Zigbee2mqtt - Dienste gestartet, aber rotes Kreuz für die Verbindung

Nochmal ich :smiley:

Jetzt versuche ich, den Zigbee-Teil mit Sonoff-Sensoren und einer Sonoff-Bridge zu verwenden. Kein Problem bei der Installation des USB-Sticks und der Konfiguration. Aber dann stelle ich fest, dass alle Dienste funktionieren, aber die Verbindung rot ist:

Was soll ich in diesem Fall tun? Der „Verbindung zulassen“-Button in „Zigbee-Erkennung“ funktioniert nicht.

Danke im Voraus :slight_smile:

Aus dem Gedächtnis:

  • entweder muss man einfach etwas länger warten (ein paar Minuten)
  • oder versuchen, den Pi / den Computer neu zu starten
  • oder in den Logs nachsehen, was schiefgelaufen sein könnte
  • Es ist schon mehr als 2 Tage her … Warte ich immer noch? :face_with_open_eyes_and_hand_over_mouth:
  • Ich habe einige harte Neustarts durchgeführt (der Befehl « reboot » oder « shutdown -r » funktioniert offensichtlich nicht. Gibt es eine Alternative für einen sauberen Neustart?
  • Welche Logs? Irgendwo in /var/logs/? Oder die einfachen Informationen in Gladys? Der einzige Fehler ist der folgende und in einer Schleife alle X Stunden:
Error: Error
at Database.<anonymous> (/src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:179:27)
at /src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:177:50
at new Promise (<anonymous>)
at Query.run (/src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:177:12)
at /src/server/node_modules/sequelize/lib/sequelize.js:314:28
at async SQLiteQueryInterface.bulkDelete (/src/server/node_modules/sequelize/lib/dialects/abstract/query-interface.js:403:12)
at async /src/server/lib/device/device.calculcateAggregateChildProcess.js:142:7 {
name: 'SequelizeTimeoutError',
parent: [Error: SQLITE_BUSY: database is locked] {
errno: 5,
code: 'SQLITE_BUSY',
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'"
},
original: [Error: SQLITE_BUSY: database is locked] {
errno: 5,
code: 'SQLITE_BUSY',
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'"
},
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'",
parameters: {}
}

Ist das damit verbunden?

Für die Logs von Gladys habe ich dies:

2023-02-11T10:06:42+0100 <info> init.js:38 (Zigbee2mqttManager.init) Zigbee2mqtt USB Dongle an /dev/ttyACM0 angeschlossen
2023-02-11T10:06:42+0100 <info> checkForContainerUpdates.js:14 (Zigbee2mqttManager.checkForContainerUpdates) Überprüfe auf aktuell installierte Versionen und benötigte Updates...
2023-02-11T10:06:42+0100 <info> installMqttContainer.js:98 (Zigbee2mqttManager.installMqttContainer) MQTT-Broker startet...
2023-02-11T10:06:47+0100 <info> installMqttContainer.js:104 (Zigbee2mqttManager.installMqttContainer) MQTT-Broker-Container erfolgreich gestartet
2023-02-11T10:06:47+0100 <info> installZ2mContainer.js:56 (Zigbee2mqttManager.installZ2mContainer) Vorbereitung der Zigbee2mqtt-Umgebung...
2023-02-11T10:06:47+0100 <info> installZ2mContainer.js:69 (Zigbee2mqttManager.installZ2mContainer) Zigbee2mqtt-Container startet...
2023-02-11T10:06:53+0100 <info> installZ2mContainer.js:75 (Zigbee2mqttManager.installZ2mContainer) Zigbee2mqtt-Container erfolgreich gestartet
2023-02-11T10:06:53+0100 <info> connect.js:14 (Zigbee2mqttManager.connect) Verbindung von Gladys zum MQTT-Broker mqtt://localhost:1884 herstellen...
2023-02-11T10:06:53+0100 <info> connect.js:24 (MqttClient.<anonymous>) Verbunden mit MQTT-Container mqtt://localhost:1884
2023-02-11T10:06:53+0100 <info> subscribe.js:12 (Zigbee2mqttManager.subscribe) Abonnieren des MQTT-Themas zigbee2mqtt/#

Ich sehe nichts Ungewöhnliches… :frowning:

Ich merke, dass das Problem ein bisschen allgemeiner ist, wie in diesem Thread: Zigbee2mqtt : Error SYS - Ping after 6000ms au démarrage - #161 par guim31

Ich habe das gleiche Problem und sehe keine Lösung …

Ich verwende die Speicherkarte und einen Sonoff. Keine Stromprobleme.
Ich weiß also nicht, was ich tun soll … HABT IHR IDEEN?

Ich habe das versucht: Zigbee2mqtt : Error SYS - Ping after 6000ms au démarrage - #127 par Tlse-vins
Aber es ändert sich absolut nichts :frowning:

Hallo,

Ich habe einen Sonoff ZBDongle-E (EFR32MG21) und hatte auch ein paar Probleme, ihn mit zigbee2mqtt zum Laufen zu bringen. Der Dongle wurde zwar erkannt, aber die z2m-Container starteten in einer Endlosschleife. Ich habe verschiedene Dinge versucht (z. B. Firmware-Flashen usw.), und schließlich hat es funktioniert, indem ich eine Konfiguration in der zigbee2mqtt-Konfiguration erzwungen habe:

  • Bearbeite die Konfigurationsdatei auf deinem Raspberry oder deiner Maschine: sudo nano /var/lib/gladysassistant/zigbee2mqtt/z2m/configuration.yaml
  • Füge adapter: ezsp zu dieser YAML-Datei hinzu
    image

Am Ende hängt alles von deinem Zigbee-Dongle ab, aber so hat es bei mir funktioniert.

Ich glaube, ich habe das auf diesem Forum gefunden, aber ich habe den Beitrag nicht wiedergefunden.

Bis bald,

1000 Dank @qleg! Es funktioniert auch bei mir! Jedenfalls startet er nicht mehr endlos neu und ich habe ein V statt eines X.

@pierre-gilles: Vielleicht wäre es interessant, es in der Dokumentation zu ergänzen? Für diejenigen von uns, die keine Stromversorgungsprobleme haben.

Das steht in der zigbee2mqtt-Dokumentation

Es gibt mehrere Sonoff-Dongles (mit unterschiedlichen Chips)

Dumme Frage, aber wie kann man feststellen, ob man den Dongle -E oder -P hat?

Das ist unten vermerkt: Modell Zigbee P

Absolut, ich würde sogar sagen: Könnte das automatisch sein? Oder, wenn es nicht automatisch ist, könnten wir ein Dropdown-Menü in der UI einfügen, damit der Benutzer seinen Schlüssel auswählen kann?

@AlexTrovato Was denkst du?

Ich denke, wenn wir es für die Benutzer einfach haben wollen, müssen wir es unbedingt tun!!!

(Es geht um die spezielle z2m-Konfiguration gemäß dem Zigbee-Schlüssel, oder?)

Ja, genau das ist es! Glaubst du, es ist möglich, einen Schlüssel zu erkennen, oder ist es besser, ein Dropdown-Menü zu erstellen und den Benutzer seinen Schlüssel auswählen zu lassen?

Egal was passiert, ich werde ein Dropdown-Menü einfügen, mit dem der Benutzer auswählen kann, aber ich werde trotzdem versuchen, den Schlüssel vorab auszuwählen, falls es möglich ist, sein Modell von den USB-Eingängen zu erkennen.

Kann man einen Test automatisch durchführen? Wenn es nicht funktioniert, ein Erkennungsbutton für den Schlüsseltyp:
Er ändert den Wert, startet den Container neu und überprüft, ob er Zigbee-Geräte sieht? Eine Art Test in der Anwendung

Nach einem Dropdown kann es auch funktionieren, man ändert den Wert, es löst den Neustart aus

Ich bevorzuge einfach ein Dropdown.

Ich habe seit Freitag das gleiche Problem mit dem Sonoff-Dongle, ich habe gerade dieses Thema gesehen. Ich versuche es heute Abend und bestätige Ihnen, dass es auch mein Problem löst.

EDIT: Die Ergänzung von « adapter: ezsp » funktioniert gut, um die Kommunikation mit Z2M für den Sonoff-E-Dongle zu entsperren

Ich denke, wir sollten diese Information wirklich in die Dokumentation aufnehmen, um anzufangen :slight_smile:

Für Info, ich habe mit der Entwicklung für die spezielle Konfiguration gemäß dem Dongle begonnen… aber es ist noch nicht fertig!

Ich habe diese Information in die Dokumentation aufgenommen, bis sie in Gladys :slight_smile: verfügbar ist.

Der PR:

Die Website:

@Kevin Ich weiß nicht, ob du ein bisschen Entwickler bist, zögere nicht, direkt Änderungen in der Dokumentation vorzunehmen, wenn du Verbesserungen siehst, alles ist Open Source und von allen änderbar :slight_smile: