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

[Rand]

Ahh, ja.
Aber da der Adapter ja keine Werte bekommt muss ich es wohl auch per MQTT Script machen (oder ein http request drauf, das müsste ja auch gehen).

[surfing.micha]

Danke @feli1 und @murphy-0
Habe jetzt auf den Mosquitto MQTT-Broker umgestellt, die Verbindung zwischen meinem Hyper2000 und der Cloud über DNS-Umschreiben gekappt.
Dazu habe ich Pi-Hole verwendet.
Für alle die eine Fritzbox haben ist es wichtig zu wissen, dass in der Fritzbox an zwei Stellen der Pi-Hole-Host als neuer DNS-Server eingetragen wird. Dazu gibt es eine gute Anleitung hier: https://docs.pi-hole.net/routers/fritzbox/
Aber mein Hauptproblem warum ich keine Daten auf meinem lokalen MQTT-Server gesehen habe war, dass der Zendure nicht sauber zurückgesetzt war.
Denn sowohl eine neue (lokale) MQTT-Server Adresse wie auch einen neuen DNS-Request um den umgebogenen Zendure-Cloud-URL aufzulösen wirkt erst nach dem Reset.
Das hat nur sauber geklappt indem ich den Hyper ausgeschalten, den Netzstecker gezogen und von den Akkus getrennt haben. Und das nachts, damit er auch noch über die Panels versorgt wird. Das alles für 5 Minuten!

[Murphy 0]

Genau genommen ist das kein Reset.
Ausschalten und komplett stromlos machen und wieder einschalten.
So hatte es bei mir auf Anhieb funktioniert.

[Hofmann IOBRF]

Hallo,
ich setze die Version 3.1.1 ein. Seit der Umstellung auf diese Version und den neuen Authorization Auth Key habe ich immer Nachts dieses Problem:

das wiederholt sich dann alle 5 Minuten.
Das geht Abends los bis am Morgen dann durch Helligkeit das System erwacht und wieder Werte kommen.
Ich bin mit meinem Hyper2000 noch in der Cloud!

[surfing.micha]

Hallo zusammen,
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.
Das obwohl ich lokal bin. Kann also nicht von der App oder Cloud kommen.
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?
Oder melden sich alle SolarFlow Produkte so:

[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%...