Neues YouTube-Video: Visualisierung im Devices-Adapter

[Asatru]

@arteck Guten Morgen,

und was kann ich dann tun? Mich irritiert, dass ich auch auf dem Host (der Synology), die Meldung auf ls -l /dev/serial/by-id erhalte.

Gruß Jonas

[arteck]

@asatru sagte in Zigbee läuft nach Update nicht mehr (CC2538):

Mich irritiert, dass ich auch auf dem Host (der Synology), die Meldung auf ls -l /dev/serial/by-id erhalte.

was irritiert dich hier??? du hast nicht die rechte um auf die Schnitstelle zu zugreifen

[Asatru]

@arteck ich bin als root aufgeschaltet, daher bin ich irritiert. Hast Du eine Idee, wie ich das beheben kann, bzw. wie ich hier weiter vorgehen kann?

[Asgothian]

@asatru

Du suchst in der falschen Richtung. Das Verzeichnis /dev/serial/by-Id existiert nicht. Muss es auch nicht.

Dein Problem ist das du nicht das Recht hast auf /dev/ttyACM0 zuzugreifen. Das musst du lösen, dann geht alles wieder.

Wie kann ich nicht sagen, docker und synology sind Dinge die ich nicht einsetze.

A.

[Glasfaser]

@asatru

Zeige mal die Ausgabe von :

ls -l /dev/ttyACM*

[Asatru]

@glasfaser Hier die Ausgaben aus dem Container und denm Host

[Glasfaser]

@asatru

bei root@DS219Plus ist alles richtig ,
nur bei iobroker solle es so sein:

crw-rw---- 1 root dialout 166, 0 Aug  8 18:19 /dev/ttyACM0

Hast du den Stick richtig durchgereicht in der Umgebung .

.

Du schreibst auch von Updates , hast du eventuell DSM 7 drauf ?

[Asatru]

@glasfaser Ne, ich laufe noch auf DSM 6.2.4-25556

Den Stick hatte ich bisher tatsächlich nie als variable mit durchgereicht. Habe es jetzt mal gemacht, leider auch kein Erfolg

[Glasfaser]

@asatru

Findes es gerade nicht... müsse das sein :

setze mal im Container bei ioBroker:

chmod 777 /dev/ttyACM*
chown root:dialout /dev/ttyACM0

[Asatru]

@glasfaser zumindest die Fehlermeldung hat sich geändert ;)

zigbee.0 2021-08-09 08:58:40.912	error	Error herdsman start
zigbee.0 2021-08-09 08:58:40.912	error	Failed to start Zigbee
zigbee.0 2021-08-09 08:58:40.911	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
zigbee.0 2021-08-09 08:58:40.637	info	Installed Version: iobroker.zigbee
zigbee.0 2021-08-09 08:58:40.621	info	Starting Zigbee npm ...
zigbee.0 2021-08-09 08:58:40.620	info	Try to reconnect. 1 attempts left
zigbee.0 2021-08-09 08:58:30.618	error	Error herdsman start
zigbee.0 2021-08-09 08:58:30.616	error	Failed to start Zigbee
zigbee.0 2021-08-09 08:58:30.614	error	Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
zigbee.0 2021-08-09 08:58:30.613	error	Re-commissioning your network will require re-pairing of all devices!
zigbee.0 2021-08-09 08:58:30.613	error	If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
zigbee.0 2021-08-09 08:58:30.612	error	Please update configuration to prevent further issues.
zigbee.0 2021-08-09 08:58:30.612	error	- Channel List: configured=11, adapter=11
zigbee.0 2021-08-09 08:58:30.611	error	- Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
zigbee.0 2021-08-09 08:58:30.610	error	- Extended PAN ID: configured=aadddddddddddddd, adapter=00124b0006104d25
zigbee.0 2021-08-09 08:58:30.610	error	- PAN ID: configured=6754, adapter=6755
zigbee.0 2021-08-09 08:58:30.608	error	Configuration is not consistent with adapter state/backup!
zigbee.0 2021-08-09 08:58:28.701	info	Installed Version: iobroker.zigbee
zigbee.0 2021-08-09 08:58:27.859	info	Starting Zigbee npm ...
zigbee.0 2021-08-09 08:58:27.518	info	starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.2, js-controller: 3.3.15
zigbee.0 2021-08-09 08:58:15.118	error	Cannot read property 'getEntries' of null
zigbee.0 2021-08-09 08:58:15.118	error	TypeError: Cannot read property 'getEntries' of null at Function.loadFromDatabaseIfNecessary (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/device.js:220:55) at Function.all (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/device.js:240:16) at Controller.getDevices (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/controller.js:303:31) at ZigbeeController.getClients (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:228:49) at DeviceAvailability.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceAvailability.js:222:43) at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:214:42) at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:385:20) at Zigbee.onUnload (/opt/iobroker/node_modules/iobroker.zigbee/main.js:696:41) at processTicksAndRejections (internal/process/task_queues.js:97:5)
zigbee.0 2021-08-09 08:58:15.117	error	unhandled promise rejection: Cannot read property 'getEntries' of null
zigbee.0 2021-08-09 08:58:15.116	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
zigbee.0 2021-08-09 08:58:15.115	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
zigbee.0 2021-08-09 08:58:15.114	info	terminating
zigbee.0 2021-08-09 08:58:15.113	warn	Failed to stop zigbee during startup
zigbee.0 2021-08-09 08:58:15.112	info	Zigbee: disabling joining new devices.
zigbee.0 2021-08-09 08:58:15.109	info	cleaned everything up...
zigbee.0 2021-08-09 08:58:15.106	info	Got terminate signal TERMINATE_YOURSELF

[Glasfaser]

@asatru sagte in Zigbee läuft nach Update nicht mehr (CC2538):

unavailable Cannot lock port'

Hast du es nochmal mit ... kontrolliert wie die Rechte/Benutzer jetzt sind .

ls -l /dev/ttyACM*

[Asatru]

@glasfaser Ja, sollte jetzt passen

root@iobroker:/opt/iobroker# ls -la /dev/ttyACM*
crwxrwxrwx 1 root dialout 166, 0 Aug  9 08:48 /dev/ttyACM0

edit: Nach einem reboot des containers sind die Rechte wieder weg, sind also auch nicht persitent...

[Glasfaser]

@asatru

Was mich Wundert , das es ohne die Eintragung /dev/ttyACM0 in der Umgebung im Docker bei dir lief !?

Hast du vorher schon mit Rechten im Container gearbeitet/gesetzt ?

Hast du hier den Haken :

[Asatru]

@glasfaser Ja, der Container läuft mit erhöhten Rechten. Ich verwende Portainer, da scheint es irgendwie ein Problem mit den ENV's zu geben. Ich schaue mal, ob es vielleicht doch daran liegt (Auch, wenn ich das vorher nie eingetragen hatte)

[Asatru]

@glasfaser hab die ENV variable jetzt über Docker in DSM gesetzt, so funktioniert es. Die Fehlermeldung bleibt leider die gleiche

[Thomas Braun]

@asatru

PAN-Id im Adapter angepasst?

[Asatru]

@thomas-braun Habe ich jetzt zum testen auch mal auf die im Log genannte angepasst, leider ebenfalls der gleiche Fehler (nur mit angepasster PAN ID)

[Thomas Braun]

@asatru
Die extended PAN-Id auch anpassen.

[Asatru]

@thomas-braun Die habe ich jetzt auf nach diesem Beitrag auf 0xdddddddddddddddd gesetzt. Damit funktioniert es, vielen Dank Euch allen

Hier nochmal zusammengefasst die Schritte zum lösen des Problems, falls jemand vor einem ähnlichen Problem steht

• Im Container mittels ls -la /dev/ttyACM überprüfen, ob die korrekten Rechte gesetzt sind
  • Falls Nein:
    • Entweder Rechte temporär anpassen (chmod 777 /dev/ttyACM* und chown root:dialout /dev/ttyACM0) Oder, wie in diesem Beitrag, persitent. Für Protainer-Nutzer, die ENV-variable USBDEVICES mit dem Wert /dev/ttyACM0 über die DSM-GUI setzen, da hier Portainer auf Synology ein Problem zu haben scheint. Damit werden die Rechte korrekt vergeben.
• In den Einstellungen der ZigBee-Instanz die erweiterte Pan ID, die Pan ID und den Kanal so anpassen, wie es im Log angezeigt wird. Mit 16xD werden alle erweiterten Pan IDs akzeptiert (siehe Beitrag oben)

ps: ttyACM0 ist natürlich jeweils als Platzhalter für Euer device zu sehen.

Die Geräte berauchen etwas Zeit, bis sie alle wieder da sind, aber es muss nichts neu angelernt werden, DANKE!

Viele Grüße
Jonas

[MathiasJ]

nun, ich habe das selbe Problem auf einem Tinkerboard.
ich habe eingegeben:
ls -la /dev/ttyACM
Ausgabe:
No such file or directory

Da es sich wohl um einen Container einer Synology handelt, ist hier wohl eine andere Vorgehensweise nötig.
Ich bin für jede Hilfe dankbar.
Gruß,
Mathias