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
Experiment: Turned off the coordinator for several days. Xiaomi devices no longer communicate #1684
Comments
Known issue with Xiaomi end devices. See e.g. https://www.reddit.com/r/SmartThings/comments/b9qyg7/anyone_using_xiaomi_aqara_sensors_successfully/ which relates to SmartThings but the issue is the same for Zigbee2mqtt. In short they are non-standard and if they miss checking in to the network they leave and don't come back. |
Can you try the following firmware? https://github.com/Koenkk/Z-Stack-firmware/blob/dev/coordinator/Z-Stack_Home_1.2/bin/source_routing/CC2531_SOURCE_ROUTING_20190706.zip I've increased the end device timeout to the max value (11 days). |
Just wanted to add my experiences: |
Updated firmware cc2531. I continue to observe. |
@Koenkk I have just installed this firmware. I will let you know how everything is going. I have many Aqara devices but the ones giving me more problems are the wall switches (QBKG03LM). Sometimes the smart socket (QBCZ11LM), but allways are wired devices, I do not know if this makes sense. Type of errors:
UPDATE (+12H): it continues showing 205 and 233 errors with QBKG03LM devices and failed to PING to JTQJ-BF-01LM/BW and QBCZ11LM, but most of them still work properly (one is not responding, just now investigation why). One additional question, does the new timeout (11 days) apply to a) coordinator (CC2531) and router (CC2530), b) only coordinator or c) the whole network including other routers? I guess c) is not an option acording to #1684 (comment) |
UPDATE (+24H): it continues showing errors. All but one work.
|
Thanks @Koenkk for that. I do not think we can do so much to continue using these devices, wait 5 seconds to respond it is not practical. Personally, I will search for existing switch alternatives. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Experiment: Turned off the coordinator for several days.
When turned on, some xiaomi devices fell asleep and on waking up refused to connect to the coordinator cc2561. (wall switches without zero (QBKG04LM and QBKG03LM), motion sensors (both versions RTCGQ01LM and RTCGQ11LM), leakage sensor SJCGQ11LM, wall-mounted remote control WXKG02LM.
When trying to control the switches, we get the error:
error: Failed to ping 0x00158d00029b4352
2019-7-2 17:52:42 - info: zigbee publish to device '0x00158d00022bc3ab', genOnOff - on - {} - {"manufSpec": 0, "disDefaultRsp": 0} - 3
2019-7-2 17:52:42 - info: MQTT publish: topic 'zigbee2mqtt / bridge / log', payload '{"type": "zigbee_publish_error", "message": "Error: AF data request fails, status code : 205. No network route. Please confirm the network. "," Meta ": {" entity ": {" ID ":" 0x00158d00022bc3ab "," type ":" device "," friendlyName ":" 0x00158d00022bc3ab "}," message ":" {\ "state \ 😕" OFF \ "}"}} '
2019-7-2 17:52:42 - Zigbee publish to device '0x00158d00022bc3ab', genOnOff - off - {} -
Re-activation, awakening, etc. does not work. It helped only to exclude the device from the zigbee network and re-enable it.
Other devices Ikea, Gledopto, Nue, Philips, Ksentry Electronics, Livolo network is not lost.
The text was updated successfully, but these errors were encountered: