Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

DS_Starter

@Christian83,

ZitatReihenfolge der Verbraucherschaltung ist die laufende Nummer? Also consumer01 > consumer02 > etc.?
Ja, aber nur bedingt. Es gibt ja übergeordnet die möglichen Vorgaben über diverse Schlüssel.
Aber ansonsten gilt die von dir genannte Reihenfolge.

ZitatUnd Abschalten dann dementsprechend rückwärts?
Nein, die Reihenfolge der Abarbeitung/Betrachtung der Consumer bleibt (FIFO).

@Dracolein,

ZitatErwartungsgemäß beobachte ich nun das Problem des dauernden Starts und Stops aller Consumer. Bedingt dadurch, dass die Ladeleistungsvorgabe für die Wallbox nicht von SolarForecast kommt, sondern dies das SMA-Ökosystem ermittelt, erhalte ich im Minutentakt Ladeabbrüche und Stops aller Consumer.
Bei den "anderen" consumern interruptable=0 könnte helfen wenn es in das Konzept passt.
Dann würden diese nicht augeschaltet und die Wallbox würde entsprechend herunterregeln in die Nähe des Nullbezuges. (nur meine Theorie)

Über das Attribut ctrlUserExitFn kann man auch flexibel steuernd eingreifen.
Da lässt sich sehr viel machen. Allerdings wirst du vorher einen recht genauen Plan aufstellen müssen wann welche Consumer bzw. die Wallbox schalten dürfen um sich gegenseitig nicht zu behindern/beeinflussen.
Nur als Idee kann man über etwas Code in den Consumern das Schlüssel "auto"-Reading auf 0/1 setzen um Schaltvorgänge von außen zu unterbinden oder zu erlauben. Dafür ist es nämlich gedacht.

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

Apropos Island ... ein total tolles Stückchen Erde das unbedingt einen Besuch wert ist. Sehr erholsam mit spektakulärer Natur. Ich werde sicherlich nochmal hingehen. 🙂
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

#2702
Hallo zusammen,

in meinem contrib liegt eine neue V 0.80.5.

Was ist neu/geändert?

Wir haben mittlerweile drei API's zur Auswahl, wenn man DWD auch als API versteht.
Dadurch hat es sich notwendig gemacht, intern verschiedene Abläufe zu vereinheitlichen.
So werden die Rohdaten aller! API's zunächst aufbereitet und zwischengespeichert. Man kann sie einheitlich mit

get ... solApiData

abrufen und anzeigen. Der Inhalt des Getters ist abhängig von der verwendeten API.

Als erste Synergie kann man nun für jede verwendete API zwischen einem einfachen (on_simple) und komplexen (on_complex) Autokorrekturmodus wählen.
Welche Unterschiede es zwischen den Modi gibt, ist in der umgearbeiteten Hilfe zum Setter pvCorrectionFactor_Auto beschrieben.

Das einfache pvCorrectionFactor_Auto=on gibt es nicht mehr, sondern nur on_simple, on_complex und off.
Ihr braucht beim Update des Moduls nichts beachten. Das Modul analysiert euren aktuellen Arbeitsmodus und passt das Device dann entsprechend der neuen Architektur an.

Weiterhin werden im Hintergrund nun sowohl einfache als auch komplexe Autokorrekturfaktoren für jede Stunde berechnet und gespeichert, auch wenn momentan keine Autokorrektur verwendet wird. Dadurch kann das Device ja nach Laufzeit auf einen vorberechneten Datenbestand zugreifen, wenn man sich später entscheiden sollte die Autokorrektur einzuschalten.

Sofern keine Beschwerden mit der Version kommen, werde ich mich wohl als nächstes mit den Herausforderungen der Consumerverwaltung bei Nulleinspeise- bzw. Inselanlagen auseinandersetzen.
Vielleicht kann ich dann auch das Anliegen von Dieter mit berücksichtigen wenn mir etwas dazu einfällt.

Grüße,
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

Dracolein

Zitat von: ch.eick am 07 Juli 2023, 09:53:17Kannst Du bei der WB eventuell auch eine dynamische 70% Regelung anwenden? Bei meiner openWB ist ein "70% beachten" mit drin, was ich durch eine dynamische "70% Basis" berechne. Dadurch lade ich das BEV mit einem berechneten Überschuss, der sich am PV-Überschuss entlang hangelt und gleichzeit wird dann noch ins Netz eingespeist, was bei Dir dann auch von anderen Verbrauchern verwendet werden könnte.
Nein die Möglichkeit bietet SMA nicht an. Rückwirkend habe ich mich 2021 klar für die falsche WB entschieden (obenWB war zweiter Favorit...). SMA bietet so gut wie fast gar keine Einflussnahme an, die relevant und sinnvoll ist.

Ich werde mich die Tage nochmal mit der Thematik auseinandersetzen und Bedingungen / Zustände formulieren. Vielleicht purzelt ein DOIF heraus, was ich im Consumer bei SolarForecast einbinden kann. Generell sehe ich mein Problem tatsächlich nicht in diesem Modul hier.
Ich müsste analysieren, wieviel PV-Überschuss momentan verfügbar ist und welche Consumer momentan konsumieren. Danach könnte ich eine Art Einschaltvorgabe defiieren, sodass die Wallbox zuletzt die Ladefreigabe erhält in der Hoffnung, dass das SMA-Gateway als PV-Überschuss nur noch die verbliebene Leistung berücksichtigt...
(wobei: wenn die Poolheizung periodisch abschaltet und sich SMA dann die +2kW zum Laden schnappen wird, müsste der Algorithmus den Ladevorgang erst hart abschalten, um die Poolheizung bei Wiedereinschaltung der Heizung erneut mit PV Überschuss zu versorgen. Oder man lässt die Heizung stumpf mit Netzbezug einschalten und muss sich 1-2 Minuten gedulden, bis SMA die Ladeleistung reduziert.... hui das wird komplex)
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

Icinger

Hallo,

es gibt ja die Möglichkeit, die Status-Grafik als html abzurufen.
Da kommt aber immer die komplette Grafik mit den Vorhersagestunden etc.
Gibts evtl. auch die Möglichkeit, nur das Fluss-Diagramm so abzurufen? Vielleicht mit einem zusätzlichen Parameter beim Aufruf?

lg, Stefan
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

DS_Starter

ZitatGibts evtl. auch die Möglichkeit, nur das Fluss-Diagramm so abzurufen?
Momentan nicht ... ich schaue mal.
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

Im contrib liegt eine neue Version 0.80.6.
Der getter "html" kann nun entsprechende Argumente verarbeiten.

In der Hilfe zum Getter ist auch beschrieben wie man die verschiedenen Anzeigeoptionen im eigenen Code bzw. weblink nutzen kann.

Schau mal ob die Möglichkeiten für dich ausreichend sind.
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

Ich habe die Varianten von get ... html noch etwas ausgebaut.
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

xerion

Zitat von: DS_Starter am 10 Juli 2023, 00:12:19Ich habe die Varianten von get ... html noch etwas ausgebaut.

Hallo Heiko, ich habe es gerade mal versucht zu teste, bekomme aber leider Fehler:

Undefined subroutine &FHEM::SolarForecast_API::pageAsHtml called at (eval 175400679) line 1.

define wl.SolCast_API weblink htmlCode { FHEM::SolarForecast_API::pageAsHtml ('SolCast5', '-', 'flow_noHead_noCons') }\

attr wl.SolCast_API room Energie->PV-Anlage
#  DEF        htmlCode { FHEM::SolarForecast_API::pageAsHtml ('SolCast5', '-', 'flow_noHead_noCons') }
#
#  FUUID      63539c1a-f33f-26f5-1042-3a03adeddfe625a8
#  LINK      { FHEM::SolarForecast_API::pageAsHtml ('SolCast5', '-', 'flow_noHead_noCons') }
#
#  NAME      wl.SolCast_API
#  NR        639
#  STATE      initialized
#  TYPE      weblink
#  WLTYPE    htmlCode
#  READINGS:
#
setstate wl.SolCast_API initialized

Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

Icinger

#2709
Zitat von: DS_Starter am 09 Juli 2023, 22:46:29Im contrib liegt eine neue Version 0.80.6.
Der getter "html" kann nun entsprechende Argumente verarbeiten.

In der Hilfe zum Getter ist auch beschrieben wie man die verschiedenen Anzeigeoptionen im eigenen Code bzw. weblink nutzen kann.

Schau mal ob die Möglichkeiten für dich ausreichend sind.

Coole Sache, danke, sind super ausreichend :)

lg, Stefan
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

DS_Starter

Moin,

@Xerion,

ZitatHallo Heiko, ich habe es gerade mal versucht zu teste, bekomme aber leider Fehler:

Undefined subroutine &FHEM::SolarForecast_API::pageAsHtml called at (eval 175400679) line 1.
Der Aufruf ist FHEM::SolarForecast::pageAsHtml, nicht FHEM::SolarForecast_API::pageAsHtml.
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

xerion

Zitat von: DS_Starter am 10 Juli 2023, 08:14:56Moin,

@Xerion,

ZitatHallo Heiko, ich habe es gerade mal versucht zu teste, bekomme aber leider Fehler:

Undefined subroutine &FHEM::SolarForecast_API::pageAsHtml called at (eval 175400679) line 1.
Der Aufruf ist FHEM::SolarForecast::pageAsHtml, nicht FHEM::SolarForecast_API::pageAsHtml.

Oh Mann stimmt, hatte mein Device an der falschen Position eingefügt.
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

MarkusN

Zitat von: DS_Starter am 07 Juli 2023, 21:22:42Sofern keine Beschwerden mit der Version kommen, werde ich mich wohl als nächstes mit den Herausforderungen der Consumerverwaltung bei Nulleinspeise- bzw. Inselanlagen auseinandersetzen.

Super! Hierzu ein paar Anmerkungen aus der Praxis um das Modul in seinem derzeitigen Stand sinnvoller mit einer Nulleinspeise Anlage nutzbar zu machen:

1) Wenn der SOC der Batterie über 90% liegt, täusche ich dem Modul einen höheren Überschuss vor. Der Berechnet sich so: (SOC-90)*200. Das bedeutet, dass jedes Prozent über 90 jeweils 200W Überschuss erzeugt. Diesen "Fake-Überschuss" addiere ich gcon bzw gfeedin im currentMeterDev. Das ganze funktioniert okay, bringt aber die Anzeige des Moduls komplett durcheinander.
2) Niedrige Werte bei ctrlInterval funktionieren nicht besonders gut, ich nutze aktuell 60. Bei niedrigen Werten werden zumindest bei meiner Anlage (Victron ESS mit Ethernet EM24) unter ungünstigen Umständen die Verbraucher erst ein- und beim nächsten ctrlInterval wieder ausgeschaltet, da mein Wechselrichter seine Leistung nur langsam anpasst.

CaptainHook

#2713
Hallo,

vielen Dank für dieses super Modul! Hab es bei mir seit wenigen Tagen im Einsatz und bin begeistert.

Einen kleinen Wunsch hätte ich, wäre es möglich Today_GridFeedIn, Today_GridConsumption, Today_BatIn und Today_BatOut hinzuzufügen?

Ich kann das auch gerne implementieren wenn gewünscht.

Und noch eine Frage, kann man bei den Consumern, bei on / of auch ein anderes Gerät ansteuern? Ooder wird der on/off-Befehl auf dem Consumer-Gerät ausgeführt?

Gruß Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

Dracolein

#2714
Zitat von: CaptainHook am 11 Juli 2023, 10:07:34Und noch eine Frage, kann man bei den Consumern, bei on / of auch ein anderes Gerät ansteuern? Ooder wird der on/off-Befehl auf dem Consumer-Gerät ausgeführt?
Gibt einfach das zu steuernde Gerät als Consumer an und passe bei Bedarf mittels vorhandener SolarForeCast-Parameter diverse Ein- / Ausschaltbedingungen an.

-----------------------
Hätte ebenfalls eine Frage zu Consumern, erneut vor dem Hintergrund, dass meine SMA Wallbox abseits von FHEM PV-Überschuss zum Laden "klaut", sofern das Fahrzeug angeschlossen ist. Beispielsweise läuft mein Klimagerät grade deswegen nicht. Ich greife manuell ein, indem ich die Autoladung stoppe, auf SolarForecast warte und danach die Autoladung wieder starte. Das klappt allerdings nur bis zur nächsten Wolke.

Wäre es denkbar, dass SolarForecast für die Consumer einen weiteren Parameter erhält, womit man den Consumer trotz nicht vorhandenem PV-Überschuss einschaltet("override"), wenn eine definierbare Bedingung erfüllt wurde?

Erklärung als schematisches Beispiel:
IF (wallboxmodus=pvÜberschuss AND ladevorgang=aktiv) THEN (consumer4=on)

Wenn im Beispiel IF=true erfüllt ist, bedeutet es, dass grundsätzlich PV-Überschuss vorhanden ist, jedoch von der Wallbox verwendet wird. Folglich sieht SolarForecast keinen PV-Überschuss und schaltet keine Consumer ein. In meinem Fall dürften jedoch Consumer eingeschaltet werden, da mein SMA-Gateway dann Stromnetzbezug merkt und die Wallboxleistung reduziert (oder abschaltet). Auf diese Weise könnte ich Prioritäten erzeugen zwischen SolarForecast und meiner SMA-Geschichte.

Beispielsweise Parameter
overridecond={ReadingsVal("Wallboxdevice","state",0) eq "loadingwithPVueberschuss";"}würde den Consumer einschalten ?
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;