Hallo zusammen,
versuche gerade von Bullseye nach Trixie mit meinem Raspberry zu migrieren.
Leider läuft jetzt im FHEM der MQTT Broker nicht mehr.
Der Broker im Linux läuft:
klaus@Raspberry-Prod:~ $ sudo systemctl status mosquitto
● mosquitto.service - Mosquitto MQTT Broker
Loaded: loaded (/usr/lib/systemd/system/mosquitto.service; enabled; preset: enabled)
Active: active (running) since Sun 2025-11-30 19:36:47 CET; 20min ago
Invocation: 3c69ab778a7640f8b1536c9711a8dcd1
Docs: man:mosquitto.conf(5)
man:mosquitto(8)
Process: 1406 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS)
Process: 1408 ExecStartPre=/bin/chown mosquitto:mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS)
Process: 1410 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS)
Process: 1412 ExecStartPre=/bin/chown mosquitto:mosquitto /run/mosquitto (code=exited, status=0/SUCCESS)
Main PID: 1414 (mosquitto)
Tasks: 1 (limit: 1561)
CPU: 1.577s
CGroup: /system.slice/mosquitto.service
└─1414 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf
Nov 30 19:36:47 Raspberry-Prod systemd[1]: Starting mosquitto.service - Mosquitto MQTT Broker...
Nov 30 19:36:47 Raspberry-Prod mosquitto[1414]: 1764527807: Loading config file /etc/mosquitto/conf.d/fhem_broker.conf
Nov 30 19:36:47 Raspberry-Prod systemd[1]: Started mosquitto.service - Mosquitto MQTT Broker.
Ich bekomme diese Meldung:
2025.11.30 19:43:43 1: PERL WARNING: Attempt to call undefined import method with arguments (":all") via package "SetExtensions" (Perhaps you forgot to load the package?) at ./FHEM/10_MQTT_DEVICE.pm line 71, <$fh> line 4675.
2025.11.30 19:43:43 1: stacktrace:
2025.11.30 19:43:43 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1: MQTT::DEVICE::BEGIN called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1: (eval) called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1: (eval) called by fhem.pl (2774)
2025.11.30 19:43:43 1: (eval) called by fhem.pl (2773)
2025.11.30 19:43:43 1: main::CommandReload called by fhem.pl (2075)
2025.11.30 19:43:43 1: main::LoadModule called by fhem.pl (2140)
2025.11.30 19:43:43 1: main::CommandDefine called by fhem.pl (1285)
2025.11.30 19:43:43 1: main::AnalyzeCommand called by fhem.pl (1136)
2025.11.30 19:43:43 1: main::AnalyzeCommandChain called by fhem.pl (1424)
2025.11.30 19:43:43 1: main::CommandInclude called by fhem.pl (633)
Weiß jemand rat ?
VG Klaus
Evtl. hilft das hier:
https://forum.fhem.de/index.php?topic=142883.0 (https://forum.fhem.de/index.php?topic=142883.0)
Danke frober, ja, das war die Lösung für den Fehler.
Das MQTT Problem ist damit erstmal vom Tisch.
Sind aber noch sehr viele andere Fehler im LOG, vermutlich bin ich einfach zu früh dran mit Trixie...
Ist es möglich, die Korrektur im SVN einzupflegen ?
Da der Modulautor nicht mehr aktiv ist, habe ich die Aenderung eingecheckt.
Und ich empfehle den Umstieg auf MQTT2, das wird noch aktiv unterstuetzt.
Zitat von: Rampler am 30 November 2025, 20:44:32vermutlich bin ich einfach zu früh dran mit Trixie...
Ich bin schon einige Zeit mit Trixie unterwegs und habe keine Meldungen im Log.
Was hast Du denn noch für Meldungen?
Übrigens ist nicht jede
Perl Warning automatisch auch ein Fehler :)
@Rudolf, danke fürs einchecken.
MQTT2 habe ich bereits auf meiner ToDo Liste, allerdings wird das bei mir etwas aufwendiger. Sind doch 26 MQTT Device, auf Basis von ESP8266 (Letscontrolit).
Mir fehlt irgendwie die Motivation umzustellen, da das Ergebnis am Ende das gleiche wie jetzt ist, halt nur mit MQTT2, statt MQTT.
@betateilchen
2025.11.30 20:20:38 1: PERL WARNING: Attempt to call undefined import method with arguments (":all") via package "TcpServerUtils" (Perhaps you forgot to load the package?) at ./FHEM/98_Modbus.pm line 185, <$fh> line 1934.
2025.11.30 20:28:35 1: PERL WARNING: Smartmatch is deprecated at FHEM/TimeSeries.pm line 113.
2025.11.30 20:34:55 1: PERL WARNING: Attempt to call undefined import method with arguments (":all") via package "SetExtensions" (Perhaps you forgot to load the package?) at ./FHEM/98_Modbus.pm line 180, <$fh> line 1934.
Und sehr viele andere Fehlermeldungen, welche aber sehr viele folgen von dem MQTT Thema waren.
Die Umstellung von MQTT auf MQTT2 ist doch bei nur 26 devices kein großer Akt. Wenn Du die ersten beiden Geräte umgestellt hast und weißt, worauf es ankommt, geht das recht flott von der Hand (ich weiß, wovon ich rede, ich habe mehr als 26 umgestellt...)
Das Ergebnis ist eben bei MQTT2 nicht das gleiche wie bei MQTT. MQTT2 wird laufend gepflegt und Anpassungen, z.B. bei mqtt-Protokolländerungen sind kurzfristig in FHEM verfügbar. Dank Rudi :)
Und die perl warnings, sowohl für TimeSeries als auch für ModBus sind bereits gemeldet.
Für ModBus hier: https://forum.fhem.de/index.php?topic=142884.0
Für TimeSeries in dem von Dir bereits zitierten Thread.
Da heißt es einfach: Geduld haben, bis die Modulautoren aktiv werden.
Bis dahin kannst Du die bereits vorgeschlagenen Änderungen ja auch in Deinen Moduldateien lokal vornehmen.
Zitat von: betateilchen am 01 Dezember 2025, 12:51:15Da heißt es einfach: Geduld haben, bis die Modulautoren aktiv werden.
Als der liebe Gott die Geduld verteilt, bin ich gegangen, hat mir zu lange gedauert. ;)
Ne im Ernst, für das Modbus Thema gibt es seit dem 29.10 einen Patch:
https://forum.fhem.de/index.php?topic=142884.0 (https://forum.fhem.de/index.php?topic=142884.0)
Für das Timesereries Thema ist der Patch seit dem 9.11.2025 verfügbar:
https://forum.fhem.de/index.php?topic=142986.msg1351362#msg1351362 (https://forum.fhem.de/index.php?topic=142986.msg1351362#msg1351362)
VG Klaus
Und was sollen uns Deine Worte nun sagen?
Du kennst die patches, bau sie doch bei Dir lokal ein, wenn die Meldungen für Dich so ein großes Problem sind.