[gelöst]CC2531 an proxmox an LXC durchreichen scheitert...

[Malz1902]

@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

[oberfragger]

@Malz1902 Danke für den Hinweis. Meinst den den reboot des gesamten Hosts oder der VM? Ansonsten- kannst du mir das am meinem Beispiel bitte konkretisieren?
Serial lasse ich warscheinlich so drin stehen, by-id auch... was mus aber bei xxx stehen bzw. wie ermittel ich das?

und welche zeile ist "richtiger"?

lxc.mount.entry: /dev/ttyUSB0 /dev/ttyUSB0 none bind,optional,create=file
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file

Zeile 1, oder?

[Malz1902]

@oberfragger Zeile 1 ist richtig.

Mach mal auf edm Host

 ls -la /dev/serial/by-id

dann bekommst du ne Liste Deinen USB Geräte
XXX ersetzt Du dann mit Deinem USB Gerät

[oberfragger]

@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 -> ../../ttyUSB0

usb-FTDI_FT230X_Basic_UART_D306QJU0-if00-port0 ?

[oberfragger]

@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=file

und du hast geschrieben.... das Beispiel von mir mit 2. Slash ist richtig...!?! Haben wir uns ggf. missverstanden?

[Malz1902]

@oberfragger meinte Zeile 2 ist richtig, so hab ich das zumindest be mir und es klappt

[Malz1902]

@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]

@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.

[amg_666]

@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.

[RikDRS]

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=file

danach habe ich den Befehl

chmod o+rw /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD462D-if00

ausgefü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 hub

root@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/ttyACM0

root@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-if00

Mit 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

[crunchip]

@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

[amg_666]

@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.

[RikDRS]

@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]

@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 start

was nun? Danke!

[crunchip]

@rikdrs und was steht in der Instanz?

[RikDRS]

@crunchip was genau meinst Du?
In der Übersicht der Instanz vom Zigbee hat sich nichts verändert zum Bild oben

[crunchip]

@rikdrs was du eingetragen hast als Gerät

[RikDRS]

@crunchip
/dev/ttyACM0
Aus "Frust" auch schon /dev/ttyACM1, brachte natürlich auch keinen Erfolg

[RikDRS]

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 start

da werden ja nun mehrere Fehler gelistet (Configuration is not consistent with adapter state/backup! und ff), hat es evt damit noch was zu tun?

[crunchip]

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