ZWave State always off

Configuration
1

Not sure why this is happening, but when I flip a light switch on or off, the state gets messed up and then requires a reboot of HA to fix it. Are there any known issue with GE Switches and Dimmers that would cause this? Are there any known fixes?

2

GE Dimmers can screw things up when you automate turning them off, but I haven’t noticed it doing it when you turn them off by the light switch (real world)…

3

I’m having the same problem with my regular GE switches not just the dimmers. My state data is always stale and does not refresh unless I restart the HA server. As a note, all my GE switches and dimmers are Zwave Plus with Instant Status support. So the state data should be realtime.

4

what version of HA are you on? What type of hardware are you running on? Are the devices connecting to a zwave stick in your HA server, or are you going through a hub? Is anything showing up in the logs when you turn a switch on and off?

5

I am using the Aeon Gen5 USB Stick. I am running 0.49.0 HA version. All devices are connected to the USB stick on this server directly. When I first restart the server, I see the OZW_Log.txt send and receive the commands to my switch. However after a few minutes when I try turning on the switch again I see Errors (below). If I restart it starts working again for a bit of time before getting same errors in dropping wave commands.

2017-07-18 19:41:30.318 Error, Node014, ERROR: Dropping command, expected response not received after 1     attempt(s)
2017-07-18 19:41:30.318 Detail, Node014, Removing current message
2017-07-18 19:41:30.318 Detail, Node014, Notification: Notification - TimeOut
2017-07-18 19:42:00.320 Detail, Node016, Polling: COMMAND_CLASS_SWITCH_MULTILEVEL index = 0 instance = 1 (poll queue has 0 messages)
2017-07-18 19:42:00.320 Detail, Node016, Queuing (Poll) SwitchMultilevelCmd_Get (Node=16): 0x01, 0x09, 0x00, 0x13, 0x10, 0x02, 0x26, 0x02, 0x25, 0x70, 0x86
2017-07-18 19:42:00.321 Detail, 
2017-07-18 19:42:00.321 Info, Node016, Sending (Poll) message (Callback ID=0x70, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=16): 0x01, 0x09, 0x00, 0x13, 0x10, 0x02, 0x26, 0x02, 0x25, 0x70, 0x86
2017-07-18 19:42:01.321 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-07-18 19:42:01.321 Detail, Node016, Removing current message
2017-07-18 19:42:01.321 Detail, Node016, Notification: Notification - TimeOut
6

do you see the lights being turned on and off in the zwave logs? There are some posts talking about a similar problem back in 0.34 or 0.38 I think. Those were with switches that don’t do the autoupdate so it wouldn’t seem to apply to you but you might want to check them out just the same.

Configuration.yaml

zwave:
  usb_path: /dev/zwave
  config_path: /usr/local/lib/python3.4/dist-packages/libopenzwave-0.3.2-py3.4-linux-armv7l.egg/config
  device_config: !include zwave_device_config.yaml
  new_entity_ids: true

And I have polling turned “on” on most of my zwave switches. I shouldn’t have to but I did it one time when I was chasing another problem and just never turned it back off. Maybe it’s helping. So try turning on polling on one or two of your switches and see if they stay in synch.

7

After I restart HA, the switches work and when I turn them on and off, I do see that in the logs as successful. However, shortly there after, I get those ERROR messages and I can no longer control the switches because all the state data is stale. I also have polling enabled even though like you said I should not need it. I actually had it on before I kicked off this thread.

Question regarding the zwave config you posted. I am using a regular bistro of Debian for HA, its not on an RPI3. Do I still need too define the config_path? I was under the impression that was optional.

8

the zwave config is optional. But it depends on whether you had openzwave and ozwcp installed before HA came out and started installing it. Because I had it installed before, mine wasn’t stored where HA normally puts it so I needed to tell HA were it is.
Were you able to check the zwave log files to see if the switch states are at least making it to the zwave stick? I guess they are since you are getting errors associated with when you flip a switch. But it would be interesting to see if there were any errors from that side. You can see it at the bottom of the z-wave configuration page.

9

I’m a little confused on what to look for. I see in the log that the command is sent, but what exactly would tell me whether the command was recieved?

10

I’m not completely sure what to see in the zwave logs. They have always been a bit confusing to me too. I just wanted to see if anything happens when the light switches are turned on or off, and see if there are any errors generated that might explain why you are seeing problems…