Datenübernahme von 1.9 in software2
Re: Datenübernahme von 1.9 in software2
Ich bin soeben auch auf die Version 2.0 mit Datenübernahme umgestiegen. Leider habe ich bei der Kontrolle des Ladeprotokolls Abweichungen festgestellt. Hier mal eine Übersicht der Ladeverbräuche:
Wie man sieht stimmen einige Monate exakt, dafür sind andere mit größeren oder kleineren Abweichungen importiert worden.
Der Mai weist die größte Abweichung auf.
Die CSV-Dateien kann ich gern zur Verfügung stellen, wenn das hilft.
Wie man sieht stimmen einige Monate exakt, dafür sind andere mit größeren oder kleineren Abweichungen importiert worden.
Der Mai weist die größte Abweichung auf.
Die CSV-Dateien kann ich gern zur Verfügung stellen, wenn das hilft.
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)
-
- Beiträge: 3779
- Registriert: Di Feb 25, 2020 9:23 am
- Has thanked: 4 times
- Been thanked: 24 times
Re: Datenübernahme von 1.9 in software2
Da die Summen in 2.x immer kleiner sind, wird beim Import einzelner Zeilen ein Problem aufgetreten sein.
Am Besten mal in die Logdateien schauen. Da werden Fehlermeldungen zum Import auftauchen.
Re: Datenübernahme von 1.9 in software2
Kann es sein, dass die Logeinträge bei einem Neustart gelöscht werden?
Wenn es mir gelingen sollte die problematischen Einträge zu finden, habe ich dann überhaupt noch eine Chance diese fehlenden Werte nachträglich zu importieren?
Inzwischen habe ich mein Auto geladen und damit neue Einträge produziert, die nicht in dem Backup enthalten wären. Wenn ich jetzt ein Backup zurückspiele und erneut die korrigierten Daten importieren würde, würden mir diese neuen Einträge ja fehlen.
Macht es für mich überhaupt noch Sinn sich damit zu beschäftigen?
Wenn es mir gelingen sollte die problematischen Einträge zu finden, habe ich dann überhaupt noch eine Chance diese fehlenden Werte nachträglich zu importieren?
Inzwischen habe ich mein Auto geladen und damit neue Einträge produziert, die nicht in dem Backup enthalten wären. Wenn ich jetzt ein Backup zurückspiele und erneut die korrigierten Daten importieren würde, würden mir diese neuen Einträge ja fehlen.
Macht es für mich überhaupt noch Sinn sich damit zu beschäftigen?
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)
Re: Datenübernahme von 1.9 in software2
Bei einem Neustart sollte doch aber die Ramdisk geordnet noch ins Log geschrieben werden und nicht einfach gelöscht werden, oder nicht?
Ich habe die Box ja nicht hart ausgeschaltet, sondern sauber über "Neustart" rebootet.
Wo finde ich denn die Logdateien im 2.0 und wie komme ich da ran, um manuelle Änderungen zu machen?
Einen root-Zugang gibt es ja nicht mehr.
Ich könnte mir einen Test-Raspi schnappen und dort den Import noch mal machen, um da dann das Log anzuschauen. Danach müsste ich die fehlenden Daten aber manuell in die 2.0er Logs überführen.
Ich habe die Box ja nicht hart ausgeschaltet, sondern sauber über "Neustart" rebootet.
Wo finde ich denn die Logdateien im 2.0 und wie komme ich da ran, um manuelle Änderungen zu machen?
Einen root-Zugang gibt es ja nicht mehr.
Ich könnte mir einen Test-Raspi schnappen und dort den Import noch mal machen, um da dann das Log anzuschauen. Danach müsste ich die fehlenden Daten aber manuell in die 2.0er Logs überführen.
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)
-
- Beiträge: 3779
- Registriert: Di Feb 25, 2020 9:23 am
- Has thanked: 4 times
- Been thanked: 24 times
Re: Datenübernahme von 1.9 in software2
Nein, die Logdateien werden nicht gesichert. Dadurch werden die Schreibzyklen auf die SD Karte verringert.
Das Ladelog kannst Du einfach als CSV exportieren. Die Funktion ist im GUI.
Zuerst sollten wir feststellen, welche Einträge verworfen wurden und was daran nicht passt. Dann sehen wir weiter.
Das Ladelog kannst Du einfach als CSV exportieren. Die Funktion ist im GUI.
Zuerst sollten wir feststellen, welche Einträge verworfen wurden und was daran nicht passt. Dann sehen wir weiter.
Re: Datenübernahme von 1.9 in software2
Ich habe jetzt auf meinem Test-Raspi noch einmal die gleichen Schritte zum Import übernommen und interessanterweise folgendes Ergebnis:
Die Logs habe ich alle gesichert. Im Main-Log sieht man tausende Einträge der Art
Was mich wundert ist die Tatsache, dass jetzt plötzlich mehr Monate korrekt importiert wurden. Eigentlich hätte ich erwartet genau das gleiche Ergebnis zu sehen, wenn es ein Bug im Code wäre.
Ich würde jetzt ungern den Import so oft wiederholen, bis ich alle Monate richtig habe. Das kann ja dauern...
Wie man sehen kann, sind jetzt beim 2. Versuch deutlich mehr Monate korrekt importiert worden (z.B. Mai und Juni 2023). Das Backup, welches genutzt wurde, ist exakt die gleiche Datei wie beim ersten Mal.Die Logs habe ich alle gesichert. Im Main-Log sieht man tausende Einträge der Art
Code: Alles auswählen
2023-08-22 14:02:38,696 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20181115-einspeisung.csv} - Fehler beim Konvertieren des Tages-Logs vom 20181115-einspeisung.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20181115-einspeisung 0:0' does not match format '%Y%m%d %H:%M'
2023-08-22 14:02:38,701 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20200207-verbraucher3.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200207-verbraucher3.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200207-verbraucher3 0:0' does not match format '%Y%m%d %H:%M'
2023-08-22 14:02:38,704 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20181115-ll2.csv} - Fehler beim Konvertieren des Tages-Logs vom 20181115-ll2.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20181115-ll2 0:0' does not match format '%Y%m%d %H:%M'
2023-08-22 14:02:38,726 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20181115-einspeisung.csv} - Fehler beim Konvertieren des Tages-Logs vom 20181115-einspeisung.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20181115-einspeisung 0:0' does not match format '%Y%m%d %H:%M'
2023-08-22 14:02:38,729 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20200207-verbraucher3.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200207-verbraucher3.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200207-verbraucher3 0:0' does not match format '%Y%m%d %H:%M'
2023-08-22 14:02:38,731 - {helpermodules.data_migration.data_migration:423} - {ERROR:convert daily 20181115-ll2.csv} - Fehler beim Konvertieren des Tages-Logs vom 20181115-ll2.csv, Reihe ['0']
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 335, in _daily_log_entry
"timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
tt, fraction, gmtoff_fraction = _strptime(data_string, format)
File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
raise ValueError("time data %r does not match format %r" %
ValueError: time data '20181115-ll2 0:0' does not match format '%Y%m%d %H:%M'
Ich würde jetzt ungern den Import so oft wiederholen, bis ich alle Monate richtig habe. Das kann ja dauern...
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)
Re: Datenübernahme von 1.9 in software2
Hi,
bringt der Auszug aus dem Log Dich weiter, oder benötigst Du noch mehr Daten?
Die gesamten Logs lassen sich mit winRAR auf 20kb packen. Ich würde sie nur ungern hier hochladen, da ich nicht weiß was da alles so an persönlichen Daten drin ist. Ich kann sie Dir/Euch aber gern zur Verfügung stellen.
bringt der Auszug aus dem Log Dich weiter, oder benötigst Du noch mehr Daten?
Die gesamten Logs lassen sich mit winRAR auf 20kb packen. Ich würde sie nur ungern hier hochladen, da ich nicht weiß was da alles so an persönlichen Daten drin ist. Ich kann sie Dir/Euch aber gern zur Verfügung stellen.
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)
Re: Datenübernahme von 1.9 in software2
Hi @LutzB,
wärest Du bereit mir noch weiter zu helfen?
Gruß,
Stefan
wärest Du bereit mir noch weiter zu helfen?
Gruß,
Stefan
2x openWB series2 standard+, PV 7,23 kWp mit WR SolarEdge SE8K und EVU SolarEdge A-V-400Y-3MTR-S, BEV Mercedes EQA 350 4MATIC (07/2023)