Zigbee2mqtt startet nicht mehr nach supervisor-update

Guten Abend, miteinander,

ich habe ein (für mich) größeres Problem mit zigbee2mqtt.

Nachdem ich das heutige Update des Supervisors installiert habe, waren alle Zigbeegeräte nicht mehr verfügbar. Wie ich festgestellt habe, ist Zigbee2mqtt nicht gestartet.

Jeder Versuch, es zu starten, war erfolglos.

Das Fehlerprotokoll sieht so aus:

[19:09:03] INFO: Preparing to start...
[19:09:03] INFO: Socat not enabled
[19:09:04] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-04-07 19:09:07] info: 	z2m: Logging to console, file (filename: log.log)
[2026-04-07 19:09:07] info: 	z2m: Starting Zigbee2MQTT version 2.9.1 (commit #unknown)
[2026-04-07 19:09:07] info: 	z2m: Starting zigbee-herdsman (9.0.9)
[2026-04-07 19:09:07] info: 	zh:adapter:discovery: Matched adapter=ember path=/dev/ttyUSB0, score=4
[2026-04-07 19:09:08] info: 	zh:ember: Using default stack config.
[2026-04-07 19:09:08] info: 	zh:ember: ======== Ember Adapter Starting ========
[2026-04-07 19:09:08] info: 	zh:ember:ezsp: ======== EZSP starting ========
[2026-04-07 19:09:08] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-07 19:09:08] info: 	zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2026-04-07 19:09:08] info: 	zh:ember:uart:ash: Serial port opened
[2026-04-07 19:09:08] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-07 19:09:13] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-07 19:09:13] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-07 19:09:18] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-07 19:09:18] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-07 19:09:23] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-07 19:09:23] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-07 19:09:28] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-07 19:09:28] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-07 19:09:33] error: 	z2m: Error while starting zigbee-herdsman
[2026-04-07 19:09:33] error: 	z2m: Failed to start zigbee-herdsman
[2026-04-07 19:09:33] error: 	z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-04-07 19:09:33] error: 	z2m: Exiting...
[2026-04-07 19:09:33] error: 	z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:666:19)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1538:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/controller/controller.ts:145:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:111:29)
    at start (/app/index.js:156:5)

Durch den mehrfachen Versuch den Adapter zu starten, hatte ich den Verdacht, daß dieser sich vielleicht aufgehängt hat, weshalb ich ihn zum Neustart mal kurz abgezogen habe. Allerdings erfolglos.

Da viele meiner Leuchten üner Zigbee-Bewegungsmelder angesteuert werden und zwei Stück über Zigee angebunden sind, ist das für mich schon ein recht dringliches Problem.
Hat jemand eine Idee, woran es liegen könnte, daß sich Zigbee2mqtt nicht mehr starten lässt?

Der Stick ist ein Sonoff Zigbee 3.0 Dongle plus und HA läuft unter HAOS auf einem Raspberry 4.
Ein Sonoff dongle 3.0 light mit Thread-Firmware läuft einwandfrei.

Nachtrag:
Der Eintrag zu USB0 in der Hardwareübersicht sieht so aus:

ttyUSB0
/dev/serial/by-id/usb-SONOFF_SONOFF_Dongle_Lite_MG21_068f77e150a2ef11b16f8a6661ce3355-if00-port0
Subsystem:
tty
Gerätepfad:
/dev/ttyUSB0
ID:
/dev/serial/by-id/usb-SONOFF_SONOFF_Dongle_Lite_MG21_068f77e150a2ef11b16f8a6661ce3355-if00-port0
Attribute:
DEVLINKS: >-
  /dev/serial/by-id/usb-SONOFF_SONOFF_Dongle_Lite_MG21_068f77e150a2ef11b16f8a6661ce3355-if00-port0
  /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0-port0
  /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usbv2-0:1.3:1.0-port0
DEVNAME: /dev/ttyUSB0
DEVPATH: >-
  /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3:1.0/ttyUSB0/tty/ttyUSB0
ID_BUS: usb
ID_MODEL: SONOFF_Dongle_Lite_MG21
ID_MODEL_ENC: SONOFF\x20Dongle\x20Lite\x20MG21
ID_MODEL_ID: ea60
ID_PATH: platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0
ID_PATH_TAG: platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_3_1_0
ID_PATH_WITH_USB_REVISION: platform-fd500000.pcie-pci-0000:01:00.0-usbv2-0:1.3:1.0
ID_REVISION: '0100'
ID_SERIAL: SONOFF_SONOFF_Dongle_Lite_MG21_068f77e150a2ef11b16f8a6661ce3355
ID_SERIAL_SHORT: 068f77e150a2ef11b16f8a6661ce3355
ID_TYPE: generic
ID_USB_DRIVER: cp210x
ID_USB_INTERFACES: ':ff0000:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: SONOFF_Dongle_Lite_MG21
ID_USB_MODEL_ENC: SONOFF\x20Dongle\x20Lite\x20MG21
ID_USB_MODEL_ID: ea60
ID_USB_REVISION: '0100'
ID_USB_SERIAL: SONOFF_SONOFF_Dongle_Lite_MG21_068f77e150a2ef11b16f8a6661ce3355
ID_USB_SERIAL_SHORT: 068f77e150a2ef11b16f8a6661ce3355
ID_USB_TYPE: generic
ID_USB_VENDOR: SONOFF
ID_USB_VENDOR_ENC: SONOFF
ID_USB_VENDOR_ID: 10c4
ID_VENDOR: SONOFF
ID_VENDOR_ENC: SONOFF
ID_VENDOR_ID: 10c4
MAJOR: '188'
MINOR: '0'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '3780139'

Hast in der Konfiguration den kurzen tty Pfad angegeben?

Dann hat sich dieser nach dem Update geändert.
Es empfiehlt sich immer den langen Pfad /dev/serial/by-id/… zu verwenden.

Dieser änderst sich nicht, selbst nach einem Neustart oder beim umstecken in einen anderen USB Port.

Gruß Osorkon

Ich habe auch seit ein paar Tagen Probleme mit mein zigbee. Da ich Slzb06 habe und über Netzwerk verbunden bin ist das ein anderes Problem. Alle 3-4 Stunden hängt der Slzb auf. Wenn ich über die oberfäche von Slzb nur zigbee neu Starte geht es wieder. Im Facebook Hab ich gelesen das man den stick von HA Trennt und dann HA neustartet und danach Zigbee2mqqt app Startet. Bin Mal gespannt ob das was hilft.

Ja, da stand der kurze Pfad.

Was mir beim Nachsehen aufgefallen ist, ist daß die beiden Sticks vertauscht waren. Der Plus für Zigbee steht jetzt auf ttyUSB1 und der lite für Thread auf ttyUSB0. (also anders herum als vorher)

In der Konfiguration für Thread war allerdings der lange Pfad ausgewählt, weshalb der lite offensichtlich problemlos gestartet ist.
Also habe ich gerade mal den langen Pfad in der Konfig für Zigbee2mqtt eingestellt und eine neue Fehlermeldung im Protokoll bekommen:

[19:28:11] INFO: Preparing to start...
[19:28:11] INFO: Socat not enabled
[19:28:11] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-04-07 19:28:14] info: 	z2m: Logging to console, file (filename: log.log)
[2026-04-07 19:28:15] info: 	z2m: Starting Zigbee2MQTT version 2.9.1 (commit #unknown)
[2026-04-07 19:28:15] info: 	z2m: Starting zigbee-herdsman (9.0.9)
[2026-04-07 19:28:15] error: 	z2m: Error while starting zigbee-herdsman
[2026-04-07 19:28:15] error: 	z2m: Failed to start zigbee-herdsman
[2026-04-07 19:28:15] error: 	z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-04-07 19:28:15] error: 	z2m: Exiting...
[2026-04-07 19:28:15] error: 	z2m: Error: USB adapter discovery error (No valid USB adapter found). Specify valid 'adapter' and 'port' in your configuration.
    at discoverAdapter (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:658:15)
    at processTicksAndRejections (node:internal/process/task_queues:105:5)
    at Function.create (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/adapter.ts:53:28)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/controller/controller.ts:139:24)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:111:29)
    at start (/app/index.js:156:5)
[2026-04-07 19:28:15] error: 	z2m: If this happens after updating to Zigbee2MQTT 2.0.0, see https://github.com/Koenkk/zigbee2mqtt/discussions/24364

Den angegebenen Link habe ich aufgerufen, werde aber nicht so richtig schlau daraus.

Also habe ich jetzt mal den kurzen Pfad, also ttyUSB1 eingegeben und nun startet auch Zigbee2mqtt wieder. (wahrscheinlich bis zum nächsten Neustart bei dem der Pfad neu ausgewürfelt wird :wink: )

Und ähm … aus irgend einem Grund habe ich jetzt auch das neue Frontend, welches vorher nicht funktioniert hat.

Dan hast Du was falsch gemacht! Pfad unvollständig angegeben. Fehler beim Kopieren?!

Ist vorprogrammiert, außer Du verwendest den /dev/serial/by-id/.... Pfad. :wink:

Gruß Osorkon

Ich werd’ morgen noch mal versuchen, den langen Pfad einzutragen. Daß ich was beim Kopieren falsch gemacht habe, kann durchaus sein.

Mich hat es jetzt auch erwischt, Z2M startet nicht mehr:

Starting Zigbee2MQTT without watchdog.
[21:55:09] INFO: Preparing to start...
[21:55:09] INFO: Socat not enabled
[21:55:09] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-04-07 22:02:13] error: 	z2m: MQTT error: read ECONNRESET
[2026-04-07 22:02:14] error: 	z2m: MQTT error: connect ECONNREFUSED 172.30.33.0:1883
[2026-04-07 22:02:14] error: 	z2m: Not connected to MQTT server!

Auch mit dem kurzen Pfad nicht.
Jemand noch eine Idee?

Naja der Fehler besagt ja grob das die (MQTT) Verbindung von 172.30.33.0:1883 aktiv abgelehnt wird.
Dürfte der Mosquitto-Broker sein. Läuft der?
Kommst du z.B. mit dem MQTT-Explorer drauf?

Ja, auf den Mosquito-Broker komme ich drauf.
Meine ZigBee-Geräte funktionieren auch alle und trotzdem habe ich folgendes im Log:

Mosquito-Broker:

2026-04-08 06:25:22: New connection from 172.30.32.2:46286 on port 1883.
2026-04-08 06:25:22: Client <unknown> closed its connection.

und bei Z2M kommt jetzt regelmäßig “nur” noch diese Meldung:

[2026-04-08 06:48:52] error: 	z2m: Failed to configure 'Badradio_toggle', attempt 3 (Error: ZCL command 0xa4c13859e4a8fa55/1 genOnOff.write({"tuyaOperationMode":1}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Status 'UNSUPPORTED_ATTRIBUTE')

Obwohl auch dieser Taster funktioniert.

Wie kann es sein, dass trotz der Mosquito-Meldung alles läuft?

Das ist der Watchdog. Der schaut nur nach, ob der Dienst noch da ist.

Okay, aber “normal” ist diese Meldung doch nicht, oder (habe ich bisher jedenfalls noch nie gesehen)?

Vielleicht war vorher der Mosquito-Watchdog abgeschalten?
Wenn dich das stört, deaktiviere es. Ist dann nur ungut, falls sich Mosquito, aus welchem Grund auch immer, deaktivieren sollte. Dann startet er nicht mehr von allein und du merkst es nur, wenn irgendetwas nicht geht.

Okay, aber der hat bei mir richtig viel zu tun - das ist nicht normal:

2026-04-08 07:33:22: New connection from 172.30.32.2:59978 on port 1883.
2026-04-08 07:33:22: Client <unknown> closed its connection.
2026-04-08 07:35:22: New connection from 172.30.32.2:42642 on port 1883.
2026-04-08 07:35:22: Client <unknown> closed its connection.
2026-04-08 07:37:22: New connection from 172.30.32.2:41982 on port 1883.
2026-04-08 07:37:22: Client <unknown> closed its connection.
2026-04-08 07:39:22: New connection from 172.30.32.2:46728 on port 1883.
2026-04-08 07:39:22: Client <unknown> closed its connection.
2026-04-08 07:41:22: New connection from 172.30.32.2:46514 on port 1883.
2026-04-08 07:41:22: Client <unknown> closed its connection.
2026-04-08 07:43:22: New connection from 172.30.32.2:59848 on port 1883.
2026-04-08 07:43:22: Client <unknown> closed its connection.
2026-04-08 07:45:22: New connection from 172.30.32.2:49812 on port 1883.
2026-04-08 07:45:22: Client <unknown> closed its connection.
2026-04-08 07:47:22: New connection from 172.30.32.2:51358 on port 1883.
2026-04-08 07:47:22: Client <unknown> closed its connection.
2026-04-08 07:49:22: New connection from 172.30.32.2:46176 on port 1883.
2026-04-08 07:49:22: Client <unknown> closed its connection.
2026-04-08 07:51:22: New connection from 172.30.32.2:44792 on port 1883.
2026-04-08 07:51:22: Client <unknown> closed its connection.
2026-04-08 07:53:22: New connection from 172.30.32.2:44000 on port 1883.
2026-04-08 07:53:22: Client <unknown> closed its connection.
2026-04-08 07:55:22: New connection from 172.30.32.2:40160 on port 1883.
2026-04-08 07:55:22: Client <unknown> closed its connection.
2026-04-08 07:57:22: New connection from 172.30.32.2:51928 on port 1883.

Das sieht bei mir exakt so aus und war auch schon immer so bei mir. Nicht normal?

Ist bei mir auch so:

2026-04-08 07:26:48: New connection from 172.30.32.2:49104 on port 1883.
2026-04-08 07:26:48: Client <unknown> closed its connection.
2026-04-08 07:28:48: New connection from 172.30.32.2:54640 on port 1883.
2026-04-08 07:28:48: Client <unknown> closed its connection.
2026-04-08 07:30:48: New connection from 172.30.32.2:59498 on port 1883.
2026-04-08 07:30:48: Client <unknown> closed its connection.
2026-04-08 07:32:48: New connection from 172.30.32.2:59246 on port 1883.
2026-04-08 07:32:48: Client <unknown> closed its connection.
2026-04-08 07:33:33: Saving in-memory database to /data//mosquitto.db.
2026-04-08 07:34:48: New connection from 172.30.32.2:49254 on port 1883.
2026-04-08 07:34:48: Client <unknown> closed its connection.
2026-04-08 07:36:48: New connection from 172.30.32.2:43308 on port 1883.
2026-04-08 07:36:48: Client <unknown> closed its connection.
2026-04-08 07:38:48: New connection from 172.30.32.2:34394 on port 1883.
2026-04-08 07:38:48: Client <unknown> closed its connection.
2026-04-08 07:40:48: New connection from 172.30.32.2:43252 on port 1883.
2026-04-08 07:40:48: Client <unknown> closed its connection.
2026-04-08 07:42:48: New connection from 172.30.32.2:33330 on port 1883.
2026-04-08 07:42:48: Client <unknown> closed its connection.
2026-04-08 07:44:48: New connection from 172.30.32.2:56116 on port 1883.
2026-04-08 07:44:48: Client <unknown> closed its connection.
2026-04-08 07:46:48: New connection from 172.30.32.2:54978 on port 1883.
2026-04-08 07:46:48: Client <unknown> closed its connection.
2026-04-08 07:48:48: New connection from 172.30.32.2:60428 on port 1883.
2026-04-08 07:48:48: Client <unknown> closed its connection.
2026-04-08 07:50:48: New connection from 172.30.32.2:43120 on port 1883.
2026-04-08 07:50:48: Client <unknown> closed its connection.
2026-04-08 07:52:48: New connection from 172.30.32.2:46318 on port 1883.
2026-04-08 07:52:48: Client <unknown> closed its connection.

Alles normal. Das ist keine Last für den Rechner.
Wie geschrieben, wenn es dich stört: Watchdog abschalten. Mit allen seinen Konsequenzen.

Okay, ist mir bisher nicht aufgefallen.

Dann kann der Blutdruck ja wieder runter.
Warum gestern, ca. 8h nach dem Supervisior- und OS-Update ZigBee plötzlich nicht mehr lief erschließt sich mir aber trotzdem nicht.

Ich hatte gestern Abend noch ein Voll-Backup vor dem Update eingespielt und danach lief dann plötzlich alles wieder, obwohl Supervisior und OS weiterhin auf der upgedateten Version stehen.

Ich hoffe mal, dass jetzt wieder alles problemlos weiter läuft.

Moin,

bei mir läuft das Zigbee2MQTT seit dem Update leider auch nicht mehr und ich bin trotz der hier erwähnten Tipps total ratlos. Da ich mein HA erst Seit wenigen Wochen betreibe bin ich noch absoluter Anfänger und hangel mich bei Problemen hauptsächlich durch Simons Videos.

So habe ich bei der Installatin (vor ca 3 Wochen) auch lange versucht in den Konfigurationen den Port und Adapter einzutragen und nix lief. Erst als ich diese Eingaben wieder gelöscht und über das Onbording den Stick ausgewählt habe lief es Problem lost.

Jetzt nach dem Update wie gesagt leider status=HOST_FATAL_ERROR :frowning:

\[14:23:50] INFO: Preparing to start...
[14:23:50] INFO: Socat not enabled
[14:23:50] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-04-11 14:23:51] info: 	z2m: Logging to console, file (filename: log.log)
[2026-04-11 14:23:51] info: 	z2m: Starting Zigbee2MQTT version 2.9.2 (commit #unknown)
[2026-04-11 14:23:51] info: 	z2m: Starting zigbee-herdsman (10.0.5)
[2026-04-11 14:23:51] info: 	zh:adapter:discovery: Matched adapter: {"path":"/dev/ttyUSB1","manufacturer":"SONOFF","serialNumber":"68c0cf57568bef118b251fccef8776e9","pnpId":"usb-SONOFF_SONOFF_Dongle_Plus_MG24_68c0cf57568bef118b251fccef8776e9-if00-port0","vendorId":"10c4","productId":"ea60"} => ember: 4
[2026-04-11 14:23:51] info: 	zh:ember: Using default stack config.
[2026-04-11 14:23:51] info: 	zh:ember: ======== Ember Adapter Starting ========
[2026-04-11 14:23:51] info: 	zh:ember:ezsp: ======== EZSP starting ========
[2026-04-11 14:23:51] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-11 14:23:51] info: 	zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2026-04-11 14:23:51] info: 	zh:ember:uart:ash: Serial port opened
[2026-04-11 14:23:51] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-11 14:23:56] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-11 14:23:56] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-11 14:24:01] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-11 14:24:01] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-11 14:24:06] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-11 14:24:06] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-11 14:24:11] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-11 14:24:11] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-04-11 14:24:16] error: 	z2m: Error while starting zigbee-herdsman
[2026-04-11 14:24:16] error: 	z2m: Failed to start zigbee-herdsman
[2026-04-11 14:24:16] error: 	z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-04-11 14:24:16] error: 	z2m: Exiting...
[2026-04-11 14:24:16] error: 	z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@10.0.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:666:19)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@10.0.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1538:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@10.0.5/node_modules/zigbee-herdsman/src/controller/controller.ts:146:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:111:29)
    at start (/app/index.js:156:5)

In panischer Fehlersuche habe ich HA neu gestartet, Backus geladen, den Stick umgesteckt und sogar Z2M gelöscht und neu istalliert (in der Hoffnung so wieder zum Onboarding zu kommen) … und dann nochmal alles in unteschiedlicher Reihnfolge wiederholt.
Da alles nicht geholfen hat, bin ich jetzt hier gelandet und hoffe, dass oben genannte Tipps / Lösung mir auch helfen kann. Die große Frage ist nur :

Wo und wie ändere ich im Z2M den Pfad ?

Den Pfad zu deinem Coordinator?

Den korrekten Eintrag findest du hier:

Einstellungen / System / Hardware /Gesamte Hardware

Scrollen bis ttyUSB (bei mir nen RaspbPi… mag bei dir auch etwas anders aussehen)- Dort siehst du den langen Pfad. Kopieren und hier einfügen:

Einstellungen / Apps / Zigbee2MQTT / Konfiguration

unter “serial” findest du das Feld “port”. Dort kannst du den Pfad des Sticks eintragen.

Speichern klicken und dann Home Assistant vollständig (System neustarten) neustarten:

Der steht aber auch oben im Log schon.

Habs (glaube ich) wie beschrieben durchgeführt und leider keine Veränderung

In den Z2M Kinfigurationen sieht es jetzt so aus :

Fehlt da noch etwas oder könnte mein Problem doch ganz woanders liegen ?