Monatsrückblick Januar/Februar 2026 ist online!

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