Sorry its not working for me. The entire process has been frustrating. Hope someone can help.
So I changed the config. yaml for Z2MQTT to
port: /dev/ttyUSB0
serial:
adapter: ember
Flashed the skyconnect stick with the above process to 7.4.3.0
Do I need to stop the Silicon Labs Multiprotocol Current version: 2.4.5 from starting since its multiprotocal?
I tried using the disable multiprotocol but it failed. Does this need to be done?
I wish the entire process was laid out as a guide.
I had the multipan firmware working ok with Z2M but wanted to switch over just to zigbee Z2M as I dont have any thread devices.
just came back to say I did and its working now with ember. Only thing is it seems I need to re pair everything as nothing seems to be responding on the Z2M network.
The firmware update to 7.4.3.0 went fine. But I had trouble making the change in Zigbee2MQTT 1.38.0-1.
Change in the addon Settings/Serial/Adapter to ember and restart. Still get the deprecated message and if I go back to Settings it has gone back to ezsp.
In Z2M’s configuration.yaml what I see is a bit different from what you had posted above:
serial:
port: /dev/ttyUSB0
adapter: ember
(yes it says ember now in yaml even though the GUI says ezsp and I still get the deprecated message)
Changed it to match your post:
port: /dev/ttyUSB0
serial:
adapter: ember
and restarted. No change.
Went to HA Settings/Addons/Zigbee2MQTT/Configuration and under serial it still said ezsp. Changed that to ember and restarted the addon. Now the deprecated message is gone, Z2M Settings/Serial says ember - I think everyone is happy. I did not have to re-pair devices.
It seems like there might be another Z2M configuration file in use, somewhere else, though I haven’t found it. I just ssh’d in and went to /root/homeassistant/zigbee2mqtt. The log files in that location are definitely in use. Some sleight of hand when everything is running in docker maybe, I don’t know.
FYI, Zigbee2MQTT lists EmberZNet with firmware 7.4.x as supported (using their new adapter: ember), and they also updated that page to list adapter: ezsp as deprecated (i.e. not recommended):
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:
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 ezsp adapter to the new ember adapter:
Summery; ezsp adapter is now deprecated in Zigbee2MQTT’s zigbee-herdsman library, which means that the Zigbee2MQTT developers are by doing so strongly recommending users to upgrade and migrate to ember adapter, and that migration might require a multi-step process depending on what EmberZNet firmware version you are using today. Users that continues to use the ezsp adapter will for now simply get a warning in their logs that they are using a deprecated adapter, however it will not stop working.
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).
PS: Note that “Deprecated” does not mean that the ezsp adapter will be removed yet, instead it means you are discouraged from using it as it is being phased out and replaced by the newer ember adapter (which is not compatible with older firmware or all hardware).
That is just the software. The firmware needs to be tested and compiled for the different hardwares. For example when Google releases a new Android version, the manufacturers need to compile a version for their own phones.
That must be a bug in Zigbee2MQTT. That should not be needed as Zigbee2MQTT does not enable hardware flow control by default. That is, if you do not set any rtscts config then that is the same as settling it to false. But yeah, SkyConnect will not work if you enable hardware flow control in Zigbee2MQTT as the hardware does not support it.
Not yet no, partially because Zigbee2MQTT’s ember adapter driver does not yet support the new EZSP API version used by 8.0.0.0 and partially because it is generally not a good idea to use a new cutting-edge release that has not yet been thoughroly tested in a ”production” system if you are looking for stability. Anyway, there are no new features or functions in that new releaee that Zigbee2MQTT’s ember adapter driver have been made to take advantage of, ar least not yet
I run my Home Assistant OS as a VM under Proxmox and when I use the Ember driver everything works fine, but the overall cpu usage of the VM is 2% of a N100 cpu with 2 cpu cores assigned.
When I use the ezsp driver the overall cpu usage on the exact same setup is 0.5%.
Is it maybe better to just stick to the ezsp driver for now?
FYI, the latest ember driver for Z2M now has experimental support for EmberZNet 8.0.x.x firmware (where EZSP protocol version incremented to EZSP v14 and it is built from Simplicity SDK (not Gecko SDK):
Again, there are no new features or functions in that the new EmberZNet 8.0.0 firmware release brings that Zigbee2MQTT’s ember adapter driver has been made to take advantage of, or at least not yet.
PS: Nerivec suggests using his ember-zli for flashing (which in turn depends on the latest zigbee-herdsman):