MQTT openWB CC "vergisst" immer wieder Werte

[openWB]

Weitere Idee:
Wenn beim Absender auch noch "Retain" gesetzt würde, dann übernähme der MQTT-Server auch noch die Rekonfiguration bzw. Übermittlung der letzten Werte im Falle eines Neustarts (vorheriges, geregeltes herunterfahren vorausgesetzt so daß der Server die Werte persistieren kann) oder verlorener Verbindung.
Allerdings hab ich nicht untersucht wie der restliche openWB-Code reagieren würde, wenn beim Neustart oder Re-connect erst mal ein ganzer Schwung (alter) set-Daten empfangen wird . Würde das also derzeit allerhöchstens für sehr experimentierfreudige Experten-Nutzer in nicht-kritischer Umgebung empfehlen .

Es werden alle Daten immer per Retain übertragen und das sollte auch so sein.
Sonst sieht das WebUI erstmal nichts bis Daten kommen.
Evtl liegt hier das Problem?

[zimberg44]

Die Daten meiner EVU-Messung landen via mqtt zuverlässig auf dem openWB CC Pi, teilweise im Sekundentakt.

Und nein, es sind nicht immer dieselben Werte, die fehlen; meistens mehrere.

Im set (bspw. openWB/set/evu/APhase2) steht der Wert ganz normal drin, in openWB/evu/APhase2 steht dann nichts (auch kein alter und kein falscher Wert). Ebenso steht dann im Status nichts (vgl. Bild oben).

[openWB]

übertragung der werte mit retain?
immer nur einzelne oder länger am stück?
demo werte die nicht übernommen werden parat?

[hominidae]

..OK, Frage am Rande:

Ich habe ja das EVU-Kit....da sind keine topics unter openWB/set/ für "evu"...heisst, die Werte werden nicht über MQTT "reingedrückt", sondern innerhalb des Modbus-TCP Empfang/Abfragezyklus?
Klingt jetzt pingelig, aber ist das so viel effizienter? Weil so architektonisch nicht sehr aufgeräumt, fände ich.

[openWB]

Die set sind ausschließlich für das MQTT Modul gedacht da sonst sinnfrei

das EVU kit wird als Modul abgefragt und speichert in die Ramdisk. das wird dann nach MQTT /evu.../ gesendet.

Es wäre sinnfrei aus dem modul nach mqtt zu pushen um daraus dann in die ramdisk zu pushen.

Die Topics sind bei dir nicht da, da noch nie genutzt.

Du hast übrigens keinen Vorteil das per MQTT sekündlich da reinzudrücken. Die Werte werden auch nur alle 10 Sekunden in der Regelroutine abgefragt.

[hominidae]

...OK, danke für die Info....interessant, das MQTT ein "Modul" ist...ohne geht es ab der 1.7er doch nicht mehr, oder (sorry für OT).

[openWB]

modul im sinne von evu modul.
mqtt ist immer da und pflicht

[mrinas]

hab' ich da experimentieren gehört? Bin dabei!
Bisher hab' ich ja 'nur' ein Raspberry mit dem OpenWB Image um das alles vorzubereiten, einschließlich EVU per MQTT.

[hominidae]

...ja, eben...deswegen dachte ich, EVU-Werte kommen über das EVU-Modul oder "extern".
Die Eingangs-Schnittstelle für die Daten wäre aber immer das MQTT-Modul, weil immer vorhanden.
MAcht es SInn zwei Schnittstellen für ein Ziel anzubieten und zu pflegen/zu testen?
Das es (noch) nicht so ist, ist der Tatsache geschuldet, dass es das (EVU-)Modul gab, bevor MQTT in der openWB verankert war.

[mrinas]

übertragung der werte mit retain?

guter Hinweis, das mache ich heute noch nicht, sollte ich wohl noch anpassen. Möglicherweise löst das ja mein Problem.