76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Prof. Dr. Peter Henning]

Zur Darstellung in der Grafik: Warum nicht die Anzeige mit derjenigen von Floorplan "kreuzen" und die Positionierung der einzelnen Icons dem Benutzer überlassen?
Das könnte auch den Attributedschungel etwas lichten, denn das Konzept von Floorplan sieht ja vor, dass Position und weitere Aspekte beim Device gespeichert werden, nicht beim anzeigenden Modul.

So habe ich das übrigens auch beim Alarm-Modul gelöst.

LG

pah

[Rewe2000]

Hallo Heiko,

ich vermute kein Problem mit der Zeitwandlung UTC nach MESZ. Das DWD_OpenData Modul holt bei mir die forecast-Daten nicht nach, sondern bereits kurz vor Veröffentlichung auf dem DWD-Server ab (XX:38 Uhr). Nachdem ja, bedingt durch das Attribut forecastResolution 1, die forecast-Daten nur einmal stündlich vom Server geholt werden, sind diese dann immer um ca. 1 Stunde "veraltet".

Code Auswählen Erweitern

MOSMIX_S_2024101708_240.kmz                        17-Oct-2024 08:42            38886633
MOSMIX_S_2024101709_240.kmz                        17-Oct-2024 09:41            38871327
MOSMIX_S_2024101710_240.kmz                        17-Oct-2024 10:42            38922693
MOSMIX_S_LATEST_240.kmz                            17-Oct-2024 10:42            38922693
Stoße ich die Aktualisierung der Vorhersagedaten im DWD_OpenData Modul von Hand, nach Veröffentlichung auf der DWD-Homepage an (get DWD_OpenData forecast), dann werden die Daten sofort korrekt aktualisiert und alles passt wieder.

Ich als Anwender habe ja keine Möglichkeit die Minuten vorzugeben, wann die Abholung erfolgen soll, optimal wäre hier ein Zeitpunkt kurz nach Bereitstellung.
Wären denn aktuellere Vorhersagedaten auch vorteilhafter für die Berechnungen im SolarForcast Modul?
Andererseits sollte aufgrund der vielen Daten die Aktualisierung auch nicht mehrmals pro Stunde erfolgen.

Gruß Reinhard

[kask]

Zur Darstellung in der Grafik: Warum nicht die Anzeige mit derjenigen von Floorplan "kreuzen" und die Positionierung der einzelnen Icons dem Benutzer überlassen?
Das könnte auch den Attributedschungel etwas lichten, denn das Konzept von Floorplan sieht ja vor, dass Position und weitere Aspekte beim Device gespeichert werden, nicht beim anzeigenden Modul.

So habe ich das übrigens auch beim Alarm-Modul gelöst.

LG

pah

Die Idee ist ja nicht schlecht. Aber, ich denke das ist nicht so einfach umzusetzen mit den Flowgrafiken. Die müssten dann ja anhand der Position auch die Richtung ändern können/müssen.
Ist nicht ganz so trivial das ganze, aber auch nicht unlösbar.

Mit der Flowgrafikerweiterung bin ich mal wieder an dem Punkt das man das ganze hätte Modular aufbauen sollen.
Das ist mitlerweile soviel was da passiert in dem Modul. Modularität hatte jetzt sicher schon getrumpft.

[DS_Starter]

Mit der Flowgrafikerweiterung bin ich mal wieder an dem Punkt das man das ganze hätte Modular aufbauen sollen.
Das ist mitlerweile soviel was da passiert in dem Modul. Modularität hatte jetzt sicher schon getrumpft.

Was hindert dich denn daran?
Alle Grafiken im Modul mit graphicSelect=none und ggf. graphicHeaderDetail=status ausschalten.
Dann bleiben quasi nur die Daten übrig.

Dann baust du ein eigenes Grafikmodul nach Lust und Laune, alle Daten stehen per Reading oder Schnittstelle zur Verfügung. Das Modul stellst du dann der Community zur Verfügung und alle haben etwas davon.
Und, voilà, schon ist die Modularität gegeben.
Auch die Consumersteuerung muß man hier nicht nutzen. Einfach nicht einrichten, etwas eigenes bauen und schon ist man fertig. Auch dafür kann jemand ein eigenes Modul bauen und die Daten von SF nutzen, kein Thema.

Das ist aber alles nicht in meinem Fokus. Mir gefällt es so wie es ist schon sehr gut und stellt alles dar was ich benötige.
Aber ich bin ja andererseits auch nicht daran gehindert, dein neues Grafikmodul statt der eingebauten Flowgrafik zu nutzen (siehe oben) wenn es mir besser gefällt bzw. Mehrwert bietet, why not? 
Davon lebt doch unsere Community. 

@pah

So habe ich das übrigens auch beim Alarm-Modul gelöst.

Ich kenne in deinem Alarm-Modul (was ich auch nutze) nur das Interface für die Einrichtung / Setup.
Gibt es dafür auch eine eingebaute grafische Darstellung der Sensoren/Aktoren mit der Möglichkeit einer Positionierung?
Wenn ja, gib doch bitte einen kurzen Hinweis darauf wo dies zu finden ist (auch wenn es hier OT) ist.
Möglicherweise habe ich da auch etwas falsch verstanden und die Aussage ist auf Floorplan bezogen.

LG

[DS_Starter]

Hallo Reinhard,

hmmm... wenn das DWD-Modul z.B. 14:38 aktualisiert, müßten die Daten von 14:00 sein, da der DWD nach eigener Aussage ca. 14:20 (XX:20) die DAten aktuell zur Verfügung stellt.
Aber wenn du sagst mit get ... zur richtigen Zeit klappt es?
Muß ich mal beobachten. Als Workaround käme ggf. ein regelmäßiges "AT" in Frage.

Wären denn aktuellere Vorhersagedaten auch vorteilhafter für die Berechnungen im SolarForcast Modul?

Ja, die Wetterdaten ändern sich auch mal. Dann würde die Prognose angepasst.

Thema DWD-Modul: Leider ist der Maintainer bisher noch nicht wieder aktiv geworden, deswegen liegt es noch immer in meinem contrib. Weiß aktuell nicht wie/wann es an dieser Stelle weitergeht.

LG 

[DS_Starter]

Hallo Reinhard, @all,

in meinem contrib liegt ein Update des DWD_OpenData Moduls.
Die forecast Daten des DWD werden jetzt im letzten Viertel der laufenden Stunde abgeholt (vorher im dritten Viertel).
Dadurch sollte gewährleistet sein dass der DWD seine aktualisierten Daten bereitgestellt hat.

Grüße,
Heiko

[Prof. Dr. Peter Henning]

Möglicherweise habe ich da auch etwas falsch verstanden und die Aussage ist auf Floorplan bezogen.

So halb. Beim Alarm-Modul gibt es keine Grafik (ist aber eigentlich eine gute Idee...). Aber die Alarmparameter werden bei den Sensoren und Aktoren als globale userAttr gespeichert, das ist bei Floorplan auch so.

Meine Vorstellung ist, dass - ähnlich wie bei Alarm - die Standardanzeige eines Powermanagementsystems eine Tabelle mit Buttons und Eingabefeldern ist. Das halte ich für wesentlich komfortabler als den Attributedschungel. Die Grafik könnte man als separates Widget realisieren, das auch in Webseiten einbindbar ist.

Ich habe - unabhängig von Eurer Arbeit - schon mit einer solchen Realisierung begonnen.

LG

pah

[DS_Starter]

Ah ... jetzt kann ich das besser einordnen, danke für die Rückinfo.

LG,
Heiko

[DS_Starter]

Meine Vorstellung ist, dass - ähnlich wie bei Alarm - die Standardanzeige eines Powermanagementsystems eine Tabelle mit Buttons und Eingabefeldern ist. Das halte ich für wesentlich komfortabler als den Attributedschungel.

Ja, das hat was.

Das bringt mich auf die Idee mein Schlüsselsystem auch auf z.B. solche Grundeinstellungen wie:

flowGraphicAnimate
flowGraphicConsumerDistance
flowGraphicShift
flowGraphicShowConsumer
flowGraphicShowConsumerRemainTime
flowGraphicSize

auszubauen. Dann würde reichen:

Code Auswählen Erweitern

flowGraphic animate=x consumerdist=x showconsumer=x size=x ....
Das spart auch eine Menge Attribute. Ist nur nicht grafisch aufbereitet, aber gefällt mir.

[Rewe2000]

Hallo Heiko,

vielen Dank für das schnelle Update des DWD_OpenData Moduls (Vers. 1.17.6).
Ich hatte mir zwischenzeitlich mit einem at beholfen, doch nun klappt die Aktualisierung nach Bereitstellung der aktuellen Daten auch ohne weitere Hilfsmittel.

Gruß Reinhard

[grappa24]

Wallbox als Consumer?

Ich glaub, ich hab das schon mal gefragt, sorry ....

Ich hab einen Fronius Wattpilot mit ModBus Schnittstelle, bekomme ich die irgendwie als Consumer in das SolarForecast Modul?

Grüße, Dieter

[300P]

Hallo Grappa,

sobald du deine Wallbox als Modbus-Device in FHEM eingebunden hast solltest du sie auch ins SF-Modul einbinden können.

Vorausgesetzt (On/Off Schaltung) ist aber, es werden die notwendigen Readings / Steuerbefehle im Modbus-Device dann dort im Device vorhanden sein.

Gruß
300P

[DS_Starter]

Guten Morgen,

in meinem contrib liegt ein Update.
Implementiert ist die Variante Solar-Ladegeräte im Attr setupInverterDevXX angeben zu können.
Man gibt dazu einfach den Key:

feed=bat

an.
Diese Geräte laden mit ihrer PV-Leistung nur die Batterie ohne ins Hausnetz einzuspeisen.
Die Grafik ändert sich dann entsprechend.

Restart nicht vergessen!

Edit: im contrib soeben upgedated

LG

[grappa24]

sobald du deine Wallbox als Modbus-Device in FHEM eingebunden hast solltest du sie auch ins SF-Modul einbinden können.

Da ich evcc am Laufen habe, habe ich dort MQTT aktiviert und hole mir die Werte von meiner Wallbox über ein MQTT-Device in FHEM 

[DS_Starter]

@all,

die Datei in meinem contrib ist wieder upgedatet.
Es gibt ein Attrbibut flowGraphicControl welches die Attribute:

Code Auswählen Erweitern

flowGraphicSize
flowGraphicAnimate
flowGraphicConsumerDistance
flowGraphicShowConsumer
flowGraphicShowConsumerDummy
flowGraphicShowConsumerPower
flowGraphicShowConsumerRemainTime
flowGraphicShift

ersetzt.
Die Funktionalitäten werden über Schlüssel (ihr kennt das schon) in dem neuen Attribut umgesetzt.

Nach Download und Restart! werden evtl. gesetzte obige Attribute automatisiert in das neue Attribut überführt. Ihr braucht nichts tun und bekommt eine entsprechende Meldung im Log:

Code Auswählen Erweitern

...
2024.10.20 11:13:00.807 3: Device "openMeteo" -> The attribute 'flowGraphicAnimate' is replaced by 'flowGraphicControl'. Please press "save config" when restart is finished.
2024.10.20 11:13:00.808 3: Device "openMeteo" -> The attribute 'flowGraphicShowConsumerDummy' is replaced by 'flowGraphicControl'. Please press "save config" when restart is finished.
2024.10.20 11:13:00.808 3: Device "openMeteo" -> The attribute 'flowGraphicShowConsumerPower' is replaced by 'flowGraphicControl'. Please press "save config" when restart is finished.
2024.10.20 11:13:00.809 3: Device "openMeteo" -> The attribute 'flowGraphicShowConsumerRemainTime' is replaced by 'flowGraphicControl'. Please press "save config" when restart is finished.
2024.10.20 11:13:00.810 3: Device "openMeteo" -> The attribute 'flowGraphicSize' is replaced by 'flowGraphicControl'. Please press "save config" when restart is finished.
...

Edit: das Attr flowGraphicCss wird gelöscht. Ein Teil der Funktionalität wird noch in das Attr flowGraphicControl fließen, einTeil davon bleibt obsolet.

LG