-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[REQUEST] EmberZNet 7.4.x.x Zigbee Coordinator NCP firmware images? #47
Comments
FYI, Zigbee2MQTT now lists EmberZNet with firmware 7.4.x as supported (using their new Recommend read and ask any specific questions in Zigbee2MQTT’s own community discussions/forum on GitHub (or post issues there) instead of posting about it here in Home Assistant's community forum: Anyway, as I understand, in summery: You need to have upgraded to at least EmberZNet 7.4.x firmware version or later to use the new ”ember” driver/adapter in Zigbee2MQTT, but from what I read it is suggested that existing Zigbee2MQTT users first upgrade to EmberZNet 7.3.x firmware version while still using the old ”ezsp” driver/adapter as it sounds like a migration to the new ”ember” driver will go smoother if already have had the old ”ezsp” driver/adapter working EmberZNet 7.3.x firmware version while still using the old ”ezsp” driver/adapter in Zigbee2MQTT. If you do that first before upgrading to EmberZNet 7.4.x.x firmware then you should not need to re-pair any devices. Hence the multi-step process you need to follow do depends on your specific setup and you need to ask in the Zigbee2MQTT community if you need step-by-step that applies to your setup. The process for actually updating firmware version will not be different. Suggest start by reading and try following this article regarding migrating Zigbee2MQTT from the Summery; Note! If you have a EFR32MG12/MGM12 series or EM35x/EM35xx or ETRX35x based adapter then you need to buy a newer adapter. You need at least EFR32MG13/MGM13 series to be able to upgrade to EmberZNet 7.4.x.x firmware. So you preferably want to migrate to newer Silicon Labs based Zigbee Coordinator then you should consider getting an EFR32MG2x based USB radio dongle (EFR32MG21 or EFR32MG24 today, or EFR32MG26 in the future), at least if you plan on continuing to use Silicon Labs based Zigbee adapters, though technically you can even upgrade EFR32MG13 with EmberZNet 7.4.x.x firmware (but probably not to EmberZNet 7.5.x.x firmware when that comes). For reference see:
PS: Note that "Deprecated" does not mean that the |
I like to suggest/recommend that Elelabs look at releasing an official Zigbee NCP firmware update image based on EmberZNet 7.4.2.0 version or later 7.4.x.x bug-fix version for your elx0x3 (ELU013and ELR023) adapters.
Community built firmware based on Zigbee EmberZNet 7.4.x.x has more or less already been proven to be relatively stable in DIY Zigbee Gateway solutions such as Home Assistant's ZHA integration, Zigbee2MQTT, OpenHAB Zigbee Binding, and Domoticz ZigBee Plugin. (Seen many users reported great results with unofficial elelabs-elx0x3 firmware builds from darkxst's silabs-firmware-builder repository).
More importantly, the popular Zigbee Gateway host application software Zigbee2MQTT to soon require EmberZNet 7.4.0.0 firmware or later as they marked their old radio Silicon Labs adapter code as deprecated. At least Zigbee2MQTT has now marked their old
ezsp
adapter code as deprecated in zigbee-herdsman -> Koenkk/zigbee-herdsman#1039 and new code requires EmberZNet 7.4.x.x firmware.Deprecated driver 'ezsp' currently in use, 'ember' will become the officially supported EmberZNet
+driver in next release. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
So unless ITead provides an official EmberZNet 7.4.x.x firmware image then will no longer be able to claim Zigbee2MQTT compatibility.
I think this is also interesting to other Zigbee projects that also support Silicon Labs Zigbee Coordinator adapters because of the fact that Zigbee2MQTT's new
ember
adapter code will only be compatible with EZSP v13 (EmberZNet Serial Protocol) CLI/API which only came with EmberZNet 7.4.0.0 firmware and later. In addition, RCP Multi-PAN/Multi-protocol firmware will also not be officially supported by Zigbee2MQTT, instead only NCP firmware will be supported, at least for now.zigbee-herdsman's new
ember
adapter code is meant to fully replace oldezsp
adapter code but it does sacrifice backwards compatibility.Zigbee2MQTT's developers on purpose choose to do a clean rewrite their new
ember
adapter code as "greenfield project" with focus on only supporting EZSP v13 (EmberZNet 7.4.0.0) firmware and later to avoid constraints and limitations imposed by old code or old firmware.Anyway, deprecated in this case only means that their old
ezsp
adapter code will no longer maintained and that users will have an yet undefined grace period to migrate to the newember
adapter. Silicon Labs adapters are currently still "experimental" in Z2M -> https://www.zigbee2mqtt.io/guide/adapters/#experimental however their plan is that this will change in the future with their newember
adapter code becomes more stable.By the way, I am not sure how well backup and restore is working today if using their old
ezsp
adapter in Zigbee2MQTT but at least until recently there was no ability to restore from backup in Z2M if using thatezsp
adapter in Zigbee2MQTT, see -> Koenkk/zigbee-herdsman#319 and the workaround to backup and restore before if usingezsp
adapter in Zigbee2MQTT was to backup and restore using zigpy-cli, see Koenkk/zigbee2mqtt#16478 but I believe the newember
adapter in Zigbee2MQTT has full native support for backup and restore but I am not sure about native migrations fromezsp
adapter toember
adapter inside Zigbee2MQTT.PS: FYI, RCP Multi-PAN firmware is no longer recommended Home Assistant's Zigbee Home Automation integration either.
There is a third, experimental, firmware option that supports multiprotocol, which allows the Silicon Labs chip in these products to connect to both Zigbee and Thread networks with one radio. We announced our intent to release a firmware supporting multiprotocol when we launched Home Assistant Yellow and Home Assistant SkyConnect, and this firmware has been available since December 2022. It integrates the Silicon Labs SDK, which adds this support for multiprotocol. During the further development and testing of the multiprotocol firmware, we have concluded that while Silicon Labs’ multiprotocol works, it comes with technical limitations. These limitations mean users will not have the best experience compared to using dedicated Zigbee and Thread radios. That is why we do not recommend using this firmware, and it will remain an experimental feature of Home Assistant Yellow and Home Assistant SkyConnect. If you currently have the multiprotocol firmware installed but don’t actively use it to connect to Thread devices, we recommend that you disable multiprotocol.
The text was updated successfully, but these errors were encountered: