Zbbridge version of Tasmota 9.3.1 in Sonoff Zigbee Bridge

I’m guessing you’re running Z2T? Most people here, like the OP, will be using ZHA so you’d be better asking in a Tasmota community.

@ Bobby_Nobble
I’m running ZHA.
I was updating Tasmota firmware because something connected with the Sonoff Zigbee Bridge is broken. My hope was that the broken behavior would be fixed in “the next version”.
After nearly 6 months of it not working properly, I’ve ditched the Sonoff Zigbee Bridge.
I’ve been running for a week with a CC2531 USB coordinator and its been solid - no Zigbee devices becoming un-paired, etc. I have no regrets from switching.

I know you’re running ZHA, that’s why I said you were :slight_smile:

Were you on 8.5.1 or one of the newer, obviously rubbish versions, to start with? The Sonoff is so much better than the cc2531 on stable firmware.

1 Like

@Bobby_Nobble I started with Tasmota zbridge 8.5.1 on October 2, 2020.
I was already seeing Sonoff temperature sensors stop communicating with the Zibgee Bridge, so the system was already broken with 8.5.1. Since the system was already broken, there wasn’t a reason to stay with the 8.5.1 firmware, and updating to 9.x.x firmware offered the possibility of a fix.
The Tasmota 9.x.x firmware updates had bug fixes and feature additions,
see https://github.com/arendst/Tasmota/blob/c2f8730b1e2d93f3d78aa877014dd482b49ca5c9/CHANGELOG.md
so I updated to see if it would fix the Zigbee device disconnection problem.
The disconnection problems persisted.

For 2 months, I did a lot of Zigbee research and experiments (such as changing my wifi to a channel on the other end of the spectrum) to try and fix the disconnection problem. In early December, I saw forum posts that other people were experiencing the same disconnections. It wasn’t just my system.

Further reading led me to the realization that there could be no fix from Tasmota firmware, because the Sonoff Zigbee Bridge hardware had a architecture shortcoming.
Since changing to a CC2531 USB coordinator, the ZHA system has become stable, and no Zigbee devices have disconnected from the network.

Not true. Your wifi has the shortcoming.

Edit: I’d be careful making unfounded accusations, may cost you more than that CC2531 :rofl:

Not true. Your wifi has the shortcoming.

Feel free to elaborate with an explanation of how the wifi could be the problem, and be specific with the relevant aspects.

Keep in mind, others are having problems with Zigbee devices disconnecting from the Sonoff Zigbee Bridge.
Does everyone have a wifi problem?
I doubt it.

I could, but first you elaborate with an explanation of how you came to the conclusion that the Sonoff Zigbee Bridge hardware has a architecture shortcoming

I’ve made a conclusion, on the basis of evidence, not an accusation.
If you read the previous posts in this thread, you can see the steps in the process of elimination.
A major piece of evidence is the greenish brown warning box on this page.

From your greenish brown warning

The EZSP protocol requires a stable connection to the serial port.
It’s telling you what your problem is!

It’s a warning. Not evidence that the Sonoff Zigbee Bridge hardware has a architecture shortcoming :man_facepalming:

I’m glad you’re happy with your CC2531 :rofl: I’m done :peace_symbol:

Yeah, I could tell you didn’t have any explanations of how wifi could be the problem.
Why do you post when you don’t have anything useful to communicate?

And yes, I am enjoying the lack of Zigbee device disconnection.

I’m glad you’re happy with your system now but, unless I’m wrong too, you’ve done a lot of reading but not understood much of it, especially two fundamentals.

Firstly, Zigbee and Wifi are completely different networks so not sure why you think messing with one will fix an issue with the other.

Secondly, ZHA is just using Tasmota as a relay for the Zigbee signals so the fixes you probably saw in the release notes aren’t relevant to using it in this way as that is all handled by Home Assistant.

The bonus irony in all this is you’ve moved from a fully supported solution in ZHA to one specifically flagged as experimental :grin:

Over the last 5 months I’ve done my due diligence in trying to get the Sonoff to work.
I searched the forum for fix-it information, and asked what I could do to fix the Sonoff malfunctions. There were no solutions, only reports from others of the same device disconnections.

Oh, I understand that wifi and Zigbee are different protocols, which are operating in the same 2.4GHz frequency band. Their channels overlap. You have to coordinate the channels of each so they don’t interfere with each other in the RF domain.

ZHA is not able to change the Zigbee channel used by the Sonoff Zigbee Bridge, so you have to change the wifi channel to avoid interference. You can read about that here:

One of the first things I did in trying to make the Sonoff Zigbee Bridge work better, was to move my wifi access point channel to the other end of the 2.4GHz band from the Zigbee. It didn’t help, at all. Zigbee devices kept randomly coming disconnected from the Sonoff, and had to be re-paired about once a week.

Around post 120 in this forum thread, user tube0013 explains the Zigbee network stability issues he had with the Sonoff Zigbee Bridge and how he has moved away from it, to a hardwired serial-to-Zigbee connection, and the stability that has provided.

On the CC2531 USB coordinators, there have been more than one version of Zigbee coordinator firmware released for the CC2531 in the last 5 months. There is clearly development going on. Even if someone considers it experimental, my first-hand experience suggests that the CC2531 USB stick has more stable operation than the Sonoff Zigbee Bridge.

The purpose of the forum is to share information with the community.
If you have concrete information about how to prevent the Sonoff Zigbee Bridge from disconnecting Zigbee devices, please share it.

Am I wrong to expect zigbee behavior to be affected more by the zigbee module firmware
"ncp-uart-sw-6.7.8_115200.ota" - NEW: recommended stable version for EZSP v8 compatible hosts.
(from here https://github.com/arendst/Tasmota/tree/development/tools/fw_SonoffZigbeeBridge_ezsp) than by the Tasmota ESP8266 firmware?

Running OK on latest of both, except for IKEA Tradfri devices (2-3 day battery drain).

@ cboehnkeBunk
Thanks for that info. THAT was a helpful and useful post!

I loaded the Sonoff Zigbee Bridge with ver 6.7.6, which was the latest when I loaded it 6 months ago. I never saw any alerts about the update of that ncp-uart firmware!

The README file says this fixes the bug that drains the batteries of IKEA devices.

  • ncp-uart-sw_6.7.6_115200.ota - original stable version for EZSP v8 compatible hosts, contains a bug that can cause battery of IKEA and Philips remotes to drain
  • ncp-uart-sw-6.7.8_115200.ota - NEW: recommended stable version for EZSP v8 compatible hosts.
1 Like

Hi, just thought I would add my own experiences to this thread in case it might be helpful to others.

I experienced Zigbee devices dropping out and like others I downgraded from 9.3.0 back to 8.5.1 which I am still currently on. During my own testing my Tradrfi lamps were unresponsive so I restarted them and noticed that the battery powered Zigbee devices would come back some time later (the other option was to re-pair them). This made me think that the problem might be due to the lamps acting as repeaters and that the other devices being routed through them.

For my installation I came to the conclusion that the problem might not be due to the Sonoff Zigbee Bridge but more related to the Ikea devices I had added. I also have an Ikea dual button on-off switch (E1932) and the battery would keeping running down within a matter of a few days. I ended up removing this via the UI a few weeks ago and all my problems seem to have gone away. I intend to run like this for a couple more weeks and then I might try the upgrade again.

My original reason for upgrading was to move all my Tasmota devices to 9.2.x so that they could be picked up by the recent Tasmota Integration in HA although I am usure whether this would provide any benefit for the Sonoff Zigbee Bridge.

Suggest post feedback in home-assistant.io/issues/17170 if you think Sonoff ZBBridge should be lísted in ZHA integration documentation as in the top of the list of “known working radio modules” or not:

That way all those comments for and against can be collected in a single place for considerations.

Update on my previous report …

I had an Aqara Temperature/Humidity sensor go unavailable today so I tested my 4 Tradfri lamps and found that 1 of them was unresponsive. To fix the problem I did the following:

  1. Turned the unresponsive lamp off/on.
  2. Waited 5 mins for things to stablise.
  3. Checked that all 4 lamps were now working from the UI.
  4. Noted that the Aqara sensor was communicating again after 20 mins (this might have been the time needed for a temperature change to occur and be reported).

This appears to add weight to the theory that (in my case at least) it is an Ikea/Sonoff problem not just necessarily a problem with just the Sonoff Zigbee Bridge.

@ Jonah1970 thanks for the follow-up. That’s a good data point…Zigbee devices still coming disconnected even with ncp-uart-sw-6.7.8_115200.ota.
This is the kind of thing I kept seeing from October 2020 to March 2021 with ncp-uart-sw-6.7.6_115200.ota Zigbee radio firmware.
I saw my Sonoff SNZB-02 temp sensors, Sonoff SNZB-03 motion sensors and IKEA TRADFRI repeaters drop off the network nearly every week. The Sonoff Zigbee Bridge wasn’t even playing well with other Sonoff devices!

@ Hedda ok, understood.
That list has clearly not been updated for a while, and needs to take current knowledge into account!
I think it would make sense to move the Sonoff Zigbee Bridge to the EXPERIMENTAL list, and move the CC2531 USB sticks to the Known Working list.

I hope @mrneutron reads this thoroughly. Hopefully he will finally understand that wifi plays a big role in the functionality of the ZBbridge. :crossed_fingers:

I do understand there are stability and reliability issues with using wifi as part of the Zigbe signal chain. That is the reason for the warnings I’ve referenced.

I have not seen any how-to documents that detail how you can make the wifi stable and reliable for the bridge function.
I’m interested to know what steps or tweaks can be taken to make the wifi stable enough.