Jump to content

Multiple DON commands from a contact sensor


jmsikora

Recommended Posts

Posted

I have a few Ecolink door/window sensors installed. When I open a door it looks like multiple DON commands are sent to the controller which results in a program being triggered multiple times. Is this normal for Zwave behavior. Changing the test from contact to status fixes the issue but thought I would ask for similar experience. The response from the vendor was as follows:

"Those questions aside, When an alarm (door open) or restoral (door closed) triggered the transmitter actually sends the information multiple times (generally 6 depending on the device) to ensure that the likelihood of all information arriving to the controller occurs. 

Standard alarm control panels have logic in their firmware to understand that the information for a change of state for the transmitter comes in multiple times per event, and only announces/confirms that state change once in system history, event logs, to the central station, etc. 

It could be that there isn’t logic support built into the controller to support the way the sensors are transmitting their information, and the isy994 is interpreting it as the multiple device alerts that you are experiencing."

Posted

Insteon wireless sensors send multiple as well. If you don't find a way to stop the sensor from multiple transmits, you could put a "wait x seconds" command at the top of the program, where x is the amount of time between a retransmission. The retransmits will restart the program before it falls through the wait, and the final one will trigger your actions. 

Paul

Posted
2 hours ago, paulbates said:

Insteon wireless sensors send multiple as well. If you don't find a way to stop the sensor from multiple transmits, you could put a "wait x seconds" command at the top of the program, where x is the amount of time between a retransmission. The retransmits will restart the program before it falls through the wait, and the final one will trigger your actions. 

Paul

ISY appears to eliminate this from Insteon battery devices. The events log show many "ignored" packets so I assume these are mostly repeated signal Txes from Insteon devices.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...