Es scheint dass V5 noch nicht in diesem Modul implementiert ist. Wird das der Fall sein oder gibt es einen Workaround?
Besten Dank
ZitatEs scheint dass V5 noch nicht in diesem Modul implementiert ist.
Welches Modul?
Das "legacy" MQTT/MQTT_DEVICE sollte das koennen dank externer Bibliothek.
ZitatWird das der Fall sein oder gibt es einen Workaround?
Workaround fuer MQTT2_CLIENT/MQTT2_SERVER ist V3.11.
V5 ist in den aktuellen 5-Jahresplan nicht enthalten, aber das kann sich je nach Motivation aendern.
Wer besteht auf 5.0 und aus welchem Grund?
Ich hänge mich hier einfach aus Interesse einmal dran.
https://docs.oasis-open.org/mqtt/mqtt/v5.0/os/mqtt-v5.0-os.html#_Toc3901018
Zitat von: rudolfkoenig am 23 September 2025, 17:00:06ZitatEs scheint dass V5 noch nicht in diesem Modul implementiert ist.
Welches Modul?
Das "legacy" MQTT/MQTT_DEVICE sollte das koennen dank externer Bibliothek.
ZitatWird das der Fall sein oder gibt es einen Workaround?
Workaround fuer MQTT2_CLIENT/MQTT2_SERVER ist V3.11.
V5 ist in den aktuellen 5-Jahresplan nicht enthalten, aber das kann sich je nach Motivation aendern.
Wer besteht auf 5.0 und aus welchem Grund?
Es ist für den FHEM MQTT2_Client.
Die Daten erhalte ich von einer Allsky-Kamera (indi-allsky) um sie in FHEM darzustellen. Die Leute von indi-allsky haben mittlerweile und sehr rasch die V3.11. als Option implementiert. Damit hat sich der Grund erübrigt. Es ist als hier im Moment nur noch nice-to-have.
Hi @rudolfkoenig,
ich hänge mich hier mal dran:
Ich habe gerade von Home Assistant (wo ich ein paar Geräte integriert habe, die aber dann per MQTT an FHEM weitergereicht werden, siehe hier (https://forum.fhem.de/index.php?topic=115279.msg1319243#msg1319243)) folgende Nachricht bekommen:
ZitatMQTT protocol migration failed
Warning · Reported by MQTT
This stops working in version 2027.1.0. Please address before upgrading.
The automatic migration to MQTT protocol version 5 failed. The currently configured protocol version for MQTT broker fhem is 3.1.1, but this protocol version is deprecated, and support for it will be removed.
Make sure your broker supports protocol version 5. Update your MQTT broker's connection settings, and restart Home Assistant to fix this issue.
Verlinkt ist diese Seite (https://www.home-assistant.io/integrations/mqtt/#mqtt-protocol), die aber nicht besonders viel erklärt, sondern nur sagt, dass v5 erforderlich ist.
Ich habe eigentlich nicht unbedingt große Lust, mosquitto dazwischen zu hängen, weil MQTT2_SERVER bis jetzt extrem gut/stabil funktioniert hat.
Wenn aber inzwischen absehbar ist, dass manche Dienste nur noch v5 unterstützen (siehe z.B. auch hier (https://forum.fhem.de/index.php?topic=138466.0)), wäre es vielleicht sinnvoll, das demnächst anzugehen? Ich kann aber auch nicht abschätzen wie viel Implementierungsaufwand das ist oder was das für Folgeprobleme aufwerfen könnte. Vielleicht kannst du das kurz einordnen?
Vielen Dank jedenfalls schon einmal!
MQTT v5 definiert viele Features, davon Etliche optional, der Aufwand haengt davon ab, was alles implementiert wird.
Es waere gut zu wissen, welche Features HomeAssistant unbedingt haben will.
Sonst wuerden sie v3.1 nicht abschaffen wollen.
Ich packe MQTTv5 fuer MQTT2_SERVER auf meine TODO Liste.
Super, vielen lieben Dank!
Zitat von: rudolfkoenig am 08 Juni 2026, 09:35:45Es waere gut zu wissen, welche Features HomeAssistant unbedingt haben will.
Dazu habe ich auf die Schnelle bislang nichts gefunden. Hier aber, falls das was bringt, der PR, in dem die Migration bzw. Fehlermeldung hinzugefügt wurde: https://github.com/home-assistant/core/pull/172500
Vielleicht bietet es sich an, erstmal sämtliche nicht-optionalen Features zu implementieren und das dann bei Bedarf weiter auszubauen?
Zitat von: rudolfkoenig am 08 Juni 2026, 09:35:45Es waere gut zu wissen, welche Features HomeAssistant unbedingt haben will.
Zu HomeAssistant kann ich nichts sagen, aber bei zigbee2mqtt bin ich heute über das hier gestolpert:
Unterpunkt retention: "MQTT Message Expiry (Sekunden) – mqtt.version = 5 nötig"
(OT: Inhaltlich scheinen es immer wieder dieselben Themen zu sein, die den Usern Probleme machen...)
ad
Zitat von: rudolfkoenig am 17 Juni 2026, 11:13:56Siehe https://forum.fhem.de/index.php?topic=142552.msg1364774#msg1364774
Keine Ahnung, warum der TE das im Forenbereich Zigbee aufgemacht hat bzw. abscheinend auch nicht den oben verlinkten Thread gefunden: https://forum.fhem.de/index.php?topic=144977.0
Die dort diskutierte Fehlermeldung hatte nichts damit zu tun, dass FHEM MQTT Version 5 nicht unterstützt:
Zitat von: passibe am 23 Juni 2026, 23:54:23Dass FHEM MQTT Version 5 nicht unterstützt unterstützt ist für die Fehlermeldung, die du heute hattest, übrigens völlig egal! Es geht in der Fehlermeldung allein um eine falsche configuration.yaml, nämlich dass ein irgendwo aktiviertes retention im Widerspruch steht zum fehlenden version: 5 unter mqtt:.
Denn erst wenn man version: 5 hinzufügt, wird offenbar, dass FHEM kein MQTT Version 5 unterstützt. Dann gibt es nämlich auch eine ganz andere Fehlermeldung:
Code Auswählen Erweitern
[2026-06-23 23:36:26] info: z2m: Connecting to MQTT server at mqtt://fhem
[2026-06-23 23:36:26] error: z2m: MQTT failed to connect, exiting... (Connection refused: Unacceptable protocol version)
Aber du hast Recht, dass diese retention-Geschichte wohl unterstützt werden sollte ...
Ich habe jetzt eine Version von MQTT2_SERVER eingecheckt, was (soweit ich es sehe) die V5 Syntax versteht.
Es wurde mit mosquitto_pub/sub getestet, jeweils V5 gegen V5 und V311, und umgekehrt.
Die meisten Features werden z.Zt. ignoriert, wenn jemand ein "berechtigtes Interesse" zeigt, dann kommt das Feature auf die TODO Liste.
Die Properties werden dekodiert, in der Connection-Instanz als Internal hinterlegt, und (z.Zt. noch) nicht ausgewertet.
Bei einer Anmeldung mit einem leerem ClientId (in V5 erlaubt, im Gegensatz zu V3) wird eine mit dem Prefix mosq_ erschaffen und so das autocreate vermieden.
Nachtrag: Leere ClientIds sind in V311 doch erlaubt, aber nur optional, wenn der Server gutmuetig ist:
ZitatA Server MAY allow a Client to supply a ClientId that has a length of zero bytes,
Man sollte die Doku zu Ende lesen. :)
Hallo zusammen,
ich habe gestern, 19.7. um 18:05 Uhr ein Update auf FHEM gemacht.
Mein MQTT2_DEVICE aktualisiert nun die Readings nicht mehr, obwohl ich die aktuellen Werte im MQTT Traffic (geprüft im MQTT2_Server mit Show MQTT traffic) sehe.
Hat hier jemand einen Tipp für mich?
Vielen Dank und schöne Grüße
Dirk
Hallo zusammen,
ich habe heute Vormittag auch ein Update durchgeführt.
Ein Device erhält mit der neuen Version von 00_MQTT2_SERVER.pm (31492) keine Reading-Updates.
Im Event-Monitor ist nichts zu sehen. Der MQTT Server reicht die Daten aber an einen "mosquitto_sub" Client weiter.
Ich bin auf die Version 30089 (backup) zurück und es geht wieder.
Kann es damit zusammenhängen, ob die Daten im JSON-Format geschickt werden?
Die betroffene Quelle sendet kein JSON.
Dank und Grüße,
Guido.
Schau mal hier, ob das auch bei Dir hilft:
https://forum.fhem.de/index.php?msg=1366851
Ja, Danke. Das war es.
Der Dank gebührt @Beta-User https://forum.fhem.de/index.php?action=profile;u=9229 :-[
...und warum sich das Verhalten geändert hat, ist auch noch nicht klar - zumindest ist es mir nicht klar ;-)
Zitat...und warum sich das Verhalten geändert hat, ist auch noch nicht klar - zumindest ist es mir nicht klar ;-)
ZitatDann hat mir die App my4E auf dem iPhone die Meldung ausgegeben, es wäre eine neue Software auf dem Hauskraftwerk installiert worden.
Das Update hat deine Client-ID von
mqtt2server zu
r2m_1_rscp2mqtt_6a5dccf0 geändert.
Danke TomLee, also könnte ich auch die ClientID ersetzen, statt zu löschen.
Die Architektur ist wie folgt:
E3/DC Hauskraftwerk per RSCP (propietäres Protokoll) an --> RSCP2MQTT im Docker Container von PVTOM (GitHub) --> FHEM
https://github.com/pvtom/rscp2mqtt
Das erwähnte Update ging auf das Hauskraftwerk. Die ID wird doch vom RSCP2MQTT vorgegeben, oder?
Die ID hat sich erst nach dem Update auf FHEM geändert. Liegt es also an FHEM?
Ist die Änderung der ID denn ein Bug? Das passiert mir das erste Mal.
Zitat... also könnte ich auch die ClientID ersetzen, statt zu löschen.
Meinem Verständnis nach ja.
ZitatIst die Änderung der ID denn ein Bug?
Nee.
Feste CID in der readingList -> Zeile reagiert nur auf genau diese ID. Ändert sich die CID, bleiben die Readings stehen.
Ohne CID matcht FHEM nur nach Topic, unabhängig von der CID. Ergo: CID einfach weglassen.
Mich weiter damit zu beschäftigen hab ich gerade keinen Nerv...
Zitat von: Dirk070 am 20 Juli 2026, 16:44:39Ist die Änderung der ID denn ein Bug?
Das Missverständnis besteht m.E. darin, die ClientID als wesentlichen Teil der Informationen des Clients aufzufassen, wenn der Client das selbst nicht so sieht...
Weg damit und gut ist!
Danke Euch beiden für Eure Hilfe!!!
Ich konnte zumindest nun noch einiges recherchieren.
Für rscp2mqtt kann in der Config eine Client-ID vorgegeben werden.
Das hatte ich nicht gemacht und offenbar hat FHEM dann eine zugeordnet, die sich über Monate nicht geändert hat. Bis jetzt eben.
Nun habe ich in der rscp2mqtt Config eine Client ID vergeben, die kommt auch sauber an.
Damit sind beide Optionen wieder offen - Client ID weglassen oder die jetzt fest zugewiesene ID nutzen.
Nochmals Danke für Eure Zeit.
ZitatDas hatte ich nicht gemacht und offenbar hat FHEM dann eine zugeordnet...
Wenn FHEM eine zugeordnet hätte dann würde die nach deinem Update in FHEM anders lauten: mosq_+nrclients
Zitat von: rudolfkoenig am 17 Juli 2026, 18:22:06Bei einer Anmeldung mit einem leerem ClientId (in V5 erlaubt, im Gegensatz zu V3) wird eine mit dem Prefix mosq_ erschaffen...
Zitat von: TomLee am 20 Juli 2026, 18:28:42ZitatDas hatte ich nicht gemacht und offenbar hat FHEM dann eine zugeordnet...
Wenn FHEM eine zugeordnet hätte dann würde die nach deinem Update in FHEM anders lauten: mosq_+nrclients
Zitat von: rudolfkoenig am 17 Juli 2026, 18:22:06Bei einer Anmeldung mit einem leerem ClientId (in V5 erlaubt, im Gegensatz zu V3) wird eine mit dem Prefix mosq_ erschaffen...
Tja, dann kann es nur noch das Update auf dem Docker-Container gewesen sein, das zeitlich ähnlich gelagert war. Schaue ich nochmal nach. Nochmals Danke. :)