Hallo,
Auf einer ganz frischen Installation auf einer SSD wird der Container zigbee2mqtt nicht installiert.
Hier sind die Logs
Ich habe mein G+ Backup nicht wiederhergestellt, da meine Datenbank beschädigt war und ich nicht wusste, ob ich wieder dasselbe Problem bekommen würde.
Ich habe das gemacht, um mich mit dem mqtt-Container verbinden zu können, aber der zigbee2mqtt-Container startet nicht.
Beim Fehler mit dem USB-Zigbee-Schlüssel hatte ich das schon mal. Wenn du eine Antenne hast, kannst du versuchen, sie abzuschrauben und es dann nochmal zu versuchen, indem du den Z2M-Container löschst. Alternativ kannst du den Container löschen, den Zigbee-Schlüssel wieder anschließen und es erneut versuchen.
Ja, es ist dasselbe, es ist seltsam, denn ich hatte vorher keine Verbindungsprobleme mit diesem Container.
Ich habe dieses Thema gefunden, aber es gibt keine echte Lösung.
Ich habe den Port meines Zigbee-Schlüssels mit folgendem Befehl überprüft, um sicherzustellen, dass ich den richtigen wähle, nämlich den tty USB0
ls -l /dev/serial/by-id
Ich habe versucht, meinen Schlüssel neu zu flashen, da es sich um einen CC2652R ZZh handelt, aber es ist dasselbe, dasselbe Ergebnis.
Was habe ich nur falsch gemacht, um dieses Ergebnis zu erhalten?
Ps: Die Philips Hue-Integration findet auch nicht die Bridge und Bluetooth erkennt nichts.
Ich habe eine Erklärung gefunden, aber ich weiß nicht, was ich tun soll und ob ich überhaupt etwas tun muss
Wie hast du Gladys installiert? Gib hier den docker run ein, den du ausgeführt hast 
Es gibt ein Problem mit dem Docker-Volume. Kein Zusammenhang mit Zigbee2mqtt.
Diesmal habe ich das Video-Tutorial genau befolgt, um Gladys auf einer SSD zu installieren.
Inklusive dem Teil mit der SD-Karte, den ich vorher nicht gemacht habe.
Mein Fehler, ich habe mich hauptsächlich auf das erste Screenshot konzentriert. Ich nehme an, dass das erste Screenshot nicht von deinem ersten Versuch stammt und dass du Zigbee2mqtt mehrmals versucht hast zu stoppen/neuzustarten?
Das zweite Screenshot zeigt tatsächlich einen Fehler auf Seiten von Zigbee2mqtt
Allerdings hat das erste Screenshot keinen Zusammenhang, ich denke, es gibt einen Bug, wenn man versucht, Zigbee2mqtt mehrmals hintereinander zu stoppen/neuzustarten. Dieser Teil funktioniert nicht gut, ich habe dasselbe bei meinen Tests dieser Integration bemerkt.
Ja, genau.
Ich denke, mein Fehler war, dass ich die Integration von Zigbee2mqtt starten wollte, bevor ich die MQTT-Integration eingerichtet hatte.
Also ja, ich habe Zigbee2mqtt gestartet, dann gestoppt und danach neu gestartet.
Falls das der Fall ist, sollte man nicht eine Nachricht oder sogar eine Sperre einfügen, um die Aktivierung der Zigbee2mqtt-Integration zu verhindern, bevor MQTT aktiviert wurde?
Die beiden Integrationen sind unabhängig voneinander, sie haben nichts miteinander zu tun.
Ich stimme @VonOx zu, die beiden Integrationen wurden genau dafür konzipiert, unabhängig zu sein und zwei verschiedene Mosquitto-Broker zu betreiben, um genau diese Probleme zu vermeiden.
Ich denke eher an ein Problem mit der Konkurrenz, also du startest, stoppst, startest neu, und dann verheddert sich alles.
Jedenfalls ist das hier nicht das Problem, der zweite Screenshot ist der Bug.
OK, ich verstehe.
Ich setze deine Antwort hier ein:
Letztlich habe ich das Problem (des ersten Bugs, nicht des Zigbee2mqtt-Bugs) gefunden, ich hatte bereits über dieses Problem im Code der Zigbee2mqtt-Integration gesprochen, es gibt einen Bug, wenn jemand Zigbee2mqtt installiert / deinstalliert / dann neu installiert, wird ein globales Objekt mutiert (ich weiß nicht, ob du dich erinnerst @VonOx), und das verursacht diesen Bug.
Ich habe heute Nachmittag daran gearbeitet, in Bezug auf die Kompatibilität mit Unraid/Synology, und ich habe das Problem beobachtet.
Ich habe es also zusammen mit meinem PR korrigiert
Ich präzisiere, dass ich vom 1. Screenshot spreche, der zweite hat nichts mit Gladys zu tun, und es ist ein anderes Problem!
@Tlse-vins Bist du dir sicher, dass das Problem von Zigbee2mqtt kommt?
Ich bin heute ein bisschen bei Zigbee2mqtt recherchieren gegangen, und ja, es gibt GitHub-Issues mit demselben Problem, aber es gibt keine offizielle Nachricht oder sogar einen PR, der gerade bearbeitet wird, um dieses Problem zu beheben.
Ich bin mir nicht sicher, ob die Maintainer von Zigbee2mqtt denken, dass dieses Problem ein Bug auf ihrer Seite ist.
Ich habe ein bisschen die Dokumentation gelesen (die Links, die du gepostet hast), und tatsächlich:
Die GitHub-Issues, die ich finde (Unresolved Error: SRSP - SYS - ping after 6000ms with Sonoff Zigbee 3.0 Dongle · Issue #11311 · Koenkk/zigbee2mqtt · GitHub), mit demselben Problem sind über einen Monat alt, und es gibt keine Fortschritte oder Fixes in Arbeit, also ich weiß nicht, ob es sich lohnt, auf etwas von dem zu warten (vielleicht irre ich mich, ich bin nicht in den Köpfen der Maintainer).
Ich bin mir nicht zu 100 % sicher, und du hast wahrscheinlich mehr recherchiert als ich.
Was ich herausgefunden habe, ist, dass es nach einer neuen Installation mit diesem Schlüssel mehrere Fälle gab, die im Forum gemeldet wurden (kommen alle davon?).
@VonOx Vincent, hast du denselben Schlüssel (soweit ich mich erinnere) eine CC2652R ZZh, oder?
Hast du Probleme mit deiner Installation? Kannst du es an einer neuen Installation testen?
Ich habe eine Minute gesucht, aber nicht länger, also bin ich definitiv weit davon entfernt, ein Experte auf diesem Gebiet zu sein. Ich versuche nur zu helfen, aber ich bin nicht im Geringsten die Wahrheit in Person ^^
Es gibt verschiedene andere Nachrichten zur Integration, aber im Moment glaube ich, dass ihr nur zu zweit die berühmte Nachricht mit dem « Ping after 6000ms » gesehen habt. Die anderen warten auf die Logs.
Ja, ich habe ein Problem!
Eine neue Installation, ich kann nicht alles neu installieren, tut mir leid (ich habe eine spezielle Homeassistant-Konfiguration, pan_id, Netzwerkschlüssel, benutzerdefinierte Ports usw.), weil ich Leute habe. Und ich bin auf dem Dev-Image, weil ich an der Unterstützung für Lixee TIC arbeite.
Ich habe dieses Problem auf meinem Ubuntu-Server: Nach einem Neustart sind die USB-Ports nicht verfügbar. Ich muss die Container stoppen, die Dongles (Z-Wave & Zigbee) ab- und wieder anstecken und dann die Container neu starten.
Ein weiteres Problem ist ein gleichzeitiger Zugriff, eine Anwendung, die versucht, das USB-Gerät zu verwenden.
Für Info, ich habe den Titel des Issues bearbeitet, es wurde kompliziert, den Überblick zu behalten
Könnte das nicht mit den Stromversorgungsproblemen des Pi zusammenhängen? Also nicht genug Saft für den SSD + die Dongles?
– Entschuldigt alle, ich mache mal kurz ein Off-Topic –
@VonOx ich sehe, dass du auf deiner z2m-Karte deine Geräte umbenannt hast. Ich hatte (vor langer Zeit) gelesen, dass man das vermeiden sollte, weil es zwischen z2m und Gladys beim Umbenennen Chaos anrichten könnte.
Daher habe ich alles in Gladys umbenannt, aber nicht in z2m … was überhaupt nicht praktisch ist.
Kann ich AUCH in z2m umbenennen? Muss ich genau denselben Namen verwenden oder ist das egal?
Es ist eine Produktionsinstanz… also ich möchte nichts kaputt machen! 
Hallo Guim,
ich hatte ein Problem mit der Stromversorgung des Pi, ich habe es gesehen, als ich den Befehl dmesg -s 1024 in Putty eingegeben habe. Es steht in Rot auf Schwarz
Ich benenne sie vor dem Hinzufügen in Gladys um.
