Monatsrückblick Oktober 2026 ist online!

[nograx]

Aktuelle Test Version	6.3.0
Veröffentlichungsdatum	05.11.2026
Github Link	https://github.com/nograx/ioBroker.zendure-solarflow

ioBroker Adapter Zendure SolarFlow 6.0.0 – mit integrierter Nulleinspeisung

Der Adapter zendure-solarflow bindet Zendure-SolarFlow-Speicher in ioBroker ein: Werte auslesen, Geräte steuern, per Cloud, lokal per zenSDK (HTTP) oder per MQTT für ältere Geräte.

Neu in 6.0.0 ist eine eingebaute Nulleinspeisungs-Automatik. Ein eigenes Skript, Blockly oder Node-RED ist dafür nicht mehr nötig. Genau darum geht es in diesem Test-Thread: Bitte testet vor allem die Automatik! Der Rest des Adapters ist aus den Vorversionen gut erprobt.

Vorheriger Thread: https://forum.iobroker.net/topic/69579/test-adapter-zendure-solarflow

---

⚡ Die Adapter-Automatik (Nulleinspeisung)

Die Automatik liest deinen Energiezähler (z.B. Shelly 3PM, Volkszähler etc.) und regelt laufend setDeviceAutomationInOutLimit aller beteiligten Geräte so, dass der Netzbezug nahe an einem einstellbaren Sollwert bleibt. Das funktioniert mit einem einzelnen Gerät genauso wie mit mehreren Speichern.

So arbeitet sie:

• PI-Regler: Hausverbrauch (Netzleistung + aktuelle Ausgabe) plus PI-Korrektur Richtung Sollwert, mit kleinem Totband gegen ständiges Nachregeln
• SOC-gewichtete Leistungsaufteilung: Vollere Akkus übernehmen mehr. Was ein Gerät nicht liefern kann, geht an Geräte mit Reserve.
• Führungsgerät: Sortierung nach SOC und Solarleistung. Weitere Geräte kommen bei steigendem Bedarf dazu und bleiben mindestens 5 Minuten aktiv.
• Akkuschutz: suggestedInverseMaxPower begrenzt die Ausgabe bei niedrigem SOC bzw. schwacher Zellspannung und nachts.
• AC-Geräte (SF 2400 AC, 1600 AC+, Mix AC+) laden bei Überschuss aus dem Netz. Optional geht das auch für SF 800/2400 Pro und Hyper 2000 über acChargingAllowed.
• Ladesicherheit: Ein Gerät wechselt erst nach 5 Minuten bei 0 W von Entladen auf Laden.

Einrichtung

1. Adapter-Einstellungen → Bereich Automatik → Adapter-Automatik aktivieren
2. Trigger-Datenpunkt wählen: Netzleistung deines Smartmeters in W (positiv = Bezug, negativ = Einspeisung). Er sollte sich alle 1–5 Sekunden aktualisieren.
3. Speichern. Der Adapter startet neu und legt die adapterAutomation-Datenpunkte an.
4. Pro Gerät aktivieren: <productKey>.<deviceKey>.adapterAutomation.automationEnabled = true
5. Global einschalten: zendure-solarflow.0.adapterAutomation.automationEnabled = true

⚠️ Wichtig: Solange die Automatik ein Gerät steuert, bitte nicht gleichzeitig aus eigenen Skripten setDeviceAutomationInOutLimit für dieses Gerät schreiben, sonst arbeiten zwei Regler gegeneinander. Geräte mit automationEnabled = false bleiben unberührt.

Wichtige Einstellungen

• setPoint (Standard 10 W): Ziel-Netzbezug
• setPointNearlyFull (Standard −100 W): Sollwert, wenn alle Akkus ≥ 90 % sind und Solar anliegt
• surplusChargeTrigger (Standard 100 W): ab welchem Überschuss AC-Geräte laden
• acOnlyPenalty, ignoreSuggestedInverseMaxPower, pro Gerät forceAcCharging / acChargingAllowed

Alle Details stehen im README: https://github.com/nograx/ioBroker.zendure-solarflow#adapter-automation-zero-feed-in-control

---

🧪 Worauf ich beim Testen besonders Feedback brauche

• Regelt die Automatik stabil, oder schwingt sie bzw. reagiert zu träge?
• Wie gut klappt die Aufteilung bei mehreren Geräten? Ist das Führungsgerät (deviceOrder) sinnvoll gewählt?
• Funktionieren Überschussladen bei AC-Geräten und Akkuschutz wie erwartet?
• Ist der status pro Gerät nachvollziehbar?
• Gibt es Kombinationen aus Gerät, Verbindungsart und Smartmeter, bei denen es gar nicht funktioniert?

Bei Problemen bitte angeben:

• Geräte (Modell + Firmware) und Verbindungsart (Cloud Key / Lokal / zenSDK only)
• Welcher Smartmeter liefert den Trigger, und wie oft aktualisiert er?
• Werte von setPoint, deviceOrder und status / suggestedInverseMaxPowerInfo der Geräte
• Log im Level debug als Code-Block (ohne Zugangsdaten!)
• Gern ein Screenshot vom Verlauf: Netzleistung und Ausgabeleistung

---

🆕 Weitere Änderungen in 6.0.0

• Neuer Verbindungsmodus „zenSDK only (mDNS)“: ganz ohne Zendure-Cloud und MQTT-Server. Die mDNS-Suche läuft dauerhaft, neue Geräte werden automatisch angelegt.
• Neue Einstellung „zenSDK-Geräte per IP-Adresse“ für Geräte in anderen VLANs/Subnetzen, wo mDNS nicht hinkommt (danke an Schattenwelt)
• zenSDK: smartMode wird im Standby (Limit 0) nicht mehr abgeschaltet. Ob das den Standby-Verbrauch erhöht, ist noch offen, Erfahrungswerte sind willkommen! (danke an surfer1264 und cliffsolar)
• Sentry für Fehlerberichte und anonyme Gerätestatistik (nur Geräteklasse, productKey, Produktname, Verbindungsmodus; keine Seriennummern, IPs oder Zugangsdaten). Abschaltbar, siehe Sentry-Plugin.

---

🔌 Unterstützte Geräte

• zenSDK (lokal per HTTP): SolarFlow 800, 800 Plus, 800 Pro, 1600 AC Plus, 2400 AC, 2400 AC Plus, 2400 Pro, 3000 Mix AC+, 4000 Mix AC+, 4000 Mix Pro
• Smart Meter (nur lesend): Smart Meter 3CT, Smart Meter D0
• Legacy (Cloud oder lokal per MQTT): HUB 1200, HUB 2000, Hyper 2000, AIO 2400, ACE 1500

=> Regelung beim AIO, HUB1200/2000 generell Möglich. Hier solltet ihr aber vermutlich eher bei der Regelung vom Mikrowechselrichter bleiben da es einfach viel schneller ist.

---

📦 Installation

Die Testversion kommt über das Beta-Repository (latest) im Admin. Bugs und Feature-Wünsche gern auch direkt als GitHub Issue.

Danke an alle, die bisher getestet und mitdiskutiert haben! 🙏

[nograx]

Ergänzung: es sind ja schon einige Tester auf der Version unterwegs. Spannend finde ich die Geräte-Statistik die mir Sentry jetzt in der Version liefert und die ich gerne mit euch teile:

Überraschend hoch ist für mich vor allem der Anteil von Hub1200/Hub2000 und besonders des ACE 1500:

[lesiflo]

Hi, hab die neue Version installiert und auch gleich ein paar Fragen.

1. Ich habe einen zeitvariablen Stromtarif und möchte nur zu teuren Zeiten entladen, wie kann ich das Entladen sperren?
2. Geht auch ein Bypass, der dann nur die PV Leistung in Netz abgibt?

[lesiflo]

Hi, ich habe die neue Version installiert und ein neues Script erstellen lassen und dann mal beobachten wie es sich so verhält.

Sind die 5 Minuten Umschaltzeit Laden/Entladen nicht etwas sehr lang? Hier fände ich einen zusätzlichen Parameter um das selber einzustellen hilfreich.

[lesiflo]

lesiflo sagte:

Hi, hab die neue Version installiert und auch gleich ein paar Fragen.

1. Ich habe einen zeitvariablen Stromtarif und möchte nur zu teuren Zeiten entladen, wie kann ich das Entladen sperren?
2. Geht auch ein Bypass, der dann nur die PV Leistung in Netz abgibt?

Hat sich erledigt.

[nograx]

@lesiflo

1. Du kannst entweder die einzelnen Geräte mit 'automationEnabled' deaktivieren oder global im 'adapterAutomation' Ordner komplett abschalten. Dann gehen alle Geräte sofort auf 0. Falls du zusätzlich in günstigen Zeitfenstern laden willst kannst du 'forceAcCharging' für einzelne Geräte aktivieren - das aktiviert das AC Laden mit maximaler Ladeleistung.

2. Kannst du das genauer erklären?

[nograx]

@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?

[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