-
Notifications
You must be signed in to change notification settings - Fork 482
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conbee III (3) latest Firmware wrong states after a restart of deconz with Xiaomi (vibration,door sensors) #7502
Comments
I think just need to update the defaut state ?
"Some" ?, only one is not enought ? |
Yes i dont have this Problem with my older Conbee 2 Stick. Never. I use it for around 2 Years. I tried again with the conbee 2 and this problem is gone. I switch back to conbee 3 and the problem is there. Mostly 1 time. Hehe |
Tbh, I have high doubts that the Conbee plays any role here. That fact that we only see Xiaomi devices in the screenshot adds to that a lot. Upon restart, deconz loads the previous device states stored in the database. If you shut down when a vibration sensor reports vibration, than that state will be restored. Given that Xiaomi devices are all deep sleepers, the device states cannot even be ready at will, so the loaded states could not be overwritten. Assuming Conbee does anything in this context would mean it receives/adds ghost traffic, which I consider extremely unlikely. Changing any default states doesn't make any sense at all, as this would only work for new devices/sensors, which do not yet hold any stored item values. A deconz startup log could give clarity on the loaded values and the exposed states. |
Looks a lot like this one, which fails to get attention? https://forum.phoscon.de/t/aqara-door-sensors-show-open-on-restart-of-deconz/3686 |
There seems to be there is a bigger problem between xiaomi and the conbee 3. i now make a clean install with a clean conbee 3 stick. (reset). now i try to learn only one vibrationsensor. it seems to bee that the device are found but it dont use the ddf file, its only works in straight mode. the setting are that the software can use the gold ddf files. so iam completly confused. |
ah thats interesting. iam not alone. |
This was answered somewhere before. @SwoopX can you help me find it? |
@Mimiix It was solved before indeed, several releases before DDF development started. I have been searching for it several times, but could not find it back somehow. It was working fine until around April this year, that is where the issue resurfaced after a larger DDF rollout. I am guessing the solution that was originally implemented was removed with code cleaning maybe? |
I guess we need a declarative approach to define in a DDF how the state of specific items should be restored or reset after startup 🤔 and perhaps finer control of if/when things need to be written to the database. For the values themself it shouldn't make any difference if ConBee II or III. Except if the device behaves differently when paired via classic Zigbee join (ConBee II) or Zigbee R22 join (ConBee III), I think we've already seen weird differences here in the past even so far that Xiaomi devices behave differently if they think to join to a Xiaomi gateway vs a 3rd party one — here we applied some nasty stuff for ConBee II to fake being a Xiaomi gateway. The next deCONZ release contains the code to do the same for ConBee III but also needs a small update in the firmware which should arrive in < 2 weeks. |
It is not only with xiaomi device, I am back to my Conbee II stick. |
Apologies if I'm tacking myself onto this as a similar, but different issue — but I've been having this issue since upgrading to 2.24.2 back in November on a ConBee II stick. Since upgrading, it seems that no writes to the DB are being made for a subset of Aqara devices. All but three Aqara devices show the Rebooting the host VM causes the state to revert to "open" (they weren't open at the time, it was 5am in the morning), and manually triggering an update using the Aqara sensor's button correctly updates the state, until the VM is restarted. This seemingly wasn't an issue before 2.24.2 (having upgraded from 2.23.2). I can confirm that |
Same here. |
and here |
Same behavior right after upgrading from 2.23 to 2.24.2. Five out of ten Aqara door/window sensors were shown with wrong status at the first restart of deconz after upgrade. Using Conbee II and windows. |
I hope that will be fixed fast, because i must go on every deconz restart and aktivate manual all door/window and vibration sensors that they get the right state. please please please fixed this problem. i have this problem with conbee 2 and conbee 3. i test both. |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
Is there any news about a fix and a a solution for this. The problem still exist. |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
This issue needs to be open still as it is not resolved yet |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
this is scheduled for the next milestone, so shouldn't be closed |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
this is scheduled for the next milestone, so shouldn't be closed |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
as usual.... |
As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs. |
🤷♂️ |
Does the issue really belong here?
Is there already an existing issue for this?
Describe the bug
i use now a conbee 3 stick with the latest firmware (08.12.2023). Before i use the conbee 2 without this problems.
When i restart my computer (deconz-docker) there are some (not from all sensors same type) states are wrong (open/close/vibration). this is only gone when i use activate manual the sensor some times. (open-close windows or make vibration).
i use the latest deconz version 2.24.2 (i try also 2.5 beta)
its not the same sensor every time, its changed, sometime there and other reboot a another sensor with wrong states.
Steps to reproduce the behavior
Expected behavior
manual change of the states sometimes.
Screenshots
Actual are no vibration and no windows are open !!!!!
Environment
deCONZ Logs
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: