I am in the process to move from OH2 to OH3 (and from RPi 3 to RPi 4) and for several reasons I am starting the setup from scratch. Everything but Z-Wave radiator controllers seems to work fine. I cannot simply get them included - more details below.
System: Openhabian 1.6.2 on RPi 4 2 GB
Z-Wave Controller: Aeotec Z-Stick Gen5, full online and configured (through the great WebUI). Below the output of both lsusb and the relevant part of dmesg - (does the initial error matter?)
[21:54:35] openhabian@openhabHost:~$ lsusb -s 001:009
Bus 001 Device 009: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
[17554.288707] usb 1-1.2: new full-speed USB device number 7 using xhci_hcd
[17554.388928] usb 1-1.2: device descriptor read/64, error -32
[17554.608918] usb 1-1.2: device descriptor read/64, error -32
[17554.828719] usb 1-1.2: new full-speed USB device number 8 using xhci_hcd
[17554.928940] usb 1-1.2: device descriptor read/64, error -32
[17555.148927] usb 1-1.2: device descriptor read/64, error -32
[17555.269184] usb 1-1-port2: attempt power cycle
[17555.928779] usb 1-1.2: new full-speed USB device number 9 using xhci_hcd
[17555.966111] usb 1-1.2: New USB device found, idVendor=0658, idProduct=0200, bcdDevice= 0.00
[17555.966131] usb 1-1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[17555.969129] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
Radiator Controllers: Eurotronic Spirit Z-Wave Plus (link to doc)
Problem description: the radiator controllers are detected by the binding, even w/o active scanning or putting the controllers in the inclusion mode. However, the are not recognized (see log below) and they keep staying with an error condition (Node is not communicating with controller)
2020-12-30 21:30:10.623 [WARN ] [ve.internal.protocol.ZWaveController] - NODE 7: Restore from config: Error. Data invalid, ignoring config.
2020-12-30 21:31:14.457 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 7: Device discovery could not resolve to a thingType! Manufacturer data not known.
What has been already tried:
Z-Wave controller hard reset (via WebUI)
Factory reset on the radiator controller - but why then the message “Restore from config”? What kind of data is invalid if I am starting from scratch??!?!?
Exclude Devices option in Zwave controller
Looked to other posts, I cound not find related posts (more on bridge offline though)
Could you please help me with this? The only option I have is to revert to OH2 (the Rpi3 is still in place) and exclude one-by-one the devices before including them in OH3. Would this make sense?
Thanks!
Max
P.S.: apologize for the long post, but I want to provide as much information as possible to solve this quickly, it is winter here in Germany
yes, stable OH3 as installed by default through Openhabian 1.6.2 (3.0.0 - Release Build). It would be great if you could find any reference to issues in the recent past, I can dig into them.
I will go back to my RPi3/OH2.5.1 config tomorrow and log a little bit more data on the working system, before reverting to OH3 and further debugging the issue.
If the manufacturer data is not known the device has not yet communicated with the controller.
You need to wake that device, again and again, several times until an xml file is generated in your /userdata/zwave folder.
There seems to be an invalid xml already in your userdata folder for node 7. Just delete that file before waking the device as described above.
Just a short update - I have now tested the very same process (OH3 installed on a new SD card) on a RPi3 and I clicked on “Hard Reset the Controller” when I added the bridge for the first time. All thermostatic valves have been recognized properly - both the name and the channels matched the HW (Z-Wave device XXX: Spirit Z-Plus blah, blah + all expected channels).
I am now repeating the same for Rpi4, I will let you know the results shortly.
Final update: it seems the issue is related to the stick directly supplied by the RPi4.
It seems that the limited power supply to the stick was responsible for a messy communication between stick and RPi4. I can SOLVE the issue by putting a powered USB hub in between. The error in the dmesg (device descriptor, power cycle, etc) are gone, and all Z-Wave thermostatic valves are correctly detected. Interesting enough, the faulty configuration detected such devices (w/o recognizing them) even w/o putting them in discovery mode, while the correct setup could not detect any, unless the device was put into the discovery mode (factory reset + boost power button pressed).
A good lessons learnt - should I put/mark somewhere/somehow for future reference?
If the device can be battery powered or USB powered, it needs to be USB powered when included in the Z-Wave network. Otherwise it functions like a battery powered device even if USB powered.
At least that has been the advice & experience for my dual powered devices.
Apologize if I was not clear - I meant the controller (Aeotec Z-Stick Gen5) - as you previously pointed out, it needs to be on a USB powered hub and not drawing power directly from the RPi4. I was only a little bit confused by the other posts claiming that the bridge was constantly offline, while mine seemed to be healthy and online.