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

[Rand]

Danke - hab die MQTT settings geändert aber macht keinen Unterschied (war auch nicht viel).

Ich hab natürlich nicht den Cloud Mode an sondern den local MQTT weil ich alles offline möchte wenns irgends geht.

Geht das Script ohne den Adapter? Am Ende brauche ich den ja auch nicht um Nulleinspeisung zu basteln...

[Schimi]

@Rand mein Script läuft ohne Cloud

hast du xen richtigen MQTT-Adapter? deiner sieht irgendwie anders aus als meine Screenshots

[Rand]

Ich nehme den Client/Server fähigen, es muss ja der Server sein damit die Zendures hin pushen können

Und ohne Cloud ist gut, und wie Du sagst auch ohne den Adapter?
Schaue ich mir mal an - die Fragen stelle ich dann besser drüben :)

[surfing.micha]

@Felli Habe mich beim MQTT Explorer auf die zendure topics angemeldet /ProductID/# z.B. oder /iot/# und nichts bekommen. Werde moren auf den Mosquitto umstellen

[Felli]

@surfing.micha

Okay also hast Du gefunden wo man die Topics im Explorer abonniert? Sehr gut ;)

Tatsächlich weiß ich nicht, wie die ioBroker Instanz das macht aber gehe schon schwer davon aus, dass sie alles published was an sie sendet. Also bei mir ist das jedenfalls so. Wenn du magst, teste mal emqx als Broker, ich nutze den in einem eigenen Container extra für Zendure damit das sauber läuft ;) Arbeitest Du auf einem Pi oder bist Du mit Proxmox unterwegs ?? Falls Du den Broker auf dem gleichen Host installierst, muss der Adapter im ioBroker einen anderen Port bekommen nur als Info. Gutes Gelingen !!

Hier mal wie es bei mir klappt wenn ich auf meinen emqx schaue.

[Rand]

@Schimi

Ich fürchte solange ich mein MQTT Problem nicht löse hilft mir auch Dein Skript nicht da ich die Datenpunkte ja nicht gefüllt bekomme.

Hab mal mit nem MQTT Explorer geschaut und wie es aussieht kommen die Meldungen eigentlich... er setzt sie im Adapter nur nicht - vieleicht haben sie das falsche Prefix so das der Zendure Adapter sie nicht erkennt?

[Schimi]

der Zendure Adapter ist eigentlich unnötig... Der 2400AC verbindet sich diret mit dem MQTT Adapter und zeigt alles an...

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