Umzug von Bullseye nach Trixie => MQTT Probleme

[Rampler]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[frober]

Evtl. hilft das hier:
https://forum.fhem.de/index.php?topic=142883.0

[Rampler]

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...

[Rampler]

Ist es möglich, die Korrektur im SVN einzupflegen ?

[rudolfkoenig]

Da der Modulautor nicht mehr aktiv ist, habe ich die Aenderung eingecheckt.
Und ich empfehle den Umstieg auf MQTT2, das wird noch aktiv unterstuetzt.

[betateilchen]

vermutlich 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

[Rampler]

@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

Code Auswählen Erweitern

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.

[betateilchen]

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.