Monatsrückblick Januar/Februar 2026 ist online!

[Karacho]

Hallo,
icxh habe bisher 2 System AC2400 im Iobroker eingebunden. Laufen ohne Probleme.

Jetzt habe ich heute ein drittes System eingebunden und seitdem die Meldung

State "zendure-solarflow.0.BC8B7F.XXXXXX.smartMode" has no existing object, this might lead to an error in future versions

Unterschied in den Objekten Zendure/control ist, dass beim neuen System ein Schalter "smartMode" fehlt.

Kann jemand helfen?

Danke.

[Berny-K]

Hallo,
ich steuere meinen SF800Pro mit iobroker Blockly und habe festgestellt, dass beim dieser beim Entladen/Einspeisen nicht richtig auf Änderungen des Datenpunkts setDeviceAutomationInOutLimit reagiert um die Null-Einspeisung zu steuern. Hat von euch vielleicht jemand eine Idee woran das liegen könnte?
Jetzt ist mir gerade noch aufgefallen, dass wenn ich die Zendure App öffnen, dass sich dann plötzlich der Output ändert, sehr suspekt.

[nograx]

@Berny-K hast du irgendwelche Energiepläne aktiviert oder das Gerät dem HEMS hinzugefügt?

[nograx]

@Karacho Sollte mit der 4.0.1 gefixt sein

[Karacho]

@nograx
Hallo
wie komme ich 4.0.1?

Über GitHub erhalte ich

$ iobroker url nograx/ioBroker.zendure-solarflow --host iobroker20 --debug

install nograx/ioBroker.zendure-solarflow

NPM version: 10.9.4

Installing nograx/ioBroker.zendure-solarflow... (System call)

npm error code ENOTEMPTY

npm error syscall renamenpm error path /opt/iobroker/node_modules/@mui/private-theming

npm error dest /opt/iobroker/node_modules/@mui/.private-theming-PwOunhxknpm error errno -39npm error ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/@mui/private-theming' -> '/opt/iobroker/node_modules/@mui/.private-theming-PwOunhxk'

npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2026-03-20T08_06_24_510Z-debug-0.log

Try to solve ENOTEMPTY error automatically

Could not handle ENOTEMPTY, because no deletable files were foundnpm error code ENOTEMPTYnpm error syscall renamenpm error path /opt/iobroker/node_modules/@mui/private-themingnpm error dest /opt/iobroker/node_modules/@mui/.private-theming-PwOunhxknpm error errno -39npm error ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/@mui/private-theming' -> '/opt/iobroker/node_modules/@mui/.private-theming-PwOunhxk'npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2026-03-20T08_06_24_510Z-debug-0.loghost.iobroker20 Cannot install nograx/ioBroker.zendure-solarflow: 217

ERROR: Process exited with code 25

[Berny-K]

@nograx Energiepläne habe ich eigentlich keine aktiviert und im Hems ist er auch nicht, s. Screenshot
Das Verhalten war aber auch nicht von Anfang an

So wie es aktuell aussieht, hat sich das erledigt.
Ich vermute, dass mein Blockly die setDeviceAutomationInOutLimit zu schnell hintereinander gesendet hat. Nachdem ich das Senden verzögert habe läuft es jetzt soweit normal.

[nograx]

@Karacho Jo du hast recht, da ist beim Deployment was schief gelaufen. Das muss ich noch analysieren.

/EDIT: Da hatte sich Github Actions verschluckt, hat beim Rerun dann aber geklappt.

[Schimi]

Ich habe mich eben mal endlich mit der neuen Version beschäftigt.....

entweder ist da ein Bug drin, oder ich nutze es irgendwie falsch...

Wenn ich en akku belade nutze ich acMode = AC input mode und bei setInputLimit die Wattzahl

wenn ich entladen möchte, wechsel ich auf acMode = AD outputMode und setze bei setOutputLimit die Wattzahl.... aber hier setzt er den wert nach 1-2 Sek zurück auf 0 und schmeist im Log
"zendure-solarflow.0 2026-03-20 20:44:34.667 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!"

Über setDeviceAutomationInOutLimit scheint er es richtig zu machen... ich würde aber lieber die zwei anderen Punkte nutzen....

[Murphy 0]

Bisher war es so, für setDeviceAutomationInOutLimit laden/entladen benutzt man autoModel = 8.
Für AC outputMode setzt man autoModel = 0. Was ja die Fehlermeldung auch fordert.
Also mal das machen was wie Fehlermeldung besagt.

[Schimi]

ah mist... habe im falschen Datenpunkt geschaut.. war beim acMode, sorry...

Wenn ich autoModel auf 0 setze, passiert gar nichts... wenn ich auf was anderes als 0 setze, kommt im log "[setAutoModel] Can't set autoModel to a value other than 0 when using zenSDK!"

Sobald ich zenSDK deaktiviere und es über Cloud MQTT läuft, kann ich auch "autoModel" wechseln auf 0

[Schimi]

jetzt habe ich wieder zurück auf zenSDK gewechselt und er verbleibt im autoModel 0....

Komisch... aber nun scheint es zu klappen.... dann baue ich mein Skript mal auf den Adapter um ;-)

[Freaknet]

Huhu,
kann mir jemand sagen, wo hier das Problem liegen könnte?
Ich habe gestern Abend (Nacht) meinen 800 Plus über ein Script vollständig aufgeladen.
Start war bei etwa 10% und die Ladeleistung hatte ich mit 800W eingestellt.
Bis ca. 61% verlief die Ladekurve normal, dann plötzlich der Sprung auf 100%.
Das Problem hatte ich auch schon am Tag, hier war der Sprung bereits bei knapp 50% zu bemerken.
Die Entladung mit 300W verlief bis zum Sonnenaufgang dann wieder normal.
Muss ich den Akku neu kalibrieren? Falls ja, wie kann ich den Akku auf 0% entladen? In der Zendur-App sind ja nur max. 5% möglich.
Hatte jemand von Euch ähnliche Probleme und ein Script für eine manuelle Kalibrierung oder macht das die Zendur-App automatisch ohne zutun? In HEMS hab ich den Akku nicht drin wegen MQTT-Anbindung über den Adapter.
Danke!

[Schimi]

@Freaknet der Akku kalibriert sich so selbst... lass ihn mal auch eine weile auf 100% stehen... in deiner Kurve siehts so aus als ob er danach direkt entladen wurde...

Aber eigentlich kommt dieser sprung nur vor, wenn der Akku schon nicht den genauen SOC hatte... sozusagen müsste jetzt alles wieder gut sein

[nograx]

"Kalibriert" bedeutet entweder auf 0% oder auf 100%. Wenn beide Zustände länger nicht eingetreten sind, ist die %-Anzeige nur ein ganz grobes Schätzeisen. Da kann Zendure primär nicht viel dafür (wobei es schon Wege gäbe das zu optimieren). Das liegt an der Zellchemie der Batterie, Lifepo4 ist sehr Spannungsstabil in den Bereichen 20-90%, da kann man anhand der Batteriespannung nur schwer ablesen wie voll der Akku ist. Also muss man berechnen wie voll der Akku ist, und hier gibts eine Menge Faktoren zu beachten, z.B. Was geht rein, was kommt raus, die Temperatur der Zellen, Selbstentladung, Standby-Verbrauch des Gerätes etc.

In dem Fall kannst du dich freuen das der Akku voller war als gedacht, der umgekehrte Fall ist blöder (Drop von 50% auf 0% ;-) )

[Freaknet]

@Schimi sagte in Test Adapter Zendure Solarflow:

in deiner Kurve siehts so aus als ob er danach direkt entladen wurde...

Ja, das macht mein Script. Ich lade jeden 2ten Montag den Akku auf 100% auf, anschließend wird er direkt wieder entladen, damit er am Morgen wieder bereit ist seine Arbeit zu verrichten und Überschüssigen Strom aus der PV zu laden ;-)

Mal beobachten ob jetzt wieder alles gut ist. Das letzte mal hatte ich das wie gesagt unterm Tag, da war der Akku auf ca. 52% und plötzlich war er dann voll, dadurch ging die überschüssige Leistung direkt ins Netz, was ich ja eigentlich vermeiden will.
Blöd wenn man sich nicht auf den SOC verlassen kann.

[Murphy 0]

@freaknet
Für meinen Hyper mit 2 AB2000 sind 14 Tage zwischen dem Kalibrieren zu lang.
Nach 3 bis 4 Tagen ohne 100% sehe ich schon dass der SOC sich „verschiebt“.
Mit jedem Tag ohne 100% dauert es von 99 auf 100 länger.
Nach spätestens 7 Tagen lade ich auf 100 %.

[Freaknet]

@Murphy-0 sagte in Test Adapter Zendure Solarflow:

Nach spätestens 7 Tagen lade ich auf 100 %.

Hey, danke für den Tip.
Vielleicht teste ich auch mal mit verkürzten Abständen.
In der App steht zwar was von wöchentlich oder monatliche automatische Batteriekalibrierung, aber ich möchte den Zeitpunkt gerne selbst bestimmen, daher mal der Versuch alle 14 Tage.

Bisher hat der Akku aber noch nie eine solche Kalibrierung durchgeführt von sich aus. Liegt es vielleicht daran, da der Akku nicht im HEMS integriert ist?

In der Regel wird der Akku nie wirklich voll und pendelt immer so zwischen 10-45%.
Vielleicht tracke ich auch mal die Spannungen um das früher zu erkennen.

[nograx]

Ja das macht das HEMS bzw. der "Abgleichsmodus", sprich wenn Zendure alles über die Cloud steuert.

[Freaknet]

@nograx sagte in Test Adapter Zendure Solarflow:

Ja das macht das HEMS bzw. der "Abgleichsmodus", sprich wenn Zendure alles über die Cloud steuert.

Heisst, wenn ich über MQTT den Akku steuere wird das nicht durchgeführt?
Ich habe die Cloud nicht explizit deaktiviert und kann noch weiter auch über die App den Akku manuell steuern. HEMS ist aber nicht aktiv.
Sollte dies dann dennoch funktionieren? Gemacht hat der Akku bisher nix und ich habe ihn mittlerweile doch schon 4 Wochen im Betrieb.

[Berny-K]

Hallo, ich bräuchte noch mal euer Wissen.
Ich steuere meinen Solarflow 800 Pro via Blockly.
Aktuell speist mein Akku ein und mein Blockly sendet frühesten nach 20 Sek einen neuen Wert für setDeviceAutomationInOutLimit und der kommt im Datenpunkt auch an.
Außerdem ändert sich auch der DP outputLimit. Was sich aber nicht ändert sind die Datenpunkte packInputPower und packPower.
Jetzt ist mir gerade noch aufgegallen dass wenn ich den Zendure Adapter neu starte dann kommt in dem Moment wenn der Adapter grün wird ein neuer Wert für packInputPower und packPower an. Danach aber nicht mehr.
Hat jemand ne Idee woran das liegen könnte?