NEWS
Sonoff (WLan) unter Proxmox reagiert unzuverlässig
-
@arteck
Inwiefern eine wilde Netzwerkumgebung? Ist alles im selben Mesh ;)@Thomas-Braun
Ok, werde dann mal einen LXC-Container mit Debian Bookworm mit iobroker aufsetzen. Kann es denn damit zu tun haben?@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
Kann es denn damit zu tun haben?
Da wir so gut wie gar nichts von deinem System wissen:
Ja/Nein/VielleichtAber man verwendet grundsätzlich keine Interimsversionen bei Ubuntu.
-
@arteck
Inwiefern eine wilde Netzwerkumgebung? Ist alles im selben Mesh ;)@Thomas-Braun
Ok, werde dann mal einen LXC-Container mit Debian Bookworm mit iobroker aufsetzen. Kann es denn damit zu tun haben?@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
Kann es denn damit zu tun haben?
Du solltest die Zusammenfassung von
iob diagbei einer solchen Fragen mitliefern, damit man zumindest einen Vorstellung davon hat, wie dein System aussieht.Bei mir war der iobroker eine zeitlang unzuverlässig, weil der samba lxc den io-delay auf 70%-90% hoch gejagt hat. Wird bei dir nicht das selbe sein, aber andererseits wer weiß :)

-
Danke für die Antworten. :)
Werde jetzt mal einen Container mit Debian bookworm aufsetzen und dann schauen, wie sich das System verhält :)
-
@allodo Wichtig ist auch, ob der S920 per LAN oder WLAN angebunden ist...
PVE - Rechner per WLAN anzubinden ist keine gute Idee ...https://forum.proxmox.com/threads/proxmox-over-wifi-wlan.123805/
-
Habe jetzt mal iobroker in einem neuen Container mit Debian 12 aufgesetzt. Es ist schon etwas besser geworden mit den Sonoff, aber immer noch nicht so gut, wie vorher auf dem RPi.
Hoffe ich habe jetzt alles Infos zusammengetragen ;)
Hier mal die Ergebnisse von iob diag:
Und hier mal die Zusammenfassung:
Und hier mal der Log von den Sonoff:
Die Sonoff's bekommen immer einen Timeout, ob das vorher auch schon so war, kann ich nicht sagen. Aber warum ist dem so?
-
Habe jetzt mal iobroker in einem neuen Container mit Debian 12 aufgesetzt. Es ist schon etwas besser geworden mit den Sonoff, aber immer noch nicht so gut, wie vorher auf dem RPi.
Hoffe ich habe jetzt alles Infos zusammengetragen ;)
Hier mal die Ergebnisse von iob diag:
Und hier mal die Zusammenfassung:
Und hier mal der Log von den Sonoff:
Die Sonoff's bekommen immer einen Timeout, ob das vorher auch schon so war, kann ich nicht sagen. Aber warum ist dem so?
@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
warning: mounting fs with errors, running e2fsck is recommended
Das Dateisystem da scheint 'nen Schuss zu haben.
Zu Zigbee: Verwende den 'by-id'-Link
USB-Devices by-id:
USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00
HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyACM0 -
@thomas-braun
Habe den Link jetzt mal bei Zigbee eingetragen, jetzt wird der Stick nicht mehr gefunden, vorher mit /dev/ttyACM0 hat es funktioniert :(Hier mal ein Teil der Ausgabe von ls -l /dev
crw-rw-rw- 1 root root 5, 0 Dec 13 07:54 tty crw------- 1 allodo tty 136, 1 Dec 13 08:35 tty1 crw--w---- 1 root tty 136, 2 Dec 11 14:45 tty2 crw-rw-rw- 1 root dialout 166, 0 Dec 13 08:29 ttyACM0 crw-rw-rw- 1 root root 1, 9 Dec 11 14:45 urandom crw-rw-rw- 1 root root 1, 5 Dec 11 14:45 zeAber kann das Auswirkungen auf den Sonoff-Adapter haben?
-
@thomas-braun
Habe den Link jetzt mal bei Zigbee eingetragen, jetzt wird der Stick nicht mehr gefunden, vorher mit /dev/ttyACM0 hat es funktioniert :(Hier mal ein Teil der Ausgabe von ls -l /dev
crw-rw-rw- 1 root root 5, 0 Dec 13 07:54 tty crw------- 1 allodo tty 136, 1 Dec 13 08:35 tty1 crw--w---- 1 root tty 136, 2 Dec 11 14:45 tty2 crw-rw-rw- 1 root dialout 166, 0 Dec 13 08:29 ttyACM0 crw-rw-rw- 1 root root 1, 9 Dec 11 14:45 urandom crw-rw-rw- 1 root root 1, 5 Dec 11 14:45 zeAber kann das Auswirkungen auf den Sonoff-Adapter haben?
@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
jetzt wird der Stick nicht mehr gefunden,
Dann hast du da was falsches reinkopiert.
-
@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
jetzt wird der Stick nicht mehr gefunden,
Dann hast du da was falsches reinkopiert.
/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00Genau diesen Pfad habe ich reinkopiert
iobroker und allodo sind member von dialout -
/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00Genau diesen Pfad habe ich reinkopiert
iobroker und allodo sind member von dialout -
allodo@iobrokerPrOD:/$ ls -l /dev/serial/by-id/ total 0 ---------- 1 root root 0 Dec 11 14:45 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00 -
allodo@iobrokerPrOD:/$ ls -l /dev/serial/by-id/ total 0 ---------- 1 root root 0 Dec 11 14:45 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00Dann ist der Stick nicht richtig durchgereicht.
Sonst hätte der nämlich Rechte bekommen.
So darf niemand nichts mit dem Link anfangen. -
Dann ist der Stick nicht richtig durchgereicht.
Sonst hätte der nämlich Rechte bekommen.
So darf niemand nichts mit dem Link anfangen.@thomas-braun
Wenn ich aber /dev/ttyACM0 eintrage, funktionert er doch einwandfreiMir geht es aber eigentlich um mein Sonoff-WLan-Geräte, welche nicht richtig funktionieren :(
Warum verlieren diese immer wieder den Kontakt?Ach ja, den Sonoff-Adapter habe ich schon mal gelöscht und neu installiert, was aber keine Besserung brachte. Habe den Geräten eine andere Client-ID gegeben und diese waren auch unmittelbar sichtbar, es erschienen aber kurz darauf die "alten"Client-ID's unter Objekten, jedoch als Offline.
-
@thomas-braun
Wenn ich aber /dev/ttyACM0 eintrage, funktionert er doch einwandfreiMir geht es aber eigentlich um mein Sonoff-WLan-Geräte, welche nicht richtig funktionieren :(
Warum verlieren diese immer wieder den Kontakt?Ach ja, den Sonoff-Adapter habe ich schon mal gelöscht und neu installiert, was aber keine Besserung brachte. Habe den Geräten eine andere Client-ID gegeben und diese waren auch unmittelbar sichtbar, es erschienen aber kurz darauf die "alten"Client-ID's unter Objekten, jedoch als Offline.
@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
funktionert er doch einwandfrei
Aber nur solange sich das Gerät nicht ändert.
Deswegen verwendet man ja bevorzugt die by-id-Links, die ändern sich nämlich nicht.
Dazu muss das aber in einer VM auch richtig durchgereicht werden. Musst du mal in die Dokumentation schauen, wie das da richtig gemacht wird. -
@allodo sagte in Sonoff (WLan) unter Proxmox reagiert unzuverlässig:
funktionert er doch einwandfrei
Aber nur solange sich das Gerät nicht ändert.
Deswegen verwendet man ja bevorzugt die by-id-Links, die ändern sich nämlich nicht.
Dazu muss das aber in einer VM auch richtig durchgereicht werden. Musst du mal in die Dokumentation schauen, wie das da richtig gemacht wird.Also so habe ich es in die config-Datei geschrieben.
lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00 dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_2022113> lxc.cgroup2.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=fileDie korrekten Werte habe ich vorher ermittelt. Halte mich da nur an Anleitungen, da ich, wie erwähnt, kein Linuxcrack bin, sondern einfacher Anwender :(
-
Also so habe ich es in die config-Datei geschrieben.
lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20221130105601-if00 dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_2022113> lxc.cgroup2.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=fileDie korrekten Werte habe ich vorher ermittelt. Halte mich da nur an Anleitungen, da ich, wie erwähnt, kein Linuxcrack bin, sondern einfacher Anwender :(
@allodo Kann mach doch inzwischen im Proxmox-Webinterface einstellen, und muss sich nicht mehr mit Konfig-Dateien herumschlagen ...

"Zugriffsrechte im CT" werden mit 0660 vorbesetzt ...
UID/GID muss man selbst eintragenFinde im Konfig File dann
arch: amd64 cores: 2 dev0: /dev/ttyACM0,gid=1000,uid=1000 features: nesting=1 hostname: DebianTest memory: 2048 net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=BC:24:11:8D:96:FE,ip=dhcp,type=veth onboot: 1 ostype: debian rootfs: local-lvm:vm-100-disk-0,size=16G swap: 2080 unprivileged: 1 lxc.cap.drop: "sys_rawio audit_read" -
@allodo Kann mach doch inzwischen im Proxmox-Webinterface einstellen, und muss sich nicht mehr mit Konfig-Dateien herumschlagen ...

"Zugriffsrechte im CT" werden mit 0660 vorbesetzt ...
UID/GID muss man selbst eintragenFinde im Konfig File dann
arch: amd64 cores: 2 dev0: /dev/ttyACM0,gid=1000,uid=1000 features: nesting=1 hostname: DebianTest memory: 2048 net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=BC:24:11:8D:96:FE,ip=dhcp,type=veth onboot: 1 ostype: debian rootfs: local-lvm:vm-100-disk-0,size=16G swap: 2080 unprivileged: 1 lxc.cap.drop: "sys_rawio audit_read"@martinp
Danke, das wusste ich nicht. Proxmox ist ja auch völliges Neuland für mich ;)
Allerdings habe ich dort nur den Eintrag "Mount Point" und kann kein Gerät neu zuweisen :(Ist ein priviliegerter Container, da ich meine automatischen Backups per CIFS auf meinen Windows-Rechner übertragen möchte. Habe gelesen, dass das wohl nur mit einem priviligierten Container gehen würde
-
@martinp
Danke, das wusste ich nicht. Proxmox ist ja auch völliges Neuland für mich ;)
Allerdings habe ich dort nur den Eintrag "Mount Point" und kann kein Gerät neu zuweisen :(Ist ein priviliegerter Container, da ich meine automatischen Backups per CIFS auf meinen Windows-Rechner übertragen möchte. Habe gelesen, dass das wohl nur mit einem priviligierten Container gehen würde
