SML/OBIS serielles Power Meter - Netzfrequenz, MQTT Intervall und LiveData

[gone-for-coding]

Ich teste gerade, ob ich meinen IR-Lesekopf statt am Tasmota direkt an OpenDTUoB hängen kann. Folgende Anpassungen würde ich dafür vorschlagen:

Netzfrequenz

Der Zähler liefert per OBIS auch die Netzfrequenz. Diese ebenfalls auslesen und per MQTT ausgeben. Das baue ich mal ein und wenn es läuft, stelle ich einen PR.

MQTT Intervall

Aktuell scheint es, als würden die powermeter-Daten per MQTT gesendet, sobald sie verfügbar sind. Das wäre also quasi jede Sekunde, was mir viel zu häufig ist.

Aus meiner Sicht ist es eher sinnvoll, dass die Daten wie für den WR auch eingestellt abgesendet werden. Also z.B. einmal die Minute.

Das sollte eigentlich mit if ((millis() - _lastMqttPublish) < (Configuration.get().Mqtt.PublishInterval * 1000)) { return; } hier

OpenDTU-OnBattery/src/powermeter/Provider.cpp

Line 29 in a98a539

if ((getLastUpdate() - _lastMqttPublish) > halfOfAllMillis) { return; }

klappen.

Spricht da etwas dagegen? Alternativ könnte man das auch konfigurierbar machen mit einem Schalter wie z.B. "Send power meter data when it is available instead of every MQTT interval".

Live Daten

Aktuell wird in der Box InverterTotalInfo nur die Gesamtleistung angezeigt. Für den Überblick ist das super. Die weiteren Werte könnte man z.B. in einer Box unterhalb der Wechselrichter anzeigen, optional aktivierbar mit einem Schalter in den Optionen. Dafür habe ich aber noch keine Idee, wie das zu implementieren ist. Vielleicht kann da ja jemand helfen.

[schlimmchen]

Das baue ich mal ein und wenn es läuft, stelle ich einen PR.

Gerne.

Das wäre also quasi jede Sekunde, was mir viel zu häufig ist.

"mir". Ist es grundsätzlich viel zu häufig? Nein. Alle Peripherie schickt Daten per MQTT raus, sobald sie verfügbar sind. So eine Umstellung wäre dann global zu diskutieren. Weiß gerade nicht, wie ich dazu stehe. Wäre erstmal ne Regression oder ein Breaking Change.

Alternativ könnte man das auch konfigurierbar machen mit einem Schalter wie z.B. "Send power meter data when it is available instead of every MQTT interval".

Ne, solche Sonderlocken rechtfertigen keinen Schalter. Es muss irgendwie einigermaßen gut für alle funktionieren, ohne tausend Schalter.

optional aktivierbar mit einem Schalter in den Optionen.

Auf keinen Fall. 😛 😉 Eine LiveView Card für den PowerMeter macht Sinn -- aber nicht immer. Beispiel: Eine LiveView Card für einen SDM* PowerMeter macht total Sinn. Auch für deinen Hichi. Aber nicht für einen HTTP(S)+JSON PowerMeter, der nur einen Wert abfragt, denn der steht schon oben in den Totals. Bin nicht sicher, wie wir das entscheiden, welcher PowerMeter eine Card bekommt und welcher keine. Von mir aus alle, außer sie kennen nur einen einzigen Wert?

[gone-for-coding]

Vielen Dank für deine Rückmeldung!

Das baue ich mal ein und wenn es läuft, stelle ich einen PR.

Gerne.

Alles klar. Ich schaue, wann ich dazu komme.

Das wäre also quasi jede Sekunde, was mir viel zu häufig ist.

"mir". Ist es grundsätzlich viel zu häufig? Nein. Alle Peripherie schickt Daten per MQTT raus, sobald sie verfügbar sind. So eine Umstellung wäre dann global zu diskutieren. Weiß gerade nicht, wie ich dazu stehe. Wäre erstmal ne Regression oder ein Breaking Change.

Ich sehe da für beide Varianten Anwendugsfälle. Zum einen die Daten zu senden, sobald sie vorliegen, damit sie an anderer Stelle direkt verwendet werden können. Zum anderen zum Beispiel den Wechselrichter alle 5 Sekunden abfragen und eine Nulleinspeisung machen, aber trotzdem das MQTT Publish Interval auf 60 Sekunden stellen und so nur die benötigte Menge an Daten in eine Datenbank schreiben. Bevor ich aber eine riesen Diskussion vom Zaun breche, teste ich das in meinem Fork erst Mal.

Auf keinen Fall. 😛 😉 Eine LiveView Card für den PowerMeter macht Sinn -- aber nicht immer. Beispiel: Eine LiveView Card für einen SDM* PowerMeter macht total Sinn. Auch für deinen Hichi. Aber nicht für einen HTTP(S)+JSON PowerMeter, der nur einen Wert abfragt, denn der steht schon oben in den Totals. Bin nicht sicher, wie wir das entscheiden, welcher PowerMeter eine Card bekommt und welcher keine. Von mir aus alle, außer sie kennen nur einen einzigen Wert?

Durch den Teil vom Code mit den Cards steige ich leider noch gar nicht durch. Das kann also bis zu einem Vorschlag etwas länger dauern ;)

[spcqike]

Zum einen die Daten zu senden, sobald sie vorliegen, damit sie an anderer Stelle direkt verwendet werden können. Zum anderen zum Beispiel den Wechselrichter alle 5 Sekunden abfragen und eine Nulleinspeisung machen, aber trotzdem das MQTT Publish Interval auf 60 Sekunden stellen und so nur die benötigte Menge an Daten in eine Datenbank schreiben

Meiner meinung nach macht es auch Sinn, die Daten immer ASAP zu verteilen. MQTT ist dafür gedacht.

Wenn du die Menge der Daten in der Datenbank begrenzen willst, solltest du dir dort eine Strategie überlegen. angefangen vom "Rate Limit", wie viele Daten du zum Wegspeichern weiterleitest (je nachdem, wie du das machst, in Node Red bspw geht das super einfach, das nutze ich dafür) aber auch in der Datenbank selbst. In Influx bspw. kannst du erst einmal alles wegspeichern im Millisekunden-Takt und die Daten dann auf dein gewünschtes Zeitintervall zusammenfassen.

Ich würde letzteres machen. Das hat nämlich den großen Vorteil, dass du viel mehr Information behälst.

Sendest du nur einen Wert aller 60s und hebst diesen auf, hast du nur genau einen Punkt.

sendest du die Daten sekündlich und aggregierst sie in der Datenbank auf eine Minute, hast du, je nach Einstellung, den Mittelwert, den RMS Wert, den Median, ... welchen Durchschnitt auch immer du möchtest, kannst aber auch den Min und Max aufheben (also 3 Werte pro Minute).
Und die haben viel mehr Information und Aussagekraft, als irgendein zufälliger Wert, der eben nach den 60s geschickt wurde.