76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

Begonnen von DS_Starter, 11 Februar 2024, 14:11:00

Vorheriges Thema - Nächstes Thema

300P

Aber mal die ehrliche Frage :

Zitat:
SolarForecast
Das Modul SolarForecast erstellt auf Grundlage der Werte aus generischen Quellen eine Vorhersage für den solaren Ertrag und integriert weitere Informationen als Grundlage für darauf aufbauende Steuerungen.
Zur Erstellung der solaren Vorhersage kann das Modul SolarForecast unterschiedliche Dienste und Quellen nutzen.


Ja, das (SoC) ist aktuell ja schon in der aktuellen Version für die Entscheidung zur Ladung für eine Batterie enthalten.

Meiner Ansicht nach sind aber (u.a.) Batteriesteuerungen nicht das eigentliche Ziel diese Modules, auch wenn schon ein Ansatz da ist.
Das würde ansonsten eine "Eierlegende Wollmilchsau" die am Ende dann irgendwann kaum einer überblickt bzw. beherrscht.
(Falls / Wenn DS_Starter "alles" integrieren würde)

Gruß
300P
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Batterieladung mit SMA-SBS25 / LG Resu10H

DS_Starter

Moin Gisbert,

ich habe auf meinem Samsung Galaxy und dem Chrome Browser auch kein Problem mit dem Style feststellen können (Screenshot).

Allgemein wäre in dem Modul selbst bzgl. Styles nichts zu machen. Wir verwenden FHEM Standard Klassen für den Tabellenaufbau. Wenn überhaupt müsste jemand den Style in Pflege nehmen und ggf. anpassen.

Allerdings kann ich, wie oben geschrieben, kein Problem auf meinem Handy sehen.

LG,
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

grappa24

moin,

hab schon lange nicht mehr reingeschaut und hab jetzt gesehen, dass ihr die flowGraphic verändert habt (sehr schön).

Frage:
Gibts eine Möglichkeit, die flowGraphic in der Höhe (nicht in der Breite) zu variieren? Ich nutze den dark style, da überlappen sich die "Engergieflüsse" etwas zu sehr imho  ;)
FHEM 6.3, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

Gisbert

Zitat von: DS_Starter am 11 Oktober 2024, 09:00:48Moin Gisbert,

ich habe auf meinem Samsung Galaxy und dem Chrome Browser auch kein Problem mit dem Style feststellen können (Screenshot).

LG,
Heiko

Hallo Heiko,

vielen Dank fürs Testen, und eigentlich sind deine Nachrichten gute Nachrichten.
Es ist nicht auszuschließen, dass ich irgendetwas an den Einstellungen beim Flex Style vorgenommen hab, was dieses Verhalten auslöst. Ich werde den Flex Style entfernen und von Grund auf neu installieren und sehen, was dann dabei herauskommt.

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

DS_Starter

Hallo grappa24,

naja es gibt das Attr flowGraphicSize.
Das hilft aber in dem Fall auch nicht, da zwar die Höhe größer wird, aber die Proportionen zwischen den Elementen gleich bleiben, was auch gut so ist.
Ab einer bestimmten Menge an Consumern kommt die Darstellung an ihre Grenzen.
Vllt. fällt kask dazu noch etwas ein.

LG,
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

TheTrumpeter

Zitat von: DS_Starter am 11 Oktober 2024, 14:18:40Ab einer bestimmten Menge an Consumern kommt die Darstellung an ihre Grenzen.
Mit der alten Darstellung hat's sehr gut funktioniert. Was fehlt, ist einfach mehr Abstand zwischen dem "Haus" und den einzelnen Verbrauchern.
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

DS_Starter

Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

kask

Man könnte die Consumericons versetzen je nach ShowConsumerPower & ShowConsumerRemainTime Ansicht.
Der Platz wird ja dafür immer vorgehalten auch wenn nicht sichtbar.

kask

Mann könnte die Sonne und das Haus weiter ins Zentrum rücken.
Das gefällt mir eigentlich auch besser so.
Du darfst diesen Dateianhang nicht ansehen.

Original ist es so:
Du darfst diesen Dateianhang nicht ansehen.

Dazu natürlich das ganze Zentrum etwas hochrücken und die flows dementsprechend mit nachziehen.

Eventuell den StartOffset vertikal der einzelnen Consumerflows noch nachkorrigieren.
Du darfst diesen Dateianhang nicht ansehen.

DS_Starter

@kask,
Ich würde das nicht so quetschen. Fünfstellige Werte, z.B. 19000 W sollten schon als Einspeisung in das "Haus" möglich sein.
Wir könnten die Viewbox ruhig ein wenig höher machen und den Consumern ein bisschen mehr Raum nach unten geben.

Ich bin gerade bei den Vorbereitungen für mehrere Inverter was auch auf den Code in der sub _flowGraphic Einfluß haben wird. Mit der Version kannst du dann gerne etwas experimentieren.

LG
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

ZitatMan könnte die Consumericons versetzen je nach ShowConsumerPower & ShowConsumerRemainTime Ansicht.
Der Platz wird ja dafür immer vorgehalten auch wenn nicht sichtbar.
Nein, den Platz gebe ich frei wenn keine Consumer angezeigt werden sollen oder es keine gibt.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

kask

Aber nicht den Platz für die Texte. Zumindest hat es bei mir keine Auswirkung ob ich die Texte ausblende oder nicht.
Habe diesbezüglich auch nichts im Code gesehen.
Du machst den Platz generell frei wenn es keine Consumer gibt. Der Platz für die Texte wird aber bei bestehenden Consumern immer reserviert.

kask

Zitat von: DS_Starter am 11 Oktober 2024, 20:32:25Ich würde das nicht so quetschen. Fünfstellige Werte, z.B. 19000 W sollten schon als Einspeisung in das "Haus" möglich sein.

Ach so, und dann möchte ich folgendes auch noch korrigieren. Denn die Winkel werden eher stumpfer, da nur die Endpunkte der Flows nur horizontal verschoben wurden .
Somit wird es eher mehr platz anstatt weniger.

300P

Kann man die ,,fliessenden" Ketten nicht ,,einfach mal" so um die 50 % schmaler versuchen?
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Batterieladung mit SMA-SBS25 / LG Resu10H

tupol

Hallo DS_Starter,

ich habe Dein Modul jetzt schon länger erfolgreich im Einsatz. Danke dafür. Zwei Probleme konnte ich aber nicht lösen:

Verbrauchsprognose: Ich steuere über die Prognose den maximalen Füllgrad der Solarbatterie und das Laden meines E-Autos. Aktuell beginnt die Heizperiode und damit steigt durch meine Wärmepumpe der Stromverbrauch. Wenn ich es richtig verstehe, berechnet sich die Verbrauchsprognose aber aufgrund der letzten 30 Tage und liegt damit viel zu niedrig. Gibt es eine Möglichkeit, den Zeitraum einzuschränken und nur den Verbrauch des letzten Tages zu berücksichtigen?

statistic_dayAfterTomorrowPVforecast: Hier werden die Daten vom DWD nicht komplett ausgewertet, obwohl fc2_xx_Rad1h ordentliche Werte anzeigt. Laut "get solAPIData" wird nur bis fc1_23_Rad1h eingelesen. Woran kann das liegen?

Gruß
Tupol