NEWS
Test Adapter Zendure Solarflow
-
@haselchen Die "nullen " habe ich ebenfalls. Vermute die DP werden vom Gerät generell nicht genutzt oder nur aktualisiert, wenn man sie verwendet. Mit welchem Server der verbunden ist, interessiert mich im Grunde im lokalen Betrieb ja auch nicht, die anderen Nullen sind auch uninteressant. Teste die lokale API mal via http://ipdeinesSF800/properties/report
Dann siehst du was er alles liefert in der Ausgabe. Das einfach in einem Browser Fenster im LAN ausführen.
Einen Nachteil von aktiviertem MQTT gibt es denke ich keinen aber auch keinen Mehrwert in meinen Augen. Am Ende hat er halt mehr zu tun, er liefert dann Daten an die Cloud, deinen Broker und bedient die lokale API. Was ich nicht brauche, schalte ich ab. Teste mal meinen Automations Adapter, theoretisch sollte er mit dem SF800 auch gehen, der kann doch AC Laden oder ?? Wenn ja dann sollte das Gerät damit das gleiche tun wie der SF1600 nur mit weniger Leistung.
Ich habe im Sekundentakt diese Nachrichten im Log
zendure-solarflow.0 2026-03-30 15:08:52.437 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:51.406 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:51.368 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:50.367 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:49.335 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:49.295 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:48.294 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:47.264 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:47.224 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:46.222 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:45.192 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:45.150 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:44.149 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:43.114 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:43.068 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:42.066 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:41.035 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:40.990 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:39.988 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:38.959 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:38.919 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:37.917 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:36.884 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:36.837 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:35.835 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:34.802 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: -
Ich habe im Sekundentakt diese Nachrichten im Log
zendure-solarflow.0 2026-03-30 15:08:52.437 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:51.406 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:51.368 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:50.367 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:49.335 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:49.295 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:48.294 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:47.264 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:47.224 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:46.222 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:45.192 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:45.150 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:44.149 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:43.114 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:43.068 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:42.066 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:41.035 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:40.990 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:39.988 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:38.959 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:38.919 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:37.917 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:36.884 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID: zendure-solarflow.0 2026-03-30 15:08:36.837 info [onReconnected] Reconnected to MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:35.835 info [onDisconnected] Disconnected from MQTT! URL: mqtt://mqtteu.zen-iot.com:1883 zendure-solarflow.0 2026-03-30 15:08:34.802 info [onConnected] Connected with MQTT! URL: mqtt://mqtteu.zen-iot.com:1883, Client ID:Lösch doch mal den gesamten Adapter. Nicht das da noch was von dem ganzen einstellen übrig ist. Sollte nicht sein aber so ein Bild habe ich noch nie gesehen. Er verbindet und trennt ja im Sekundentakt die Cloud. Hast Du ggf. den Haken mit Cloudweiterleitung aktiviert? Nicht das daraus dieser Fehler kommt. Ich habe nur ZenSDK aktiv und keine Fehler. Vielleicht kann Peter da mehr zu sagen ...
Also nach löschen neu aufsetzen natürlich :D
-
Lösch doch mal den gesamten Adapter. Nicht das da noch was von dem ganzen einstellen übrig ist. Sollte nicht sein aber so ein Bild habe ich noch nie gesehen. Er verbindet und trennt ja im Sekundentakt die Cloud. Hast Du ggf. den Haken mit Cloudweiterleitung aktiviert? Nicht das daraus dieser Fehler kommt. Ich habe nur ZenSDK aktiv und keine Fehler. Vielleicht kann Peter da mehr zu sagen ...
Also nach löschen neu aufsetzen natürlich :D
-
Nur mit Cloud-Key und dann im Adapter die ZenSDK Option aktiviert. Dann läuft er ja lokal. Ich habe das so verstanden, dass die Cloud dann nur initial genutzt wird um eine lokale Verbindung zu ermöglichen. @nograx kann das sicherlich näher erklären.
-
Nur mit Cloud-Key und dann im Adapter die ZenSDK Option aktiviert. Dann läuft er ja lokal. Ich habe das so verstanden, dass die Cloud dann nur initial genutzt wird um eine lokale Verbindung zu ermöglichen. @nograx kann das sicherlich näher erklären.
-
Reconnect im Sekundentakt tritt auf wenn man mehrere Instanzen oder parallel z.B. Home Assistant noch laufen hat.
MQTT was man in der App aktivieren kann ist meiner Erfahrung nach sehr langsam und die Steuerung darüber habe ich bisher nicht ans laufen bekommen. Gibt aktuell auch keine Doku darüber wie das Payload aussehen muss.
-
Reconnect im Sekundentakt tritt auf wenn man mehrere Instanzen oder parallel z.B. Home Assistant noch laufen hat.
MQTT was man in der App aktivieren kann ist meiner Erfahrung nach sehr langsam und die Steuerung darüber habe ich bisher nicht ans laufen bekommen. Gibt aktuell auch keine Doku darüber wie das Payload aussehen muss.
Kaum macht man es richtig :)
Das war der entscheidende Hinweis.
Bevor ich 114 Seite durchblättere, mein Projekt soll sein,
wenn die HauptPVBatterie bei 30% ist, soll die Solarflow aktiviert werden und ins Haus speisen.
Nun die Frage, aus Deinem Wissen raus, existiert dazu schon ein Skript oder Blockly?Mein innerer Monk möchte ohne kWh Bezug durch die Nacht kommen.
Die HauptPVBatterie und dann die ZendureBatterie sollen im Zusammenspiel solange "halten" bis wieder morgens genug Sonne scheint.@felli fürs Brainstorming :)
Edit: noch ein ganz wichtiger Punkt. Wieso wird der aktuelle PV Ertrag nicht abgebildet?
Das ist doch das A und O bei ner PV Anlage.
Ich meine, dieser DP wird auch nicht per MQTT per App mitgeschickt.
Krieg ich den irgendwie aufbereitet?
Der Adapter zeigt völlig wirre Kalkulationen an. -
Kaum macht man es richtig :)
Das war der entscheidende Hinweis.
Bevor ich 114 Seite durchblättere, mein Projekt soll sein,
wenn die HauptPVBatterie bei 30% ist, soll die Solarflow aktiviert werden und ins Haus speisen.
Nun die Frage, aus Deinem Wissen raus, existiert dazu schon ein Skript oder Blockly?Mein innerer Monk möchte ohne kWh Bezug durch die Nacht kommen.
Die HauptPVBatterie und dann die ZendureBatterie sollen im Zusammenspiel solange "halten" bis wieder morgens genug Sonne scheint.@felli fürs Brainstorming :)
Edit: noch ein ganz wichtiger Punkt. Wieso wird der aktuelle PV Ertrag nicht abgebildet?
Das ist doch das A und O bei ner PV Anlage.
Ich meine, dieser DP wird auch nicht per MQTT per App mitgeschickt.
Krieg ich den irgendwie aufbereitet?
Der Adapter zeigt völlig wirre Kalkulationen an.@haselchen sagte in Test Adapter Zendure Solarflow:
Bevor ich 114 Seite durchblättere, mein Projekt soll sein,
wenn die HauptPVBatterie bei 30% ist, soll die Solarflow aktiviert werden und ins Haus speisen.
Nun die Frage, aus Deinem Wissen raus, existiert dazu schon ein Skript oder Blockly?Lass dir das doch von einer KI erstellen. Ich erstelle fast alles nur noch mit ChatGPT oder Gemini. Warum den Kopf zerbrechen wenn's auch einfach geht.
-
@haselchen sagte in Test Adapter Zendure Solarflow:
Bevor ich 114 Seite durchblättere, mein Projekt soll sein,
wenn die HauptPVBatterie bei 30% ist, soll die Solarflow aktiviert werden und ins Haus speisen.
Nun die Frage, aus Deinem Wissen raus, existiert dazu schon ein Skript oder Blockly?Lass dir das doch von einer KI erstellen. Ich erstelle fast alles nur noch mit ChatGPT oder Gemini. Warum den Kopf zerbrechen wenn's auch einfach geht.
-
Da hier ja vermutlich die meisten ioBroker/Zendure User beisammen sind, wollte ich was mit euch teilen. Habe seit knapp einer Woche einen SF1600AC+ und habe mir daher was ausgedacht, diesen über Peters Adapter zu regeln. Dazu habe ich einen eigenen kleinen Adapter gebaut, der eine Nulleinspeisung inkl. Überschussladen aus bestehender PV realisiert. Dabei wird der Datenpunkt: zendure-solarflow.0.XXX.XXX.control.setDeviceAutomationInOutLimit angesprochen.
Da mein SF1600 beim umschalten von laden zu einspeisen klackt, habe ich mir hier auch Gedanken gemacht, wie man das Relais sinnvoll schützen kann. Dazu ist ein Tick Timer eingebaut, der über das UI eingestellt werden kann. Standard ist 3 Clicks zum einspeisen und 5 Clicks zum laden. Also bei 5 sek. Tick wären das 15 oder 25 Sekunden, in denen dann ein Schwellwert (ebenfalls einstellbar) anliegen muss, bevor er schaltet. Zusätzlich, wird noch packPower gecheckt und nur dann geschaltet, wenn dieser kleiner 10W ist. Damit sollte sichergestellt sein, dass das Relais nur ohne Last umschaltet. Vermute Zendure hat daran gedacht, wollte aber auf Nummer sicher gehen :D
Den Entladeschluss kann man auf zwei Arten definieren. Entweder klassisch via SOC oder per minVol. Dazu scannt der Adapter alle Packs in Peters Integration nach minVol und wertet hier den kleinsten aus. Dieser wird dann auch berücksichtigt fürs Notladen, sollte mal ein Pack bei schlechtem Wetter abschmieren.
Wenn Notladen aktiv, wird bis zu einem Exit SOC geladen (Standard 20%). Danach bleibt die Reglung in einem Recovery Modus und dessen Exit SOC ist bei 30%. Damit wollte ich unnötige Loops vermeiden. All diese Schwellwerte sind bequem zu steuern per UI und im Objektbaum unter Control, kann man mit einem Schalter die Reglung einfach ausschalten, falls man händisch was machen will per App oder was weiß ich.
Das läuft nun seit einer Woche erstaunlich gut und stabil muss ich sagen. Werde den Adapter nicht offiziell ins Repo bringen, also müsst Ihr den wenn per Custom-Link manuell direkt via Github installieren bei Interesse. Denke für die neuen Geräte ist das eine tolle Sache und die regeln wirklich traumhaft schnell und weich die Last weg.
@nograx falls Du Interesse an dem Werk hast und wenn es nur Teile sind, lass es mich wissen. Glaube sowas wäre eine tolle Ergänzung zu Deinem genialen Adapter, den ich seit Anfang an nutze!
Hier der Link: https://github.com/Felliglanz/ioBroker.zendure-automation
Viel Spaß beim probieren und gebt gerne eine Rückmeldung.
LG
Sven@Felli sagte in Test Adapter Zendure Solarflow:
Da hier ja vermutlich die meisten ioBroker/Zendure User beisammen sind, wollte ich was mit euch teilen. Habe seit knapp einer Woche einen SF1600AC+ und habe mir daher was ausgedacht, diesen über Peters Adapter zu regeln. Dazu habe ich einen eigenen kleinen Adapter gebaut, der eine Nulleinspeisung inkl. Überschussladen aus bestehender PV realisiert. Dabei wird der Datenpunkt: zendure-solarflow.0.XXX.XXX.control.setDeviceAutomationInOutLimit angesprochen.
Da mein SF1600 beim umschalten von laden zu einspeisen klackt, habe ich mir hier auch Gedanken gemacht, wie man das Relais sinnvoll schützen kann. Dazu ist ein Tick Timer eingebaut, der über das UI eingestellt werden kann. Standard ist 3 Clicks zum einspeisen und 5 Clicks zum laden. Also bei 5 sek. Tick wären das 15 oder 25 Sekunden, in denen dann ein Schwellwert (ebenfalls einstellbar) anliegen muss, bevor er schaltet. Zusätzlich, wird noch packPower gecheckt und nur dann geschaltet, wenn dieser kleiner 10W ist. Damit sollte sichergestellt sein, dass das Relais nur ohne Last umschaltet. Vermute Zendure hat daran gedacht, wollte aber auf Nummer sicher gehen :D
Den Entladeschluss kann man auf zwei Arten definieren. Entweder klassisch via SOC oder per minVol. Dazu scannt der Adapter alle Packs in Peters Integration nach minVol und wertet hier den kleinsten aus. Dieser wird dann auch berücksichtigt fürs Notladen, sollte mal ein Pack bei schlechtem Wetter abschmieren.
Wenn Notladen aktiv, wird bis zu einem Exit SOC geladen (Standard 20%). Danach bleibt die Reglung in einem Recovery Modus und dessen Exit SOC ist bei 30%. Damit wollte ich unnötige Loops vermeiden. All diese Schwellwerte sind bequem zu steuern per UI und im Objektbaum unter Control, kann man mit einem Schalter die Reglung einfach ausschalten, falls man händisch was machen will per App oder was weiß ich.
Das läuft nun seit einer Woche erstaunlich gut und stabil muss ich sagen. Werde den Adapter nicht offiziell ins Repo bringen, also müsst Ihr den wenn per Custom-Link manuell direkt via Github installieren bei Interesse. Denke für die neuen Geräte ist das eine tolle Sache und die regeln wirklich traumhaft schnell und weich die Last weg.
@nograx falls Du Interesse an dem Werk hast und wenn es nur Teile sind, lass es mich wissen. Glaube sowas wäre eine tolle Ergänzung zu Deinem genialen Adapter, den ich seit Anfang an nutze!
Hier der Link: https://github.com/Felliglanz/ioBroker.zendure-automation
Viel Spaß beim probieren und gebt gerne eine Rückmeldung.
LG
Sven@felli
Danke erstmal für deinen Adapter
Heute mal installiert.
Ich haben einen Solarflow 800 Pro.
Läuft erstmal im Entlademodus, mal schauen wie der Lademodus läuft.
Ich habe den Solarflow zur Zeit als reinen AC Speicher laufen, muß ich da noch irgendwas anpassen.
MQTT Steuerung ist auch in der Zendure App nicht aktiviert, oder?
Also funktioniert die Steuerung doch über ZenSDK ist das die schnellste Regelung?Gruß Frank
-
@Felli sagte in Test Adapter Zendure Solarflow:
Da hier ja vermutlich die meisten ioBroker/Zendure User beisammen sind, wollte ich was mit euch teilen. Habe seit knapp einer Woche einen SF1600AC+ und habe mir daher was ausgedacht, diesen über Peters Adapter zu regeln. Dazu habe ich einen eigenen kleinen Adapter gebaut, der eine Nulleinspeisung inkl. Überschussladen aus bestehender PV realisiert. Dabei wird der Datenpunkt: zendure-solarflow.0.XXX.XXX.control.setDeviceAutomationInOutLimit angesprochen.
Da mein SF1600 beim umschalten von laden zu einspeisen klackt, habe ich mir hier auch Gedanken gemacht, wie man das Relais sinnvoll schützen kann. Dazu ist ein Tick Timer eingebaut, der über das UI eingestellt werden kann. Standard ist 3 Clicks zum einspeisen und 5 Clicks zum laden. Also bei 5 sek. Tick wären das 15 oder 25 Sekunden, in denen dann ein Schwellwert (ebenfalls einstellbar) anliegen muss, bevor er schaltet. Zusätzlich, wird noch packPower gecheckt und nur dann geschaltet, wenn dieser kleiner 10W ist. Damit sollte sichergestellt sein, dass das Relais nur ohne Last umschaltet. Vermute Zendure hat daran gedacht, wollte aber auf Nummer sicher gehen :D
Den Entladeschluss kann man auf zwei Arten definieren. Entweder klassisch via SOC oder per minVol. Dazu scannt der Adapter alle Packs in Peters Integration nach minVol und wertet hier den kleinsten aus. Dieser wird dann auch berücksichtigt fürs Notladen, sollte mal ein Pack bei schlechtem Wetter abschmieren.
Wenn Notladen aktiv, wird bis zu einem Exit SOC geladen (Standard 20%). Danach bleibt die Reglung in einem Recovery Modus und dessen Exit SOC ist bei 30%. Damit wollte ich unnötige Loops vermeiden. All diese Schwellwerte sind bequem zu steuern per UI und im Objektbaum unter Control, kann man mit einem Schalter die Reglung einfach ausschalten, falls man händisch was machen will per App oder was weiß ich.
Das läuft nun seit einer Woche erstaunlich gut und stabil muss ich sagen. Werde den Adapter nicht offiziell ins Repo bringen, also müsst Ihr den wenn per Custom-Link manuell direkt via Github installieren bei Interesse. Denke für die neuen Geräte ist das eine tolle Sache und die regeln wirklich traumhaft schnell und weich die Last weg.
@nograx falls Du Interesse an dem Werk hast und wenn es nur Teile sind, lass es mich wissen. Glaube sowas wäre eine tolle Ergänzung zu Deinem genialen Adapter, den ich seit Anfang an nutze!
Hier der Link: https://github.com/Felliglanz/ioBroker.zendure-automation
Viel Spaß beim probieren und gebt gerne eine Rückmeldung.
LG
Sven@felli
Danke erstmal für deinen Adapter
Heute mal installiert.
Ich haben einen Solarflow 800 Pro.
Läuft erstmal im Entlademodus, mal schauen wie der Lademodus läuft.
Ich habe den Solarflow zur Zeit als reinen AC Speicher laufen, muß ich da noch irgendwas anpassen.
MQTT Steuerung ist auch in der Zendure App nicht aktiviert, oder?
Also funktioniert die Steuerung doch über ZenSDK ist das die schnellste Regelung?Gruß Frank
Toll das es auch mit dem SF800 geht! Mein Adapter regelt nur das System, wie Du Peters Adapter an Dein System anbindest, ist dem dabei völlig egal. Lokale Anbindung ist mit 100%iger Sicherheit das sinnigste. Dabei empfinde ich die API die sie uns mittlerweile geben als am besten.
Anpassen musst du an den Einstellungen nur die maximale Leistung die rein oder raus gehen soll. Selbst wenn du es auf den Default Werten lässt, wird nichts passieren, da der SF800 einfach 800 nimmt wenn du ihm was höheres gibst. Ansonsten hoffe ich das die Config intuitiv ist, ich habe es so empfunden. Danke fürs probieren und wenn was klemmt, lass es mich wissen.
LG
SvenNachtrag: Da der SF1600AC+ ein reiner AC Speicher ist, ist am am Ende genau wie Deiner bzw wie du ihn nutzt. Nur eine Nummer kleiner 😁
-
@felli
ich habe dein Adapter bei Ziel Netzleistung auf 40W gestellt, das hat gestern Abend beim reinen entladen gut funktioniert.
Heute beim laden/entladen ist meine Netzleistung ab und zu vom Netzeinspeisung in den Netzbezug gesprungen, obwohl das nicht immer nötig war.
Wäre es vielleicht besser für den Punkt Ziel Netzleistung zwei Werte zu haben z.B. beim entladen auf z.B. 40W und laden auf -40W zu stellen, dann hat man eine Art Hysterese.
Gruß -
Kurzes Feeback zum neuen AC 2400+.
Also einrichten des Adapters war super simpwl wie das Gerät mal da war.Ich weiss nun nicht ob ich alle Werte sehe ,die auch ältere Produkte bringen,aber ich gehe davon aus.Aktuell steuert der EcoTracker das ganze
..leider kann ich meinen SMA Smartmeter nicht direkt einbinden.Der große BYD - Speicher und der Zendure arbeiten aber glücklicherweise extrem gut miteinander....so das beide Spwicher paralell entladen werden.Laden klar,zuerst der große dann der AC....läuft ja über die Überschuß Regel.
-
und an alle Anderen Zendure Cracks.
Ich hatte letztens mein Setup mal niedergeschrieben.
Kurzes ins Gedächtnis rufen: Die grossen Speicher sind manchmal in der Nacht leer.
Da soll der Zendur einspringen.
Der Deye regelt, bis die Batterien auf 30% sind , nachts die 0 Einspeisung selber.
Die 30% sind ein Backup.
Nun ist beim Zendur die Frage, wenn ich einen unterstützten Smartmeter in der App installiere kann ich irgendwie einstellen, dass der Zendur übernimmt , wenn die Deye Batterie die 30% erreicht hat?
Da kommen wir zur 2. Frage, dass ist dann vermutlich nur in der App umsetzbar, weil per Script wüsste ich nichtm wie ich das Ganze programmieren könnte (sprich , brauche ich den Adapter dann noch?) -
und an alle Anderen Zendure Cracks.
Ich hatte letztens mein Setup mal niedergeschrieben.
Kurzes ins Gedächtnis rufen: Die grossen Speicher sind manchmal in der Nacht leer.
Da soll der Zendur einspringen.
Der Deye regelt, bis die Batterien auf 30% sind , nachts die 0 Einspeisung selber.
Die 30% sind ein Backup.
Nun ist beim Zendur die Frage, wenn ich einen unterstützten Smartmeter in der App installiere kann ich irgendwie einstellen, dass der Zendur übernimmt , wenn die Deye Batterie die 30% erreicht hat?
Da kommen wir zur 2. Frage, dass ist dann vermutlich nur in der App umsetzbar, weil per Script wüsste ich nichtm wie ich das Ganze programmieren könnte (sprich , brauche ich den Adapter dann noch?)@haselchen Wenn dein Deye schneller regelt als der Zendure und dein Smartmeter das dann sauber erkennt und Zendure passend regelt Ok. Die Erfahrung zeigt eher das du dann 2 Systeme hast die gegeneinander arbeiten. Also bei einem Kollegen passiert dann genau das:
Smartmeter zeigt einen neuen Bedarf von 500W, sowohl Deye als auch Zendure liefern gleichzeitig 500W zusätzlich. -> 500W Einspeisung werden erkannt, beide Systeme drosseln exakt wieder um 500W. Und das Spiel beginnt von vorn.
Meiner Meinung nach kannst du so ein Szenario nur mit einem eigenen Script realisieren.
-
und an alle Anderen Zendure Cracks.
Ich hatte letztens mein Setup mal niedergeschrieben.
Kurzes ins Gedächtnis rufen: Die grossen Speicher sind manchmal in der Nacht leer.
Da soll der Zendur einspringen.
Der Deye regelt, bis die Batterien auf 30% sind , nachts die 0 Einspeisung selber.
Die 30% sind ein Backup.
Nun ist beim Zendur die Frage, wenn ich einen unterstützten Smartmeter in der App installiere kann ich irgendwie einstellen, dass der Zendur übernimmt , wenn die Deye Batterie die 30% erreicht hat?
Da kommen wir zur 2. Frage, dass ist dann vermutlich nur in der App umsetzbar, weil per Script wüsste ich nichtm wie ich das Ganze programmieren könnte (sprich , brauche ich den Adapter dann noch?)@haselchen in aller Kürze meine Meinung dazu.
Sehe das wie Peter, beides gleichzeitig starten wird wohl nicht gehen aus genanntem Grund. Kommt aber immer auf die Geschwindigkeit des Grundsystems also deines Deye an.
Wie auch immer, ich habe weiter oben einen kleinen Adapter mit euch geteilt, der auch in der Theorie einen SF800 steuern können sollte. Dort gibt es unter Control im Objektbaum einen Schalter enabled. Damit kann man dessen Regelung ein oder ausschalten. Diesen könntest du nutzen und per Schalter sobald der Deye leer ist die Regelung anwerfen. Wäre ein Miniscript was nur auf leer vom Deye reagiert und einschaltet, bzw sobald der Zendure leer ist wieder abschaltet.
Ansonsten gebe ich Peter Recht. Mach es mit einem Script was alles tut, wenn du die Möglichkeit hast. Heute Nacht seit 0 Uhr habe ich mit meiner Lösung eine Einspeisung von 30Wh und einen Bezug von 13Wh erreicht. Denke das ist fast perfekt oder zumindest nahe dran 😵💫🤣
-
@haselchen: Kannst du deinen Deye über iobroker einbinden? Wenn ja dann brauchst du kein eigenes Smartmeter/Messsystem für den Zendure. Pack alles in ein Script und steuere dann so nacheinander oder auch parallel den Deye und Zendure an. Bei mir laufen mittlerweile 3 Hyper, alle über ein Shelly 3EM gesteuert und ohne die Zendure-App. Alles in einem Javascript.
Wenn die beiden Systeme nichts von einander wissen beeinflussen sie sich gegenseiting und es kommt zum Chaos.
-
@felli
ich habe dein Adapter bei Ziel Netzleistung auf 40W gestellt, das hat gestern Abend beim reinen entladen gut funktioniert.
Heute beim laden/entladen ist meine Netzleistung ab und zu vom Netzeinspeisung in den Netzbezug gesprungen, obwohl das nicht immer nötig war.
Wäre es vielleicht besser für den Punkt Ziel Netzleistung zwei Werte zu haben z.B. beim entladen auf z.B. 40W und laden auf -40W zu stellen, dann hat man eine Art Hysterese.
GrußSorry, habe gar nicht bemerkt, dass Du geantwortet hattest, die Benachrichtigung war unter Werbing gelandet

Freut mich zu hören das er sauber geregelt hat beim entladen!
Was Du Dir wünscht, ist im Adapter integriert. Ich habe das Umschaltverhalten nicht direkt über die Hysterese geregelt, sonder über die Parameter unter dem Punkt Relaisschutz. Da gibt es zwei Werte die die Umschaltung beeinflussen. Stehen Standard auf +200 bzw. -150W und diese Schwellwerte müssen anliegen, für die eingestellte Dauer der Ticks, bevor der Adapter überhaupt umschaltet. Also bei arg wechselhaftem Wetter ist es nicht zu vermeiden aber passiert leider. Sicherlich könnte man nun die Ticks und Schwellwerte so hoch setzen, dass er kaum noch schaltet aber das würde es sehr sehr träge machen.
Zusammengefasst, Hysterese wirkt nur auf den jeweiligen Modus und verhindert hier unnötig kleine Veränderungen. Die Schwellwerte unter dem Tab Relais-Schutz, beeinflussen das von Dir angesprochene Umschaltverhalten. Dies kann dann noch mit dem Faktor Zeit über die Ticks gesteuert werden. Standard stehen 3 Ticks für Bezug und 5 Ticks für Einspeisung drin. Also 15 oder 25 Sekunden was schon defensiv ist. Meiner läuft aktuell auf jeweils 1 Tick und -150 bzw 200W Schwellwert.
Komme da super parat mit habe aber auch jede Sekunde einen Wert vom Netzbezugspunkt also meinem Hauszähler.
Hoffe das hilft Dir weiter!
-
Ein großes Dankeschön für Euer Feedback.
Einen kleinen Wehrmutstropfen gibt es aber.
So ganz passen die Antworten nicht :)
Oder ich habe weitere Infos für euch vergessen :(Der Deye ist nen Komplettsystem. Mit allem Schickimicki am Stromkasten angeschlossen (CT Klemmen etc.)
Mit Hoymiles hat das im Zusammenspiel mit OpenDTUOnBattery super funktioniert.
Nun muss nen Workaround her.
Wenn ich einen unterstützen Smartmeter in der Zensure App aufnehmen, geht mit Sicherheit eine 0 Einspeisung von da aus (kanns leider nicht testen, welche Optionen da bereitstehen).
Da ich aber erst den Zendure Speicher nehmen möchte , wenn der Deye bei 30% seiner Batterie abgeschaltet hat, wird man das nicht als WENN DANN in der App anklicken können.
Und ab da, ist euer Wissen gefragt.
Dein Skript @felli muss ich mir mal ansehen, auf den ersten Blick meine ich, passt das nicht für mein Vorhaben. Aber wie gesagt, habs nur überflogen.Mein laienhafter Gedanke ist,
wenn Deye Batterie 30%, dann mit Smartmeter 0 Einspeisung von Zendure starten. -
Ein großes Dankeschön für Euer Feedback.
Einen kleinen Wehrmutstropfen gibt es aber.
So ganz passen die Antworten nicht :)
Oder ich habe weitere Infos für euch vergessen :(Der Deye ist nen Komplettsystem. Mit allem Schickimicki am Stromkasten angeschlossen (CT Klemmen etc.)
Mit Hoymiles hat das im Zusammenspiel mit OpenDTUOnBattery super funktioniert.
Nun muss nen Workaround her.
Wenn ich einen unterstützen Smartmeter in der Zensure App aufnehmen, geht mit Sicherheit eine 0 Einspeisung von da aus (kanns leider nicht testen, welche Optionen da bereitstehen).
Da ich aber erst den Zendure Speicher nehmen möchte , wenn der Deye bei 30% seiner Batterie abgeschaltet hat, wird man das nicht als WENN DANN in der App anklicken können.
Und ab da, ist euer Wissen gefragt.
Dein Skript @felli muss ich mir mal ansehen, auf den ersten Blick meine ich, passt das nicht für mein Vorhaben. Aber wie gesagt, habs nur überflogen.Mein laienhafter Gedanke ist,
wenn Deye Batterie 30%, dann mit Smartmeter 0 Einspeisung von Zendure starten.@haselchen das ist doch relativ einfach, die Kaskade die du bauen willst geht nicht im Zenduresystem. Wenn du die Werte des Deye im Broker hast, geht alles was du willst.
Mein Adapter geht definitiv für dein Vorhaben er macht eine Nulleinspeisung, sobald er enabled wird und das könntest du (vorausgesetzt der Deye ist verfügbar im Broker) ja ganz easy per Script oder Blockly machen. Eine der einfachsten automationen die es gibt. Miteinander wäre in deinem Falle eher schwierig ...
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
