ZigBee2mqtt HS seit langer Zeit

Hallo,
ZigBee funktioniert schon lange nicht mehr.
Ich hatte es aufgegeben und beschlossen, mich wieder damit zu beschäftigen.
Gefundenes Problem:
Die Container starten, aber die MQTT - ZIGBEE2MQTT-Verbindung wird in der Oberfläche nicht hergestellt.
Ich habe die folgende Manipulation mehrmals ohne Erfolg durchgeführt:

  • Dienst in Gladys > Konfiguration deaktivieren
  • Schlüssel abstecken
  • Container löschen:
    docker stop gladys-z2m-zigbee2mqtt
    docker stop gladys-z2m-mqtt
    docker rm gladys-z2m-zigbee2mqtt
    docker rm gladys-z2m-mqtt
  • Container gladys stoppen:
    docker stop gladys
  • Zustand der Container überprüfen
    docker ps -a
  • Konfiguration löschen:
    sudo rm -rf /var/lib/gladysassistant/zigbee2mqtt
  • Gladys neu starten
    docker start gladys
  • Dongle wieder anstecken
  • Dongle in Gladys > Einstellungen /dev/ttyUSB0 verbinden
  • Speichern
  • Dienst in Gladys > Konfiguration > Zigbee2mqtt aktivieren
  • Lange warten (20 Minuten)
    Aber die Verbindung bleibt immer noch mit einem roten Kreuz

Ich habe ein sudo reboot durchgeführt, aber das hat nichts geändert.

Ideen?

Bearbeitung:

docker logs gladys-z2m-zigbee2mqtt

Gibt mehrmals mit dem sich ändernden FailureMessage Object:

Using ‹ /app/data › as data directory

Fatal error in , line 0
unreachable code

FailureMessage Object: 0x7efce64c
Using ‹ /app/data › as data directory

Ich habe diese Fehlermeldung bei Google gesucht und bin auf Folgendes gestoßen:

Was mich zu Folgendem weiterleitet:

Anfang des Jahres gab es ein Problem mit Zigbee2mqtt für Raspberry Pi-Nutzer, und man muss eine Manipulation durchführen, um das zu beheben. Da können wir bei Gladys nichts machen :slight_smile:

Hallo @pierre-gilles,
Danke für die Info.

Ich habe gerade das gemacht, was auf der Website steht :sweat_smile:, dann
docker restart gladys-z2m-zigbee2mqtt
Danach Aktualisierung der Konfigurationsseite des Zigbee2mqtt-Dienstes
et alle Häkchen sind grün :hugs: :blush:

Hallo zusammen,

Hat zufällig jemand den folgenden Fehler mit Gladys 4.9.2 und einem Sonoff-Dongle erlebt?

Fataler Fehler in , Zeile 0

Unerreichbarer Code

#FailureMessage Object: 0x7e8d16a4
Verwendung von ‹ /app/data › als Datenverzeichnis

Ich möchte darauf hinweisen, dass dies der erste Versuch ist, den Dongle zu verbinden.
Ich habe die oben genannte Methode befolgt, aber ohne Erfolg, zibee2mqtt weigert sich zu starten.

Guten Tag an alle.

EDIT: Ich habe das Problem behoben, indem ich einen Neustart durchgeführt und « docker rm gladys-z2m-zigbee2mqtt » ausgeführt habe, um eine vollständige Konfiguration zu erzwingen. Jetzt funktioniert es.

EDIT2: Funktioniert mit dem Lidl-Bewegungssensor (der den Batteriestand und Bewegungen meldet). Da er AAA-Batterien verwendet, ist er eine gute Wahl für diejenigen, die wiederaufladbare Batterien haben.

Hallo @gaetanb76,
Ich habe das gleiche Problem, was hast du genau gemacht? Meine Konfiguration: Raspberry Pi 3B+ mit einer Transcend 128 GB TS128GMSA230S, montiert auf einem Suptronics X850, versorgt von einem Aukuru 5V 3A Netzteil plus dem Sonoff-Schlüssel (der auf einem Beelink BT3 Pro problemlos funktioniert). Laut Logs scheint der zigbee2mqtt-Container in einer Endlosschleife neu zu starten und friert schließlich den Pi ein, sodass ich ihn jedes Mal ausschalten und neu starten muss!
@pierre-gilles Es fehlt ein Button in Gladys, um den Pi sauber zu stoppen/neu zu starten und auch die Möglichkeit, die Container (Stoppen, Neustarten, Status) zu steuern… eine schwierige Produktion für den Moment!

Hallo @cce66,
Ich habe das gemacht, was @pierre-gilles mir gesagt hat:

Dann das, was ich in meiner Nachricht geschrieben habe:

Das hat in meinem Fall funktioniert.

Hast du nur den Teil „# Hinweise für Raspberry Pi-Nutzer“ gemacht?
Ich hatte keine Probleme mit dem Beelink BT3Pro, ich glaube, der Raspberry 3B+ ist nicht so toll oder mehr geeignet, man muss auf SSD umsteigen, um keine MicroSD-Korruption zu haben, aber dann hat man anscheinend ein Problem mit der Stromversorgung oder man muss eine nicht ganz klare Manipulation durchführen, ich habe keine Lust, auf den Pi4 umzusteigen! Einerseits ist die Installation auf einem NUC für Nicht-Geeks nicht so einfach, andererseits ist das Bild auf dem Pi in Ordnung, aber man hat Probleme mit dem Sonoff-Schlüssel :frowning:
Danach habe ich Jeedom auf Beelink BT3 Pro und ConBee II-Schlüssel und genauso eine Manipulation, aber einfache Installation ab dem NUC-Bild und die Plugins sind kostenpflichtig!

Hast du schon mal daran gedacht, auf einen Mini-PC umzusteigen?

Das ist nicht mal für Anfänger zu kompliziert.

Soviel ich weiß, ja.

wie oben erwähnt, hatte ich Gladys auf einem NUC Beelink BT3 Pro II installiert und kein Problem gehabt, ich schließe daraus, dass es an der Stromversorgung (heute eine 4A für PI4 bestellt, ich werde sehen, ob das Problem verschwindet) oder an der Raspberry-Gladys-Architektur liegt!
Aber ich denke, ich werde Gladys wieder auf einem NUC Beelink BT3 Pro II installieren und die Raspberry-Hardware verkaufen, dann hätte ich drei Beelink BT3 Pro II, einen für Jeedom, einen für HA und einen für Gladys, das würde mir ermöglichen, die drei Lösungen zu testen, denn sie haben alle drei komplementäre Möglichkeiten im Moment!

Ich habe dasselbe gemacht, aber es klappt trotzdem nicht! :slightly_frowning_face:

Hallo,
Ich bin Anfänger und nicht sehr vertraut mit Englisch, ich habe mit Home Assistant und einem SONOFF-Dongle - USB-Zigbee-3.0-Schlüssel (V2) ZBDongle-E begonnen, was erfolgreich war.
Jetzt möchte ich Gladys mit demselben Dongle testen, aber ich habe ein Verbindungsproblem mit Zigbee2MQTT, rotes Kreuz zwischen MQTT und Zigbee2MQTT.
Ich habe versucht, ein paar Tipps hier oben zu befolgen, aber ohne Erfolg, mein Raspberry meldet: Bullseye, ich habe die Anweisungen nicht befolgt: Docker | Zigbee2MQTT

Daher frage ich mich, ob mein Dongle mit Homeassistant verwendet wird, muss ich ihn dann zurücksetzen? Wenn ja, ist die Lösung, ihn neu zu flashen oder den Reset-Knopf zu verwenden?

Danke für eure Hilfe

Wichtig ist, dass dein Dongle nicht gleichzeitig von HA verwendet wird, sonst kann Gladys ihn nicht nutzen! :slight_smile: Ist das in deiner Konfiguration der Fall?

Ansonsten kannst du die Logs des Zigbee2mqtt-Containers überprüfen, wenn du verstehen möchtest, was nicht stimmt!

Immer dasselbe Problem
1- Sonoff-Schlüssel an einen selbstversorgenden USB-Hub angeschlossen, der an den Pi3b+ angeschlossen ist => Gleiches Problem
2- mSATA an den USB-Hub angeschlossen => Gleiches Problem
3- Neue Gladys-Installation auf mSSD und mSATA abgesteckt => Gleiches Problem
4- Anschluss eines anderen funktionierenden Sonoff-Schlüssels an einen BT3PRO2 mit HA => Gleiches Problem
In allen Fällen gibt es einen Neustart des zigbee2mqtt-Containers nach 30 Sekunden
Kommt das Problem von Gladys, das versucht, den zigbee2mqtt-Container neu zu starten, weil es den Schlüssel nicht sieht, oder startet der zigbee2mqtt-Container von selbst neu?

Gladys erstellt nur den Container, wenn er in einer Schleife neu startet, gibt es entweder ein Problem mit der Konfiguration oder ein Problem mit dem Dongle.

Hallo @pierre-gilles,
Zuerst ein frohes neues Jahr :tada:
Danke für die Antwort, tatsächlich wird mein Dongle nicht gleichzeitig von HA verwendet, meine 2 Instanzen sind auf verschiedenen SD-Karten, die ich auf meinem Pi wechsle.

Kann ich die Container-Logs über die Gladys-Oberfläche sehen? Falls nicht, kannst du mir sagen, wo ich das sehen und welche Befehle ich verwenden kann?

Vielen Dank im Voraus

Hallo @gaelbillon! Frohes neues Jahr an dich auch :slight_smile:

Für die Container-Logs, wie @cicoub13 sagt:

Das wird per CLI auf deinem Raspberry Pi sein

docker logs gladys-z2m-zigbee2mqtt

Für später frage ich mich, ob man nicht die MQTT-Verbindungsfehler abrufen und in Gladys anzeigen lassen könnte? cc @AlexTrovato @cicoub13

Zur Klarstellung habe ich meine Gladys-Instanz direkt auf die SD-Karte geflasht, nicht über Docker von Linux aus. Ist es möglich, zu einer grafischen Linux-Oberfläche zurückzukehren?

Falls nicht, hier ist, was mir die Log-Befehl ausgibt:

Der Klassiker „SYS - ping nach 6000ms“ ^^

Mögliche Probleme:

  • Falscher USB-Port ausgewählt?
  • Stromversorgungsproblem. Dein Pi hat möglicherweise nicht genug Leistung, um den Dongle und etwas anderes gleichzeitig zu versorgen (z. B. eine externe Festplatte). Stelle sicher, dass dein Pi richtig versorgt wird, und wenn du eine externe Festplatte hast, versuche, auf einen USB-Hub mit Stromversorgung umzusteigen
  • Firmware-Fehler deines Zigbee-Dongles. Das kommt vor, und in diesem Fall ist die Installation der neuesten Firmware-Version eine gute Lösung

In jedem Fall findest du alle Hinweise zur Fehlerbehebung auf der Zigbee2mqtt-Website. Zur Erinnerung: Zigbee2mqtt ist ein unabhängiges Projekt von Gladys, wir starten nur den Container in Gladys, danach wird alles von diesem Projekt verwaltet!

Die Dokumentation zu diesem Fehler:

Vielen Dank für die Hilfe, ich werde weiter in diese Richtung schauen.