Fix SmartShunt energy values

[PhilJaro]

Um Dezimalstellen für die charged und discharged Werte vom SmartShunt mit anzuzeigen, müssen die Datentypen angepasst werden, ich war mal so frei und habe das eben gemacht.

[schlimmchen]

Nimm bitte ein float statt double.

Ich bin skeptisch. Seit wann überträgt der SmartShunt oder ein anderes VE.Direct-Gerät floats im Text-Protokoll? Hast du da einen Auszug aus einem Dokument von Victron, der das klar macht?

Ich vermute du hast das bei dir am laufen so? Und dann kommen Gleitkommezahlen wo raus? Im Live-View? Fehlt da nicht noch was wenn das vorher Integer waren? Dann muss ja kommuniziert werden, dass es jetzt Gleitkommazahlen sind und die müssen anständig gerundet werden...

[SW-Niko]

Die Daten (ich vermute H1-H3) kommen mit der Einheit mAh über die Schnittstelle.

Dann bleiben 3 Möglichkeiten:

1. Nachkomma abschneiden und int lassen. Einheit [Ah]
2. In float umwandeln Einheit [Ah]
3. Beide Informationen weiterreichen und erst bei der weiteren Verwendung umrechnen

Aber @schlimmchen hat schon recht. wenn das nur in der veDirect Structur geändert wird, dann fallen die nachgelagerten Funktionen, die darauf zugreifen unter Umständen auf die Nase beziehungsweise die gutgemeinte Änderung hat keinen Effekt.
Wenn der Wert als int mit der Einheit mAh weitergereicht wird dann greifst du an der falschen Stelle an.

[PhilJaro]

Habe mir das ganze jetzt nochmals angesehen und ja @schlimmchen du hast recht, Danke für den Hinweis.

Die Änderungen habe ich wieder Rückgängig gemacht und stattdessen in den BatteryStats an der Stelle wo das ganze auf kWh umgerechnet wird auf 100.0 angepasst, vorher reicht natürlich das int vollkommen aus.

Der LiveView ist bereits so vorbereitet, das er auf eine Nachkommastelle rundet, da stand bisher halt immer .0.
Per MQTT werden 2 Nachkommastellen bereitgestellt durch die Umrechnung auf kWh.

[schlimmchen]

Gerade habe ich gesehen, wie du vermutlich auf die ursprüngliche Umsetzung gekommen bist, Beispiel:

https://github.com/helgeerbe/OpenDTU-OnBattery/blob/7ebd4f46325961b9d3bb2392d99b33eff79ddb90/lib/VeDirectFrameHandler/VeDirectFrameHandler.cpp#L243-L251

Das ist Mist so. Wenn Daten in mV (milli Volt) kommen, dann sollten sie auch so gespeichert werden. Es gibt überhaupt keinen Grund so weit unten schon an der Präzision zu fummeln. Verstehe ich nicht, warum das so gemacht wurde.

Deine neue Umsetzung ist jedenfalls sehr viel besser. Erlaube mir trotzdem, eine andere zu wählen, die nicht so subtil und implizit ist:

Stimmst du mir zu, dass es so klar ist, was erreicht werden soll?

Dass es mir / 100.0 statt / 100 überhaupt zum gewünschten Ergebnis kommt, wusste ich ehrlich gesagt noch nicht. Ich hatte gedacht, dass der erste Operand einer solchen Operation den Ergebnistyp bestimmt. 🤷‍♂️

Außerdem wäre es ja geschickt, wenn wir dann auch zwei Nachkommastellen in der GUI festlegen, und die Einheit reparieren:

[schlimmchen]

@PhilJaro Kannst du den neuen Zustand deines Branches nochmal gegenchecken? Ich rechne damit, dass du nun im Live-View bein den Energiewerten des SmartShunt Kommastellen siehst, und zwar zwei. Wenn dem so ist, können wir das mergen.

Danke fürs finden und helfen! ❤️

[PhilJaro]

@schlimmchen Ja, Du liegst richtig :D Ich hatte nachgesehen, wie das an anderer Stelle gelöst wurde und habe mich dann blind danach gerichtet. Es ist natürlich nich besonders klug das gleich von Beginn an umzuwandeln.
Aber nachdem ich mir dann den Code weiter verinnerlicht habe, ist mir das auch klar geworden. Habe das ganze erst seit ein paar tagen laufen, denke mit steigender verständinis des Codes meinerseits, werden meine PR's zukünfig durchdachter ;)

Zu Deiner Veränderung, das Ergebnis ist das gleiche, aber so ist es Verständlicher 👍🏻

Die 2 Nachkomma stellen werden nun ebenfalls wie von Dir erwartert im LiveView angezeigt:

[github-actions]

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