Zigbee2MQtt not working after update to 2.0.0

Configuration Zigbee
1

I just updated my Zigbee2MQTT to version 2.0.0 and i cannot make it work now. I have the sonoff usb adabter and it was working like a charm before updateing.
I’ve already seen that I have to add the adapter part in the serial section of the config but still I cannot make it work.

Any idea on what can I do? I’ve already tried different baud rates with the same exact result.

Here is my configuration:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  user: my_user
  password: my_password
serial:
  adapter: ember

The log for when the Zigbee2MQTT starts is the following:

[14:01:38] INFO: Preparing to start...
[14:01:38] INFO: Socat not enabled
[14:01:38] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-01-04 14:01:46] debug: 	z2m: Removing old log directory '/config/zigbee2mqtt/log/2025-01-04.13-54-44'
[2025-01-04 14:01:46] info: 	z2m: Logging to console, file (filename: log.log)
[2025-01-04 14:01:46] debug: 	z2m: Loaded state from file /config/zigbee2mqtt/state.json
[2025-01-04 14:01:46] info: 	z2m: Starting Zigbee2MQTT version 2.0.0 (commit #unknown)
[2025-01-04 14:01:46] debug: 	z2m: sd-notify loaded
[2025-01-04 14:01:46] info: 	z2m: Starting zigbee-herdsman (3.2.1)
[2025-01-04 14:01:46] debug: 	z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":6754,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/config/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/config/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/config/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"path\":\"/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0\",\"adapter\":\"ember\"},\"adapter\":{\"disableLED\":false}}"'
[2025-01-04 14:01:46] debug: 	zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"0001","pnpId":"usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0","vendorId":"10c4","productId":"ea60"}]
[2025-01-04 14:01:47] debug: 	zh:adapter:discovery: Unable to match USB adapter: ember | /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0
[2025-01-04 14:01:47] info: 	zh:ember: Using default stack config.
[2025-01-04 14:01:47] debug: 	zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0","adapter":"ember"},"adapter":{"disableLED":false},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json"}'
[2025-01-04 14:01:47] info: 	zh:ember: ======== Ember Adapter Starting ========
[2025-01-04 14:01:47] info: 	zh:ember:ezsp: ======== EZSP starting ========
[2025-01-04 14:01:47] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-01-04 14:01:47] info: 	zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Opening serial port with {"path":"/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0","baudRate":115200,"rtscts":false,"autoOpen":false,"parity":"none","stopBits":1,"xon":true,"xoff":true}
[2025-01-04 14:01:47] info: 	zh:ember:uart:ash: Serial port opened
[2025-01-04 14:01:47] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: ---> [FRAME type=RST]
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 0/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 100/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 200/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 300/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 400/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 500/2500
[2025-01-04 14:01:47] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 600/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 700/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 800/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 900/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1000/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1100/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1200/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1300/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1400/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1500/2500
[2025-01-04 14:01:48] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1600/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1700/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1800/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1900/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2000/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2100/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2200/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2300/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2400/2500
[2025-01-04 14:01:49] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-01-04 14:01:49] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: ---> [FRAME type=RST]
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 0/2500
[2025-01-04 14:01:49] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 100/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 200/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 300/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 400/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 500/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 600/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 700/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 800/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 900/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1000/2500
[2025-01-04 14:01:50] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1100/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1200/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1300/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1400/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1500/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1600/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1700/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1800/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1900/2500
[2025-01-04 14:01:51] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2000/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2100/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2200/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2300/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2400/2500
[2025-01-04 14:01:52] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-01-04 14:01:52] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: ---> [FRAME type=RST]
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 0/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 100/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 200/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 300/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 400/2500
[2025-01-04 14:01:52] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 500/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 600/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 700/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 800/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 900/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1000/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1100/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1200/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1300/2500
[2025-01-04 14:01:53] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1400/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1500/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1600/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1700/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1800/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1900/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2000/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2100/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2200/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2300/2500
[2025-01-04 14:01:54] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2400/2500
[2025-01-04 14:01:55] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-01-04 14:01:55] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: ---> [FRAME type=RST]
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 0/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 100/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 200/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 300/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 400/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 500/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 600/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 700/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 800/2500
[2025-01-04 14:01:55] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 900/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1000/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1100/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1200/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1300/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1400/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1500/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1600/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1700/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1800/2500
[2025-01-04 14:01:56] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1900/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2000/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2100/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2200/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2300/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2400/2500
[2025-01-04 14:01:57] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-01-04 14:01:57] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: ---> [FRAME type=RST]
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 0/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 100/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 200/2500
[2025-01-04 14:01:57] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 300/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 400/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 500/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 600/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 700/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 800/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 900/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1000/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1100/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1200/2500
[2025-01-04 14:01:58] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1300/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1400/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1500/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1600/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1700/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1800/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 1900/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2000/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2100/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2200/2500
[2025-01-04 14:01:59] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2300/2500
[2025-01-04 14:02:00] debug: 	zh:ember:uart:ash: Waiting for RSTACK... 2400/2500
[2025-01-04 14:02:00] error: 	z2m: Error while starting zigbee-herdsman
[2025-01-04 14:02:00] error: 	z2m: Failed to start zigbee-herdsman
[2025-01-04 14:02:00] error: 	z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-01-04 14:02:00] error: 	z2m: Exiting...
[2025-01-04 14:02:00] error: 	z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/[email protected]/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:670:19)
    at EmberAdapter.start (/app/node_modules/.pnpm/[email protected]/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1533:24)
    at Controller.start (/app/node_modules/.pnpm/[email protected]/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)
    at start (/app/index.js:161:5)
2

That is the wrong adapter setting. The Sonoff -P is a zstack adapter, not ember.

3 Likes
3

I guess I was confused by the name of the connected device on adabter discovery:

zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"0001","pnpId":"usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0","vendorId":"10c4","productId":"ea60"}]

You can see there it says Silicon_Labs. Anyway now it works. Thanks!

4

Thanks @tom_l .

Mine was set to auto. Not sure why auto no longer works.

Thanks again.

5

It doesn’t really say anything on the release notes about “Auto” no longer working, but this is what I had to do to get it Zigbee2mqtt addon started again: ( I have a Sonoff adapter)

Settings → Addons → Zigbee2mqtt → Configurations → Options (on the “serial” panel ) type in

adapter: zstack

6

Holy shit why did they do this? All my zigbee devices stopped working which i rely on to turn on the heat in my washing room so that the water doesent freeze.

1 Like
7

Terible bad update. Im realy angry. Evrything is down entity dosent work. Im did recover to oldest version some of the sensor cam bac some not. I did manualy egain entity, action etc dosent work.

1 Like
8

  1. Add the correct adapter: to your serial: config, See: Adapter settings | Zigbee2MQTT

  2. Use the new event.xxx entities instead of sensor.xxx entities for buttons and the like, See: Home Assistant | Zigbee2MQTT

Other topics that may help:

If you want something simpler you could try ZHA instead.

9

Well zigbee in home assistant has never been simple, i have used zha and still use it for 1 or 2 devices.

10

Sorry… if you want something simpler?

I may be mad, I’m running three HA instances using two different Zigbee adapters. Both adapters stopped working after this ‘update’ and from what I see from your post even after getting the adapters running again (which I haven’t) I will need to redo entities, automations etc.

Not sure what the idea behind this ‘update’ has been.

From what I’ve understood from HA is they wanted to make things easier for users. Getting more users on the platform etc. etc. This is far from making things easier.

Are there actually any people who’s setup wasn’t broken after this ‘update’?

This is going back to the days where you had to have proper programming knowledge to get HA running. May be time to start thinking what’s been caused here.

1 Like
11

Z2M is not a Home Assistant project. ZHA is.

Sure, mine is working perfectly after adding the three required config changes.

12

lol… so the strategy of HA isn’t of any interest to Z2M developers. Nice!

What’s the point of doing an ‘update’ which breaks configurations? I get it… some small changes need to be made, but this is like you’re pulling the floor away below everyone forcing to spend a lot of time which doesn’t improve anything for the user.

What.is.the.point??

13

It’s three simple config changes that the Z2M developers deemed necessary. I have no idea why but I’m sure they have their reasons and did not do it just to piss you off.

14

This (Zigbee2MQTT 2.0.0 breaking changes · Koenkk/zigbee2mqtt · Discussion #24198 · GitHub) goes some way to explain why the massive changes.
My install stopped working too. It was late at night, had one or two glasses of wine (!) and decided to ‘update’. Low and behold, cries from downstairs ‘the lights aren’t working’ forced me through hazy vision to figure this out. Impossible as there was virtually zero assist linked to this change. I reverted back to 1.4.???

I get why they changed; I would do too. My lesson: Don’t do this sort of stuff half cooked. Take time to read the instructions.
Thankfully, I took the plunge and updated. Its all working now, apart from a few entities not playing ball in NR. But that’s a relatively easy fix.

1 Like
15

Update is relatively straightforward for me. Just adding the adapter config and modify some automations to use the new event.

16

Ai, as a software developer myself, I understand the need for breaking changes now and again. I don’t mind them too much, sometimes a small bit of configuration needs to change. What I find a bit harder to swallow, is that I have my HA setup set to automatically update plugins. This breaking change therefore came in automatically. It might be needed to look at that config and only do automatic updates on minor versions or something.

1 Like
17

As a software developer aware of the occasional need for breaking changes you should have realised the inherent risk in doing that.

1 Like
18

The reason to look for this topic though, is that my config doesn’t work at all any more. I changed adapter to zstack and can now use the various objects again through the zigbee2mqtt plugin. All of the entities are however broken, no new ones have been identified. It’s not just the sensors, all of them are broken. I don’t see any relevant issues in the z2m log any more. It looks like something broke on the MQTT → HA layer. Any idea what could be causing this?

Scherm­afbeelding 2025-01-06 om 07.18.04
Scherm­afbeelding 2025-01-06 om 07.18.042448×1678 265 KB

1 Like
19

As a software developer aware of the occasional need for breaking changes you should have realised the inherent risk in doing that.

Yeah, that may be true. One thing that can help for the future though (granted there is work involved in that) is to change this config so it works more like renovate does. There you can configure different behavior for major and minor upgrades.

20

Restart home assistant.