node-red自动化：门打开10分钟不关，则微信和tts警报

zhenxiwen

在ha的自动化中，比如，门打开了10分钟没有关，则发出警报:   可以用  for:  seconds: 300来表示动作的持续时间， 自动化yaml的写法：

- alias: door time
    initial_state: true
    trigger:
      - platform: state
        entity_id:
          - binary_sensor.door_window_sensor_158d0001c2e45c #后门的内门被打开
          - binary_sensor.door_window_sensor_158d0002288fc4  #后门的外门被打开
        from: 'off'
        to: 'on'  
        for:
          seconds: 300
    action:
    # 百度TTS报警
      - service: tts.baidu_say               
        data_template:
          entity_id:
            - media_player.mpd
          message: "后门好像没关好，请查看！"
          cache: false


但是，在node-red中，什么节点可做到：如果某动作（比如turn on）持续10分钟不变，则触发另一个动作的（比如，报警）；如果设备打开了（turn on）但在设定的10分钟内又关了（turn off），则不触发任何下个动作。


这个用”for“作为条件的自动化非常多，做node-red中，有没有一个单一的node可以做到上面的”for“的意思的，如果没有单一节点，用什么最简单的节点组合可以实现上述自动化，具体的流和节点怎么设置。

我搜遍国内中文和国外英文帖子，有各种做法，有的非常复杂，包括用：stoptimer，trigger、trigger-state，delay，timeout、timeouttrigger等等节点或节点组合，但我一直没有实现，请教大神出马，造福小白。

QQ617250210

先顶在看

firelion

楼主 我看不清。。。

gmshiwoge

这个意思？ flows-2.json.zip (2.59 KB, 下载次数: 25)

2021-3-4 17:02 上传

点击文件名下载附件

zhenxiwen

gmshiwoge 发表于 2021-3-4 17:02
这个意思？

非常感谢 ，这个可以 。原来这么简单 ，真是会者不难，难者不会啊 。
会可以把事情搞得简单 不会就把事情搞得复杂。有的帖子把事情搞得复杂化了 ，我也跟着走了好多弯路 。

但是要有一个节点能做到这个简单的功能就好了 ，希望 有人能写这样一个节点 。

gmshiwoge

zhenxiwen 发表于 2021-3-4 18:17
非常感谢 ，这个可以 。原来这么简单 ，真是会者不难，难者不会啊 。
会可以把事情搞得简单 不会就把事情 ...

这个流 等待10分钟有个问题  假设开门后。进入等待10分钟  然后一直多次开关门 最后门是开的。 会触发多次播报tts。  这里想到可以用持久变量解决 触发等待10分钟节点前 变量是0，同时进入等待10分钟和把变量变成1
，等到等待时间过后把变量变成0

zhenxiwen

gmshiwoge 发表于 2021-3-4 18:32
这个流 等待10分钟有个问题  假设开门后。进入等待10分钟  然后一直多次开关门 最后门是开的。 会触发多 ...

是有你说的这个问题，这个流不能充分反映门是持续打开的状态过程  期待你出一个更完善的流

所以还是原来ha通过yaml的方法更可靠


不知道delay这个节点，在门再次打开的时候 它会不会resed，重新计算时间。如果会这不会有你说的这个问题

gmshiwoge

zhenxiwen 发表于 2021-3-4 18:35
是有你说的这个问题，这个流不能充分反映门是持续打开的状态过程  期待你出一个更完善的流

所以还是原 ...

确实有些方面  但是noed-red快捷一些 调试方便点

zhenxiwen

gmshiwoge 发表于 2021-3-4 18:45
确实有些方面  但是noed-red快捷一些 调试方便点

不知道delay这个节点，在门再次打开的时候 它会不会resed，重新计算时间。如果会这不会有你说的这个问题

gmshiwoge

zhenxiwen 发表于 2021-3-4 18:48
不知道delay这个节点，在门再次打开的时候 它会不会resed，重新计算时间。如果会这不会有你说的这个问题 ...

我好早发现 会这样才想到用  持久变量解决。