Accuweather - stündliche Werte nicht komplett
-
@thomkast Und damit Du wenn alles klappt nicht immer auf die Inject - Node drücken musst - öffnest Du die Inject Node einfach und gibst unten an, in welchen Zeitintervallen die Openweather API aufgerufen werden soll:
-
@thomkast sagte in Accuweather - stündliche Werte nicht komplett:
@mickym
Also, Du machst mich vollends sprachlos....Klappt perfekt und die Daten sehen gut aus. Damit kann ich erst mal meine weiteren Überlegungen anstellen.
Müsste jetzt nicht noch der inject per CRON automatisiert werden?
Hattest Du bei OW gelesen wie oft die Daten aktualisiert werden?Hab ich Dir gerade geschrieben, in der Inject-Node kannst Du selbst das Intervall bestimmen, wie oft dieses automatisch abruft. Ich machs alle 10 Minuten - aber bei 1000 Aufrufen/Tag solltest Du nun keine Probleme mehr haben.
-
@mickym
Oh cool! Sogar mit "Intervall zwischen Uhrzeiten".Vielleicht noch den eigentlichen UseCase zum Ende der Umsetzung
...Wir haben eine Wärmepumpe erhalten, die über SGready den Wasserspeicher um 5K überhitzen kann. Wenn also viel PV-Überschuss zur Verfügung steht, kann der Speicher zusätzlich aufgeheizt werden und damit bei späterer Nutzung Energie gespart werden.
Das Problem ist nur, wenn ich vom reinen Einspeisewert ausgehe, dann kommt es vor, dass die Einspeisemenge einbricht, die Wärmepumpe aber dennoch mind. 10 Minuten läuft und und für diese Dauer dann Strom zugekauft werden muss.
Sofern die OpenWeather-UVindex-Werte einigermaßen passen, könnte erst ab einem entsprechend hohen Wert das SGready-Signal Verwendung finden.Vielleicht hilft Deine Umsetzung ja auch noch anderen der Community. Mir hast Du auf alle perfekt weitergeholfen.
Schaue mir die Tage mal node-red und Deine Umsetzung tiefer an. Dann würde ich mich vielleicht gerne noch mal bei Dir melden.Für heute meinen herzlichen Dank für Deine Hilfe.
-
@thomkast sagte in Accuweather - stündliche Werte nicht komplett:
Vielleicht hilft Deine Umsetzung ja auch noch anderen der Community. Mir hast Du auf alle perfekt weitergeholfen.
Schaue mir die Tage mal node-red und Deine Umsetzung tiefer an. Dann würde ich mich vielleicht gerne noch mal bei Dir melden.Für heute meinen herzlichen Dank für Deine Hilfe.
Ich hab Dir gerne weitergeholfen und vielleicht bist Du nun jemand (oder wirst es), der erkennt, was für ein tolles Tool Node Red ist, gerade wenn man in der Programmierung nicht so bewandert ist, sondern sich mehr auf die Logik konzentriert. Übrigens hilft Dir vielleicht auch der Clouds Wert - also der Bedeckungsgrad.
Ich nutz den bei meiner Visualisierung bei Tag hellblauer oder grauer Hintergrund.
-
@thomkast Ich hab noch bissi nachgedacht - bei uns ist leider nicht so schönes Wetter in nächster Zeit.
Ich habe mal mit folgendem Flow - in der 3 Tagesvorhersage rausgefiltert, ab wann der UV Index über 1 ist - den Wert kann man natürlich dann später viel höher setzen
Mit dem folgenden Flow filterst Du die Zeiten dann aus:
Die Debug Node spukt Dir dann den UVI Index aus und wann das ist. Du wirst den Wert zum herausfiltern natürlich viel höher machen - aber das wird wohl auch alles erst bei besserem Wetter relevant sein.
Die Indexnr. (also Ordnernummer) verschiebt sich ja, da das zurückgelieferte Array ja immer in Stundenabstand vom aktuellen Abrufzeitpunkt abhängt.
Andererseits ist das aber auch Praktisch - weil im Ordner 0 immer der ForeCast der aktuellen Stunde enthalten ist und in Ordner 1 der in einer Stunde, sodass man auch ohne Filter eigentlich nur diese beiden Werte braucht um direkt eine Steuerung anzustossen.
-
@mickym
Verstehe ich dank Deiner Beschreibung. In den Nodes muss ich mir das in Ruhe anarbeiten...Für die Ansteuerung des SGready-Relais werde ich die UVindex-Werte aus 0h und 1h verwenden, also ähnlich wie in Deinem Ansatz. Da die Wärmepumpe nach einem Start mindestens 10 Minuten läuft und im Standardbetrieb ~ 2.8 kW zieht, macht es mMn. Sinn folgende Logik näher zu betrachten:
- Wenn Minuten (akt.Zeit) zwischen 0 und 45 -> prüfe UVi-Schwellwert gegen UVi von 0h
- Wenn Minuten (akt.Zeit) zwischen 46 und 59 -> prüfe UVi-Schwellwert gegen Mittelwert UVi von 0h und 1h
- zum Zeitpunkt der Ermittlung des UVi-Schwellwerts, müsste dann der Wert der PV-Einspeisung >= 3.0 kW sein (PV-Schwellwert)
- Wenn beides eingetreten ist, dann ist das SGready-Relais zu aktivieren
- Sobald entweder UVi oder PV-Einspeisung unter den jeweiligen Schwellwert fällt, ist das SGready-Relais zu deaktivieren
Um diese Logik zu prüfen werde ich die Werte in grafana darstellen. Mal schauen, ob sich ein sinnvoller UVi-Schwellwert finden lässt.
Wobei, noch eine Anmerkung: So wie ich es verstanden habe, ist der UVindex als 100'stel dargestellt und dürfte nie größer 1 werden. "0.15" würde damit 15% der maximal möglichen Sonneneinstrahlung entsprechen.
Da die Werte "UVindex" und "Clouds" in grafana den Werten der PV-Produktion gegenübergestellt werden sollen, wäre es nötig die beiden Werte zu vereinheitlich. Denn "Clouds" wiederum läuft von "0" bis "100" und stellt die Bewölkung direkt in "%" dar. Diese Anpassung führe ich dann in grafana herbei.Muss mal über mehrere Tage die Daten sammeln und betrachten. Melde mich dann gerne wieder mit einem ersten Eindruck.
Du bist doch Profi im Forum ;-). Macht es Sinn, die weiteren Details in diesem Post fortzuführen, oder sollte der Post thematisch in einer anderen Gruppe/Kategorie geführt werden ??.??
-
Lass mich mal folgende Gedanken zu Deinem Post - letztlich kenne ich erst seit gestern abend zum Schluß den Use Case und ich bin noch wie vor der Meinung, dass Du mit Forecast Solar ggf. besser fährst, da es Dir die ganze Rechnerei abnimmt und im Prinzip Dir den zu erwartenden Wert der PV Einspeisung fix und fertig liefert und Du damit viel schneller zum Ziel kommst, zudem ich nicht immer von der Genauigkeit der globalen Wetterdienste begeistert bin.
Bislang hast Du ja nicht gesagt, was nicht funktioniert hat.Ich hatte Dir ja noch eine kleine Anleitung hier geschickt https://forum.iobroker.net/topic/48993/accuweather-stündliche-werte-nicht-komplett/23?_=1635944835645 und das geht sogar ohne API-Key.
Wobei, noch eine Anmerkung: So wie ich es verstanden habe, ist der UVindex als 100'stel dargestellt und dürfte nie größer 1 werden. "0.15" würde damit 15% der maximal möglichen Sonneneinstrahlung entsprechen.
Da die Werte "UVindex" und "Clouds" in grafana den Werten der PV-Produktion gegenübergestellt werden sollen, wäre es nötig die beiden Werte zu vereinheitlich. Denn "Clouds" wiederum läuft von "0" bis "100" und stellt die Bewölkung direkt in "%" dar. Diese Anpassung führe ich dann in grafana herbei.
Nein der UV Index richtet sich genau nach der offiziellen Skala:
https://de.wikipedia.org/wiki/UV-Index
Wenn Du also mal schaust in diesem Wikipedia Artikel - (z. Bsp. Berlin) wird in unseren Breitengraden im Winter selten ein UV-Index über 1 erreicht. Selbst wenn die Sonne scheint - da der Sonnenstand hier mit eine Rolle spielt. Übrigens gabs in dem Screenshot - heute einen UVI von über 1 (also 1,1 und 1,17 )
Falls die PV-Einspeisung also mit dem UVI direkt korreliert, wirst Du damit nun im Winter ein Problem haben.
Für die Ansteuerung des SGready-Relais werde ich die UVindex-Werte aus 0h und 1h verwenden, also ähnlich wie in Deinem Ansatz. Da die Wärmepumpe nach einem Start mindestens 10 Minuten läuft und im Standardbetrieb ~ 2.8 kW zieht, macht es mMn. Sinn folgende Logik näher zu betrachten:
Wenn Minuten (akt.Zeit) zwischen 0 und 45 -> prüfe UVi-Schwellwert gegen UVi von 0h
Wenn Minuten (akt.Zeit) zwischen 46 und 59 -> prüfe UVi-Schwellwert gegen Mittelwert UVi von 0h und 1hDas hast Du zwar in meinen Augen alles richtig verstanden, aber ich würde hier nicht mit Minuten rechnen. Du brauchst ja sowieso eine gewisse Hysterese.
Gesetzt den Fall (Du schwenkst nicht doch noch auf Forecast Solar um
) hätte ich anstelle der Stündlichen Vorhersage oder zusätzlich zur stündlichen Vorhersage noch current mitgenommen.
Nach in dem Link https://api.openweathermap.org/data/2.5/onecall?lat=xxxxx&lon=yyyyy&exclude=minutely,current,daily,alerts&appid=zzzzz&units=metric&lang=de current nicht ausgeschlossen.Das heißt Du bekommst den Trigger einfach genau zu dem Zeitpunkt, in dem Du die API aufrufst. Dann kann man hourly 0 und hourly 1 noch mithinzuziehen, um quasi eine Fehlschaltung zu vermeiden. Du musst ja sowieso eine gewisse Hysterese einbauen, damit am Schwellenwert nicht hin und hergeschaltet wird. Wie gesagt ich halt deshalb Forcast Solar für geeigneter.
Du bekommst letztlich für den Tag solche blauen Kurve und kannst dann überlegen, ob es Sinn macht zu reagieren oder auch Peaks zu ignorieren:
Zuletzt:
Du bist doch Profi im Forum ;-). Macht es Sinn, die weiteren Details in diesem Post fortzuführen, oder sollte der Post thematisch in einer anderen Gruppe/Kategorie geführt werden ??.??
Na ja.
- Fürs erste war der Threadtitel ja ganz richtig. Ich denke aber, dass Du vielleicht noch am Anfang stehst und ja ich würde wahrscheinlich einen neuen Thread aufmachen, wobei ich im Titel die Vorhersage der Sonneneinstrahlung mit der PV Analge - sprich Deinen UseCase beschreiben würde. Da gibts sicher noch eine Menge Input. Ich kann da selbst nicht mitreden, da ich in einer Mietwohnung ohne Solarpanelen wohne.
Aber ich helfe eben gerne die Logik bei verschiedenen Problemen insbesondere mit NodeRed zu implementieren - da ich das Tool toll finde und es mir Spaß macht mit Leuten hier Probleme gemeinsam zu lösen. Sofern ich das kann. Ich nutze ja auch nicht alles - Ich habe zum Beispiel kein Grafana, sondern nutze noch flot mit mySQL usw. Da kann ich also weniger helfen. -
Wenn Du mal diesen Flow importierst (die GeoDaten sind vom Berliner Olympiastadion und musst halt austauschen) und dann noch die Werte Deiner PV Anlage angibst dann bekommst folgende Daten:
Du musst halt neben den Geodaten noch die Daten Deiner PV Anlage eingeben. Das habe ich ja in dem Thread hier beschrieben.
Damit siehst dann sofort wann Deine 3kW überschritten sind. Du hast nur 12 Aufrufe pro Tag frei, aber bei diesem ForeCast dürfte das genügen.
Das schöne ist, dass man auch sieht wieviele Aufrufe noch für den Tag verbleiben:
Im Prinzip kann man mit den Daten im Node Red direkt arbeiten, aber Du kannst das natürlich genauso wie vorher alles in Datenpunkte im iobroker schreiben und dann kannst DU wieder mit Blockly oder mit was Du bisher gearbeitet hast weiter machen. Man würde hier wahrscheinlich dann aber nur die Punkte zur vollen Stunde nehmen, da sonst die Anzahl der Punkte kontinuierlich wächst.
Musst halt trotzdem mit dem Probieren aufpassen, sonst sind Deine 12 Aufrufe bald verbraucht.
Das Debug Fenster im Node Red ist übrigens die Wanze:
Hier der Flow zum Import
:
Die Anpassung um die Watt Werte Deiner tatsächlichen Leistung anzupassen kann man ja über den letzten Parameter machen, der ja die Leitsung Deiner PV Anlage angibt. Da kann man ja bissi spielen, damit sich das annähert.
-
So wenn man das dann noch als schöne Datenpunkte im iobroker haben möchte - ist das etwas komplexer, aber dann würde sich dieser Flow anbieten:
Dieser erzeugt dann die Datenpunkte immer zur vollen Stunde. Man darf aber nur auf die Trigger gehen - sprich wird für einen Tag der Datenpunkt nicht aktualisiert - bleibt da der alte Wert stehen - sieht man dann ja am Timestamp:
Das sieht dann so aus und Du hättest somit für jede Stunde des Tages die zu erwartende Leistung Deiner PV:
-
Ach und wieder eine ganz grundsätzliche Anmerkung. Im Grunde brauchst Du gar keine Datenpunkte im iobroker, um die Logik zu implementieren.
Es ist halt schön, die jeweiligen Werte zu sehen oder wenn Du mit anderen Tools (Blockly, JS) über die Datenpunkte weiter arbeiten willst oder die in eine Datenbank zu Visualisierung für einen Graphen brauchst. Dann macht es tatsächlich Sinn, alles in Datenpunkten abzuspeichern.
Meine Openweather Werte werden alle 10 Minuten abgerufen und ich speichere die gar nicht in Datenpunkten, sondern nur im NodeRed zur weiteren Verarbeitung. Natürlich sind die nach jedem Adapterneustart verloren, aber bei 10 Minuten Aktualisierung ist das nicht tragisch.
Sprich wenn Du nach Adapterneustart direkt die APIs aufrufst, dann hast Du ja immer die aktuellen Daten zur Weiterverarbeitung parat.
