Einbindung PV-Thermie

[okaegi]

Ich hab nochmal nachgeschaut.
Heutige Steuerung:
Momentan wird der Überschuss für Smarthomesteuerung so gerechnet:
Als Basis:
Einspeisung ins Netz ist negativ, Bezug ist positiv (Wattbezug)
Speichentladung ist negativ, Speicherladung ist positv (Speicherladung)
Berechnung ohne Speicher:
Ueberschuss = Wattbezug *-1
Mit Speicher:
Ueberschuss =( Wattbezug *-1) + (Speicherladung)
Der Überschuss ist dann der, der für die gesamte Smarthomesteuerung gilt.
D.h Momentan wird der Speicher immer als letztes bedient, da eine eventuelle Speicherladung in den Ueberschuss gerechnet wird
Zusätzlich:
Es hat dann noch die Möglichkeit pro Smarthomedevice einen Abschaltspeichersoc zu defnieren.
Dieser wird dann zusätzlich geprüft wenn der Überschuss unter der Abschaltschwelle liegt.
Wenn der Speichersoc > Abschaltsoc ist wird das Smarthomedevice nicht abgeschaltet , dann verbraucht das Smarthomedevice Leistung aus dem Speicher und läuft weiter bis der Speichersoc unter diesem Wert ist. Standardmässig ist dieser Wert auf 100.
Also Prioriät heute
1) Auto
2) Smarthome
3) Speicher

Neue Anforderung:
1) Auto
2) Speicher
3) Smarthome
Wenn ich die Priorität richtig verstanden habe, dann müsste man noch zusätzlich einen Einschaltsoc pro Smarthomedevice definieren können, der als erstes überprüft wird bevor andere Einschaltbedingungen bezüglich Überschuss geprüft werden.
Wenn dieser Einschaltsoc auf 0 ist, spielt der Ladezustand vom Speicher keine Rolle (Priorität wie heute).
Wenn der Einschaltsoc z.B. auf 90 ist, wird das Smarthomedevice erst eingeschaltet wenn der Speicher auf 90% geladen ist.
Damit liess sich die Priorität (Smarthomedevice vor oder nach gefülltem Speicher einschalten) pro Smarthomedevice sehr fein steuern.
Die Steuerung ist heute schon recht komplex, was meint ihr zu diesem Vorschlag ?
Bitte Feedback.
Können einer während wir hier diskutieren den Anschluss vom Heizstab pilotieren?
Danke Oliver

[liZErd]

Kurz und knapp: genialer Vorschlag, die Prio per benutzerdefiniertem Speicher-SoC einzustellen.

0%: Wärmespeicher > Stromspeicher
100%: Stromspeicher > Wärmespeicher
und alle Zwischenstufen, plus Modularität für andere Smart-Home Geräte, plus nichts neues vom Verständnis her, weil manche Auto-Ladefunktionen ja momentan auch so implementiert sind

100 Punkte, volle Zustimmung meinerseits.

Danke

Teste sobald wie möglich

Edit: Nonplusultra wäre wenn er, wie Limpel sagt, am Überschuss erkennt wenn der Speicher mit maximaler Leistung lädt, und dann sogar noch wenn Speicher SoC < Mindest SoC mit dem Überschuss den Wärmespeicher füllt, der sonst ins Netz gehen würde.
Allerdings tritt der Fall bei den meisten vermutlich nicht allzu häufig auf, sodass der Gain übers Jahr gesehen überschaubar wäre. Die Frage ob das den Zusatzaufwand wert ist, denn wie du sagst ist die Regelung jetzt auch schon komplex

[Kalyke]

Hallo Oliver,

Vielen Dank für die Umsetzung.
Im Prinzip funktioniert der ACThor bei mir wie 3 ELWAs (jede an einer Phase) (Betriebsart: Warmwasser 9kW). Also regelbar 0-9000W anstelle der 0-3000W. In der Steuerung schaltet er die dann nacheinander zu. Das ganze hängt bei mir in einem 1000l Pufferspeicher(+Warmwasser) der an meiner Holzheizung hängt.

Priorität wäre auch in meinem Anwendungsfall:
1. Auto
2. Stromspeicher (Hausakku)
3. Wärmespeicher (ACThor/ELWA)

Da die Ansteuerung für den ACthor das gleiche Register ist, habe ich es mal in der aktuellen Alpha probiert.
Einstellung habe ich unter Smart Home 2.0 vorgenommen (unter dem Beta! Menüpunkt konnte ich nicht auf Speichern drücken). Als Namen habe ich elwa genommen.
Leider hat sich Heizstab aber erstmal nicht eingeschaltet. Gern schicke ich logs, wenn du mir sagt welche du benötigst.

Viele Grüße

Oliver

[okaegi]

Hallo Oliver,
Du must in der Smarhome.ini Datei auf dem Raspi (Verzeichniss /var/www/openwb)
Den devicetyp von tasmota auf pyt ändern.
Dann einen chmod 777 auf die smarthome.ini Datei machen und dann frisch booten.

Dann erst funtioniert das neue Coding.
Das Gui sollte demnächst angepasst werden. (Bei mir device 5)
Gruss Oliver

[openWB]

Das Gui sollte demnächst angepasst werden. (Bei mir device 5)
Gruss Oliver

Ist einstellbar

[Kalyke]

Vielen Dank. Dann hoffe ich morgen mal auf Sonne für einen Test.

Viele Grüße

Oliver

[okaegi]

Hier noch mal die Einstellungen
Type pyt
Name elwa
Überschuss mal sinvoll einstellen.

Wenn es läuft solltest du auf der Ramdisk einige Dateien unter dem smarthome.5.
Finden

Das elwa log ist das was ich zur Fehlersuche brauche.

Hier mal ein Ausschnitt aus der Datei:
10/02/2020, 10:07:13 elwa on.py devicenr 5 ipadr 192.168.1.244 ueberschuss 2112 try to connect (modbus)
10/02/2020, 10:07:13 elwa on.py devicenr 5 ipadr 192.168.1.244 Akt Leistung 7 Status 1
10/02/2020, 10:18:39 elwa watty.py devicenr 5 ipadr 192.168.1.244 ueberschuss 1115 Akt Leistung 7 Status 1
10/02/2020, 10:18:39 elwa watty.py devicenr 5 ipadr 192.168.1.244 Neu Leistung 1115 pvmodus 1 modbuswrite 1
10/02/2020, 10:18:39 elwa watty.py devicenr 5 ipadr 192.168.1.244 device written by modbus
10/02/2020, 10:19:40 elwa off.py devicenr 5 ipadr 192.168.1.244 ueberschuss -158 try to connect (modbus)
Elwa on wird gestartet wenn die Einschaltbedigung erfüllt sind. Zudem wird die aktuelle Leistungsaufnahme vom Heizstab ausgelesen und an openwb übergeben.
Elwa watt wird periodisch aufgerufen und überträgt den aktuellen gerechneten Überschuss an den Heizstab sofern dieser vorher mit elwa on eingeschaltet wurde ( bei pvmodus =1)
Elwa off schaltet den pv modus aus und wird aufgerufen wenn die Ausschaltbedigung erfüllt ist.
Gruss Oliver

[Kalyke]

Hallo,

leider sehe ich die 7 extra Dateien bei mir nicht.
Im smarthome.log steht folgendes:
Mon Oct 5 12:51:04 2020: [6;30;42mDevice pyt 1elwa Fehlermeldung: [Errno 2] No such file or directory: '/var/www/html/openWB/ramdisk/smarthome_device_ret1'[0m
Mon Oct 5 12:51:04 2020: [6;30;42mConditions Device: 1 elwa'1relais'[0m

Da ich noch keinen ssh-Zugang habe, konnte ich das chmod auf die smarthome.ini noch nicht machen.
Hier meine Einstellungen:

Viele Grüße

Oliver

[okaegi]

Hallo,
Den chmod 777 auf den Smarthome.ini entfällt, da das Gui angepasst ist (nicht mehr nötig).
Die Elwa Module verwenden python3, es kann sein das da eine komponente fehlt
Bitte mal folgendes machen
Mit ssh auf raspi gehen
sudo python3 -c "import pymodbus"
Machen. Wenn Meldung kommt 'No module named pymodbus...
Bitte mit
sudo pip3 install pymodbus
die fehlende Komponente installieren und noch mal testen.
Gruss Oliver

[openWB]

Das ist in der Nightly schon drin / nachinstalliert