Leistungsprognose für Wechselrichter

DS_Starter · 06 Juli 2023, 12:41:20

Die Solllaufzeit kannst du mit dem Schlüssel mintime einstellen.
Ansonsten schau mal ins Log oder aktiviere ctrlDebug=consumerSwitching um mehr Infos zu bekommen.

Dracolein · 06 Juli 2023, 12:54:17

Es soll einfach immer laufen, wenn genügend PV-Überschuss vorhanden ist. Macht es das nicht automatisch per default?

DS_Starter · 06 Juli 2023, 13:21:47

Nein nicht per default.
Wenn du quasi immer bei potentiellen Überschuss laufen lassen willst bietet sich

mintime=SunPath

an. In der Hilfe findest du Infos dazu.

giulup · 06 Juli 2023, 16:41:19

Ich hab mich mal die Tage dran gemacht und meine ersten Consumer eingepflegt. Das sind Wärmepumpe und Wallbox. Jetzt ist mir aufgefallen, dass die verbrauchten kWh nicht grafisch dargestellt werden. Ist das bekannt? Die Option etotal ist in beiden Consumern eingetragen.

DS_Starter · 06 Juli 2023, 18:22:23

ZitatJetzt ist mir aufgefallen, dass die verbrauchten kWh nicht grafisch dargestellt werden. Ist das bekannt?

Ja, eine grafische Anzeige der verbrauchten kWh ist nicht implementiert.

giulup · 06 Juli 2023, 18:54:51

Zitat von: DS_Starter am 06 Juli 2023, 18:22:23
ZitatJetzt ist mir aufgefallen, dass die verbrauchten kWh nicht grafisch dargestellt werden. Ist das bekannt?
Ja, eine grafische Anzeige der verbrauchten kWh ist nicht implementiert.

Unter der aktuellen Leistungsaufnahme steht eine Null bei den Geräten. Ich dachte das wär die Position für den Tagesverbrauch des Geräts? Was sollte an dieser Stelle angezeigt werden?

DS_Starter · 06 Juli 2023, 19:04:01

ZitatWas sollte an dieser Stelle angezeigt werden?

Das ist der Momentanverbrauch, also der Wert aus dem Schlüssel pcurr.

giulup · 06 Juli 2023, 19:09:16

Zitat von: DS_Starter am 06 Juli 2023, 19:04:01Das ist der Momentanverbrauch, also der Wert aus dem Schlüssel pcurr.

Der Wert für pcurr wird mir korrekt angezeigt, aber darunter steht nochmal ein Wert mit 0.

DS_Starter · 06 Juli 2023, 19:13:20

Ach, das hatte ich falsch verstanden.
Darunter steht die Restlaufzeit nach dem automatischen Start des Consumers.

dk3572 · 07 Juli 2023, 06:58:24

Zitat von: DS_Starter am 06 Juli 2023, 19:13:20Ach, das hatte ich falsch verstanden.
Darunter steht die Restlaufzeit nach dem automatischen Start des Consumers.

Hallo Heiko,

deine Antwort nutze ich gleich mal zur Nachfrage.

Warum nur nach "automatischem" Start?
Du wolltest das evtl. mal umbauen, wenn z.B. Verbrauch erkannt wird, die Restlaufzeit ebenfalls angezeigt wird.

Schönes Wochenende schon mal und VG
Dieter

Dracolein · 07 Juli 2023, 09:30:31

Hat jemand schon mal eine Wallbox in dies Modul als Consumer integriert, deren ÜV-Überschuss-Steuerung eigentlich von externen Geräten erfolgt?

Hintergrund:
Habe heute bemerkt, dass mein Auto den PV-Überschuss Strom meiner Poolheizung "klaut" und wenn ich manuell nicht eingreife, dies solange fortgeführt wird, bis der Autoladevorgang abgeschlossen ist. Möchte probieren, dies zu optimieren.

Herausforderung:
Meine Wallbox ist vollumfänglich im SMA Ökosystem integriert, sprich das Gateway im Zählerschrank erkennt PV-Überschuss und lässt die Wallbox mit dynamischer Ladeleistung starten (inkl autom. Phasenumschaltung).
In FHEM ist die Wallbox dank des Moduls "SMAEVCharger" integriert und ich habe die Möglichkeit aus FHEM heraus Statusänderungen "Ladestop!" oder "dynamischen Ladevorgang starten!" zu erzeugen.

Wäre es denkbar, dieses Modul als Consumer zu betrachten? "type=charger" gibts bereits, was müsste ich dem Parameter "power=" mitgeben ? (Leistungsaufnahme dynamisch, von ca. 1400W bis Ende meiner PV-Peakleistung)

ch.eick · 07 Juli 2023, 09:53:17

Zitat von: Dracolein am 07 Juli 2023, 09:30:31Hat jemand schon mal eine Wallbox in dies Modul als Consumer integriert, deren ÜV-Überschuss-Steuerung eigentlich von externen Geräten erfolgt?

Hintergrund:
Habe heute bemerkt, dass mein Auto den PV-Überschuss Strom meiner Poolheizung "klaut" und wenn ich manuell nicht eingreife, dies solange fortgeführt wird, bis der Autoladevorgang abgeschlossen ist. Möchte probieren, dies zu optimieren.

Herausforderung:
Meine Wallbox ist vollumfänglich im SMA Ökosystem integriert, sprich das Gateway im Zählerschrank erkennt PV-Überschuss und lässt die Wallbox mit dynamischer Ladeleistung starten (inkl autom. Phasenumschaltung).
In FHEM ist die Wallbox dank des Moduls "SMAEVCharger" integriert und ich habe die Möglichkeit aus FHEM heraus Statusänderungen "Ladestop!" oder "dynamischen Ladevorgang starten!" zu erzeugen.

Wäre es denkbar, dieses Modul als Consumer zu betrachten? "type=charger" gibts bereits, was müsste ich dem Parameter "power=" mitgeben ? (Leistungsaufnahme dynamisch, von ca. 1400W bis Ende meiner PV-Peakleistung)

Moin,
Kannst 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. In der Berechnung frage ich auch die aktuellen Starlverbraucher ab und berücksichtige das dann ebenfalls. So wird das Laden z.B. durch die leistung der Wärmepumpe reduziert und die Einspeisung bleibt in gewünschter Höhe erhalten.
Für mich ist dabei wichtig, dass zum Mittagshoch keine Abregelung erfolgt und ich das BEV dann über mehrere Tage dafür verwenden kann.

VG Christian

DS_Starter · 07 Juli 2023, 09:54:24

@Dieter, die Erinnerung ist aktiv und ich hatte es auch nicht vergessen.

Nur fehlt mir noch die Idee/Voraussetzung um dieses Feature Nebenwirkungsfrei umzusetzen. Bleibe dran.

@Dracolein,
denkbar wäre es.
Der Schlüssel power wirkt vor allem für den Einplanungsmechanismus.
Ich würde power=1400 setzen, damit ab einem zu erwartenden Überschuß die Einplanung/Schaltung vorgenommen wird. Den Parameter mintime=SunPath würde ich setzen damit die gesamte Zeitdauer des Sonnengangs im Ladevorgang ausgenutzt wird.

Für die on/off Schlüssel käme zum Beispiel in Frage:

on=<Befehl für dynamischen Ladevorgang starten>
off= <Befehl für Ladestop>

Dann kannst du den Schlüssel interruptable=Device:Reading:Regex[:Hysterese] nutzen um den Ladevorgang bei Eintritt bestimmter Bedingungen zu unterbrechen. Da muss man etwas Gehirnschmalz einsetzen um zu definieren was man eigentlich will.

Ist aber alles Theorie, ich habe selbst noch keine Wallbox.

Christian83 · 07 Juli 2023, 10:13:29

Hallo DS_Starter,

mal eine Frage am Rande. Reihenfolge der Verbraucherschaltung ist die laufende Nummer? Also consumer01 > consumer02 > etc.?
Und Abschalten dann dementsprechend rückwärts?

Dracolein · 07 Juli 2023, 12:08:27

Zitat von: DS_Starter am 07 Juli 2023, 09:54:24@Dracolein,
denkbar wäre es.
Der Schlüssel power wirkt vor allem für den Einplanungsmechanismus.
Ich würde power=1400 setzen, damit ab einem zu erwartenden Überschuß die Einplanung/Schaltung vorgenommen wird. Den Parameter mintime=SunPath würde ich setzen damit die gesamte Zeitdauer des Sonnengangs im Ladevorgang ausgenutzt wird.

Für die on/off Schlüssel käme zum Beispiel in Frage:

on=<Befehl für dynamischen Ladevorgang starten>
off= <Befehl für Ladestop>

Dann kannst du den Schlüssel interruptable=Device:Reading:Regex[:Hysterese] nutzen um den Ladevorgang bei Eintritt bestimmter Bedingungen zu unterbrechen. Da muss man etwas Gehirnschmalz einsetzen um zu definieren was man eigentlich will.

Total vergessen, wie war eigentlich Dein Urlaub?

So, habe die Wallbox als Consumer so hinzugefügt:

Code Auswählen

attr PVVorschau consumer05 EVCharger22 
type=charger 
power=1400 
mode=can 
on="Param_Betriebsart_Ladevorgang 4719" 
off="Param_Betriebsart_Ladevorgang 4721" 
interruptable=1 
swstate=Status_Ladevorgang_forSolarForecast 
pcurr=Leistung_Ladestation 
mintime=SunPath 
auto=AutomatiksteuerungforSolarForecast 
icon=electric_car_charger

Grundsätzlich ist die Funktionalität gegeben, SolarForecast schaltet sie automatisiert ein und aus.

Erwartungsgemäß 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.
SolarForecast regelt schnell, SMA regelt total träge und passt die Ladeleistung an wechselnde Bedingungen... keine Ahnung.... höchstens im 60-Sekunden-Takt etwas an - und dann auch nur schrittweise.
(Beispiel: 5kW Überschuss --> Auto lädt mit 5kW --> es kommt eine dicke Wolke --> SMA regelt Leistung etwas runter --> SMA merkt: reicht noch nicht aus, immer noch Netzbezug --> SMA stoppt den Ladevorgang nach Zeit=X // übrigens ist das die Hauptkritik an diesem System: bedingt durch die Trägheit habe ich bei wechselnden Wetterbedingungen verhältnismäßig hohen Netzbezug trotz 100%-PV-Überschuss-Regelvorgabe, was bei fixerer Regelung bedeutend weniger wäre (ja, ein Batteriespeicher böte Abhilfe, ich weiß))

Angenommen SolarForecast bietet die Option, einen Consumer mit definierter Trägheit zu behandeln, wenn die Conditions sich ändern, würde mir das mutmaßlich auch nichts weiterhelfen, da sich SMA dann das "Mehr" an PV-Überschussenergie zum Laden schnappt und für weitere Consumer (meine Poolheizung als Bsp) aus Sicht von SolarForecast keine PV-Energie übrig bliebe. Viele Köche versauen den Brei. Bin von der SMA Wallbox auch nur deswegen "noch" überzeugt, weil sie inzw. sehr zuverlässig die Phasenumschaltung alleine tätigt und ich an Tagen wie heute vollautomatisch erst 1-phasig und später 3-phasig das Auto laden kann.