Is it also possible to find these cache files in a Unraid-> VM -> HA environment?
Because I can not find
/usr/share/hassio/addons/data/core_zwave_js/cache
Probably itās possible - somehow data needs to be stored, but since I donāt have Unraid or VM environment at hand, it hard to tell where these exactly are. You can try search with āfindā like:
It just took me all of 5 minutes to make the switch. I dropped all 3 files from the one addon to the other. Presto, now Iām using ZwaveJS2MQTT. Itās very simple once you find the files and move them.
I used WinSCP to find and make the transfer because I didnāt feel like doing it via CLI. But I initially found the file location by searching for zwave_js like @arkoko suggested.
Yes, but then you have to wake everything up again when you start the other network. With the cache files it just āknowsā and you donāt need to go through the initial onboarding.
EDIT: Then the zwavejs2mqtt UI even shows that it used cache to init the device instead of waiting for the device to respond:
Iām getting similar errors, but coming from OpenZwave (Beta). It starts up and begins polling devices then suddenly hits this error. Sometimes it seems like it actually runs for a bit before hitting this. Maybe it is a specific device it doesnāt like? Iāve been using a Homeseer SmartStick+ for years with both OpenZwave and the built in Zwave with no issues. The key is copied from OZW with 0x and commas removed (didnāt even start with that in).
Thatās exactly the same error iām getting. Iāve tried on my existing install as well as spinning up a brand new VM and Home Assistant install and same result. Thatās what leads me to agree with you that it must be something specific to our devices. Mine errors out after interrogating node 20 which is a Fibaro dimmer 2.
I just wanted to express my thanks for getting these new zwave integrations out - both to the core team and the community.
Iāve 43 zwave devices, and was really struggling with latency when firing lots of light and switch operations together (goodnight routines sometimes took more than 40 seconds to complete).
I moved from the deprecated zwave integration to zwave js last night. It took around 2 hours to get everything renamed. and all my Fibaro multi-sensors have called in successfully.
The speed difference is very noticeable. That same good-night routine is now completing in seconds. I also see the difference in individual light operations when you click off and on repeatedly. Thank you for this - it makes a huge experience improvement, particularly with any routines based on movement triggers.
Wishlist?
(1) Obviously having a control panel back would be great! I donāt have plans to add more devices yet, but all of my fibaro dimmer 2 modules have specific configurations which need access to the device parameters. I also have 2 or 3 orphaned devices (not marked as dead so I cannot remove them). I would love to get these cleared out once and for all, and Iām hoping this release will allow me to do that.
(2) I was using a 3rd party tool to create a zwave network visualisation. I could see the mesh, as well as the latency figures. Given the dramatic speed improvements, this might not be needed now, but - I would prefer to still have access to it.
Use zwavejs2mqtt and use the panel there. It is excellent. An informative mesh diagram is also in development right now, going through review so I expect thatāll be available soon. There is one already but it is very basic.
too bad; I found out that this code does not work for the new integration (due to absence of the node_id attribute). So you can only use it to list entities in the old integration. Not sure how you can list disabled devices. Enable them first?
Iām thinking since HA has a record of these disabled/non-editable entities, since it is able to display them upon demand, there has to be list somewhere on disk. We just have to find the file and write a script to extract the info. Yay, NEW PROJECT!