Z-Wave issue update channels/item with Aeotec Door / Window Sensor 7

JustinG · January 31, 2021, 5:02pm

No that is not normal. The lifeline setting should be populated and except under extraordinary circumstances it should be set to the controller node. You should also be able to modify this value in a properly communicating device.

However, as I began to document here but have since discovered is a problem that goes beyond just aeotec devices, I have seen this behavior on every battery operated device I have tried to include using OH3. Most battery devices that were previously included and migrated over from OH 2.5 have a lifeline value and work flawlessly. Any battery device I have included using OH3 has no value for lifeline and no way to set it which means the controller does not receive it’s updates.

@chris Any idea what’s going on here? What else do you need to see to help sniff out this issue?

DrMett · January 31, 2021, 5:34pm

Thanks for your information @JustinG and when i read about your problem it sounds the same.

Bruce_Osborne · January 31, 2021, 5:36pm

That database item has not been updated since OH 2.5.0 It clearly shows Group 1 as Lifeline.
Try deleting (NOT exclude from the network) & rediscovering / re-adding the Thing

JustinG · January 31, 2021, 5:55pm

This is more serious than just that. In fact, as I have discovered with both the aeotec nanomote and just yesterday with the Zooz outdoor sensor. If you remove the item and rediscover the controller/OH3 can never properly re-identify that node without actually excluding and reincluding. Doesn’t matter how many times you wake it up, doesn’t matter what the controller is doing, actively scanning or not.

Edit: as with the nanomote, it turns out no xml file was created for the Zooz outdoor sensor despite initial adding of the item being complete and all properties but the lifeline being set to the correct default value.

Edit 2: I added 7 zwave devices to my setup yesterday. 6 mains powered and the one Zooz outdoor sensor. All 6 mains powered devices added perfectly including properly creating xml files. This problem only occurs with battery devices on OH3.

DrMett · January 31, 2021, 5:52pm

I removed all items and deleted the device and also renamed the xml file in /var/lib/openhab/zwave.
After that i did a restart and try to implement the device again. Now i’m not able to get the device running as even after a couple wakeups nothing is happen.

/var/lib/openhab/zwave -> no node29 xml file

JustinG · January 31, 2021, 7:11pm

Yes, we’re clearing seeing exactly the same behavior in several different devices.

I have just tried to run through this from scratch and remembered this time to set the log to debug. I excluded one of my nanomotes, factory reset it, and re-included it.

Here is a link to the log file. I had it on debug during the include. I then turned off debug and checked what was going on after the initial include (it is now NODE 46). When I saw that the device didn’t appear to be quite fully initialized, I started debug up again and rewoke the device several times. Now it is stuck in this same state again. At 11:44:02 in the log it claims that NODE 46 add status is done. But maybe someone else who understands these things better can take a look and see what I don’t.

Andrew_Rowe · January 31, 2021, 7:16pm

Is this the Aeotec Door/Window Sensor 7? Is it battery powered? I’m guessing because Justin was saying this is an issue with battery powered devices it is but anyhow… I know some of the Aeotec devices can be battery or can plug in and if you intialize it on power and then switch to battery it isn’t good.

I’m guessing keep trying. I’ve had battery powered nodes that had to be woken up so many times I was sure something else was wrong.
Your screen shot under ‘Information’ next to ‘Thing Type’ it says ‘Unkown Device’. That to me means it is not initialized yet

@JustinG that is some good diagnostics, I think you may be on to something
Unfortunately, I think Chris is busy moving or something… maybe Bruce knows

Bruce_Osborne · January 31, 2021, 7:19pm

Chris will be moving Internationally (UK - New Zealand) and has just found out he needs to rush and pack before shipping rates rise drastically. I would guess he is extremely busy with that right now.

Andrew_Rowe · January 31, 2021, 7:20pm

OK, that is not right
Do other devices create an XML files, this isn’t a permissions thing right?

JustinG · January 31, 2021, 7:21pm

Good heavens. Best of luck to him on that. There are few things in life I despise more than moving.

JustinG · January 31, 2021, 7:23pm

This is not a permissions issue. I’ve double and triple checked that (especially since I moved from a native install to docker with my upgrade to OH3).

Mains powered devices that I’ve added (both a few weeks ago and just yesterday) all properly created xml files.

Andrew_Rowe · January 31, 2021, 8:10pm

ok, I didn’t think so but wanted to check

if this is a regression in OH3, me thinks we may need to file an issue on github. Do you have an account?
I’m off to read the other thread you posted here

oh and @DrMett sorry and did not mean to hijack your thread, we have moved that discussion over to that thread

DrMett · January 31, 2021, 8:16pm

file permission is not the issue - i’m actually moving z-wave devices from my old network to my new one. On the same day i was able to successfully add two Fibaro devices.

The sensor is battery powered and not using any power supply.

Andrew_Rowe · January 31, 2021, 8:20pm

which are battery or mains powered?

DrMett · January 31, 2021, 8:24pm

Both devices were not battery powered and the last battery powered device from Fibaro have been setup this month. I think tomorrow a new Fibaro door/window sensor will be delivered and i’ll check it.

The installation is a new openhab 3 one with no migration from 2.x.

Andrew_Rowe · January 31, 2021, 8:32pm

OK well maybe keep an eye on Justin’s other thread

we may be on to a regression in OH3 with battery operated devices

good! hopefully narrow it down some more
keep us posted

Mr_Sands · January 31, 2021, 8:44pm

Hello,
I appear to be encountering a similar / the same issue:

I have just installed an Aeotec Z-Stick Gen5+ connecting to a Door/Window 7 (as node 3).
Openhab 3.0.0

The device appears to have registered correctly. However, only reads nulls for all parameters. I have tried setting the Group fields 1 to 4 to Controller, then taking the sensor over off to force regular updates. Still no luck.

Thanks in advance for any assistance.

The log entries are:

2021-01-31 19:30:53.959 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update received
2021-01-31 19:30:53.975 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_10_2 to 0 (BigDecimal)
2021-01-31 19:30:53.975 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set group_4 to [controller] (ArrayList)
2021-01-31 19:30:53.975 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Association 4 consolidated to [controller]
2021-01-31 19:30:53.975 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Unknown association group 4
2021-01-31 19:30:53.975 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set wakeup_interval to 0.0 (BigDecimal)
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Set wakeup interval to ‘0’
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set group_1 to [controller] (ArrayList)
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Association 1 consolidated to [controller]
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Unknown association group 1
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set group_3 to [controller] (ArrayList)
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Association 3 consolidated to [controller]
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Unknown association group 3
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set group_2 to [controller] (ArrayList)
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Association 2 consolidated to [controller]
2021-01-31 19:30:53.990 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Unknown association group 2
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_1_1 to -3 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_2_1 to 0 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_7_1 to 255 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update set wakeup_node to 0.0 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Set wakeup node to ‘0’
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_8_1 to 0 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_9_2 to 0 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_11_2 to 0 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_12_1 to 1 (BigDecimal)
2021-01-31 19:30:54.006 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_3_1 to 7 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_4_1 to 0 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_13_1 to 0 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_5_1 to 0 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_14_1 to 1 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored node_id to 3 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_6_1 to 2 (BigDecimal)
2021-01-31 19:30:54.022 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Configuration update ignored config_15_1 to 50 (BigDecimal)
2021-01-31 19:30:54.053 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Error getting wakeupCommandClass
2021-01-31 19:41:38.948 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Polling…
2021-01-31 19:41:38.948 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Polling deferred until initialisation complete
2021-01-31 19:44:17.309 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling…
2021-01-31 19:44:17.309 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling deferred until initialisation complete
2021-01-31 20:11:38.954 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Polling…
2021-01-31 20:11:38.954 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 3: Polling deferred until initialisation complete
2021-01-31 20:14:17.485 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling…
2021-01-31 20:14:17.485 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling deferred until initialisation complete

JustinG · January 31, 2021, 9:19pm

I’ve created a github issue for this here. If you are so inclined you can add your own details to that thread to help pinpoint the problem.

DrMett · February 2, 2021, 4:24am

I was able to include Fibaro Door Window Sensor 2 the sensor the successfully. All channels have been created but no update for battery or door sensor after a couple wakeups or test open/close. Both values were still at NULL.

mlarsen · February 4, 2021, 7:35pm

I had this exact issue OH3 Aeotec Door Window Sensor and all the channels configured but reported NULL on the items. I solved it by selecting the Thing and clicking on Heal the device and then woke the sensor up with the action button… I blinked amber for a very long time and then began reporting the open and closed values.

Not sure the cause of the problem. Hope this helps until it is resolved.