I’m seeing a weird thing every since I switched over to OH2.1 (using openhabian).
There are 5 problematic devices that did not have any issues in 2.0 (but there were other issues that 2.1 fixes, so I would like to keep it) - these are 5 danfoss thermostats (LC13).
The problem is that when I go to the network viewer, they will be visible as detached from any other node. This can change too. Sometimes all are detached, sometimes only a couple. They get detached everytime I restart openhab or the raspberry hab is working on.
An even weirder thing is that before switching to 2.1 - I could reboot OH however many times I wanted and all devices would just work without a hitch on new start. Now, in 2.1 - these devices will keep sending messages to OH, but the log says since they’re not initialized - they will be ignored - not that big a problem if I’m home, since I can just go to them, wake them and have them start talking to OH. But if I’m not home, I have to reset them, since they’ll go into E5 error mode…
Any ideas why they’d get detached? Healing them doesn’t fix the problem.
This is a fresh installation with all items created anew with PaperUI (not in simple mode).
I have an Aeon ZStick Gen 5.
I am trying to avoid yet another reformat of the rpi and setting everything
up from scratch…
Or even worse - trashing the config on the usb stick and readding all
devices, but seems I might have to do that.
@sihui - no luck. Deleting nodes didn’t help. Still after a reboot the nodes are gone.
And this only happens to battery operated nodes. This is… annoying
I do hope there will be a patch release to fix this problem and we won’t have to wait for 2.2
I don’t think a patch is needed because my Danfoss is working fine. It was working with openHAB1, it was working with openHAB2 snapshot and it is currently working with the development binding.
I can’t remember any user reporting this issue.
Maybe you should
take that advice and switch to the development branch. The breaking change with deleting nodes and recreating for that binding version to make it work again has to be done anyway, so why not give it a try:
I’m using a raspberry pi 3 with openhabian (downloaded and installed it fresh last night) with the Aeon ZStick GEN5.
I switched to the development build of 2.2 - no dice.
I installed openhab from scratch, removed devices from the ZStick - no dice. After a reboot, all battery operated devices are no longer accessible or visible in Openhab.
The ONLY thing that I changed recently - to make this problem appear) was to switch to 2.1.
I’m trying to figure out what might have happened.
I mean… We’re talking an installation that worked flawlessly for over a year - first in 1.8, then in 2.0 (I believe I also tried one of the RCs). Same day I installed 2.1 and wanted to make a full image backup of the SDcard - on reboot - devices no longer available.
So I did another test and this time, when Openhab booted up, this is what I saw:
19:56:31.387 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 1: Node found
19:56:31.390 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 7: Node found
19:56:31.392 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 8: Node found
19:56:31.394 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 9: Node found
19:56:31.397 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 10: Node found
19:56:31.400 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 11: Node found
19:56:31.402 [INFO ] [age.SerialApiGetInitDataMessageClass] - NODE 12: Node found
19:56:31.405 [INFO ] [age.SerialApiGetInitDataMessageClass] - ZWave Controller using Controller API
19:56:31.408 [INFO ] [age.SerialApiGetInitDataMessageClass] - ZWave Controller is Primary Controller
19:56:31.410 [INFO ] [age.SerialApiGetInitDataMessageClass] - ------------Number of Nodes Found Registered to ZWave Controller------------
19:56:31.413 [INFO ] [age.SerialApiGetInitDataMessageClass] - # Nodes = 7
19:56:31.416 [INFO ] [age.SerialApiGetInitDataMessageClass] - ----------------------------------------------------------------------------
Nodes 2 to 6 are missing from the list - they are the 5 LC-13 thermostats I had paired with the ZStick.
I know I did not remove them manually.
When I ran Domoticz again - it also showed that the devices were indeed gone from the list. Waking the thermostats manually and changing their temperature did not readd the devices to the ZStick. I had to restore a backup of the stick to get the devices back on the list.
2.2 snapshot does not have the development binding, it has the snapshot binding. If you want the dev binding you have to install it manually:
That is pretty normal after a reboot: it takes some time until battery operated devices get initialized again. Either you wake them up or you have to wait until the wakeup time has passed (you can set the wakeup interval for most devices through HABmin.)
I guess you did not include them properly. Otherwise I have no idea anymore, I can only tell that the Danfoss I have worked fine with all openHAB and zwave versions since 1.7 (sorry)
The trouble was that I did wake the devices and gave it even enough time to have them wake up a couple times on their own - that did not help (the same test with Domoticz had devices get rediscovered properly as mentioned above).
@sihui - main question still remains - we must have had a different setup - are you using openhabian? Or a manual install?
@usambara - I finally got it to work. What I ended up doing was a complete reformat of the system on the RPi, but this time - I did everything from scratch and manually without using openhabian. So manually download the image of raspbian and install each package manually. Now I can reboot the device at will and battery operated devices are no longer deleted from the ZStick and show up as online in Openhab. Upon their wake up - they properly repopulate their values.
That can’t be the solution…
If you could solve it by reinstalling it means for me that there is somewhere a configuration issue.
Before I have deleted only the configuration and rebuilt it. I think I’ll exclude and re-include it with the z-way-server. Let’s see what will happen.
Btw. I’m not using openhabian but raspbian (stretch).
The thing with me was that I was reinstalling and reflashing about 5 or 6
times, looking for sources of the problem.
Each time - there was a problem. Now I’m on day 3 and everything just works
My guess with openhabian wa smore about the libs that the script installs.
Maybe something conflicted out? It’s also installing OpenJDK by default and
I had to swtich to Oracle Java manually each time. I doubt this was the
problem, but who knows at this point…
Excluding them from the network deletes them from the stick.
It only gets problematic when you have a defective device, because you can’t exclude them from the network because they are “dead node”. But there are tools for that case too …