UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Uberga]

@schimi Danke, aber wo "baue" ich das Java Script ein ?
Sorry, aber ich bin da absolut unbewandert :-)

[Mabbi]

@uberga

Hi,
das script von @Schimi kommt im Iobroker hier hin, einfach anclicken:

Dann clickst du hier auf das PLUS:

Wählst das hier aus:

Vergibst einen Namen (Verzeichnis würde ich erstmal nicht ändern):

Und fügst den kopierten Text aus dem ersten Post in den Editor ein, dann SPEICHERN

Sollte dann so aussehen (Name kann abweichen)

Mit dem Play/Pause startet das script bzw stoppt.

ABER.... ich würde Dir nicht empfehlen als Anfänger gleich mit Javascripten zu arbeiten.
Ehrlich, schreib ein paar kleine Blocklys, verstehe wie Datenpunkte angelegt, angesprochen und manipuliert werden und dann kannst du auch Deinen Akku selber steuern mit einem kleinen script und Erfahrung.
Die Akkus sind keine Spielzeuge. Du solltest wirklich verstehen wie du die scripte überwachst und dann reagierst.

Schau mal, ich arbeite seit Wochen an einem Akku-Script... es gibt idz. X-Versionen und ganz glücklich bin ich aktuell immer noch nicht mit dem Ergebnis (wobei das nun eher Schönbauerei ist als reale technische Verbesserung idZ.)

[Schimi]

es kann definitiv nicht schaden sich mal mit blockly auseinander zu setzen...

Mein Skript braucht zwar nur konfiguriert werden und sollte funktionieren... aber ein grundverständnis schadet nie :-)

PS: es gab wieder ein Update (siehe ersten post)

[lesiflo]

Hi, noch ein Tip von mir:
Du solltest, falls du den Wert hast, deinen Rest-Tagesverbrauch in kW/h welcher durch PV gedeckt wird, noch von deinem Tages Rest-PV abziehen. Dann bekommst du einen noch besseren Restwert zum Laden deiner Akkus. Ich verwendet zusätzlich noch den Genauigkeitsfaktor aus PV-Prognose und tatsächlicher PV Energie, den ich dann mit in die Berechnung der restliche PV Leistung mit einfließen lasse. Wenn dann PV nicht reicht wird über Tibber geladen (aber nur falls das wirtschaftlich Sinn macht)

So z.B.: pvRest_Real = (pvRest - verbrauchRest) * Faktor

Gerade was die teilweise sehr ungenaue PV-Prognose angeht solltest du den Genauigkeitsfaktor mit einbauen. Hier mal ein Beispiel von heute wie ungenau die Vorhersage ist. War aber auch nur sehr wenig Sonne.

Ich nutze übrigens für die PV-Vorhersage solarprognose.de. Der errechnet die Genauigkeit gleich mit. Gibt auch einen Adapter dafür.

[Schimi]

Danke für den Tipp... mit der Genauigkeit habe ich auch so "meine probleme"...

das mit dem Resttagesverbrauch ist aber schwer vorauszusehen...

aber ich mach mir da nochmal gedanken... das mit dem Genauigkeitsfaktor ist definitiv ein guter Tipp

[lesiflo]

Ich speichere mir den Tagesverbrauch in einer influxDB ab. Daraus errechne ich mir den durchschnittlichen Restverbrauch bis Sonnenuntergang der letzten 5 Tage und ziehe diesen dann von der Rest PV-Leistung ab. Mit Hilfe von ChatGPT war das relativ einfach umzusetzen.

[Schimi]

update auf 2.8

@lesiflo habe da mal was (auf deinen Hinweis hin) mit de Prognose umgestrickt...

Leider ist zur Zeit ja nicht soviel "PV", deshalb dauern die feldtests was länger...
Das mit dem Tagesverbrauche schaue ich mir noch an.... das will ich aber ne Zeitlang testen...

[Mabbi]

Ich denke der Ertrag und somit die Gnauigkeit variieren stark.
Unterm Strich kann man die Werte von solarprognose schon gut nehmen, ich teste aber seit einiger Zeit daran, wie umstehende Objekte wie Bäume etc. Einfluss auf die real produzierte Leistung haben.
Ist deutlich kniffeliger als ich dachte, bei Bewölkung sind die Bäume in der Auswirkung eher geringer im Effekt als bei klarem Himmel.
Mit fehlen im Augenblick noch Testdaten für einen groben Überblick.
Da sich die Verschattung ja auch noch im Jahresverlauf deutlich ändert ist das sehr schwer zu interpolieren.
Einen festen Faktor je Tagestunde zu finden ist nicht der richtige Weg, eher anhand von Sonnen-Auf- und Untergang eine mögliche Ertragskurve für die eigene Anlage zu generieren, stundeweise aufzusplitten und in die Solarprognose einzurechnen.

Bevor es verwirrend wird... insgesamt ein spannendes Thema.

[Schimi]

ich bin gerade komplett im flow und habe jetzt eine Prognose auf basis der letzten 14 tage (taggenau)... wonach entschieden wird ob aus dem netz geladen wird oder nicht....

Um das aber nun zu testen, muss ich erstmal daten sammeln ;-)
also denke ich, nen update wird nicht vor Weihnachten kommen.... (aktuell Version 2.22)

Ich habe langsam die "angst" das es zuviel ist.... als Backup habe ich ja das Script vor der PV-Prognose... damit war ich eigentlich schon sehr zufrieden

[lesiflo]

Der solarprognose Adapter rechnet falsch wenn der aktuelle Wert größer ist als die Prognose.

[Schimi]

Habe mal dein issue im GutHub erstellt

[Mabbi]

Kleines Update, habe ja schon etwas länger nicht mehr zum eigentlichen thread-topic was gepostet:

Man sieht das Diagramm wie die Akus Laden/Entladen und im Hintergrund die SOC der beiden Akkus,
darunter die Produktivzeiten der Kimas:

Mein script läuft, heute war Schietwetter, morgens schon der akku Ebbe (weil gestern auch Schietwetter war).
Die Akkus haben dann brav geladen, den Start der ersten Klima (Heizung) unterstützt und über den Tag bis zu 3 Klimas parallel am Leben gehalten.
Abends war dann wieder Ebbe in den Akkus.

Ergo... ich brauche wohl mehr PV... lol

Habe nun eine schöne Balance mit wenig Relaisgeglacker.

Realisiert über eine:

• Totzone um das Einspeiseziel rum -> weniger Steuerregelungen
• AC-Mode Switch Delay das dynamisch ist. Prüfe off-Loop ob die Zendure beide geschaltet haben und das jeweilige Powersetting annehmen und gebe dann erst die eigentliche Steuerung wieder frei
• eine permanente Überwachung von Soll- und Istwerten beim Laden/Entladen der Akkus -> weniger Steuereingriffe
• Sollten die Akkus mehrere Zyklen von den geforderten Werten abweichen werden Sie per Brute Force in die Spur gebracht während die Dynamik pausiert und dann mit verifizierten Start-Werten anstartet. Ist noch ein alter fail-safe, wird faktich aber nicht mehr getriggert.
• etc.

Integration der Ladesäule und Klimageräte ist in die Akkusteuerung abgeschlossen, dort bin ich auch sehr zufrieden mit der Funktionalitätund Stabilität/Vorhersagbarkeit des Systems.

Todo/Vison:
Das eigentliche Ziel fürs kommende WE ist vollkommen aus einem Timed Loop bei der Steuerung auszusteigen.
DIe Überwachung wird dann auch nur dynamisch nach reinem Steuerbefehl aktiviert werden.
Ziel ist es (Ich kann ja sicher nur ca. alle 15 Sekunden zu regeln(kurze Zwischentakte mit ca. 8 Sekunden sind möglich aber nicht bulletproof in der Ausführung), bei Netzbezug im optimalen Fall schon mehr als 15 Sekunden seit der letzten Regelung zu haben und dann instant und nicht erst im Timer reagieren zu können.
Und bei steigendem LADEN-Potenzial reichen mir eigentlich 50 oder 100 Watt Schritte, ich muss da nicht jedem Elektron hinterhecheln denke ich.

Wird aber tricky denke ich, das ganze System dann synchron und ohne flattern zu halten.
Prio sollte sein: Schnell regeln zu können, wenn es anfängt Geld zu Kosten (Netzbezug) und entspannt wenn man lädt.

Idz. ist das schon ein relativ üppiges Blockly geworden:

Und das hier beeinhaltet nicht die Änderungen an den Ansteuerungen der Klimas und WB sowie die ganzen Delta/Zeit Wert Berechnungen im Hintergrund.

[Schimi]

@Mabbi mega... 💪🏼