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

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

So sieht das bei mir auf dem Host aus:

Moin,

ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der udev rule -> /usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigene udev rule schreiben, ich habe mir das damals recht einfach gemacht, indem ich unter /etc/udev/rules.d/ meine eigene angelegt habe, die mit einer höheren Nummer als unter /usr/lib/udev/rules.d anfängt, mit dem Inhalt, auf dem Host(PVE) erstellen

# nano /etc/udev/rules.d/65-add-myusb.rules

KERNEL=="ttyUSB[0-9]*",MODE="0666"
KERNEL=="ttyACM[0-9]*",MODE="0666"

Damit werden die Rechte auf crw-rw-rw- geändert.
Anschließend, muss udev neu eingelesen werden, das kannst Du mit einem kompletten Proxmox reboot machen, oder

# udevadm control --reload-rules && udevadm trigger

VG
Bernd

[guitardoc]

@thomas-braun said in Umzug von Raspi auf Proxmox:

@guitardoc

sudo usermod -a -G iobroker,dialout mn

Das hat funktioniert, Danke!

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Vermutlich passt das nicht:

Moin,

doch die Rechte und User, Gruppe sind korrekt, aber Du solltest kontrollieren, ob Du mn in den richtigen Gruppen bist, wie Dir gerade @Thomas-Braun geschrieben hat.
Ich würde da noch adm mit anhängen, denn die brauchst Du, wenn Du als User (mn) mal ein # iob diag lauf läst, dann kann das Skript in die Logs vom System schauen.

VG
Bernd

[guitardoc]

@dp20eic said in Umzug von Raspi auf Proxmox:

Ich würde da noch adm mit anhängen

Wie muss man das machen?

[Thomas Braun]

@dp20eic sagte in Umzug von Raspi auf Proxmox:

Ich würde da noch adm mit anhängen

Stimmt, hatte ich vergessen.

[guitardoc]

@dp20eic said in Umzug von Raspi auf Proxmox:

@guitardoc sagte in Umzug von Raspi auf Proxmox:

So sieht das bei mir auf dem Host aus:

Moin,

ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der udev rule -> /usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigene udev rule schreiben, ich habe mir das damals recht einfach gemacht, indem ich unter /etc/udev/rules.d/ meine eigene angelegt habe, die mit einer höheren Nummer als unter /usr/lib/udev/rules.d anfängt, mit dem Inhalt, auf dem Host(PVE) erstellen

# nano /etc/udev/rules.d/65-add-myusb.rules

KERNEL=="ttyUSB[0-9]*",MODE="0666"
KERNEL=="ttyACM[0-9]*",MODE="0666"

Damit werden die Rechte auf crw-rw-rw- geändert.
Anschließend, muss udev neu eingelesen werden, das kannst Du mit einem kompletten Proxmox reboot machen, oder

# udevadm control --reload-rules && udevadm trigger

VG
Bernd

Mache ich das auf dem LXC oder auf dem Host?

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Wie muss man das machen?

Moin,

Transferleistung :)

sudo usermod -a -G iobroker,dialout mn

VG
Bernd

[Thomas Braun]

@guitardoc

sudo usermod -a -G adm mn

Dann den 'mn' aus- und wieder einloggen. Danach müssen die Gruppen auch bei

id

auftauchen.

[guitardoc]

@thomas-braun said in Umzug von Raspi auf Proxmox:

sudo usermod -a -G adm mn

jepp, funzt. Danke!

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Mache ich das auf dem LXC oder auf dem Host?

Moin,

wieso gibt es keine blinkende Schrift, dann könnte man das noch auffälliger manchen ;)

Ich zitiere mich mal :)

@dp20eic sagte in Umzug von Raspi auf Proxmox:

ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der udev rule -> /usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigene udev rule schreiben, ich habe mir das damals recht einfach gemacht, indem ich unter /etc/udev/rules.d/ meine eigene angelegt habe, die mit einer höheren Nummer als unter /usr/lib/udev/rules.d anfängt, mit dem Inhalt, auf dem Host(PVE) erstellen

Jetzt?

VG
Bernd

[guitardoc]

@dp20eic Au verflixt, jaaaa du hast recht... Ich habe heute Tomaten auf den Augen... :-)

Die Rechte scheinen jetzt zu stimmen - aber ich kann immer noch kein Gerät finden...

root@proxmox:~# ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 60 Oct 22 14:43 .
drwxr-xr-x 4 root root 80 Oct 22 14:12 ..
lrwxrwxrwx 1 root root 13 Oct 22 14:43 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 -> ../../ttyACM0
root@proxmox:~# ls -la /dev/ttyACM*
crw-rw-rw- 1 root dialout 166, 0 Oct 22 14:43 /dev/ttyACM0
root@proxmox:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@proxmox:~# 

[guitardoc]

Ich habe noch mal ein bisschen rumprobiert - das Gateway wird zwar gefunden, aber nicht richtig verbunden. Ich denke, ich weiß woran es liegen könnte.

Auf dem Host sind die Rechte des Gateway zwar richtig installiert:

root@proxmox:~# ls -la /dev/ttyACM*
crw-rw-rw- 1 root dialout 166, 0 Oct 22 15:12 /dev/ttyACM0
root@proxmox:~# 

Auf dem LXC aber nicht:

mn@deconz:~$ ls -l /dev/ttyACM*
c--------- 0 root root 166, 0 Oct 22 13:09 /dev/ttyACM0
---------- 1 root root      0 Oct 22 13:09 /dev/ttyACM1
mn@deconz:~$ 

Kann das das Problem sein?

[Thomas Braun]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Kann das das Problem sein?

Klar. Da darf halt keiner irgendwas mit dem Device anfangen.

[guitardoc]

@thomas-braun Wie kann ich das denn im LXC richtig einrichten?

[Thomas Braun]

@guitardoc Keine Ahnung. Mir sind die Dinger immer zu schwierig einzurichten. Deswegen hab ich keine VM oder LXC im Einsatz.

[guitardoc]

@ticaki said in Umzug von Raspi auf Proxmox:

@guitardoc
Der Stick läuft bei mir, nutze aber zigbee2mqtt damit.

Hast du den Stick auf einem LXC laufen? Und wenn ja, wie hast du den dort zum Laufen bekommen?

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Hast du den Stick auf einem LXC laufen? Und wenn ja, wie hast du den dort zum Laufen bekommen?

Moin,

wenn Du das liest, was ich da oben geschrieben habe, dann hättest Du gelesen, dass wenn ich ein Deconz LX Container, mittels des Skripts erstelle, auch die Rechte korrekt sind, hast Du den LX Container, noch mal rebootet, nachdem Du die udev rule angelegt hast, wenn das nicht geht, dann LX Container löschen und von vorne. Diesmal dann mit Bildchen, damit man sieht was Du da eingestellt hast.

VG
Bernd

[guitardoc]

@dp20eic Ha! Reboot tut gut:

mn@deconz:~$ ls -l /dev/ttyACM*
crw-rw-rw- 1 root dialout 166, 0 Oct 22 16:12 /dev/ttyACM0
---------- 1 root root         0 Oct 22 16:20 /dev/ttyACM1
mn@deconz:~$ 

Aber das Gateway will sich immer noch nicht richtig verbinden...

Ich werde den Stick noch mal neu installieren. Vielleicht komme ich so weiter...

[ticaki]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

@ticaki said in Umzug von Raspi auf Proxmox:

@guitardoc
Der Stick läuft bei mir, nutze aber zigbee2mqtt damit.

Hast du den Stick auf einem LXC laufen? Und wenn ja, wie hast du den dort zum Laufen bekommen?

Ich hab das zigbee2mqtt script von tekk benutzt. Weiß das aber nicht genau, da ich alles vorbereitete, aber mich erst 3-4 Wochen später getraut habe umzuziehen.
btw hast du ein Verlängerungskabel zwischen usb port und zigbee stick? Ist doch nicht das udev deconz problem oder?

[Ein ehemaliger Benutzer]

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Aber das Gateway will sich immer noch nicht richtig verbinden...

Moin,

und noch einmal, der User, der Deconz ausführt, ist der in der Gruppe dialout?

VG
Bernd