Hallo,
Gleiches Problem « error ping after »: Ich habe gerade mein zigbee2mqtt zu Gladys migriert, aber zigbee2mqtt funktionierte nicht. Beim Vergleich der beiden Instanzen habe ich festgestellt, dass ich ein zusätzliches Volume « /run/udev » → « /run/udev » hatte. Nachdem ich es manuell in Docker hinzugefügt habe, wurde das Problem behoben.
OS: Debian 9
Ein zusätzliches Volume?
Kannst du das genauer erklären, was du gemacht hast und in welchem Ordner?
Hallo,
Hier ein Auszug aus dem docker inspect meines zigbee2mqtt:
Siehe zigbee2mqtt-Dokumentation:
(Docker | Zigbee2MQTT)
Ps: Ich habe einen CONBEE2
ok, ich verstehe besser.
„Das ist für die automatische Erkennung des Ports und bestimmter Adapter wie ConBee“, laut der Dokumentation.
Wir haben kein Problem mit der Erkennung des Schlüssels, sondern mit der Verbindung zum ZIgbee2mqtt-Container, der alle 30 Sekunden neu startet.
Ja, in meinem Fall startete der ZIgbee2mqtt-Container auch alle 30 Sekunden neu im Kreis.
Hallo!
Bisher war alles in Ordnung mit der z2m-Integration, aber seit heute Abend habe ich plötzlich auch diesen Fehler…
Gibt es eine Lösung dafür?
Welchen Schlüssel hast du?
Laut dem, was ich gelesen habe, ist sie weniger leistungsfähig als die CC2652R ZZH.
Aber das Problem liegt nicht daran.
Mir bleiben noch 2 Tests mit diesem Schlüssel, aber ich hatte noch keine Zeit, sie durchzuführen.
Ich habe eine Sonoff bestellt, die einen Teil des Problems gelöst hat, da der Zigbee2mqtt-Container nicht mehr neu gestartet wird, aber ich kann die Geräte nicht paaren, selbst wenn ich sie zurücksetze.
Und dann null Lösungen? ^^’
Ich denke, du solltest uns etwas mehr Logs geben, um die Fehlerquelle zu validieren.
Kannst du uns die Logs des Containers gladys-z2m-zigbee2mqtt geben?
Natürlich, hier ist mein Fall:
Zigbee2MQTT:info 2022-04-21 21:36:36: MQTT publish: topic 'zigbee2mqtt/Prise 2', payload '{"child_lock":"UNLOCK","current":0,"energy":11.1,"indicator_mode":"off/on","linkquality":131,"power":0,"power_outage_memory":"on","state":"ON","voltage":237}'
Zigbee2MQTT:error 2022-04-21 21:36:37: Adapter disconnected, stopping
Zigbee2MQTT:debug 2022-04-21 21:36:37: Saving state to file /app/data/state.jsonZigbee2MQTT:info 2022-04-21 21:36:37: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'offline'
Zigbee2MQTT:info 2022-04-21 21:36:37: Disconnecting from MQTT server
Zigbee2MQTT:info 2022-04-21 21:36:37: Stopping zigbee-herdsman...
Zigbee2MQTT:error 2022-04-21 21:36:37: Failed to stop Zigbee2MQTT
Dann versuche ich, den Container erneut zu starten, und dann habe ich den Fehler (nicht immer, manchmal startet er ohne Probleme)
Zigbee2MQTT:error 2022-04-22 05:57:51: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-04-22 05:57:51: Failed to start zigbee
Zigbee2MQTT:error 2022-04-22 05:57:51: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-04-22 05:57:51: Exiting...
Zigbee2MQTT:error 2022-04-22 05:57:51: 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:102:27)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
at Zigbee.start (/app/lib/zigbee.ts:58:27)
at Controller.start (/app/lib/controller.ts:100:27)
at start (/app/index.js:101:5)
Also, wenn ich den Trennungsfehler bekomme, nehme ich den Schlüssel und starte neu, und schon gibt es Schokopudding 
Wenn ich die Dokumentation durchsehe, habe ich dies:
If you are using a CC2530 or CC2531; it is a common issue for this adapter to crash (due to its outdated hardware). Reflashing the firmware should fix the problem. If it happens often consider flashing the source routing firmware or upgrade to a more powerful adapter.
Aber ich kann meinen Schlüssel nicht neu flashen.. Ich habe ihn gerade gekauft, um mir das zu ersparen…
Wenn ich der Logik des Logs folge
Fehler beim Stoppen, also ist die serielle Schnittstelle immer noch belegt
Daraus resultiert ein Fehler beim Starten.
Also würde ich die Suche auf den ersten Fehler ausrichten. Der Rest ist eine Folge.
In diesem Fall muss man die Garantie in Anspruch nehmen. Da kann man nicht viel machen 
Ah ja, ist das für dich der Schlüssel, der kaputt ist?
Bei mir stürzt das Firmware ab, daher ist zigbee2mqtt in einem unordentlichen Zustand. Der Schlüssel akzeptiert keine Verbindungen mehr und der einzige Weg ist, ihn auszustecken und wieder einzustecken (außer dein Schlüssel verfügt über einen Reset-Knopf).
Und sie hat seit dem Start und von einem Tag auf den anderen ohne Grund einfach aufgehört zu funktionieren 
.
Ich bin ein bisschen überrascht, wenn es am Firmware liegt :-/
Das heißt, dass jede Marke geplante Obsoleszenz in Zigbee-Dongles implementieren kann ^^'.
Hallo, ich habe gerade einen Sonoff-Dongle bekommen!
Wie kann ich den Container nach dem Schlüsselwechsel neu starten?
Denn der Container ist immer noch offline
Zigbee2MQTT:info 2022-04-23 15:14:18: Starting Zigbee2MQTT version 1.25.0 (commit #6f1460e)
Zigbee2MQTT:info 2022-04-23 15:14:18: Starting zigbee-herdsman (0.14.20)
Zigbee2MQTT:debug 2022-04-23 15:14:18: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/app/data/coordinator_backup.json","databaseBackupPath":"/app/data/database.db.backup","databasePath":"/app/data/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"path":"/dev/ttyACM0"}}'
Zigbee2MQTT:error 2022-04-23 15:14:40: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-04-23 15:14:40: Failed to start zigbee
Zigbee2MQTT:error 2022-04-23 15:14:40: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-04-23 15:14:40: Exiting...
Zigbee2MQTT:error 2022-04-23 15:14:41: 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:102:27)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
at Zigbee.start (/app/lib/zigbee.ts:58:27)
at Controller.start (/app/lib/controller.ts:100:27)
at start (/app/index.js:101:5)
Hast du es versucht, den Dienst direkt in Gladys mit dem Button in der Integration zu deaktivieren?
Ich musste das nicht tun. Die Verbindung ist sofort hergestellt worden. Aber ich kann meine Geräte immer noch nicht paaren, weil nichts in der Zigbee-Schnittstelle angezeigt wird.
Das habe ich auch gemacht, aber aus irgendeinem Grund wollte er nichts davon wissen. Ich musste meinen z2m-Container löschen und den Gladys-Service neu starten. Jetzt ist alles okay 
Hast du deine Geräte neu hochgefahren?
