Leistungsprognose für Wechselrichter

[DS_Starter]

Ich habe eine korrigierte V0.14.0 ins contrib geladen.

Das Reading Today_Hour.*_Consumption habe ich umbenannt in Today_Hour.*_GridConsumption.
Das trifft den Inhalt korrekter.

[DS_Starter]

@Wzut, zieh dir mal die neue V aus dem contrib. Ich habe einen Fehler beim Befüllen der Ringpuffer entdeckt und korrigiert.
Dann habe ich eben einen Darstellungsfehler in der Grafik vs. Inhalt Ringpuffer entdeckt.
Schau mal ...

[Wzut]

hoffentlich nicht genau denFehler den ich schon seit 2 Stunden suche ...

[DS_Starter]

Was hältst du davon wenn wir "ThisHour_" durch "NextHour00_" ersetzen ?
Das macht die Logik übersichtlicher und fügt sich in die Readingstruktur besser ein.

[DS_Starter]

Ich weiß jetzt nicht was du genau suchst, aber nur der Hinweis dass die Ringpuffer zur Zeit immer 24h abbilden. Der forecast die zukünftigen 24h und der pvreal die vergangenen 24h (die Zukunft kann er ja nicht kennen).
Wo nimmst du eigentlich die Forecastwerte aus der Vergangenheit zur Anzeige her wenn man history_hour nutzt ?

[DS_Starter]

Habe "ThisHour_" durch "NextHour00_" ersetzt. Das sieht m.M. gut und aufgeräumt aus.
Liegt im contrib.

[Wzut]

Ich weiß jetzt nicht was du genau suchst, aber nur der Hinweis dass die Ringpuffer zur Zeit immer 24h abbilden. Der forecast die zukünftigen 24h und der pvreal die vergangenen 24h (die Zukunft kann er ja nicht kennen).
Wo nimmst du eigentlich die Forecastwerte aus der Vergangenheit zur Anzeige her wenn man history_hour nutzt ?

Ich habe gestern gesucht (und nicht gefunden) das die Werte im Ringpuffer nicht den Werten in den Readings Today_HourX entsprechen.
D.h. ich suche keine simple Verschiebung um X Stunden sondern habe Werte die überhaupt nicht zusammen passen.

In einem frührem Post habe ich schon mal geschrieben  : Vergangenheit & aktuelle Stunde = Ringpuffer , nächste Stunde und mehr = Readings
Da der Ringpuffer mit seinem 24 Elementen die Werte der aktuellen Stunde enthält müssen die anderen 23 doch alle History sein, daher habe ich ja auch vorgeschlage das Attribut history_hour auf per default statt bisher -12 auf -23 zu erhöhen oder habe ich hier einen Denkfehler ?

Das mit dem NextHour00 finde ich gut, wollte schon danach fragen habe mich aber nicht getraut
Deine letzte contrib Version hole ich mir heute Nachmittag wenn ich weiter am Modul schraube, der Vormittag ist bereits anderweitig verplant.

Aber noch eine Bitte : schau dir doch bitte nochmal den Bereich der 48 Weather Ids an, ich habe bisher das Gehühl das der Index der da verwendet wird um eins verschoben ist zum Index des Ringpuffers 

[Wzut]

Nachtrag : ich konnte es natürlich nicht lassen und habe die aktuelle Version gezogen :

Code Auswählen Erweitern

2021.03.19 08:31:54 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/76_SolarForecast.pm line 1504.
und das ständig im Log , angezeigt bekomme ich auch nichts mehr statt dessen nur noch
Awaiting data from selected Solar Forecast device ...

[DS_Starter]

Moin Wzut,

das gibt sich nach dem 1. Datenabruf. Das ist nur weil die Readings umbenannt wurden.
Achso und nicht vergessen dass das currentMeterDev erweitert wurde ! (siehe #352)

[Wzut]

currentMeterDev mit erweiterung ist klar, aber die angemeckerte Zeile 1504 bezieht sich auf das Inverter Device
und da hatte ich bisher etoday= aber du willst nun da etotal=
Mit etotal ist zumindest mal das Log ruhig, aber das Awaiting data from selected Solar Forecast device bleibt

[DS_Starter]

aber das Awaiting data from selected Solar Forecast device bleibt

Ist nur dann so, wenn diese Bedingung in der Grafik sub nicht erfüllt ist:

my $pv0    = ReadingsNum ($name, "NextHour00_PVforecast", undef);

Gibt es bei dir kein Reading NextHour00_PVforecast ?

[DS_Starter]

So, ich denke ich konnte auch das Problem finden/fixen.
Sieht wieder besser aus.

V0.15.2. liegt im contrib.

Ich habe gestern gesucht (und nicht gefunden) das die Werte im Ringpuffer nicht den Werten in den Readings Today_HourX entsprechen.
D.h. ich suche keine simple Verschiebung um X Stunden sondern habe Werte die überhaupt nicht zusammen passen.

Bei dem Ringpuffer muß man immer beachten, dass z.B. die forecast 24h in die Zukunft blickt. Also z.B. wenn es jetzt die Stunde 15 ist, enthält der Ringpuffer für die Stunde 15 den aktuellen Wert für heute Stunde 15. ABER die Stunde 14 im Ringpuffer ist bereits der Wert von MORGEN Stunde 14 weil 24h in der Zukunft !! 

Edit: Was noch nicht so klappt ist die Steuerung mit dem Attr history_hour. Wenn man in die Vergangenheit zoomt, müsstest du das pvHistory Hash anzapfen. Dort steht alles drin was mal war. Allerdings musst du dann auch schauen mit dem Datum klarzukommen, d.h. wenn man am 01. des Monats rückwärts zoomt, muss der letzte gültige Tag des Vormonats berücksichtigt werden etc. Weiß garnicht so recht ob sich der Aufwand lohnt ...

[Wzut]

ohh verdammt, dann habe ich das genau falsch herum verstanden
Kein Wunder das dann Reading und Puffer in keiner Weise zusammenpassen.
Um in die Vergangenheit zu schauen bleibt dann nur der Weg über die Today Readings - am Morgen gibt es dann eben keine History, aber sobald Werte verfügbar sind wandert die aktuelle Stunde auf der X Achse immer weiter nach rechts bis max. history_hour erreicht ist.
Ich kann damit leben, habe ich doch dann auf jeden Fall am Abend eine Übersicht über den gelaufenen Tag, dann brauchen wir auch den Bereich nicht bis -23 erweitern, -12 reicht da völlig aus.

Deine Aktuelle contrib Version läuft, habe wieder Balken und auch die beiden Readings NextHour00_

[Wzut]

@Heiko, sei mir nicht böse .... aber mit den heutigen Versionen kann man nicht arbeiten
Bei jeden Änderung und reload 76_Solarforecast habe ich dieses blöde Awaiting wieder und wohl doch nur weil das Reading ThisHour_PVforecast verschwunden ist und $pv0 damit undef. Ich habe mir jetzt damit beholfen statt ThisHour_PVforecast das neue NextHour00_PVforecast zu nehmen.
Dann habe ich zwar sofort wieder Balken aber die aktuelle Stunde hat keine Werte ... ich dreh noch durch.

[DS_Starter]

Also diese Probs habe ich bei mir nicht. Reload klappt astrein, restart auch. Komisch