Script zum Laden/Entladen von Zendure Solarflow
-
@lesiflo reine Verständnisfrage, da ich neu mit dem Hyper unterwegs bin: Den Passmode bzw. Bypass wie beim Hub gibt es niciht, oder? In deinem Script setzt du ja auch nur den AC-Mode (als Bypass im Kommentar bezeichnet).
Jedenfalls ändert sich bei mir nichts, wenn ich den Wert im Control-Ordner ändere:
-
@the_stig Ja korrekt, passMode ist beim Hyper ohne Wirkung.
-
@lesiflo alles klar - danke! Habe jetzt mal dein Script zum Einsatz gebracht. Meins lief vorher eigentlich gut. Aber mit dem Hyper und dem AC Input Mode ist es natürlich hochspannend, den PV Überschuss zusätzlich reinzupumpen in die Akkus (das hatte ich meinem Script mit dem Hyper natürlich nicht drin) - sind bei mir zwar nur 2 Panele, die liefern aber auch gegen Mittag bis zu 800 Watt. Muss ich mal beobachten, wie gut das umschalten funktioniert. Danke jedenfalls nochmals für alle Tipps.
-
@lesiflo direkt ein erstes Problem. Er schaltet vom AC Input Mode nicht zurück. So sieht mein Script aus:
Ist ja im wesentlichen das von dir, allerdings mit ein paar rausgenommenen Bedingungen. Fällt dir da was auf, warum der nicht auf der Output Mode zurückschaltet (nach mehreren Minuten, liegt also nicht am Timeout...) -
Was mir so auffällt:
Hier muss timeout2 rein
Das kann raus
Wie sieht dein input/output Aufbau aus?
-
@lesiflo Danke dir, schaue ich mir an. Ich hatte dein Script nur importiert, keine Ahnung, warum dann da was mit den TImeouts nicht funktioniert. Schaue ich nochmal drüber. So richtig habe ich das mit dem Timeouts aber eh nicht verstanden, daher versuche ich es aktuell mal mit Pause.
So sieht Input/Output aus:
Aber daran liegt es nicht denke ich - die Werte werden eigentlich korrekt gesetzt. Halt nur nicht der AC-Modus gewechsel von Input zu Output. Ohne Timeout schaltet er tatsächlich, aber dann halt zu häufig hin und her. Ich bastele weiter... -
@the_stig sagte: Script nur importiert, keine Ahnung, warum dann da was mit den TImeouts nicht funktioniert.
Ein Import bringt die Timer-Variablen durcheinander und man muss korrigieren. Das ist schon länger so.
-
@paul53 ah danke, das wusste ich nicht...schaue ich weiter drauf...
-
Sagt doch bitte nochmal mit den Timeouts:
Bei dem Beispiel: heißt das nun, dass das Script vor dem Ausführen der Falls-Bedingung 5 Minuten warten sollte oder nach dem Schalten?
Und: der Trigger oben ist ja eine Veränderung der Werte am Shelly. Gilt der Timeout trotzdem erstmal, bis dann weiter geprüft wird? UNd warum genau macht man dann die Stop-Timeout? Was bei mir derzeit nicht klappt, ist das Verhindern eines zu schnellen Umschalten von AC-Input und -Output-Mode.
-
@the_stig sagte: das Script vor dem Ausführen der Falls-Bedingung 5 Minuten warten sollte oder nach dem Schalten?
Das Skript wartet nicht, sondern erzeugt einen Timer, der 5 Minuten später ein Ereignis auslöst. Dieses Ereignis führt alles aus, was im Maul (in der Callback-Funktion) des Timeouts programmiert ist.
-
@paul53 ok, dann macht doch ein Timeout eigentlich wenig Sinn?! Pause ist aber doch nur dazu da, die Ausführung des ausgelösten Scripts zu pausieren, es verhindert aber doch nicht, dass bei Änderung der Shelly-Verbrauchs neu ausgelöst wird und dann die Pause einfach übersteuert wird, oder?
-
Hab nochmal weiter gebastelt an der Frage. Und dazu mal ChatGPT einbezogen. Folgendem kam raus - muss ich testen, klingt aber erstmal plausibel. Grundgedanke: es werden 2 Variablen gesetzt, die einen Zeitraum definiert, der mindestens erfüllt sein muss, bis AC Mode wieder geschaltet werden darf. So siehts dann aus:
Oben die Variable setzen:
Und dann jedes Mal, wenn AC Mode geschaltet werden soll, folgendes:
-
@the_stig Der Stop bewirkt das, sobald der Wert wieder über 0 ist, die Ausführenzeit wieder auf 0 gesetzt wird und von vorne zählt.
-
@lesiflo Sag mal, bei mir läuft das jetzt alles seit ein paar Tagen. Funktioniert mit ein paar individuellen Anpassungen auch gut. Einzig bei wechselhaften Wetter springt halt ständig der AC Mode hin und her. Irgendeine Idee, wie man da ggf. einen Stopp einbauen kann, also irgendwas wie "wenn in den letzten 15 Minuten x-mal Wechsel zwischen Input/Output, dann keine Umschaltung"? Oder ist das dem Hyper letztlich egal, wie oft er die Modi schaltet (beim Hub war das mit dem Standby ja ein Problem, wenn zu oft geschaltet)
-
Moin,
du kannst z.B. einen zusätzlichen Timer einbauen. Der sorgt dafür, dass erst nach 30 Sekunden in den Lademodus umgeschaltet wird
-
@lesiflo Danke - das habe ich schon - bei mir sogar auf 10 Minuten gesetzt. Aber trotzdem überlege ich, ob das so sinnvoll ist. Dauert ja immer auch eine Weile, bevor er nach dem Schalten dann auch mit der Einspeisung beginnt.
-
@the_stig Du kannst ja die Timer für Laden/Entladen unterschiedlich lang machen.
-
@lesiflo vielleicht habe ich mich da noch nicht so ganz klar ausgedrückt. Mir gehts um solche Wetterphasen wo ständig zwischen bewölkt und sonnig der Wechsel ist. Dann schaltet das Skript mehr oder weniger immer wenn der Timeout abgelaufen ist, wieder um. Kann ja auch sein, dass das für den Hyper unproblematisch ist, aber so weit ich das jetzt in den wenigen Tagen beobachten konnte, ist das halt inhaltlich wenig sinnig, da es ja auch gerade beim AC Input Mode immer einiges an Zeit dauert, bis er dann mit dem Einspeisen des Überschusses überhaupt anfängt.
Da dachte ich halt an irgendwas wie wenn in den letzten X Minuten X mal umgeschaltet, dann bleibe bei AC Output Mode. Aber vielleicht bin ich da schon wieder zu steuerungsverliebt und sollte es einfach gut sein lassen
-
@lesiflo
Ich benutze dein Skript zum ACseitigen Laden seit einigen Monaten sowohl in der Cloud wie auch jetzt offline.
Nun habe ich versucht mit dem Adapter 2.01 auf setDeviceAutomationInOutLimit umzustellen aber leider bisher ohne Erfolg.
Ich habe die einzustellende Eingangsleistung sowie die einzustellende Ausgangsleistung auf den Punkt setDeviceAutomationInOutLimit umgestellt.Automodel ändert sich dan automatisch auf SmartCT im Adapter aber mehr passiert nicht.
Wäre super wenn du mir weiter helfen könntest.
Das ist deine bisher funktionierende Version:
