2.1.3 und MQTT-Updatefrequenz

[keksgehn]

Ich habe gestern die openWB auf 2.1.3-patch1 gehoben (davor 2.1.295). Unabh. davon, dass ich die Werte nicht übernehmen konnte (erst ab 1.9.303 - erfuhr ich beim Versuch der Datenübernahme ) funktioniert das meiste soweit. Das Umbenennen aller MQTT-Topics war auch eine Meisterleistung von 1.9 auf 2.1 - aber sei's drum. Läuft erstmal alles wieder...

Zum Thema: Ich schicke per MQTT einige Daten weiter an meinen Server zum Speichern und Visualisieren (gut so, denn die openWB-Daten sind ja erstmal weg, wenn ich nicht die alte SD wieder reinstecken will, Upgraden, Backup und wieder zurück zur neuen Version... ).

Dabei habe ich festgestellt, dass der interne Ladepunkt einmal alle 1-2 Sekunden, manchmal sogar 2x pro Sekunde, ein Update per MQTT schickt. War früher "nur" alle 10 Sekunden, was fürs Laden auf jeden Fall mehr als genug ist. Etwas ärgerlich, das sind heute immerhin knapp 20000 Datenpunkte. Habe das jetzt auf meinem Server nach der MQTT-Kaskade beim Abspeichern wenigstens für Wert=0 das ganze abgefangen... Ist das bekannt? Kann man da was machen?! Für alle anderen Werte (wie die PV-Werte) funktionierts soweit OK.

[Pendragon]

So wie ich das verstanden habe, sind das interne MQTT-Daten auf die du dich beziehst.

Bau dir einfach ne schlaue Logik dahinter fürs abspeichern. By Change oder alle 10s oder was auch immer. Das intern eine hohe Taktfrequenz anliegt, finde ich gut. Man kann sich dann ja nehmen was man braucht.

Grüße
Christian

[Gero]

Falls Du das mit node red machen solltest - da gibt's eine limit-node.

[Andi]

Nunja, MQTT ist eigentlich ein EVENTbasiertes Protokoll um eben genau den Datentraffic und auch die Nachgelagerten Verarbeitungsprozesse in lesenden weiteren Systemen zu minimieren.

Daher fände ich eine korrekte Umsetzung in der openWB SW schon deutlich sinnvoller als dass nun jeder in seinen Receiverkomponten irgendwelche Filter einbaut. Zumal in der openWB ja auch an vielen Stellen der eventgedanke tatsächlich umgesetzt ist und mit der derzeitigen Umsetzung ein wenig Wildwuchs herrscht. Ich hatte dazu auch schon mal Detailanalyse gestartet, aber wie bei vielen Posts in letzter Zeit gibt es da leider keinerlei Rückmeldung (kurze Rü wie ja, schauen wir an oder nein ändern wir nicht oder kommt ins backlog reicht ja schon).

Hier noch mein Detailpost dazu:
viewtopic.php?p=105412#p105412

[keksgehn]

insbes. ist es ja auch so, dass andere Daten tatsächlich gedrosselt "kommen". PV-Daten vom WR gäbe es (glaube ich) häufiger und die Stromdaten vom entspr. Meßgerät (das auch über den WR zur WB kommuniziert, ebenfalls). Dass der Ladepunkt jetzt "rumspammt", ist schon eigenwillig. Und war ja auch in der 1.9.x nicht so.

Klar kann ich das lösen (habe ich auch schon in Teilen), aber wie zuvor geschrieben, wäre es schon top, wenn man das Eventintervall vllt sogar angeben könnte. Irgendwie aggregiert wird da ja offenbar ohnehin...

Also Wunsch: Eventintervall und Aggregationsfunktion (min/avg/max) war der Burner

[openWB]

Das hängt ziemlich vom Modul ab.
Wenn du die Daten nur alle 10/20/x Sekunden willst solltest du sie dann nur abfragen.

[keksgehn]

so funktioniert MQTT aber nicht....

[Andi]

Das hängt ziemlich vom Modul ab.
Wenn du die Daten nur alle 10/20/x Sekunden willst solltest du sie dann nur abfragen.

Wie soll das gehen??? Man kann ein topic nur subscriben und der Sender bestimmt das Intervall... idealerweise wie im Protokoll vorgesehen eben eventbasiert und eben NICHT zeitbasiert...

Und im wesentlichen sind die openwb chargepoints auffällig, die kommen doch von euch...

[openWB]

Aber z.B. die internen und externen Ladepunkte senden doch eventbasiert ihre Daten, eben immer wenn es etwas neues gibt. Das kann mal nach 1sek mal nach 4sek sein.
Was passt dir daran nicht?

[keksgehn]

Wie soll das gehen??? Man kann ein topic nur subscriben und der Sender bestimmt das Intervall... idealerweise wie im Protokoll vorgesehen eben eventbasiert und eben NICHT zeitbasiert...

Und im wesentlichen sind die chargepoints auffällig, die kommen doch von euch...

Sehr gut zusammengefasst Thx.

Trifft es genau: die Ladepunkte (also bei mir: DER Ladepunkt) senden zu oft, teils sogar zweimal pro Sekunde. Der Rest funktioniert soweit (ich nutze aber auch nur die RCT-Module ansonsten).