Leistungsprognose für Wechselrichter

[sn0000py]

Ah okay die funktion hat sich geändert

Wäre es möglich irgendwie eine Möglichkeit zu schaffen (oder gibt es eh schon was wie man das am besten machen kann) das ich meine Werte für Cloud/rain/temperatur einspeisen kann?

Ich verwende ja die DWD DAten für die rad1h werte und den openweathermap für die restlichen Daten (Da die für meinen Standort existieren)
im moment mache ich das ganz primitv so
(Beim openweaterhmap fangen die stündlichen Daten immer bei 1 an für die aktuelle stunde)

Code Auswählen Erweitern

  my $openWeatherIdx = 1;
  my $openweatherTS = ReadingsVal($openweather, "hourly_01_dt", "");
  my ($ow_sec,$ow_min,$ow_hour,$ow_mday,$ow_mon,$ow_year,$ow_wday,$ow_yday,$ow_isdst) = localtime($openweatherTS); $ow_year += 1900; $ow_mon += 1;
      for ($i = 7; $i <= 19; $i++) {
        $timestring = time_str2num($year."-".$mon."-".$mday." ".$i.":00:00")+$fc*24*60*60;
        $timestamp  = POSIX::strftime("%Y-%m-%d %H:00:00",localtime($timestring)) ;

$openweatherTS = ReadingsVal($openweather, "hourly_".sprintf("%0.2d", $openWeatherIdx)."_dt", "");
Log 1, $timestamp."  OpenWeatherID : ".$openweatherTS." ... ".$openWeatherIdx." ... ".sprintf("%0.2d", $openWeatherIdx)." ... ".$timestring;
while ((($openweatherTS+30*60) < $timestring) && ($openWeatherIdx < 24)) {
$openWeatherIdx++;
$openweatherTS = ReadingsVal($openweather, "hourly_".sprintf("%0.2d", $openWeatherIdx)."_dt", "");
}
...
if ( (($openweatherTS+20*60) > $timestring) && (($openweatherTS-20*60) < $timestring) && ($openWeatherIdx < 24)) {
Log 1, "Use OpenWeatherID : ".$openWeatherIdx;
            $Solar_Temp           = ReadingsVal($openweather, "hourly_".sprintf("%0.2d", $openWeatherIdx)."_temp" ,0) + 10;
            $Solar_Cloud          = ReadingsVal($openweather, "hourly_".sprintf("%0.2d", $openWeatherIdx)."_cloud" ,0);
$Solar_Rain   = 0;
}




[ch.eick]

Ah okay die funktion hat sich geändert

Wäre es möglich irgendwie eine Möglichkeit zu schaffen (oder gibt es eh schon was wie man das am besten machen kann) das ich meine Werte für Cloud/rain/temperatur einspeisen kann?

Ich verwende ja die DWD DAten für die rad1h werte und den openweathermap für die restlichen Daten (Da die für meinen Standort existieren)
im moment mache ich das ganz primitv so
(Beim openweaterhmap fangen die stündlichen Daten immer bei 1 an für die aktuelle stunde)

1.) Das beste wäre, wenn Du einen DUMMY erstellst, der die gültigen Daten beinhaltet.

2.) Oder Du nimmst aus dem DWD Device alle readings raus, die für Dich keine Gültigkeit haben.
   Danach ersetzt Du aus deiner Quelle die readings, mit dem Namen, den sie beim DWD gehabt hätten.

EDIT: DWD mit den nötigsten readings

Code Auswählen Erweitern


defmod DWD_Forecast DWD_OpenData
attr DWD_Forecast DbLogExclude .*
ttr DWD_Forecast event-on-change-reading Rad1h,TTT,Neff,R600
attr DWD_Forecast forecastDays 1
attr DWD_Forecast forecastProperties Rad1h,TTT,Neff,R600
attr DWD_Forecast forecastResolution 1
attr DWD_Forecast forecastStation P0178
attr DWD_Forecast group PV Leistungsprognose
attr DWD_Forecast icon weather_rain_fog
attr DWD_Forecast room Informationen->Wetter,Strom->Photovoltaik
attr DWD_Forecast sortby 07
attr DWD_Forecast verbose 0


[ch.eick]

Ich verwende ja die DWD DAten für die rad1h werte und den openweathermap für die restlichen Daten (Da die für meinen Standort existieren)

Okay, dann beim DWD nur diesen Wert lesen.

im moment mache ich das ganz primitv so
(Beim openweaterhmap fangen die stündlichen Daten immer bei 1 an für die aktuelle stunde)

Mit userreadings die openweaterhmap Daten auf das DWD Device Mappen und damit die readings erzeugen.
Ich würde das nicht mit einer eigenen myUtils Funktion machen, sondern im userreadings den Code mit im DWD Device einbauen,
dann sieht man sofort, das es manipuliert ist und Du kannst die Solar_forecst() Funktion im Original behalten.
So hast Du die Möglichkeit schnell den Updates zu folgen.

Hier ein Beispiel für Perl im userreading aus einem anderen Device

Code Auswählen Erweitern


Statistic_EnergyHomePvSum_Day:Statistic_EnergyHomePv_Day.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day", "0")+ReadingsVal("$NAME","Statistic_EnergyHomePv_Day", "0")) ,2)}


[sn0000py]

ok danke für die Tipps, ich werde es aber dann vermutlich doch eher mit ienem Dummy "DWD_Forecast" device machen.

Da mir die zuordnung der stündlichen werte zu umständlich wird per userreadings

DWD hat ja fix fc0_7_TTT ist immer FIX Temperatur um 7 Uhr am aktuellen Tag
beim openweatermap ist hourly_06_temp um 1 Uhr die Temperatur von 7 Uhr
und um 7Uhr dann heisst die varaible dann hourly_01_temp

[ch.eick]

ok danke für die Tipps, ich werde es aber dann vermutlich doch eher mit ienem Dummy "DWD_Forecast" device machen.

Da mir die zuordnung der stündlichen werte zu umständlich wird per userreadings

DWD hat ja fix fc0_7_TTT ist immer FIX Temperatur um 7 Uhr am aktuellen Tag
beim openweatermap ist hourly_06_temp um 1 Uhr die Temperatur von 7 Uhr
und um 7Uhr dann heisst die varaible dann hourly_01_temp

Du kannst ja den Code dafür ins userreading integrieren.

[sn0000py]

Hallo habe nun mal den aktuellen Vergleich der zwei kurven

Kann ich bei diesem zeitlichen versatz noch was optimieren?
Oder soll ich es mal so lassen?

[ch.eick]

Hallo habe nun mal den aktuellen Vergleich der zwei kurven

Kann ich bei diesem zeitlichen versatz noch was optimieren?
Oder soll ich es mal so lassen?

Wie gesagt, das ist kein zeitlicher Versatz!
Das sieht bereits sehr gut aus.
Der nächste Schritt wäre die Autokorrektur, die dann die Abweichung am Nachmittag noch etwas anheben würde, wenn das im Durchschnitt der letzten Tage immer so wäre.

Dafür kannst Du der Beschreibung folgen und es mit Device und reading in Das Device Deines WR einfügen.

[ch.eick]

Hallo,
ich hatte beim Solar_Forecast Modul meine Inverter Werte mit der falschen Einheit konfiguriert, wie kann ich das jetzt zurücksetzen?
Gruß Christian

[DS_Starter]

set <> currentInverterDev ...  ?

[ch.eick]

set <> currentInverterDev ...  ?

Genau das habe ich geändert, aber die Werte haben sich noch nicht verringert.

[DS_Starter]

Zusätzlich noch

set <> reset pvHistory
set <> reset pvCorrection

um historische Werte / Korrekturen zu löschen wenn nötig.

[ch.eick]

Zusätzlich noch

set <> reset pvHistory
set <> reset pvCorrection

um historische Werte / Korrekturen zu löschen wenn nötig.

Okay, jetzt sieht es besser aus. Nun kann der Vergleich starten
Kannst Du mir nochmal das Attribut für die readings nennen, um die ohne Einheit ins DbLog zu schreiben? Dann würde ich die Kurve noch mit ins Diagramm aufnehmen.

[DS_Starter]

Das kannst du mit etwas Code in DbLogValueFn bzw. valueFn erledigen.
Generell muss ich noch eine kleine Funktion dafür implementieren um es zu automatisieren.

[papa]

Ich benutze logProxy, um mir den Forecast direkt in meine Anzeige zu malen.
Code zur Bereitstellung der Daten ist:

Code Auswählen Erweitern

sub solarFC($$$) {
  my ($dev,$from,$to) = @_;
  my $data = $from." 0\n";
  my $start = substr($from,0,11);
  for( my $i=1; $i < 24; ++$i ) {
    my $h = $i < 10 ? "0".$i : "".$i;
    my $h0 = ($i-1) < 10 ? "0".($i-1) : "".($i-1);
    $data .= $start;
    $data .= $h0.":59:00 ".ReadingsNum($dev,"Today_Hour".$h."_PVforecast","0")."\n";
  }
  $data .= $to." 0\n";
  return $data;
}

Das sieht dann wie im angehängten Bild aus - die gelbe Line. Rot ist Bezug, Grün ist PV-Production und Blau ist Einspeisung.

[Wzut]

for( my $i=1; $i < 24; ++$i ) {

WOW , wievel machst du so im Schnitt bei völliger Dunkelheit ?
Ich habe etwas ähnliches, allerdings "nur" 5..22