Hi, just upgraded to .45, and now I’m getting this error
File "src-lib/libopenzwave/libopenzwave.pyx", line 669, in libopenzwave.PyOptions.__init__ (openzwave-embed/open-zwave-master/python-openzwave/src-lib/libopenzwave/libopenzwave.cpp:10816)
libopenzwave.LibZWaveException: "LibOpenZwave Generic Exception : Can't autoconfigure path to config"
Anyone else having this problem, anyone know how to fix it?. I’m on Hassbian 1.22.
Thanks
UPDATE:
I was able to get my zwave devices working again, after jumping through some hoops. I had to do a full clean reflash of Hassbian and did not install openzwave, instead letting home assistant take care of installing it via the new PyPi method. Then I tranfered my backed up config files and needed to remove and re add all my zwave devices from my zStick. Lastly I resetup my devices with the zwave panel in HA.
In hindsight, it was a complete PITA, but pretty simple solution. The thing that was the biggest pain though was reinstalling all the other server side things i needed, such as mosquitto MQTT, DuckDNS, and the Presence software from HappyBubbles.
Thanks, I think I’ve figured it out.
Since I reflashed hassbian and because HomeAssistant 0.45 installs open zwave via PyPi (it appears that having the openzwave package installed interferes with 0.45s PyPi), I did not install the openzwave package with the hassbian-config command. This means that I do not have the OZWCP installed on my server.
I was seeing my devices, but they were not showing the correct name.
0.45 has a new zwave panel that is supposed to take the place of OZWCP. In this panel I was able to select and rename the devices, but although they were showing and had the correct name they still were not working.
Then I noticed that my zwave light switch was reporting “dead”, so I removed the node from my zwave network and re added it. After that, I renamed the device in the zwave panel again and all is working fine.
Lots of hoops I had to jump through, but it’s all working now.
Hope this helps some people dealing with the same frustrations.
I’m running Hasssbian 1.23 now. I was running 1.22 and had openzwave installed via the hassbian-config command. Due to a bug in hassbian 1.22 I had to manually symlink the config path noted here. However, after I updated to 0.45 it seemed that the openzwave package that I installed wasn’t playing nice with the PyPi zwave that 0.45 uses.
I gave up and reflashed te newest version of Hassbian and didnt do the sudo hassbian-config install openzwave command at all, letting the 0.45 take care of setting up zwave.
Digging around a bit, I am unable to find where openzwave in installed at all now…
Correct what ? I simply laid out the process I had to go through to get my server working with my zwave devices. I had to do a full clean reflash of Hassbian and did not install openzwave, instead letting home assistant take care of installing it via the new PyPi method. Then I tranfered my backed up config files and needed to remove and re add all my zwave devices from my zStick. Lastly I resetup my devices with the zwave panel in HA.
In hindsight, it was a complete PITA, but pretty simple solution. The thing that was the biggest pain though was reinstalling all the other server side things i needed, such as mosquitto MQTT, DuckDNS, and the Presence software from HappyBubbles.
Nope, when I cd into /srv/homeassistant/lib/python3.4/site-packages there is nothing in regards to openzwave.
The only place I have been able to find anything related to python_openzwave in in the deps folder in my .homeassistant folder
Followed the above advice and blew away my hassbian image and installed the latest. Bit of a pain and after a hour or so got my configuration back to how I like it.
I guess it’s at least all now a nice clean installation and all my trial and error from before has been cleared away.
I don’t understand what broke during the upgrade, and appreciate this is not a neat virtualenv setup. However I’ve spent hours trying to piece together zwave libraries & configs manually in the past, so have no interest in debugging further now this is working again!