Problem - it appears that when a z-wave device polls, it seems to be triggering events that have that device as a trigger with "This device just had its value set or changed", even if the device's value hasn't changed, and "Do not update device last change time if device value does not change" is set.
Background - To try to make a longer story a bit shorter, I happened to notice one day that my events that trigger a script to syncronize some cooper light switches with their slaves had started firing every 5 minutes. Upon closer inspection I noticed that also another event that triggers whenever one of the lights changes state (to update a status LED for the floor) was also firing at the same time.
After doing a bunch of investigation I was able to narrow down the following:
- The events are getting triggered anytime a z-wave device gets polled, regardless of whether or not the device's state changes
- The devices all have "Do not update device last change time..." set
- I have observed that the last change time is indeed not changing when the device is polled
- It is not manufacturer specific - I tested this on another switch by a different manufacturer and indeed the event gets triggered
I suspect I could probably change the event to trigger on "This device has a value that just changed", but rather than working around the problem I'd rather try to understand the root problem and make sure it's not something in my environment.
To me it smells of a bug, especially as I'm **relatively** sure that it didn't used to exhibit this behaviour, though I couldn't tell you when the behaviour started. Anyone else seen this or have any ideas about it? I would like to keep polling on for these devices as once in awhile they do get out of sync with what state HS thinks they're in. But I'd just assume both not fill up the log with unnecessary stuff, and don't really want the events firing unnecessarily.
regards,
Paul
Background - To try to make a longer story a bit shorter, I happened to notice one day that my events that trigger a script to syncronize some cooper light switches with their slaves had started firing every 5 minutes. Upon closer inspection I noticed that also another event that triggers whenever one of the lights changes state (to update a status LED for the floor) was also firing at the same time.
After doing a bunch of investigation I was able to narrow down the following:
- The events are getting triggered anytime a z-wave device gets polled, regardless of whether or not the device's state changes
- The devices all have "Do not update device last change time..." set
- I have observed that the last change time is indeed not changing when the device is polled
- It is not manufacturer specific - I tested this on another switch by a different manufacturer and indeed the event gets triggered
I suspect I could probably change the event to trigger on "This device has a value that just changed", but rather than working around the problem I'd rather try to understand the root problem and make sure it's not something in my environment.
To me it smells of a bug, especially as I'm **relatively** sure that it didn't used to exhibit this behaviour, though I couldn't tell you when the behaviour started. Anyone else seen this or have any ideas about it? I would like to keep polling on for these devices as once in awhile they do get out of sync with what state HS thinks they're in. But I'd just assume both not fill up the log with unnecessary stuff, and don't really want the events firing unnecessarily.
regards,
Paul
Comment