Rückmeldung Beta 1.64

[Frizzel]

Hallo zusammen.
Der Bug dass bei min+Pv und Lademodus „Einspeisung“ dennoch nach Bezug geregelt wird ist leider noch vorhanden. Er steigert den Bezug bei schwächelnder Sonne bis 230V und springt erst dann auf 1A weniger (ungefähr bei 14:53). Bei nurPV wurde es ja schon korrigiert.

EDAA699E-4BF3-44D1-B09A-5A0E99CDD90B.png

(673.32 KiB) 918-mal heruntergeladen

Gruss chris

[openWB]

argh... 1.641 Nightly sollte es nun behoben haben.

[hominidae]

...und wo configuriert man nun mqtt ??
Edit: sorry, gefunden...war voreilig und die Fehlermeldungen im log zu mqtt haben mich verwirrt

[openWB]

Schau mal hier:
viewtopic.php?f=6&t=577

[hominidae]

...supi...danke!

[hominidae]

Hmmm...die Messwerte für Ampere unter openWB/evu sind retained (nett), aber es kommen keine Updates (anders als für openWB/evu/W).
Wenn sich die Gesamtleistung ändert, sollte sich doch auch was am Strom getan haben...evu/W ist nicht retained..warum?
Edit: ...und noch keine Volts an /evu/+ ?? ...in der API sind sie ja drin.

Edit2: ...könnte man (evtl konfigurierbar oder nur bei Debuglevel >0) unter openWB/stat/ alle 10sec das publishen, was in der API unter "get-all" abgholt werden kann?

[openWB]

evu/W wird als retained gesendet und hier auch aktualisiert.
evu/APhase1 ...usw.
Sind auch retained, Ausgabe als int. Also das muss sich nicht zwangsläufig durchweg ändern.

Kannst du auf der Statusseite Änderungen größer 1A feststellen?

evu/V ist noch nicht drin, ging erstmal drum die Hauptseite abzubilden, Rest folgt
Bissl Feedback auf halber Strecke ist immer ganz nett.

Zu Edit2:
Nein, es werden alle Werte - einzeln - kommen. Die auch nur wenn aktualisiert wird und nicht pauschal alle 10 Sekunden.

[hominidae]

in der 1.641nightly ist /evu/W nicht retained:

Code: Alles auswählen

topic: "openWB/evu/W"
payload: "69"
qos: 0
retain: false
_msgid: "8542adfe.24a17"

OK, integer...hmm...in der API sind die Werte halt mit 2 Nachkommastellen

Ja, klar...die Idee war, sowas zum testen verwenden zu können...kann ja nicht immer Lastwechsel erzeugen, nur um Werte zu bekommen

Aber erstmal danke...funzt schonmal ganz gut.

[openWB]

Sehr interessant, das Flag ist aber gesetzt.

Die Api wird von Php bedient. Wenn das Modul mit Nachkommastellen ausgibt, dann sind die da mit drin.
MQTT wird von der Shell bedient, die Werte mit denen openWB auch rechnet. Das ist dann aber INT.

[hominidae]

Ja, verstehe.
Die Idee auch die Infos aus den Menüs über MQTT verfügbar zu machen finde ich gut.
Aber ich würde nicht das Frontend selbst da abbilden, sondern die (Roh-)Daten (=API?)...wer sie rausfischt wird /sollte selbst entscheiden (können) wie er damit umgeht.
Da die Daten event-basiert sind, ist der Anwendungsfall ja nicht auf ein Frontend beschränkt.
Also mein Vorschlag wäre die Topic-Hierarchie wie die Menüs aufzubauen, aber eben die Rohdaten zu nehmen.

BTW: die /evu/A... sind ja auch nicht auf dem Hauptmenü

BTW-2: ...und noch etwas...die Werte für "heute geladen" und "seit anstecken geladen" weichen voneinander ab (weiss nicht ob das immer schon so war) aber es fällt auf. Das Auto wurde vorher angesteckt im Standby-Mode...dann später durch umschalten auf sofortladen gestartet...es gab keine weitere Ladung an dem LP...aber eine Taggrenze zwischen anstecken und Start...tritt bei LP1 und LP2 auf.
Der Wert aktuelle Ladung entspricht dabei dem "seit anstecken"...der "heute geladen"-Wert ist niedriger.