go-e charger Modulverbesserung

[tensing2]

genau, er rundet weder, noch schneidet er ab. Er nimmt einfach den ausgelesenen Stand so wie er von der go-e kommt. Ob die go-e intern rundet oder abschneidet weiß wohl nur der dortige Programmierer.
Selbst wenn der Sprung negativ ist, sollte das in der OpenWB keinen Einfluss haben, da negative Ladungen ignoriert werden. Für die Tagessummen werden immer Tagesstart- und Endwert genommen, da spielt es also auch keine Rolle.

[hoppefant]

Die ersetzt du dann auf deinem Gerät.

Und wie mache ich das? Deshalb fragte ich nach Hilfe

[tensing2]

Du hast anscheinend eine Kaufversion. Wenn du die Software selbst installiert hättest, würdest du das ganz sicher nicht fragen.
Da geht es ganz einfach nicht, tut mir leid. Mir würde zwar schon ein Weg einfallen, aber den schreibe ich hier lieber nicht.
Du musst dann warten, bis es in die Nightly/Beta/Stable Einzug gefunden hat.

[hoppefant]

Du hast anscheinend eine Kaufversion. Wenn du die Software selbst installiert hättest, würdest du das ganz sicher nicht fragen.

Jein. Ich habe den Raspberry im openWB Shop gekauft, musste mir diesen aber nach Defekt der mSD neu bestücken (neue msd) und auch neu einrichten.

[tensing2]

sorry, hatte auch grade deinen anderen Post gelesen. Du musst einfach die Datei auf die SD-Karte in das Verzeichnis /var/www/html/openWB/modules/goelp1/ kopieren. Das machst du genau so, wie du die Karte eingerichtet hast. Am sinnvollsten ist SSH, da du das dann im laufenden Betrieb ändern kannst. Du musst natürlich SSH im Raspberry aktiviert haben.
Oder hast du von OpenWB eine fertige neue SD-Karte bekommen?

[Sipple]

Sorry dass ich hier mal kurz reingrätsche. Vielleicht habe ich da ein Verständnisproblem, dann klärt mich bitte auf.

Ihr habt das Problem, dass der go.e nur volle kWh liefert? Welchen Wert genau meint ihr in der API?
Also mein alter go.e mit FW 040.0 liefert den Parameter dws, siehe API Beschreibung:

dws uint32_t Geladene Energiemenge in Deka-Watt-Sekunden
Beispiel: 100'000 bedeutet, 1'000'000 Ws (= 277Wh = 0.277kWh)
wurden in diesem Ladevorgang geladen.

Da muss man doch nicht während der Ladevorgänge etwas händisch berechnen? 10Ws Auflösung sollte doch reichen.

[philipp123]

@philipp: Ich vermute, dass er aus irgendwelchen Gründen zwischendurch eine 0 als Gesamtstand hatte. Das müsstest du auch sehen können, wenn du ins daily-Log schaust. Deshalb wurde beim ersten mal der Ladestand gar nicht angezeigt, da dadurch die aktuelle Energiemenge negativ war, was nicht angezeigt wird. Bein 2. Versuch nach dem Neustart hat er dann wieder den richtigen Zähler ausgelesen, den er dann natürlich als aktuelle Lademenge interpretiert hat. Der alte Stand war ja 0. Du kannst das jetzt manuell in der daily ändern, oder einfach bis morgen warten. Dann sollte alles gut sein. Da der Stand ja jetzt wieder richtig ist, sollte eigentlich der Ausreißer in der monatlichen Übersicht gar nicht auftauchen. Kannst du das morgen mal nachschauen?
Das Ladelog hatte ich mir gar nicht angesehen, schön dass das auch gut aussieht

Du hattest hier fast recht, Ich muss definitiv zwischendurch eine 0 gehabt haben. Allerdings hat die zum falschen Eintrag im Ladelog und nicht im Daily geführt. Den habe ich gestern trotz des Blicks ins Ladelog übersehen

Daher hatte ich heute morgen immer noch negative Stände. Ich habe jetzt die negative Zeile aus dem Ladelog gelöscht und danach den Raspberry neu gestartet. Jetzt steht alles schön auf 0 und auch die ganzen Graphen und Logs sehen gut aus. Jetzt warte ich nur noch darauf, dass die Sonne den Nebel besiegt damit es losgehen kann...

[philipp123]

Sorry dass ich hier mal kurz reingrätsche. Vielleicht habe ich da ein Verständnisproblem, dann klärt mich bitte auf.

Ihr habt das Problem, dass der go.e nur volle kWh liefert? Welchen Wert genau meint ihr in der API?
Also mein alter go.e mit FW 040.0 liefert den Parameter dws, siehe API Beschreibung:

dws uint32_t Geladene Energiemenge in Deka-Watt-Sekunden
Beispiel: 100'000 bedeutet, 1'000'000 Ws (= 277Wh = 0.277kWh)
wurden in diesem Ladevorgang geladen.

Da muss man doch nicht während der Ladevorgänge etwas händisch berechnen? 10Ws Auflösung sollte doch reichen.

Die openWB tickt nach Zählerstand. Der Zählerstand hat keine Nachkommastellen. Daher rechnet tensing2 einfach alter Zählerstand + Lademenge mit Nachkommastellen = neuer Zählerstand mit Nachkommastellen.

Edit: Hab hier n Denkfehler heute morgen gehabt... Einfach vergessen

[philipp123]

genau, er rundet weder, noch schneidet er ab. Er nimmt einfach den ausgelesenen Stand so wie er von der go-e kommt. Ob die go-e intern rundet oder abschneidet weiß wohl nur der dortige Programmierer.
Selbst wenn der Sprung negativ ist, sollte das in der OpenWB keinen Einfluss haben, da negative Ladungen ignoriert werden. Für die Tagessummen werden immer Tagesstart- und Endwert genommen, da spielt es also auch keine Rolle.

Ok. Das heißt im schlimmsten Falle passt die Tagessumme und die einzelnen Einträge des Ladelog nicht zusammen, da ein negativer Wert ignoriert wird? Z.B. letzte Ladung 224.35kWH, nach Abstecken 224kWh , Delta -0,35 kWh würde bedeuten Tageswert um 0,35 kWh höher als die Summe der Ladelogeinträge? Wobei das Ladelog nach eigener Erfahrung ja negative Werte schreibt

[HSC]

.....aber über die Tage sollte die Endabrechnung wieder passen. Auf- und Abrundungen sollten sich ja aufheben....
VG