openWB Forum

OK, auf solch eine Idee wäre ich nie gekommen

Mein Tipp, wenn du kein Backup des Ladepunktes hast: Wende Dich an openWB, die Dir bestimmt eine neue SD-Karte oder vielleicht auch einen Downloadlink mit einem sauberen Image zur Verfügung stellen können.

shesse hat geschrieben: ↑Mi Apr 27, 2022 3:47 pm OK, auf solch eine Idee wäre ich nie gekommen

Warum nicht? Auf dem Slave brauche ich ja nur funktionierendes Coding. Da dürften ein paar unnütz herumliegende csvs und irgendwelche Konfigurationsdaten ja eigentlich nicht stören. Naja, tut's halt doch.

shesse hat geschrieben: ↑Mi Apr 27, 2022 3:47 pm Mein Tipp, wenn du kein Backup des Ladepunktes hast: Wende Dich an openWB,

Ich hab' ja eins. Und ja, mit dem Support stehe ich schon seit zwei Wochen in Kontakt...

Das ganze Backup-System hat beim Reverten einige Schwächen. Zum Beispiel werden dadurch auch die geloggten Daten (geladene kWh, PV-Produktion) überschrieben. Wenn ich ein paar Tage nach einem Update feststelle, dass ich mit der aktuellen Version Probleme habe, und dann auf das letzte Backup zurück gehe, fehlt mir das Ladelog aus der Zwischenzeit. Und wie rechne ich nun die geladenen kWh mit meinem Arbeitgeber ab?

Diese Logs müssten vom Backup separiert werden bzw. man beim Restore die Wahl haben, ob man sie überschreiben will oder nicht.

@openWB: Wenn ich das von Hand machen will, also ein neues Backup ziehen und die Ladelogs in mein altes Backup kopieren, bevor ich das zurückspiele, welche Dateien muss ich dann in das alte Backup ziehen?


Insgesamt ist ein Ansatz, wie ihn die Fritzbox fährt, sicher besser: Fritzboxen haben zwei Firmware-Partitionen, und wenn man ein Update aufspielt, geschieht dies auf der jeweils nicht aktiven Partition, welche nach dem Update zur aktiven wird. Auf der dann inaktiven Partition bleibt der Firmware-Stand von vor dem Update, und man kann mit einem entsprechenden Tool die inaktive Parititon wieder zur aktiven machen. Es wird also sozusagen mit jedem Updaten zwischen den beiden Partitionen hin und hergeswitcht, wobei die Vorversion immer erhalten bleibt und man im Falle eines Falles einfach zurück kann, selbst wenn die Box nicht mehr richtig bootet.

Hallo Zusammen,

ich habe heute auch auf die 1.9.265 upgedated, weiss aber leider nicht mehr, von welcher Version.
Ich hab die WB Mitte Dezember 2021 bekommen und seither kein Update gemacht. Das Update habe ich nur gemacht, da mein SoC vom Auto nicht mehr ging.

Durch das Update haben sich meine Werte bei den Graphen zerschossen. Kommt mir auch irgendwie so vor, als wäre es das Englische Zahlenformat.

Vielleicht hat ja jemand eine Idee!?!

Viele Grüße
Markus

Mein Debug Log spamt permanent folgendes ins Log:
es hört einfach nicht auf.

Deine "Verbraucher" liefern müll. (keine Zahl)

Meine Verbraucher liefern natürlich keinen Müll

Das sieht mir eher nach einem Locale Problem aus, daß printf da keinen Punkt akzeptiert. Mit LC_NUMERIC=C klappt das mit dem Punkt, dann aber natürlich nicht mehr mit einem Komma

IMHO sollte das Skript so angepasst werden, daß es sowohl einen Punkt als auch ein Komma akzeptiert.

Ich schaue regelmäßíg in die openWB Logs rein, daß scheint sich mit dem letzten Stable Update 1.9.265 eingeschlichen zu haben, da das Problem vorher nicht existierte.

Es werden Ganzzahlen ohne Punkt un Komma erwartet. Das ist das Problem.

Seit dem Update auf die Stable 1.9.265 wird der Tesla-SoC bei mir nicht mehr angezeigt. Ich habe schon mehrfach das Tesla-Token gelöscht und neu registriert, und inzwischen auch neuere Nightlies installiert (aktuell 1.9.266 (2022-05-02 11:36:36 +0200 [e0c62425] , openWB Serie 2 standard+).
Das Vehalten bleibt aber gleich:
- SoC wird immer als 0% angezeigt.
- Drücken auf den „Reload“ button beim SoC führt manchmal (aber nicht immer) zum korrekten SoC, der wechselt aber nach einigen Sekunden wieder auf 0%
- Im Ev-Soc-Log werden keine Fehler angezeigt.
- Gleiches Verhalten egal, ob der Wagen angesteckt ist oder nicht.

Hat jemand anders das evtl auch so beobachtet?

LutzB hat geschrieben: ↑Mi Mai 04, 2022 9:15 am Es werden Ganzzahlen ohne Punkt un Komma erwartet. Das ist das Problem.

Das ist witzig. Habe bisher keine Probleme mit den Floats gehabt und auch das Log war bisher in dem Punkt leer und hat nicht gemeckert. Die beiden Verbraucher sind HmIP Schalt- und Messsteckdosen, die ihre Werte schon immer so übermittelt haben. Whatever

Könnte man das denn einbauen, das sowohl als auch unterstützt wird?
Wie sieht’s denn bei SmartHome 2.0 aus, wird das da supported? Bisher habe ich das nicht benutzt, weil die Namen für die Geräte ein zu geringes Zeichenlimit haben.