ubuntu 26.04. Jeelink USB geht nicht

[dyna]

Moin Zusammen,

ich habe einen server auf ubuntu 26.04. upgedatet. fhem ist direkt auf dem server installiert.
Seit dem update wird der JeeLink ständig neu geöffnet. Ein Restel oder init des JeeLink ändert nichts.

ubuntu 26.04 kommt mit dem Kernel 7.0.0. Ich habe einen älteren Kernel (6.19.14) ausprobiert. Das hat leider keinen Erfolg gebracht.

Hat jemand eine Idee für einen Lösungsansatz.


Grüße
Jens

[Beta-User]

Passen die Rechte?
Stichwort "plugdev".

[dyna]

Moin Beta-User,

usermod -a -G plugdev fhem habe ich nochmal gemacht und fhem neu gestartet. Leider bringt das keine Änderung.

die Rechte sehen folgendermassen aus

Code Auswählen Erweitern

ls -la /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 May 25 20:05 /dev/ttyUSB0

ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 May 25 20:05 usb-SHK_JeeLink_LaCrosse-if00-port0 -> ../../ttyUSB0
das sollte passen.

Das Device sieht so aus und lief unter ubuntu 24.04 auch problemfrei.

Code Auswählen Erweitern

define myJeeLink JeeLink /dev/ttyUSB0@57600
attr myJeeLink alias myJeeLink
attr myJeeLink flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr myJeeLink group Core
attr myJeeLink initCommands 30t 0a v
attr myJeeLink room Netz
attr myJeeLink timeout 60,15
attr myJeeLink verbose 0
#   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
#   DEF        /dev/ttyUSB0@57600
#   DeviceName /dev/ttyUSB0@57600
#   FD         12
#   FUUID      5c536bde-f33f-087c-38ee-90c5cf4322380bec
#   NAME       myJeeLink
#   NR         175
#   PARTIAL   
#   STATE      opened
#   TYPE       JeeLink
#   eventCount 65
#   MatchList:
#     1:PCA301   ^\S+\s+24
#     2:EC3000   ^\S+\s+22
#     3:RoomNode ^\S+\s+11
#     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     5:AliRF    ^\S+\s+5
#     6:EMT7110  ^OK\sEMT7110\s
#     7:KeyValueProtocol ^OK\sVALUES\s
#   READINGS:
#     2026-05-25 20:16:00   state           opened
#   helper:
#     bm:
#       JeeLink_Get:
#         cnt        1
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        25.05. 20:15:58
#         max        4.91142272949219e-05
#         tot        4.91142272949219e-05
#         mAr:
#           HASH(0x62790d4518d8)
#           myJeeLink
#           ?
#       JeeLink_Set:
#         cnt        6
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        25.05. 20:15:58
#         max        1.9073486328125e-05
#         tot        6.91413879394531e-05
#         mAr:
#           HASH(0x62790d4518d8)
#           myJeeLink
#           ?
#
setstate myJeeLink opened
setstate myJeeLink 2026-05-25 20:16:00 state opened

Grüße
Jens

[Wernieman]

Is denn Dein User in der Gruppe dialout? Siehe ls

[dyna]

Moin Wernieman,

der user fhem gehört folgenden Gruppen an

Code Auswählen Erweitern

id fhem
uid=999(fhem) gid=20(dialout) groups=20(dialout),5(tty),29(audio),46(plugdev)

[Wernieman]

Ich weiß auch nicht weiter ..

Was mir aber Grundsätzlich auffällt:
Du definiert den Stick direkt:

Code Auswählen Erweitern

define myJeeLink JeeLink /dev/ttyUSB0@57600Zeigst Uns aber zusätzlich den by-id. Warum machst Du es nicht über "by-id"? oder hattest Du nur fürs Debuggen umgestellt?

P.S. Stichwörter:
Powermanagment? Eventuell USB das Stromsparen abgewöhnen.

[dyna]

Moin Wernieman,

ich habe beide Varianten probiert.

Grüße
Jens

[Wernieman]

Wie schon erwähnt, hast Du Probiert das Powermanagment von USB abzuschalten?

[dyna]

Moin Werniemann,

ich habe in

Code Auswählen Erweitern

/etc/default/grub

Code Auswählen Erweitern

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash usbcore.autosuspend=-1" eingetragen und

Code Auswählen Erweitern

update-grub aufgerufen, danach rebootet.

Leider ist das Verhalten unverändert.

Grüße
Jens

[Wernieman]

war jetzt etwas offline, deshalb erst jetzt de Antwort:
Bin mir jetzt nicht sicher, aber schaltet das USB-autosuspend komplett ab? Mann kann auch über den Device-Tree Suspend ein/ausschalten .. Pro Gerät ...

Mir fällt aktuell auch nichts mehr ein .. außer ... steht etwas bei den Üblichen Verdächtigen (kern.log, syslog o.Ä.)?

Btw: En Update gemacht und nochmals getestet?

[KölnSolar]

mehr als

Seit dem update wird der JeeLink ständig neu geöffnet. Ein Restel oder init des JeeLink ändert nichts.

gab es bisher nicht. Ich stell mir die Frage: was steht denn im syslog ?

[dyna]

Moin Zusammen,

ich behelfe mich aktuell damit, dass ich den Jeelink an Homeassistant (Virtuelle Maschine) durchreiche. Von Homeassistant bekomme ich die Daten per MQTT.

die Logeinträge mit verbose 5 sehen so aus.

Code Auswählen Erweitern

2026.06.25 19:28:36 3: Opening myJeeLink device /dev/ttyUSB0
2026.06.25 19:28:36 3: Setting myJeeLink serial parameters to 57600,8,N,1
2026.06.25 19:28:37 3: myJeeLink device opened

2026.06.25 19:46:47 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
2026.06.25 19:47:13 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/36_JeeLink.pm line 425.
2026.06.25 19:47:13 5: SW: 0c
2026.06.25 19:47:13 5: SW: 2c

Wenn ich ein

Code Auswählen Erweitern

get myJeeLink initJeeLink mache komme ich folgenden Log-Eintrag

Code Auswählen Erweitern

2026.06.26 07:00:58 5: SW: 0c
2026.06.26 07:00:58 5: SW: 2c


[KölnSolar]

Ich sehe immer noch kein syslog. Ich vermute dort das Problem.

2026.06.25 19:46:47 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)

sagt ja nur, dass FHEM nicht mehr auf den Stick zugreifen kann(,weil vermutlich aus irgendeinem Grund vom System disconnected)

[dyna]

Moin KölnSolar,

im Syslog finde ich folgendes

Code Auswählen Erweitern

2026-06-28T07:07:15.393352+02:00 SOL kernel: ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
2026-06-28T07:07:15.393365+02:00 SOL kernel: ftdi_sio 1-3:1.0: device disconnected
2026-06-28T07:07:20.565983+02:00 SOL kernel: usb 1-3: reset full-speed USB device number 3 using xhci_hcd
2026-06-28T07:07:20.995995+02:00 SOL kernel: usb 1-3: reset full-speed USB device number 3 using xhci_hcd

2026-06-28T07:45:30.625991+02:00 SOL kernel: usb 1-3: FTDI USB Serial Device converter now attached to ttyUSB0
2026-06-28T07:45:30.682353+02:00 SOL snapd[1319]: hotplug.go:206: hotplug device add event ignored, enable experimental.hotplug
2026-06-28T07:49:34.417998+02:00 SOL kernel: ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
2026-06-28T07:49:34.418011+02:00 SOL kernel: ftdi_sio 1-3:1.0: device disconnected

Mich hat überrascht, dass ich den Stick an die Virtuelle Maschine durchreichen kann und erddort funktioniert aber direkt im system nicht.

Grüße
Jens

[KölnSolar]

Hi Jens,
tja,  nun bin ich raus. Finde den Fehler.

Hilfreich wäre noch, wenn Du dazu schreibst, wann Du evtl. manuell eingegriffen hast.

Aus eigener Erfahrung kann ich nur sagen, dass bei einem Rpi3B und Umstieg auf Trixie die USBs undefiniert ausgestiegen sind. Auf einem Rpi5 liefen sie dann wieder tadellos.

Grüße Markus