Zigbee2MQTT / Mosquitto-Brocker Erstinstallation: gesund oder nicht?

Jim_OS · 22. Januar 2024 um 07:59

Moin Alex,

fange ich mal mit Frage 2 an: Das ist das WebGUI (die Benutzeroberfläche) von Z2M - die man eigentlich kennen sollte. Dort sieht man alle möglichen Infos zu den Zigbee Geräten und dort kann man alle möglichen Einstellungen für Z2M vornehmen. Das Konfigurations-Menü das Du bisher scheinbar nur kennst ist quasi nur dafür da das Z2M Addon für HA einzurichten.
Das WebGUI von Z2M kannst Du über das Z2M Addon aufrufen, sprich dort:

Das solltest Du Dir mal in Ruhe anschauen und Dich darüber auch (ein wenig) schlau machen. Mir ist allerdings keine ausführliche Doku/Anleitung zu dem Z2M WebGUI bekannt, die für einen Einsteiger eher geeignet wäre. Da musst Du selber mal suchen.

Nur zu dem eigentlichen Punkt. Wie Du sehen kannst ist jetzt scheinbar der richtig Dongle-P (ttyUSB0) in der configuration.yaml vorhanden. Es sieht auch so aus das Z2M mit dem Dongle jetzt funktionieren würde, denn es werden Daten an den MQTT Broker übertragen. Das da bei Dir jetzt “so viele” Dinge im Protokoll stehen dürfte daran liegen das die Log-Einstellung bei Z2M bei Dir noch auf “Info” stehen - was glaube ich auch die Standard-Einstellung ist: Einstellen kann man das unter: Z2M WebGUI → Einstellungen → Erweitert
Z2M_Log_level
Wenn Du dort z.B. “Warn’” einstellst werden im Protokoll/Log auch nur noch Warnmeldungen ausgegeben. In der Anfangszeit und für Dich als Einsteiger, würde ich das aber erst einmal auf Info stehen lassen, da Du so mehr Infos im Protokoll/Log sehen kannst.

Anhand des Protokolls bei Dir kann ich hier natürlich jetzt nicht sehen ob jetzt alles richtig funktioniert und/oder ob es ggf. noch irgendwelche Probleme gibt. Aber erst einmal sieht das schon ziemlich gut aus. D.h. Du solltest jetzt mal bei dem MQTT Broker Addon im Protokoll, bzw. der HA MQTT Integration
HA_MQTT_Integration

schauen ob dort Deine Zigbee Geräte auftauchen, ob es mit irgendwelchen Zigbee Geräten ggf. Probleme gibt und was im Protokoll/Log so drin steht.

Aber wie schon gesagt: Im Moment sieht es für mich so aus als wenn der Dongle-P jetzt mit Z2M funktionieren würde.

VG Jim

AlSol · 22. Januar 2024 um 08:21

Moin Jim.

Habe alle Eintrage im Z2M WebGUI kontrolliert-> alles ähnlich wie bei Dir.

Danke Dir und allen Beteiligten noch einmal für den Einsatz, die Eintauchtiefe in die Problematik und Suche der Lösungseinsätze
VG

Alex.

AlSol · 13. April 2024 um 10:12

@Jim_OS
Moin Jim,

neulich habe ich meine erste Zigbee Plugs angelernt.
Dabei bei Konfigurieren MQTT ist mir aufgefallen, dass von ihm ZWEI Bridges erkannt werden:

1.

2.

Von den Hardwarenamen sieht es für mich aus als würde der 1te Eintrag noch vom E-Dongle abstammen, obwohl wir damals ihn spurlos vernichtet haben.

Was würdest Du dazu sagen?
Kann man ihn einfach aus MQTT löschen?

Ich hatte nämlich beim Anlernen der Plugs das Phänomen, dass alle weiteren nur an der Steckdose funktioniert haben, an der die erste Plug angelernt wurde. Ob das mit zwei Bridges zusammen hängt weiss ich nicht, aber gesund erscheint es mir nicht.

LG

Alex.

Jim_OS · 13. April 2024 um 11:10

Warum der Dongle-E dort noch als Bridge auftaucht kann ich Dir leider auch nicht sagen. Ich habe bisher noch keinen Dongle-Wechsel gemacht und nutze schon immer den Sonoff Dongle-P.

Das unter MQTT eine Z2M Bridge extra als Gerät auftaucht ist ja auch erst sei ein paar Z2M-Versionen der Fall. Früher gab es das nicht. Woher HA sich diese Daten jetzt noch zieht und warum dort eine Bridge für ein nicht mehr unter HA vorhandenes Gerät mit einem Status “Verbunden” auftaucht, weiß ich nicht. Düfte m.M.n. so eigentlich nicht sein wenn der Dongle-E nicht mehr mit HA, bzw. dem PC verbunden ist.

Ich würde vermutlich so vorgehen:

Backup von HA erstellen.
EZSP Bridge als Gerät unter MQTT deaktieren.
HA System neu starten und schauen ob irgendwo irgendetwas angemeckert wird. Falls ja müsste man mal danach schauen. Falls nein: Thema vermutlich erledigt.

Den Satz verstehe ich so leider nicht. Kann es sein das dort das Wort Plug/Steckdose einmal zu viel auftaucht? Du meinst ja vermutlich das sich jeder weitere Plug (jede weitere Steckdose) sich nur an dem/der ersten, bereits unter Z2M vorhandenen/vorhandener Plug/Steckdose anlernen lassen. Auch das sollte so eigentlich nicht sein, zumindest dann nicht wenn der/die anzulernende Plug/Steckdose z.B. direkt neben dem Dongle-P liegt und der/die erste, bereits angelernte Plug/Steckdose z.B. in einem anderen Raum ist. Dazu solltest Du vielleicht noch einmal den ein oder anderen Test machen.

VG Jim

AlSol · 13. April 2024 um 13:15

Hallo Jim,

danke für die Hilfestellung. Werde ich mal ausprobieren.
Bzgl. des Anlernens habe ich ein Thread aufgemacht, das jedoch mit der Zeit leider von der Problembehandlung ganz abgedriftet ist.
Wenn ich das mal linken darf? Link.

Vielleicht würde Dir diesbezüglich etwas einfallen.

Danke Dir schon mal und ein schönes Wochenende

Jim_OS · 13. April 2024 um 16:14

Auch nicht mehr als die anderen User dort bereits geschrieben haben. Die Nous A1Z funktionieren wohl bei ziemlich vielen Usern ziemlich problemlos - auch wenn das auch (nur) Tuya-OEM Geräte sind. Es gibt auf dem Markt auch nur ein bis zwei Handvoll Hersteller die keine OEM-Produkte von Tuya nutzen und dann unter ihrem Label verkaufen, sondern etwas eigenes entwickelt haben.

Ich selber nutze schon seit Jahren smarte Steckdose mit WLAN und Tasmota Firmware. Auch das sind OEM-Modelle von Tuya, aber sie funktionieren halt bereits seit Jahren zuverlässig und “zicken” nicht herum - so wie es bei Zigbee Plugs immer (mal) wieder vorkommen kann. Bei Zigbee ist man halt darauf angewiesen das mit einem Update von Z2M oder ZHA nicht ggf. irgendwelche neuen Probleme und/oder Bugs auftauchen und außerdem werden irgendwelche OEM-Tuya Plugs auch durchaus mit unterschiedlchen Firmware-Versionen ausgeliefert und nicht jeder Hersteller macht da einen guten Job. Ganz zu schweigen davon das man sich ggf. nicht an den Zigbee Standard hält.

Bei WLAN-Geräten ist man natürlich darauf angewiesen am Einsatzort auch ein gutes WLAN zur Verfügung zu haben, aber das ist hier bei mir überhaupt kein Problem, weil mein WLAN entsprechend gut ausgebaut ist.

Ich nutze hier nur ein paar zusätzliche Zigbee Plugs und die stammen tatsächlich alle von Lidl. Irgendwann vor rund 2 Jahren hatte ich mir, neben den Zigbee Tür-/Fensterkontakten, auch einfach mal eine Zigbee Steckdose vom Lidl mitgenommen und hier eingebunden. Als ich dann im Laufe der Zeit festgestellt habe das die bei mir zuverlässig und gut funktioniert, habe ich mir dann später noch ein paar davon besorgt. Das das Gehäuse eines Lidl Zigbee Plugs etwas größer ist als z.B. das einer Nous A1Z stört mich hier bei meinen Einsatzorten überhaupt nicht. Sowohl die Lidl Zigbee Tür-/Fensterkontakte, als auch die Lidl Zigbee Plugs, funktionieren hier bei mir mit dem Sonoff Dongle-P und Z2M ziemlich problemlos. Ziemlich heißt: Wenn es Probleme geben sollte dann liegt das an einem Z2M- oder ggf. auch HA-Update, aber nicht an den Zigbee Tür-/Fensterkontakten oder Plugs von Lidl.

Aber auch hier gilt wieder: Was bei einem User ggf. vollkommen problemlos funktioniert - oder in Deinem Beispiel sich anlernen lässt - kann bei einem anderen User ggf. schon wieder Probleme bereiten. Es gibt auch div. Postings von Usern die mit den Lidl Zigbee Plugs irgendwelche Probleme haben/hatten.

Was will ich damit sagen: Am Ende hilft eh nur das ausprobieren welches Gerät bei einem vor Ort am besten und hoffentlich überhaupt, funtioniert. D.h. irgendwelche Empfehlungen können immer nur eine grobe Orientierung sein und wenn jemand schreibt das er bei sich mit z.B. Nous, Innr oder was auch immer keine Probleme hat, dann ist das zwar schön für ihn, aber immer noch keine Garantie.

Mir reicht es schon wenn ich bei jedem Z2M Update hoffen muss das meine Lidl Zigbee Plugs im Anschluss keine Probleme machen. Darüber brauche ich mir bei meinen Tasmota WLAN Plugs schon seit Jahren keine Gedanden machen. Die funtionieren einfach und ein Tasmota Update wäre bzw. ist auch nicht notwendig, es sei denn es gebe ggf. eine Sicherheitslücke in einer Tasmota Firmware Version, sodass ein Update angebracht wäre.

Auch Dir ein schönes Wochenende.

VG Jim

AlSol · 19. April 2024 um 09:23

Habe ich gemacht.
Beim Löschen gab es sogar die Meldung, das Gerät wurde nicht gefunden oder so.
Auf deden Fall, sieh es nun so aus:

Danke Dir Jim.

VG

Alex.

Maison · 29. Dezember 2024 um 21:45

Hallo zusammen,

ich habe weiterhin das Problem, dass ich Zigbee2Mqtt nicht zum laufen kriege.

Habe Home Assistant auf einem Intel Nuc 7. Gen. i3 zu ganz frisch als Einsteiger eingerichtet. Als Stick habe ich den Sonoff Dongle-P, den ich ohne jegliche Aktualisierung über USB-Verlängerung am NUC habe. Die Installation erfolgte entsprechende YT-Video von Simon. Über den o.g. Link habe ich sämtliche Änderungsversuche in der Konfiguration im Addon versucht sowie De- und Neuinstallation mit notwendigen Systemneustarts probiert. Alles erfolglos.

Fehlermeldung:

Konfiguration Zigbee2MGTT:

Config aus File editor:

Habe ich irgendwas vergessen oder einen Denkfehler - vielleicht kann mir jemand helfen:

Noch ein paar Ergänzungen: Ich habe den Stick an einer 2 Meter USB- Verlängerung, weitere USB-Ports ebenfalls probiert und die Verlängerung auch mal weggelassen - kein Erfolg.

Ich habe den USB-Port sowohl in der config über file editor als auch in der yaml auf die /dev/serial… konkretisiert - kein Erfolg.

Den Sonoff-Stick habe ich über das ZigStar Addon auf aktuelle Firmware geprüft - der Stick hat die aktuellste Firmware.

Es ist kein ZHA installiert. Da das System ganz neu aufgesetzt ist, sind lediglich Advanced SSH, Mosquitto broker ZigStar und Zigbee2MQTT installiert (sowie HACS).

weiterer Nachtrag:
Allerdings unter Geräte switcht der Sonoff Dongle zwischen Integriert und Einrichtungsfehler:

Anschließend erfolgt die Meldung, dass ZHA gestoppt wird, obwohl kein ZHA installiert wurde (falls ich das richtig verstehe)

Nach Entfernen und Löschen des Sticks und Neuanlage/Neukonfiguration kann Zigbee2MQTT gestartet werden, jedoch befindet sich eine neue Fehlermeldung im Protokoll:

kurze Zeit später dann wieder das ursprüngliche Problem mit der ersten Fehlermeldung bzw. gleiches nach einem Neustart des Systems.
Kann sich ZHA ggf. eigenständig im Hintergrund installieren bzw. ist bereits standardmäßig aktiviert?

Vielleicht hat jemand noch eine Idee. Könnte der Stick ggf. defekt sein…?

Maison · 30. Dezember 2024 um 09:35

Problem habe ich nun doch gelöst.
Da der Sonoff-Stick scheinbar “unsauber” eingebunden war bin ich wie folgt vorgegangen:

Zigbee2MQTT + Mosquitto broker Addons gelöscht
Sonoff Dongle P aus Geräte gelöscht und vom USB getrennt
HA System neu gestartet
Mosquitto broker + Zigbee2MQTT neu installiert und USB-Port im Zigbee2MQTT zugewiesen
Sonoff Dongle P an USB angeschlossen
Zigbee2MQTT gestartet

…und nun funktioniert es bzw. keine Error-Meldungen mehr im Protokoll.

AlSol · 2. November 2025 um 15:22

Moin Zusammen,

verzewifelt wende ich mich wieder an Euch in der Hoffnung, mit Eurer Hilfe etwas durchzublicken.

Und zwar alles fing damit an, dass es kein neues Gerät im Z2M anlernen liess.
Im Parallelforum gings ursprünglich darum dass ein gelöschtes Tuya Plug nicht mehr angelernt werden konnte. Wie sich herausgestellt hat, ging das auch mit einem absolut neuen Plug auch nicht.

Ich habe zu sehr an Chat GPT vertraut, welche meinte dass mein Coordinator gecrasht ist und deswegen keine Kommunikation im Mesh stattfinden kann. Die Grundlage dafür war das Log des Add ons..

Was alles geändert wurde ist (und das ist die Kurzfassung, die volle Fassung meines “Erfolgs” könnt Ihr hier durchlesen):

Z2M Addon:
Konfiguration geändert zu:

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: {}
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_68043fe43db6ed119e93d40ea8669f5d-if00-port0
  adapter: zstack

Die z2M/configuration .yaml von angeblich veralteten Version4:

homeassistant:
  enabled: true
advanced:
  network_key:
    - 176
    - 219
    - 112
    - 2
    - 106
    - 84
    - 88
    - 188
    - 62
    - 220
    - 238
    - 54
    - 16
    - 25
    - 117
    - 70
  pan_id: 35830
  ext_pan_id:
    - 158
    - 68
    - 183
    - 42
    - 220
    - 55
    - 193
    - 144
  log_syslog:
    app_name: Zigbee2MQTT
    eol: /n
    host: localhost
    localhost: localhost
    path: /dev/log
    pid: process.pid
    port: 514
    protocol: udp4
    type: '5424'
  log_level: error
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: teekainooteewei6aesaoHierahg7queesahfe8eehiecheiXukahkaichiezahz
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_68043fe43db6ed119e93d40ea8669f5d-if00-port0
  adapter: zstack
frontend:
  enabled: true
  port: 8099
device_options: {}
devices:
  '0xa4c1382080ad62ee':
    friendly_name: Steckdose_Waschmaschine_rechts
  '0xa4c138bc5ea9911c':
    friendly_name: Steckdose_Waschmaschine_links
  '0xa4c1385b2ea966c3':
    friendly_name: Trockner unten
  '0xa4c1388a0f175274':
    friendly_name: Reserve
  '0x54ef441000c21cee':
    friendly_name: Rauchmelder Keller Buero
  '0x54ef441000c29bb2':
    friendly_name: Rauchmelder EG WZ
  '0x54ef441000c220ef':
    friendly_name: Rauchmelder EG Flur
  '0x54ef441000c2979b':
    friendly_name: Rauchmelder EG Thomas
  '0x54ef441000c220d7':
    friendly_name: Rauchmelder EG Eltern
  '0x54ef441000c21dce':
    friendly_name: Rauchmelder EG Philipp
  '0x54ef441000c291b7':
    friendly_name: Rauchmelder Keller Werkstatt
  '0x54ef441000c221f3':
    friendly_name: Rauchmelder Keller Benjamin
  '0x54ef441000c221c7':
    friendly_name: Rauchmelder Keller Flur
  '0x54ef441000c21d86':
    friendly_name: Rauchmelder Keller Waschkueche
  '0x54ef441000c21ca1':
    friendly_name: Rauchmelder Keller Heizungsraum
  '0x54ef441000c291ba':
    friendly_name: Rauchmelder Keller Sauna
  '0x28dba7fffe999b72':
    friendly_name: Temperatursensor Bad Keller
    temperature_calibration: -0.2
  '0x0cae5ffffeb8ffca':
    friendly_name: Temperatursensor Bad EG
  '0xa4c138b96f9d630d':
    friendly_name: Schalter IR Heizkörper Bad Keller
  '0x7cc6b6fffe9990cb':
    friendly_name: Schalter IR Heizkörper Bad EG
  '0x54ef441000e8dce2':
    friendly_name: Lichtsensor West
  '0x54ef441000e8dc61':
    friendly_name: Lichtsensor Ost
  '0xa4c138d113a3843c':
    friendly_name: Trockner oben
version: 4

auf die von ChatGPT geschriebene Datei geändert:

homeassistant: true

mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: teekainooteewei6aesaoHierahg7queesahfe8eehiecheiXukahkaichiezahz

serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_68043fe43db6ed119e93d40ea8669f5d-if00-port0
  adapter: zstack

advanced:
  log_level: info
  network_key: GENERATE
  pan_id: GENERATE
  ext_pan_id: GENERATE
  channel: 11

frontend:
  enabled: true

device_options: {}

devices:
  '0xa4c1382080ad62ee':
    friendly_name: Steckdose_Waschmaschine_rechts
  '0xa4c138bc5ea9911c':
    friendly_name: Steckdose_Waschmaschine_links
  '0xa4c1385b2ea966c3':
    friendly_name: Trockner unten
  '0xa4c1388a0f175274':
    friendly_name: Reserve
  '0x54ef441000c21cee':
    friendly_name: Rauchmelder Keller Buero
  '0x54ef441000c29bb2':
    friendly_name: Rauchmelder EG WZ
  '0x54ef441000c220ef':
    friendly_name: Rauchmelder EG Flur
  '0x54ef441000c2979b':
    friendly_name: Rauchmelder EG Thomas
  '0x54ef441000c220d7':
    friendly_name: Rauchmelder EG Eltern
  '0x54ef441000c21dce':
    friendly_name: Rauchmelder EG Philipp
  '0x54ef441000c291b7':
    friendly_name: Rauchmelder Keller Werkstatt
  '0x54ef441000c221f3':
    friendly_name: Rauchmelder Keller Benjamin
  '0x54ef441000c221c7':
    friendly_name: Rauchmelder Keller Flur
  '0x54ef441000c21d86':
    friendly_name: Rauchmelder Keller Waschkueche
  '0x54ef441000c21ca1':
    friendly_name: Rauchmelder Keller Heizungsraum
  '0x54ef441000c291ba':
    friendly_name: Rauchmelder Keller Sauna
  '0x28dba7fffe999b72':
    friendly_name: Temperatursensor Bad Keller
    temperature_calibration: -0.2
  '0x0cae5ffffeb8ffca':
    friendly_name: Temperatursensor Bad EG
  '0xa4c138b96f9d630d':
    friendly_name: Schalter IR Heizkörper Bad Keller
  '0x7cc6b6fffe9990cb':
    friendly_name: Schalter IR Heizkörper Bad EG
  '0x54ef441000e8dce2':
    friendly_name: Lichtsensor West
  '0x54ef441000e8dc61':
    friendly_name: Lichtsensor Ost
  '0xa4c138d113a3843c':
    friendly_name: Trockner oben

Dann ging das Anlernen immer noch nicht.
Dann sollte ich den Kanal von 11 auf 15 ändern und irgendwann sollte ich die "Coordinator_backup.json löschen, damit sich Addo eine saubere Datei beim Neustart anlegt..

Gesagt getan.

Leider hat dabei ChatGPT verschwiegen dass die ganzen existierenden Geräte dabei gelöscht werden.
Das einspielen der alten Datei wieder zurück hat nix gebracht. Liste leer.

Interessant ist, dass diese Configuration.yaml Datei nach einigen Starts folgendemassen aussieht:

homeassistant:
  enabled: true
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: teekainooteewei6aesaoHierahg7queesahfe8eehiecheiXukahkaichiezahz
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_68043fe43db6ed119e93d40ea8669f5d-if00-port0
  adapter: zstack
advanced:
  log_level: info
  network_key:
    - 209
    - 130
    - 54
    - 228
    - 243
    - 134
    - 123
    - 223
    - 65
    - 90
    - 109
    - 239
    - 70
    - 222
    - 169
    - 247
  pan_id: 2786
  ext_pan_id:
    - 6
    - 54
    - 31
    - 33
    - 137
    - 169
    - 157
    - 37
  channel: 15
frontend:
  enabled: true
  port: 8099
device_options: {}
devices:
  '0xa4c1382080ad62ee':
    friendly_name: Steckdose_Waschmaschine_rechts
  '0xa4c138bc5ea9911c':
    friendly_name: Steckdose_Waschmaschine_links
  '0xa4c1385b2ea966c3':
    friendly_name: Trockner unten
  '0xa4c1388a0f175274':
    friendly_name: Reserve
  '0x54ef441000c21cee':
    friendly_name: Rauchmelder Keller Buero
  '0x54ef441000c29bb2':
    friendly_name: Rauchmelder EG WZ
  '0x54ef441000c220ef':
    friendly_name: Rauchmelder EG Flur
  '0x54ef441000c2979b':
    friendly_name: Rauchmelder EG Thomas
  '0x54ef441000c220d7':
    friendly_name: Rauchmelder EG Eltern
  '0x54ef441000c21dce':
    friendly_name: Rauchmelder EG Philipp
  '0x54ef441000c291b7':
    friendly_name: Rauchmelder Keller Werkstatt
  '0x54ef441000c221f3':
    friendly_name: Rauchmelder Keller Benjamin
  '0x54ef441000c221c7':
    friendly_name: Rauchmelder Keller Flur
  '0x54ef441000c21d86':
    friendly_name: Rauchmelder Keller Waschkueche
  '0x54ef441000c21ca1':
    friendly_name: Rauchmelder Keller Heizungsraum
  '0x54ef441000c291ba':
    friendly_name: Rauchmelder Keller Sauna
  '0x28dba7fffe999b72':
    friendly_name: Temperatursensor Bad Keller
    temperature_calibration: -0.2
  '0x0cae5ffffeb8ffca':
    friendly_name: Temperatursensor Bad EG
  '0xa4c138b96f9d630d':
    friendly_name: Schalter IR Heizkörper Bad Keller
  '0x7cc6b6fffe9990cb':
    friendly_name: Schalter IR Heizkörper Bad EG
  '0x54ef441000e8dce2':
    friendly_name: Lichtsensor West
  '0x54ef441000e8dc61':
    friendly_name: Lichtsensor Ost
  '0xa4c138d113a3843c':
    friendly_name: Trockner oben
version: 4

Schon wieder Version 4. und die Auflistung der Geräte, genau so wie im Coordinator_backup.json.
Nur die Geräteliste ist halt leer.

Was ist jetzt habe ist folgendes LOG im Z2M Add on:

Starting Zigbee2MQTT without watchdog.
[2025-11-02 15:58:19] info: 	z2m: Logging to console, file (filename: log.log)
[2025-11-02 15:58:20] info: 	z2m: Starting Zigbee2MQTT version 2.6.1 (commit #unknown)
[2025-11-02 15:58:20] info: 	z2m: Starting zigbee-herdsman (6.0.4)
[2025-11-02 15:58:20] info: 	zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_68043fe43db6ed119e93d40ea8669f5d-if00-port0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2025-11-02 15:58:20] info: 	zh:zstack:znp: Serialport opened
[2025-11-02 15:58:20] info: 	z2m: zigbee-herdsman started (resumed)
[2025-11-02 15:58:20] info: 	z2m: Coordinator firmware version: '{"meta":{"maintrel":1,"majorrel":2,"minorrel":7,"product":1,"revision":20210708,"transportrev":2},"type":"ZStack3x0"}'
[2025-11-02 15:58:20] info: 	z2m: Currently 0 devices are joined.
[2025-11-02 15:58:20] info: 	z2m: Connecting to MQTT server at mqtt://core-mosquitto:1883
[2025-11-02 15:58:21] info: 	z2m: Connected to MQTT server
[2025-11-02 15:58:21] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2025-11-02 15:58:21] info: 	z2m: Started frontend on port 8099
[2025-11-02 15:58:21] info: 	z2m: Zigbee2MQTT started!
[2025-11-02 15:58:26] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x00124b002c3ab33a/connection_state/config', payload '{"device":{"hw_version":"ZStack3x0 20210708","identifiers":["zigbee2mqtt_bridge_0x00124b002c3ab33a"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"2.6.1"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"2.6.1","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x00124b002c3ab33a_connection_state_zigbee2mqtt","value_template":"{{ value_json.state }}"}'
[2025-11-02 16:08:21] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/health', payload '{"response_time":1762096101795,"os":{"load_average":[0.2,0.24,0.3],"memory_used_mb":1282.68,"memory_percent":33.8676},"process":{"uptime_sec":606,"memory_used_mb":95.43,"memory_percent":2.5196},"mqtt":{"connected":true,"queued":0,"published":11,"received":14},"devices":{}}'
[2025-11-02 16:18:21] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/health', payload '{"response_time":1762096701795,"os":{"load_average":[0.14,0.22,0.26],"memory_used_mb":1296.47,"memory_percent":34.2319},"process":{"uptime_sec":1206,"memory_used_mb":96.06,"memory_percent":2.5364},"mqtt":{"connected":true,"queued":0,"published":13,"received":14},"devices":{}}'

Darüber hinaus leere Geräteliste und die Geräte, die sich nach wie vor nicht paaren lassen.

Ich sehe nun keine Wald mehr von lauter Bäume und bitte um Hilfe um mein z2M Netzwerk sauber aufzuarbeiten.

Danke und VG
Alex

Jim_OS · 2. November 2025 um 15:52

Hi

Ich antworte Dir mal hier statt auf Deine PN.

Ich kann nicht (mehr) nachvollziehen was Du da jetzt mit Hilfe irgendeiner KI und dem was Dir bereits hier

alles so geschrieben und vorgeschlagen wurde gemacht hast. Ich kann Dir nur sagen das das

dabei gar keine Rolle spielt, oder gespielt hat.

Nein ich möchte jetzt nicht auch noch Salz in die Wunde streuen, aber “nur” weil sich irgendein Plug ggf. nicht anlernen lässt darauf zu vertrauen was einem dann irgendeine KI sagt und vorschlägt und sich so seine bisher wohl grundsätzlich funktionierendes Z2M ggf. “umstricken” zu lassen, ist nicht so eine gute Idee.

Ja ich kann selbstverständlich verstehen das man ggf. alles mögliche versucht und ausprobiert wenn man ein Problem hat, aber in dem Fall bist Du jetzt an dem Punkt den Du ja selber in dem anderen Forum gepostet hast, sprich: “Das Durcheienander ist nun vollkommen” und weil das so ist muss ich jetzt leider auch passen.

VG Jim

AlSol · 2. November 2025 um 16:04

Ich könnte versuchen, das Back up von HA aufzuspielen, auf den Stand bevor Durcheinander angetreten ist.

Was wäre denn ein “gesunder” Ausgangspunkt um das Problem nüchtern zu behandeln?

Wie gesagt, auffällig war nur dass sich die Plugs (ein “alter”, der gelöscht wurde und ein komplett neuer nicht mehr anlernen ließen.

Da war mein Verdacht, dass es nicht an den Geräten liegt.

Oder komplett alles runter und Z2M neu aufsetzen, in sauber? Wir hatten aber damals schon das Problem gehabt dass es irgendwo irgendwelche Überbleibsel geben kann, aus der alten Konfiguration die die Funktion verhindern.

Jim_OS · 2. November 2025 um 16:11

Entweder das, oder halt das

Ich weiß nicht was “damals” war, aber wenn es da irgendwelche Überbleibsel gegeben haben sollte dann weil Du die Z2M Neuinstallation nicht so durchgeführt hast wie man es eigentlich machen solllte. Dazu kannst Du Dich z.B. hieran orientieren. Sprich die Punkte die ich da aufgezählt habe.

Edit: Weil Deine Z2M Installation ja vermutlich schon länger her ist. Bei Z2M gab es bei der Ersteinrichtung eine Änderung und es gibt jetzt einen Onboarding-Prozess. Also nicht wundern wenn die Ersteinrichtung von Z2M jetzt anders läuft als Du das früher mal gemacht hast.

VG Jim

AlSol · 3. November 2025 um 09:19

Guten Morgen,

Ich habe mich für die Wiederherstellung durch das BackUp entschieden, weil ich mir weniger Schaden und dessen Beseitigung verspreche.

Ich habe mir sämtliche Yaml Codes bei Seite gelegt, die ich seit dem Back Up gemacht haben könnte um die Änderungen leichter einzuarbeiten.

Die Wiederherstellung läuft gerade, bzw. Immer noch. Ist es normal wenn die Wiederherstellung fast 2 Stunden andauert? Das Rädchen dreht immer noch.
Zuerst gab es Pop-Up Hinweise, HA Verbindung wird getrennt usw., jetzt nur noch das abgebildete Fenster und drehendes Rädchen.

Wenn sich die Wiederherstellung festgehackt hat und es nach Stunden nix neues gibt, darf man das Prozess abbrechen, oder kann das zur Komplikationen führen?

RobertoCravallo · 3. November 2025 um 09:23

Ich habe dabei immer zwei Tabs mit der selben Adresse im Browser offen. Auf dem zweiten Tab drück ich ab und zu mal “refresh”, weil HA scheinbar nicht immer von selbst die fertige Installation anzeigt.

Also einfach Deine HA-Webseite in einem zweiten Tab aufrufen und gucken ob etwas passiert ist. 2 Stunden ist echt viel zu lang.

maxe · 3. November 2025 um 09:26

i.d.R. stellt man erst HA her und in einem 2. Schritt dann die Add-ons, soll so schneller gehen.

AlSol · 3. November 2025 um 09:42

Danke Maxe, werde künftig beachten

Danke Roberto, in der Tat. die zweite Session hat gezeigt es ist tatsächlich gelaufen.
Ich hätte noch Stunden das drehende Rad beobachten können
Meine Z2M Liste ist wieder befüllt. Uff.

Nur stelle ich gerade fest, dass der kaputte Plug, den ich aus Z2M gelöscht habe um ihn dann wieder in Betrieb zu nehmen ist nicht vorhanden. Vermutlich hätte Back Up ich eine Woche früher nehmen sollen.

Inwiefern aus Eurer Erfahrung kann es sein, dass das Löschen eines Routers es zum Crash vom Koordinator führen kann?

Ich habe nun alles wieder zurück, leider das Problem mit dem Anlernen neuer Geräte in Z2M auch.

Wie kann ich die Diagnose ordentlich angehen, um das Problem einzugrenzen

Jim hat die Veränderung der Dongle Konfiguration erwähnt.
Meine Momentane ist:

Soll ich Port auf den aus “System->Hardware” und Adapter auf zstack anpassen?

Danke Euch

Jim_OS · 3. November 2025 um 10:39

Moin

Sollte eigentlich nicht passieren und ist mir selbe so auch noch nicht passiert. Ich habe hier schon häufiger irgendwelche Router (Plugs) aus dem Mesh entfernt und wieder hinzugefügt, ohne das dabei ein Sonoff Dongle-P, oder mein aktueller SLZB-06, “gecrasht” ist. Aber wie heißt es so schön: Ausnahmen bestätigen die Regel.

Da brauchst Du jetzt nachträglich und manuell nichts anpassen, weil der Eintrag zstack für Deinen Dongle-P in Deiner Z2M configuration.yaml ja auch vorhanden sein sollte.

Den Port kannst Du auf die ID ändern, musst Du aber nicht zwangsweise. Ein ID-Eintrag wie z.B.

/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_ceb3563b31233eb118f9b194f3d98b6d1-if00-port0

statt dem /port/ttyUSB0, hat den Vorteil das der Dongle dann unabhängig von dem verwendeten USB-Port am verwendeten HA Host ist. Sprich Du könntest ihn dann auch in einen anderen USB-Port stecken und er würde weiterhin unter HA erkannt und funktionieren. Wenn Du den Port ändern willst dann direkt unter der Z2M configuration.yaml, sprich da und so.

VG Jim

Osorkon · 3. November 2025 um 10:59

Wenn Änderungen in der configuration.yaml vorgenommen werden, dann aber bitte folgenden Hinweis beachten. Sprich man sollte in der Add-on Konfiguration nichts parametriert haben.

Gruß Osorkon

AlSol · 3. November 2025 um 11:13

Danke, wie ich das aber verstehe, ist diese Anpassung nicht zwingend für die Funktion erforderlich.
Habt Ihr eine Idee was ich nachprüfen kann wegen des Problems mit dem nicht funktionierenden Paaring der Geräte?

Ich prüfe, was in config yaml drin sreht wenn uch wieder am PC bin.
Das Bild habe ich aus Konfiguration im Z2M Addon gemacht. Sollten sich die Angaben dort und im yaml File nicht decken?

Danke und VG
Alex

Thema		Antworten	Aufrufe
ZIGBEE2MQTT lässt sich nicht starten Add-ons zigbee	68	3452	29. Oktober 2025
Installationsproblem mit Zigbee2MQTT in HA OS Zigbee2MQTT zigbee , mqtt	2	140	13. November 2025
Zigbee2MQTT mit Sonoff zigbee 3.0 USB Dongle kein Start möglich Zigbee2MQTT zigbee , mqtt	30	11170	18. November 2024
Mosquitto Broker und Zigbee2MQTT richtig konfigurieren Add-ons zigbee , mqtt	16	564	25. März 2026
Problem mit Einrichtung Zigbee2MQTT: error: z2m: Error while starting zigbee-herdsman Add-ons zigbee	27	612	1. April 2026

Zigbee2MQTT / Mosquitto-Brocker Erstinstallation: gesund oder nicht?

Verwandte Themen