@chris So, I finally found some time (and nerves) to get back to my beloved Qubino ZMNHSD1 DIN dimmers: I recently set up a new openHAB 2.2 installation and realised that status updates and wall switch presses are still missing for my dimmers. So, I manually updated the Z-Wave binding to 2.3, but still no luck. Even after excluding the dimmers, resetting them and including them again - no updates. No matter what I did with the association groups, no updates.
Yesterday I found this guide that describes how to setup (compile) the Open Z-Wave Control Panel on my Raspberry Pi / openHABian installation. So I did that out of interest, to diagnose my setup. After stopping openHAB and starting OZCP, I pressed the wall switches and got the following log events:
2018-05-13 14:07:51.534 Detail, Node017, Received: 0x01, 0x0d, 0x00, 0x04, 0x00, 0x11, 0x07, 0x60, 0x0d, 0x01, 0x00, 0x20, 0x01, 0xff, 0x52
2018-05-13 14:07:51.534 Error, Node017, Received a MultiChannelEncap for endpoint 1 for Command Class 32, which we can't find
2018-05-13 14:07:52.233 Detail, Node017, Received: 0x01, 0x0d, 0x00, 0x04, 0x00, 0x11, 0x07, 0x60, 0x0d, 0x01, 0x00, 0x20, 0x01, 0x00, 0xad
2018-05-13 14:07:52.278 Error, Node017, Received a MultiChannelEncap for endpoint 1 for Command Class 32, which we can't find
Something was indeed happening, but not in the right kind of way. I decided to exclude/reset/include my dimmers using OZCP. Finally, status updates arrived in a way that didn’t register as errors in the OZCP log (no on/off switch events, but at least power output dropped to 0):
2018-05-13 19:24:08.933 Detail, Node019, Received: 0x01, 0x10, 0x00, 0x04, 0x00, 0x13, 0x0a, 0x32, 0x02, 0x21, 0x34, 0x00, 0x00, 0x00, 0x32, 0x00, 0x00, 0xe5
2018-05-13 19:24:08.934 Detail,
2018-05-13 19:24:08.934 Detail, Node019, Refreshed Value: old value=false, new value=false, type=bool
2018-05-13 19:24:08.935 Detail, Node019, Changes to this value are not verified
2018-05-13 19:24:08.935 Info, Node019, Received Meter report from node 19: Power=5.0W
2018-05-13 19:24:08.936 Detail, Node019, Refreshed Value: old value=5.5, new value=5.0, type=decimal
2018-05-13 19:24:08.936 Detail, Node019, Changes to this value are not verified
2018-05-13 19:24:08.937 Detail, Node019, Notification: ValueChanged
2018-05-13 19:24:08.937 Info, Notification: Value Changed Home 0xf248b5ca Node 19 Genre user Class METER Instance 1 Index 32 Type bool
2018-05-13 19:24:08.937 Detail, Node019, Notification: ValueChanged
2018-05-13 19:24:08.938 Info, Notification: Value Changed Home 0xf248b5ca Node 19 Genre user Class METER Instance 1 Index 8 Type decimal
I stopped OZCP, started openHAB, which immediately detected the new things. Even before adding them, I could see status updates in the log. Already enjoying my victory, I added the things using Paper UI and merely edited the location. After saving, the party was over. No more updates, no matter what I do in Paper UI or HABmin.
When the status updates were working, I could see that the lifeline was set in the OZCP log:
2018-05-13 19:22:48.542 Info, Node019, Adding the controller to group 1 (Lifeline) of node 19
2018-05-13 19:22:48.542 Info, Node019, MultiChannelAssociation::Set - Adding instance 0 on node 1 to group 1 of node 19
2018-05-13 19:22:48.543 Detail, Node019, Queuing (Send) MultiChannelAssociationCmd_Set (Node=19): 0x01, 0x0b, 0x00, 0x13, 0x13, 0x04, 0x8e, 0x01, 0x01, 0x01, 0x25, 0xbd, 0xe7
2018-05-13 19:22:48.543 Info, Node019, Get MultiChannelAssociation for group 1 of node 19
2018-05-13 19:22:48.544 Detail, Node019, Queuing (Send) MultiChannelAssociationCmd_Get (Node=19): 0x01, 0x0a, 0x00, 0x13, 0x13, 0x03, 0x8e, 0x02, 0x01, 0x25, 0xbe, 0xe0
2018-05-13 19:22:48.544 Detail, Node019, Expected reply and command class was received
2018-05-13 19:22:48.544 Detail, Node019, Message transaction complete
If I now view the logs in OZCP, I get the errors shown in the first code block again (MultiChannelEncap for endpoint 1 for Command Class 32). No lifeline message. So, what’s the Z-Wave binding doing differently?