延迟联动

transfer_delay.xlsx

该示例中:

  • d00 开关 10秒后单向联动 d01 开关

注:双向联动不支持延时

灯光继电器延时自关闭

transfer_self_delay.xlsx

灯光d00 打开后,10 秒后自动关闭 继电器d01 打开后,0.5秒后自动关闭

延时联动需要注意的地方

  • 每个设备,仅支持一个延时器。也就是说,如果联动某灯10秒后打开,在第5秒的时候又触发一个10秒后关闭,那么,上一次定时(10秒后打开)就被自动取消了。
  • 每个设备,仅支持一个延时器。另一种情况,就是同个设备有多个通道都做了延时,例如switch, settemp都分别做了延时,那仅后一个有效,前一个会被自动取消。
  • 每个设备,仅支持一个延时器。这个设计,是出于实际使用的方便性,同时不浪费主机资源的考虑。
  • 另外,联动延时和场景延时应用于情景设计的需要,不需要考虑底层通讯延时、重复控制延时等问题,底层通讯已经有这方面的考虑。

常见不需要使用联动延时的地方

  • KNX与485转换时,不要加延时。
    • KNX通讯是全双工通讯,但是考虑到有些模块处理能力差可能丢包,可以使用KNX队列方式来控制发送速度
    • 485通讯默认都是队列发送,不需要考虑485码发太快导致设备无法响应的情况,通讯底层已经考虑了这种情况。
  • 当485设备控制速度慢,想通过重复控制来实现
    • 485是半双工通讯,不能同时收发。一旦和设备回码冲突,将导致丢包。
    • 为提高485通讯的稳定性,默认都是采用队列发送。485队列发送的速度,取决于设备回码的速度
    • 有些设备没有回码,导致队列速度发送缓慢,可以配置485设备的参数sendTimeout=0,来提高发送速度,即不等待设备回码就发送。

results matching ""

    No results matching ""