-
Notifications
You must be signed in to change notification settings - Fork 88
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
EZSP v9, EZSP v10, and EZSP v11 (EmberZNet Serial Protocol versions 9, 10, and 11) for Silicon Labs Ember NCP dongles? #1332
Comments
I am aware of this update. In general the protocol is largely the same, but there is a breaking change in some responses that needs further though on how to handle this as it may signal a significant change by SL. For now I wouldn't suggest using the latest 7.1 firmware. 7.0.2 is fine. |
OK that is cool. Please however take note that because of its new (Alpha) support for concurrently running firmware with Zigbee NCP and OpenThread RPC at the same time announced in Silicon Labs Gecko SDK v4.1.0 I do believe that sooner or later going with EmberZNet 7.1.x firmware or even in the relatively near future for early adopters will be tempting to both manufacturers of Zigbee radio USB adapters and end-users owning existing Silicon Labs EFR32MG12, EFR32MG13, and EFR32MG21 adapters. As such firmware will mean that could use the same EFR32MGxx adapter as a Zigbee Coordinator for existing Zigbee devices and an OpenThread Border Router (OTBR) for the upcoming Matter over Thread (formerly Project CHIP / Connected Home over IP). So in essence users could just flash their existing Silabs Zigbee Coordinator and have it also act as a radio for Matter over Thread. https://github.com/SiliconLabs/gecko_sdk/releases/tag/v4.1.0
|
Sure - I'm well aware of this, and well aware of the changes that you list here from the release notes, but so far this is not a priority. It's also not hard to implement the changes, but there's no need to jump into this as you seem to be suggesting. I support many commercial systems here and this is as yet not a driver. |
FYI, there's now also Zigbee EmberZNet 7.1.x NCP firmware images with EZSP v9 available from community firmware developers: https://github.com/grobasoz/zigbee-firmware/tree/master/EFR32MG2x-768k Related discussion -> xsp1989/zigbeeFirmware#29 https://github.com/xsp1989/zigbeeFirmware/tree/master/firmware/Zigbee3.0_Dongle-NoSigned/EZSP Related discussion -> grobasoz/zigbee-firmware#28 Users of Home Assistant's ZHA integration, the Zigbee Plugin for Domoticz, as well as Zigbee2MQTT and IoBroker have been testing successfully with the new EZSP v9 interface using different Zigbee EmberZNet 7.1.1 builds on EFR32MG21-based “Sonoff Zigbee 3.0 USB Dongle Plus V2” (model " ZBDongle-E"). So specifically for OpenHAB ZigBee Binding, it might be good to be aware some users might have flashed that newer firmware. Community available Zigbee USB adapters hardware that supports that firmware is ITead's new EFR32MG21 based “ZBDongle-E” USB adapter (a.k.a. “Sonoff Zigbee 3.0 USB Dongle Plus V2”) which has just begun to be popular as is those “ZBDongle-E” dongles are now starting to be available globally, as well as the newer EFR32MG21 based "ZB-GW04" USB stick (a.k.a. "easyiot Zigbee dongle") that in turn uses the "SM-011" radio module (ZYZBP008) by CoolKit Technologies which has previously also used in some other Zigbee gateway products from China. https://itead.cc/product/zigbee-3-0-usb-dongle/ https://www.aliexpress.com/item/1005003595899955.html https://www.aliexpress.com/item/1005003595793997.html https://www.coolkit.cn/product/sm-011/ https://github.com/CoolKit-Technologies/DevDocs/tree/master/Zigbee PS: EZSP v9 support is currently being tested by developers with zigpy + bellows library based applications such as Home Assistant ZHA integration, Zigbee Plugin for Domoticz, and Zigbee Plugin for Jeedom, as well as the zigbee-herdsman library based Zigbee2MQTT and IoBroker Zigbee implementations. |
FYI, Nabu Casa is now offering official "stable" EmberZNet 7.1.x.x (EZSP v9) firmware images for their Home Assistant SkyConnect dongle as well as "beta" EmberZNet 7.2.x.x (EZSP v10) firmware image : https://www.home-assistant.io/skyconnect/ https://github.com/NabuCasa/silabs-firmware/tree/main/EmberZNet https://github.com/NabuCasa/silabs-firmware/tree/main/EmberZNet/beta xsp1989 is also offering official EmberZNet 7.1.x.x (EZSP v9) and EmberZNet 7.2.x.x (EZSP v10) for his ZB-GW04 USB stick (a.k.a. "easyiot Zigbee dongle") that he designed based on "SM-011 V1.x" (ZYZBP008) radio module from CoolKit-Technologies (which in turn has an EFR32MG21 SoC). https://www.aliexpress.com/item/1005002791666029.html https://github.com/xsp1989/zigbeeFirmware/tree/master/firmware/Zigbee3.0_Dongle-NoSigned/EZSP PS: xsp1989's firmware images for ZB-GW04 are compatible with Sonoff ZBDongle-E by ITead even though not optimized for it: |
I had a look to their new GitHub repository and we can notice that the EZSP protocol is incremented each time a new Gecko SDK is released... Latest version is 10, whereas UG100 still mention version 9, like usual the documentation isn't updated. Gecko SDK v4.0:
Gecko SDK v4.1:
Gecko SDK v4.2:
It doesn't look like there are much differences between these protocol definitions. Silabs really has an issue in documentating their changes and I'm not speaking of providing a kind of long term support version of EmberZNet... |
The only major addition in EZSP v10 looks to be incomingNetworkStatusHandler, which was previously changeSourceRouteHandler so need to handle that it was renamed in that version of the protocol which is used by default in Silicon Labs Zigbee EmberZNet 7.2 firmware. |
Yes, it is normally quite poor. Unfortunately there are often undocumented changes as well, and I've sought clarifications from Silabs a few years ago that they agreed were incorrectly documented, and they are still wrong :( |
@cdjackson, I have seen your commit for using EZSP up to version 10. Edit: Of course UG100 wasn't updated and still reference EZSP version 9. EZSP version 10 was only used in EmberZNet 7.2.10 (bug fix?) New PollHandler definition in EZSP version 11:
|
Indeed, EZSP protocol version has once again been incremented to EZSP v11 in Gecko SDK v4.2 / Zigbee EmberZNet v7.2 and once again that EZSP v11 was not mentioned in the latest UG100 (EZSP Reference Guide) documentation from Silicon Labs which SiLabs still has only updated for EZSP v9 and state that no additions were added between EmberZNet PRO Release 7.1.1 or 7.2.2: EZSP v11 version was only mentioned under miscellaneous changes in release Zigbee EmberZNet SDK 7.2.2.0 GA (Gecko SDK Suite 4.2 March 8, 2023): "Updated the ezspPollHandler function with updated input arguments, that required updating the EZSP_PROTOCOL_VERSION to 0x0B" https://www.silabs.com/documents/public/release-notes/emberznet-release-notes-7.2.2.0.pdf 0x0B hexadecimal = 11 in decimal. https://www.silabs.com/wireless/zigbee?tab=software#software Looks like the only change is an extra parameter added to |
Hi everyone, is there someone that was able to run Versions on a higer EZSP on Openhab? Version 6.10.3.0, EZSP version 8 => Starting Version all fine. I've tested it with and If I'm the only one then all fine. /Franz |
Whatever issue you have is not related to EZSP. If your EZSP version was wrong, the system would not start at all as there would be no communications with the dongle. It's therefore not related to this issue. |
Hi @cdjackson, it started, okay lets make it more complex. Version 7.3X.0 EZSP version 12 => Did not Start because it was version 12. I've tested it with and /Franz |
I don't really understand?
Again, that's not an issue related to EZSP versions. It's really impossible to comment, and you talk about the inbox which is nothing to do with this library - it's probably best to discuss on the OH community support forum. |
From the logs you sent I can confirm there is no issue with the EZSP version. As stated already, if there was an issue with the EZSP version, the system would not start. Communications between the host and the NCP is working fine. |
Is your feature request related to a problem? Please describe.
Updated this request issue as now also requesting that add EZSP v10 and EZSP v11 support as well in addition to EZSP v9 support.
UPDATE! Zigbee EmberZNet 7.2.2.2 has been updated to EZSP v11 however EZSP v11 is only a minor change compared to v10:
Request add support for EZSP v9 (EmberZNet Serial Protocol version 9) and EZSP v10 (EmberZNet Serial Protocol version 10) for Silicon Labs Zigbee EmberZNet 7.1 + EZSP v11 (EmberZNet Serial Protocol version 11) for Silicon Labs Zigbee EmberZNet 7.2 Zigbee stack versions respectively for Silabs Ember NCP dongles.
Describe the solution you'd like
Silicon Labs Gecko SDK 4.1.0 (GSDK 4.1) has been released with it Zigbee EmberZNet SDK 7.1.0.0
https://github.com/SiliconLabs/gecko_sdk/releases
Importantly this EmberZNet SDK 7.1.0 added an update to EZSP v9 (EmberZNet Serial Protocol version 9) which might break this if a user upgrades too so Silabs Zigbee EmberZNet SDK 7.1.0.0 NCP firmware.
https://www.silabs.com/documents/public/release-notes/emberznet-release-notes-7.1.0.0.pdf
That is unless EZSP adapter implementation is updated to support additions to EZSP v9. See EZSP Reverence guide Rev 4.4 and 4.3
Developers can see EZSP Reference Guide for 7.0.0 with the changes from 6.10.x highlighted is here:
https://web.archive.org/web/20220401230237/https://www.silabs.com/documents/public/user-guides/ug100-ezsp-reference-guide.pdf
and for 7.1.0 with the changes from 7.0.0 > 7.1.0 highlighted is here (until the next version):
https://www.silabs.com/documents/public/user-guides/ug100-ezsp-reference-guide.pdf
Describe alternatives you've considered
Downgrade firmware or possibly use Silabs Zigbee EmberZNet SDK 7.1.0.0 NCP firmware in backwards compatibility mode if possible.
Additional context
The text was updated successfully, but these errors were encountered: