Leistungsprognose für Wechselrichter

[DS_Starter]

Prima, manchmal passieren Fehler ... sorry.
Bin gespannt wie es sich morgen darstellt.

LG,
Heiko

[thobo]

Hm.
Ich hab 2 Systeme auf dem einen hab ich die 0.6.0 und auf dem anderen die 0.10.0 Test Version laufen.
Beide haben aber für morgen die identische Prognose. Da ist keine Zeit Verschiebung zu erkennen.

Viele Grüße
Thomas

[DS_Starter]

Hallo Thomas,

nicht die Forecast verschiebt sich, sondern die Füllung Today_HourXX_PVreal Readings.
Das sehen wir dann morgen wenn der WR anfängt zu arbeiten.

Grüße,
Heiko

[DS_Starter]

Moin zusammen,

ich habe noch eine Sache in der Erstellung der pvHistory erkannt und beseitigt. Liegt im contrib. Bitte laden, restarten und dann ein

set <> reset pvHistory

ausführen.

[Wzut]

hast du restarted ?

Klar, FHEM hat sich ja komplett beended und da ich auf dem Testsystem keinen automatischen restart habe merkt man das sofort
Verwende nun deine letzte Version von heute Morgen.

[DS_Starter]

Moin Wzut,

ich habe deine Grafik + Attribute mit einer kleinen Änderung übernommen und als zusätzliche V 0.11.0 in mein contrib gestellt.
Die Vorbelegung für Val1 habe ich auf "forecast" gesetzt. Dadurch sieht die Grafik nach Definition so aus wie bisher.

Sieht alles schonmal gut aus 

Die Attributbezeichnung Val1/Val2 finde ich etwas nicht sprechend. Vllt. fällt uns da noch etwas besseres ein. Es ist ja im Prinzip nur eine Zuordnung welcher Wert in den beiden verfügbaren Balken angezeigt werden soll, oder ?

Dabei ist mir aufgefallen dass die Auswahl-Werte von Atttr "layoutType" dann nicht mehr so stimmen. Sie sind jetzt "pv,co,pvco,diff". Durch die mögliche Zuordung über Val1/Val2 reduziert sich das auf zum Beispiel "simple,double,diff".
Wie siehst du das ?

Weiterhin brauchen wir für die Darstellung von "consumtion" eigentlich auch Forecast und historische Werte. Momentan fällt mir nicht ein wie ich diese Werte aus den verfügbaren Messgrößen bereitstellen könnte. Momentan verweist Val1/Val2 immer auf "pvReal" wenn die Auswahl nicht "forecast" ist.

Hat jemend Ideen dazu ?

LG,
Heiko

[DS_Starter]

Habe die zusätzliche V 0.11.0 in meinem contrib wieder gelöscht und 76_SolarForecast.pm in der Version 0.11.0 bereitgestellt.

Folgende Änderungen sind drin um eine Vereinheitlichung voranzubringen:

* Attr beamColor umbenannt zu beam1Color
* Attr beamColor2 umbenannt zu beam2Color
* zusätzliches Attr history_hour
* Attr Val1 wurde zu beam1Content
* Attr Val2 wurde zu beam2Content

@Wzut, deine Grafik ist nun voll integriert. In der sub forecastGraphic werden die Attr beam1Content, beam2Content nur einmal abgefragt (in Var am Anfang gespeichert).

[Wzut]

wie ich bereits schrieb, mir sind die Namen relativ egal Val1&2 waren für mich bis jetzt eh nur Platzhalter. Gut das du nun die Farbnamen den Wertenamen angeglichen hast, macht es IMHO für den User logischer.
Was die Layout Typen betrifft fällt mir zu singel,double & diff auch nichts besseres ein, für mich sind sie ok.

Thema show_night : dadurch das du viel weiter oben im Modul immer schon auf Tag/Nacht prüfst und die ID um 100 erhöhst ist die Umsetzung die Nachtstunden zu überspringen relaiv leicht gewesen - quick & dirty habe ich es am laufen, muß aber nun noch etwas aufräumen.
Trotzdem schau doch bitte nochmal bei Gelegenheit auf diesen Punkt, Tag/Nacht sind doch direkt abhängig von Today_SunRise und Today_SunSet.
SunSet passt, aber SunRise 6:29 Uhr und das Wettericon für 5 Uhr ist schon Tag, das müsste doch die letzte Nachtstunde sein ?
Du kannst das ja leicht prüfen in dem du den Nacht Icons eine andere Farbe als am Tag gibst.
Edit : SunSet nimmt sich auch ne Stunde zu viel 18:33 und 19 ist noch Tag 

[DS_Starter]

Oh man, jetzt habe ich noch einen Fehler bei der Berechnung von etoday für jede Stunde festgestellt. Hatte eine Stunde zu früh bei der Differenzermittlung aufgehört und deshalb gab es zu große Differenzen je später es wird.

Ist korrigiert und liegt im contrib.

SunSet passt, aber SunRise 6:29 Uhr und das Wettericon für 5 Uhr ist schon Tag, das müsste doch die letzte Nachtstunde sein ?
Du kannst das ja leicht prüfen in dem du den Nacht Icons eine andere Farbe als am Tag gibst.
Edit : SunSet nimmt sich auch ne Stunde zu viel 18:33 und 19 ist noch Tag

Ja mach ich. Kann mich erinnern, dass wir an idesen Stellen etwas korrigiert hatten. Weiß nicht mehr warum, aber vllt. ist das inzwischen obsolet und kontraproduktiv.

[Wzut]

nur kein Stress, ist jetzt nicht so wichtig, dann hat mal halt die Nacht "nur" auf 2 Stunden reduziert.

[DS_Starter]

Habe die alte Korrektur von SunRise / SunSet wieder zurück genommen. War noch drin von "damals", war mir doch so. 

Im Getter pvHistory gibt es mit dem Key 99 jetzt auch noch eine Tagessumme der PV Erzeugung und auch eine Summe der PV Vorhersage. Über den Tag gesehen sollte sich die Summe der PV Erzeugung mit anderen Logs, zum Beispiel der Aufzeichnung der Erzeugung in einer Datenbank,  decken (kleinere Abweichungen sind gestattet). 
Damit kann man prüfen ob eventuell ein Fehler vorliegt.

Liegt im contrib.

[Wzut]

Hast du jetzt eigentlich schon den Forecast um eine  Stunde verschoben ?
Ich wundere mich gerade über Sonnenuntergang um 18:33 und einen Forcast für Hour19 on 32

[DS_Starter]

Ja, aber es betrifft die Zuordnung von PVReal.

Bei mir habe ich auch eine Forecast für Hour19 von 7Wh und real sind es tatsächlich 3 Wh. 
Und auch der  Sonnenuntergang um 18:33 passt dazu.

Die Stunde 19 des Tages geht nämlich von 18-19 Uhr und so muß man es auch lesen und nicht 19:15 oder dgl.
Da war ich auch darüber gestolpert und anfangs die PVreal Wert eine Stunde zu früh zugeordnet.

[Wzut]

ahh eine Insel, dann muss ich umbauen ... die Grafik geht z.Z. auch von dieser falschen Annahme aus.
Aber ich hätte noch zwei Dinge :
a. den Slider für history_hour kannst du ruhig von -12 auf -23 hochsetzen, die Grafik macht das bis genau dahin problemlos mit.
b. bin ich über folgende Zeile gestolpert :

Code Auswählen Erweitern

my $wid   = ReadingsNum($fcname, "fc${fd}_${fh}_ww",  99);                              # 55_DWD -> 0 .. 98 definiert , 99 ist nicht vorhanden

IMHO widerspricht dies aber unserem Icon hash :

Code Auswählen Erweitern

'99' => { s => '1', icon => 'weather_storm',            txtd => 'starkes Gewitter mit Graupel oder Hagel'
d.h. die 99 ist sogar ein signifikantes Wetter. Ich würde für unbekannt default -1 nehmen, da die 100 quasi auch belegt ist für die sonnige Nacht

[DS_Starter]

Ok, schaue ich mir auch noch an. Ich lade heute noch eine neue Version hoch weil ich in der Grafiksub auch weiter gearbeitet habe wegen Vereinheitlichungen usw.
Dann kannst du da wieder aufsetzen.