NEWS
Accuweather - stündliche Werte nicht komplett
-
@mickym sagte in Accuweather - st
ü
ndliche Werte nicht komplett:@thomkast Das ist gleich mein 2. Flow f
ü
r Dich - wie willst Du den Datumspunkt gerne genannt haben, habs gerade
forcastTime genannt - aber such Dir gerne was anderes aus, dann
ä
ndere ich das noch schnell in dem Flow.Normalerweise darf da aber gar kein Datum drin stehen, sondern nur eine Zahl

Ja klar. Ich habe die Rolle manuell auf DATE ge
ä
ndert. Dachte es wird dann direkt korrekt dargestellt. Als Rolle STATE steht dann das UNIX UTC Datum/Uhrzeit als Zahl drin.@thomkast So nun noch ein paar Erg
ä
nzungen - weil seit dem admin5 sich einiges ge
ä
ndert hat und in NodeRed hat man das bei den iobroker-out Nodes nicht mitber
ü
cksichtigt.Bei den ganzen Ordnern fehlen leider die Objekte (rot markiert):

Deshalb bitte folgendes Skript im Javascript Adapter als Javascript importieren:
/** * Zweck: Korrigiert übergeordnete Ordnerstrukturen eines Datenpunkts * Datum: 07.08.2021 * Autor: @fastfoot */ // In den Settings der Javascript-Instanz muss setObject erlaubt sein!!! let arr = [], id = ''; const ids = $('0_userdata.0.*'); ids.each(idTmp => { arr=idTmp.split('.'); arr.splice(arr.length-1); id=arr.join('.'); if(arr[0] === '0_userdata' || arr[0] === 'alias' || arr[0] === 'mqtt' || arr[0] === 'javascript'){ correctObject(id, arr); } }) function correctObject(id,arr){ if(arr.length === 2) return; if(!existsObject(id)){ let obj = {}; obj = { type: 'folder', common:{ name: arr[arr.length - 1] } } extendObject(id, obj, e => { if (e) log('Fehler beim Schreiben des Objektes: '+ id + ' ' + e); }) } arr.splice(arr.length - 1); id = arr.join('.'); correctObject(id, arr); }Dieses Skript musst Du einmal Laufen lassen und immer dann - wenn Du mal den ganzen Openweather Ast l
ö
scht.
Sobald das Skript einmal gelaufen ist, dann sind das wieder saubere Folder Objekte:

-
@thomkast So wenn Du in Deinen bestehenden Flow noch folgende Nodes importierst, dann wird das um neue Datenpunkte mit ausgeschriebenem Datum erg
ä
nzt:
Dieses Mal kannst Du den Code direkt
ü
ber die Zwischenablage importieren:Dann bekommst Du die folgenden Nodes noch dazu:

Eigentlich m
ü
sste es ja forecastTime hei
ß
en:Musst halt hier nochmal
ä
ndern:
@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? -
@mickym sagte in Accuweather - st
ü
ndliche Werte nicht komplett:@thomkast Das ist gleich mein 2. Flow f
ü
r Dich - wie willst Du den Datumspunkt gerne genannt haben, habs gerade
forcastTime genannt - aber such Dir gerne was anderes aus, dann
ä
ndere ich das noch schnell in dem Flow.Normalerweise darf da aber gar kein Datum drin stehen, sondern nur eine Zahl

Ja klar. Ich habe die Rolle manuell auf DATE ge
ä
ndert. Dachte es wird dann direkt korrekt dargestellt. Als Rolle STATE steht dann das UNIX UTC Datum/Uhrzeit als Zahl drin. -
@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?@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.

-
@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:
@mickym
Oh cool! Sogar mit "Intervall zwischen Uhrzeiten".Vielleicht noch den eigentlichen UseCase zum Ende der Umsetzung :man-facepalming: ...
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. 
-
@mickym
Oh cool! Sogar mit "Intervall zwischen Uhrzeiten".Vielleicht noch den eigentlichen UseCase zum Ende der Umsetzung :man-facepalming: ...
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.


-
@mickym
Oh cool! Sogar mit "Intervall zwischen Uhrzeiten".Vielleicht noch den eigentlichen UseCase zum Ende der Umsetzung :man-facepalming: ...
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 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 setzenMit 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.
-
@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 setzenMit 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 ??.?? - Wenn Minuten (akt.Zeit) zwischen 0 und 45 -> pr
-
@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 Minuten (akt.Zeit) zwischen 0 und 45 -> pr
-
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. -
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:
-
@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 ??.??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.
- Wenn Minuten (akt.Zeit) zwischen 0 und 45 -> pr
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden