EZSP no longer works after restarting Docker container.

[danmed]

What happened

I've got zigbee2mqtt (dev-latest) running in Docker connected to a Sonoff Zigbee Bridge flashed with Tasmota (9.3.1)
I have a Xiaomi Temperature sensor and a Sonoff PLug connected. All works fine..
I altered the configuration.yaml as i had set permit_join to true and the button in the GUI wasn't working.. So i altered it to false and then i restarted the docker container.
Once it came back up i can no longer control the plug and the sensor is not updating. Any attempt to change the state of the plug results in an error

https://paste.ubuntu.com/p/mBJQYmVKn6/

What did you expect to happen

I expected to be able to restart the docker container and still be able to use my devices.

How to reproduce it (minimal and precise)

Add some devices, and then restart the docker container.

Debug info

Zigbee2MQTT version: Dev-latest
Adapter hardware: EZSP
Adapter firmware version: Tasmota 9.3.1

[danmed]

Additionally, though the logs indicate it connected to the coordinator, i cannot actually do anything with it including allow permit.

[kirovilya]

At the moment, support for the EZSP is at an early stage, so there may be various errors. More detailed logging is needed for detection - https://www.zigbee2mqtt.io/information/debug.html#zigbee-herdsman-debug-logging

Koenkk/zigbee-herdsman#319

[danmed]

At the moment, support for the EZSP is at an early stage, so there may be various errors. More detailed logging is needed for detection - https://www.zigbee2mqtt.io/information/debug.html#zigbee-herdsman-debug-logging

Koenkk/zigbee-herdsman#319

Thanks, i've turned this on and started the container again and magically it's working.. so i'll experiment and get back to you.

[MattWestb]

Having permit_join set in to true is OK on old no Zigbee 3 coordinators (but very bad practices).

In Zigbee 3 its (shall) not possible (or not allowed having) permitting joining for infinite time and shall there for being default not set in the config and not possible being done if running on one Zigbee 3 coordinator firmware.

Some CC-253X firmware (HA1.2) is having it hard coded permitting joining sett internal in the firmware and need being manual disabled after system restart for not getting your neighbors devices joining your network.

Best practice in Z2M ??

[danmed]

So i've re-paired a device and just lef tit.. it was working fine.. but now it's broken (and i didn't restart the container this time)..

Here is the full log since the container was started :

https://paste.ubuntu.com/p/7HDX6rpMSr/

[danilov7624]

I am trying to set up Sonoff Zigbee Bridge, but I still can't. Could you please reset the Zigbee2MQTT addon

[Hedda]

I am trying to set up Sonoff Zigbee Bridge, but I still can't.

Of-topic but FYI; a tip is to first follow these instructions on how to flash Zigbee chip with ncp-uart-sw_6.7.8_115200.ota firmware:

https://www.digiblur.com/2020/07/how-to-use-sonoff-zigbee-bridge-with.html

Only after once managed to successfully flashed the ncp-uart-sw_6.7.8_115200.ota to the Zigbee chip should you attemt to follow:

https://www.digiblur.com/2021/03/zigbee2mqtt-with-sonoff-zigbee-bridge.html

Seams that many miss that they also need to flash the Zigbee chip or read other docs that refer to older or withdrawn versions:

https://github.com/arendst/Tasmota/tree/development/tools/fw_SonoffZigbeeBridge_ezsp

Currently it is only 6.7.8 that is the recommended version however 6.7.9 version should also work (but not any older or newer).

[Hedda]

Note! EZSP support is still in a very experimental phase so you should really post your feedback here -> Koenkk/zigbee-herdsman#319

I am not sure if developer(s) is currently actively working on improving or maintaining that experimental support(?).

Only clear tips is to try upgrade EmberZNet NCP UART EZSP firmware Zigbee firmware version 6.7.9 or later and test dev branch (a.k.a. Edge):

https://github.com/arendst/Tasmota/tree/development/tools/fw_SonoffZigbeeBridge_ezsp

https://github.com/Koenkk/zigbee2mqtt/tree/dev

There looks to be some ezsp related fixes in the zigbee-herdsman dependency that might have not yet made it into Z2M dev/edge yet:

https://github.com/Koenkk/zigbee-herdsman/

Regardless you still want to direct most if not all feedback and issues to subscribers of the WIP discussion in the zigbee-herdsman repo:

Koenkk/zigbee-herdsman#319

Also, please take note that WiFi based Zigbee bridges like ITead Sonoff ZBBridge are generally not recommended with the EZSP protocol. See the warnings about it:

https://www.zigbee2mqtt.io/guide/adapters/#notes

WiFi-based Serial-to-IP bridges are not recommended for Silicon Labs EZSP adapters as the serial protocol does not have enough fault-tolerance to handle packet loss or latency delays that can normally occur over WiFi connections. If cannot use a locally connected USB or UART/GPIO adapter then the recommendation is to use remote adapter that connected via Ethernet (wired) to avoid issues with EZSP caused by WiFi connections.

https://www.zigbee2mqtt.io/advanced/remote-adapter/connect_to_a_remote_adapter.html

WiFi-based Serial-to-IP bridges are not recommended for Silicon Labs EZSP adapters as the serial protocol does not have enough fault-tolerance to handle packet loss or latency delays that can normally occur over WiFi connections.

More warning about Zigbee to WiFi bridges for EZSP is not recommended for production as it does not do well with packed loss:

https://github.com/zigpy/bellows#warning-about-zigbee-to-wifi-bridges

https://www.home-assistant.io/integrations/zha/#warning-about-wi-fi-based-zigbee-to-serial-bridgesgateways

FYI, I also understand that the EFR32 board antenna design of the "SM-011 V1.0" Zigbee module used inside ITead's Sonoff ZBBridge have very high receive sensitivity to electromagnetic interference (EMI) / radio-frequency interference. This means that it will be extra important to keep it away from any other electronic devices or appliances that may generate an electromagnetic field (EM Field) or send our interfering radio signals. That includes the computer that you run your home automation application software on as well as any devices such as for example external harddrives or storage devices, power-supplies, etc., and of course any Wi-Fi access points or routers nearby.

Note! The new ITead Zigbee 3.0 USB Dongle Model: 9888010100045 (Hardware Revision Version 1.3) circuit board share the same type of antenna design so its radio is as well extremely sensitive to signal interference on its receiving end. The current recommendation for using it is to connect it via a long USB extension cable and try to move it as far away from all electronics and other possible sources of signal interference.

PS: Another general tip that always applies when building a Zigbee network is to begin by adding a few good mains-powered Zigbee router devices so that they will make use a stable baseline. Many start by buying three "IKEA TRADFRI Signal Repeater" (E1746).

https://zigbee.blakadder.com/Ikea_E1746.html

https://www.ikea.com/us/en/p/tradfri-signal-repeater-30400407/

https://www.ikea.com/gb/en/p/tradfri-signal-repeater-80424255/

https://www.ikea.com/se/sv/p/tradfri-signalfoerstaerkare-10400408/

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days