I am also experiencing failed system following update on RP4 version. Initially boots OK, but after about 2-3 minutes, cannot access the web interface or even ping the device.
Thanks. I figured it out yesterday. The picos were added as devices (not entities like in the upsert custom). I really like this implementation since we can now easily configure the picos in automations. We don’t need to listen for events and map actions to numerical values for each button. I’ll eventually move over on my production HA instance when I have the time. Great job guys!
Fixed!
I deleted the zwave entry in my core.config_entries file and everything then was able to start. I’m not sure why it was still there as I’d removed the notation in my configuration.yaml months ago when I migrated to ozw. The zwave service apparently was unable to complete startup in 2021.2.0, I guess. Maybe such languishing entries should be ignored?
Thanks. This will not be easy, because I did rename a lot of my devices standard names.
Beside this I do use a Remotec ZRC-90 device. To use this I did need to change the zwcfg.xml file for this device in the standard zwave application. Will this zwcfg file still be used by the new zwave JS? Or how to change the settings for this remotec device to be able to use it in new environment?
Is there a way to ge an event when new device request an address using the DHCP integration?
There is work on that, too:
Maybe, I’m to dumb to understand, just want to make sure.
Do I need to have physical access to Zwave nodes in order to switch them to Zwave JS?
That would a real pain in the …!
Thanks for clarification.
No, everything should be in your Z-Wave stick already, but you will have to rename everything once you switch over.
It seems you have fixed it after reboot. If it happens again, I have a similar issue (mine is not fixed with a reboot) and I’ve opened an issue: Memory leak in new version 2021.2.0 · Issue #45959 · home-assistant/core · GitHub
If some more is affected by a memory leak with this version maybe we can compare our integrations to see what they have in common.
Well that sad to hear since I’m only storing contacts in the Fritzbox.
Seems that I need to remember more numbers in the future
Perhaps I am missing something but what is the way to move to the new Z-wave JS? Can I just install it and usb the same USB deviceI use for the old integration ? How do I move from the old to the new version? What about my automations? And should I use Z-wave JS superviso add-on? Any help will be appreciated.
Just a fair question. Why encourage people to move from zwave which works perfectly right now to something that has been worked on for a month? Yes, its probably faster, but why not wait until it supports all the basic functions (Pretty much everything listed on the Integration Roadmap).
I really appreciate all the work that is being put into this, but I believe you are creating a lot of unnecessary issues. I realize the old integration is still available, but by deprecating it, you are sending some strong signals to move to an integration that is far from complete.
This bricked my entire installation on my Raspberry Pi 4. I clicked update last night, and the system never came back online.
How do I revert to the old version?
Restore the backup you made before updating.
I’ve got a backup, of course. But I can’t even get the device to start so that I can access it. It just keeps telling me the connection is refused.
Can you connect via SSH?
If you can get via SSH, check the logs before restoring backup. There were a number of breaking changes, might be just a small config change is required to be compatible with the latest version.
This was mine
And after reboot back to under 30 %
OK, we’ll see. I had a really well functioning Z-Wave system and I’m worried that this just wiped out everything.