zigbee2Mqtt Probleme nach Aktualisierung SLZB06

Konfig & Integration ZigBee
3

Was bedeutet dieser Fehler genau?

Der Fehler sagt folgendes aus:

„network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby“

Das bedeutet übersetzt: Zigbee2MQTT versucht, das Netzwerk mit deiner gewohnten Netzwerk-ID (panId) zu starten. Der Adapter (z.B. dein SLZB-06) funkt kurz in den Raum hinein und hört: „Huch, da antworten ja schon ganz viele Router auf genau dieser ID! Hier muss schon ein Netzwerk existieren, ich breche ab, um keine Kollision zu verursachen.“

Die Ironie dabei: Der Adapter hört seine eigenen, bereits vorhandenen Geräte (deine Lampen, Steckdosen etc.), die verzweifelt nach ihrer alten Basis suchen. Weil der Adapter durch das Firmware-Chaos seine internen NVRAM-Daten (den Speicher, wer er eigentlich ist) verloren oder falsch geladen hat, erkennt er sein eigenes Netzwerk nicht mehr und denkt, es gehört einem Nachbarn.

Aktuelle Lösungswege aus den GitHub-Issues (Ohne Neuanlernen!)

Die Entwickler und betroffenen Nutzer haben in den letzten Tagen ein paar Tricks herausgefunden, wie man den Adapter austrickst, damit er wieder startet, ohne dass du alle deine Geräte neu anlernen musst.

Probierte die Schritte in dieser Reihenfolge:

Methode 1: Der „Antennen-Trick“ (Am einfachsten)

Da der Stick abstürzt, weil er die Router in der Nähe hört, nimm ihm kurz das Gehör:

  1. Stoppe Zigbee2MQTT komplett.
  2. Schraube die Antenne von deinem SLZB-06-Adapter ab.
  3. Starte Zigbee2MQTT wieder.
  4. Da der Stick ohne Antenne die nahen Router kaum noch hört, schlägt die Kollisionsprüfung meistens fehl und das Netzwerk startet sauber durch.
  5. Sobald Zigbee2MQTT im Log signalisiert, dass es erfolgreich läuft, schraubst du die Antenne im laufenden Betrieb einfach wieder an.

Methode 2: Das „Channel-Wiggle“ (Der offizielle GitHub-Workaround)

In den aktuellen Issues (vormalig im zigbee-herdsman Issue #1768) hat sich folgendes Vorgehen als extrem effektiv erwiesen, um das NVRAM des Sticks zu reparieren:

  1. Stoppe Zigbee2MQTT.
  2. Öffne deine configuration.yaml von Zigbee2MQTT.
  3. Ändere dort nur den Funkkanal (z. B. von 20 auf 15 oder von 11 auf 25). Lass pan_id und network_key absolut unverändert!
  4. Lösche oder benenne die Datei coordinator_backup.json im selben Ordner um (z. B. in old_backup.json).
  5. Starte Zigbee2MQTT. Der Stick initialisiert sich jetzt auf dem neuen Kanal ohne Kollision.
  6. Stoppe Zigbee2MQTT sofort wieder, sobald es gestartet ist.
  7. Ändere den Kanal in der configuration.yaml wieder zurück auf deinen ursprünglichen Kanal.
  8. Starte Zigbee2MQTT erneut. Jetzt sollte er fehlerfrei hochfahren und deine alten Geräte wiederfinden.

Methode 3: Radio-Modul neu flashen (Wenn der Downgrade unvollständig war)

Einige Nutzer im Home-Assistant-Forum berichteten, dass beim Downgrade der SLZB-Firmware manchmal nur das Betriebssystem (SLZB-OS), aber nicht die Firmware des eigentlichen Zigbee-Chips (Core/Radio) zurückgesetzt wurde.

  • Gehe auf die Weboberfläche des SLZB-06.
  • Flashe dort im Reiter „Firmware“ explizit die Zigbee-Koordinator-Firmware (Radio) noch einmal sauber auf eine stabile Version (z.B. eine v3.3.1 oder eine Version aus 2025, keinesfalls eine .dev-Version). Danach den Adapter einmal komplett neu starten.

Methode 1 hast du ja schon probiert!? Also dann weiter mit 2.! Viel Glück!

2 „Gefällt mir“
SLZB-06 Zigbee Update