openWB Forum

Stellt sich mir nur die Frage von wem du jetzt die Gutschrift erhältst

Klar das ein Backup in erster Linie nicht für solche Aufgaben herhalten sollte. Es ist lt eurem Support die einzige Möglichkeit Werte zu korrigieren. Die Anleitung dazu habe ich immerhin vom Support erhalten, also ein umständlicher aber wohl gangbarer Weg.

Ich würde mir wünschen es gebe die Funktion Werte selber im GUI zu korrigieren. Es passiert nun einmal das durch Stromunterbrechungen Fehler bei Zählern passieren. In meinem Fall hat ein Tasmotazähler bei einem Ministromausfall seinen EnergyTotal Wert vergessen bzw durch eine merkwürdige Zahl ersetzt. In der Folge wird in der Jahresauswertung der openWB für den betreffenden Monat kein Solarertrag ausgewiesen. Den eigentlichen Fehler konnte ich im Tasmotazähler beseitigen, aber die falsche Werte liegen noch in der openWB.

Ein weiteres Szenario: Von meinem Sungrow SG wird der Gesamtzählerstand nicht gezogen, da dieser zu grob ist (ich glaube 100Watt Schritte). Daher wird nach dem Hinzufügen eines Sungrow WR der Gesamtzählerstand mit 0 ausgewiesen und die openWB zählt dann mit ihrem virtuellen Zähler hoch. Wenn es hier einfach die Möglichkeit gebe den Anfangszählerstand mitzuteilen...aber das geht nicht.

openWB hat geschrieben: ↑Di Dez 10, 2024 9:50 am Ein Mac erstellt . Dateien für Spotlight.

Das Backup ist aber auch nicht dazu gedacht manipuliert zu werden

rleidner hat geschrieben: ↑Di Dez 10, 2024 9:45 am Wie bereits gesagt: der Dateiname der fehlenden Files startet mit "." und der Pfad ist relativ lang.
Anscheinend passiert da auf dem Mac etwas seltsames.
Schau doch mal, ob die wirklich nicht ausgepackt werden oder ob sha256sum die nur nicht findet

Code: Alles auswählen

ls -l openWB/packages/modules/display_themes/colors/source/src/assets/fonts/fontawesome-free-6.0.0-web/css/._svg-with-js.css
ls -l openWB/packages/modules/display_themes/colors/source/src/assets/fonts/fontawesome-free-6.0.0-web/css/

EDIT: Das könnte das Problem erklären und vermutlich lösen:
https://apple.stackexchange.com/questio ... -archive-g

Der Ordner css existiert und beinhaltet 2 Dateien.
Ich habe es mit export COPYFILE_DISABLE=true versucht, jedoch ohne Erfolg. Es macht aber irgendwie auch keinen Sinn, dass nur in diesem einen Ordner Spotlight Dateien erstellt werden sollen?! Jedenfalls finde ich es merkwürdig das es nur diesen Ordner betrifft:
openWB/packages/modules/display_themes/colors/source/src/assets/fonts/fontawesome-free-6.0.0-web/css/

Ich werd am Wochenende mal Linux auf einen Raspberry Pi aufsetzen und mal schauen wie es sich dort verhält.

Wie gesagt, ich kann es mangels Mac nicht testen.
Auf einem "richtigen" Linux sollte es ohne diese Probleme laufen.
Ich mache solche Dinge abwechselnd auf Ubuntu VM auf Windows PC, Synology Linux, Raspi mit div. debian Versionen, debian11/12 VMs unter Synology NAS - läuft überall problemlos.

Ich konnte nicht warten und hab schnell einen Pi aufgesetzt. Nun funktioniert das Entpacken, Werte ändern und neu verpacken. Checksum test ist auch erfolgreich.

Leider sind meine Änderungen nicht erfolgreich. Eventuell hat da noch jemand einen Tipp. Ich dachte ich fang mit was leichtem an:

Ziel: Anfangszählerstand Sungrow PV WR ändern.
Im Daily Log den aktuellen Tag herausgesucht und den letzten Wert von PV4 (in meinem Fall der Sungrow) angepasst. Die Änderung auch auf „PV gesamt“ im Daily Log aufgeschlagen. Gespeichert und Checksumme neu eingetragen.

Nach dem Upload der Datei startet die openWB jedoch als „neue“ Box ohne jegliche Konfiguration. Nach dem Einspielen des eigentlichen Backups ist wieder alles gut.

Irgendeneine Abhängigkeit passt also noch nicht.

Vielleicht steht ein Hinweis im restore.log direkt nach dem Einspielen des modifizierten Backup.

Ich habe es geschafft. Aber der Reihe nach.

Ich habe dem store.log nichts interessantes ableiten können. Ich habe aber im Diagramm gesehen, dass alle meine Log Daten vorhanden sind, obwohl die Box eine Neukonfiguration aller Geräte verlangte. Also kommt ja doch was an.

Also muss irgendwas auf dem Weg vom entpacken und neuverbacken schief gehen. Als letzte Idee habe ich dann einfach das original Backup verpackt gelassen und mit Linux Desktop Boardmitteln ohne Terminal geöffnet und lediglich die beiden Dateien 20241211.json aus dem dailylog und die SHA256SUM herausgenommen, bearbeitet und zurück ins Archiv kopiert.

Das Einspielen zur openWB hat dann funktioniert. Meine Überlegung war, den Anfangszählerstand des WR durch den Aufschlag im letzten Wert des daily_log zu korrigieren. Der PV Ertrag wurde mir für den Tag dann auch entsprechend hoch im Diagramm (Peak) ausgewiesen. Leider wurde der Wert jedoch nicht wie erwartet um 00:00 Uhr in das Monatslog bzw in den Gesamtzählerstand übernommen.

Also Zusammenfassung: Das Ändern von Werten und zurückspielen funktioniert nun, nur habe ich leider keine Ahnung welchen Wert ich wo ändern muss, damit der Anfangszählerstand korrigiert werden kann. In meinem Fall wird der Gesamtzählerstand vom WR nicht über Modbus gezogen, sondern virtuell von openWB gezählt.