Leistungsprognose für Wechselrichter

[DS_Starter]

Hallo Dieter,

die Mindest/typische Laufzeit kann man schon jetzt über den Schlüssel mintime im consumer-Attribut mitgeben.
Dann kann man es auch auswerten.

Allerdings weiß ich nicht genau welche Grafik du meinst. Meinst du die Flow-Grafik ?
Wenn ja, würde ich Max bitten es dort mit einzuarbeiten.

LG,
Heiko

[dk3572]

Hallo Dieter,

die Mindest/typische Laufzeit kann man schon jetzt über den Schlüssel mintime im consumer-Attribut mitgeben.
Dann kann man es auch auswerten.

Allerdings weiß ich nicht genau welche Grafik du meinst. Meinst du die Flow-Grafik ?
Wenn ja, würde ich Max bitten es dort mit einzuarbeiten.

LG,
Heiko

Hallo Heiko,

Danke für deine Antwort.
Ja, die Grafik meinte ich.

VG Dieter

[DS_Starter]

@Max, könntest du bitte den Einbau in die Grafik übernehmen ?

Das wäre super...

Technisch wäre es der Wert aus   ConsumerVal ($hash, <Consumernummer>, "mintime", <default>).

Du könntest auch erstmal einen Platzhalter in der Grafik vorsehen. Den Auswertungsteil würde ich dann einfügen.
Bin zur Zeit sehr mit DbRep beschäftigt.

Danke && LG,
Heiko

[MadMax]

Hallo Heiko,

War ne Zeit nicht Online, werde mir das die Woche mal durchlesen und dann bekomme ich das sicher hin.
Wo speicherst du denn die Restlaufzeit? Dann baue ich das ein.

Gruß
Max

[sn0000py]

Eine Frage, wie ist im moment die beste vorgehensweise, das modul zu testen?

ich habe nch eine uralte version (die funktion im die im 99_myutils liegt) und würde mal gerene die neue version testen

[DS_Starter]

Hallo sn0000py,

du lädst dir die aktuelle Version in dein FHEM.
Zum Download in der FHEMWEB Kommandozeile inklusive der Anführungszeichen angeben und danach FHEM restarten:

Code Auswählen Erweitern


"wget -qO ./FHEM/76_SolarForecast.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/76_SolarForecast.pm"


Wenn das erledigt ist, kannst du dir die Hilfe mit

Code Auswählen Erweitern


help Solarforecast de


aufrufen.
Da steht eigentlich alles drin. Geh einfach die Hilfe durch. Bei Fragen einfach fragen.

[DS_Starter]

@Max ...

Wo speicherst du denn die Restlaufzeit?

Das gibt es noch nicht, sondern nur die minimale Laufzeit mit ConsumerVal ($hash, <Consumernummer>, "mintime", <default>).

Am Besten verwendest du erstmal einen Dummy-Wert und ich ersetze den dann durch eine Logik.

Grüße,
Heiko

[sn0000py]

schon meine erste Frage

kann ich die Beschränkung irgendwie umgehen, das die Wetter Daten vom Type DWD_OpenData sein müssen?

Code Auswählen Erweitern

The device "DWD_Forecast" doesn't exist or has no TYPE "DWD_OpenData"

Wohne in Österreich und hat für den vorgänger das so gemacht, das ich regelmässig die RAD1H Werte vom nächsten Deutschen DWD genommen habe, die Wetterdaten (Cloud und temp) vom openweather, und dann in ein dummy Device gestopft, das die selben readings wie ein DWD_OpenData hatte

[DS_Starter]

Ah ja  ... momentan prüfe ich diesen Typ wegen der Abhängigkeit von ganz bestimmten Readingnamen und deren Inhalten damit die Logik auch so funktioniert wie sie es soll.
Da müsste erstmal schauen ob man diese Prüfung "gefahrlos" anders gestalten könnte.
Die Funktionen im Modul sind schon recht komplex und wenn die Inputdaten nicht in der erwarteteten Form gegeben werden, gestaltet sich der Supportaufwand u.U. sehr hoch um Fehler bei Usern zu finden. Deswegen dieses enge Korsett.

Grüße,
Heiko

[sn0000py]

eventuell schafft man das die wetterdaten dann auch von openweather oder so genommen werden kann?

in meiner letzen version wurden da ja nur die Temperatur und Wolkenwerte benötigt?

Oder schaffe ich es diese Werte sozusagen ganz kurz bevor SolarForecast die DWD DAten nimmt, das ich diese überschreiben kann?

[DS_Starter]

Also was ich vorhabe ist neben der Nuntzung von DWD Daten den Solcast API Dienst verfügbar zu machen.
Das wurde von verschiedenen Seiten (und auch in einem anderen Thread) bereits gewünscht und liegt auch in meinem Interesse da ich davon ausgehe, dass
diese Vorhersagedaten genauer sind als die Ableitung der DWD Daten.

Nur bin ich noch nicht dazu gekommen und hatte mich mit meinen anderen Modulen etwas beschäftigt (DbRep).
Vielleicht magst du auf die Integration der Solcast API warten ?

[sn0000py]

Oh stimmt das schaut gut aus das Solcast - dh da darf man 10 mal am Tag aktualisieren?

bzw. ich habe ja PV Strings in verschiedene Himmelsrichtungen (Osten, Süden und Westen) da wird man dann ja pro Refresh, 3 API Aufrufe benötigen?

Gibt es einen (ca) Zeitplan?

[DS_Starter]

Die ganz genauen Grenzwerte kenne ich noch nicht, mir war so wie 20 Aktualisierungen pro Tag.
Aber auch 10 würden sicherlich reichen, da sich die Vorhersagen sicherlich nicht so oft ändern.
Es gibt in einem anderen Thread auch schon diverse Anstrengungen von Usern, die es mit HTTPMOD versuchen
abzurufen und sich Auswertungen basteln.
Wenn ich es vernünftig schaffe hier zu implementieren, ist das sicherlich ein bedeutender Mehrwert mit den
bereits aufgebauten Möglichkeiten.

Im Winter war die Motivation für das Solarmodul nicht sonderlich hoch, aber wenn ich wieder etwas mehr Zeit (und Lust  ) habe,
setze ich mich dran. Könnte also zeitnah passieren.

Grüße,
Heiko

[MadMax]

Hallo Heiko,

ich habe das mit der Consumerzeit eingebaut.

Außerdem sind zwei neue Attribute dazu gekommen.
flowGraphicShowConsumerPower
Zeigt bzw. unterdrückt den Energieverbrauch der Consumer in der Energieflußgrafik. <br>
(default: 1)

flowGraphicShowConsumerTime
Zeigt bzw. unterdrückt die Zeit der Consumer in der Energieflußgrafik. <br>
(default: 1)

Gruß
Max

[DS_Starter]

Danke Max    ... schaue ich mir zeitnah an und übernehme es in den Standard.

LG,
Heiko