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

[Murphy 0]

@surfing.micha
Am mqtt Explorer gebe ich dann folgendes Topic an:

zendure-solarflow/0/#

Versuche es so mit dem Mosquitto.
Ich bin mit Ferndiagnose am Ende meiner Weisheit wenn es so nicht funktioniert.

[Rand]

Hallo, versuche mich auch gerade an der Integration zweier Zendure Solarflow 2400AC's...

Dort kann man ja inzwischen unter MQTT den Broker, port, user und passwort eingeben.

Das habe ich für meine beiden gemacht und der Adapter erzeugt auch brav 2 devices

Ich nehme an das der channel name die Device ID ist die man sonst per tool rausfinden muss (was bei mir leider nicht funktioniert, aber das ist ein anderes Thema).

Ich habe also die beiden DeviceIDs dort eingetragen und sehe im mqtt log nun auch jede Menge Meldungen, aber leider auch Fehler: Client [ioBroker.zendure-solarflow.0] has invalid password(undefined) or username(undefined).

Die Objekte sind dann auch weitestgehend leer (keine Ahnung warum er bei solar Input was reingeschrieben hat).

Nachdem die Anleitungen ja nicht mehr ganz aktuell sind (da man ja mqtt jetzt konfigurieren kann) die Frage was ich hier falsch mache?
Danke:)

[Schimi]

so habe ich es und es funzt einwandfrei (2400 AC)

MQTT-Adapter:

solaflow-Adapter (den ich nur "zum schauen" benutze, da ich alles über MQTT mache.)

In der Zendure APP

"Zum HEMS hinzufügen" deaktivieren

in der App, MQTT entsprechend einrichten

voila, es funktioniert....

Nute ich hier schon seit Wochen:
https://forum.iobroker.net/topic/82723/zendure-solarflow2400-ac-evcc-tibber-und-pv-forecast

und eine (ich bin etwas stolz) MEGA-Erweiterung ist noch im BETA-Test

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