Super, vielen Dank für deine Infos. Sobald ich ein paar Geräte oder das ganze OG auf Z2M umgezogen und neue Erkenntnisse habe, werde ich berichten. Evtl verschwinden ja die einzelnen Fehler zu ZHA im Log wenn weniger Geräte an dem Stick hängen. Das würde ja auch darauf hindeuten, dass der Stick tatsächlich am Limit ist.
zigbee lebt vom Mesh. Daher ist der Gedanke, Schritt für Schritt umzustellen naheliegend, aber bei zigbee m.E. kontraproduktiv, da ein Mesh mit weniger Geräten weniger Stabil als mit mehr Geräten ist.
Die Installation von @RobertoCravallo mit 3 Coordinatoren ist eher die Ausnahme (auch wenn es für Ihn genau die richtige Lösung ist) - gerade wenn du ein stabiles Mesh haben möchtest, sind mehr Geräte (mit Strom, also Router) besser. Bzgl. der Anzahl an Geräten würde mir erst ab wesentlich mehr Gedanken machen.
Ich selber habe ein EFH über vier Etagen (Keller, EG, 1.OG, Dachgeschoss) mit einem SLZB06 im EG stabil am laufen. Aktuell sind es 97 Geräte, davon 26 Router.
Der SLZB läuft mit Core v2.8.2.dev3 und zigbee 20250321.
Gruß, Lars
1 „Gefällt mir“
Danke auch für deinen Input. Nutzt du ebenfalls ZHA oder auch Z2M?
Vom ersten Tag an z2m Nutzer.
Gruß, Lars
Dankeschön, es sind wohl so viele Einflussfaktoren warum es läuft oder eben nicht… da fällt die Analyse und Fehlersuche gar nicht so einfach. Aber wenn so viele Z2M problemlos am laufen haben wird mir das doch hoffentlich auch gelingen.
Im Moment mutmaße ich das die Probleme mit Z2M sich so erklären lassen:
- dass der Dongle E einfach nicht so gut mit Z2M harmoniert hat.
- Dann der Wechsel auf den SLZB-06 aber leider auch aus aus Unwissenheit mit einer aktuellen aber wohl fehlerhaften dev. FW
- Und zuletzt der Wechsel auf Zha und zurück auf den Dongle E welcher wohl gut mit ZHA funktioniert aber dennoch vereinzelt Fehler im log erzeugt.
Könnte es tatsächlich so simpel sein oder ist das total abwegig an?
Ich denke eher, das HA / Z2M am Limit ist. Dem Stick ist es ziemlich egal, der kann sehr viele Geräte steuern. Aber die Software auf der alles läuft braucht halt ein wenig Speicher, etc.
Wenn die SYNOLOGY dann mit irgendetwas beschäftigt ist und HA auch noch einiges möchte, dann könnte es eng werden. Keine Ahnung was für einen Prozessor Deine SYNOLGY hat und wie der Speicher genutzt wird. Aber ich denke, dass ist eher das Problem als der Stick.
Ja danke daran habe ich gar nicht gedacht auf die schnelle würde ich der VM mal mehr Leistung geben. Aber das mach den Wechsel auf Proxmox natürlich nochmal sinnvoller 
Ab er mal eine andere Frage: ZHA scheint ja zuverlässig zu laufen zumindest keine bemerkbaren Störungen wie vorher bei Z2M. Sind vereinzelte Fehler im Log (bei mir ca. 3-5 mal am Tag) normal? Und und mich vllt einfach nur zu viele Gedanken darüber?
Ich habe keinerlei Probleme mit Z2M und würde nicht wieder zu ZHA wechseln. Die Handhabung von ZHA erschließt sich mir nicht wirklich. Und ehe wieder jemand die ZHA-Tools erwähnt, die auch nicht!!!
Ja ich verstehe was du meinst z2M ist auch für mich definitiv intuitiver und einfacher zu bedienen. Und tatsächlich habe ich z2M vor allem deshalb nochmal aufgesetzt weil ich noch mehrere ikea GU10 Birnen aufm Dachboden gefunden habe und sie unter ZHA nicht updaten konnte
Habe eben drei Sticks auf “Current firmware version: v2.8.5.dev7” geupdated. Scheint alles zu laufen.
Aktueller Stand bei mir:
Z2M 2.2.1-1 (WLAN Kanal 25)
SLZB-06M über Ethernet verbunden
Core Firmware 2.8.5.dev7
Zigbee Firmware 20250220
Dazu 3 Sonoff Dongle-E als feste Repeater im Haus verteilt
(stecken jeweils in einem USB Steckernetzteil in einer Steckdose)
mit Router Firmware 2024.6.2 von Nerivec
Alles läuft seit ca. Weihnachten 2024 einwandfrei.
Alle Updates bisher verliefen auch problemlos.
Habe ca. 40 Zigbee Geräte im Einsatz.
FYI: Eben hatte ich im laufenden Betrieb und nach ca. 2 oder 3 Monaten stabilen Betrieb, leider einen Totalabsturz des SLZB-06. Die Firmware-Versionen sind, wie schon die ganze Zeit, weiterhin:
Das WebGUI des SLZB-06 war ganz normal zu erreichen, aber Z2M (Version 2.2.1-1) hat den Dongle nicht mehr gefunden. Es kam die dann übliche Meldung von Z2M:
[18:14:44] INFO: Preparing to start...
[18:14:44] INFO: Socat not enabled
[18:14:44] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-05-07 18:15:04] error: z2m: Error while starting zigbee-herdsman
[2025-05-07 18:15:05] error: z2m: Failed to start zigbee-herdsman
[2025-05-07 18:15:05] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-05-07 18:15:05] error: z2m: Exiting...
[2025-05-07 18:15:05] error: z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.4.11/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.4.11/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:104:13)
at start (/app/index.js:149:5)
[18:15:05] INFO: Preparing to start...
[18:15:05] INFO: Socat not enabled
[18:15:05] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-05-07 18:15:26] error: z2m: Error while starting zigbee-herdsman
[2025-05-07 18:15:26] error: z2m: Failed to start zigbee-herdsman
[2025-05-07 18:15:26] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-05-07 18:15:26] error: z2m: Exiting...
[2025-05-07 18:15:26] error: z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
Ein Reboot des HA Host und auch der Reboot des SLZB-06 per WebGUI, hat leider nichts geändert. Erst als ich den SLZB-06 von der Stromversorgung getrennt und somit darüber dann kompl. neu gestartet habe, hat Z2M ihn wieder gefunden und konnte eine Verbindung aufbauen.
Aktuell werden mir noch 2 meiner 10 Tür-/Fenstersensoren als offline angezeigt. Ich werde mal bis morgen abwarten ob die wieder eine Route im Mesh finden, oder ggf. neu angelernt werden müssen.
VG Jim
Habe nicht das gleiche Problem, sondern den Effekt, dass alle paar Wochen mein zigbee Netz extrem langsam wird. Ein / Ausschalten von Geräten geschieht dann erst mit einer Verzögerung von 20-30 Sekunden. Wie bei Dir, nutzt ein Neustart von HA (inkl. z2m und mosquitto) nichts. Erst Stecker ziehen am SLZB bringt Besserung - diese dann aber sofort. Einen Grund konnte ich bislang nicht feststellen (SLZB mit 20250321 und v2.8.2.dev3).
Ggf. hat das die gleiche Ursache.
Gruß, Lars
Lt. Z2M Statusseite sind beide Tür-/Fenstersensoren jetzt wieder online. Lt. Z2M Kartenansicht hat einer von beiden aber gar keine Route.
Aber ok, auf das was die Z2M Karte anzeigt kann man sich eh nicht so wirklich verlassen.
@LvS21 Wie gesagt hatte ich hier seit ein paar Monaten - genauer gesagt seit dem ich die Version v2.8.0dev installiert hatte, keinerlei Probleme mit Z2M oder dem Dongle. Wie lange der Zeitraum jetzt genau war weiß ich auch nicht, weil ich mich nicht mehr daran erinnern kann wann ich die v.2.8.0 installiert hatte 
und SMLight bei ihrer Firmware-Übersicht ja leider auch kein Datum angibt wann welche Firmware-Version veröffentlicht wurde.
Was mich schon wundert ist das selbst ein Reboot des Dongle nichts bewirkt hat und ich ihn tatsächlich stromlos machen musste. Die Ethernet-Verbindung war jedenfalls durchgehend vorhanden
und auch die Core- oder Zigbee-Chip-Temperaturen zeigen keinerlei Auffälligkeiten.
OK - was auch immer die Ursache dafür war: Ich hake das jetzt erst einmal ab und schaue mal was die Zukunft so bringt. Ich werde die aktuell installierten Firmware-Versionen auch weiter so nutzen, weil sie bisher ja recht gut und stabil funktioniert haben. D.h. im Moment sehe ich da noch keinen Grund auf irgendwelche anderen (Dev.)Versionen zu wechseln.
Edit: OK die Z2M Karte zeigt jetzt auch wieder eine Route für den Lidl_TFS_05_TT_Schuppen an. Wie gesagt: Was die Z2M Karte wann und wie anzeigt geht wohl eher nach dem Zufallsprinzip.
VG Jim
Bei mir laufen drei Sticks mit v2.8.5.dev12 und Revision: 20250321 komplett unauffällig.
Moin, ich bin aktuell mit meinem SLZB-06P7 Stick auf core 2.9.8 und Zigbee Coordinator 20240716. Meine Erfahrung bis jetzt, die Core (stable) kann man problemlos updaten. Beim Coordinator bin ich mir nicht sicher und auch schon auf die Nase gefallen. Steht aber auch teilweise in den Hinweise, dass die IEEE Adresse sich ändert, dann können deine Geräte nicht mehr damit kommunizieren. Frage mich zwar warum das so ist, aber gut.
Seitdem update ich den Coordinator erst mal nicht so lange der im Dev-Status bleibt. Frage mich nur, welche Vor- oder Nachteile gibt es da?
Gibt es bei den OTA-Udpates immer noch Probleme? Bei mir wird fast überall N/A angezeigt, gerade bei den NOUS A1Z Steckern. Kann ein Coordinator Udpate da Abhilfe schaffen, aber ich lass es lieber. Aktuell läuft alles so. 
Ich bin bei 2.9.8 und 20250321. Lasse es auch so, läuft ja alles. Den Stick würde ich wieder updaten, died ZIGBEE-Firmware lasse ich mal so.
Mein SLZB-06 hat seit Monaten das Problem das er nach max. 14 Tagen die Verbindung zu HA verliert. Ob das Problem an HA, am SLZN-06, oder an der Verkabelung liegt konnte ich bisher nicht herausfinden. Das z2m Addon in HA läuft die ganze Zeit noch, aber es kommt halt keine Verbindung zu stande. Nach dem ca.10min Timeout werden die Geräte als offline erkannt.
Was ich schon probiert habe:
- verschiedene Firmware Versionen: v.2.8.2.dev3, v2.8.5.dev.12, v2.71, v2.88
- verschiedene Zigbee Versionen: 20250331, zuletzt 20240710
- Stromversorgung zuerst immer mittels PoE, zuletzt auf USB-C gewechselt
- anderen LAN-Port vom Switch verwendet
- anderes LAN-Kabel
- von DHCP mit fest zugewiesener IP auf feste IP im SLZB-06 gewechselt
Bis jetzt hat nichts davon geholfen, wenn ich keinen HA neustart machen wegen HA Neustart und sonst alles nur durchläuft, dann ist nach spätestens 14 Tagen die Verbindung weg.
Im Logfile steht dann immer nur:
zh:zstack:znp: Socket error Error: read ECONNRESET
Habe die Firmware gerade auf 2.9.8 geflasht, klappte auch wunderbar, aber ich denke mal an dem Problem ändert sich nichts. Habe so langsam echt keine Idee mehr.
EDIT: Chatgpt hat mir jetzt noch empfohlen ein TCP keepalive in der Konfiguration einzutragen.
tcp_keepalive: true
Zusätzlich schreibt chatgpt noch folgendes:
- Manche Nutzer berichten, dass ältere LAN-Firmwares stabiler laufen, wenn man nur USB-C zur Stromversorgung nimmt (PoE raus).
- Andere haben es nur mit einem automatisierten Neustart (z. B. einmal pro Woche den Z2M-Container neustarten) wirklich dauerhaft gelöst – sieht also ein bisschen nach Bug im TCP-Stack des SLZB-06 aus.
Wobei das mit dem automatischen Neustart ja keine echte Problemlösung ist. Dran gedacht habe ich da natürlicha ber auch schon. Habe auch schon eine Automation die nach 10min nach dem Ausfall zuverlässig das z2m Addon neustartet.
Ist eher FYI gedacht. Ich nutze seit Monaten und immer noch diese Firmware-Versionen/Kombination
und ich habe nicht das von Dir beschriebene Problem. Der SLZB-06 ist über den Switch-Port eines Asus XT8 Mesh Clients bei mir im LAN und die Stromversorgung erfolgt per USB an dem USB-Port des Asus XT8 Mesh Clients.
Anm. bzgl. chatgpt: Das was da kam ist einfach nur raten, sprich es kommt noch irgendeine Antwort die die Bots mal irgendwo gefunden hatten und die ggf. passen könnte. 
Das Du, nachdem Du bereits div. Dinge erfolglos ausprobiert hast, dann auch mal chatgpt befragst ist natürlich durchaus nachvollziehbar, aber eine wirklich Lösung darfst Du darüber dann auch nicht erwarten.
Warum bei Dir der SLZB-06 scheinbar die LAN-Verbindung verliert und das regelmäßig nach x Tagen, kann ich Dir aber leider auch nicht sagen. Eben weil Du ja auch schon viele der üblichen Dinge durchprobiert hast. Das der SLZB-06 dieses Verhalten erst nach z.B. 8, 10, oder vielleicht auch erst 14 Tage an den Tag legt, also total unregelmäßig und in ziemlich großen Zeitabständen, macht die Suche nach dem Problem natürlich noch schwieriger.
Ich an Deiner Stelle würde:
- Die statische IP-Vergabe für den SLZB-06 auf jeden Fall (erst einmal) beibehalten.
- Die Stromversorgung über USB beibehalten und darauf achten das das verwendete USB-Netzteil eine entsprechende Qualität hat und es somit als mögliche Fehlerquelle ausgeschlossen werden kann. Falls Du zufällig eine Fritzbox einsetzen solltest und es von den örtlichen Gegebenheiten möglich ist, kannst Du den SLZB-06 auch mal über deren USB-Port mit Strom versorgen. Einfach als zusätzlichen Test was die Stromversorgung betrifft.
- Da Du oben Switch erwähnt hast und ich vermute das Du einen zusätzlichen Switch im LAN einsetzt: Auch den, bzw. das Zusammenspiel mit dem, würde ich mal versuchen als mögliche Fehlerquelle auszuschließen. Auch hier wieder: Falls Du z.B. eine Fritzbox nutzen, oder ggf. noch einen anderen Switch zur Verfügung haben solltest, solltest Du den SLZB-06 mal über deren/dessen LAN-Ports anschließen und damit testen.
- Ob Du die Firmware-Kombination von mir bei Dir ggf. auch schon mal getestet hattest weiß ich natürlich nicht, aber falls nicht kannst Du diese Kombination ja auch mal testen.
- Das hier (Allow multi-threades …) wirst Du ja wahrscheinlich auch (schon) aktiviert haben. Falls nein solltest Du es aktivieren.
Mehr fällt mir zu dem Thema im Moment auch nicht ein. 
VG Jim
- So war der Plan.
- Ich nutze ein richtiges USB-C Netzteil.
- Ich habe schon andere Ports und auch einen zweiten Switch probiert. Es handelt sich um Ubiquiti Unifi Geräte. Eigentlich waren die Ports am UCG Ultra schon alle mit anderen wichtigeren Geräten belegt, habe eines davon jetzt mal umgelegt und den SLZB-06 jetzt direkt am Router angeschlossen. Glaube aber nicht dass das etwas ändert.
- Die von dir im anderen Thread genannte Kombination (Core v2.8.0.dev + Radio 20240710) habe ich auch schon gehabt, ebenfalls kein Unterschied.
- Allow multi-threaded socket connection habe ich bereits am 13.6.2025 aktiviert gehabt, hatte leider auch nichts gebracht.
Da ich auch nicht weiß, ob es nun am SLZB-06 oder eventuell an HA liegt, habe ich LAN-Kabel, Switch und Ports, womit HA (unter Proxmox als VM) angeschlossen ist gewechselt. Aber brachte bisher auch nichts.
Theoretisch könnte ich den SLZB-06 jetzt noch per USB direkt mit HA verbinden, aber das möchte ich eigentlich nicht.
Mal schauen, ob mir oder euch noch andere Dinge einfallen, welche man testen könnte.