NEWS
[gelöst]CC2531 an proxmox an LXC durchreichen scheitert...
-
@oberfragger würde lieber dev/serial/by-id durchreichen, im Falles eines reboots sicherer.
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/xxx none bind,optional,create=file chmod o+rw /dev/serial/by-id/xxx@Malz1902 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/xxx none bind,optional,create=file
Hi, bei dir fehlt auch der slash vor dem 2. dev/serial
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/xxx none bind,optional,create=fileund du hast geschrieben.... das Beispiel von mir mit 2. Slash ist richtig...!?! Haben wir uns ggf. missverstanden?
-
@Malz1902 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/xxx none bind,optional,create=file
Hi, bei dir fehlt auch der slash vor dem 2. dev/serial
lxc.mount.entry: /dev/serial/by-id/xxx dev/serial/by-id/xxx none bind,optional,create=fileund du hast geschrieben.... das Beispiel von mir mit 2. Slash ist richtig...!?! Haben wir uns ggf. missverstanden?
@oberfragger meinte Zeile 2 ist richtig, so hab ich das zumindest be mir und es klappt
-
@Malz1902 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
mit Deinem US
Sorry dass ich fragen muss. Aber was ist jetzt die ID/xxx?
root@pve:~# ls -la /dev/serial/by-id total 0 drwxr-xr-x 2 root root 60 Oct 5 23:13 . drwxr-xr-x 4 root root 80 Oct 5 23:13 .. lrwxrwxrwx 1 root root 13 Oct 5 23:13 usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 -> ../../ttyUSB0usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 ?
@oberfragger said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0
usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 ist die ID
also
lxc.mount.entry: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 none bind,optional,create=file -
@oberfragger said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0
usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 ist die ID
also
lxc.mount.entry: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 none bind,optional,create=file@Malz1902 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
lxc.mount.entry: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 none bind,optional,create=file
Danke. Das hatte ich gestern auch schon mal so eingetragen. Werde jetzt mal schauen ob ich den iobroker als VM hinbekomme. Würde gern Bluetooth haben...
EDIT: Ja, mit VM problemlos. Dabei habe ist festgestellt... mein NUC hat kein internes Bluetooth ;) Der vorhandene Dongle empfängt nix... ist aber auch asbach uralt- dre kann vermutlich nur BT1.0.
-
Ergänzung:
im letzten Post ist das
chmod o+rw /dev/ttyACM0der entscheidende Schritt, aber nicht alleine, da das zum Einen einen Reboot des proxmox-Host nicht übersteht und zum Anderen noch etwas fehlt.
Ich habe mich deshalb schlau gemacht, wie man unter Debian 10 rc.local wieder reaktiviert und dann eine rc.local mit folgendem Inhalt erstellt:
#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. chmod o+rw /dev/ttyACM0 chmod o+rw /dev/bus/usb/001/003 exit 0jetzt wird der ganze Eingriff persistent und übersteht problemlos einen Host-Reboot!
@xxjooo sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
jetzt wird der ganze Eingriff persistent und übersteht problemlos einen Host-Reboot!
Top, vielen Dank für die Ergänzung der Anleitung von coldcorner, war grade ziemlich am rätseln wie ich meinen zigbee wieder in Gang bekomme (NUC musste woanders aufgestellt werden, also einmal runterfahren/ausschalten und danach ging nix mehr bzgl USB :-) )
Das hat bei mir auf Anhieb mit der Beschreibung geklappt, hab Debian10 und cat ging bei mir auch nicht, nano war aber kein Problem. -
Hi zusammen,
ich hoffe es ist okay wenn ich dieses Thema nochmal hoch hole?!Ich habe nun versucht nach dieser Anleitung meinen USB-Zigbee-Stick an einen Linux-Container durchzureichen. Dazu habe ich auf dem Proxmox die entsprechende Conf-Datei des Containers wie folgt geändert:
lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00 dev/seri> lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=filedanach habe ich den Befehl
chmod o+rw /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00ausgeführt und den LXC rebootet.
Die Ausgaben auf dem Container ergeben nun folgendes:
root@iobroker-produktiv:~# lsusb Bus 004 Device 002: ID 8087:8000 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 8087:8008 Intel Corp. Bus 002 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 001 Device 003: ID 8087:07dc Intel Corp. Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee Bus 001 Device 002: ID 040b:2013 Weltrend Semiconductor GiGa HiD Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubroot@iobroker-produktiv:~# ls -l /dev/tty* crw-rw-rw- 1 nobody nogroup 5, 0 Mar 10 18:14 /dev/tty crw------- 1 root tty 136, 1 Mar 11 11:40 /dev/tty1 crw--w---- 1 root tty 136, 2 Mar 10 20:09 /dev/tty2 crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 /dev/ttyACM0root@iobroker-produktiv:~# ls -la /dev/serial/by-id total 0 drwxr-xr-x 2 root root 60 Mar 10 20:09 . drwxr-xr-x 3 root root 60 Mar 10 20:09 .. crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00Mit meinen bisher wenigen Linux-Verstand steht der Stick dem Container doch zur Verfügung, aber die Zigbee-Instanz im iOBroker wird nicht grün
Wo ist mein Fehler, was muss ich machen, im den Stick auch in dem LXC verwenden zu können?
Danke und sonnige Grüße
Rik -
Hi zusammen,
ich hoffe es ist okay wenn ich dieses Thema nochmal hoch hole?!Ich habe nun versucht nach dieser Anleitung meinen USB-Zigbee-Stick an einen Linux-Container durchzureichen. Dazu habe ich auf dem Proxmox die entsprechende Conf-Datei des Containers wie folgt geändert:
lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00 dev/seri> lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=filedanach habe ich den Befehl
chmod o+rw /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00ausgeführt und den LXC rebootet.
Die Ausgaben auf dem Container ergeben nun folgendes:
root@iobroker-produktiv:~# lsusb Bus 004 Device 002: ID 8087:8000 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 8087:8008 Intel Corp. Bus 002 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 001 Device 003: ID 8087:07dc Intel Corp. Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee Bus 001 Device 002: ID 040b:2013 Weltrend Semiconductor GiGa HiD Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubroot@iobroker-produktiv:~# ls -l /dev/tty* crw-rw-rw- 1 nobody nogroup 5, 0 Mar 10 18:14 /dev/tty crw------- 1 root tty 136, 1 Mar 11 11:40 /dev/tty1 crw--w---- 1 root tty 136, 2 Mar 10 20:09 /dev/tty2 crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 /dev/ttyACM0root@iobroker-produktiv:~# ls -la /dev/serial/by-id total 0 drwxr-xr-x 2 root root 60 Mar 10 20:09 . drwxr-xr-x 3 root root 60 Mar 10 20:09 .. crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00Mit meinen bisher wenigen Linux-Verstand steht der Stick dem Container doch zur Verfügung, aber die Zigbee-Instanz im iOBroker wird nicht grün
Wo ist mein Fehler, was muss ich machen, im den Stick auch in dem LXC verwenden zu können?
Danke und sonnige Grüße
Rik@rikdrs sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
was muss ich machen
probier es mal damit, siehe Anleitung Usb Geräte durchreichen
-
Hi zusammen,
ich hoffe es ist okay wenn ich dieses Thema nochmal hoch hole?!Ich habe nun versucht nach dieser Anleitung meinen USB-Zigbee-Stick an einen Linux-Container durchzureichen. Dazu habe ich auf dem Proxmox die entsprechende Conf-Datei des Containers wie folgt geändert:
lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00 dev/seri> lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=filedanach habe ich den Befehl
chmod o+rw /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00ausgeführt und den LXC rebootet.
Die Ausgaben auf dem Container ergeben nun folgendes:
root@iobroker-produktiv:~# lsusb Bus 004 Device 002: ID 8087:8000 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 8087:8008 Intel Corp. Bus 002 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 001 Device 003: ID 8087:07dc Intel Corp. Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee Bus 001 Device 002: ID 040b:2013 Weltrend Semiconductor GiGa HiD Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubroot@iobroker-produktiv:~# ls -l /dev/tty* crw-rw-rw- 1 nobody nogroup 5, 0 Mar 10 18:14 /dev/tty crw------- 1 root tty 136, 1 Mar 11 11:40 /dev/tty1 crw--w---- 1 root tty 136, 2 Mar 10 20:09 /dev/tty2 crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 /dev/ttyACM0root@iobroker-produktiv:~# ls -la /dev/serial/by-id total 0 drwxr-xr-x 2 root root 60 Mar 10 20:09 . drwxr-xr-x 3 root root 60 Mar 10 20:09 .. crw-rw-rw- 1 nobody nogroup 166, 0 Mar 11 11:30 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00Mit meinen bisher wenigen Linux-Verstand steht der Stick dem Container doch zur Verfügung, aber die Zigbee-Instanz im iOBroker wird nicht grün
Wo ist mein Fehler, was muss ich machen, im den Stick auch in dem LXC verwenden zu können?
Danke und sonnige Grüße
Rik -
@rikdrs sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
was muss ich machen
probier es mal damit, siehe Anleitung Usb Geräte durchreichen
@crunchip said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
@rikdrs sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
was muss ich machen
probier es mal damit, siehe Anleitung Usb Geräte durchreichen
genauso hab ich es gemacht - außer die UDEV-Regel
die kommt, wenn die Instanz läuft -
@rikdrs Was steht denn im log wenn du zigbee neu startest? Wenn er da rummeckert, dass er den Stick nicht ifndet dann wird der (noch) nicht durchgereicht, oder du hast im Adapter eine falsche Einstellung.
@amg_666 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
@rikdrs Was steht denn im log wenn du zigbee neu startest? Wenn er da rummeckert, dass er den Stick nicht ifndet dann wird der (noch) nicht durchgereicht, oder du hast im Adapter eine falsche Einstellung.
das könnte es sein - hier ein Log-Auszug:
2022-03-11 18:40:43.103 - info: zigbee.0 (1245) Try to reconnect. 1 attempts left 2022-03-11 18:40:43.103 - info: zigbee.0 (1245) Starting Zigbee npm ... 2022-03-11 18:40:43.111 - info: zigbee.0 (1245) Installed Version: iobroker.zigbee@1.6.16 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Failed to start Zigbee 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Error herdsman startwas nun? Danke!
-
@amg_666 said in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
@rikdrs Was steht denn im log wenn du zigbee neu startest? Wenn er da rummeckert, dass er den Stick nicht ifndet dann wird der (noch) nicht durchgereicht, oder du hast im Adapter eine falsche Einstellung.
das könnte es sein - hier ein Log-Auszug:
2022-03-11 18:40:43.103 - info: zigbee.0 (1245) Try to reconnect. 1 attempts left 2022-03-11 18:40:43.103 - info: zigbee.0 (1245) Starting Zigbee npm ... 2022-03-11 18:40:43.111 - info: zigbee.0 (1245) Installed Version: iobroker.zigbee@1.6.16 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Failed to start Zigbee 2022-03-11 18:40:43.217 - error: zigbee.0 (1245) Error herdsman startwas nun? Danke!
@rikdrs und was steht in der Instanz?
-
@crunchip was genau meinst Du?
In der Übersicht der Instanz vom Zigbee hat sich nichts verändert zum Bild oben@rikdrs was du eingetragen hast als Gerät
-
Gerade nochmal den Stick gezogen und wieder eingesetzt, hier das Log
2022-03-12 06:44:20.138 - error: zigbee.0 (14794) Configuration is not consistent with adapter state/backup! 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - PAN ID: configured=6851, adapter=6851 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Channel List: configured=13, adapter=13 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Please update configuration to prevent further issues. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Re-commissioning your network will require re-pairing of all devices! 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information" 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Failed to start Zigbee 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Error herdsman startda werden ja nun mehrere Fehler gelistet (Configuration is not consistent with adapter state/backup! und ff), hat es evt damit noch was zu tun?
-
@rikdrs /dev/ttyACM0 steht aber drin also wäre /dev/ttyACM1 falsch
-
Gerade nochmal den Stick gezogen und wieder eingesetzt, hier das Log
2022-03-12 06:44:20.138 - error: zigbee.0 (14794) Configuration is not consistent with adapter state/backup! 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - PAN ID: configured=6851, adapter=6851 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Channel List: configured=13, adapter=13 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Please update configuration to prevent further issues. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Re-commissioning your network will require re-pairing of all devices! 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information" 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Failed to start Zigbee 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Error herdsman startda werden ja nun mehrere Fehler gelistet (Configuration is not consistent with adapter state/backup! und ff), hat es evt damit noch was zu tun?
@rikdrs sagte in [gelöst]CC2531 an proxmox an LXC durchreichen scheitert...:
Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d
Sollte angepasst werden.
-
Gerade nochmal den Stick gezogen und wieder eingesetzt, hier das Log
2022-03-12 06:44:20.138 - error: zigbee.0 (14794) Configuration is not consistent with adapter state/backup! 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - PAN ID: configured=6851, adapter=6851 2022-03-12 06:44:20.138 - error: zigbee.0 (14794) - Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) - Channel List: configured=13, adapter=13 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Please update configuration to prevent further issues. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json. 2022-03-12 06:44:20.139 - error: zigbee.0 (14794) Re-commissioning your network will require re-pairing of all devices! 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information" 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Failed to start Zigbee 2022-03-12 06:44:20.187 - error: zigbee.0 (14794) Error herdsman startda werden ja nun mehrere Fehler gelistet (Configuration is not consistent with adapter state/backup! und ff), hat es evt damit noch was zu tun?
@rikdrs also wurde er doch jetzt erkannt, nur deine Konfig ist falsch, so wie ich das lese
Extended PAN ID: configured=d5b31ac0b9e7a5f1, adapter=00124b001cdd462d -
-
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!
RikKann 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=fileNach 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:3775im 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 -> ../../ttyUSB0Wo ist mein Fehler?
824
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge