ZHA Devices Unavailable

[rjenx]

The problem

I have a number of Xiaomi Aqara devices, some of which have repeatedly dropped off the network. Some of these effected are within 2 - 3 metres of the co-ordinator, a Conbee II connected via a 2 metre cable to my NUC server hosting Home Assistant.

I have followed issue 38437 and removed the nodes, then rejoined them. Within hours they had dropped off the network again.

Searching for the IEEE for one of the impacted devices, I found a single entry copied below.

Appreciate any help or suggestions you can offer.

What version of Home Assistant Core has the issue?

core-2021.12.8

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant OS

Integration causing the issue

Zigbee Home Automation

Link to integration documentation on our website

https://www.home-assistant.io/integrations/zha

Example YAML snippet

No response

Anything in the logs that might be useful for us?

2022-01-10 13:00:12 DEBUG (MainThread) [homeassistant.components.zha.api] Get bindable devices: source_ieee: [00:15:8d:00:04:4d:1e:f4], bindable devices: [[{'ieee': '00:21:2e:ff:ff:05:ae:e3', 'nwk': 0x0000, 'manufacturer': 'dresden elektronik', 'model': 'ConBee II', 'name': 'dresden elektronik ConBee II', 'quirk_applied': False, 'quirk_class': 'zigpy_deconz.zigbee.application.DeconzDevice', 'manufacturer_code': 4405, 'power_source': 'Mains', 'lqi': 199, 'rssi': -69, 'last_seen': '2022-01-10T11:25:49', 'available': False, 'device_type': 'Coordinator', 'signature': {'node_descriptor': 'NodeDescriptor(logical_type=<LogicalType.Coordinator: 0>, complex_descriptor_available=0, user_descriptor_available=1, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.RxOnWhenIdle|MainsPowered|FullFunctionDevice|AlternatePanCoordinator: 15>, manufacturer_code=4405, maximum_buffer_size=71, maximum_incoming_transfer_size=43, server_mask=64, maximum_outgoing_transfer_size=43, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=False, *is_alternate_pan_coordinator=True, *is_coordinator=True, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=False, *is_security_capable=False)', 'endpoints': {1: {'profile_id': 260, 'device_type': '0x0005', 'in_clusters': ['0x0000', '0x000a', '0x0019'], 'out_clusters': ['0x0001', '0x0020', '0x0500']}, 242: {'profile_id': 41440, 'device_type': '0x0064', 'in_clusters': [], 'out_clusters': ['0x0021']}}}, 'entities': [], 'neighbors': [{'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:04:fc:98:f0', 'nwk': '0xB78A', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '191'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:03:89:89:f7', 'nwk': '0x44DB', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '252'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:04:fc:96:7d', 'nwk': '0x3776', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '185'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:04:fc:98:29', 'nwk': '0xF519', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '176'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:05:07:51:18', 'nwk': '0x5E28', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '252'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:02:a6:01:6d', 'nwk': '0xB0B9', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '190'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:02:ff:46:49', 'nwk': '0x6066', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '206'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:02:fe:7b:59', 'nwk': '0x6157', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '238'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '14:b4:57:ff:fe:4c:44:d3', 'nwk': '0x9526', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '125'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:04:b4:9a:60', 'nwk': '0xA21E', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '252'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:03:8a:6c:b3', 'nwk': '0x1489', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '188'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:12:4b:00:21:ef:c7:37', 'nwk': '0xB66F', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '103'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:03:41:73:90', 'nwk': '0x71B7', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '191'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:03:89:0d:b9', 'nwk': '0xA118', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '207'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:03:44:54:e3', 'nwk': '0xFD63', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '153'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '58:8e:81:ff:fe:61:17:e9', 'nwk': '0x10A9', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '108'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '14:b4:57:ff:fe:4a:fa:d7', 'nwk': '0x2E26', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '197'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:01:d2:94:c0', 'nwk': '0x6F6C', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '91'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '00:15:8d:00:05:a2:7e:53', 'nwk': '0x568A', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '85'}, {'device_type': 'Router', 'rx_on_when_idle': 'On', 'relationship': 'Sibling', 'extended_pan_id': '00:21:2e:ff:ff:05:ae:e3', 'ieee': '58:8e:81:ff:fe:64:c5:28', 'nwk': '0x8041', 'permit_joining': 'Accepting', 'depth': '1', 'lqi': '180'}], 'endpoint_names': [{'name': 'CONFIGURATION_TOOL'}, {'name': 'unknown 100 device_type of 0xa1e0 profile id'}], 'user_given_name': None, 'device_reg_id': 'b14b4f751c262f6f950b7868773d4906', 'area_id': 'tech_centre'}]]

Additional information

I have 51 devices connected via ZHA with two Ikea repeaters and numerous lights as well so I am hopeful its not a case of too many devices connecting via the co-ordinator.

[probot-home-assistant[bot]]

Hey there @dmulcahey, @adminiuga, mind taking a look at this issue as it has been labeled with an integration (zha) you are listed as a code owner for? Thanks! _{^{(message by CodeOwnersMention)}}

---

zha documentation zha source _{^{(message by IssueLinks)}}

[Adminiuga]

Xiaomi are known to dropping off the network if they are connected through an incompatible router. Being close to coordinator does not change anything, because xiaomi. It depends what n how the device was joined originally.

Reset the xiaomi and when joining, don't open the entire network, but just the compatible router you wish to join xiaomi through -- add devices through this device.

This tends to stabilize them for a while, but if they change their parent device for whatever reason, they would drop off again

[rjenx]

Thanks for the advice, I have done a search for information on compatibility without much success, I know that Ikea does not play well with Xiaomi but not much else. Do you have any recommendations?

[MattWestb]

My experience is that IKEA outlet and most lights is working very well with Aqara weather sensor and magnet and is never dropping the network as long the battery is not empty.

Can being problem pairing them with some IKEA device but then paring it with one light that is working OK and then taking the power from the light and open the network for joining and pressing the button on the device then is near its ideal parent and its "jumpin" to it and staying forever. Dont forgetting power on the original parent :-))

[Adminiuga]

https://community.hubitat.com/t/xiaomi-aqara-devices-pairing-keeping-them-connected/623

[samueltardieu]

Thanks for the advice, I have done a search for information on compatibility without much success, I know that Ikea does not play well with Xiaomi but not much else. Do you have any recommendations?

Where does this come from btw? I have dozens of Ikea devices and dozens of Xiaomi devices on the same network and they work very well together.

[MattWestb]

The user have problem with end device that is connected to the coordinator and not to routers. Corn/RaspBee is very "aggressive" and like have all devices aas direct children / neighbours then is high power and good radio receiver but is lazy keeping device online (dont replying to ACKs from devices, have sniffing my RaspBee I many hours with IKEA controllers).

I have blocking my "IKEA Billy"(EZSP) for having direct children in all my Zigbee network and both my test network is running on my laptop and it was 3 weeks on holiday in Spain and then coming home all devices was flagged online in one hour because the routers was having the network "living" and no device was leaving.

Only very bad device that i knowing is OSRAM (old Plugs) that is corrupting packages and some old Philips lights (is not aging out children and nighburs) and motion sensor (is always jumping around and using the worse router they can finding).

All manufacturer can getting bad chips / modules or PCB and the device is getting problems but then its one individual device / batch, and not all for the manufacture.

[rjenx]

Ok update from me. I have removed the devices and readded them using alternative routers to the coordinator. The devices have been trafri repeaters, innr lights, innr power switches, hive lights and in all cases the errant services have dropped off the network in a random period of a couple of hours to a day or two. So bloody frustrating.

[rjenx]

One of the many articles on the internet about dropped devices. Can't remember which one. Until recently I did not have any problems with dropped devices.

[github-actions[bot]]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.