Es konnten keine Daten für diesen Zeitraum gefunden werden.
-
- Beiträge: 38
- Registriert: Di Mär 29, 2022 2:53 pm
- Wohnort: Walenstadt
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Nun hatte ich die openWB am 24.6. mit neuer SW neue gestartet und gehofft, dass die Energiedaten nun geloggt und angezeigt werden können. Leider umsonst.
Für den 25.6.24 können Daten angezeigt werden. Für die nachfolgenden Tage scheinen die Daten zu fehlen.
Kann mir jemand den Weg weisen für die Fehlersuche? z.B. wo müsste ich nachschauen, ob tatsächlich keine Daten vorhanden sind oder ob sie einfach nicht angezeigt werden können?
25.6.: mit Daten ab 26.6.: offenbar keine Daten:
Für den 25.6.24 können Daten angezeigt werden. Für die nachfolgenden Tage scheinen die Daten zu fehlen.
Kann mir jemand den Weg weisen für die Fehlersuche? z.B. wo müsste ich nachschauen, ob tatsächlich keine Daten vorhanden sind oder ob sie einfach nicht angezeigt werden können?
25.6.: mit Daten ab 26.6.: offenbar keine Daten:
-
- Beiträge: 38
- Registriert: Di Mär 29, 2022 2:53 pm
- Wohnort: Walenstadt
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Könnte es sein, dass es an Leserechten liegt?
Ich habe in den Foren etwas nachgegraben und gemäss viewtopic.php?p=80359#p80359 müssten die Logdaten (Energiemessdaten) hier liegen:
Wenn ich diese Seite jedoch aufrufe kommt ein Fehler 404, Seite nicht gefunden.
Gibt es eine andere Möglichkeit auf die Verzeichnisse zuzugreifen ausser mit dem Browser. ssh Zugang wird "verweigert".
Gruss J
Ich habe in den Foren etwas nachgegraben und gemäss viewtopic.php?p=80359#p80359 müssten die Logdaten (Energiemessdaten) hier liegen:
Code: Alles auswählen
http://192.168.200.224/openWB/web/logging/data/daily
Gibt es eine andere Möglichkeit auf die Verzeichnisse zuzugreifen ausser mit dem Browser. ssh Zugang wird "verweigert".
Gruss J
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Bitte ein Log posten, wenn Du die Diagrammdaten versucht hast, abzurufen. viewtopic.php?t=1526
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Nein, am Pfad. Die Logs liegen in der 2er-Software unter http://192.168.8.11/openWB/data/daily_log/20240625.json. (oder auch monthly_log/yyyymm.json)justus.bernold hat geschrieben: ↑So Jun 30, 2024 7:10 pm Könnte es sein, dass es an Leserechten liegt?
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
-
- Beiträge: 38
- Registriert: Di Mär 29, 2022 2:53 pm
- Wohnort: Walenstadt
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Vielen Dank für die Hinweise.
Nun konnte ich auf die Logs zugreifen (schade, dass nur das direkte Anzeigen von Logs geht. Das Auflisten des Verzeichnisinhalts ist offenbar vom Webserver her unterbunden).
Logs vom 25.06.24 (dort wo auch etwas angezeigt wird auf dem Webinterface bei Auswertungen:
und so weiter für ca. 16'000 Zeilen, die auch schön durchnummeriert sind.
Beim nachfolgenden Tag, dem 26.6.24 sieht es wie folgt aus. (Bei Auswertung wird angezeigt, dass keine Daten gefunden werden können):
D.h. alles auf einer Zeile.
Keine Ahnung ob dieses Format korrekt ist... ich vermute nun einmal, dass nicht. - Offenbar werden Daten geschrieben, können aber später nicht gelesen oder wohl eher, nicht interpretiert und dargestellt werden.
openWB Version? --> Entwickluingszweig: Release, Bezeichnung: 2.1.4, Installierte Version: 2024-06-04 08:52:24 +0200 [417a30647]
openWB Variante? (Selbst installiert, Standalone, series1/2): --> OpenWB Series 2
Wenn selbst installiert, welches OS? --> Nein
Browser Cache gelöscht? (bei Problemen mit dem UI) --> Ja, hilft nicht.
Welches Theme? (bei Problemen mit dem UI) --> ?
Main Log ist beiliegend. Musste allerdings etwas am Anfang kürzen wegen der Grösse. Gruss Justus
Nun konnte ich auf die Logs zugreifen (schade, dass nur das direkte Anzeigen von Logs geht. Das Auflisten des Verzeichnisinhalts ist offenbar vom Webserver her unterbunden).
Logs vom 25.06.24 (dort wo auch etwas angezeigt wird auf dem Webinterface bei Auswertungen:
Code: Alles auswählen
{
"entries": [
{
"timestamp": 1719266401,
"date": "00:00",
"cp": {
"cp2": {
"imported": 10027061.52,
"exported": 0
},
"all": {
"imported": 10027061.52,
"exported": 0
}
},
"ev": {
"ev0": {
"soc": 63
}
},
"counter": {
"counter0": {
"imported": 38990067.55602737,
"exported": 12392696.020366535,
"grid": true
},
"counter3": {
"imported": 7638674.8046875,
"exported": 0,
"grid": false
}
Beim nachfolgenden Tag, dem 26.6.24 sieht es wie folgt aus. (Bei Auswertung wird angezeigt, dass keine Daten gefunden werden können):
Code: Alles auswählen
{"entries": [{"timestamp": 1719352802, "date": "00:00", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38996876.54387918, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642376.953125, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611640.519185605}}}, {"timestamp": 1719353101, "date": "00:05", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38996905.008175924, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642381.8359375, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611663.8926243496}}}, {"timestamp": 1719353402, "date": "00:10", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38996938.60728269, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642387.20703125, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611692.343500638}}}, {"timestamp": 1719353701, "date": "00:15", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38996973.190195814, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642392.08984375, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611721.7559422044}}}, {"timestamp": 1719354001, "date": "00:20", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38997006.46769976, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642396.97265625, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611749.826262729}}}, {"timestamp": 1719354301, "date": "00:25", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38997035.88949635, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642401.85546875, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported": 0, "soc": 0}}, "sh": {"sh1": {"imported": 0, "exported": 0}}, "hc": {"all": {"imported": 611774.0599054461}}}, {"timestamp": 1719354601, "date": "00:30", "cp": {"cp2": {"imported": 10027526.37, "exported": 0}, "all": {"imported": 10027526.37, "exported": 0}}, "ev": {"ev0": {"soc": 20.0}}, "counter": {"counter0": {"imported": 38997065.308936484, "exported": 12424989.925991355, "grid": true}, "counter3": {"imported": 7642408.203125, "exported": 0, "grid": false}}, "pv": {"all": {"exported": 1488373.056}, "pv1": {"exported": 1488373.056}}, "bat": {"all": {"imported": 0, "exported":
Keine Ahnung ob dieses Format korrekt ist... ich vermute nun einmal, dass nicht. - Offenbar werden Daten geschrieben, können aber später nicht gelesen oder wohl eher, nicht interpretiert und dargestellt werden.
openWB Version? --> Entwickluingszweig: Release, Bezeichnung: 2.1.4, Installierte Version: 2024-06-04 08:52:24 +0200 [417a30647]
openWB Variante? (Selbst installiert, Standalone, series1/2): --> OpenWB Series 2
Wenn selbst installiert, welches OS? --> Nein
Browser Cache gelöscht? (bei Problemen mit dem UI) --> Ja, hilft nicht.
Welches Theme? (bei Problemen mit dem UI) --> ?
Main Log ist beiliegend. Musste allerdings etwas am Anfang kürzen wegen der Grösse. Gruss Justus
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Willkommen in der neuen Welt der Datenformate
relativ einfach kommst du an die Daten per
allerdings nur, wenn Du an einem Linux oder der Konsole von MacOS sitzt. Windows kann wohl den curl, den jq (das ist der, der aus der einen Zeile ein schön formatiertes Ding macht) kennt es aber von Haus aus nicht.
Dann kommt sowas raus, was Du im ersten Code-Block reingeschrieben hast. Eine "Zeile" des daily_log von mir hier sieht so aus:
Wenn Du nun wissen willst, was die ganzen IDs sind, dann steht das ganz am Ende:
Dass das alles auf einer Zeile steht ist nicht schlimm, schlimm ist, dass dein dritter codeblock kein korrektes json enthält. Es hört nicht mit einer } auf und die names-section fehlt auch. Es sieht so aus, als ob da beim Schreiben einer unterbrochen und nicht fertig wurde. Wahrscheinlich findest Du im monthly_log auch keine Daten für den 26.06. Wie das passieren kann, kann ich nicht sagen, ein reboot zum richtigen Zeitpunkt reicht da aber schon.
relativ einfach kommst du an die Daten per
Code: Alles auswählen
curl http://192.168.8.11/openWB/data/daily_log/20240625.json | jq
Dann kommt sowas raus, was Du im ersten Code-Block reingeschrieben hast. Eine "Zeile" des daily_log von mir hier sieht so aus:
Code: Alles auswählen
{
"timestamp": 1719266402,
"date": "00:00",
"cp": {
"cp4": {
"imported": 12637059.57,
"exported": 0
},
"cp7": {
"imported": 2818225.83,
"exported": 0
},
"all": {
"imported": 15455285.4,
"exported": 0
}
},
"ev": {
"ev0": {
"soc": 0
},
"ev1": {
"soc": 80
},
"ev2": {
"soc": null
},
"ev4": {
"soc": null
}
},
"counter": {
"counter0": {
"imported": 5429821.47289097,
"exported": 2342671.0218081763,
"grid": false
},
"counter6": {
"imported": 15455285.4,
"exported": 0,
"grid": false
}
},
"pv": {
"all": {
"exported": 10663300.93
},
"pv1": {
"exported": 4943109.005
},
"pv2": {
"exported": 5720191.925
}
},
"bat": {
"all": {
"imported": 1958236.17,
"exported": 1890219.57,
"soc": 42
},
"bat3": {
"imported": 1958236.17,
"exported": 1890219.57,
"soc": 42
}
},
"sh": {
"sh1": {
"imported": 1186864,
"exported": 0
},
"sh3": {
"imported": 240758,
"exported": 0
},
"sh4": {
"imported": 299761,
"exported": 0
},
"sh5": {
"imported": 578153,
"exported": 0
}
},
"hc": {
"all": {
"imported": 11257996.703153914
}
}
}
Code: Alles auswählen
"names": {
"sh1": "PufferHzg",
"sh3": "PusteschickA",
"sh4": "PusteschickB",
"sh5": "PusteschickC",
"cp4": "Kabel",
"cp7": " Buchse",
"ev0": "Standard-Fahrzeug",
"ev1": "Tesla",
"ev2": "Ion",
"ev4": "neues Fahrzeug",
"counter0": "E3DC Zähler",
"counter6": "Wallboxstrom",
"pv1": "E3DC Wechselrichter",
"pv2": "E3DC externer Wechselrichter",
"pv8": "MQTT-Wechselrichter",
"bat3": "E3DC Speicher"
}
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
-
- Beiträge: 504
- Registriert: So Okt 30, 2022 8:07 am
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Oder wieder einmal eine defekte SD Karte?
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
-
- Beiträge: 38
- Registriert: Di Mär 29, 2022 2:53 pm
- Wohnort: Walenstadt
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
Hallo zusammen
einmal mehr danke für die Hints.
Ich versuche das nochmals zu reproduzieren.
Jetzt habe ich grad noch den curl Befehl ausprobiert... offenbar habe ich ein Schreibproblem. Die Daten vom 25.6.24 sind offenbar fehlerfrei vorhanden. Jene vom 26.6.24 nur noch teilweise (eben, der oben fehlende dritte Block) und für den 27. und 28. sind keine Daten mehr vorhanden.
Also, auf zum reboot. Ich melde mich wohl übermorgen Abend.
einmal mehr danke für die Hints.
Was heisst das, "ein reboot zum richtigen Zeitpunkt reicht da aber schon."? Um zum Fehlverhalten zu führen oder um den Fehler zu beheben? Weil, rebooted habe ich schon. Dann ist es am Folgetag gut und dann am übernächsten Tag wieder nicht.Gero hat geschrieben: ↑Mo Jul 01, 2024 12:51 pm Dass das alles auf einer Zeile steht ist nicht schlimm, schlimm ist, dass dein dritter codeblock kein korrektes json enthält. Es hört nicht mit einer } auf und die names-section fehlt auch. Es sieht so aus, als ob da beim Schreiben einer unterbrochen und nicht fertig wurde. Wahrscheinlich findest Du im monthly_log auch keine Daten für den 26.06. Wie das passieren kann, kann ich nicht sagen, ein reboot zum richtigen Zeitpunkt reicht da aber schon.
Ich versuche das nochmals zu reproduzieren.
Das würde mich etwas wundern. Ist eine fabrikneue Karte, welche vor ca. 1 Monat mit der SW 2 beschrieben wurde und seither in Betrieb ist. Aber möglich ist natürlich auch das.
Jetzt habe ich grad noch den curl Befehl ausprobiert... offenbar habe ich ein Schreibproblem. Die Daten vom 25.6.24 sind offenbar fehlerfrei vorhanden. Jene vom 26.6.24 nur noch teilweise (eben, der oben fehlende dritte Block) und für den 27. und 28. sind keine Daten mehr vorhanden.
Code: Alles auswählen
...snip...
},
"pv": {
"all": {
"exported": 1488373.056
},
"pv1": {
"exported": 1488373.056
}
},
"bat": {
"all": {
"imported": 0,
"exported": 0,
"soc": 0
}
},
"sh": {
"sh1": {
"imported": 0,
"exported": 0
}
},
"hc": {
"all": {
"imported": 611617.001021294
}
}
}
],
"names": {
"cp2": "Interne openWB",
"ev0": "Standard-Fahrzeug",
"counter0": "Fronius SM Zähler",
"counter3": "Wärmepumpe",
"pv1": "Fronius Wechselrichter"
}
}
(base) justus@gemini:~$ curl http://192.168.200.224/openWB/data/daily_log/20240626.json | jq
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 156k 100 156k 0 0 5498k 0 --:--:-- --:--:-- --:--:-- 5571k
parse error: Unfinished JSON term at EOF at line 1, column 159744
(base) justus@gemini:~$ curl http://192.168.200.224/openWB/data/daily_log/20240627.json | jq
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
(base) justus@gemini:~$ curl http://192.168.200.224/openWB/data/daily_log/20240628.json | jq
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
„Reboot“ war das falsche Wort. „Strom weg während des Schreibens“ wäre richtiger gewesen. Bei einem geregelten reboot wird nämlich das Schreiben der Daten korrekt beendet, wohingegen bei „Strom weg“ die Datei nicht fertig geschrieben werden kann.
Ich weiss jetzr nicht genau, wie sich die Software verhält, wenn ein daily_log kaputt ist. Das wird ja nachts immer aufsummiert und an das monthly_log hinten drangehängt.
Wenn es eine Kaufbox ist, würde ich mich mal an den Support wenden, vielleicht kônnen die die fehlenden daily_logs zumindest mal mit Nullen korrigieren, falls das hilft um die Logs wieder in den richtigen Takt zu bringen.
Ich weiss jetzr nicht genau, wie sich die Software verhält, wenn ein daily_log kaputt ist. Das wird ja nachts immer aufsummiert und an das monthly_log hinten drangehängt.
Wenn es eine Kaufbox ist, würde ich mich mal an den Support wenden, vielleicht kônnen die die fehlenden daily_logs zumindest mal mit Nullen korrigieren, falls das hilft um die Logs wieder in den richtigen Takt zu bringen.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
-
- Beiträge: 38
- Registriert: Di Mär 29, 2022 2:53 pm
- Wohnort: Walenstadt
Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.
oh oh, das sollte allerdings nicht der Fall sein. Der Strom war nur beim SW Upgrade weg. Aber nun denn. Ich schaue jetzt mal, ob der Reboot etwas brachte und falls nicht, kann ich mich ja immer noch an den Support wenden, und ja, es ist eine Kaufbox. Einfach das SW Update habe ich selber gemacht.Gero hat geschrieben: ↑Mo Jul 01, 2024 7:26 pm „Reboot“ war das falsche Wort. „Strom weg während des Schreibens“ wäre richtiger gewesen. Bei einem geregelten reboot wird nämlich das Schreiben der Daten korrekt beendet, wohingegen bei „Strom weg“ die Datei nicht fertig geschrieben werden kann.
Ich weiss jetzr nicht genau, wie sich die Software verhält, wenn ein daily_log kaputt ist. Das wird ja nachts immer aufsummiert und an das monthly_log hinten drangehängt.
Wenn es eine Kaufbox ist, würde ich mich mal an den Support wenden, vielleicht kônnen die die fehlenden daily_logs zumindest mal mit Nullen korrigieren, falls das hilft um die Logs wieder in den richtigen Takt zu bringen.