Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[surfing.micha]

So jetzt habe ich auch so eine Abfolge aufgezeichnet. Ich schreiben über den Adapter "200" in InputLimit und bekomme dann "inputLimit":1200 quitiert.
Das kommt doch direkt aus dem Hyper2000 zurück,oder?

[BMGS]

Seit 3.2.2 erhalte ich folgende Fehlermeldung:
"zendure-solarflow.0
2025-12-22 18:24:15.820 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!"
alle 5 sec.
Über Cloud gesteuert, Hyper2000 und Solar Flow 800pro, Fehler wird wohl durch SF800pro ausgelöst.
Daten Punkt: zendure-solarflow.0xy.autoModel value ist mit "NULL" gefüllt.
gesteuert über shelly Pro 3em in HEMS.
Beim Hyper2000 steht in dem Daten-Punkt "Nothing(0)"

BMGS

[Murphy 0]

@BMGS
Beim Hyper muss autoModel auf 8 stehen wenn du mit setDeviceAutomationInOutLimit steuerst.

• für Batterie laden und + für einspeisen.
  zum SF800 kann ich nix sagen.

[Bernd1967]

@surfing.micha sagte in Test Adapter Zendure Solarflow:

bei Laden der Batterie über das Netz habe ich immer noch den Effekt, dass mir der eingetragene Sollwert für "InputLimit" immer mehrmals mit 1200 überschrieben wird.

Neuste Version des Adapters installiert ? Es gab da bei bestimmten Adapter Versionen Probleme.

Das obwohl ich lokal bin. Kann also nicht von der App oder Cloud kommen.

Die App könnte noch über Bluetooth auf deinem Hyper2000 zugreifen.

Wenn ich mir über den MQTT Explorer die Topcs anschaue ist mir allerdings aufgefallen, dass mir mein Hyper2000 zurückmeldet, dass er ein "SolarFlowPro" ist?

Ist bei meinem Hyper auch so, die Bezeichnungen sind von Zendure selbst.

[Bernd1967]

@BMGS sagte in Test Adapter Zendure Solarflow:

Seit 3.2.2 erhalte ich folgende Fehlermeldung:
"zendure-solarflow.0
2025-12-22 18:24:15.820 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!"

Dann hast Du einen Leistungswert über den Datenpunkt "setOutputLimit" angegeben und mußt aber dann bei "autoModel" 0 = "Nothing" auswählen.

[BMGS]

@Bernd1967 sagte in Test Adapter Zendure Solarflow:

@BMGS sagte in Test Adapter Zendure Solarflow:

Seit 3.2.2 erhalte ich folgende Fehlermeldung:
"zendure-solarflow.0
2025-12-22 18:24:15.820 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!"

Dann hast Du einen Leistungswert über den Datenpunkt "setOutputLimit" angegeben und mußt aber dann bei "autoModel" 0 = "Nothing" auswählen.

Ich dachte kann den Wert nicht ändern, im Experten-Modus jetzt mal geändert auf Nothing, Fehler erst mal weg. THX
BMGS

[Murphy 0]

@nograx

Heute mal den Adapter aktualisiert mit Hyper2000 über AC angebunden ohne Solarpanel.

Bringt nun folgende Fehler:

2026-01-12 09:37:35.355 - info: host.raspi instance system.adapter.zendure-solarflow.0 in version "3.3.0-alpha.0" (non-npm: nograx/ioBroker.zendure-solarflow) started with pid 1398123
2026-01-12 10:10:00.016 - warn: zendure-solarflow.0 (1398123) State "zendure-solarflow.0.gDa3tb.2C2tL2Ea.pvPower3" has no existing object, this might lead to an error in future versions
2026-01-12 10:10:00.019 - warn: zendure-solarflow.0 (1398123) State "zendure-solarflow.0.gDa3tb.2C2tL2Ea.pvPower4" has no existing object, this might lead to an error in future versions
2026-01-12 10:10:00.035 - warn: mqtt.0 (2708) Cannot resolve topic name for ID: zendure-solarflow.0.gDa3tb.2C2tL2Ea.pvPower3 (object not found)
2026-01-12 10:10:00.059 - warn: mqtt.0 (2708) Cannot resolve topic name for ID: zendure-solarflow.0.gDa3tb.2C2tL2Ea.pvPower4 (object not found)

Gehe jetzt auf 3.11. Hatte bisher noch die 2.04. Da hatte ich keinerlei Meldungen

[nograx]

Jo das kommt vom CalculationService. Der will den Ertrag von 3 und 4 berechnen. Da muss ich noch eine Abfrage einbauen ob es 3 und 4 gibt... aber interessant das du die alpha installiert hast. Die ist schon sehr experimentell :D

[Murphy 0]

@nograx

Kein Ding, hab grad bei dem schlechten Wetter viel Zeit.
Dachte ich gebe hier mal Info für den Hyper.

Die 3.11 bringt eine Meldung wegen WiFi State.
Im Adapter wird mir der online angezeigt, ich
bin aber komplett offline von der Cloud.

So zeigt es die 2.04 an, bekomme auch keine Meldung.

[Hofmann IOBRF]

hab ich nur dieses Problem (seit 3.1.1)

das passiert immer nur nachts wenn kein Ertrag da ist.

[Mabbi]

@Hofmann-IOBRF sagte in Test Adapter Zendure Solarflow:

das passiert immer nur nachts wenn kein Ertrag da ist.

Zu dem Firmware-Update von vor ca. einer Woche (v .15):

Seitdem läuft bei meinen AC2400ern mqtt sehr langsam.

@maxclaudi hat hierzu auch etwas gefunden:

Zendure HEMS vs. mqtt vs REST API

Ich weiss nicht sicher, ob nograx im Hintergrund per mqtt oder per rest-api steuert, ist einfach zu lange her, dass ich mir den Code angeguckt habe.
Aber grundsätzlich steige ich aus mqtt als Steuerung mit meinen scripten aus und switche Stück für Stück alles auf REST API, script hierzu findet man auch in dem o.g. thread.

[Mabbi]

Sorry Doppelpost, bitte löschen

[nograx]

@mabbi alles per MQTT, ich habe einfach kein Gerät mit dem ich das testen könnte das zenSDK ordentlich einzubinden...

Das mit dem langsamen MQTT scheint by design zu sein: https://github.com/Zendure/zenSDK/issues/36

Offensichtlich hat die CPU nicht genug power um so viele Events zu verarbeiten.

[Hofmann IOBRF]

Verstehe ich nicht, was das mit den Fehlermeldungen zu tun hat.

[The_Stig]

@nograx nochmal eine Nachfrage: bei den Calculations gibts für den Hyper energyWh (nutzbare Energie in den Batterien) und SOC (Ladezustand in % der nutzbaren Energie). Ich verstehe, dass du hiermit versucht, die falsche Anzeige des SOC von Zendure abzufangen. Allerdings wäre meine Erwartung, dass energyWh geteilt durch die maximale Kapazität der Batterien den rechnerischen SOC ergibt. Ist bei mir aber bei weitem nicht so: aktuell mit drei AB2000 bei 3000Wh energyWh (und damit rund 54%. Der rechnerische SOC allerdings bei 81,6%.
Vermutlich verstehe ich da was falsch. Was gibt den echten SOC vermutlich besser an? P.S.: SOC von Zendure bei 99%...

[surfing.micha]

@Bernd1967 Wegen dem Überschreiben der Sollwerte hatte ich mein Gerät bei Zendure reklamiert.
Nach einigen sinnfreien Abhilfemaßnahmen haben sie mir dann letztendlich einen neuen Hyper2000 (V3) geschickt. Mit dem läuft alles problemlos.
Meine Vermutung ist, dass bei meinem alten gerät der Flash kaputt war und immer die dann eingefrorenen Werte aus dem Flash in den Sollwert im RAM geschrieben wurden