Page 1 of 1

Razberry controller does not recognize Z-Uno FLIRS device

Posted: 06 Jan 2019 11:34
by rishamee
Hi all,

I have a problem when I add a Z-Uno FLIRS-device to my Razberry ZWay controller.

It did work in the past, but now after inclusion in de ZWay-expert-UI the device is shown as Mains, Routing Multilevel Sensor.

I think the problem started after the upgrade to 2.3.8

Some techncal details:

Z-Uno bootloader version: 2.1.3, AND 2.1.4 (both the same behaviour, unless that with 2.1.4 the device is not listed under Device/Battery)
Security: none
Frequency: EU
Device included: yes

Z-Uno config parms (1, 11, 12): all default

Interview result classes (all OK):
Basic, SensorMultilevel, AssociationGroupInformation, DeviceResetLocally, ZWavePlusInfo, MultiChannel, Configuration, ManufacturerSpecific, PowerLevel, FirmwareUpdate, Battery, Association, Version, MultiChannelAssociation, SensorMultilevel, SensorMultilevel

Controller info:
Hardware: RaZberry by Z-Wave.Me
Firmware: SDK Version: 6.71.01, Serial API Version: 05.23
Software Version number: v2.3.8

Code snippet:

Code: Select all




void setup() {

void loop() {


int sunGetter() {
  return 123;

int tempGetter() {
   return 200;

void config_changed(byte param, unsigned long* value) {
The Z-Uno works as FLIRS-device, it sends reports every 240 (zunoSetBeamCountWU) seconds. But is does not accept commands from the controller, unless I bring it in rescue-mode.

Does somebodyhave an idea what is going wrong?

(I have the same problem adding sleeping (battery) devices!!)


Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 09 Jan 2019 09:30
by PoltoS
What do you mean by not accepting commands?

Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 11 Jan 2019 16:11
by rishamee
It does not react when I request te battery-status from the expert-UI, for instance. Neither it reacts when I request te actual value of a confuguration parameter or try to set one. Either it does not act like a FLIRS device, or the controller sends the wrong command.

Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 18 Jan 2019 01:29
by PoltoS
Can you check the queue? Are packets sent to Z-Uno or just hanging in the queue? Make sure to exclude and include back after changing the type of device

Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 23 Jan 2019 18:42
by rishamee
When I request a configuration parameter a job is added in the queue. The server expects the Z-Uno will react immideately, but it does not, resulting in error messages (see below).

When I request the parameter and wake the Z-Uno up by hand by pressing the service button (within a few seconds after requesting the parameter), the request is sent and the parameter is sent back by the Z-Uno.

The Z-Uno wakes up every zunoSetBeamCountWU seconds (=240), so it looks like the Z-Uno is in FLIRS-mode.
[edit] I changed the zunoSetBeamCountWU to 120 seconds. Now it wakes up every 2 minutes [/edit]

BTW I know I have to exclude and include the device when I change something in the ZUNO-macros ;)

KR, rishamee

messages in queue:
Not delivered to recipient
Not delivered to recipient
Not delivered to recipient
Removing job due to too much retransmissions

Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 27 Jan 2019 10:27
by rishamee

I changed the sleeping mode to ZUNO_SLEEPING_MODE_SLEEPING (and removed the zunoSetBeamCountWU and excluded and included the Z-Uno). I looked at the interview result of the command class ZWavePlusInfo. It looks like the Z-Uno sends the wrong information. It sends roleType 5, where I think 6 is expected for a battery sleeping 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 = 1 (0x00000001)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA = 5 (0x00000005)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA = 0 (0x00000000)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA = 3328 (0x00000d00)
[2019-01-26 10:55:55.729] [D] [zway] SETDATA = 3328 (0x00000d00)
[2019-01-26 10:55:55.730] [D] [zway] SETDATA = "Always On Slave"
[2019-01-26 10:55:55.730] [D] [zway] SETDATA = 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 )
(last week I changed the security to S0 to see if it helps, but it does not)

So it looks like it is a Z-Uno-problem.

Anyone an idea how to solve this?


@moderator: maybe this topic should be moved to the Z-Uno board

Re: Razberry controller does not recognize Z-Uno FLIRS device

Posted: 02 Feb 2019 23:47
by PoltoS
Checking it