[gelöst]PV-Forecast Probleme mit solcast!
-
@haus-automatisierung
Auch hier mit dem Update wieder alles Bestens!
Danke Matthias -
@haus-automatisierung
Funktioniert wieder bestens. Vielen Dank.Ich hätte da noch was anderes.
Wir haben ja bei Solcast das Problem mit den Updates, dass die "alten" Daten vom Tag verloren gehen.Dafür hätte ich eine Lösung.
Du machst um 5 Uhr in der früh eine Abfrage, wie es bisher ist.
Bei der nächsten Abfrage (sagen wir mal alle 240 Minuten) kommt eine zusätzliche Abfrage beim Import der Daten rein:
wenn timestamp == heute && uhrzeit > 5 uhr dann
wenn import-wert != 0 wert importieren sonst nicht.Somit würden die Werte von früheren Stunden des Tages erhalten bleiben und die neuen werden aktualisiert.
Was hältst du davon?
-
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
Somit würden die Werte von früheren Stunden des Tages erhalten bleiben und die neuen werden aktualisiert.
mal von abgesehen das bei solcast man NUR 10 freie abfragen hat und die Daten dir nix bringen vor dem Sonnenaufgang zu holen..
schmeiss die Daten in influxDB oder mysql oder oder.. -
@arteck said in [gelöst]PV-Forecast Probleme mit solcast!:
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
Somit würden die Werte von früheren Stunden des Tages erhalten bleiben und die neuen werden aktualisiert.
mal von abgesehen das bei solcast man NUR 10 freie abfragen hat und die Daten dir nix bringen vor dem Sonnenaufgang zu holen..
schmeiss die Daten in influxDB oder mysql oder oder..Derzeit werden die Daten bereits um 1 Uhr geholt.
Und um 5 Uhr ist im Sommer kurz vor Sonnenaufgang.
Die 10 freien Abfragen könnte man ja schön über den Tag verteilen. Der Abfrageintervall ist ja bei forecast.solar schon vorhanden und könnte da auch verwendet werden.Das mit der Datenbank könnte man machen, wäre dann aber nicht erforderlich. Nicht jeder möchte hierfür eine Datenbank anlegen.
-
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
Dafür hätte ich eine Lösung.
Du machst um 5 Uhr in der früh eine Abfrage, wie es bisher ist.
Bei der nächsten Abfrage (sagen wir mal alle 240 Minuten) kommt eine zusätzliche Abfrage beim Import der Daten rein:
wenn timestamp == heute && uhrzeit > 5 uhr dann
wenn import-wert != 0 wert importieren sonst nicht.Schon klar wie das technisch umsetzbar wäre. Aber guck mal den Code an. Alles ist auf forecast solar ausgelegt und solcadt wurde nachträglich oben drauf gebaut.
So wird zB auch das Format von Solcast in das von Forecast Solar konvertiert, damit man die ganze Logik beibehalten konnte.
Es wäre also ein größerer Eingriff das komplett zu trennen. Aber ich freue mich immer über Mitarbeitende am Adapter.
-
@haus-automatisierung said in [gelöst]PV-Forecast Probleme mit solcast!:
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
Dafür hätte ich eine Lösung.
Du machst um 5 Uhr in der früh eine Abfrage, wie es bisher ist.
Bei der nächsten Abfrage (sagen wir mal alle 240 Minuten) kommt eine zusätzliche Abfrage beim Import der Daten rein:
wenn timestamp == heute && uhrzeit > 5 uhr dann
wenn import-wert != 0 wert importieren sonst nicht.Schon klar wie das technisch umsetzbar wäre. Aber guck mal den Code an. Alles ist auf forecast solar ausgelegt und solcadt wurde nachträglich oben drauf gebaut.
So wird zB auch das Format von Solcast in das von Forecast Solar konvertiert, damit man die ganze Logik beibehalten konnte.
Es wäre also ein größerer Eingriff das komplett zu trennen. Aber ich freue mich immer über Mitarbeitende am Adapter.
An welcher Stelle in der main.js schreibst du die Daten in die Objekte?
Ich bin zwar kein Programmierer, aber vielleicht bekomme ich das hin.
Nur den ganzen Code zu durchsuchen ist sehr aufwendig.Nachtrag.
Kannst du mir vielleicht folgendes beantworten:
So wie ich das sehen kann, werden die Daten nur in die Objekte der einzelnen plants geschrieben, wenn diese vorhanden sind. Löscht du die Inhalte alle, bevor du diese neu in die Objekte schreibst? Wenn ja, wo wird dies gemacht? -
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
So wie ich das sehen kann, werden die Daten nur in die Objekte der einzelnen plants geschrieben, wenn diese vorhanden sind. Löscht du die Inhalte alle, bevor du diese neu in die Objekte schreibst? Wenn ja, wo wird dies gemacht?
-
Wo stelle ich den Abfrageinterval ein bzw wo stelle ich ein um wieviel Uhr eine Abfrage stattfinden soll?
-
@timowald said in [gelöst]PV-Forecast Probleme mit solcast!:
Wo stelle ich den Abfrageinterval ein bzw wo stelle ich ein um wieviel Uhr eine Abfrage stattfinden soll?
Der Abfrageintervall ist ein Problem, da bei einem neuen Abruf alle Daten bis zum aktuellen Zeitpunkt weg sind. Du kannst es einfach den Abapter neu starten, dann macht es einen neuen Abruf.
Wenn sich einige melden, vielleicht macht es @haus-automatisierung dann
-
@arteck said in [gelöst]PV-Forecast Probleme mit solcast!:
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
So wie ich das sehen kann, werden die Daten nur in die Objekte der einzelnen plants geschrieben, wenn diese vorhanden sind. Löscht du die Inhalte alle, bevor du diese neu in die Objekte schreibst? Wenn ja, wo wird dies gemacht?
Ich habs auskommentiert, aber es wird immer noch gelöscht.
Das ist es nicht. -
@anbima said in [gelöst]PV-Forecast Probleme mit solcast!:
@arteck said in [gelöst]PV-Forecast Probleme mit solcast!:
@anbima sagte in [gelöst]PV-Forecast Probleme mit solcast!:
So wie ich das sehen kann, werden die Daten nur in die Objekte der einzelnen plants geschrieben, wenn diese vorhanden sind. Löscht du die Inhalte alle, bevor du diese neu in die Objekte schreibst? Wenn ja, wo wird dies gemacht?
Ich habs auskommentiert, aber es wird immer noch gelöscht.
Das ist es nicht.Vom experimentellen Verändern des Adaptercodes ist DRINGEND abzuraten. Dies kann zu diversen Problemen führen und verursacht ggF unnötige Sucharbeitr weil andere nicht ahnen können, dass du eine manipulierte Installation einsetzt.
-
@anbima said in [gelöst]PV-Forecast Probleme mit solcast!:
@timowald said in [gelöst]PV-Forecast Probleme mit solcast!:
Wo stelle ich den Abfrageinterval ein bzw wo stelle ich ein um wieviel Uhr eine Abfrage stattfinden soll?
Die Uhrzeit kannst du im Quellcode der main.js abändern.
Wenn sich einige melden, vielleicht macht es @haus-automatisierung dann
Wenn du einen Verbesserungsvorschlag hast, dann erstell doch bitte einen PR. @haus-automatisierung wird diesens icher prüfen und ggF in ein enächste Release mergen. Aber bitte verleite hier nicht User zum rumexperimentieren durch Verändern von Adaptercode. Im Problemfall kann dann niemand erraten dass die Flickwerkcode läuft und nicht eine Version deren Code auf Guthub nachvollziehbar ist.
-
@mcm1957 said in [gelöst]PV-Forecast Probleme mit solcast!:
Wenn du einen Verbesserungsvorschlag hast, dann erstell doch bitte einen PR. @haus-automatisierung wird diesens icher prüfen und ggF in ein enächste Release mergen. Aber bitte verleite hier nicht User zum rumexperimentieren durch Verändern von Adaptercode. Im Problemfall kann dann niemand erraten dass die Flickwerkcode läuft und nicht eine Version deren Code auf Guthub nachvollziehbar ist.
@haus-automatisierung hat doch geschrieben dass er sich freut, wenn man am Adapter mitarbeitet. Und er liest ja hier mit und wird Vorschläge sicherlich mit einarbeiten, wenn er sie gut findet.
-
@anbima said in [gelöst]PV-Forecast Probleme mit solcast!:
@mcm1957 said in [gelöst]PV-Forecast Probleme mit solcast!:
@anbima said in [gelöst]PV-Forecast Probleme mit solcast!:
@timowald said in [gelöst]PV-Forecast Probleme mit solcast!:
Wo stelle ich den Abfrageinterval ein bzw wo stelle ich ein um wieviel Uhr eine Abfrage stattfinden soll?
Die Uhrzeit kannst du im Quellcode der main.js abändern.
Wenn sich einige melden, vielleicht macht es @haus-automatisierung dann
Wenn du einen Verbesserungsvorschlag hast, dann erstell doch bitte einen PR. @haus-automatisierung wird diesens icher prüfen und ggF in ein enächste Release mergen. Aber bitte verleite hier nicht User zum rumexperimentieren durch Verändern von Adaptercode. Im Problemfall kann dann niemand erraten dass die Flickwerkcode läuft und nicht eine Version deren Code auf Guthub nachvollziehbar ist.
@haus-automatisierung hat doch geschrieben dass er sich freut, wenn man am Adapter mitarbeitet. Und er liest ja hier mit und wird Vorschläge sicherlich mit einarbeiten, wenn er sie gut findet.
JA jeder freut sich wenn du dein Wissen und deine Zeit einbringst.
Erstell gerne einen PR. Lass durchaus auch User testweise deinen Fork installieren. Aber BITTE verleite User NICHT zum direkten Editieren / Verändern von Dateien, insbesondere Codedateien direkt am Zeilsystem. Womöglich noch einem produktive laufenden System.
Das direkte Verändern von Dateien am Zielsystem ist selbst im Rahmen einer Entwicklung eine absolute Ausnahme.
-
@mcm1957 said in [gelöst]PV-Forecast Probleme mit solcast!:
JA jeder freut sich wenn du dein Wissen und deine Zeit einbringst.
Erstell gerne einen PR. Lass durchaus auch User testweise deinen Fork installieren. Aber BITTE verleite User NICHT zum direkten Editieren / Verändern von Dateien, insbesondere Codedateien direkt am Zeilsystem. Womöglich noch einem produktive laufenden System.
Das direkte Verändern von Dateien am Zielsystem ist selbst im Rahmen einer Entwicklung eine absolute Ausnahme.
Wollte hier keinem auf die Füße treten, sorry.
Habs gelöscht. -
@anbima said in [gelöst]PV-Forecast Probleme mit solcast!:
Wollte hier keinem auf die Füße treten, sorry.
Habs gelöscht.Du tritts niemand auf die Füße. Ich und alle anderen Devs freuen sich wenn wu mithelfen willst.
Mir geht es nur darum, dass hier möglichst keine Anregungen zum "Quickhacken" im Code gegeben werden. WENN dann nur mit dem ausdrücklichen Hinweis das auf eigenes Risiko und nur auf Testsystemen zu testen.
Warum?
Wenn dann in 3 Wochen der Adapeter "spinnt" erinnerz sich der User manchmal nicht mehr dran dass er was und vor allem was er verändert hat. Und die Helfenden haben keien Ahnung dass dort nicht Adaptercode Version 1.2.3 läuft sondern etwas verändertes. Und in 3 Jahren ergoggeln dann noch immer User dass Zeile 4711 zu ändern ist und ändern blind Zeile 4711 auch wenn dann doirt schon ganz was anderes drinnen stehtWenn du eine Idee oder Lösung für ein Problem hast dann schlage ich vor
- forke den Adapter auf GitHub
- mach deine Änderungen
- installier den Adapter von deinem GitHub Repo und teste ob alles so geht wie du geplant hast
- ggF und wenn notwendig lade User zum Testen ein (Forumsbereich Tester)
- erstell einen PR beim originalen Adapter damit die Verbesserungen einfließen können
@haus-automatisierung hat sicher diese Mitarbeit gemeint.
Ich hoffe ich hab dich nicht zusehr verschreckt und freu mich, wenn die Wiseen / Arbeit / Zeit in ioBroker einbringen willst.
-
Und ausserdem gehört das eigentlich auch nicht hier rein, sondern sollte wenn dann schon in den ursprünglichen Thread des PV Forecast Adapters weiter diskutiert werden.
Der Thread hier war eigentlich nur zur Problembehebung des Adapters gedacht und das ist ja mit der Version 4.0.0 erledigt.
Vielleicht kann das ja hier einer zumachen?
-
@haus-automatisierung
Hallo.
Ich habe mit der Version 4.0.0 noch eine Frage.
In der Konfiguration für Solcast gibt es keine Möglichkeit die Farbe der Balken ein zustellen. Ich verwende das Materialdesign JsonChart Widget. das sieht z.Z. so aus
Hier die Konfigurationsseite:
Im erzeugten Json DP fehlt der Eintrag für diie Farbe vermutlich deshaib auch.
Danke für deine Mühe und schönen Gruß
ag -
@ag sagte in [gelöst]PV-Forecast Probleme mit solcast!:
Im erzeugten Json DP fehlt der Eintrag für diie Farbe vermutlich deshaib auch.
Danke, habe ich ganz vergessen dass es die Farben ja auch noch im Graph gibt. Baue ich gleich ein. 4.0.1 ist auf dem Weg.
-
Danke jetzt gibts auch Farbe.
Gruß
ag
