Razberry controller does not recognize Z-Uno FLIRS device

Discussions about RaZberry - Z-Wave board for Raspberry computer
Post Reply
rishamee
Posts: 20
Joined: 24 Aug 2018 18:56

Razberry controller does not recognize Z-Uno FLIRS device

Post by rishamee » 06 Jan 2019 11:34

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

#define TEMPSENSORCHANNEL 2
#define SUNSENSORCHANNEL 1

ZUNO_SETUP_CHANNELS(
        ZUNO_SENSOR_MULTILEVEL(ZUNO_SENSOR_MULTILEVEL_TYPE_GENERAL_PURPOSE_VALUE, 
                          SENSOR_MULTILEVEL_SCALE_PERCENTAGE_VALUE,
                          SENSOR_MULTILEVEL_SIZE_TWO_BYTES,
                          SENSOR_MULTILEVEL_PRECISION_ONE_DECIMAL,
                          sunGetter),
        ZUNO_SENSOR_MULTILEVEL(ZUNO_SENSOR_MULTILEVEL_TYPE_TEMPERATURE, 
                          SENSOR_MULTILEVEL_SCALE_CELSIUS, 
                          SENSOR_MULTILEVEL_SIZE_TWO_BYTES, 
                          SENSOR_MULTILEVEL_PRECISION_ONE_DECIMAL,
                          tempGetter));                        

ZUNO_SETUP_SLEEPING_MODE(ZUNO_SLEEPING_MODE_FREQUENTLY_AWAKE);
ZUNO_SETUP_CFGPARAMETER_HANDLER(config_changed);

void setup() {
  delay(200);
}

void loop() {
  zunoSendReport(SUNSENSORCHANNEL);
  zunoSendReport(TEMPSENSORCHANNEL);

  zunoSetBeamCountWU(240);
  zunoSendDeviceToSleep();
}

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!!)

K.R.
rishamee

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

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

Post by PoltoS » 09 Jan 2019 09:30

What do you mean by not accepting commands?

rishamee
Posts: 20
Joined: 24 Aug 2018 18:56

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

Post by rishamee » 11 Jan 2019 16:11

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.

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

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

Post by PoltoS » 18 Jan 2019 01:29

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

rishamee
Posts: 20
Joined: 24 Aug 2018 18:56

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

Post by rishamee » 23 Jan 2019 18:42

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

rishamee
Posts: 20
Joined: 24 Aug 2018 18:56

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

Post by rishamee » 27 Jan 2019 10:27

Hi,

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 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 )
(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?

K.R
rishamee

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

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

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

Post by PoltoS » 02 Feb 2019 23:47

Checking it

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

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

Post by PoltoS » 20 May 2019 23:44

Thanks, this is fixed in 2.1.5 beta

Post Reply