Es konnten keine Daten für diesen Zeitraum gefunden werden.

Fragen zur Nutzung, Features, usw..
justus.bernold
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.

Beitrag von justus.bernold »

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
2024-06-25 Diagramme openWB.png
2024-06-25 Diagramme openWB.png (105.8 KiB) 138 mal betrachtet
ab 26.6.: offenbar keine Daten:
2024-06-26 Diagramme openWB.png
2024-06-26 Diagramme openWB.png (22.15 KiB) 138 mal betrachtet
2024-06-27 Diagramme openWB.png
2024-06-27 Diagramme openWB.png (21.97 KiB) 138 mal betrachtet
justus.bernold
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.

Beitrag von justus.bernold »

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:

Code: Alles auswählen

http://192.168.200.224/openWB/web/logging/data/daily
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
LenaK
Beiträge: 1156
Registriert: Fr Jan 22, 2021 6:40 am

Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.

Beitrag von LenaK »

Bitte ein Log posten, wenn Du die Diagrammdaten versucht hast, abzurufen. viewtopic.php?t=1526
Gero
Beiträge: 2835
Registriert: Sa Feb 20, 2021 9:55 am

Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.

Beitrag von Gero »

justus.bernold hat geschrieben: So Jun 30, 2024 7:10 pm Könnte es sein, dass es an Leserechten liegt?
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)
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
justus.bernold
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.

Beitrag von justus.bernold »

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:

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
                }
                
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):

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":
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.
2024-01-07_1243_main.log
(2.87 MiB) 1-mal heruntergeladen
Gruss Justus
Gero
Beiträge: 2835
Registriert: Sa Feb 20, 2021 9:55 am

Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.

Beitrag von Gero »

Willkommen in der neuen Welt der Datenformate :)

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
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:

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
        }
      }
    }
Wenn Du nun wissen willst, was die ganzen IDs sind, dann steht das ganz am Ende:

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"
  }
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.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
ChristophR
Beiträge: 504
Registriert: So Okt 30, 2022 8:07 am

Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.

Beitrag von ChristophR »

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
justus.bernold
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.

Beitrag von justus.bernold »

Hallo zusammen

einmal mehr danke für die Hints.
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.
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.
Ich versuche das nochmals zu reproduzieren.
ChristophR hat geschrieben: Mo Jul 01, 2024 4:05 pm Oder wieder einmal eine defekte SD Karte?
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
Also, auf zum reboot. Ich melde mich wohl übermorgen Abend.
Gero
Beiträge: 2835
Registriert: Sa Feb 20, 2021 9:55 am

Re: Es konnten keine Daten für diesen Zeitraum gefunden werden.

Beitrag von Gero »

„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.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
justus.bernold
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.

Beitrag von justus.bernold »

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.
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.
Antworten