<![CDATA[Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung]]> 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! 🙏

]]>https://forum.iobroker.net/topic/85561/test-adapter-zendure-solarflow-6.0.0-mit-nulleinspeisungRSS for NodeThu, 05 Nov 2026 13:58:48 GMTTue, 13 Oct 2026 14:43:53 GMT60<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Thu, 05 Nov 2026 06:00:03 GMT]]>@Ralf77 Ohne Log und weiteren Infos kann ich da nur raten woran es lag. Zum Absturz beim Download: Oftmals sieht das nur so aus als würde der Browser "einfrieren" da die Logs je nachdem was du alles protokollieren lässt durchaus sehr groß sind und der Download im Hintergrund läuft und wartet bis er abgeschlossen ist.

]]>https://forum.iobroker.net/post/1361939https://forum.iobroker.net/post/1361939Thu, 05 Nov 2026 06:00:03 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Thu, 05 Nov 2026 05:20:21 GMT]]>@SpeedyBlade

  1. Die Berechnungen gelten nur für die Zendure Geräte im Adapter. Wenn die keine eigenen PV Module haben kannst du da aber zumindest ablesen wie viel in die Akkus ging und wie viel wieder raus.
  2. Ja ist meine absolute Empfehlung. Die neueren Geräte gehen damit besser um aber das Sicherheitsnetz im Adapter ist da größer. In der Anfangszeit von Zendure sind etliche Akkus kaputt gegangen weil sie tiefenentladen wurden.

Das führt direkt zum zweiten Posting. In der Automation ist eine Funktion eingebaut => suggestedInverseMaxPower / suggestedInverseMaxPowerInfo, den solltest du dir in deine Visu einbauen. Die Spannung deiner Akkus war schon so weit eingebrochen das die Automation nur noch mit max 130W entladen hat. Wie gesagt je länger der Zeitraum in dem dein Akku auf 100% war desdo schlechter der % wert der angezeigt wird.

Du kannst das Verhalten im Adapter mit adapterAutomation.suggestedInverseMaxPower deaktivieren, dann wird immer dein Maximum benutzt, empfehlen kann ich das aber nicht.

]]>https://forum.iobroker.net/post/1361937https://forum.iobroker.net/post/1361937Thu, 05 Nov 2026 05:20:21 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Wed, 04 Nov 2026 20:54:13 GMT]]>dann habe ich gestern noch etwas gemerkt

obwohl noch über 20% in den Speichern war, hat er dennoch nicht mehr mit der vollen Leistung das Netz bestromt. Stattdessen hat er die Differenz (im Screenshot) von 183W vom Netz bezogen.

Wieso wurde hier nicht die komplette Leistung aus den Speichern gezogen?
Min/Max Soc sind bei 10-98%

image.jpeg

2026-11-03 23:48:00.843  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 92 (ack: false)!
2026-11-03 23:48:00.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=92 rawHomeUsage=482.0 homeUsageAvg=478.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.4 piCorrection=19.6
2026-11-03 23:48:00.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.0 excessFeedIn=-108.0 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:10.848  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 91 (ack: false)!
2026-11-03 23:48:10.888  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=91 rawHomeUsage=481.0 homeUsageAvg=479.2 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=89.2 piCorrection=19.7
2026-11-03 23:48:10.888  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.9 excessFeedIn=-108.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:20.845  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 87 (ack: false)!
2026-11-03 23:48:20.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=87 rawHomeUsage=477.0 homeUsageAvg=478.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.5 piCorrection=19.5
2026-11-03 23:48:20.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.1 excessFeedIn=-108.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:30.846  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 89 (ack: false)!
2026-11-03 23:48:30.884  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=89 rawHomeUsage=479.0 homeUsageAvg=478.7 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.7 piCorrection=19.6
2026-11-03 23:48:30.885  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.3 excessFeedIn=-108.3 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:40.849  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 88 (ack: false)!
2026-11-03 23:48:40.907  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=88 rawHomeUsage=478.0 homeUsageAvg=478.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.5 piCorrection=19.6
2026-11-03 23:48:40.908  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.0 excessFeedIn=-108.0 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:50.882  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 85 (ack: false)!
2026-11-03 23:48:50.921  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=85 rawHomeUsage=475.0 homeUsageAvg=477.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=87.4 piCorrection=19.4
2026-11-03 23:48:50.921  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=496.8 excessFeedIn=-106.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:00.846  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 87 (ack: false)!
2026-11-03 23:49:00.883  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=87 rawHomeUsage=477.0 homeUsageAvg=477.3 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=87.3 piCorrection=19.4
2026-11-03 23:49:00.883  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=496.7 excessFeedIn=-106.7 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:10.847  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 108 (ack: false)!
2026-11-03 23:49:10.898  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=108 rawHomeUsage=498.0 homeUsageAvg=483.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=93.5 piCorrection=20.3
2026-11-03 23:49:10.899  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=503.8 excessFeedIn=-113.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:20.845  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:49:20.883  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=133 rawHomeUsage=523.0 homeUsageAvg=495.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=105.4 piCorrection=22.7
2026-11-03 23:49:20.884  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=518.1 excessFeedIn=-128.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:30.867  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:49:40.848  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 125 (ack: false)!
2026-11-03 23:49:40.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=125 rawHomeUsage=515.0 homeUsageAvg=501.3 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=111.3 piCorrection=23.0
2026-11-03 23:49:40.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=524.2 excessFeedIn=-134.2 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:50.847  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 77 (ack: false)!
2026-11-03 23:49:50.885  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=77 rawHomeUsage=467.0 homeUsageAvg=491.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=101.0 piCorrection=20.9
2026-11-03 23:49:50.885  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=511.9 excessFeedIn=-121.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:00.848  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:50:00.885  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=133 rawHomeUsage=523.0 homeUsageAvg=500.6 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=110.6 piCorrection=22.9
2026-11-03 23:50:00.885  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=523.5 excessFeedIn=-133.5 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:10.859  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 132 (ack: false)!
2026-11-03 23:50:10.939  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=132 rawHomeUsage=522.0 homeUsageAvg=507.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=117.0 piCorrection=23.8
2026-11-03 23:50:10.939  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=530.9 excessFeedIn=-140.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:20.850  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 47 (ack: false)!
2026-11-03 23:50:20.875  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=47 rawHomeUsage=437.0 homeUsageAvg=486.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=96.0 piCorrection=19.6
2026-11-03 23:50:20.876  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=505.7 excessFeedIn=-115.7 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:30.851  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 131 (ack: false)!
2026-11-03 23:50:30.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=131 rawHomeUsage=521.0 homeUsageAvg=496.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=106.5 piCorrection=22.3
2026-11-03 23:50:30.881  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=518.8 excessFeedIn=-128.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:40.866  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 122 (ack: false)!
2026-11-03 23:50:40.898  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=122 rawHomeUsage=512.0 homeUsageAvg=501.2 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=111.2 piCorrection=23.0
2026-11-03 23:50:40.899  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=524.1 excessFeedIn=-134.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:50.884  - [34mdebug[39m: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 127 (ack: false)!
2026-11-03 23:50:50.958  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=127 rawHomeUsage=517.0 homeUsageAvg=505.9 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=115.9 piCorrection=23.7
2026-11-03 23:50:50.959  - [34mdebug[39m: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=529.6 excessFeedIn=-139.6 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:51.122  - [31merror[39m: node-red.0 (30254) Node-RED: 3 Nov 23:50:51 - [error] [http request:Deye Status abrufen] RequestError: connect EHOSTUNREACH 192.168.0.186:80
    at ClientRequest.<anonymous> (file:///opt/iobroker/node_modules/got/dist/source/core/index.js:790:107)
    at Object.onceWrapper (node:events:633:26)
    at ClientRequest.emit (node:events:530:35)
    at ClientRequest.emit (node:domain:489:12)
    at emitErrorEvent (node:_http_client:104:11)
    at Socket.socketErrorListener (node:_http_client:518:5)
    at Socket.emit (node:events:518:28)
    at Socket.emit (node:domain:489:12)
    at emitErrorNT (node:internal/streams/destroy:170:8)
    at emitErrorCloseNT (node:internal/streams/destroy:129:3)
    at process.processTicksAndRejections (node:internal/process/task_queues:90:21)
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1636:16)
2026-11-
]]>https://forum.iobroker.net/post/1361906https://forum.iobroker.net/post/1361906Wed, 04 Nov 2026 20:54:13 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Wed, 04 Nov 2026 20:34:30 GMT]]>

@nograx sagte:

Das 1. Häkchen aktiviert Berechnungen für die Tageswerte von Solarertrag etc.

Das 2. sorgt dafür das die Entladung gestoppt wird wenn die Batteriespannung zu niedrig ist. Bei Lfp Batterien hat man oft das Problem das die % Angabe mehr oder weniger berechnet und geschätzt ist. Daher müssen sie sich gelegentlich „kalibriert“ werden. Es kann durchaus sein das man denkt man hat noch 30% aber eigentlich ist der Akku leer, wenn man die Spannung der Batterie prüft kann man aber ein zu tiefes entladen verhindern.

zu 1. habe ich aktiviert, kann da aber nichts finden, wo ich meine externe PV hinterlegen kann. Oder bezieht sich dies nur auf Anlagen von Zendure die einen DC Eingang haben?

zu 2. LFP sind ja LiFePO4, welche eigentlich alle bei Zendure sind. Macht es dann nicht Sinn diese Funktion standardmäßig aktiv zu haben?

]]>https://forum.iobroker.net/post/1361905https://forum.iobroker.net/post/1361905Wed, 04 Nov 2026 20:34:30 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Wed, 04 Nov 2026 20:06:38 GMT]]>@nograx sobald ich den Log Downloaden möchte stürzt mein ioBroker immer ab. Keine Ahnung wo das Problem liegt.

Prinzipiell läuft die Regelung auch bei 1s Polling nicht sauber.
Zudem passt auch die Aufteilung der Einspeisung nicht entsprechend des SOCs. Die Last wurde z.B. aus dem Speicher mit dem geringsten SOC und dem höchsten SOC bedient…der Speicher mit dem mittleren SOC wurde in den Standby gesetzt.

]]>https://forum.iobroker.net/post/1361898https://forum.iobroker.net/post/1361898Wed, 04 Nov 2026 20:06:38 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Wed, 04 Nov 2026 05:08:11 GMT]]>@Ralf77 Ich habe eine zeitlang auch mal den Pulse lokal ausgelesen, was bei mir aber mehr schlecht als recht lief.

Stell doch mal das Polling vom 3ct im Gerätebaum unter Settings ggf. auf 1s oder 2s und probiere es damit noch mal.

So oder so wäre ein Log sehr hilfreich, ggf. finden wir dafür eine Lösung.

]]>https://forum.iobroker.net/post/1361795https://forum.iobroker.net/post/1361795Wed, 04 Nov 2026 05:08:11 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 20:46:29 GMT]]>@nograx mache ich morgen gerne.

Ich lese die Daten lokal aus. Deshalb sollte es eigentlich problemlos funktionieren. Ich habe parallel auch die Daten, welche ich vom 3ct-s habe verwendet, da habe ich die Netzeinspeisung berechnet. Damit hatte ich aber auch das Problem.

]]>https://forum.iobroker.net/post/1361782https://forum.iobroker.net/post/1361782Tue, 03 Nov 2026 20:46:29 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 20:38:28 GMT]]>@Ralf77 liest du den Pulse lokal aus oder über die Tibber API? Glaube hier liegt ein starkes Timing Problem vor und das Script sieht nicht den richtigen Wert auf dem Datenpunkt der wirklich bei dir der Realität entspricht. Soweit ich das im Kopf habe kann beim Pulse der Wert von Lesekopf 5-10 Sekunden hinterherlaufen was das Hochschaukeln durchaus erklärt.

Kannst du den Adapter wohl mal in den Debug Modus setzen und mir das Log von ca 30 Minuten mal zuschicken?

]]>https://forum.iobroker.net/post/1361781https://forum.iobroker.net/post/1361781Tue, 03 Nov 2026 20:38:28 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 20:34:12 GMT]]>@SpeedyBlade die neue Version sollte spätestens morgen im Beta Kanal verfügbar sein.

Das 1. Häkchen aktiviert Berechnungen für die Tageswerte von Solarertrag etc.

Das 2. sorgt dafür das die Entladung gestoppt wird wenn die Batteriespannung zu niedrig ist. Bei Lfp Batterien hat man oft das Problem das die % Angabe mehr oder weniger berechnet und geschätzt ist. Daher müssen sie sich gelegentlich „kalibriert“ werden. Es kann durchaus sein das man denkt man hat noch 30% aber eigentlich ist der Akku leer, wenn man die Spannung der Batterie prüft kann man aber ein zu tiefes entladen verhindern.

]]>https://forum.iobroker.net/post/1361780https://forum.iobroker.net/post/1361780Tue, 03 Nov 2026 20:34:12 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 18:44:26 GMT]]>Hallo @nograx , erst mal vielen Dank für den Adapter zur lokale Steuerung. Ich habe den mit viel Interesse jetzt mal installiert.

Mein Setup
3x Solarflow 4000 Mix Pro
1x 3ct-S
1x Tibber Pulse

Ich habe den Adapter heute jetzt mal aktiviert und als Datenquelle für Überschuss/Bezug den Tibber Pulse in Deinem Adapter angegeben.

Wenn ich mir jetzt mal eine Stunde ansehe, wie die Regelung funktioniert (ich war nicht zuhause und der Stromverbrauch war sehr gleichmäßig bei ca. 450W), dann kann man erkennen, dass die Regelung in gleichmäßigen Abständen anfängt aufzuschwingen. Lass mich wissen, falls Du weitere Informationen benötigst.

20261103_183621000_iOS.png

]]>https://forum.iobroker.net/post/1361761https://forum.iobroker.net/post/1361761Tue, 03 Nov 2026 18:44:26 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 12:53:36 GMT]]>

@nograx sagte:

disableAcCharging ist der Schalter den ich für dich jetzt eingebaut habe

=> gibt es demnach demnächst eine neue Version?

ist und war bereits aktiviert ;)
image.jpeg

Könntest du auf die beiden Funktionen nochmals ein wenig genauer drauf eingehen?
image.jpeg

]]>https://forum.iobroker.net/post/1361698https://forum.iobroker.net/post/1361698Tue, 03 Nov 2026 12:53:36 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 07:36:21 GMT]]>@SpeedyBlade disableAcCharging ist der Schalter den ich für dich jetzt eingebaut habe.

zenSDK aktivierst du in den Einstellungen vom Adapter (ist standardmäßig an, da klare Empfehlung).

]]>https://forum.iobroker.net/post/1361649https://forum.iobroker.net/post/1361649Tue, 03 Nov 2026 07:36:21 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 07:20:00 GMT]]>@nograx der Version 6.2.0 ist der Schalter "disableAcCharging" mit drin. => Genau deswegen mein Vorschlag mit dem sperren/aktivieren 😉

Wenn du zenSDK aktiviert ... => Wo genau soll dies eingestellt werden? Im Adapter oder in der zendure App? Ich bin Freund der lokalen Welt, daher stellt sich für Frage der Cloud für mich nicht, wenn es eine lokale Möglichkeit gibt 😜

]]>https://forum.iobroker.net/post/1361647https://forum.iobroker.net/post/1361647Tue, 03 Nov 2026 07:20:00 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Tue, 03 Nov 2026 05:47:00 GMT]]>@SpeedyBlade In der Version 6.2.0 ist der Schalter "disableAcCharging" mit drin.

Ja wenn ioBroker offline geht funktioniert logischerweise die Steuerung nicht mehr. Wenn du zenSDK aktiviert lässt erfolgt die Steuerung lokal über dein Netzwerk, das bedeutet wenn die Zendure Cloud offline ist funktioniert es weiter. Jetzt darfst du entscheiden welche Variante dir sicherer erscheint 🖖

]]>https://forum.iobroker.net/post/1361643https://forum.iobroker.net/post/1361643Tue, 03 Nov 2026 05:47:00 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 20:40:06 GMT]]>@nograx nein, keine weiteren Speicher im Einsatz

Log ist leider nicht mehr verfügbar von gestern.
hab jetzt aber den debug aktiviert vom adapter, lass es jetzt erstmal einige stunden laufen, dann sende ich es dir morgen/übermorgen. Aktuell konnte ich keinen Fehler feststellen, aber ich schaue auch nicht alle paar Minuten auf die App bzw. die Daten ;)

besten Dank für den Einsatz 👍

Wenn ich sonst noch was testen soll, lass es mich wissen.
Bei mir sind die vollen 3x2400W im Einsatz und freigegeben von Zendure, falls es da nen Test oder Infos braucht

was passiert eigentlich, wenn der ioBroker oder der Adapter offline geht?
wird dann der Speicher weder geladen, noch entladen?

]]>https://forum.iobroker.net/post/1361590https://forum.iobroker.net/post/1361590Mon, 02 Nov 2026 20:40:06 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 14:18:34 GMT]]>@SpeedyBlade Als zusätzlich Option wäre es vermutlich ganz hilfreich. Baue ich gerne kurzfristig mit ein.

Hast du noch irgendwelche anderen Speicher im Einsatz die hier gestört haben könnten?

]]>https://forum.iobroker.net/post/1361516https://forum.iobroker.net/post/1361516Mon, 02 Nov 2026 14:18:34 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 13:28:08 GMT]]>@nograx den Log kann ich gerne raussuchen am späteren Nachmittag.

Die Verbindung kann ich definitiv ausschließen, die ist und war immer perfekt. Access Point steht 2m daneben und hatte hier noch nie Unterbrüche.

Wäre mein Vorschlag nicht dennoch integrierbar?
So könnte man definitiv das AC Laden sperren/freigeben?

]]>https://forum.iobroker.net/post/1361513https://forum.iobroker.net/post/1361513Mon, 02 Nov 2026 13:28:08 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 13:24:07 GMT]]>@SpeedyBlade Exakt das was du da beschreibst dürfte eigentlich nicht passieren - lediglich wenn der Lade-Keep-Alive gehalten wird (5 Minuten) kann es temporär dazu kommen ODER wenn deine Verbindung schlecht ist und das Kommando zur Leistungsreduktion beim Gerät nicht sauber ankommt (da bitte dann mal setDeviceAutomationInOutLimit mit den aktuellen Werten vergleichen). Letzteres sollte aber auch automatisch innerhalb einer Minute korrigiert werden in dem das letzte Kommando noch einmal geschickt wird.

Es wäre super wenn du mir dazu den Adapter in den Debug Modus schaltest und dann ein Log zukommen lassen könntest sofern das noch mal passiert.

]]>https://forum.iobroker.net/post/1361512https://forum.iobroker.net/post/1361512Mon, 02 Nov 2026 13:24:07 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 11:21:49 GMT]]>@nograx
HEMS ist mittlerweile deaktiviert 👍🏼
Nutze es nur mehr lokal
Habe die Automation aus dem Adapter aktivert... Besten Dank
Läuft soweit ganz gut, allerdings habe ich noch Anliegen hierzu.
Ich habe drei solarflow 2400 mit ab3000x im Einsatz. Die erzeugende Energie erfolgt über eine separate komplette pv-anlage am Dach.
Somit sind die AC Speicher auch wirklich reine AC Speicher.
Was mir gestern aufgefallen ist, dass ein Speicher den anderen geladen hat, obwohl keine Energie vom Dach kam.
Hier wäre es gut wenn man noch folgendes in die Automation mit einfügen könnte.
Man bräuchte den Wert der pV Anlage der aktuell erzeugt wird, ist dieser kleiner Wert X, dann soll AC Ladung gesperrt werden. Ist der Wert der pv-anlage über Wert X, dann soll AC Ladung wieder aktiv werden. Beides soll jedoch mit einer Zeit hinterlegt werden können. Z.b mindestens 1,2,3,5 Minuten oder ähnliches.
Ich hoffe das war nun verständlich erklärt 😬

[
    {
        "id": "zendure_pv_trigger_in",
        "type": "ioBroker in",
        "z": "tab_zendure_automation",
        "name": "PV-Gesamtwert einlesen",
        "topic": "zendure-solarflow.0.adapterAutomation.totalSolarPower",
        "payloadType": "value",
        "onlyack": true,
        "func": "all",
        "gap": "",
        "x": 160,
        "y": 140,
        "wires": [
            [
                "zendure_logic_function"
            ]
        ]
    },
    {
        "id": "zendure_logic_function",
        "type": "function",
        "z": "tab_zendure_automation",
        "name": "60s Timer & Hysterese",
        "func": "let aktuellePV = msg.payload;\n\n// Zustände aus dem Node-Speicher holen oder initialisieren\nlet statusAktuell = context.get(\"statusAktuell\") || false; // true = Laden erlaubt, false = gesperrt\nlet timerTyp = context.get(\"timerTyp\") || null;           // \"ON\" oder \"OFF\"\nlet timerStart = context.get(\"timerStart\") || 0;           // Zeitstempel\n\nlet jetzt = Date.now();\nlet wartezeit = 60000; // 60 Sekunden in Millisekunden\n\n// --- FALL 1: PV ist hoch genug (Einschalten prüfen) ---\nif (aktuellePV >= 150) {\n    if (!statusAktuell) { // Wenn aktuell noch gesperrt ist\n        if (timerTyp !== \"ON\") {\n            // Start des 60s-Timers für das Einschalten\n            context.set(\"timerTyp\", \"ON\");\n            context.set(\"timerStart\", jetzt);\n        } else if (jetzt - timerStart >= wartezeit) {\n            // 60 Sekunden sind stabil abgelaufen!\n            statusAktuell = true;\n            context.set(\"statusAktuell\", statusAktuell);\n            context.set(\"timerTyp\", null); // Timer zurücksetzen\n            msg.payload = true;\n            return msg;\n        }\n    }\n    else {\n        // Zustand ist bereits ON, eventuellen OFF-Timer löschen\n        context.set(\"timerTyp\", null);\n    }\n}\n\n// --- FALL 2: PV ist zu niedrig (Ausschalten prüfen) ---\nelse if (aktuellePV <= 50) {\n    if (statusAktuell) { // Wenn aktuell noch Laden erlaubt ist\n        if (timerTyp !== \"OFF\") {\n            // Start des 60s-Timers für das Ausschalten\n            context.set(\"timerTyp\", \"OFF\");\n            context.set(\"timerStart\", jetzt);\n        } else if (jetzt - timerStart >= wartezeit) {\n            // 60 Sekunden sind stabil abgelaufen!\n            statusAktuell = false;\n            context.set(\"statusAktuell\", statusAktuell);\n            context.set(\"timerTyp\", null); // Timer zurücksetzen\n            msg.payload = false;\n            return msg;\n        }\n    }\n    else {\n        // Zustand ist bereits OFF, eventuellen ON-Timer löschen\n        context.set(\"timerTyp\", null);\n    }\n}\n\n// --- FALL 3: PV liegt im Hysterese-Bereich (51 - 149W) ---\nelse {\n    // Wenn der Wert dazwischen liegt, wird jeder laufende Timer abgebrochen\n    context.set(\"timerTyp\", null);\n}\n\n// Wenn die Bedingung (noch) nicht erfüllt ist, blockieren wir die Nachricht\nreturn null;",
        "outputs": 1,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 420,
        "y": 140,
        "wires": [
            [
                "zendure_out_device_1",
                "zendure_out_device_2",
                "zendure_out_device_3"
            ]
        ]
    },
    {
        "id": "zendure_out_device_1",
        "type": "ioBroker out",
        "z": "tab_zendure_automation",
        "name": "Speicher 1: acChargingAllowed",
        "topic": "zendure-solarflow.0.[Seriennummer_A].adapterAutomation.acChargingAllowed",
        "ackval": "false",
        "autoCreate": "false",
        "stateId": "",
        "stateName": "",
        "stateType": "",
        "stateUnit": "",
        "x": 710,
        "y": 80,
        "wires": []
    },
    {
        "id": "zendure_out_device_2",
        "type": "ioBroker out",
        "z": "tab_zendure_automation",
        "name": "Speicher 2: acChargingAllowed",
        "topic": "zendure-solarflow.0.[Seriennummer_B].adapterAutomation.acChargingAllowed",
        "ackval": "false",
        "autoCreate": "false",
        "stateId": "",
        "stateName": "",
        "stateType": "",
        "stateUnit": "",
        "x": 710,
        "y": 140,
        "wires": []
    },
    {
        "id": "zendure_out_device_3",
        "type": "ioBroker out",
        "z": "tab_zendure_automation",
        "name": "Speicher 3: acChargingAllowed",
        "topic": "zendure-solarflow.0.[Seriennummer_C].adapterAutomation.acChargingAllowed",
        "ackval": "false",
        "autoCreate": "false",
        "stateId": "",
        "stateName": "",
        "stateType": "",
        "stateUnit": "",
        "x": 710,
        "y": 200,
        "wires": []
    }
]
]]>https://forum.iobroker.net/post/1361494https://forum.iobroker.net/post/1361494Mon, 02 Nov 2026 11:21:49 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Mon, 02 Nov 2026 05:40:03 GMT]]>@SpeedyBlade Dann solltest du im ersten Schritt das HEMS / Automatisierung in der offiziellen App abschalten. Sonst geht keine Steuerung. Dann kannst du wenn du z.B. deinen Shelly (oder welchem Smart Meter du auch benutzt) im ioBroker siehst auch die offizielle Automatisierung vom Adapter nutzen. Die läuft jetzt schon bei knapp 30 Personen sehr stabil.

Einrichtung grob ist die Automatisierung im Adapter einschalten, Smart Meter Datenpunkt auswählen und dann im Objektbaum die Automatisierung aktivieren. Ausführlicher wird es in der Readme beschrieben.

Wenn du uns noch mehr Infos gibst können wir dir hier auch einiges besser helfen.

]]>https://forum.iobroker.net/post/1361466https://forum.iobroker.net/post/1361466Mon, 02 Nov 2026 05:40:03 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Sun, 01 Nov 2026 19:54:52 GMT]]>ich möchte das system lokal steuern und nicht mehr über hems
denn diese automatische kalibierung am abend nervt

]]>https://forum.iobroker.net/post/1361440https://forum.iobroker.net/post/1361440Sun, 01 Nov 2026 19:54:52 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Sun, 01 Nov 2026 19:42:48 GMT]]>@SpeedyBlade was genau möchtest du denn Steuern? Wird bei dir über Zendure noch gesteuert?

]]>https://forum.iobroker.net/post/1361435https://forum.iobroker.net/post/1361435Sun, 01 Nov 2026 19:42:48 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Sun, 01 Nov 2026 16:12:38 GMT]]>hallo
ich verwende auch diesen adapter, aber ich kann über den adapter überhaupt nichts schalten am zendure, obwohl alle geräte gefunden werden und auch die statusse korrekt dargestellt werden im iobroker

]]>https://forum.iobroker.net/post/1361397https://forum.iobroker.net/post/1361397Sun, 01 Nov 2026 16:12:38 GMT<![CDATA[Reply to Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung on Thu, 29 Oct 2026 09:37:36 GMT]]>Die Master Firmware v2.1.48 bekommt man auf Nachfrage beim Support freigeschaltet. Als Begründung kann man Probleme mit der offiziellen HA Integration angeben.
Damit ist dann die SSL Verschlüsselung Geschichte.

]]>https://forum.iobroker.net/post/1361009https://forum.iobroker.net/post/1361009Thu, 29 Oct 2026 09:37:36 GMT