Spamming zwave network with polling requests on non-ack node

[wsu-runner]

Describe the bug Just moved my zwave network from Vera Plus to Homey Pro. I unpaired each device with the Vera then paired each with Homey Pro. For my two Leviton devices I first added the Leviton Homey Pro app then added the devices.

We use the DZPA1-2BW to control our Christmas Lights. Since it is out of season, after pairing the device I unplugged it and put it away for a while. In reviewing the zwave network health via the Homey developer view I see the device is being polled every 10 seconds and since it is not responding, it tries again 10 seconds later.

I have a similar outlet from another manufacturer and it does not exhibit the same behavior while unplugged from the network.

I see the option to set the polling frequency in Settings but am concerned that will apply to all states even once it is powered back on. I don't want to introduce polling-related delays of minutes when I'm actively using the device. Is there an alternative solution that will cut down on the noise while the device is unplugged but still maintain expected behavior when plugged back in?

[2023-06-15T23:21:20.318Z] Command[2695] start: sendData [2023-06-15T23:21:20.320Z] [ProcessSendData]: To node: 31 with data: 0x2002 and txOptions: TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_EXPLORE [2023-06-15T23:21:27.338Z] [ProcessSendData]: Marked node 31 as noAckNode [2023-06-15T23:21:27.338Z] Command[2695] end: sendData [2023-06-15T23:21:30.362Z] Command[2696] start: sendData [2023-06-15T23:21:30.363Z] [ProcessSendData]: To node: 31 with data: 0x2002 and txOptions: TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_EXPLORE [2023-06-15T23:21:39.165Z] [ProcessSendData]: Marked node 31 as noAckNode [2023-06-15T23:21:39.165Z] Command[2696] end: sendData [2023-06-15T23:21:42.177Z] Command[2697] start: sendData [2023-06-15T23:21:42.179Z] [ProcessSendData]: To node: 31 with data: 0x2002 and txOptions: TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_EXPLORE [2023-06-15T23:21:49.330Z] [ProcessSendData]: Marked node 31 as noAckNode [2023-06-15T23:21:49.331Z] Command[2697] end: sendData [2023-06-15T23:21:52.346Z] Command[2698] start: sendData [2023-06-15T23:21:52.346Z] [ProcessSendData]: To node: 31 with data: 0x2002 and txOptions: TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_EXPLORE [2023-06-15T23:21:59.358Z] [ProcessSendData]: Marked node 31 as noAckNode [2023-06-15T23:21:59.359Z] Command[2698] end: sendData [2023-06-15T23:22:02.375Z] Command[2699] start: sendData [2023-06-15T23:22:02.376Z] [ProcessSendData]: To node: 31 with data: 0x2002 and txOptions: TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_EXPLORE

[wsu-runner]

Note that I just changed the polling frequency from 3000 to 300000 and the behavior has not changed. Still seeing those entries in the log every ~10 seconds.

[laefolson]

wsu-runner, I also changed the polling frequency without a change in behavior. I've also submitted a similar bug report without the additional detail on polling you offered. I did have a Leviton dimmer that refuses to be recognized by the Leviton app and so is added as a generic z-wave device and that dimmer doesn't Tx at all other than when it is used. Which tends to point me towards the Leviton app itself vs. the device.

[koktaildotcom]

I have to test this to determine if this is caused by the app or the device.

[wsu-runner]

Similarly I added it as a generic z-wave device after removing the Leviton app and don't see the same behavior. You'll know better than me but I think it is either the app or some strange interoperability condition between app and device.

[koktaildotcom]

The devices does not support direct reporting from the devices and we need to have a polling mechanism to get the status unfortunately. I have changed to default polling interval to 10 seconds (in favor of 3) and created a new release. Can you please test if this solves your issue.

The build can be installed here: https://homey.app/en-us/app/com.leviton/Leviton/test/