Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

MapleCUL_0_868 wird nicht mehr erkannt

Begonnen von ingo46, 25 Oktober 2023, 12:00:08

Vorheriges Thema - Nächstes Thema

ingo46

Hallo,

um den MapleCUL_0_868 mit dem Pi4 zu verbinden habe ich mit: ls -l /dev/serial/by-id
lrwxrwxrwx 1 root root 13 11. Sep 20:10 usb-STM32_MapleCUL_7a7591d1-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 11. Sep 20:10 usb-STM32_MapleCUL_7a7591d1-if02 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 11. Sep 20:10 usb-STM32_MapleCUL_7a7591d1-if04 -> ../../ttyACM2
die Einstellungen zu define gefunden:
define MapleCUL_0_868 CUL /dev/serial/by-id/usb-STM32_MapleCUL_7a7591d1-if00@115200 4444

Nach dem letzten Update des Pi4 ist der Verbindung zum MapleCUL-Stick nicht mehr vorhanden.
Ein: ls -l /dev/serial/by-id ergibt: Verzeichnis nicht vorhanden! Stattdessen gibt es das Verzeichnis /dev/serial/by-path/
pi@raspiHOME:~ $ ls -l /dev/serial/by-path
insgesamt 0
lrwxrwxrwx 1 root root 13 24. Okt 17:54 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 24. Okt 17:54 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.2 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 24. Okt 17:54 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.4 -> ../../ttyACM2


Die Ursache liegt in /usr/lib/udev/rules.d/60-serial.rules! Nach Anpassung dieser Datei und einem Reboot ist das Verzeichnis /by-id/ wieder vorhanden - und es läuft alles wie vorher. Nur 60-serial.rules wird nach einem Update wieder überschrieben. Ich weiss nicht ob das Fehlen von /by-id/ ein Bug ist oder Absicht.

Zu finden unter: https://github.com/systemd/systemd/tree/main/rules.d/60-serial.rules

Man könnte nun auch das Umgehen, wenn man als define zuLässt:
define MapleCUL_0_868 CUL /dev/ttyACM0@115200 4444
Nur weiss ich nicht ob das so geht - ich kenne das Modul 00-CUL.pm nicht.

Ingo
 

 



rudolfkoenig

Warum sollte das o.g. nicht gehen?
Das ist die Variante, wie autocreate ein CUL anlegt.

MadMax-FHEM

Ich würde ja (trotzdem es auch so geht) mind. die Variante /by-path/ nehmen, da dann zumindest nichts beim/nach einem Reboot "durcheinandergewürfelt" wird, sofern man nichts physisch umsteckt.

Ansonsten kann es schon mal sein, dass Linux beim Start die ttyACMx anders "durchzählt" und somit Geräte "vertauscht" werden...

Oder eben wieder "reparieren", dass by-id wieder geht...

https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)