NEWS
Test PV Forecast Adapter
-
@sonnenschein ReplaceDot macht ja aus dem Punkt ein "", also nichts .... ich meine das wegen 1.000 Zeichen notwendig.
Kann bei dir also raus, schadet aber auch nicht.
Wenn du aus dem , einen Punkt brauchts so schau dir die Funktion an:return x.replace(",",".");
würde aus Kommas dann Punkte machen.
-
@sonnenschein sagte in Test PV Forecast Adapter:
Die Werte werden dann als Kommazahl im json dargestellt
Das von Dir verwendete JSON (wahrscheinlich
pvforecast.0.summary.JSONTable
?) ist gar nicht für die weitere Verarbeitung gedacht! Das ist zur Darstellung in einer (wie der Name vermuten lässt) VIS-Tabelle gedacht.Daher liegen in diesem JSON die Daten formatiert (als String) vor. Und zwar in dem Format, wie es in den Systemeinstellungen hinterlegt ist. So wird aus dem Punkt ein Komma usw. Es wäre totaler Quatsch, das jetzt wieder zurück zu formatieren um es in eine Datenbank zu schreiben!
Bitte nutze den Datenpunkt
pvforecast.0.summary.JSONData
um damit weiter zu rechnen oder die Daten in eine Datenbank zu übertragen.@bananajoe sagte in Test PV Forecast Adapter:
ReplaceDot macht ja aus dem Punkt ein "", also nichts .... ich meine das wegen 1.000 Zeichen notwendig.
Wenn man mit den Daten aus JSONData arbeitet, dann muss man gar nix ersetzen. Kein Komma, keine Tausender-Trennzeichen.
-
@haus-automatisierung sagte in Test PV Forecast Adapter:
Das von Dir verwendete JSON (wahrscheinlich
pvforecast.0.summary.JSONTable
?) ist gar nicht für die weitere Verarbeitung gedacht! Das ist zur Darstellung in einer (wie der Name vermuten lässt) VIS-Tabelle gedacht.Daher liegen in diesem JSON die Daten formatiert (als String) vor. Und zwar in dem Format, wie es in den Systemeinstellungen hinterlegt ist. So wird aus dem Punkt ein Komma usw. Es wäre totaler Quatsch, das jetzt wieder zurück zu formatieren um es in eine Datenbank zu schreiben!
Bitte nutze den Datenpunkt
pvforecast.0.summary.JSONData
um damit weiter zu rechnen oder die Daten in eine Datenbank zu übertragen.Da hast du recht, das der Datenpunkt dafür nicht gedacht ist, ist mir bewusst und aus der Historie gewachsen.
Ich schau mir den anderen Datenpunkt einmal an und baue mein Skript dann mal um. -
@bananajoe sagte in Test PV Forecast Adapter:
ist mir bewusst und aus der Historie gewachsen.
Dann wäre es schon schön, wenn diese Historie nicht auf einer grünen Wiese bei anderen auch wächst Hattest Du Dir nicht sogar den anderen Datenpunkt mit den "RAW-Daten" gewünscht?
-
@haus-automatisierung jepp, aber weil es ja gerade lief noch nicht umgesetzt.
-
@haus-automatisierung öhm, ich weis jetzt wieder warum ich die
pvforecast.0.summary.JSONData
Datenpunkte nicht nutze - weil da nicht genug drin steht ... da steht nur Total drin?
pvforecast.0.summary.JSONData:
[ { "t": 1667456580000, "y": 0 }, { "t": 1667458800000, "y": 1 }, { "t": 1667462400000, "y": 5 }, { "t": 1667466000000, "y": 9 },
Und in
pvforecast.0.summary.JSONTable:
[ { "Time": "2022-11-03 07:23:00", "Total": "0", "600W": "0", "1500W": "0" }, { "Time": "2022-11-03 08:00:00", "Total": "1", "600W": "0", "1500W": "1" }, { "Time": "2022-11-03 09:00:00", "Total": "5", "600W": "2", "1500W": "3" }, { "Time": "2022-11-03 10:00:00", "Total": "9", "600W": "3", "1500W": "6" },
Da kann ich mir halt sämtliche Anlagen aus einem Datenpunkt holen ...
Soll ich einen Request auf GitHub aufmachen? -
Hi Leute,
Ich habe den Adapter schon einige Zeit am Laufen und bin nur zufällig auf diesen Thread gestoßen.
Erst Mal vielen Dank für Euere Arbeit. Jetzt habe ich ein, zwei Fragen zu dem Adapter. Kann aber auch sein, dass ich mich zu doof anstelle.Ich habe bei den Koordinaten die Werte von den Systemeinstellungen genommen. Leider wird ein Ort in den DP geschrieben, der 6km Luftlinie entfernt ist.
Weiter ist die Vorhersage noch weniger als Circa. Es weicht manchmal um etliche KW/h ab.
Die Version von dem Adapter ist
Sonnst ist mein System auf dem aktuellen Stand.
Grüße -
@bananajoe Du hast ja pro Plant auch nochmal JSONData. Daher wäre es ja doppelt, das da auch nochmal zu pflegen.
-
@haus-automatisierung ja .... wäre es ..... gilt aber ja auch für JSONTable ...
-
@maxtor62 sagte in Test PV Forecast Adapter:
Weiter ist die Vorhersage noch weniger als Circa. Es weicht manchmal um etliche KW/h ab.
Tja, dann macht deine Anlage nicht was sie machen soll
Im Sommer passt es eher ... Oder die Anlagendaten "faken", also weniger angeben als wirklich da ist und dann passt es besser.
-
@bananajoe
Super, Danke für die HilfeMeine Anlage ist seit 06.2019 am Start und macht genau das was sie soll.
-
@bananajoe sagte in Test PV Forecast Adapter:
@haus-automatisierung ja .... wäre es ..... gilt aber ja auch für JSONTable ...
Hallo Zusammen!
Ich habe Eure Diskussion verfolgt und mein Problem mit den Datenpunkt und Darstellungen der Prognose noch mal auf den Kopf gestellt.
Erstes Problem welches ich mir eingebaut hatte: Beim Anlegen des Datenpunkt unter Userdata für die SQL Datenbank, hatte ich noch auf archivieren stehen, UND delta Speicherung mit trotzdem alle 3600 Sekunden spichern. Da im Datenpunkt eine 0 stand hat er mir zusätzlich zum Script noch vom SQL Adapter rein geschrieben.
Trotzdem hatte ich dann mit dem Start des Blockly korrekte Daten in der SQL DB in VIS aber nur bis die Zeit der Prognose am nächsten Tag zu Ende war. Das Script hat nicht aktualisiert.
Nach dem ich Stunden mit dem Trigger im Blockly gekämpt habe, habe ich am Ende das Script weggeschmissen und neu angelegt. Anpassungen an meine Anlage bzw. die JSON Tabelle Summery des Adapter.
Seit dem läuft es wieder so wie es soll. Bei Änderung wird in die DB geschrieben. Und die Verbesserung von BananaJoe historische Daten durch das geänderte Schreiben ohne Delete all.Danke für Eure Diskussion das hat geholfen!
-
@patrickwalther Hallo, möchte mich hier mal einklinken. Einen Forecast für meine PV-Produktion wäre sehr hilfreich, damit könnte ich ev. erkennen, wann ich Netzstrom für die E-Auto Ladung benötige.
Frage, reicht der Public Api Key von Forecast?
https://doc.forecast.solar/doku.php?id=api:estimate -
@humidor Hier ist alles erklärt https://www.youtube.com/watch?v=rV_uKHI90eY
-
@haus-automatisierung super danke, ohne API hat er sofort geladen, da war ich dann zu forsch...
sehe 2,2kW sollte kommen, tatsächlich wegen Wolken und Schneebatzen 500W
-
Kennt jemand die Einstellung im Widget, um den Abstand zwischen den Beschriftungen rot/schwarz zu vergrößern?
Und wie stellt man bei der Y-Achse die Werte ein, dass Dezimalstellen angezeigt werden?
Ich möchte 0 0,5 1 1,5... Aber er rundet dann auf: 0 1 1 2 2,.... -
@haus-automatisierung ist das normal, dass die Werte sich ständig verändern
er zeigt mir einmal mehr (bis 6kWh) an, dann ändert er es auf 0,5kWh und so hin und her -
@humidor Ist halt eine Prognose - und wenn sich die Wettervorhersage o.ä. ändert, dann halt auch die Werte. Für Details gibts bestimmt mehr Infos beim Anbieter der Schnittstellen
-
Hallo,
Ich habe die Daten aus dem Adapter in eine influxdb geschrieben und möchte jetzt mit Grafana den ganzen Tag anzeigen lassen, d.h. auch Werte, die in der Zukunft liegen.
Wie macht Ihr das?
Im Grafana UI kann ich immer nur von "now" rückwärts etwas anzeigen lassen.
Ich habe jetzt einen "bloody" workaround.
Ich habe in VIS ein iFrame auf das Grafana Diagram, dessen URL in einem Datenpunkt abgelegt ist.
Jeden Morgen um 0:00 schreibe ich den Datenpunkt und ändere "from" und "to" auf den aktuellen Tag.Das muss doch einfacher gehen?
So sieht meine URL aus.
http://192.168.10.184:3000/d/arrLy5O4k/solarprognose?orgId=1&from=1668898800000&to=1668985199000&viewPanel=2&kiosk
Und so mein Script
schedule('0 0 * * *', function () { var start = new Date(new Date().setHours(0, 0, 0, 0)).getTime() var end = start + 24*60*60000 setState('0_userdata.0.charts.Solar_prognose_url','http://192.168.10.184:3000/d/arrLy5O4k/solarprognose?orgId=1&from='+start+'&to='+end+'&viewPanel=2&kiosk') })
-
@marty56 Hallo!
ich habe das so gelöst (Daten aus MySQL DB)
und im Grafana Panel den Zeitbereich auf now -16h bis now+40h
sieht dann so aus: