Power Meter mit MQTT Abfrage

[Manos1966]

Hallo, ich komme nicht weiter...
wie kann ich die Power Meter Anzeige mit Daten aus meiner MQTT Datenbank befuellen?
HTTP(S) + JSON hat funktioniert, jetzt brauche ich aber fuer ein anderes Project, MQTT

Mit MQTT Explorer have ich die Daten gefunden:
Ich dachte tasmota/discovery/F4CFA20A65A0/sensors/Power wurde die Loesung bringen, lag ich aber leider falsch.

[schlimmchen]

Der PowerMeter unterstützt MQTT, erwartet aber eine Gleitkommazahl am konfigurierten Topic. JSON kann er nicht parsen.

Das ist ja offensichtlich ein Tasmota-basiertes Gerät, das die Leistung ermittelt. Daher schlage ich dir folgende Lösung vor, die ich selbst einsetze:

rule1
ON energy#total DO publish grid/energy/total %value% ENDON
ON energy#power[1] DO publish grid/power/phase1/watts %value% ENDON
ON energy#power[2] DO publish grid/power/phase2/watts %value% ENDON
ON energy#power[3] DO publish grid/power/phase3/watts %value% ENDON

Ich vermute du musst lediglich die letzten zwei Zeilen streichen. Kann auch sein, dass du ON energy#power DO publish grid/power/phase1/watts %value% ENDON braucht (keinen Index hinter energy#power).

Das Topic ist natürlich beliebig, da kannst du dir gern ein anderes ausdenken. Nicht vergessen die Regel auch zu aktivieren: rule1 1.

[Manos1966]

Der PowerMeter unterstützt MQTT, erwartet aber eine Gleitkommazahl am konfigurierten Topic. JSON kann er nicht parsen.

Ich war sicher, trotzdem habe ich so sehr erhofft, ich wurde falsch liegen... :-(
Wie du es korrekt erraten hast, ich brauche es fuer etwas ganz anderes (kein Tasmota, sondern Powerfox)

rule1
ON energy#total DO publish grid/energy/total %value% ENDON
ON energy#power[1] DO publish grid/power/phase1/watts %value% ENDON

Jetzt hast du mich verloren, wo kommt diese Regel?

[spcqike]

Diese Regel wäre in einem Tasmota device anzulegen. Sie würde die aktuelle Leistung als einzelne Zahl per MQTT publishen. Also nicht als json, wir Tasmota es standardmässig tut.

[Manos1966]

Diese Regel wäre in einem Tasmota device anzulegen.

Ah so! Gut zu wissen, ich werde es mir fuer die Zukunft notieren (ich wusste gar nicht, dass so etwas moeglich ist, ich habe nie etwas mit MQTT direkt zu tun, FHEM interpretiert alles automatisch).

PS. Danke @schlimmchen @spcqike fuer die Horizonterweiterung 👍

[spcqike]

so ganz verstehe ich deine Frage nicht.

Wenn HTTP(S)+JSON geht, warum willst du es auf MQTT ändern? HTTP(S)+JSON ist eigentlich das direkteste und schnellste, da sich die DTU die Leistungsdaten genau zu dem Zeitpunkt holen kann, wenn sie sie braucht. Es musst nicht auf ein MQTT Sendeintervall vom Tasmota gewartet werden, ebenso braucht es keine dritten Geräte (MQTT Broker) dazwischen, die im Zweifelsfall Fehler verursachen, auch wenn es nur eine Downtime durch Hardware / Softwareprobleme an besagter Stelle ist.

Soweit mir bekannt ist MQTT lediglich eine "Schnittstelle" zum Übertragen von Daten. Das ist noch keine Datenbank. Wenn du die Daten in eine Datenbank schreiben willst, musst du das ebenfalls gesondert tun (Node-Red, Homeassistant, diverse Skripte, Telegraf, .... ja sogar Tasmota kann selbst in eine Datenbank schreiben)

Die Live-Daten werden von Tasmota im Topic "tele/device/SENSOR" übertragen. bei mir beispielhaft so

Wie @schlimmchen aber bereits geschrieben hat, ist das ein JSON Objekt, welches die openDTU so nicht verarbeiten kann.

deine hier gezeigten Daten aus "tasmota/discovery/...." werden, soweit ich weiß, nur einmalig beim Starten und Anmelden des Geräts am MQTT Server gespeichert. Quasi für eine "Anwesenheiterkennung", daher auch "Discovery"

Für eine Protokollierung / Datenbank wärst du selbst zuständig. Ich nutze dafür Node-Red, InfluxDB und Grafana.

[schlimmchen]

HTTP(S) + JSON hat funktioniert, jetzt brauche ich aber fuer ein anderes Project, MQTT

Wenn HTTP(S)+JSON geht, warum willst du es auf MQTT ändern?

@spcqike Das andere Projekt läuft nicht mit HTTP+JSON, sondern da gibt's die Werte per MQTT. So hab ich es zumindest verstanden.

Außerdem habe ich das Bedürfnis zu erwähnen, dass HTTP(S)+JSON durchaus sehr aufwändig ist. MQTT ist genau dafür da, solche Daten zu verteilen, auf effiziente Weise. Der Einsatz von MQTT macht da schon Sinn. Und wenn ein Tasmota Gerät bereits im Einsatz ist, ist sehr wahrscheinlich auch einen MQTT Broker sowieso im Einsatz, da wird also nichts gespart wenn die PowerMeter Daten per HTTP+JSON kommen.

[spcqike]

wie gesagt, so ganz verstehe ich die Frage nicht 😄

Auch wenn das andere Projekt MQTT nutzt / nutzen könnte, wirkt es für mich, als wäre dort besagtes Tasmota-Gerät im Einsatz (oder wo ist der Screenshot vom MQTT Explorer her?), welches ebenfalls per HTTP(S)+JSON abgefragt werden könnte. Immerhin scheint das beim ersten Projekt ja zu klappen.

Wahrscheinlich ist MQTT datensparsamer oder einfacher für den ESP, als ein HTTP Request, das mag sein. Auch mag der MQTT Server im Hintergrund für etliche andere Dienste so oder so laufen.

Mir geht es ja aber nicht darum, etwas zu "sparen". Vielmehr geht es um die Ausfallsicherheit, bzw. die Minimierung des Ausfallrisikos, einfach weil weniger Komponenten und Systeme involviert werden.

Solange die Geräte direkt kommunizieren können und es dort nicht zu Schwierigkeiten kommt (Latenzen, Abbrüche, Überlastungen...), bevorzuge ich persönlich jedoch den direkten Kontakt ohne Umwege über andere Server. Das ist gewiss nicht immer möglich (im Falle von komplexeren Steuerungen, die laufen dann bei mir über Node-Red), aber essentielle Sachen wie Lichtschalter an/aus, Ausschalten von Verbrauchern nach x Minuten nicht Benutzung oder bei Erreichen von Temperaturgrenzen (wie manche bspw. bei DIY PV-Überschuss Wasseraufheizsystem haben) oder eben die Nulleinspeisung /Leistungsregelung hier im Projekt, versuche ich immer direkt zu halten.

Sollte ein fehlgeschlagenes Serverupdate / Dockerupdate / Hardwaredefekt (Server, Switch, ...) passieren, was zwangsweise zu einer kurzen, oder auch mal längeren Downtime des Systems führt (vor allem wenn ich beim Eintreten des Defekts nicht vor Ort bin), läuft das wichtigste wenigstens autark weiter.

MQTT zum Protokollieren, oder komplexere, nicht lebensnotwendigen Steuerungen, nutze ich ebenfalls. Die Grundfunktionen versuche ich halt immer ohne Server/Mittelsmann zu erledigen 😄

Wie gesagt, ist wahrscheinlich ne Philisophie Frage oder ne persönliche Einstellung.

[Manos1966]

OK, ich gebe es zu, das Beispiel, dass ich benutzt habe war irreführend
Wie @schlimmchen korrekt erkannt hat, ich habe eine Situation wo ich wahrscheinlich nicht mit JSON klar komme.

#345
Ein Bekannter hat mir um Hilfe gebeten.
Es hat ein Powerfox Poweropti und will es in der OpenDTU anbinden.
Meine Meinung war "Verkaufen und etwas anstaendiges ohne Abo kaufen".

Erste Loesung: Offiziell kann man auf die Stromzaehler Daten zugreifen nur ueber die Cloud :-o und mit Eingabe des Usernamens und Passworts (64 bit verschluesselt).

Zweite Loesung: Geraete mit alten Firmware kann man direkt (Lokal) ansprechen. Das waere die Beste Loesung. Sein Geraet hat immer noch eine alte Firmware, die Chancen stehen also gut, aber das braucht Zeit.

Dritte Loesung: Er hat bereits die Powerfox im HomeAssistant angeschlossen. Der Name in HAM ist Strom-EG-Aktuell
Daraufhin ist der Plan, die Verbindung mit der OpenDTU sofort mit MQTT zu machen, und danach die andere zwei Moeglichkeiten zu probieren.

Leider bin ich keine Home Assistant Anwender (ich nutze FHEM) und ich habe noch nicht sein Username & Pwd um den Fernzugriff auf die Cloud zu testen.

Zurück zum MQTT Thema: Wenn die Daten einzeln ankommen, ist es einfach (wie das Beispiel mit der Shelly 3em).

Ich muss ein paar Informationen vorerst sammeln..

[madmartin]

Vierte Lösung:
https://www.ebay.de/itm/314321775948
Oh, beim genauen lesen war das ja auch Dein allererster Vorschlag... also ich denke für 34€ bekommt man eine garantiert funktionierende Lösung. Und sowas wäre mir als privater "Ratgeber" (und hinterher auch First-Level-Support für immer) auch sehr wichtig.

Lösung zwei ist Quatsch, weil das übermorgen vielleicht nicht mehr funktionioniert wegen eines (versehenlichen oder Zwangs-) Firmware-Update. Rein juristisch gesehen wahrscheinlich auch illegal.

[Manos1966]

Wer "googeln" kann, ist immer im Vorteil....
Ich war nur Doof genug, auf English zu suchen (anstatt auf Deutsch)
#165
powerfox Poweropti als Power Meter zur Wechselrichter Steuerung einbinden

[madmartin]

Ja. #165 ist eine nett gemeinte Beschreibung, aber das "poweropti" bleibt in meinen Augen trotzden unsinnig. Hier funktioniert der Zugriff auf die eigenen Daten nur so lange wie die Server dieser Firma existierern. Also vielleicht nur bis morgen.
Kleine Anregung zu solchen Situationen: https://www.heise.de/ratgeber/E-Bikes-von-VanMoof-ohne-die-Herstellercloud-nutzen-9230728.html

[Manos1966]

ich bin genau deiner Meinung...
Nur eben kostet das Ding 89,95 EUR und trotzdem gibt es viele die es gekauft haben (wie mein Bekannter).
Aber, wer bin ich, der andere Leute kritisieren dürfte? Ich war auf dem Weg 12.000 EUR fuer ein Batterie-System auszugeben, bevor ich per Zufall auf OpenDUonBattery gestossen bin... ;-)

[github-actions[bot]]

This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.