ITead's "Sonoff Zigbee 3.0 USB Dongle Plus" (model "ZBDongle-P") based on Texas Instruments CC2652P +20dBm radio MCU now sold for $19.99

FYI, new Z-Stack 3.x.0 20211207 firmware in develop branch is based on SimpleLink SDK 5.30.01.01

https://github.com/Koenkk/Z-Stack-firmware/tree/develop/coordinator/Z-Stack_3.x.0/bin

Those willing to test that newer pre-release firmware version from the develop branch can find it here:

https://github.com/Koenkk/Z-Stack-firmware/blob/develop/coordinator/Z-Stack_3.x.0/bin/CC1352P2_CC2652P_launchpad_coordinator_20211207.zip

Links to the two related changelogs (for SimpleLink SDK changelog see sections about “TI Z-Stack”):

https://github.com/Koenkk/Z-Stack-firmware/blob/develop/coordinator/Z-Stack_3.x.0/CHANGELOG.md

https://software-dl.ti.com/simplelink/esd/simplelink_cc13xx_cc26xx_sdk/5.30.01.01/exports/changelog.html

Mostly bug-fixes to TI Z-Stack + increased memory heap, LED on join, and a fix for Xiaomi E1 devices.

1 Like

FYI, Koenkk has now uploaded an experimental firmware for CC2652P/CC1352P with a default set to 9 dBm (and a max of 20 dBm), see/download: https://github.com/Koenkk/Z-Stack-firmware/issues/323

He mentions in https://github.com/Koenkk/zigbee2mqtt/issues/8885 that he does not himself have RF measurement equipment so cannot confirm RF output power is exactly as per config set in software.

I do’nt realy know but If you have a zigbee sniffer or something else to see RSSI and If you rise dB by 10 you should probably see 10dB more RSSI.

Maybe, just the Idea.

FYI, Koenkk now released the mentioned +20 dBm RF power output enabled version as “Z-Stack_3.x.0 20211217” in the develop branch and closed issues as confirmed working with improved LQI as result:

https://github.com/Koenkk/Z-Stack-firmware/tree/develop/coordinator/Z-Stack_3.x.0/bin

https://github.com/Koenkk/Z-Stack-firmware/issues/323

https://github.com/Koenkk/zigbee2mqtt/issues/8885

That firmware has during the weekend been confirmed working by several community members with up to +20 dBM RF power output enabled, (tested in both Zigbee2MQTT as well as ZHA integration in Home Assistant), and according to Koenkk it has also been confirmed working by ITead’s own Sonoff Zigbee engineer using RF analyzer, so I think later if and when proven stable we can expect this version to ship with future batches.

Note that any releases in the develop branch should still be considered experimental until proven stable and any bugs specifically verified related to this firmware version should be reported as new issues to:

https://github.com/Koenkk/Z-Stack-firmware/issues

So time to crank power output up to 11 on these!

3 Likes

Update! Z-Stack 3.x.0 20211217 release has now been copied to master and should be seen as stable:

https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_3.x.0/bin

Again, recommend using JelmerT’s sonoff branch here to upgrade firmware without pressing buttons:

https://github.com/JelmerT/cc2538-bsl/pull/114

Hopefully ITead will begin pre-flashing this release to future batches for +9 dBm out-of-the-box support.

PS: This new firmware version is also shipped as standard as part of Zigbee2MQTT 1.22.2 release.

FYI, not confirmed but someone now claims Auto-BSL is also working in the ZigStar GW Multi tool too:

Heads up! The price of this dongle will be increased from $10.99 to $14.99 now on the 25th of January.

Announcement on Facebook state price hike is due to raised cost of material costs (i.e. CC2562P chip):

https://www.facebook.com/SONOFF.official/posts/2957570017887977

https://www.facebook.com/SONOFF.official/posts/2960339344277711

Is there any instruction what is the best way replace my old cc2531 to SONOFF Zigbee 3.0 USB Dongle Plus? - or maybe i can just remove old one and place new and OH3 and z2m automatically starts work?

If you play close attention to the instructions, yes:

2 Likes

Physical USB ports are not directly mapped to same serial port device path so need fix path, however, Zigbee2MQTT developers made it easy to migrate from an older Texas Instruments adapter to newer:

https://www.zigbee2mqtt.io/guide/faq/#how-do-i-migrate-from-one-adapter-to-another

If want to be extra safe then make backups of both Zigbee2MQTT data directory which contain a high-level Zigbee network backup (make sure data/coordinator_backup.json if it exist) as well as do Zigbee coordinator low-level NVRAM to a file with zigpy-znp command line tools to a other offline storage:

https://www.zigbee2mqtt.io/guide/faq/#how-do-i-move-my-zigbee2mqtt-instance-to-a-different-environment

https://github.com/zigpy/zigpy-znp/blob/dev/TOOLS.md#nvram-backup

Again, recommend upgrading the firmware on the new CC2652 based adapter before starting using it.

1 Like

Replying to question post in https://github.com/zsmartsystems/com.zsmartsystems.zigbee/issues/1226

That is really off-topic for https://github.com/zsmartsystems/com.zsmartsystems.zigbee/issues/1226 but as I wondered the same and have drawn a few conclusions and made some educated guesses based on their history and period product was developed based on when it was finally released. So I posted an answer to that as well as a rant about some related speculations here instead:

First of all, the short answer is that CC2531 USB dongles do not have a separate USB-to-UART Bridge chip (also known as a USB-to-Serial converter chip) but all CC2652 USB does because the CC2531 chip has an integrated circuit for USB-to-UART/Serial conversion and CC2652 chip does not, and neither does CC2530, CC2538, or CC1352 chips, so all those need an external USB-to-UART bridge/converter chip if want to make USB-dongle and not a serial-dongle/adapter. Simple as that.

What I think is probably much interesting story is why does ITead’s Sonoff Zigbee 3-0 USB Dongle Plus have a Silicon Labs USB-to-UART bridge/converter chip on its board and not a USB-to-UART bridge/converter chip from a different manufacturer, as the Silicon Labs CP2102N chip they went with is more expensive than most other alternatives yet does not really offer relative better features on paper.

Well, I think that for starters, the Silicon Labs CC210x is known for being very stable and already had mature device drivers on all operating systems at the point when they were developing the product. So from that point of view, the CC2102/CC2102N chip they use is an excellent choice, but otherwise, the only noticeable feature of CP2102N USB-to-UART Bridge got a writable on-chip EEPROM so they can write a custom product description. To get that same feature with a writable onboard EEPROM they could have alternatively gone with for example WCH CH340B or FTDI FT231 series which are less expensive USB-to-UART Bridge/Converter chips also has onboard EEPROM with similar features.

The benefit of choosing a USB-to-UART Bridge with a writable EEPROM is that it enables the manufacturer to write a custom product description string to the USB chip which is seen by the operating system, (you can even change the PID and VID if you like but that is often not wanted since require registering and releasing your own unique drovers). And that having a custom product description string to the USB chip allows applications to add automatic USB discovery which can give a more streamlined user experience for new users. So that is a small feature that can make the initial setup much more user-friendly. See example → Community help wanted to whitelist all compatible Zigbee and Z-Wave USB adapters for automatic discovery in Home Assistant OS - Home Assistant OS - Home Assistant Community

However we know that ITead’s first Zigbee 3.0 USB Dongle (and also there Sonoff ZBBridge Zigbee Bridge/Gateway) was based on the excellent Silicon Labs EFR32MG21 (Silabs EFR32 Mighty Gecko Series 2) chip, but since that dongle was sold very barebone and basic without an enclosure or retail packaging, (it seemed more like an experiment to gauge the DIY market interest in a Zigbee USB dongle than a real attempt to market a new product category), so my guess is that even though it had design issues it was still very successful and sold well so they must have wanted to make a new nicer premium version of a Zigbee USB dongle for the retail market using knowledge from the lessons learned from that previous dongle model and feedback/input from buyers and the DIY home automation communities.

Anyway, I therefore simply assume that ITead probably initially planned to use Silabs reference hardware design with Silicon Labs Zigbee MCU chip and a Silicon Labs USB-to-UART Bridge chip combination in it until the world was hit with the current worldwide chip shortage and especially stock of that EFR32MG21 became very scarce globally. EFR32MG21 has almost been impossible to get in larger quantities during the last two years, (though ITead is still using EFR32MG21 its Sonoff ZBBridge Zigbee Bridge/Gateway) product). Hence they probably switched from Silicon Labs EFR32MG21 Zigbee chip to Texas Instruments chip in the middle of the development cycle and did not bother to also replace the Silicon Labs USB-to-UART Bridge chip with some other USB-to-Serial converter chip.

PS: Mentioned before that as the ITead’s "Sonoff Zigbee 3.0 USB Dongle Plus sold at a low price yet contain premium components I assume that ITead hope to make money on attach rate sales instead of simply sales of this Ziglee USB dongle alone, so recommend those new to Zigbee to also check out some of their other Sonoff branded Zigbee devices as well → https://itead.cc/?s=zigbee&post_type=product&type_aws=true

1 Like

Heads-up! ITead has posted that they will raise the price from $14.99 to $19.99 (US-dollar) tomorrow:

Due to the price increase in the chip of Zigbee 3.0 Dongle Plus, we plan to raise the price in response to the rising raw material costs to ensure you still have an excellent experience in the use. The new price will be effective from May 3, 2022.

In their defence, is a fact that there is still a global chip shortage as well as an ongoing worldwide shipping-container freight crisis which are together causing havoc on the whole global supply chain, which the COVID-19 pandemic only made worse. So prices on many components will keep rising until all that is resolved, and that whole perfect storm situation is currently are not expected to get better until 2024 at the earliest.

https://en.wikipedia.org/wiki/2020%E2%80%93present_global_chip_shortage

https://en.wikipedia.org/wiki/2021%E2%80%932022_global_supply_chain_crisis

Got mine today. Is someone working on integrating the adapter, or is it already working?

Thanks

For now you have to go the zigbee2mqtt way. Its working fine…

My setup: rpi3 with openhab+mosquito+z2mqtt

Thanks, which adapter are you using? Is it addon, or something installed through command line?

Thanks!
M

installed the Sonoff one, good range, not expensive and ready to use.

Check out the Zigbee2MQTT (also known as “Z2M”) and MQTT guides/recommendations in these links:

https://www.zigbee2mqtt.io/guide/installation/

https://www.zigbee2mqtt.io/guide/usage/integrations/openhab.html

https://community.openhab.org/t/zigbee2mqtt-revisited-no-more-ugly-transformations/86362

https://community.openhab.org/t/openhab-and-zigbee2mqtt-tutorial-for-beginners/83446

https://community.openhab.org/t/openhab-zigbee2mqtt/104493

https://community.openhab.org/t/howto-use-zigbee2mqtt-with-openhab-removing-proprietary-bridges-gateways/48768

https://community.openhab.org/t/mqtt-how-to-add-zigbee-devices/106172/

https://community.openhab.org/t/oh3-tasmota-relay-via-mqtt-sonoff-basic-with-optional-dht22/111485

PS: Regardless of Zigbee adapter remember to upgrade firmware and use a long USB extension cable, as well as make sure to connect it to a USB 2.0 port or a powered USB 2.0 hub (and not USB 3.0 port).

1 Like

FYI, for discussing openHAB’s ZigBee Binding future support for Texas Instruments Z-Stack 3.0 and CC2652/CC1352 Zigbee Coordinator adapters (where there is no need for Zigbee2MQTT/MQTT), see:

https://community.openhab.org/t/discussion-about-texas-instruments-z-stack-3-0-and-cc2652-and-cc1352-zigbee-coordinator-adapters-with-openhab-zigbee-binding/129385

FYI, ITead has now also released a new “ZBDongle-E” Zigbee dongle based on Silabs EFR32MG21 with similar specifications that will be sold side-by-side as alternative option to their CC2652P dongle in order to offer compatibility with applications not supporting TI CC2652 adapters with Z-Stack 3.0 yet:

https://community.openhab.org/t/itead-s-sonoff-zigbee-3-0-usb-dongle-plus-model-zbdongle-e-based-on-silicon-labs-efr32mg21-20dbm-radio-mcu-now-sold-for-19-99/137824

FYI; @leonschenk posted now in OpenHAB community forum here Discussion about Texas Instruments Z-Stack 3.0 and CC2652 and CC1352 Zigbee Coordinator adapters with openHAB ZigBee Binding - #4 by leonschenk that he now picked up the development where @t-8ch left it, forking his branch of the zstack driver with Z-Stack 3 support to GitHub - leonschenk/com.zsmartsystems.zigbee at zstack/initial in order to continue the work of adding initial support for CC2652/CC1352 based adapters with Z-Stack 3.x.0 Zigbee Coordinator firmware Z-Stack-firmware/coordinator/Z-Stack_3.x.0/bin at master · Koenkk/Z-Stack-firmware · GitHub so hopefully once he feels it works good enough for review he will create a new pull request to the com.zsmartsystems.zigbee ZigBee Cluster Library Java framework/libraries GitHub - zsmartsystems/com.zsmartsystems.zigbee: ZigBee Cluster Library Java framework supporting multiple dongles that the OpenHAB ZigBee Binding ZigBee - Bindings | openHAB and other projects depend on.