Hallo,
Allen und jedem ein frohes neues Jahr 2022.
Also, ich habe gerade einen Zigbee 3.0 USB-Stick bei Domadoo gekauft, als Ersatz für meinen alten Stick, der eigentlich ganz gut funktioniert, außer dass die Reichweite begrenzt ist. Deshalb habe ich gesehen, dass der von Domadoo verkaufte Stick mit einer Antenne ausgestattet ist, deshalb der Austausch.
Also, ich habe einfach den alten entfernt und den neuen angeschlossen, und jetzt kann ich den neuen Stick nicht konfigurieren, kein grünes Häkchen bei den Verbindungen Gladys/Mqtt/Zigbee2.
Also habe ich meinen alten Stick wieder angeschlossen, und er wird sofort erkannt und bestätigt meine Konfiguration.
Zusammengefasst: Es funktioniert mit dem alten Stick, aber nicht mit dem neuen.
Ich habe einen alten Raspberry, der mit Gladys V5 geladen, aber nicht konfiguriert ist, und dort wurde mein neuer Stick erkannt und bestätigt meine Zigbee2-Konfiguration.
Ich denke, man muss den alten Stick löschen, bevor man den neuen anschließt, aber ich weiß nicht wie. Können Sie mir sagen, wie man das macht? Oder eine andere Lösung. DANKE!!!
Ist der vom OS definierte Pfad des USB-Ports derselbe?
Er könnte sich ändern und in diesem Fall muss er in den Integrationsparametern geändert werden 
Danach bin ich mir nicht sicher, ob Zigbee2mqtt einen Schlüsselwechsel „im laufenden Betrieb“ verwaltet, vielleicht muss der Container (oder der Pi, dann bist du auf der sicheren Seite) neu gestartet werden.
Wenn du vom Pfad des USB-Ports sprichst, meinst du den USB-Port, in den der Zigbee2mqtt-Dongle eingesteckt ist.
Falls ja, dann ist der USB-Port des neuen Schlüssels (/dev/ttyUSB0 -iTead-10c4) und der alte ist (/dev/ttyACM0-Texas instruments-0451), und ich habe michergestellt, dass ich in den Einstellungen den richtigen Schlüssel ausgewählt habe.
Wenn du von einem Neustart sprichst, meinst du einen Neustart des Raspberry Pi, denn ich kenne den Befehl nicht, um den Container neu zu starten.
Genau, denn ich glaube, dass der Container sich zum ersten Mal mit dem eingesteckten USB-Schlüssel verbindet.
Egal, beide haben denselben Effekt
docker restart CONTAINERNAME
Um einen Container neu zu starten.
Im Fall von Zigbee2mqtt ist der Name des Containers gladys-z2m-zigbee2mqtt, also denke ich, dass du diesen theoretisch neu starten kannst, und er sollte sich beim Neustart mit dem neuen Schlüssel verbinden:
docker restart gladys-z2m-zigbee2mqtt
Allerdings wurde dieser Fall, glaube ich, nicht so sehr bedacht, also ich garantiere nichts, wir probieren es einfach aus!
Hallo
Ich habe genau das gleiche Problem. Heute erhaltenen Sonoff Zigbee 3.0-Schlüssel, der sich nicht ab dem ersten Level mit MQTT verbindet.
Docker und Pi wurden neu gestartet, aber ohne Erfolg.
Irgendeine andere Idee?
Ich stelle fest, dass der Dienst in den Einstellungen gestoppt ist und ich ihn nicht neu starten kann.
Hallo,
Ich habe gerade deine Anweisungen ausgeführt!!! Der Zigbee2mqtt-Container wurde nach dem Neustart erfolgreich gestoppt, aber der neue Schlüssel wurde nicht validiert und der Zigbee2mqtt-Container wurde nicht neu gestartet.
Sofort habe ich den ersten Schlüssel, der beim Start von Gladys installiert wurde, wieder eingesetzt und alles ist wieder normal geworden (Neustart des Zigbee2mqtt-Containers und der eingesetzte Schlüssel wurde in der Konfiguration validiert).
Zusammenfassend sollte man den Zigbee-Schlüssel nicht während der Nutzung von Gladys ändern, sonst muss Gladys insgesamt neu konfiguriert werden.
Guten Tag und vielen Dank!!! für die Hilfe.
@jerome Bestätigst du, dass du vorher einen anderen Zigbee-Schlüssel hattest, der funktioniert hat, und du kannst den Schlüssel nicht wie @Jac34 wechseln?
In diesem Fall gebe ich zu, dass man sich mehr auf Zigbee2mqtt konzentrieren sollte, das ein eigenständiges Projekt ist (ihre Dokumentation: Getting started | Zigbee2MQTT), man müsste herausfinden, wie das Verfahren zum Wechseln des Schlüssels bei einer bereits bestehenden Installation ist.
Falls es nichts in der Dokumentation gibt, haben sie auch ein Forum: Koenkk/zigbee2mqtt · Discussions · GitHub
Ja, tatsächlich, ich bestätige, dass ich vorher einen funktionierenden Schlüssel hatte, der aber nicht besonders gut empfangen hat, daher der Wechsel.
Ich werde mal auf der Website oder im Forum nachschauen, ob es ähnliche Fälle gibt.
Okay, halt uns auf dem Laufenden @jerome! 
Dazu gibt es einen Punkt in ihrer FAQ:
Danach ist es aber nicht sehr benutzerfreundlich 
Die Lösung ist, eine ganz frische Konfiguration auf der Zigbee-Seite zu haben und die Paarung erneut durchzuführen.
Man wird die Kommandozeile nutzen müssen, um zu reparieren.
Ich werde einen Post schreiben (ich bin vor einigen Monaten schon mal durchgegangen).