16s delay between door sensor and light on (Simple Lighting)

[eric17]

Hi all,

I have a straightforward Simple Lighting app to turn on the overhead light in the pantry when the door is opened:

I'm seeing a 10-45s delay in the light coming on. Here's an example of a 16s delay:

Then sensor is a GE/Jasco Hinge Pin Door sensor (zwave). The overhead light is a GE/Jasco Smart Dimmer switch.

Any suggestions on how to further debug/rationale for the slowdown?

Thanks
Eric

[danabw]

There's a known issue w/2.2.4.158 and battery powered sensors that can cause delays, especially when the sensors have been "sleeping" for a while. A fix is coming in the next FW release, timing TBD, but we expect soon in the new year.

Does the delay in the light coming on tend to go away once the automation has been triggered more than once and the sensor has been triggered?

A few key posts in a thread related to this:

[2.2.4] Automations using Ecolink (and other battery powered) sensors delayed or unresponsive

There was a change in some of the generic drivers that was intended to enforce battery updates for some stubborn devices that refuse to update battery % in a decent time frame.. The consequence being that it was sent after the device was already asleep causing a 15+ second flood of activity trying to get the message to the device through every conceivable route and the through explorer frames. This was sent if the device sent a sensor update and there was no battery update in 12 hours.

[2.2.4] Automations using Ecolink (and other battery powered) sensors delayed or unresponsive

But the more likely cause of the battery not updating timely is missing or improper wake interval.. I have something planned for 2.2.5 to help alleviate wake interval issues.

[2.2.4] Automations using Ecolink (and other battery powered) sensors delayed or unresponsive

Likely some didn’t get proper wakeup intervals set.. the main problem here is every 12 hours if a battery report wasn’t received, the 2.2.4 driver sends a batteryGet on sensor report.. And that causes a flood of traffic because the device went back to sleep and doesn’t ack the batteryGet.

[672southmain]

@eric17

Any suggestions on how to further debug/rationale for the slowdown?

Here is the workaround for the door sensor until the fix comes out with 2.2.5:

[2.2.4] Automations using Ecolink (and other battery powered) sensors delayed or unresponsive

I think I found the issue.. To confirm.. Can y'all switch to "Ring Alarm Contact Sensor" driver which should be compatible at it's base.. and run on 2.2.4.158?

[danabw]

@672southmain

Here is the workaround for the door sensor until the fix comes out with 2.2.5:

DOH! Thanks for adding that - I accidentally left out sharing the temporary cure.

[eric17]

Thanks, @danabw and @672southmain.

I swapped out the Ring Alarm Contact Sensor and now response times are reasonable (~1s).

[velvetfoot]

@eric17

now response times are reasonable (~1s).

For now...buh hah hah. Just kidding.