Monatsrückblick Januar/Februar 2026 ist online!

[Rene55]

@nograx sagte in Test Adapter Zendure Solarflow:

zenSDK ist eine lokale Kommunikation die die neueren Geräte

Ich werde hoffentlich von den neuen Entwicklungen nicht ausgeschlossen. Schließlich habe ich hier einen 'Opa' mit dem HUB 1200.

[Schimi]

@nograx so, habe mal mein Script auf deinen Adapter umgebaut und schaue mal :-)

Gibt´s eine Möglichkeit zu erkennen ob die direkte Steuerung (ZenSDK) genutzt wird?*
wird der SmartMode richtig gesetzt? Oder sollte mal das Skript von @maxclaudi weiterhin nutzen?

edit
*"zendure-solarflow.0.XXXXX.XXXXX.connectionMode", man sollte schauen bevor man schreibt ;-)

[nograx]

@Schimi wenn du zenSDK und dann setDeviceAutomationInOutLimit nutzt, setze ich damit smartMode auf 1 wenn Limit mit != 0 und smartMode = 0 wenn Limit == 0... also ja :)

[nograx]

@Rene55 Ist doch top (HUB1200 und HUB2000 haben auch gewisse Vorteile gegenüber den neuen Geräten). Da der Hyper ja im Prinzip noch die gleiche Kommunikation nutzt und ich einige Hyper im Einsatz habe solltest du da ganz beruhigt sein ;)

[The_Stig]

@nograx - kleiner Feature-Request: wie groß ist der Aufwand, den End-Wert des Low-Voltage-Blocks konfigurierbar zu machen? Für mein persönliches Empfinden springt der Adapter zu schnell raus aus dem Low-Voltage. Das würde ich gerne weiter nach oben setzen.

[Schimi]

@nograx weisst du wie der 0 durchgang beim nutzen von "setDeviceAutomationInOutLimit" gehandhabt wird? Gerade morgens oder abends wenn die PV-Leistung im Bereich vom Hausverbraucht (oder Bewölkung) ist, passiert das ja oft

Schalter das Relais "alle 2 sek hin und her" oder ist da was implementiert? Bei meinem Skript habe ich das schön über Deadband und Cooldown abfangen können...

[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% ;-) )