Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC)

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Bei mir wird in der da "No such file or directory" ausgegeben. Das kommt aus der node.

Moin,

ja, logisch, denn Du hast ja auch kein Device an diesem Port, Du hast nur /dev/ttyACM0

So, ich denke, Deine Konfiguration des LXC ist falsch.
Auf dem PVE ist alles ok, Dein Stick wird erkannt und ist korrekt eingetragen, sowohl unter /dev/serial/by-id, als auch als /dev/ttyACM0 da hast Du kein Handlungsbedarf.

Zur Konfiguration:

lxc.mount.entry: usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 none bind,optional,create=file

Da muss es der ganze Pfad sein, also so

lxc.mount.entry: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/ttyACM0

Ich mounte das Devise, aus dem PVE von /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 auf das Device im LX Container dev/ttyACM0, wenn Du das auch auf /dev/serial/by-id/.. im LXC mounten möchtest, ist das auch ok, glaube ich, bin mir da aber nicht absolut sicher, was sagt denn, wenn Du im LXC folgendes abfragst

lxc104# ls -la /dev/serial/*

Wieso mountest Du aus einem anderen LXC 103 noch ein devices/ttyACM0???

lxc.mount.entry: /var/lib/lxc/103/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file

Ich würde den mal kommentieren #

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

nobody und nogroup sollte hier meines Wissens nicht stehen.

Doch das ist normal, im Container ist das immer so!

Bei mir sieht das z. B. für den ioBroker so aus, ich reiche zwei Sticks durch, einmal Zigbee und einmal ZWave

lxc.cgroup2.devices.allow: c 189:* rwm
lxc.cgroup2.devices.allow: c 166:* rwm
lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 dev/ttyACM0 none bind,optional,create=file
lxc.mount.entry: /dev/serial/by-id/usb-0658_0200-if00 dev/ttyACM2 none bind,optional,create=file

Und im LXC

dp20eic@iobroker:~$ ls -la /dev/ttyA*
crw-rw-rw- 1 nobody nogroup 166, 0 Oct 16 19:22 /dev/ttyACM0
crw-rw-rw- 1 nobody nogroup 166, 2 Oct 16 19:17 /dev/ttyACM2

VG
Bernd

[Phil Ipp]

ich frage mich, wirklich, wie das passieren konnte. aber seis drum.

Versteh ich dich richtig, dass ich den Eintrag:

lxc.mount.entry: usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 none bind,optional,create=file

durch

lxc.mount.entry: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/ttyACM0 

ersetzen soll?

---

@dp20eic sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

was sagt denn, wenn Du im LXC folgendes abfragst
lxc104# ls -la /dev/serial/*

myadmin@deconz:~$ ls -la /dev/serial/*
total 0
drwxr-xr-x 2 root root 60 Oct 16 14:13 .
drwxr-xr-x 3 root root 60 Oct 16 14:13 ..
---------- 1 root root  0 Oct 16 14:13 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00

---

@dp20eic sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Wieso mountest Du aus einem anderen LXC 103 noch ein devices/ttyACM0???
lxc.mount.entry: /var/lib/lxc/103/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file

Die 103 war bis heute morgen in Benutzung und hat auch bis zum Update seinen Dienst getan.
Als ich dann angefangen habe zu troubleshooten, habe ich die 103 geklont, um an der 104 rumzudocktern (Neuinstall etc.)
Ich habe vergessen, das in der 104.conf anzupassen
Die beiden LXC waren nie gleichzeitig live.
Wenn das zu Problemen führen sollte, können wir auch an der 103 arbeiten...

---

@dp20eic sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Bei mir wird in der da "No such file or directory" ausgegeben. Das kommt aus der node.

Doch das ist normal, im Container ist das immer so!

Bei mir sieht das z. B. für den ioBroker so aus, ich reiche zwei Sticks durch, einmal Zigbee und einmal ZWave

lxc.cgroup2.devices.allow: c 189:* rwm
lxc.cgroup2.devices.allow: c 166:* rwm
lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 dev/ttyACM0 none bind,optional,create=file
lxc.mount.entry: /dev/serial/by-id/usb-0658_0200-if00 dev/ttyACM2 none bind,optional,create=file

Und im LXC

dp20eic@iobroker:~$ ls -la /dev/ttyA*
crw-rw-rw- 1 nobody nogroup 166, 0 Oct 16 19:22 /dev/ttyACM0
crw-rw-rw- 1 nobody nogroup 166, 2 Oct 16 19:17 /dev/ttyACM2

Das sollte laut Anleitung user und gruppe (dialout) stehen
Auch der Conbee Support besteht auf der dialout-Gruppe:
https://phoscon.de/de/support#conbee2-connection-issues

[hansmeier]

Ich hatte die gleichen Probleme nach dem letzten Update/upgrade vom Conbee LXC. Die Sensoren haben sich danach nicht mehr verbunden.
Habe dann den letzten Snapshot bzw. Backup eingespielt und den letzten Stand wieder zurückgeholt. Alles gut danach.

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

ch frage mich, wirklich, wie das passieren konnte. aber seis drum.

Moin,

ja, denn so wie das in der LXC Konfiguration steht ist das falsch und Du kannst Dich da auch drehen und wenden, Du hast nur ttyACM* Devices, mach es doch einfach mal.
Schmeiß die Zeile raus

lxc.mount.entry: /var/lib/lxc/103/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file

Denn die bindet Dir ja ein USB Stick, der an dem LXC 103 angebunden ist auf das Device /dev/ttyACM0 auf dem LXC 104, wenn Du dann Deconz startet, dann findet der dort natürlich auch kein Gerät

Wie Du hier siehst, wurde diese Zeile aus Deiner 104 Konfiguration erstellt,

usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 none bind,optional,create=file

ergibt

myadmin@deconz:~$ ls -la /dev/serial/*
total 0
drwxr-xr-x 2 root root 60 Oct 16 14:13 .
drwxr-xr-x 3 root root 60 Oct 16 14:13 ..
---------- 1 root root  0 Oct 16 14:13 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00

Aber ohne die korrekten Rechte, weil der vollständige Pfad am Anfang fehlt. Wenn Du das so einträgst, dann musst Du aber auch in der Deconz Konfig auf das Device verweisen, also /dev/serial/by-id/...

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Das sollte laut Anleitung user und gruppe (dialout) stehen

Ja, das gilt aber für ein Linux, nicht für ein LX Container!
Aus Deiner Konfiguration, wenn man sich das Device am Proxmox PVE anschaut

root@pve:~# ls -la /dev/tty[A,U]*
crw-rw-rw- 1 root dialout 166, 0 Oct 16 18:10 /dev/ttyACM0

Aus der Beschreibung

$ ls -l /dev/ttyACM*
crw-rw---- 1 root dialout 166, 0 27. Jun 11:39 /dev/ttyACM0

Wenn Du das auf einem echten Linux PC machst, dann muss der User, der das später nutzen soll, in der Gruppe dialout sein und nicht das Device user und gruppe -> dialout sein.

Dadurch, dass es im LX Container nobody und nogroup ist, darf jeder angelegter User im LX Container auf das Device zugreifen.
Noch komplizierter wird es, wenn man einen priviligierten LX Container betreibt, anstatt eines unpriviligierten, anderes Thema, und erkläre ich auch nicht, weiter.

Und die Dokumentation aus dem FHEM Forum ist auch aus 2022, würde ich nicht mehr nutzen, schau bei Proxmox nach, denn die sollten schon wissen, wie es geht oder aber auch nicht geht

VG
Bernd

[Phil Ipp]

@hansmeier
Das hatte ich auch direkt probiert. Leider hat es bei mir nicht funktioniert.
Darf ich fragen, welcher Anleitung du beim Setup gefolgt bist?

[Phil Ipp]

@dp20eic

Danke, dass Du am Ball bleibst. Ich wehre mich auch nicht gegen die Erkenntnis, bin maximal verwirrrt, wie die config so zerschossen werden konnte.

Wenn ich Dich richtig verstehe soll der Teil dann so aussehen:

lxc.cgroup2.devices.allow: c 189* rwm
lxc.mount.entry: dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 none bind>
lxc.cgroup2.devices.allow: c 166:* rwm
#lxc.mount.entry: /var/lib/lxc/104/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file

So wird er leider weiterhin nicht verbunden.

Was mich auch verwirrt, ist die Tatsache, dass die geforderten Details aus der Anleitung gar nicht mehr dabei sind, auch nicht relevant zu sein scheinen:

Am Ende der Datei werden entsprechend der zuvor gesammelten Informationen folgende Zeilen am Ende eingefügt:

lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/001/007 dev/bus/usb/001/007 none bind,optional,create=file
lxc.cgroup.devices.allow: c 188:* rwm
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file

Zur Erinnerung: Die genannten Werte sind nur Beispielhaft und müssen durch die zuvor, individuell ermittelten Werte aus 5. ersetzt werden!

In die 1. Zeile kommt die 189 (die aus der Ausgabe von ls -l /dev/bus/usb/001/007 kommt). Damit wird dem Container der Zugriff auf USB-Bus-Devices gestattet.
In der 2. Zeile kommt 2 mal der Bus-Device-Pfad, genau so, wie er auch beim ls verwendet wurde. Damit wird das Bus-Device des Node im Container genau unter dem selben Pfad gemountet.
In der 3. Zeile wird dem Container der Zugriff auf USB-Serial-Devices eingerichtet. (die 188 kommt aus dem ls -l /dev/ttyUSB*)
In der 4. Zeile wird das USB-Serial-Device ttyUSB0 unter demselben Pfad im LXC-Container gemountet.

Bei den beiden Mount-Angaben ist der erste Teil immer die Quelle, also der Pfad auf dem Node und der zweite Teil das Ziel, also der Pfad im LXC-Container. Die Devices können bei Bedarf und Wunsch also auch unter anderen Bezeichnungen im LXC-Container verfügbar gemacht werden.

---

@dp20eic sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Und die Dokumentation aus dem FHEM Forum ist auch aus 2022

Ja, dachte die ist "erst" aus 2022 ist ja noch fast druckfrisch ,)

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Wenn ich Dich richtig verstehe soll der Teil dann so aussehen:

Moin,

ja, wobei ich in einer Konfiguration versuche gleiche Dinge zu gruppieren, also

lxc.cgroup2.devices.allow: c 189* rwm
lxc.cgroup2.devices.allow: c 166:* rwm
lxc.mount.entry: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 none bind,optional,create=file

Und Du hast wieder den führenden / vergessen

Wenn Du in der Deconz Software aber /dev/ttyACM0 nutzen möchtest, ist das so besser

lxc.cgroup2.devices.allow: c 189* rwm
lxc.cgroup2.devices.allow: c 166:* rwm
lxc.mount.entry: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2220381-if00 dev/ttyACM0 none bind,optional,create=file

VG
Bernd

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Ja, dachte die ist "erst" aus 2022 ist ja noch fast druckfrisch ,)

Moin,

ja, da hat sich auch nichts weiter getan, in den letzten Jahren.
Neuer ist aber immer besser

VG
Bernd

[Phil Ipp]

Dank Dir @dp20eic

Leider wird der Conbee bei beiden Varianten nicht verbunden

Eine Beochbachtung noch:
lsusb gibt mir immer weiter steigende Device IDs aus. Bin nun bei 40 angelangt.

root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 040: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Edit:
2 Stunden später, ich bin bei 44 angelangt:

root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 044: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[hansmeier]

@phil-ipp Ich bin diesen beiden Anleitungen bei der Einrichtung gefolgt: https://gist.github.com/crundberg/a77b22de856e92a7e14c81f40e7a74bd https://www.iobroker.net/#de/documentation/install/proxmox.md

Der große Vorteil von Proxmox ist ja, dass man im Fehlerfall schnell auf das Backup/Snapshot zurückfallen kann.
Beim Connbee-LXC gibt es da noch die Besonderheit zu berücksichtigen, das in der Proxmox-VE die lxc.conf beim Rücksichern gelöscht wird. Die lxc.conf sollte man also auch gesichert haben.

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

lsusb gibt mir immer weiter steigende Device IDs aus. Bin nun bei 40 angelangt.

Moin,

stöpselst Du den ab uns an, oder schaltest Du da was aus und ein, hast Du die Kiste mal komplett rebootet?
Ist das Kabel oder der Port Ok, schon mal an einem anderen USB-Port probiert?

VG
Bernd

[Phil Ipp]

@dp20eic
ja gestern mal rebootet und abgesteckt.
Aber seit ID014 nicht mehr bewegt oder neugestartet...
Kabel passt, hatte ich am PC probiert.

Ich habe das Gefühl, mit jedem Neustart des LXC kommt was dazu. Bin jetzt bei 046

root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 046: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Ich bin nun mal nach dieser Anleitung vorgegangen: https://gist.github.com/crundberg/a77b22de856e92a7e14c81f40e7a74bd

Nun wird der Conbee II erkannt, aber leider immer noch nciht verbunden:

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Nun wird der Conbee II erkannt, aber leider immer noch nciht verbunden:

Moin,

wie sieht es denn jetzt im LX Container aus?

VG
BErnd

[Phil Ipp]

@dp20eic meinst du die 104.conf?

root@pve:~# cat /etc/pve/lxc/104.conf
arch: amd64
cores: 2
features: nesting=1
hostname: deconz
memory: 1024
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.20.1,hwaddr=86:2E:93:A8:1C:56,ip=192.168.20.6/24,ip6=dhcp,type=veth
onboot: 1
ostype: ubuntu
rootfs: local-lvm:vm-104-disk-0,size=2G
swap: 512
unprivileged: 1
lxc.cgroup2.devices.allow: c 166:* rwm
lxc.mount.entry: /lxc/104/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

meinst du die 104.conf?

Moin,

nein, nicht nur

# ls -la /lxc/104/devices/ttyACM0

Oder wo auch immer Du dieses Device angelegt hast.

Und wenn Du im 104er LX Container bist

# ls -la /dev/ttyACM0

VG
Bernd

[Phil Ipp]

@dp20eic
Here we go:

im PVE: # ls -la /lxc/104/devices/ttyACM0

root@pve:~# ls -la /lxc/104/devices/ttyACM0
crw-rw---- 1 100000 100020 166, 0 Oct 17 15:56 /lxc/104/devices/ttyACM0

Im 104: ls -la /dev/ttyACM0

myadmin@deconz:~$ ls -la /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 Oct 17 13:56 /dev/ttyACM0

[A Former User]

@phil-ipp sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

Im 104: ls -la /dev/ttyACM0

Moin,

ist denn jetzt der User, der Deconz auf dem LXC 104 nutzt, in der Gruppe dialout?

# id user         # wobei user mit dem User zu ersetzen ist, der Deconz ausführt

VG
Bernd

[Phil Ipp]

@dp20eic sagte in Conbee II nach deconz Update "nicht verbunden" (Proxmox LXC):

ist denn jetzt der User, der Deconz auf dem LXC 104 nutzt, in der Gruppe dialout?

jup.

myadmin@deconz:~$ id myadmin
uid=1001(myadmin) gid=1001(myadmin) groups=1001(myadmin),20(dialout)
myadmin@deconz:~$ id deconz
uid=1000(deconz) gid=1000(deconz) groups=1000(deconz),20(dialout)

[Phil Ipp]

Heureka!
Fragt mich nicht warum, aber heute morgen ist der Stick verbunden und das Licht lässt sich steuern!

Ein wenig unbefriedigend, da es a) gestern abend nicht ging und heute morgen, ohne ersichtliche Änderung auf einmal einfach geht und ich b) nicht genau sagen kann, was nun der Fix war.
Vielleicht war es die Androhung das ganze komplett neu aufzusetzen ,)
Ich wäre dann den Anleitungen von @hansmeier gefolt.

Nichtsdestotrotz ein herzliches Dankeschön an @dp20eic für Deinen Willen & Hilfsbereitschaft und auch an @hansmeier und @Thomas-Braun für Eure Denkanstöße!

[helge939]

Ich hatte das gleiche Problem, bei mir war nach einem Phoscon Update die Anpassung der Config:

/lib/systemd/system/deconz.service

nötig.

Ich habe dort die Zeile

ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80

um:
--dev=/dev/ttyACM0

ergänzt.

Danach Reboot und der Stick wird wieder korrekt erkannt.

Viele Grüße!