Closed markblinkhorn closed 2 years ago
I Lost main entity (binary sensor access control) from Aeotec Door/Window ZW120 , not possible to get back with resets, firmware updates of sensor, remove/add from network, core or add on restarts etc. First became unavailable, after actions over: gone. everything else fine
I have exactly same problem here - as I am new to z-wave I was scratching my head why suddenly my Eurotronics Spirit TRVs stopped responding. Restored it back to 0.1.65 and all is good again. I hope this is going to be fixed soon.
I just would like to add that version 0.1.68 is also affected
Running latest 0.1.68 and adding a new Aeotec Door Sensor 7 (ZWA012) is missing the open/close binary sensor eg binary_sensor.bathroom_sliding_door_sensor_access_control_window_door_is_open. Other sensors appear to add ok but also default in a disabled state.
Already had a few of these devices added previously and they are still working fine and have the binary sensor working no problems.
Question for dev team - why this issue has an unsupported label? Does it mean that you are not going to fix this issue? Thanks
Further note to dev team. This feels like an issue with Aeotec Z-Wave devices (Eurotronics Spirit is a clone of Aeotec ZWA021 {or vice versa}). I have already noted that I am happy to provide more detailed log information - this also includes building a Hassos R-Pi if this is the sole reason you have flagged this issue as Unsupported. Otherwise, please expalin why you have flagged it as Unsupported. Thank you.
I think you might be right @markblinkhorn. I have tried every trick in the book. Also talking with Aeotec support, which stated that since everything else works, it is strange that this binary sensor should not work and data not be sent. Is it possible that this binary sensor (access control entity) is not recognised for this device in new version – is some schema changed for the ZW120? Or is there some hangup in an XML file somewhere that has the ID or hardware address for this sensor and even if it is re-paired, those entity is somehow with errors? (sorry for noob question)
Noticed this post also, this is the exact behaviour I am getting but not using Zwavemqtt, just the default ZWaveJS addon - https://community.home-assistant.io/t/missing-door-state-entity-when-adding-ecolink-dwzwave25-sensors/456395
Looking a bit further it seems that the Sensor "Access Control" that gives state On/Off (open/closed) for doors is automatically set up as a door entity (with binary sensor) based on door state report in the Basic CC parameter from hardware sensor? Could there be a general error with door sensors, where the algorithm in Z-Wavs-JS that automatically generates entity has errors, or there is some schema bug?
Hey Guys - similar issue https://github.com/home-assistant/core/issues/77466 - seems to suggest updating to 0.1.68 and then re-interviewing all your devices fixes the issue. I will test and report back. @cortado @christhementalist @alfwro13
NBG - back to 0.1.65. Sorry
OK @mdegat01 I have now reinstalled the whole system with haos_rpi4-64-8.5.img and (unsurprisingly) get the identical behaviour. All versions of Z-Wave JS later than 0.1.65 fail to control the TRV fleet. 0.1.65 is still good. Is this issue still unsupported? If so, please explain why. Thanks
How do you restore back to 0.1.65? There's been a lot of changes in my environment since upgrading Z-Wave JS, so wouldn't like to do a full HA restore if I can help it.
@christhementalist Just go to Settings/System/Backups - click the backup labelled addon_core_zwave_js_0.1.65, select the 2 tick boxes and hit Restore. It will ask for confirmation that you want to do a Partial Restore. That's it.
You can't do a Full Restore anyway, as that will always download the latest versions of the Add-Ins...
@christhementalist Just go to Settings/System/Backups - click the backup labelled addon_core_zwave_js_0.1.65, select the 2 tick boxes and hit Restore. It will ask for confirmation that you want to do a Partial Restore. That's it.
You can't do a Full Restore anyway, as that will always download the latest versions of the Add-Ins...
If I do not have a backup, how do I obtain version 0.1.65? (I would also like to try downgrade)
@cortado I'm sorry, I don't know the answer to that question!
Meantime - I can confirm that 0.1.69 doesnt fix the issue either.
I restored to 0.1.65, removed and readded the Z-Wave devices I was having issues with. The added fine with the binary sensors as expected. I then upgraded to 2022.9.1 with Z-Wave JS 0.1.70 and all is working fine still.....however I haven't tried adding any new devices on this version.
I concur. Z-Wave JS 0.1.70 does seem to work correctly. Interesting to note the comment from the developer at https://github.com/zwave-js/node-zwave-js/pull/5017 "hopefully now we get to the bottom of whats going on with all these thermostats"
Z-wave-JS 0.1.71 gave me back the binary sensor for door/window Aeotec ZW120!! It is not mentioned in any release notes that I can see, but now it works again after re-interview.
Describe the issue you are experiencing
Tried both recent updates to Z-Wave JS. Versions 0.1.67 and 0.1.66 no longer control my fleet of Eurotronics Spirit and Aeotec ZWA021 Thermostatic Radiator Valve. I have had to restore version 0.1.65 to regain control
What type of installation are you running?
Home Assistant Supervised
Which operating system are you running on?
Other (e.g., Raspbian/Raspberry Pi OS/Fedora)
Which add-on are you reporting an issue with?
Z-Wave JS
What is the version of the add-on?
as given in title
Steps to reproduce the issue
...
Anything in the Supervisor logs that might be useful for us?
Anything in the add-on logs that might be useful for us?
Additional information
Happy to try to grab more detailed logs if you need them. But, for now, I've gone back to 0.1.65 - because it works.