forum

Hi,

I have 3 qubino 2 flush relays.
they sometimes sends stuff like this (or the razberry recieve and logs this):

[2015-02-16 12:30:44.382] [D] [zway] SETDATA devices.5.instances.29.data = Empty
[2015-02-16 12:30:44.383] [D] [zway] SETDATA devices.5.instances.29.data.dynamic = Empty
[2015-02-16 12:30:44.383] [D] [zway] SETDATA devices.5.instances.29.data.dynamic = False
[2015-02-16 12:30:44.383] [D] [zway] SETDATA devices.5.instances.29.data.genericType = Empty
[2015-02-16 12:30:44.383] [D] [zway] SETDATA devices.5.instances.29.data.genericType = 0 (0x00000000)
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.data.specificType = Empty
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.data.specificType = 0 (0x00000000)
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data = Empty
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.supported = Empty
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.supported = True
[2015-02-16 12:30:44.384] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.version = Empty
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.version = 1 (0x00000001)
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.security = Empty
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.security = False
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.interviewDone = Empty
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.interviewCounter = Empty
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.interviewDone = False
[2015-02-16 12:30:44.385] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.interviewCounter = 10 (0x0000000a)
[2015-02-16 12:30:44.386] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.resettable = Empty
[2015-02-16 12:30:44.386] [D] [zway] SETDATA devices.5.instances.29.commandClasses.50.data.scalemask = Empty


This causes the razberry to think the device has an instance named "29", and by that it sets the device as "interview not complete" because it cannot interview instance "29".

To solve this i have to manually re-interview the device.

It this a problem with the qubino device, or does the z-way-server mix up some values?

/Henrik

I'm guessing this is a problem related to the crappy checksum Z-wave is using. If you capture an erranous RECEIVED and a good RECEIVED, is exactly two bits flipped (and the same bit in two different bytes) from a normal message?

Although I haven't seen *this* problem before.

As mentioned by Mirar, it could be a radio noice issue. But it also could be a Qubino bug, like buffer overflow or whatever.

Mirar: How do you mean by capture a good and errorous?

It happened again now, and furter looking at the log, the four lines before was this:

[2015-02-16 18:19:59.191] [D] [zway] RECEIVED: ( 01 17 00 04 00 05 11 60 06 F1 32 02 21 34 00 00 00 00 00 00 00 00 00 00 4A )
[2015-02-16 18:19:59.201] [D] [zway] SENT ACK
[2015-02-16 18:19:59.201] [D] [zway] SETDATA devices.5.data.lastReceived = 0 (0x00000000)
[2015-02-16 18:19:59.201] [zway] Node 5:0 CC MultiChannel: Received CC 0x32 command from instance 113, but it is not registered, creating it as unsupported

And the lines after this was the same format as the lines in my first post.
And i cant find any lines in the log that says something about some error in the messages.

Seems like too many sequential bits are corrupted for it to be radio noice. Plus, the rest of the packet looks perfectly fine (except all the meter readings are zero).
Might be Qubino issue.