Seite 2 von 5

Re: MQTT - Best practice

Verfasst: Sa 31. Mär 2018, 18:00
von Camel2k
Hi,

könnte mir jemand von euch mal ein Script Beispiel zeigen.
Bekomme es nicht hin, wenn z.b. der Status 17 sich ändert einen HM Aktor zu schalten. (alles unter iOBroker)

Wäre dankbar für jeden Tip ;)

lg

Re: MQTT - Best practice

Verfasst: Do 5. Apr 2018, 19:26
von spunky
Hi,

vielleicht mal ein Vorschlag für MQTT. In der Weboberfläche vielleicht ein Auswahlmenü was per MQTT überhaupt übertragen wird. Dort dann auch die Auswahl ob retain oder nicht.

Beispiel "WlanStatus"
- Veröffentlichen in Topic zb "mein/Wlanstatus"
- Retain JA/NEIN
- Aktualisierung (bei Änderung, zyklisch in xsec., Delta)
- Einheiten komplett weglassen

Hintergrund, ich brauch nicht alle Informationen die derzeit geliefert werden. MQTT ist ja ein Leichtgewicht, aber wenn man tausende Nachrichten in der Sekunde sendet kann man sich die auch per HTTP holen. Dann sind die Stärken von Mqtt nicht wirklich vorhanden.
Für mich wäre der Aktuelle Status und das schreiben home,Stop,Auto,man wichtig. Fehlercodes Fehler usw

Also Quasi ne Auswahl der Topics

Spunky


PS. Mir ist gerade nach dem Deaktivieren von MQTT aufgefallen das die Meisten Werte (71) per retain noch da sind. Also muss man erst online / offline abfragen bevor man sich auf die Daten verlassen kann. Ggf nen offline oder 0 bei allen Werten bei Verbindungsabbruch bzw deaktivierung

Re: MQTT - Best practice

Verfasst: Do 5. Apr 2018, 20:09
von Andreas
spunky hat geschrieben:
Do 5. Apr 2018, 19:26
[...]Vorschlag für MQTT. In der Weboberfläche vielleicht ein Auswahlmenü was per MQTT überhaupt übertragen wird. Dort dann auch die Auswahl ob retain oder nicht.

Beispiel "WlanStatus"
- Veröffentlichen in Topic zb "mein/Wlanstatus"
- Retain JA/NEIN
- Aktualisierung (bei Änderung, zyklisch in xsec., Delta)
- Einheiten komplett weglassen
[...]
Das finde ich gut, das kommt meinem Gedanken auch entgegen, ist noch etwas detaillierter als pauschale Setups.
Dafür +1 ;)!

Re: MQTT - Best practice

Verfasst: Fr 13. Apr 2018, 23:14
von zeitisen
Hallo,

ich habe jetzt einmal MQTT getestet.
Das macht einen sehr guten Eindruck.
Damit ist eine Verbindung überall hin möglich. Sogar für Android gibt es jede Menge Apps zur Visualisierung.
Die Einbindung in Fhem ist einwandfrei möglich.

Mein Vorschlag:
Wenn MQTT aktiviert ist, kann in jeder Anzeige des Webinterface ein Haken gesetzt werden, ob dieser Wert gesendet werden soll oder nicht.
Wichtig wären für mich hier die GPS-Koordinaten des 430X :D . (Off topic: könnte man den GPS-Speicher (die Landkarte, ein Array von Koordinaten) des 430X über das Webinterface auslesen?)

Im MQTT Menü muss dann noch fest gelegt werden:
QoS, Retain, Aktualisierung (wie von spunky) für jeden aktivierten Menüwert.
last will

Die topics könnten der Menüstruktur des Webinterface folgen (englisch ohne Leerzeichen).

Bei der aktuellen Version feuert der Spannungswert /Health/voltage/batt laufend Werte, weil der Wert zwischen 27.0 und 27.1 Volt schwankt. Deshalb habe ich das Interface jetzt wieder deaktiviert.

Re: MQTT - Best practice

Verfasst: Sa 14. Apr 2018, 13:25
von zeitisen
Noch eine Idee zur einfachen und schnelleren Realisierung:
Es würde sicher genügen, die ganze mqtt Konfiguration über ein configfile zu machen.
Also Configfile Download, bearbeiten, Upload.

Dann ist zumindest das Problem des GUI weg.

Im Configfile stehen dann bereits alle verfügbaren topics. Daneben kann man QoS, und alles zuvor beschriebene abändern.
Das Configfile könnte im XML- oder json- Format sein.

Re: MQTT - Best practice

Verfasst: Di 17. Apr 2018, 08:40
von mrlee
Moin!

Mal ne Frage da sich anscheinend hier die mqtt experten tummeln....
Bekommt Ihr auf /Health/voltage/batt werte? Ich erhalte hier konstant 21.6V...

bis denne
Mr.Lee

Re: MQTT - Best practice

Verfasst: Di 17. Apr 2018, 22:39
von cybertrue
Auch bei meinen Tests /Health/voltage/batt konstant 21.6V - und somit teilweise abweichend vom Status auf der Weboberfläche...
Sonst funktioniert MQTT über Robonect aber schon super...

Re: MQTT - Best practice

Verfasst: Mi 18. Apr 2018, 07:21
von zeitisen
zeitisen hat geschrieben:
Fr 13. Apr 2018, 23:14

Bei der aktuellen Version feuert der Spannungswert /Health/voltage/batt laufend Werte, weil der Wert zwischen 27.0 und 27.1 Volt schwankt.
Wie oben bereits geschrieben, bekomme ich einen anderen Wert und der wechselt ständig, so dass er mir das topic zumüllt.

Re: MQTT - Best practice

Verfasst: Mi 18. Apr 2018, 09:52
von mrlee
Moin!

Ok, in der Signatur sehe ich die Zusammenhänge (ok, bei 3 Beispielen nicht viel) das es wohl bei den alten Modulen keine Spannungswerte gibt...

Scheint ne Kompatibilitätsfrage zusein dir nur @Admin Fabian klären kann :-(

Da ich die Spannung dringend für meine Steuerung brauche wäre es interressant ob das lösbar ist oder ich schleunigst auf ein neues Modul gehen sollte...

Danke & bis denne
Mr.Lee

Re: MQTT - Best practice

Verfasst: Mi 18. Apr 2018, 10:15
von Admin
Die Spannungswerte beim H30x sind fiktiv. Daher habe ich sie für das H30x aus dem MQTT Publisher in V1.0 Beta 3 entfernt.