Hello,
I had a SONOFF switch go offline today. As it is one of the most distant ZHA devices in my network, I wanted to try to get it to come back without physically opening up the crawlspace access.
I looked at the Zigbee visualisation and showed the extractor was weakly connected to a lamp two rooms away - there are not many other ZHA devices nearer to it.
To try to regain control of the extractor, I added a Hue bulb to the ZHA network and placed it within two meters of the extractor. After some minutes I was able to control the ventilator again.
I carried on checking the Zigbee topology and the ventilator was still shown as poorly connected to a living room lamp and the newly added test bulb (which is quite responsive) is not showing as connected to anything! The refresh topology does not seem to change the results on demand. I then powered off the living room lamp to try to force the issue, an after around 30 minutes the nodes did change on the graph:
The extractor is connected to another lamp in the living room (even more distant) that has stronger connection. The test bulb has now meshed to 19 other devices and the extractor just one.
What is the refresh topology button supposed to do - is it the same as refreshing the browser or does it request a scan from the ZHA Coordinator?
Itās rather difficult to manage complex networks of autonomous nodes - (n*(n-1)) meshes so my approach has been not to look too closely at the detail, but trust the individual nodes to ādo the right thingā and just help them see enough RF energy from neighbours. RSSI and other measures are a snapshot in time, and can change due to many invisible factors.
I wrote some code a while back to try and ālook insideā my ZHA network. I think some folks forked this and did more and I believe there might be some more extensive tools out there now. Iāve since shutdown my ZHA setup and moved to a pair of Zigbee2MQTT networks in docker container. I have found this stable enough that I do not need to do any of the sort of probing that I was trying to do in ZHA.
IMHO, the issue with the current visualisations both ZHA and Zigbee2MQTT is that they are only a ācurrent point in timeā. I wanted to āseeā how the Zigbee mesh changed over time and the idea was to be able to maybe understand what was causing devices to change their routes or lose connections. Perhaps some of this might give you some ideas, as I said, for me just moving to Zigbee2MQTT with Texas Instrument devices as the zigbee coordinators has made it solid enough that I rarely futz around with zigbee any more. Good hunting!
Again, please note that initial only provides some basic information that probably needs to be fleshed out further by ZHA developers and more advanced Zigbee users. That is, I do not think that the initial commit in that first PR alone currently provides all the information that is asked for by many users here, still, I hope that it can be good enough for some now so that it can later be fleshed out by others.
That is what I assumed too, except that it can take a day or two for a new device to add to the visualisation. However one of my repeaters has been unplugged and sitting on my desk for 3 weeks ā¦ and the visualisation is still showing it with green lines.
I also used zha-toolkit a couple of times, and have created a lovelace panel listing the LQI or RSSI of all wireless devices (initially to quickly see which are āunavailableā)
I now seriously question where and when the visualisation is getting its data. However after recreating my zigbee network (described in another thread) it now seems to be pretty stable, so Iām also no longer paying it much attention.
Yes, there are quite a few threads about zigbee, but mostly they seem to be āthe blind leading the blindā, repeating the same basic advice. If zigbee nodes were ādoing the right thingā these threads wouldnāt have happened.
Yes the zigbee āuser documentationā could be a lot more helpful, and I gave serious thought to putting effort into revising the documentation. And thatās what made me realise that no-one who knows how zigbee actually works is able to explain it in user language; and my revision would just be to repeat others suggestions which helped me. Namely:
delete your whole ZHA network - which has probably grown ad-hoc
plan your network layout- which channel, and where to place repeaters (routers) in central locations
Good observations. Iāve seen similar behaviors when I was running ZHA. Iāve not taken the time to look at what Zigbee2MQTT is doing when it creates itās visualization (not taken the time 'cause my Zigbee2MQTT networks work fine 99% of the time), however Zigbee2MQTT seems to do some rather āactiveā work in the course of building itās visualization vs. what to me appears in ZHA as just creating a graph visualization from the contents of the ZHA .db database file.
Your steps to build out a solid mesh network are a good base. If you have this done, the problems seems to occur when you add a device, most often an end device that does not āabideā by the rules. In the ZHA world you are often left just scratching your head. At least in the Zigbee2MQTT world you seem to statistically have a greater likelihood of finding someone with a similar problem. If there is not a solution path from experience there, and least you can commiserate with at least one other
