Wakeup not working at all

[PoltoS]

We are checking this

[rishamee]

Still no update?

[rishamee]

Hi,

I discovered the interview result of the command class ZWavePlusInfo looks a little bit strange for a sleeping battery device. It looks like the Z-Uno sends the wrong information. It sends roleType 5, where I think 6 is expected for such a (RSS) device. The following information is in the z-way-server.log:

Code: Select all

[2019-01-26 10:55:55.729] [I] [zway] Node 86:0 CC Security: passing decrypted packet to application level: [ 5e 02 01 05 00 0d 00 0d 00 ]
[2019-01-26 10:55:55.729] [D] [zway] Received reply on job (ZWave+ Info Get)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.plusVersion = 1 (0x00000001)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.roleType = 5 (0x00000005)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.nodeType = 0 (0x00000000)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.installerIcon = 3328 (0x00000d00)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.userIcon = 3328 (0x00000d00)
[2019-01-26 10:55:55.730] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.roleTypeString = "Always On Slave"
[2019-01-26 10:55:55.730] [D] [zway] SETDATA devices.86.instances.0.commandClasses.94.data.interviewDone = True
[2019-01-26 10:55:55.730] [I] [zway] Node 86:0 CC ZWavePlusInfo Interview done
[2019-01-26 10:55:55.731] [D] [zway] SENDING (cb 0x3d): ( 01 09 00 13 56 02 98 40 25 3D 71 )

KR
rishamee

[PoltoS]

The WakeUp problem looks to be located. It will be addressed in the next release. Thank you.

Same for the Z-Wave Plus report.

[perjar]

Hi,
May I ask what is the status regarding this fix?

I am guessing I am experiencing the same issue. I am running the z-uno in FLIRS mode. Running this exact sketch: https://z-uno.z-wave.me/Reference/zunoS ... ceToSleep/

My controller, a Fibaro HC2, can include the z-uno into the controller and the controller can send on/off commands to the z-uno. So far so good.

When I associate the z-uno to the control group of another device, a light switch for instance, the new association is registered in the controller, but the z-uno does not respond to commands from that device.