Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Discussions about Z-Way software and Z-Wave technology in general
cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 21 Oct 2019 20:25

Hello,

I upgraded to 3.0.0 some time ago with my Razberry. I've got thirty-some GE/Jasco wall switches and dimmers. I've been finding that many of them are stopping responding to my 'set' calls, and when I check their interviews, CRC16 and Security show up, which were not there after a fresh NIF and full 100% interview. If I force the CRC16 interview, it quickly succeeds. However, when I try to get the Security interview to proceed, it a Secure NIF Get is issued, a few nonce reports are exchanged, but the Secure NIF Get never completes and it ends up sitting in the queue idle.

The only way I can get the device to respond again is to do a new Call for NIF and subsequent interview. I have these devices randomly (as far as I can tell) falling into this state and requiring new NIF/interviews. They will work fine for hours or days, maybe even weeks, until it stops responding again.

Now, when I say 'stops responding,' I mean that the controlled light doesn't actually turn on or off, but the queue shows that Set and Get messages are delivered.

Any thoughts on how to resolve this? Given that the CRC16 and Security items show up, it seems like this might be related to the new security support features in 3.0.0. Is there any way in config to just disable this?

Thanks!

User avatar
PoltoS
Posts: 5081
Joined: 26 Jan 2011 19:36

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by PoltoS » 21 Oct 2019 22:42

Does the device have the CRC16 pr Security after NIF refresh and re-interview? If not, means some incoming packet trigger the system to add them. And at this point Z-Way starts to use them to communicate and the devoce ignores that. Please check the log to see where one of those classes are added. What is the packet just before that?

cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 21 Oct 2019 22:45

Hello,

No, CRC16 and Security are NOT there after a fresh NIF and re-interview. I'll have to see if I can find this in the logs, as I don't know when it actually happens. Any suggestions on a string to search for to find such an event?

Thanks!

User avatar
PoltoS
Posts: 5081
Joined: 26 Jan 2011 19:36

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by PoltoS » 21 Oct 2019 22:54

Got frame from device %i to controller, but command class 0x%02x for device is not registered

Or just Got ...

cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 21 Oct 2019 23:29

Hello,

Hmm. It looks like my network is somehow a mess. Here are a few examples of issues, but there are a lot of them.

[2019-10-10 07:25:00.768] [D] [zway] RECEIVED: ( 01 09 00 04 10 3A 03 24 03 00 FC )
[2019-10-10 07:25:00.769] [D] [zway] SENT ACK
[2019-10-10 07:25:00.769] [W] [zway] Got frame from device 58 to controller, but command class 0x24 is not implemented
[2019-10-10 07:25:00.769] [D] [zway] SETDATA devices.58.data.lastReceived = 0 (0x00000000)
...
[2019-10-10 07:10:02.661] [D] [zway] RECEIVED: ( 01 09 00 04 10 03 03 65 0B 00 8C )
[2019-10-10 07:10:02.661] [D] [zway] SENT ACK
[2019-10-10 07:10:02.662] [W] [zway] Got frame from device 3 to controller, but command class 0x65 is not implemented
...
[2019-10-10 05:42:36.179] [D] [zway] RECEIVED: ( 01 0D 00 04 00 39 07 D6 01 25 03 00 67 A8 F6 )
[2019-10-10 05:42:36.179] [D] [zway] SENT ACK
[2019-10-10 05:42:36.180] [W] [zway] Got frame from device 57 to controller, but command class 0xd6 is not implemented

I'm also getting a lot of random "not registered" devices:

[2019-10-10 07:19:26.360] [D] [zway] RECEIVED: ( 01 0D 00 04 10 38 07 56 01 25 03 FF 79 58 76 )
[2019-10-10 07:19:26.360] [D] [zway] SENT ACK
[2019-10-10 07:19:26.360] [E] [zway] Got frame from device 56 to controller, but device is not registered - do re-inclusion
...
[2019-10-10 05:20:41.054] [D] [zway] RECEIVED: ( 01 10 00 04 00 37 0A 32 02 21 74 00 00 80 B1 00 20 A2 )
[2019-10-10 05:20:41.055] [D] [zway] SENT ACK
[2019-10-10 05:20:41.055] [E] [zway] Got frame from device 55 to controller, but device is not registered - do re-inclusion
...
[2019-10-10 04:46:04.258] [D] [zway] RECEIVED: ( 01 09 00 04 10 32 03 26 03 00 F6 )
[2019-10-10 04:46:04.258] [D] [zway] SENT ACK
[2019-10-10 04:46:04.258] [E] [zway] Got frame from device 50 to controller, but device is not registered - do re-inclusion


I'm pretty sure I haven't lost track of the number of "not registered" devices that are listed. Is it possible that my Razberry is picking up packets from another home's z-wave devices?

If I decide to reset the whole z-wave network and re-include everything, is there any way to force an include to use a given ID number? It would make it a LOT easier if I didn't have to change all of the commands in my OpenRemote to new device IDs for 44 devices...

Thanks!

User avatar
PoltoS
Posts: 5081
Joined: 26 Jan 2011 19:36

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by PoltoS » 22 Oct 2019 01:35

Don't you have another network with same HomeID in your home?

Or you are seeing corrupted packets that are double corrupted and look like normal. This is often with old 3rd gen devices due to bad connectivity. Better to use CRC16 or secure deices as there CRC is much bigger.

cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 22 Oct 2019 01:49

Hello,

I only have one z-wave network running. I did buy a 2nd gen Razberry at one point, and I restored a backup to that, however I had other issues with that z-wave board (devices kept disappearing and requiring re-inclusion, I think it was--this was a while ago). So, I went back to my original Razberry and attached a wire as an antenna which made it significantly better (that's why I bought the 2nd gen Razberry). However, that device is no longer running--the board is in its little cardboard box completely disconnected.

I'm not sure what you mean about CRC16 and secure devices. I'd *really* prefer not to replace 30+ in-wall switches due to the cost and the effort... Notably, this issue has only come up since I upgraded from Z-way 2.3.8 to 3.0.0. I actually haven't noticed any benefits in my setup from switching to 3.0.0... I was hoping the nearly blank interview pages in the Expert UI would be fixed, but they are not--some of my devices don't list out all the command classes and much of the other data, and only show the percentage bar of interview completion. I have to click on "View Interview Result" to see if command classes are missing (which I also get--devices will just drop down to Basic and one other command class and I have to NIF and re-interview.)

If I set up 2.3.8 again, would I be able to use my network backups from 3.0.0 on that? I have so much trouble with my z-wave network, that I have been excluding and including devices, so some have changed device ID... I have no idea why I have so much unreliability with this system.

What would cause packet corruption? But I still don't know why this problem would arise after only the upgrade to 3.0.0 if it's really the z-wave network that is the problem. I did have network issues in the past (with 2.3.8), but not these same problems and not at this frequency.

User avatar
PoltoS
Posts: 5081
Joined: 26 Jan 2011 19:36

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by PoltoS » 22 Oct 2019 02:19

It is interesting indeed why it appeared in v3.0.0 - it should not apper in this version. In the log you provided there is not a single CRC16/Security creation for the device. Would be nice if you find such a line and show the log. We will try to reproduce and fix it.

cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 22 Oct 2019 02:24

Ok. I'm re-interviewing a bunch of my devices that have the problem and writing down which I'm recovering so that I can know which are breaking again, and I'll try to find the logs.

Regarding the unregistered devices... I wonder if the problem is that I've frequently had to re-include devices which stop responding and z-way assigns them new device IDs. I've then sent NOPs to the old device ID, they fail, then I go to remove the dead node and z-way comes back saying the node is not dead. I then have to NOP, get a failed device state, and try to remove the dead node again. Eventually it works. But I'm wondering if either z-way or the device is getting into a weird state if it was not formally excluded. After the re-inclusion without excluding, the device works fine with the new device ID... But is it possible that z-way receives packets from those devices with the old device ID?

cdogg76
Posts: 39
Joined: 28 Sep 2014 23:13

Re: Razberry Z-Way 3.0.0--CRC16 and Security classes showing up

Post by cdogg76 » 22 Oct 2019 02:46

BTW, another issue I've been seeing since 3.0.0 is that interviewing my Jasco/GE/Honeywell on/off switches (not dimmer), it never completes the AssociationGroupInformation interview. The command gets delivered quickly, but it doesn't show that the interview is complete.

Here's a log from it:
[2019-10-21 16:40:53.377] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.2.commands.32 = Empty
[2019-10-21 16:40:53.377] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.2.commands.32 = byte[1]
[2019-10-21 16:40:53.377] [D] [zway] ( 01 )
[2019-10-21 16:40:53.378] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.2.commands = Empty
[2019-10-21 16:40:53.397] [D] [zway] SENDING (cb 0xdc): ( 01 0F 00 13 30 08 56 01 59 05 00 03 3B C5 25 DC D4 )
[2019-10-21 16:40:53.399] [D] [zway] RECEIVED ACK
[2019-10-21 16:40:53.402] [D] [zway] RECEIVED: ( 01 04 01 13 01 E8 )
[2019-10-21 16:40:53.402] [D] [zway] SENT ACK
[2019-10-21 16:40:53.402] [D] [zway] Delivered to Z-Wave stack
[2019-10-21 16:40:53.420] [D] [zway] RECEIVED: ( 01 05 00 13 DC 00 35 )
[2019-10-21 16:40:53.420] [D] [zway] SENT ACK
[2019-10-21 16:40:53.420] [zway] Job 0x13 (AssociationGroupInformation Commands Get): Delivered
[2019-10-21 16:40:53.421] [D] [zway] SendData Response with callback 0xdc received: received by recipient
[2019-10-21 16:40:53.421] [D] [zway] SETDATA devices.48.data.lastSendInternal = **********
[2019-10-21 16:40:53.421] [D] [zway] SETDATA devices.48.data.lastSend = 184664 (0x0002d158)
[2019-10-21 16:40:53.421] [D] [zway] Job 0x13 (AssociationGroupInformation Commands Get): success
[2019-10-21 16:40:53.422] [zway] Waiting for job reply: AssociationGroupInformation Commands Get
[2019-10-21 16:40:53.437] [D] [zway] RECEIVED: ( 01 10 00 04 00 30 0A 56 01 59 06 03 02 20 01 04 7F 82 )
[2019-10-21 16:40:53.438] [D] [zway] SENT ACK
[2019-10-21 16:40:53.438] [D] [zway] SETDATA devices.48.data.lastReceived = 0 (0x00000000)
[2019-10-21 16:40:53.438] [D] [zway] Received reply on job (AssociationGroupInformation Commands Get)
[2019-10-21 16:40:53.438] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.3.commands.32 = Empty
[2019-10-21 16:40:53.439] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.3.commands.32 = byte[1]
[2019-10-21 16:40:53.439] [D] [zway] ( 01 )
[2019-10-21 16:40:53.439] [D] [zway] SETDATA devices.48.instances.0.commandClasses.89.data.3.commands = Empty

Here's the device info:
Device Id 48
Brand Honeywell
Device Type Binary Power Switch
Application version 5.24
SDK version (4.54)

I ran it a few times; I'm not exactly sure the beginning/end of what you need, so that's just a block of it.

Thanks.

Post Reply