UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[crunchip]

@rikdrs /dev/ttyACM0 steht aber drin also wäre /dev/ttyACM1 falsch

[Thomas Braun]

@rikdrs sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:

Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d

Sollte angepasst werden.

[crunchip]

@rikdrs also wurde er doch jetzt erkannt, nur deine Konfig ist falsch, so wie ich das lese

Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d

[RikDRS]

Zum Morgen eine kleine Erfolgsgeschichte

Ich habe gerade wie in den Logs angeboten die nvbackup.json gelöscht und zusätzlich Netzwerk-Channel und PAN-ID verändert, dann die Instanz gestartet und siehe da, alles grün.

Danke für Eure Hilfe!
Rik

[Merlin123]

Kann mir jemand noch mal Schritt für Schritt helfen?

meine LXC Conf sieht aktuell so aus:

arch: amd64
cores: 2
features: nesting=1
hostname: octoprint
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=7E:58:90:B0:11:97,ip=dhcp,ip6=dhcp,type=veth
onboot: 1
ostype: debian
rootfs: local-lvm:vm-101-disk-0,size=10G
swap: 512
unprivileged: 1
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 none bind,optional,create=file
lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file

Nach einem Neustart bekomme ich aber im Container immer wieder ein
Unexpected error while connecting to serial port /dev/ttyUSB0, baudrate 250000 from hook default: SerialException: '[Errno 13] could not open port /dev/ttyUSB0: [Errno 13] Permission denied: '/dev/ttyUSB0'' @ comm.py:_open_serial:3775

im Host sieht das so aus:

root@pve:/etc/pve/lxc# lsusb
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@pve:/etc/pve/lxc#  ls -l /dev/bus/usb/001/007
crw-rw-r-- 1 root root 189, 6 May  1 10:12 /dev/bus/usb/001/007

root@pve: ls -la /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 60 Apr 30 13:14 .
drwxr-xr-x 4 root root 80 Apr 30 13:14 ..
lrwxrwxrwx 1 root root 13 Apr 30 13:14 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0

Wo ist mein Fehler?

[A Former User]

@merlin123 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:

lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 none bind,optional,create=file
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file

@Merlin123
ich denke, dass Dein Fehler in dieser Zeile und der Folgenden ist.

so sieht meine aus,

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

VG
Bernd

[Merlin123]

@dp20eic jo.. Danke... war blind... :D Scheint jetzt zu gehen!

[Merlin123]

Tja... wie gewonnen, so zerronnen... Nach nem Neustart von Proxmox gleiches Problem...

So sieht das jetzt bei mir aus:

Host:

root@pve:/etc/pve/lxc# cat 101.conf
arch: amd64
cores: 2
features: nesting=1
hostname: octoprint
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=7E:58:90:B0:11:97,ip=dhcp,ip6=dhcp,type=veth
onboot: 1
ostype: debian
rootfs: local-lvm:vm-101-disk-0,size=10G
swap: 512
unprivileged: 1
lxc.mount.entry: dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 none bind,optional,create=file
lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file
root@pve:/etc/pve/lxc# lsusb
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@pve:/etc/pve/lxc# ls -la /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 60 May 1 16:43 .
drwxr-xr-x 4 root root 80 May 1 16:43 ..
lrwxrwxrwx 1 root root 13 May 1 16:43 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0
root@pve:/dev/serial/by-id# ls -l /dev/bus/usb/001/003
crw-rw-r-- 1 root root 189, 2 May 1 16:43 /dev/bus/usb/001/003

Gastsystem:

$ ls -la /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 60 May 1 15:22 .
drwxr-xr-x 3 root root 60 May 1 15:22 ..
---------- 1 root root 0 May 1 15:22 usb-1a86_USB_Serial-if00-port0
$ lsusb
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[lessthanmore]

Ich hänge mich mal mit dran und hoffe ebenfalls auf eine Lösung.
So sieht meine udev Regel momentan aus:

KERNEL=="ttyACM[0-9]*", SUBSYSTEM=="tty", ATTRS{idVendor}=="1cf1", ATTRS{idProduct}=="0030", SYMLINK+="ttyZigbee"
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1cf1", ATTRS{idProduct}=="0030", GROUP="dialout", MODE="0666"

Dennoch wird der Symlink nicht in der Gruppe "dailout" angelegt.
Host:

root@proxmox:/etc/udev/rules.d# ls -la /dev/ttyZigbee
lrwxrwxrwx 1 root root 7  1. Mai 13:42 /dev/ttyZigbee -> ttyACM0

lxc:

xxx@iobroker:/dev$ ls -la /dev/ttyZigbee
crw-rw-rw- 1 root root 166, 0  1. Mai 18:30 /dev/ttyZigbee

Zusätzlich hatte ich versucht über rc.locals

chmod a+rw /dev/ttyZigbee

auf dem Host, ebenfalls ohne Erfolg.

[crunchip]

sollte funktionieren, wenn man die Anleitung befolgt

[lessthanmore]

@crunchip Wie geil ist das denn? Ich suche da seit über einem halben Jahr nach einer Lösung.
Seit wann gibt es denn die Anleitung?
Habe es direkt mal mit der dauerhaften Bindung eingerichtet.

Lieben Dank!!!

[crunchip]

@lessthanmore seit ein paar Wochen

[PsyGanja]

@crunchip said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:

sollte funktionieren, wenn man die Anleitung befolgt

Guten Morgen

ich bin nach dieser Anleitung vorgegangen und habe schon Stunden mit verschiedenen Konfigurationen getestet.

Ich habe trotz nötiger Rechte kein Zugriff auf den Stick.

root@iobroker:~# ls -l /dev/ttyACM0 
crw-rw-rw- 1 nobody nogroup 166, 0 Jul 21 13:46 /dev/ttyACM0

zigbee.0
2022-07-22 06:23:25.335	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Operation not permitted, cannot open /dev/ttyACM0'"

kann es daran liegen das ich iobroker als root installiert habe?

[lessthanmore]

@psyganja said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:

kann es daran liegen das ich iobroker als root installiert habe?

Ist möglich.

In welchen Gruppen ist der root User?
Befehl:

groups

[PsyGanja]

@lessthanmore

root@iobroker:~# groups
root

aber da ja der Besitzer auch nobody ist, dürfte es doch keine Rolle spielen

[Thomas Braun]

@psyganja

Auf einem 'nativen' System (ohne root shell)

crw-rw---- 1 root dialout 188, 0 Jul 21 21:18 /de/ttyUSB0

Nix mit nobody und nogroup...

[PsyGanja]

@thomas-braun

war es auch mal bei mir aber selbes Problem.

[Thomas Braun]

@psyganja

Da wird beim durchreichen/device mapping was falsch eingestellt worden sein.

Und als root herumzukaspern ist bekanntermaßen auch keine gute Idee.

[PsyGanja]

@thomas-braun said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:

@psyganja

Da wird beim durchreichen/device mapping was falsch eingestellt worden sein.

Und als root herumzukaspern ist bekanntermaßen auch keine gute Idee.

werde es jetzt nochmal alles neu machen, ohne root usw.

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

so sehen die Einträge in der conf aus.

hier mal die Infos von Proxmox

Last login: Fri Jul 22 10:32:39 CEST 2022 on pts/0
root@proxmox:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 006: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@proxmox:~# ls -l /dev/bus/usb/001/006 
crw-rw-r-- 1 root root 189, 5 Jul 21 15:46 /dev/bus/usb/001/006
root@proxmox:~# ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Jul 21 15:46 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938C443-if00 -> ../../ttyACM0
root@proxmox:~# ls -l /dev/ttyACM0 
crw-rw-rw- 1 root dialout 166, 0 Jul 21 15:46 /dev/ttyACM0

Alles nochmal neu installiert jetzt als Benutzer. Leider immer noch das selbe Problem.

[lessthanmore]

@psyganja Welche proxmox Version verwendest du?
Ab - ich glaube 7 - muss es group2 heißen (siehe Punkt 2 in der Anleitung unter "ACHTUNG! - Proxmox Installation vor Version 7.0:"), also so:

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

Rechte hast du auch mit

chmod o+rw /dev/ttyACM*

nochmal korrekt gesetzt?

Des Weiteren habe ich Punkt 5 der Anleitung ebenfalls durchgeführt, um einem Verlust der Recht bei einem Reboot vorzubeugen.