Hallo,
ich hoffe, mir kann hier ein (MQTT-)Experte weiterhelfen.
Ich möchte (muß) gelegentlich einige permanente Einträge (retained messages) in meinem Broker (Mosquitto @ Windows 10) löschen.
Was (natürlich) funktioniert:
1) mosquitto_pub -localhost:1883 -t Test/STATE -n -r
(-n: send a null (zero length) message; empty message payload)
Von FHEM aus funktioniert auch (wenn ich mir ein MQTT-Device dafür anlege):
2) define mqtDev MQTT2_DEVICE
setlist send Test/STATE:r
set mqtDev send
Was aber nicht funktioniert, ist folgende "Lösung":
3) define mqt_w10 MQTT2_CLIENT <host>:<port>
set mqt_w10 publish -r Test/STATE
Wenn ich das senden lasse, wird ein neuer Topic angelegt namens "-r Test/STATE".
Komischerweise funktioniert aber das Anlegen ein er neuen (retained) Message:
set mqt_w10 publish -r Test/STATE Eintrag
Hierbei wird ein neuer Topic angelegt namens "Test/STATE" mit der retained Message "Eintrag"!
Hat jemand eine Erklärung dafür???
Gruß
Wolfgang
ZitatHat jemand eine Erklärung dafür???
Ich habe eine: es ist ein Bug.
Danke fuers Melden.
Habs gefixt.
ZitatHabs gefixt.
Danke für die (schnelle) Meldung.
Ist aber wohl noch nicht in das Module "00_MQTT2_CLIENT.pm" eingeflossen, oder?
Jedenfalls habe ich mein FHEM geupgedatet - und danach diesbezüglich keine Änderung bemerkt...
Die Daten fuers FHEM update werden einmal taeglich um 7:45 aus dem SVN (Versionverwaltung) geholt.
D.h. entweder morgen ab ca 8:00 mit FHEM update probieren, oder direkt aus dem SVN holen, z.Bsp ueber https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/00_MQTT2_CLIENT.pm?format=txt
Zitat...oder direkt aus dem SVN holen...
Habe ich gemacht - und getestet - und funktioniert.
Danke!
Zitat von: rudolfkoenig am 11 November 2023, 11:35:38Ich habe eine: es ist ein Bug.
*lach*
Genau an dem gleichen Problem habe ich neulich mehrere Stunden gesessen und erfolglos rumprobiert.
Einen Bug im FHEM Modul hätte ich dabei als letztes vermutet...