Monatsrückblick Oktober 2026 ist online!

[lesiflo]

@nograx sagte:

@lesiflo Mist da war ich wohl zu langsam mit dem Schreiben

Bezüglich Umschaltzeit: Ja konfigurierbarer Parameter ist eine gute Idee. Ich muss sagen das ich damit noch wenig Erfahrung habe, da ich bisher immer nur DC geladen habe. Musste mein Setup zu Hause etwas umbauen damit ich das nun vernünftig testen kann. Die 5 Minuten sind für mich erstmal "Sicherheit". Was kannst du da empfehlen?

Noch ein kurze Erklärung zu meiner 2. Frage. Ich wollte, das wenn z.B. ein Hochtarif ansteht oder das Auto geladen wird, der Speicher nicht entladen wird sondern nur die PV-Leistung der Hyper ins Netz geht. Mein neues Script hat das aber mit berücksichtigt.

Bei mir war die Lade/Entladeverzögerung jeweils auf 5 Sekunden.

Ich habe übrigens 3 Hyper, mit 2 x PV und unterschiedlicher Speicherkonfiguration.

Hast du bei mehreren Geräten auch unterschiedlich Akkukonfigurationen mit berücksichtigt? Das Hyper mit mehr Kapazität ja länger brauchen. Oder Geräte mit PV mit insgesamt 1500 Watt (DC+AC) und reine AC Geräte nur mit 1200 W laden können?

[nograx]

@lesiflo

1. Nur PV Leistung und kein Batterie-Entladung finde ich spannend. Nehme ich auf als Feature auf. Würde aber bedeuten das du dann Netzbezug hast? Ok das macht ggf. beim dynamischen Tarif Sinn wenn dann der Strom günstig ist.

2. 5 Sekunden überrascht mich schon, schaltet das bei dir dann an einem wolkigen Tag nicht ständig hin und her?

3. Die AC-Ladeleistung und auch die Einspeisung bei mehreren Geräten wird über den SOC bestimmt, vollere Geräten bekommen weniger Ladeleistung und speisen mehr ein. Das funktioniert bei mir tatsächlich ziemlich gut...

[lesiflo]

@nograx sagte:

@lesiflo

1. Nur PV Leistung und kein Batterie-Entladung finde ich spannend. Nehme ich auf als Feature auf. Würde aber bedeuten das du dann Netzbezug hast? Ok das macht ggf. beim dynamischen Tarif Sinn wenn dann der Strom günstig ist.

2. 5 Sekunden überrascht mich schon, schaltet das bei dir dann an einem wolkigen Tag nicht ständig hin und her?

3. Die AC-Ladeleistung und auch die Einspeisung bei mehreren Geräten wird über den SOC bestimmt, vollere Geräten bekommen weniger Ladeleistung und speisen mehr ein. Das funktioniert bei mir tatsächlich ziemlich gut...

Zu 1. Ich habe einen zeitvariablen Tarif mit Niedrig-, Standart- und Hochtarif, die aber feste Zeiten haben. Entladen ist im Niedrig und Standarttarif normalerweise gesperrt, es sei den die PV Leistung reicht aus um den Speicher voll zu bekommen. Reicht die Ladung nicht für den Hochtarif wird dazugeladen. Das ermittelt mir aber mein HEMS Optimizer. (siehe Bild).

Zu 2. Das geht eigentlich ist aber eventuell doch etwas zu kurz. Ich hatte 2 Modi (Sofort und Rampe). Stand meistens auf Rampe. 5 Minuten ist aber sicherlich etwas zu lange.

Ich habe auch noch eine große PV mit 7KW

Optimizer

[nograx]

@lesiflo

1. Jetzt hast du mich neugierig gemacht. Ich war Tibber Kunde der ersten Stunde (damals noch mit Discovergy Smartmeter) als es selbst den Pulse noch nicht gab. Aktuell bei Octopus, da kenne ich nur Niedrig von 0-5 und die übrige Zeit teuer - da ist es einfach zu entscheiden ob und wie geladen wird. Ab Juni nächsten Jahres bin ich aber vermutlich wieder bei Tibber da ich überall lese das Octopus das Konzept wieder einstampft oder absurd teuer macht.
   Dann wird eine Energieoptierung für mich auch wieder spannend, daher die Frage was da für eine Basis drin steckt. EVCC? Akkudoktor EOS? Oder selbst programmiert?

2. Das baue ich heute Abend direkt als konfigurierbaren Parameter ein.

[lesiflo]

Ich habe seit März 2026 Octopus Heat (für Wärmepumpe) mit 19.21, 26.21 und 31.20 ct/kWh für 2 Jahre. Ist aber erst seid kurzem in Betrieb, da die es mit der Installation des ImSys nicht auf die Reihe bekommen haben. Tibber hatte ich auch mal, hat sich aber bei mir nicht gelohnt. Den Optimierer habe ich mit Hilfe von Claude selbst zusammengebaut (hab dafür aber etwas Geld investiert). Den MCP-Server von iobroker, evcc und Aura(grafisches Backend/Frontend) dort eingetragen und machen lassen. Herausgekommen ist dann das HEMS Script, der HEMS Optimierer, HEMS Wächter und die GUI.

HEMS Wächter:

[nograx]

@lesiflo Sieht so aus als hätte ich ein neues Projekt für den Winter Mega was du da gebaut hast (und ich glaube ich habe nur 40% verstanden)

[lesiflo]

Was denn nicht verstanden?

Zu Aura guckst du hier
https://forum.iobroker.net/topic/84910/test-adapter-aura
https://forum.iobroker.net/topic/84942/screenshots-aura-adapter

[nograx]

@lesiflo Primär die einzelnen States und da frage ich mich sofort was die bedeuten und was für Funktionen sich dahinter verbergen und was damit bezweckt wird. Themen die man nur mit einer Live-Demo und Diskussion richtig versteht. Das Grundkonzept dahinter ist mir klar.

Aura habe ich auch schon gesehen, bin aktuell aber (noch) bei der Lovelace Visu von Garfonso. Hat den Vorteil das man die Karten von HA nutzen kann, aber die Logik von ioBroker. Best of both worlds (subjektiv meine Meinung).

[lesiflo]

Lovelace Visu von Garfonso kenne ich nicht hatte vorher vis1. An Aura ist das coole die Nutzung des MCP Server, macht vieles einfacher und schneller (vor allem für faule Leute wie mich )

[lesiflo]

Kurzes Feedback: Bekomme jetzt PV von der großen Anlage und die Hyper verhalten sich so wie gewünscht. Leistung geht in Haus und Speicher oder von großer Anlage in Speicher:

Jetzt kommt übrigens die lange Umschaltzeit Laden/Entladen zum tragen. Es könnte von der großen PV geladen werden, die Leistung geht aber ins Netz. Außerdem geht dann wenn umgeschaltet wurde zu wenig Leistung in die Speicher.

Nach der Umschaltung wird außerdem etwas zu lange eingespeist. Wie sind da die Zeiten/Grenzen?

Hyper 3 (ohne PV) braucht wesentlich länger und lädt mit weniger Leistung als Hyper 1 und 2. Ich vermute Mal, das du beim Laden über AC die PV Leistung nicht mit berücksichtigt hast (Meine Konfig ist halt etwas speziell).

Mir fällt auf, des wenn PV von der großen Anlage kommt, Leistung aus dem Netz gezogen wird. Besser wäre etwas Einspeisung.

[nograx]

@lesiflo

1. Umschaltzeit werde ich wie gesagt heute Abend ins Update stellen.
2. Was genau meinst du mit "Nach der Umschaltung wird außerdem etwas zu lange eingespeist. Wie sind da die Zeiten/Grenzen?"
3. Die Automatisierung sollte den Hyper 3 im Verlaufe stärker einbeziehen bzw. mehr Ladeleistung geben. Ich verstehe deinen Hinweis, wie hast du das vorher gelöst? PV Leistung vom AC Limit abgezogen und dem Hyper 3 in dem Fall das abgezogene hinzugefügt?

[lesiflo]

@nograx sagte:

@lesiflo

1. Umschaltzeit werde ich wie gesagt heute Abend ins Update stellen.
2. Was genau meinst du mit "Nach der Umschaltung wird außerdem etwas zu lange eingespeist. Wie sind da die Zeiten/Grenzen?"
3. Die Automatisierung sollte den Hyper 3 im Verlaufe stärker einbeziehen bzw. mehr Ladeleistung geben. Ich verstehe deinen Hinweis, wie hast du das vorher gelöst? PV Leistung vom AC Limit abgezogen und dem Hyper 3 in dem Fall das abgezogene hinzugefügt?

Zu 2. Muss ich nochmal genauer beobachten. Es gedauert halt recht lange bis die Leistung in den Speicher geht, es wird zu viel ins Netz eingespeist. Eventuell ist hier der PI Regler etwas zu träge.

Zu 3.
Mittlerweile haben sich die 3 Hyper etwas angenähert 70/67/63 %. Das der dritte erst bei 63% liegt vermutlich daran, das er nur über AC mit 1200 W geladen wird. Die anderen beiden ja über DC und AC mit 1500 W

Im Detail

1. Gesamtkuchen bilden: Verfügbarer AC-Überschuss (Dach-PV) + aktuelle DC-PV von Hyper 1 & 2 wurden zu einer gemeinsamen Gesamtleistung addiert (zielGesamtLeistung = gesamtAC + pvAktiv).

2. Soll-Anteil berechnen: Dieser Gesamtkuchen wurde nach fehlendem SOC (quadriert) und Akku-Kapazität auf alle drei Speicher verteilt ((100 - SOC)² * kWh).

3. Eigene PV abziehen: Vom berechneten Soll-Anteil wurde bei jedem Hyper dessen eigene DC-PV abgezogen (benoetigtesAC = Math.max(0, sollGesamt - h.pv)).

4. Rest an Hyper 3: Da Hyper 1 & 2 durch ihre eigenen Module oft schon einen Großteil (oder alles) ihres Soll-Anteils gedeckt hatten, brauchten sie entsprechend weniger AC-Leistung. Der dadurch „eingesparte“ AC-Überschuss ging automatisch an Hyper 3 (der 0 W eigene PV hat). Zusätzlich war das maximale AC-Limit bei H1/H2 dynamisch auf 1500 W - eigene PV (max. 1200 W) begrenzt.

Kurzbeispiel (alle bei 50 % SOC):

• Verfügbar: 1000 W AC-Überschuss + je 400 W DC-PV an H1 & H2 = 1800 W Gesamtkuchen.
• Soll-Gesamt (nach Kapazität 2,88 / 2,88 / 1,92 kWh): H1 = 643 W | H2 = 643 W | H3 = 514 W.
• Zuweisung AC-Leistung (Soll minus eigene PV):
• Hyper 1: 643 W − 400 W PV = 243 W AC
• Hyper 2: 643 W − 400 W PV = 243 W AC
• Hyper 3: 514 W − 0 W PV = 514 W AC

So bekamen alle drei exakt die gleiche effektive Ladeleistung im Verhältnis zu ihrer Kapazität und wurden gleichzeitig voll.

[lesiflo]

Doppelpost gelöscht

[lesiflo]

Die Datenpunkte acOnlyPenalty und acChargingAllowed gelten ja laut deiner Beschreibung nur für AC-Only-Geräte. Was ist aber wenn man einen Hyper hat, der genau das auch macht, ohne PV ? Wirken die da dann auch?

[nograx]

@lesiflo Guter Punkt. acOnlyPenalty wird ab der 6.1.0 dann auch für acChargingAllowed gelten. Version wird in ca. einer Stunde fertig. Muss noch bisschen was testen.

[nograx]

Ist jetzt die 6.1.1 geworden. Test also eher morgen, Sonne ist weg.

@lesiflo Da ich gesehen habe das du den Status auch schon verwendest in deiner Visu: Statt reiner Text ist es jetzt doch eine Options-Liste geworden. Syntaktisch eher richtig. Musst du dann halt noch anpassen.

[lesiflo]

Irgendwas passt da noch nicht. Hyper 1 steht, dafür übernehmen die beiden anderen die volle Last. Hyper 1 hat dabei den größten Ladestand. Eventuell ist das mit der Reihenfolge das Problem. So ganz habe ich das noch nicht verstanden wann welches Gerät verwendet wird.

Bei mir wird das so umgesetzt:

---

1. Vorab-Prüfung: Direkte PV-Nutzung vor Akku-Entnahme

Bevor überhaupt Strom aus den Akkus gezogen wird, prüft das Skript, ob die Geräte gerade eigene PV-Leistung erzeugen:

• PV-Vorrang: Wenn ein Hyper mehr PV-Leistung liefert als eine definierte Reserve (pvGrenze), wird diese überschüssige Energie direkt als Hausbedarf ausgegeben.

• Der Vorteil: Dieser Strom fließt direkt ins Haus, ohne den Umweg über die Batterie zu nehmen (vermeidet ca. 20 % Wandlungsverluste).

---

2. Berechnung des Entlade-Gewichts über den SOC (Kubische Gewichtung)

Für den verbleibenden Leistungsbedarf ermittelt das Skript für jeden der drei Speicher ein individuelles Gewicht:

1. Abstand zum Minimum: Es wird berechnet, wie viel Prozent der Batterie über dem individuell konfigurierten Mindest-SOC (h.socMin) liegen (h.soc - h.socMin).

2. Kubische Potenz (Math.pow(..., 3)): Dieser Abstand wird hoch 3 genommen.

• Beispiel: Hat Speicher 1 einen Abstand von 40 % und Speicher 2 von 20 %, ist das Gewicht nicht einfach doppelt so hoch, sondern $40^3 / 20^3 = 64000 / 8000 = 8$-mal so hoch.
• Effekt: Speicher mit einem deutlich höheren Füllstand übernehmen fast die gesamte Last. Je näher sich die Speicher im Füllstand annähern, desto gleichmäßiger verteilt sich die Last. Speicher, die bereits auf ihrem Minimum (h.socMin) stehen, bekommen das Gewicht 0 und tragen nichts mehr bei.

---

3. Iterative Verteilung in einer Schleife (Loop)

Da die einzelnen Speicher physikalische und konfigurierte Leistungsgrenzen haben (im Skript auf max. 1200 W pro Gerät begrenzt: maxE), geschieht die Zuweisung in einer Schleife (bis zu 20 Durchläufe, CONFIG.MAX_LOOP_ROUNDS):

• Pro-rata-Aufteilung: Der noch offene Gesamtbedarf (verbleibenderBedarf) wird in der Runde im Verhältnis der eben berechneten Gewichte auf die aktiven Speicher aufgeteilt.

• Kappung am Limit: Droht ein Speicher dabei sein Hardware-Limit (maxE) zu überschreiten, wird er bei seinem Maximum gedeckelt.

• Restmengen-Verteilung: Sollte nach einem Deckelungs-Schritt noch immer Bedarf offen sein (weil ein Speicher voll ausgelastet ist), läuft die Schleife weiter und verteilt den verbleibenden Restbedarf neu auf die verbleibenden Speicher, die noch Reserven haben.

---

4. Das finale Ergebnis

Am Ende liefert die Funktion ein Array mit den exakten Watt-Vorgaben für die drei Wechselrichter (werte: [e1, e2, e3]), die im Hauptskript via setEntlademodus an die Hardware übergeben werden.

[nograx]

@lesiflo Jede volle Stunde wird neu sortiert, Ziel ist es ein Gerät mehr zu belasten um die Effizienz zu erhöhen (und auch nur so viele Geräte zu verwenden wie nötig). Die anderen sollen dazu gezwungen werden den Wechselrichter abzuschalten damit sie auch kein Standby Verbrauch mehr haben. Schau mal bitte was um 19:00 passiert. Ein Gerät das nur AC Laden kann (oder optional aktiviert hat) wird dann mit dem penalty belegt (sprich wenn im default 50% unter dem mit DC)

[lesiflo]

Mittlerweile entladen alle 3 Hyper. Schaltet der 3. Hyper dazu wenn mehr Leistung benötigt wird als 2 liefern können?

[nograx]

@lesiflo Wenn 70% des Maximums geliefert werden wird jeweils ein Gerät dazugeschaltet.