Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@Maddm sagte:

2026-04-24 18:27:11.465 info Network parameters on Coordinator: panID=1978 channel=20 extendedPanID=88f7549866c90036
2026-04-24 18:27:11.464 info Network parameters in Config : panID=1978 channel=20 extendedPanID=3600c9669854f788

Du hast deine extPAN geändert!!??

[Maddm]

Nein, nicht bewusst: bei der Konfiguration des zigbee Adapter ist eine PAN id und eine extPan id angegeben, wie die vorgegebenen Werte zu Stande gekommen sind, weiß ich nicht, ich habe nur die Pan id in einen Wert geändert den ich mir gut merken kann, die extpan habe ich nicht geändert.
Hat das einen Einfluss auf das Verhalten dass der Koordinator nicht mehr reagiert hat nach einiger Zeit?

[Asgothian]

@Maddm sagte:

Wodurch entsteht diese Instabilität - der Taster liegt quasi neben dem Coordinator, eine Steckdose ist im gleichen Raum, eine weitere Steckdose ca. 5m weiter, dort liegt auch ein Türkontakt

Die Instabilität stammt wahrscheinlich ( zu 95%) aus deinem LAN / WLan. Jedenfalls bricht die serielle Verbindung zwischen SLZB und Adapter zusammen.

Zusätzlich scheint es so das der SLZB nicht die von Dir konfigurierte PanID übernommen hat (ist ein üblicher Fehler bei denen - einfach zu beheben:

• Adapter starten (Das Zigbee Netz wird nicht starten)
• im Hardware-Tab der Konfiguration den button read nvram nutzen
• konfiguration abspeichern

Dann sollte der Adapter erst einmal wieder starten. Warum die LAN Verbindung abreist musst du getrennt untersuchen.

A.

[Maddm]

@asgothian: ich habe den Coordinator und auch den Zigbee Adapter über Nacht komplett abgeschaltet und heute morgen neu gestartet und die Adapter Konfig nochmal genau nach verlinkter Vorlage gemacht. Das lief dann auch los, ich konnte Geräte aufnehmen.
Was mich aber wundert: wenn ich in der Adapter-Konfig unten auf den "Start/Stop" Button klicke, bekomme ich im Output angezeigt, dass die extPANID dort 2x genannt wird - aber mit unterschiedlichen Werten:

overriding zigbee options with:
extPanID : 88f7549866c90036 <-- der Wert ist im Adapter hinterlegt
panID : 1978
channel : 20
port : tcp://192.168.178.200:6638
adapterType : ember
baudRate : 115200
precfgkey : 01030507090b0d0f00020406080a0c0d
flowCTRL : false
Starting Adapter npm ...
Installed Version: iobroker.zigbee@3.3.5 (Converters 25.112.0 Herdsman 8.1.0)
Starting zigbee-herdsman...
Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 8.0.2 [GA] (X-X.X.X.X)
Network parameters: panID=1978 channel=20 extendedPanID=3600c9669854f788 <-- der Wert kommt genau woher?!
Unable to disable LED, unsupported function.
3 devices are part of the network

Wieso ist das so bzw. ist das etwas, das ich selbst korrigieren kann?

Was mir noch aufgefallen ist:
ich habe im Netzwerk aktuell nur 2 Fenstersensoren und einen Wandtaster - das läuft alles genauso wie es soll. Ich hatte vorhin eine der 2 Schalt/Mess-Steckdosen in die Wand gesteckt und per Zigbee Oberfläche in iobroker geschaltet... und kurze Zeit danach hat sich der Adapter mMn nach aufgehängt - seither habe ich die Steckdose nicht mehr eingesteckt und das läuft jetzt seit rund 3 Stunden stabil

[Asgothian]

@Maddm sagte:

Was mich aber wundert: wenn ich in der Adapter-Konfig unten auf den "Start/Stop" Button klicke, bekomme ich im Output angezeigt, dass die extPANID dort 2x genannt wird - aber mit unterschiedlichen Werten:

Wie du das löst habe ich weiter oben bereits geschrieben.

Was die beiden Werte die da angezeigt werden bedeuten und wo sie her kommen ist in der Anleitung eigentlich beschrieben.

@Maddm sagte:

Was mir noch aufgefallen ist:
ich habe im Netzwerk aktuell nur 2 Fenstersensoren und einen Wandtaster - das läuft alles genauso wie es soll. Ich hatte vorhin eine der 2 Schalt/Mess-Steckdosen in die Wand gesteckt und per Zigbee Oberfläche in iobroker geschaltet... und kurze Zeit danach hat sich der Adapter mMn nach aufgehängt - seither habe ich die Steckdose nicht mehr eingesteckt und das läuft jetzt seit rund 3 Stunden stabil

Es ist denkbar das

• die Steckdose das Netzwerk flutet und damit die Firmware des Koordinators zum Absturz bringt
• du so viele Störungen im Netz hast das es Probleme gibt

Was du tun solltest:

• nach diesem Dokument die Steckdose in device-debug modus versetzen und schauen wie oft sie Daten sendet.
• Einen Kanalscan durchführen um zu schauen auf welchem Kanal wie viel Last ist.
• ggf. den Kanal wechseln auf einen wo weniger Last ist.

A.

Edit: oops - ich hab den Link vergessen: https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug

[Maddm]

kurze Rückmeldung bzgl. des aktuellsten Stands:

• die Steckdose (TS011F) habe ich aktuell erstmal weg gelassen, auch wenn sie im Debug nicht aussergewöhnlich viele Daten gesendet hat, waren glaub 21 Zeilen im Log. Der Versand fand aber tatsächlich auch nur beim Schalten statt. Was mich mehr gestört hat, war einerseits der Fakt, dass sie keinen Verbrauch gemessen hat (was sie laut Spezifikation eigentlich können soll) und andererseits auch die Repeater Funktion eher erbärmlich war: die Geräte haben sich lieber mit dem entfernteren Coordinator statt mit der Steckdose verbunden... anscheinend billiger Chinakram
• der Coordinator selbst läuft seit rund 60h sehr stabil, ist jetzt auch an seinem angedachten Platz über LAN angebunden und hält die Verbindung zum aktuell einzigen Gerät stabil (Link quality: 184)
• was nicht funktioniert hat, war ein Kanalscan: den konnte ich zwar innerhalb der Instanz anstoßen, der läuft auch, aber es kommt am Ende die Meldung "Error", aber kein nutzbares Ergebnis.

Naja, in Summe bin ich erstmal zufrieden, ich will die Tage noch einen Tür/Fenstersensor in Stellung bringen, um die Position des Garagentors (offen/geschlossen) zu ermitteln - ich hoffe dass die Verbindung bis dahin reicht, sonst stehe ich vor der Frage: kauf ich eine "hochwertigere" Steckdose als Repeater oder nehm ich gleich nen Zigbee Repeater, um das Signal zu verstärken.

[Maddm]

Ich hole das Thema nochmal hoch, da ich nach rund 2 Wochen Einsatzerfahrung nach wie vor 2 Probleme habe, dich ich nicht lösen konnte (evtl. auch weil sie mit dem momentanen Setup nicht lösbar sind):

• da ich wie vorher schon geschrieben mit den China-Steckdosen nicht zufrieden war, habe ich mir 2 Sonoff Steckdosen gekauft. Diese sind im Zigbee Netz eingebunden und lassen sich auch sauber schalten (Link Quality 128 bzw. 132). Aber auch nach 48h hat sich ein Wandtaster nicht mit der ihm nächstgelegenen Steckdose verbunden, sondern er versucht weiterhin mehr schlecht als recht, sich mit dem Coordinator zu verbinden (LinkQuality im Bereich 60-70).
  Daher meine Frage: muss ich die Signalverstärkerfunktion einer Zigbee Steckdose erst aktiv anschalten oder sonst etwas tun, damit das geht?

• in den Objekten der beiden Steckdosen sehe ich z.B. auch die Datenpunkte für den Energieverbrauch (heute oder Langzeit) etc. (s. Screenshot)
  
  Unter Last ändern sich die Werte aber überhaupt nicht: ich habe an der Steckdose einen Staubsauger angeschlossen und verwendet und da hat sich weder die Leistung unmittelbar geändert, noch sonst ein Wert, lediglich die anliegende Spannung (230V +-) gibt mir das Gefühl, dass da irgendwas gemessen oder aufgezeichnet wird.
  Auch hier die Frage: ist das das "normale" Verhalten oder gibts Einstellungen, die ich einfach bisher nicht gemacht habe?
  (s. Screenshot)
  
  Immer vor dem Hintergrund: ich nutze "nur" den Zigbee Adapter, kein mqtt2zigbee

[arteck]

dann schrieb ich es nochmal.. gefüllt zum 1000000 mal

alles Batteriebetriebene versucht sich IMMER zuerst mit dem coordinator zu verbinden . Egal wie die LQI ist.. auch bei 1 wird nicht der nächte Router genommen.

Lösung : die Leistung des coordinator zu begrenzen.. das geht über die Einstellungen...

die Sonoff kenn ich nicht. vielleicht @asgothian aber ich vermute die müssen manuell abgeholt werden.. die senden die Daten nicht per se.

[Asgothian]

@Maddm welche Adapter Version nutzt du ?
Bis zur 3.4.0 geht die Leistung bei den sonoffs nicht.

=> bitte auf 3.4.3 aus dem latest aktualisieren

A.

[Maddm]

@asgothian : das war ein guter Tipp, ich bin mal auf den Adapter 3.4.3 gegangen und hab jetzt auch live den Verbrauch gesehen. Was mich in dem Zug aber wundert: angeschlossen war eine Lampe mit 2 Leuchtmitteln, in Summe wurden 10.2 W "load_power" angegeben.
Mittlerweile ist die Lampe seit 10 Minuten aus, der Wert des Datenpunkts ist aber unverändert, fühlt sich nicht richtig an.

Bzgl. des von @arteck vorgeschlagenenen Punktes Leistung des Coordinators begrenzen um Geräte über die Sonoff Steckdosen zu verbinden:
das SLZB-06 arbeitet im Coordinator Modus und ist per Ethernet angeschlossen --> ich kann die Leistung nicht über dessen Weboberfläche ändern, sondern muss das in der Adapterinstanz vom iobroker machen, richtig?

Dort habe gesucht und "nur" auf dem Reiter "Einstellungen" den Punkt CC1352P und CC26X2R1 Sendeleistung gefunden, sonst habe ich nichts bzgl. Leistung etc. gesehen. Der Wert war norm, ich habs runtergesetzt auf low und den Adapter durchgestartet... eine Veränderung bzgl. der verknüpften Geräte habe ich aber nicht feststellen können

Die Gerätelandkarte sieht vollständig aus, aber es klebt nach wie vor alles am Coordinator (der Wandtaster oben rechts liegt physisch sehr nah an der Sonoff Dose links unten, da wäre es schön, wenn er diesen Pfad nutzen würde):

[Asgothian]

@Maddm sagte:

Die Gerätelandkarte sieht vollständig aus, aber es klebt nach wie vor alles am Coordinator (der Wandtaster oben rechts liegt physisch sehr nah an der Sonoff Dose links unten, da wäre es schön, wenn er diesen Pfad nutzen würde):

Solange wie Endgeräte direkt den Koordinator 'sehen' können bevorzugen sie diesen vor jedem Router. Da kann der Adapter nichts dran tun.

Was du versuchen kannst

• den besagten Taster vom Netz abmelden.
• das Netz an der ensprechenden Steckdose öffnen (button auf der Kachel)
• den Taster neu anmelden.

Dann kann es sein das er stabil über die Steckdose geroutet wird - muss aber nicht.

A.