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

[Rand]

@Schimi

Oh man, danke.
Hab ja die ganze Zeit im Zendure Object Tree (das was vom Adapter kommt) nach dem Kram gesucht und völlig verpeilt das der mqtt Adapter seinen eigenen Object tree hochzieht...
Zu lange nichts mehr mit gemacht...

Da sehe ich zumindestens ein paar Werte, mal schauen ob ich alles habe was das Skript braucht.

Werte wie Zellspannung der Batterien, Recharge Cycles usw werden nicht exposed, oder?

Edit:
die Fehlermeldung im Adapter habe ich nun auch weg bekommen, das ist ja in der Anleitung so ganz und gar nicht klar. Mir zu mindestens nicht...

User und password bei der Broker URL sind
broker_user:broker_password@Broker:port
und haben nichts mit dem Zendure device Passwort (ID) zu tun die man per device eingeben muss...

Macht aber keinen Unterschied, bekomme trotzdem noch keine Werte reingeschrieben.
Auch keine Logs vom Zendure Adapter...

[Schimi]

du musst dann auf "set" schreiben (steuern, bei blockly)

z.B.:

[Rand]

Häh;)
Ich habe doch gar kein blockly?

Nochmal langsam für Uneingeweihte bitte;)

[HD1978]

@BMGS <c<yx
Hallo, ich bin seit ca. 1,5 Jahren stiller Mitleser der Diskussionen hier und bedanke mich schon mal für den tollen Adapter.
Nach einem Update des Adapters auf 3.1.1 habe ich ebenfalls das [checkStatesJob] Problem. Verbunden bin ich aktuell noch mit der Zendurecloud, wobei in der App die Geräte (AIO2400 & Solarflow800Pro) als online angezeigt werden. Der Adapter startet alle 5-15 Minuten neu, zumindest wenn diese Geräte im Ruhezustand verharren, also weder laden noch entladen. Ist hierfür die Lösung der downgrade der Version und wie weit müsste man zurück gehen?
Herzlichen Dank.
HD1978

[Schimi]

@Rand wenn du es steuern musst du den Datenpunkt "set" ansteuern und nicht den "Ordner"...

[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