Neues YouTube-Video: Visualisierung im Devices-Adapter

[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

[Thomas Braun]

@mathiasj

ls -la /dev/ttyACM

Die Geräte werden i.d.R. durchnummeriert.

ls -la /dev/ttyACM0

probieren. Und TabCompletion mal anschauen, das hilft bei sowas auch ungemein

[MathiasJ]

@thomas-braun
danke der Herr!
nur welchen User soll ich da eingeben?
Ist da IObroker gemeint?
sudo usermod -a -G dialout $USER
Gruß,
Mathias

[Thomas Braun]

@mathiasj
User die das Gerät benutzen können sollen.

[MathiasJ]

@thomas-braun
das ist in diesem Fall nur IObroker, weil es sich nicht um eine NAS, sondern um einen Tinkerboard handelt. Sorry, stehhe etwas auf dem Schlauch heute.

[Thomas Braun]

@mathiasj

sudo usermod -a -G dialout iobroker

[MathiasJ]

@thomas-braun
habe alles soweit gemacht.
Nur das Problem blieb......
Gruß,
Mathias

[Thomas Braun]

@mathiasj sagte in [SOLVED] Zigbee läuft nach Update nicht mehr (CC2538):

Nur das Problem blieb......

Welches?

[MathiasJ]

@thomas-braun
daß IObroker den seriellen Port des Zigbee-Sticks nicht öffnen kann.

zigbee.0
2021-09-19 18:31:05.671	error	Error herdsman start
zigbee.0
2021-09-19 18:31:05.670	error	Failed to start Zigbee
zigbee.0
2021-09-19 18:31:05.668	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

[Thomas Braun]

@mathiasj

Wo liegt denn das Gerät hier?

ls -l /dev/serial/by-id

Sollte so ähnlich aussehen:

echad@chet:~ $ ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 12. Sep 17:27 usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0 -> ../../ttyUSB0
echad@chet:~ $

[mickym]

@mathiasj Bei mir startet der Zigbee Adapter auch nicht zuverlässig. Ich habe mir inzwischen einen Flow gebastelt, der den Adapter ca. alle 5 Minuten neustartet, wenn keine Verbindung möglich ist. Nach dem 5.-6. Mal klappt es dann. Manchmal hilft ein Neustart oder den Stick zu ziehen. Ich habe keine Ahnung was da blockiert - es scheint, aber nach einer gewissen Zeit zu gehen. Ich würde jedenfalls nicht zuviel Aufwand reinstecken, wenn er generell zumindest zeitweise startet.Ist vielleicht irgendwas im Betriebssystem oder keine Ahnung.