Zigbee2MQTT funktioniert wieder nicht

Bonsoir, wieder funktioniert mein zigbee2mqtt nicht. Seit gestern Abend geht nichts mehr. Ich habe keinen Zugriff mehr auf die zigbee2mqtt-Oberfläche, die vorher funktioniert hat. Bei Gladys scheint alles konfiguriert und korrekt gestartet zu sein. Wenn ich docker Ps ausführe, sehe ich alle meine Container gestartet. Aber wenn ich « docker logs gladys-z2m-zigbee2mqtt » ausführe, sehe ich, dass ein Problem vorliegt, aber ich weiß nicht, woher es kommt. Beim letzten Mal habe ich den zigbee2mqtt-Container gelöscht und alles neu konfiguriert, wobei ich gezwungen war, alle meine Geräte erneut zu paaren. Diesmal habe ich versucht, eine funktionierende Version wiederherzustellen, aber das hat nichts geändert.

Ich weiß nicht, ob das zusammenhängt und es sollte eigentlich nichts mit Zigbee zu tun haben, aber auch meine Rollläden, die über RFlink und Node Red gesteuert werden, funktionieren seit gestern Abend nicht mehr.

Zigbee2MQTT:info  2023-05-31 18:56:50: Starting Zigbee2MQTT version 1.30.4 (commit #b2dd21e)
Zigbee2MQTT:info  2023-05-31 18:56:50: Starting zigbee-herdsman (0.14.111)
Zigbee2MQTT:error 2023-05-31 18:57:10: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2023-05-31 18:57:10: Failed to start zigbee
Zigbee2MQTT:error 2023-05-31 18:57:10: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2023-05-31 18:57:10: Exiting...
Zigbee2MQTT:error 2023-05-31 18:57:10: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:103:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:132:29)
    at Zigbee.start (/app/lib/zigbee.ts:58:27)
    at Controller.start (/app/lib/controller.ts:101:27)
    at start (/app/index.js:107:5)
Using '/app/data' as data directory
Zigbee2MQTT:info  2023-05-31 18:57:12: Logging to console and directory: '/app/data/log/2023-05-31.18-57-12' filename: log.txt

Hier liegt dein Fehler.
Viele von uns hatten diesen Fehler.

Auf welchem Material hast du Gladys installiert?

Guten Abend, ich bin seit Februar auf einem Mini-PC Optiplex 3040M. Damals hatte ich das Zigbee verloren und alles neu gepairt. Seitdem funktionierte alles einwandfrei.

Seltsam. Ich nutze auch einen Mini-PC und alles funktioniert seit der Änderung problemlos.

Hast du die SD-Karte schon geflasht?

Mein Schlüssel ist eine Sonoff, dieselbe wie in dem Video-Tutorial von Pierre Gille. Ich musste sie nicht flashen.

Hallo,
hast du versucht, den USB-Port zu wechseln und den Dongle anschließend in Gladys neu zu konfigurieren?

Das werde ich heute Abend gleich ausprobieren.

Hallo, ich habe meinen RF-Link und meinen Zigbee-Schlüssel vom USB-Port geändert und die Konfiguration neu gestartet, aber es hat nichts geändert. Muss ich den Zigbee-Container löschen, bevor ich die Konfiguration neu starte? Gladys sagt mir weiterhin, dass alles angeschlossen und korrekt konfiguriert ist. Und für meinen RF-Link sagt mir Node Red, dass er damit verbunden ist.

Kann mir bitte jemand sagen, ob ich alles löschen muss?

Hallo @elfedagger, meiner Meinung nach wird sich dadurch nichts ändern!

Hast du die Empfehlungen von Zigbee2mqtt zu diesem Fehler überprüft?

Quelle: Redirecting...

Ich habe mein Problem ohne zu verstehen, wie, gelöst. Ich hatte alles versucht, bevor ich die Vorschläge von zigbee2mqtt befolgt habe, wie du es mir vorgeschlagen hast, Pierre Gilles. Ich habe den Befehl „ls -l /dev/serial/by-id“ eingegeben, um zu überprüfen, ob mein Sonoff-Dongle am richtigen USB-Port war, und anscheinend hat das nicht nur überprüft, sondern auch mein Problem gelöst. Ich habe alle meine Geräte und Szenen zurückerhalten. Ein Problem gelöst und ein anderes taucht auf. Gladys meldet mir, dass mein Node Red-Container seit 4 Monaten gestoppt ist und ich kann ihn nicht neu starten. Vor 12 Tagen funktionierte Node Red perfekt, da meine Rollläden funktionierten.

Hallo, ich habe wieder ein Problem, seit gestern Nachmittag kein Zigbee mehr. Meine Logs hören um 15:34 Uhr auf und dann habe ich das.

ure chambre 1', payload '{"battery":100,"humidity":61.15,"linkquality":162,"temp                                                                                        erature":23.88,"voltage":3000}'
Zigbee2MQTT:info  2023-06-25 06:26:59: MQTT publish: topic 'zigbee2mqtt/Températ                                                                                        ure chambre 1', payload '{"battery":100,"humidity":60.38,"linkquality":159,"temp                                                                                        erature":23.88,"voltage":3000}'
error from daemon in stream: Error grabbing logs: invalid character '\x00' looki                                                                                        ng for beginning of value

Ich habe gesucht und auf der Docker-Website gefunden und wie ich verstanden habe, muss ich Docker neu installieren.
Was denken Sie?

Laut Internet scheint es so zu sein, dass deine Docker-Logs korrupt sind.

Mögliche Ursachen:

  • Du bist auf einer micro-SD-Karte und hattest eine Dateikorruption?
  • Deine Instanz ist nicht sehr stabil, startet oft auf nicht sehr saubere Weise neu?
  • Du hast keinen Speicherplatz mehr auf deiner Festplatte?

Ich bin auf einem Mini-PC mit SSD und meine Festplatte wird nur zu 12% genutzt. Ich neige eher zu einem nicht sehr sauberen Neustart. Ich starte mein System neu, indem ich die Stromversorgung meines Mini-PCs trenne und wieder einschalte.
Und die Lösung ist, Docker neu zu installieren?

Okay, einen PC so abzuschalten ist ja nicht verrückt.

Ich bin mir nicht sicher, ob der Fehler, den du siehst, der eigentliche Fehler ist, aber zunächst einmal, wenn du möchtest, dass er verschwindet, leere die Logs des Containers:

(Stackoverflow-Antwort: https://stackoverflow.com/a/75723082 )

Arrfff, das ist Chinesisch für mich. Ich sehe, dass es nicht funktioniert, aber ich finde nicht heraus, warum.

unbutu@unbutu:~$ sudo sh -c 'echo "" > $(docker inspect --format="{{.LogPath}}"gladys-z2m-zigbee2mqtt )'
[sudo] password for unbutu:
"docker inspect" requires at least 1 argument.
See 'docker inspect --help'.

Usage:  docker inspect [OPTIONS] NAME|ID [NAME|ID...]

Return low-level information on Docker objects
sh: 1: cannot create : Directory nonexistent

Führe einfach aus:

docker inspect --format="{{.LogPath}}" gladys-z2m-zigbee2mqtt 

Das gibt dir einen Pfad, das ist der Weg zum Logfile, das die Logs dieses Containers enthält.

Dann machst du:

rm DER_PFAD

(Ersetze mit dem zuvor erhaltenen Wert)

Danach:

docker restart gladys-z2m-zigbee2mqtt 

Und dann siehst du, was in den Logs steht :slight_smile:

Ich bekomme das hier.
rm: kann '/var/lib/docker/containers/47f1e5a8bba77449c1fb4e0f171fbb0c2b5d3f2a289442d0910f7e6dddec109d/47f1e5a8bba77449c1fb4e0f171fbb0c2b5d3f2a289442d0910f7e6dddec109d-json.log' nicht entfernen: Berechtigung verweigert
Ich habe es auch mit sudo versucht, aber dasselbe Problem.

Hast du die Container zuerst gestoppt?
‹ docker stop ContainerName ›

ähhh nein!