Zha_event not showing for most of devices - Sonoff ZB Bridge running on ZHA

ygreq · September 29, 2020, 8:34am

Hi there! I am using ZHA and a Sonoff ZB Bridge. After installing and pairing all the Ikea remotes, switches and light bulbs and a Aqara cube, all seemed to work pretty decent.

Now some of my switches, remotes and the cube stopped sending events when pressed / used. The interesting fact is that not all stopped sending. One switch is sending info via zha_event. And I also checked it by activating the log in Integrations -> Zigbee Home Automation -> Configure -> + button.

This is what I get for different situations. Any idea how to solve this in order for all devices to be seen in zha_event?

1. Pressing the on button on a an Ikea Switch that is paired and working

[0x8193:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=50 command_id=1>

[0x8193:1:0x0006] ZCL request 0x0001: []

[0x8193:1:0x0006] No handler for cluster command 1

[0x7842:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=58 command_id=Command.Default_Response>

[0x7842:1:0x0006]: executed 'on' command with args: '()' kwargs: '{}' result: [1, <Status.SUCCESS: 0>]

light.zha_lab_white_bulb_01: turned on: {'on_off': [1, <Status.SUCCESS: 0>]}

2. And this is what happens in the logs if I press an Ikea switch that does not respond via zha_event

[0x0000:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [60, <Bool.false: 0>]

Ignoring message (b'013b00') on cluster 6: unknown endpoint or cluster id: 1

Ignoring message (b'013c01') on cluster 6: unknown endpoint or cluster id: 1

Ignoring message (b'013e00') on cluster 6: unknown endpoint or cluster id: 1

Ignoring message (b'013f01') on cluster 6: unknown endpoint or cluster id: 1

3. This is what happens if I try to re-pair a switch that is not working and I manage to re-pair it in the end


[0x0000:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [60, <Bool.false: 0>]

Device 0x9280 (00:0d:6f:ff:fe:d0:9d:89) joined the network

Device 00:0d:6f:ff:fe:d0:9d:89 changed id (0xcede => 0x9280)

device - 0x9280:00:0d:6f:ff:fe:d0:9d:89 entering async_device_initialized - is_new_join: False

device - 0x9280:00:0d:6f:ff:fe:d0:9d:89 has been reset and re-added or its nwk address changed

skipping discovery for previously discovered device - 0x9280:00:0d:6f:ff:fe:d0:9d:89

[0x9280](TRADFRI on/off switch): started configuration

[0x9280:ZDO](TRADFRI on/off switch): 'async_configure' stage succeeded

[0x9280] Extending timeout for 0x4e request

[0x9280] Extending timeout for 0x50 request

[0x9280] Extending timeout for 0x52 request

Device 0x9280 (00:0d:6f:ff:fe:d0:9d:89) joined the network

Skip initialization for existing device 00:0d:6f:ff:fe:d0:9d:89

Device 0x9280 (00:0d:6f:ff:fe:d0:9d:89) joined the network

Skip initialization for existing device 00:0d:6f:ff:fe:d0:9d:89

[0x9280:zdo] ZDO request ZDOCmd.Device_annce: [0x9280, 00:0d:6f:ff:fe:d0:9d:89, 128]

[0x9280](TRADFRI on/off switch): started initialization

[0x9280:ZDO](TRADFRI on/off switch): 'async_initialize' stage succeeded

[0x9280:zdo] ZDO request ZDOCmd.Node_Desc_req: [0x0000]

[0x9280:zdo] Unsupported ZDO request:ZDOCmd.Node_Desc_req

[0x9280:1:0x0001]: bound 'power' cluster: Status.SUCCESS

[0x9280] Extending timeout for 0x54 request

[0x9280:1:0x0000]: bound 'basic' cluster: Status.SUCCESS

[0x9280:1:0x0000]: finished channel configuration

[0x9280] Extending timeout for 0x56 request

[0x9280:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [180, <Bool.true: 1>]

[0x9280:1:0x0003] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=0 command_id=1>

[0x9280:1:0x0003] ZCL request 0x0001: []

[0x9280:1:0x0003] No handler for cluster command 1

[0x9280:1:0x0003]: received 'identify_query' command with [] args on cluster_id '3' tsn '0'

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=84 command_id=Command.Configure_Reporting_rsp>

[0x9280:1:0x0001]: reporting 'battery_voltage' attr on 'power' cluster: 3600/10800/1: Result: '[[ConfigureReportingResponseRecord(status=0)]]'

[0x9280] Extending timeout for 0x58 request

[0x9280:1:0x1000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=82 command_id=65>

[0x9280:1:0x1000]: bound 'lightlink' cluster: None

[0x9280:1:0x1000]: finished channel configuration

[0x9280] Extending timeout for 0x5a request

[0x9280:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=86 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0000]: initializing channel: from_cache: False

[0x9280] Extending timeout for 0x5c request

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=88 command_id=Command.Configure_Reporting_rsp>

[0x9280:1:0x0001]: reporting 'battery_percentage_remaining' attr on 'power' cluster: 3600/10800/1: Result: '[[ConfigureReportingResponseRecord(status=0)]]'

[0x9280:1:0x0001]: finished channel configuration

[0x9280] Extending timeout for 0x5e request

[0x9280:1:0x0020] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=90 command_id=Command.Write_Attributes_rsp>

[0x9280:1:0x0020]: 3300.0s check-in interval set: [[WriteAttributesStatusRecord(status=<Status.SUCCESS: 0>)]]

[0x9280] Extending timeout for 0x60 request

[0x9280:1:0x0102]: bound 'window_covering' cluster: Status.SUCCESS

[0x9280:1:0x0102]: finished channel configuration

[0x9280] Extending timeout for 0x62 request

[0x9280:1:0x0008]: bound 'level' cluster: Status.SUCCESS

[0x9280:1:0x0008]: finished channel configuration

[0x9280] Extending timeout for 0x64 request

[0x9280:1:0x0019]: bound 'ota' cluster: Status.SUCCESS

[0x9280:1:0x0019]: finished channel configuration

[0x9280] Extending timeout for 0x66 request

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=102 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0001]: initializing channel: from_cache: False

[0x9280] Extending timeout for 0x68 request

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=104 command_id=Command.Read_Attributes_rsp>

[0x9280] Extending timeout for 0x6a request

[0x9280:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=106 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0000]: initializing channel: from_cache: False

[0x9280:1:0x1000]: initializing channel: from_cache: False

[0x9280:1:0x0020]: initializing channel: from_cache: False

[0x9280:1:0x0102]: initializing channel: from_cache: False

[0x9280:1:0x0008]: initializing channel: from_cache: False

[0x9280:1:0x0006]: initializing channel: from_cache: False

[0x9280:1:0x0019]: initializing channel: from_cache: False

[0x9280:1:0x0001]: 'async_initialize' stage succeeded

[0x9280:1:0x0000]: 'async_initialize' stage succeeded

[0x9280:1:0x1000]: 'async_initialize' stage succeeded

[0x9280:1:0x0020]: 'async_initialize' stage succeeded

[0x9280:1:0x0102]: 'async_initialize' stage succeeded

[0x9280:1:0x0008]: 'async_initialize' stage succeeded

[0x9280:1:0x0006]: 'async_initialize' stage succeeded

[0x9280:1:0x0019]: 'async_initialize' stage succeeded

[0x9280](TRADFRI on/off switch): power source: Battery or Unknown

[0x9280](TRADFRI on/off switch): completed initialization

[0x9280] Invalid state on future for 0x60 seq -- probably duplicate response

[0x9280:1:0x0020]: bound 'poll_control' cluster: Status.SUCCESS

[0x9280:1:0x0020]: finished channel configuration

[0x9280] Invalid state on future for 0x62 seq -- probably duplicate response

[0x9280:1:0x0006]: bound 'on_off' cluster: Status.SUCCESS

[0x9280:1:0x0006]: finished channel configuration

[0x9280:1:0x0001]: 'async_configure' stage succeeded

[0x9280:1:0x0000]: 'async_configure' stage succeeded

[0x9280:1:0x1000]: 'async_configure' stage succeeded

[0x9280:1:0x0020]: 'async_configure' stage succeeded

[0x9280:1:0x0102]: 'async_configure' stage succeeded

[0x9280:1:0x0008]: 'async_configure' stage succeeded

[0x9280:1:0x0006]: 'async_configure' stage succeeded

[0x9280:1:0x0019]: 'async_configure' stage succeeded

[0x9280](TRADFRI on/off switch): completed configuration

[0x9280](TRADFRI on/off switch): stored in registry: ZhaDeviceEntry(name='unk_manufacturer unk_model', ieee='00:0d:6f:ff:fe:d0:9d:89', last_seen=1601364324.2411315)

[0x9280] Extending timeout for 0x6c request

[0x9280:1:0x0003] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=108 command_id=Command.Default_Response>

[0x9280:1:0x0003]: executed 'trigger_effect' command with args: '(2, 0)' kwargs: '{}' result: [64, <Status.SUCCESS: 0>]

[0x9280](TRADFRI on/off switch): started initialization

[0x9280:ZDO](TRADFRI on/off switch): 'async_initialize' stage succeeded

[0x9280] Extending timeout for 0x6e request

[0x9280] Extending timeout for 0x70 request

[0x9280:1:0x1000]: initializing channel: from_cache: False

[0x9280:1:0x0020]: initializing channel: from_cache: False

[0x9280:1:0x0102]: initializing channel: from_cache: False

[0x9280:1:0x0008]: initializing channel: from_cache: False

[0x9280:1:0x0006]: initializing channel: from_cache: False

[0x9280:1:0x0019]: initializing channel: from_cache: False

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=110 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0001]: initializing channel: from_cache: False

[0x9280] Extending timeout for 0x72 request

[0x9280:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=112 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0000]: initializing channel: from_cache: False

[0x9280:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=114 command_id=Command.Read_Attributes_rsp>

[0x9280:1:0x0001]: 'async_initialize' stage succeeded

[0x9280:1:0x0000]: 'async_initialize' stage succeeded

[0x9280:1:0x1000]: 'async_initialize' stage succeeded

[0x9280:1:0x0020]: 'async_initialize' stage succeeded

[0x9280:1:0x0102]: 'async_initialize' stage succeeded

[0x9280:1:0x0008]: 'async_initialize' stage succeeded

[0x9280:1:0x0006]: 'async_initialize' stage succeeded

[0x9280:1:0x0019]: 'async_initialize' stage succeeded

[0x9280](TRADFRI on/off switch): power source: Battery or Unknown

[0x9280](TRADFRI on/off switch): completed initialization

light.zha_lab_color_bulb_01: polling current state - from cache: False

[0x8f1b:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=116 command_id=Command.Read_Attributes_rsp>

[0x8f1b:1:0x0008] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=118 command_id=Command.Read_Attributes_rsp>

[0x8F1B:1:0x0008]: received attribute: 0 update with value: 170

[0x8f1b:1:0x0300] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=120 command_id=Command.Read_Attributes_rsp>

4. This is what happens if I try to re-pair an Ikea switch and I could not manage to re-pair it. And it is still not sending to zha_event after this I censored the MAC_ADDRESS.

[0x0000:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [60, <Bool.false: 0>]

Device 0x0de9 ([MAC_ADDRESS]) left the network

[0x0DE9](unk_model): started initialization

[0x0DE9:ZDO](unk_model): 'async_initialize' stage succeeded

[0x0DE9](unk_model): power source: Battery or Unknown

[0x0DE9](unk_model): completed initialization

Device 0x0de9 ([MAC_ADDRESS]) joined the network

Skip initialization for existing device [MAC_ADDRESS]

Device 0x0de9 ([MAC_ADDRESS]) joined the network

Skip initialization for existing device ([MAC_ADDRESS])

Device 0x0de9 ([MAC_ADDRESS]) joined the network

Skip initialization for existing device ([MAC_ADDRESS])

[0x0de9:zdo] ZDO request ZDOCmd.Device_annce: [0x0DE9, [MAC_ADDRESS], 128]

[0x0de9:zdo] ZDO request ZDOCmd.Node_Desc_req: [0x0000]

[0x0de9:zdo] Unsupported ZDO request:ZDOCmd.Node_Desc_req

[0x0de9:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [180, <Bool.true: 1>]

Ignoring message (b'010001') on cluster 3: unknown endpoint or cluster id: 1

[0x0de9:zdo] ZDO request ZDOCmd.Match_Desc_req: [0xFFFD, 260, [25], []]

Ignoring message (b'010101017c11c511310601220100') on cluster 25: unknown endpoint or cluster id: 1

Ignoring message (b'010201017c11c511310601220100') on cluster 25: unknown endpoint or cluster id: 1

Ignoring message (b'010301017c11c511310601220100') on cluster 25: unknown endpoint or cluster id: 1

Ignoring message (b'010401017c11c511310601220100') on cluster 25: unknown endpoint or cluster id: 1

Ignoring message (b'010501017c11c511310601220100') on cluster 25: unknown endpoint or cluster id: 1

ygreq · September 29, 2020, 8:45am

In the end I get 2 types of error:

1st example from the log whenever I press the on button of a particular switch or a toggle button of a particular remote:

Ignoring message (b'013501') on cluster 6: unknown endpoint or cluster id: 1

2nd example with a different error message for another switch:

[0x9280:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=26 command_id=0>
[0x9280:1:0x0006] ZCL request 0x0000: []
[0x9280:1:0x0006] No handler for cluster command 0

Lee_au · September 29, 2020, 9:35am

This seems perhaps different than my issue as my devices seem to still stay connected - although I’ve been having a few devices drop off the network (end devices) but no issue re-pairing.

How long was evrythingrunning fine for before this happened?
Did all the devices stop sending events at once, and if so, did you upgrade around then?
What happens if you power cycle the Sonoff (I think these are wifi arent they?)
Any chance your 2.4ghz wifi has changed channels recently? Could this be the case - https://www.metageek.com/training/resources/zigbee-wifi-coexistence.html

I’ll keep you updated if I can work anything out. At the moment I think my issue might be more of a device handling issue arising from some change.

ygreq · September 29, 2020, 9:56am

Mine seem to be paired as well. But I get no zha_event output

I set everything up and it worked ok. After that I left home and updated a few things incl. HA Core while away
Some devices still work. I have 4 switches that work decent. Meaning they work, but I sometimes detect that I press a few times and nothing outputs on zha_event. The rest of the devices don’t send anything as events and throw the error I mentioned when pressing the buttons and checking the logs in the ZHA configuration.
Same thing. Meaning nothing changes.
Like I said, some devices work ok, incl the light bulbs. I only have problems with ~ half of the devices that communicate via events. Other half works ok

I would like to emphasize that the devices that don’t send events are seen in the logs of ZHA configuration while pressing the buttons. But it throws errors like this Ignoring message (b'013501') on cluster 6: unknown endpoint or cluster id: 1

I am curious what you get in the logs when pressing buttons on the devices that don’t send events

Lee_au · September 29, 2020, 10:34am

This is an ‘on’ then 'of’f on one of the Nue scene switches (no relay) by looking at the log whilst attempting to join:


0x0000:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [60, <Bool.false: 0>]
[0x0000](EZSP): started initialization
[0x0000:ZDO](EZSP): 'async_initialize' stage succeeded
[0x0000](EZSP): power source: Mains
[0x0000](EZSP): completed initialization
[0x9ec4:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=10 command_id=Command.Read_Attributes>
[0x9ec4:1:0x0006] ZCL request 0x0000: [[0]]
[0x9ec4:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=11 command_id=1>
[0x9ec4:1:0x0006] ZCL request 0x0001: []
[0x9ec4:1:0x0006] No handler for cluster command 1
[0x9ec4:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=12 command_id=Command.Read_Attributes>
[0x9ec4:1:0x0006] ZCL request 0x0000: [[0]]
[0x9ec4:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=13 command_id=0>
[0x9ec4:1:0x0006] ZCL request 0x0000: []
[0x9ec4:1:0x0006] No handler for cluster command 0
[0x7c99:1:0x0019] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=143 command_id=1>
[0x7c99:1:0x0019] ZCL request 0x0001: [0, 4478, 0, 1, None]
[0x7c99:1:0x0019] OTA query_next_image handler for 'FeiBit FNB56-ZSW03LX2.0': field_control=0, manufacture_id=4478, image_type=0, current_file_version=1, hardware_version=None
[0x7c99:1:0x0019] No OTA image is available

Lee_au · September 29, 2020, 10:43am

And this via event listener (developer tools -> events, enter * under listen to events,hit start listening):

{
    "event_type": "zha_event",
    "data": {
        "device_ieee": "00:12:4b:00:1b:a3:ac:ce",
        "unique_id": "00:12:4b:00:1b:a3:ac:ce:1:0x0006",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "on",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-09-29T10:41:15.812826+00:00",
    "context": {
        "id": "4d02e0a9024011ebac0a4fc279cf8920",
        "parent_id": null,
        "user_id": null
    }
}

Lee_au · September 29, 2020, 10:48am

Might be worth checking this out: Sonoff zigbee button SNZB-01 issue (only in cloud mode)

Also, it might be helpful for you to add Zigzag and/or ZHA Map to your HA so you can see where the links are, just in case it shows a mesh problem perhaps?

ygreq · September 29, 2020, 1:28pm

Interesting!! Thank you for the recommendations.

I just installed ZHA_MAP and it is messy. I have a few questions. Maybe you have time to answer if you have any experience with the map and zigbee in general.

Any idea how I can change the linkage? For example Led Color Bulb Remote Control (red icon on the right) to be directly connected to Lab Bulb RGB (yellow icon on the left next to the blue one)?
Any idea how I can change the name of the devices? For example for the yellow icon down below called Ikea of Sweden TRADFRI bulb E27 CWS opal 600lm, I actually changed the entity name to Livingroom Color Bulb in Configuration → Entities. But I have no clue how to change the Device name so it could also be reflected here.
I read here that line color represent different LQIs. I thought that meant something physical, but when I moved the icons around, the color of the lines changed as well. What gives?

Any path with a LQI over 192 is shown as green, LQI 129-192 is shown as yellow, and anything 128 and lower is shown as red.

Most of the connected devices like the Remote Controls to the right do not work. Meaning they do not send anything in zha_event. And thus we get back to the main theme of this post. So any solutions here are appreciated as well.

Thank you so much!!

francisp · September 29, 2020, 1:47pm

You can’t. Zigbee searches it’s own mesh. The best you can do is repair close to the desired router (bulb in this case), but normal Zigbee devices can reroute dynamically. Aqara devices are the big exception : they tend to stick to the device they were originally paired with.

ygreq · September 29, 2020, 1:49pm

I paired all my devices with the Sonoff ZB Bridge. Maybe I should have paired a remote control with the Light Bulb I wanted to use it with? To start on the right foot?

francisp · September 29, 2020, 1:53pm

It is worth trying.

ygreq · September 29, 2020, 1:55pm

Thank you, Francis! Any idea about the rest of the questions?

francisp · September 29, 2020, 2:02pm

Unfortunately, no. Your mesh looks nice however.

Lee_au · September 29, 2020, 2:19pm

No, I think generally linkage is based on strongest signal. There is new options in ZHA however that say “Link devices to this device” or similar…
Try the Customize menu perhaps
Hmm … my lines done change colour. I wouldn’t worry too much - I think it is a snapshot at the time (try ZHA list for more details)
I have heard that too many devices connected to the Coordinator can cause problems. Otherwise, everything looks ok. If something is not connected via line such as a temp sensor, it can be that it’s just asleep (in my experience anyway).

Mine is also messy…

francisp · September 29, 2020, 3:08pm

I would not call that messy. The more interconnected lines you have between mains powered devices, the better the mesh.

jimford · September 29, 2020, 3:58pm

What version of ZHA_Map are you people running? My map doesn’t look like the ones above.

Jim

ygreq · September 29, 2020, 4:11pm

Thank you, guys!!

@jimford, I just installed ZHA_MAP so the last version.

jimford · September 29, 2020, 4:23pm

My version is 0.3.1. Maybe I haven’t got the ‘visualisation card’ properly installed.
Jim

Lee_au · September 30, 2020, 1:06am

Take a look at ‘ZigZag’ Jim

ygreq · September 30, 2020, 1:00pm

I fixed my problems by deleting the zigbee.db file and then uninstalling and reinstalling the ZHA integration. And then adding each device again