If zigpy config for ZHA in YAML is not working as it should to set prefered channel the report issue to HA core → Issues · home-assistant/core · GitHub
@Hedda@k8gg I am now on ch25 using the backup/restore method and everything appears to work way better! Sensors that just could not stay online now do… I’ll stick with ZBDongle-P for now at least… but I will monitor this thread in case there are new reasons to go with ZBDongle-E
I am looking new zigbee router for extending singal.
Right now I use Ikea Tradfri repeater. It is placed on top of the wardrobe. And sensor is outside, about 30m away, almost line of sight.
But I need move sensor a few meter, but then I cant reach with Ikea repeater.
Which model is better for extending signal farther?
As I understand Sonoff ZBDongle-E is a little bit powerful because it has default output gain 20dBm vs Sonoff ZBDongle-P default 5dBm, adjustable 20dBm
You need to confirm the router firmware for the “E” is 20db. If so, it might be the easier choice.
The “P” router firmware can be changed to 20db, but it may require re-compiling yourself, or maybe jus some google skills. I think someone else has posted a 20db build, but @Koenkk doesn’t post one on his github.
Remember those + numbers only relate to how loudly the router itself is transmitting. The router’s +5 or +20 rating won’t impact how loud the endpoint transmits. Neither router may be able to hear your endpoint.
With the current goal from Home Assistant’s founders/members of streamlining experiences, I am hopeful that we will also get more and more GUI setting/configuration options in ZHA’s UI/frontend now that Nabu Casa has hired @puddly (tip is to follow puddly on GitHub) who is one of the developers of ZHA and zigpy to work full time on improving the native Zigbee experience.
At least existing zha/zigpy YAML features for ZHA could probably be moved to UI without any issue(?).
I know puddly is currently working Zigbee network backup and restore features, inc. GUI options for it.
Personally, I would also love to see more ZHA UI functions for Zigbee OTA updates in UI to update device firmware via GUI prioritized if possible.
FYI, in related news to prioritization of Zigbee/ZHA in Home Assistant; the same type of Silabs EFR32MG21 SoC chip will also be used in the official “Home Assistant SkyConnect USB Stick”, see:
Personally I normally just recommend that people new to Zigbee who have big houses and large areas or buildings with dense building materials make it easy for themselves and just buy a bunch of “IKEA Trådfri Signal Repeater” devices from the start to get them a good mesh network backbone as a baseline. This is because while not as strong as these Zigbee USB dongles with an external antenna, the “IKEA Trådfri Signal Repeater” comes with good firmware by default and are very inexpensive, so you can make up for them not having the highest performance by simply buying more of them, (and they are still more powerful than almost all other commercial Zigbee products that are not designed to be a dedicated Zigbee Router device).
Most importantly please understand that in a true mesh network topology like Zigbee uses it will always be much better to get many weaker Zigbee Router devices than it is to get only one or two very powerful/strong Zigbee Router devices. That way you can in practice get a redundant fully connected network (with the exception of the Zigbee Coordinator which in Zigbee 3.0 can only be one per Zigbee network). Otherwise, you will risk that powerful/strong Zigbee Router device becoming a single-point-of-failure so all devices that only connect to it will go down if it does.
You could always try replacing the antenna and test different placement/orientations of it, but simply adding more and more Zigbee Router devices is really the best way to extend range and coverage in a single Zigbee network. Zigbee Home Automation uses wireless mesh network and wireless private area network (WPAN / Wireless PAN) technologies and is really meant to be used in a smaller mesh network in a relatively small area (e.i. within a single house/building).
However, if your devices as really far away in secluded/isolated areas with no reception to a single network might not be a good option, instead you might be better of adding a second Zigbee Coordinator connected to a separate secondary Home Assistant ZHA or Zigbee2MQTT instance at that location and then share the device to your primary Home Assistant instance over a wired LAN (local area network) via either HomeKit or MQTT message protocols.
Alternatively, go for devices that use a different technology than Zigbee in that specific remote location, choosing a device protocol which can support multiple connections/routes via LAN, (such as example Wi-Fi, LoRa/LoRaWAN, or Thread, inc. the new/upcoming Matter/CHIP standard over Thread).
That is correct. Again, the Zigbee SoC/MCU chips used inside the ZBDongle-E and ZBDongle-P have very similar specifications on paper if you just look at their data sheet, meaning the real-world performance difference will probably come down to the circuit-board/antenna design implementation and the firmware configuration.
I do not know if the current Zigbee Router firmware image that ITead released for the ZBDongle-E is also configured to use 20 dBm RF transmit power by default or if that makes any difference, but the default Zigbee Router firmware image for the ZBDongle-P is set to only use 5 dBm RF transmit power and is not configurable, for more information see this related feature request → https://github.com/Koenkk/Z-Stack-firmware/issues/341
ITead project manager can probably answer if the Zigbee Router firmware image for the ZBDongle-E is configured to use 20 dBm RF transmit power by default, however, the best way will be to do real-world testing of both with Zigbee Router device firmware in the different locations in your home for longer period of time and then switch places between them to be able to compare the results.
Absolutely correct, we normally say that it only shouts louder but it does not listen any better, but several different people still reported a better experience for them when using a Zigbee Router firmware image and/or Zigbee Coordinator firmware than have a higher than 5 dBm RF transmit power config.
The board of this new ZBDongle-E adapter uses a WCH CH9102F USB-to-UART/Serial converter chip (and CH9102/CH340 device drivers) which has VID (Vendor ID) "1A86 " and PID (Product ID) 55D4 as well as the new USB product description identifier “sonoff zigbee dongle plus v2” on this variant.
I want flash router firmware. I tried that but unfortunately TI smartRF 2 cant open router firmware .gbl file. And there is no target device for EFR32MG21.
Sorry my bad (misread the thread title and didn’t realise this is about the dongle-e version)
The guide for this device appears to indicate a baud rate of 115200. The port should be whatever shows up when you go to select it and the rest just leave as default. I assume you’re using the secureCRT software as suggested?
A couple of points otherwise someone else will need to chime in.
you are using Xmodem(N) protocol?
You need to disassemble the stick in order to access the boot button which is needed to access the bootloader. The button is actually on the circuit board itself
Yes i use Xmodem(N) protocol.
I disassembled stick and then holding boot button, inserting and keep holding 10 seconds and then releasing. I assume entering boatload mode is same like old Dongle-P.
Red light is turning on. How I can be sure that stick is in bootloader mode?
