forum

I've been using the razberry for about a year with mostly excellent results. Recently, however, 2.0.0-RC33 has been having some problems. I have a single device, the leviton fan controller VRF01-1LZ. The Razberry can control it no problem, however if I set the speed, or turn it on locally those changes never are seen by the razberry.

I've done a workaround where I have a script calling this URL every 10 seconds. It keeps it in sync for the most part:

http://razberry/ZWaveAPI/Run/devices[2] ... es[38].Get()

So, worst case the razberry updates 10 seconds after a local change.

Forcing this seems like a kludge, and might be creating a problem. After a while the device becomes non-responsive, so a 'ping' mostly brings it back to life. Over the weekend, the device kept being marked as dead, and had to remove it and re-add it a few times to get it back to work.

Is there any way the razberry can see when a device is locally activated? Is there a better way than brute force polling?

I see this on the FAQ, but don't really understand it:

"My devices do not report status to RaZberry if operated locally

With some devices you might notice that they update status if requested in Expert UI, but do not if operated locally. This means your device do not send unsolicited reports to RaZberry. There might be several reasons for this:

You need to add RaZberry in special Association group dedicated for unsolicited reports. In Z-Wave Plus devices it is first group called Life Line. In older devices it is usually third group (in Fibaro and Z-Wave.Me devices).

Your device does not allow unsolicited reports to controller. This is certainly due to Lutron patent. All old Duwi devices, some GE and others are like this. As a workaround these devices allows to send Set commands on local operations, so one can trap them in controller and bind to reports. This is a clear hack and is not needed anymore in modern devices."

- My fan is only in 1 association group, it's not obvious how to create a special association group.
- I don't understand the workaround. The Leviton instructions don't have any set commands on local operations that I can make out.

If your device does not support unsolicited reports you can try to use my Niffler module: viewtopic.php?f=3424&t=21688

Also since this this is a Leviton device, if it supports Association I have had luck assigning Node 1 (Razberry) to group 0 using the Expert Commands in the Expert UI. On some Leviton devices this causes it to send out a HAIL command which the controller then interprets as it should check the device state. Again it requires the device supports both Association and Hail command classes, the latter as a control command. You can look up the device here: http://products.z-wavealliance.org/

jensmoes wrote:If your device does not support unsolicited reports you can try to use my Niffler module: viewtopic.php?f=3424&t=21688

Your module works fairly well. FYI, I have made a change to it locally to handle dimmers. Basically I set a timer to query the value when triggered 2 additional times at 1 and 2 second intervals to handle a dimmer that ramps down slowly. Otherwise it only gets the value which may be while the dimmer is ramping up/down.

jensmoes wrote:If your device does not support unsolicited reports you can try to use my Niffler module: viewtopic.php?f=3424&t=21688

Also since this this is a Leviton device, if it supports Association I have had luck assigning Node 1 (Razberry) to group 0 using the Expert Commands in the Expert UI. On some Leviton devices this causes it to send out a HAIL command which the controller then interprets as it should check the device state. Again it requires the device supports both Association and Hail command classes, the latter as a control command. You can look up the device here: http://products.z-wavealliance.org/

Thank you so much for the response. So I looked on that site and the switch (VRF01-1LZ) shows it supports both Associations and HAIL. I went to Configuration -> FAN -> Expert Commands and then down on the bottom there is an associations section. I changed Group from 1 to 0, and Node to RazBerry, then set -- but nothing changed. Turning the device on locally does not update the razberry. Sigh.

I'll try your niffler module. I also get random 'this device is dead', which I have no idea why it occurs, it seems to randomly come and go which is weird for a mains device.

If the hail is working you should see something like this in the log: where the 82 is the operative code word.
If not then the group 0 association might not work for this device. I used it on a VRS15 binary switch with success. I think the hail has to be direct with no intermediate nodes so you could have an issue with your network topology.

The dead device is something you will see if the controller has not seen your device, or received expected responses for some period of time. I don't know the exact criteria used to determine this absence but if the device later responds you should see it come back to life. This could be due to network issues which could also be the cause of your missing hails. How does your routing table look? If there is not a reliable route to the device you may be able to solve it by improving the location of your Razberry relative to the device, or perhaps by installing devices between the two to act as routers.

Hi, Thanks again for the reply.

I got this in the logs (I just grep'ed for 82). I'm guessing the command class 0x82 is not implemented means this controller doesn't work properly?

[2015-06-12 19:07:11.644] [D] [zway] RECEIVED: ( 01 15 00 49 84 02 0F 04 11 04 26 27 2B 2C 85 72 86 91 77 73 EF 82 B4 )
[2015-06-12 19:07:11.649] [D] [zway] ( 26 27 2B 2C 85 72 86 91 77 73 EF 82 )
[2015-06-12 19:07:12.611] [D] [zway] RECEIVED: ( 01 08 00 04 00 02 02 82 01 70 )
[2015-06-12 19:07:12.611] [zway] Got frame from device 2 to controller, but command class 0x82 is not implemented
[2015-06-12 19:08:04.384] [D] [zway] RECEIVED: ( 01 15 00 49 84 02 0F 04 11 04 26 27 2B 2C 85 72 86 91 77 73 EF 82 B4 )
[2015-06-12 19:08:04.389] [D] [zway] ( 26 27 2B 2C 85 72 86 91 77 73 EF 82 )
[2015-06-12 19:08:05.351] [D] [zway] RECEIVED: ( 01 08 00 04 00 02 02 82 01 70 )
[2015-06-12 19:08:05.352] [zway] Got frame from device 2 to controller, but command class 0x82 is not implemented
[2015-06-12 19:15:27.878] [D] [zway] SETDATA devices.2.data.lastSend = 54820 (0x0000d624)

That looks right. Your device supports Hail based on its node info frame at 11.649 and it sends out a Hail at 12.611 and again at 05.351
I don't know when Hail was implemented but it works for me on 2.0.1rc35. I do not get any log entries about it other that the RECEIVED line but Z-Way sends out a Basic.Get() right after that and then the UI updates.

Hail was implemented from RC15 especially for these devices