Installation: Support for Zendure Solarflow with local MQTT

[Dani1802]

Hi zusammen,

erstmal vielen Dank für dieses coole Feature!!!

Mir ist aber nicht ganz klar, was hier bei "Prudukt Identifikation" eingetragen werden muss:

Hat das schon jemand am laufen und kann mir evtl sagen was da rein muss bzw. wie ich die Info per Bluetooth auslesen kann?

Außerdem ist mir noch nicht ganz klar, wie die DTU an die Zendure Daten kommt:

• Verbindet sie sich mit meinem lokalen MQTT, der bereits mit dem Zendure MQTT verbunden ist? Welches Topic wird dann verwendet?
• Oder verbindet sie sich direkt mit dem Zendure MQTT? Mit welchen Credentials?

Vielen Dank!

[schlimmchen]

@vaterlangen Kannst du hier bitte aushelfen? Diese Infos irgendwann in die Doku zu übernehmen würde ich dir sogar ersparen 😉

[vaterlangen]

Hallo @Dani1802 ,

ich habe es implementiert und auch seit Monaten bei mir am laufen.

erstmal vielen Dank für dieses coole Feature!!!

Danke für das positive Feedback

Mir ist aber nicht ganz klar, was hier bei "Prudukt Identifikation" eingetragen werden muss:

Das ist die interne, eindeutige Kennung des Gerätes die du ermitteln musst:

• ohne Cloud Anbindung per Bluetooth per https://github.com/reinhard-brandstaedter/solarflow-bt-manager?tab=readme-ov-file#getting-basic-information auslesen
• mit Cloud Anbindnung aus den Topics der Zendure API unter mqtt-eu.zen-iot.com ermitteln
  
• wenn Zendure schon versucht sich mit deinem Broker zu verbinden per Wireshark aus dem Verbindungsversuch extrahieren (ist der Username)

Außerdem ist mir noch nicht ganz klar, wie die DTU an die Zendure Daten kommt:
Verbindet sie sich mit meinem lokalen MQTT, der bereits mit dem Zendure MQTT verbunden ist? Welches Topic wird dann verwendet?

Genau. Die Zendure Integration verwendet den MQTT Zugang aus der OpenDTU-OnBattery Konfiguration. Die Topics werden durch Zendure vorgegeben und sehen grob so aus:

• /<PRODUCT_ID>/<DEVICE_ID>/# für Statusdaten von Zendure
• iot/<PRODUCT_ID>/<DEVICE_ID>/# für die Steuerung

Zendure MUSS mit diesem Broker verbunden (oder zumindest transparent über die o.g. Topics erreichbar) sein. Um Zendure direkt mit deinem MQTT Broker zu verbinden, gibt es folgende Möglichkeiten:

• via Bluetooth per https://github.com/reinhard-brandstaedter/solarflow-bt-manager?tab=readme-ov-file#disconnecting-the-hub-from-the-cloud
• Anpassung des DNS Eintrags für mqtteu.zen-iot.com am lokalen DNS Server/Forwarder, so dass dieser auf deinen Broker zeigt

Zendure verwendet für die Verbindung zum Broker die DEVICE_ID als Usernamen und ein festes Passwort. Wenn du den Broker mit Zugangsdaten betreiben möchtest (wozu ich raten würde), lässt sich das Verwendete Passwort per Wireshark aus dem Verbindungsversuch der Zendure auslesen und dann im Broker eintragen. Nach aktuellem Stand lässt sich das Passwort in Zendure NICHT ändern.

Oder verbindet sie sich direkt mit dem Zendure MQTT? Mit welchen Credentials?

Nein, das ist derzeit nicht möglich und zumindest von meiner Seite auch nicht geplant.

[Dani1802]

@vaterlangen Habs jetzt auch hinbekommen, dass es sowohl mit der DTU als auch mit der App funktioniert.

Drei Sachen noch für eines der nächsten Releases 😉

• Die SN der AB2000S Batterien starten mit "CO4F"
• Könntest Du noch einen Schalter für den Buzzer einbauen? Der ist immer aus wenn man die Batterieeinstellungen speichert
• Wenn ich den minSOC über die App ändere, dann wird auf der Live Seite der neue Wert angezeigt, auf der Batterie Seite ist aber noch der alte Wert eingestellt, und wird beim speichern dann wieder gesetzt. Evtl lässt sich der Wert auf der Batterie Seite mit dem Wert der Live Seite vorgelegen

Und noch eine Frage:
Ich habe den Volladezyklus aktiviert

Auf der Live Seite wird aber noch deaktiviert angezeigt

Müssen die Akkus erst einmal voll sein, damit auf er auf der Live Seite auf aktiviert springt?

Nochmal großes Lob für die Integration, gefällt mir gut. 👍
Wenn Du jemanden zum Testen brauchst, meld dich gerne bei mir

[vaterlangen]

• Wenn ich den minSOC über die App ändere, dann wird auf der Live Seite der neue Wert angezeigt, auf der Batterie Seite ist aber noch der alte Wert eingestellt, und wird beim speichern dann wieder gesetzt. Evtl lässt sich der Wert auf der Batterie Seite mit dem Wert der Live Seite vorgelegen

Die Live Ansicht gibt den aktuellen Status wieder der von Zendure geliefert wird. Die Batterieeinstellungen sind feste Einstellungen die der User setzten kann/muss. Wenn du zB die SoC Grenzen per Zendure App änderst, wird das zwar angezeigt aber natürlich nicht in die EInstellungen übernommen (außerdem werden die Einstellungen zyklisch an Zendure geschickt, um sicherzustellen, das alles wie gewünscht eingestellt ist).

Und noch eine Frage:
Ich habe den Volladezyklus aktiviert
Auf der Live Seite wird aber noch deaktiviert angezeigt
Müssen die Akkus erst einmal voll sein, damit auf er auf der Live Seite auf aktiviert springt?

Mit deinen EInstellungen wird die Batterie alle 168 Stunden (oder wenn der letzte 100% Ladezeitpunkt unbekannt ist - wie bei dir) einmal Vollgeladen. Ob ein Zyklus ansteht wird immer morgens nach Sonnenaufgang geprüft. Hierbei wird auch berücksichtigt ob das Intervall bis Sonnenuntergang erreicht wird und dann bereits morgens der Vollladezyklus gestartet.

Volladezyklus gibt an, das gerade eine Volladezyklus läuft, d.h.:

• SoC Max wird auf 100% gestellt
• Die Ausgangsleistung wird auf 0 W limitiert

Die SN der AB2000S Batterien starten mit "CO4F"
Könntest Du noch einen Schalter für den Buzzer einbauen? Der ist immer aus wenn man die Batterieeinstellungen speichert

Danke für die Rückmeldung, habe ich implementiert

Wenn Du jemanden zum Testen brauchst, meld dich gerne bei mir

Sehr gerne - hier wäre etwas zum testen: #1878

[Dani1802]

Sieht gut aus:

• Akustische Signale Schalter funktioniert
• AB2000S wird erkannt, die Gesamtkapazität aller Akkus passt jetzt auch

[future159]

Bei mir schlägt Mosquitto eine brücke zu den Zendure Servern - damit bleibt die App auch erhalten. Steuerbefehle von Zendure sollten aber nicht durch kommen...da passieren sonst manchmal komscihe dinge...

@vaterlangen Kannst du bitte eine Beispiel Config deiner Mosquitto Brücke veröffentlichen?

[vaterlangen]

connection <name>
address emqx-eu-nlb-df3f9b55892b8d0b.elb.eu-central-1.amazonaws.com:1883
#address mqtteu.zen-iot.com.cname:1883

topic iot/xxxx/yyyy/# in 0 "" ""
topic /xxxx/yyyy/# out 0 "" ""

remote_clientid yyyy
remote_username yyyy
remote_password <password used by Zendure device>

notification_topic <topic>
bridge_protocol_version mqttv31
notifications_local_only true
bridge_attempt_unsubscribe false

keepalive_interval 5
start_type lazy
threshold 5
idle_timeout 180

try_private false

[GTOZP]

Hallo zusammen, wo finde ich in OpenDTU den Menüpunkt für die
MQTT Daten von Zendure Solarflow? Vielen Dank!
Gruß Thomas

[Harisjems]

Unter Einstellungen/Batterie-Einstellungen, wenn deine Version von OpenDTU on Battery einigermaßen aktuell ist.

[vaterlangen]

Genauer gesagt brauchst du mindestens 2025.04.17 oder development ab Ende März.

[GTOZP]

Ah, habe es gefunden. Ich hatte bereits nie neue Version installiert. Vielen Dank!

[Marc9485]

@vaterlangen Wird die Funktion in Zukunft auch für andere Speicher möglich sein? zB Marstek B2500

[vaterlangen]

Für Speicher mit "wohlgeformter" MQTT Schnittstelle gibt es einen generischen MQTT Battery Provider mit dem sich zumindest SoC und ein paar andere Werte einlesen lassen. Für alles was darüber hinaus geht gilt wohl: Nur wenn sich jemand mit so einem Speicher findet der es implementiert und dem Projekt zur Verfügung stellt (Ich habe in meinem Setup Zendure, daher habe ich es implementiert)

[schlimmchen]

Siehe hoylabs/OpenDTU-OnBattery-docs#31.

Wäre natürlich ideal wenn jemand was passendes beisteuert 😊

[morpheus2467]

Hallo,
ich habe einen Zendure Hub 1200 und rufe aus der Zendure Cloud die Daten über den Homeassistant (Mosquitto Brocker) ab. Ich
habe einen Account bei Zendure und Benutzername (Username) und zugewiesenes Passwort. Das geht alles.
Ich habe meine Open DTU on battery auf die neues Fw geupdatet weil ihr Zendure in die Dtu integriert habt.
In der DTU habe ich bei den MQTT Einstellungen die IP meines Home Assistant und auch meine Zugangsdaten hinterlegt. Der Mqtt in der Open DTU meldet auch verbunden. Dann habe ich noch bei Produkt Identifikation meinen Username von Zendure 2M********Y2 ebenfalls eingetragen. Trotzdem bekommt die Open DTU von Zendure keine Daten. Habe ich noch irgendeinen Denkfehler? Könnte es am Hub 1200 liegen. Da kann Zendure ja angeblich auch nicht umsetzen, das mein Shelly direkt über das lokale Wlan an den SolarFlow meldet. Geht nur über die Zendure Cloud. (Das funktioniert ja leider erst ab dem Hub 2000). Ich wäre für jede Hilfe dankbar. VG Reinhold

[morpheus2467]

Ich hab jetzt noch etwas Zeit investiert und denke, dass das Problem an folgendem Punkt liegt:

Anpassung des DNS Eintrags für mqtteu.zen-iot.com am lokalen DNS Server/Forwarder, so dass dieser auf deinen Broker zeigt.

Ich weiß zwar, was damit gemeint ist, weiß aber leider nicht, wie ich das umsetzen kann. Gibt es dafür eine Anleitung / Beschreibung?
Wenn ja und ich würde diese bekommen, wäre dies sehr nett. Die Aktion in meiner Fritzbox war nicht richtig, aber ich hatte ich vorher noch nie damit befassen müssen. Gruß Reinhold

[Dani1802]

Da gibt es viele Möglichkeiten, abhängig davon was du bei dir an Hard oder Software im Einsatz hast. „Nur“ mit einer FB wird’s aber leider nichts.

Ich hab’s bei mir am schon vorhandenen PiHole eingestellt.

[morpheus2467]

Hallo Dani1802,

vielen Dank für die Info. Ich hatte bisher von einem ehemaligen Arbeitskollegen nur die Info, dass der PiHole nur dafür da ist, nervige Internetwerbung ins "Nirwana" (hole) zu verschieben. Das hat mich eigentlich nicht sehr interessiert. Deshalb hab ich mich damit nicht weiter befasst. Sollte ich vielleicht ändern. Anscheinend kann der PiHole doch etwas mehr. VG Reinhold

[Dani1802]

Ja genau, das ist letztlich ein DNS Server der primär das macht was du beschrieben hast.
Man kann da aber auch lokale DNS Einträge anlegen um zb. mqtteu.zen-iot.com in die IP des eigenen MQTT Brokers auflösen zu lassen.

wie gesagt, ist nur eine Möglichkeit von vielen

[stegbth]

Hi,

das sieht ja vielversprechend aus, allerdings habe ich noch ein paar Fragen.
Da ich zuerst einen Marstek Venus E (AC Speicher) verfolgt habe, dieser aber bzgl. MQTT (noch?) nicht freigegeben hat, bin ich jetzt ueber zukuenftigen Zendure Solarflow AC 2400 gestolpert. So wie ich das lese, ist das der "Nachfolger" vom Zendure 2400 Aio?

Wenn man diesen an einen lokalen MQTT anbindet und mit OpenDTUoB verbindet (falls das dann immer noch so funktioniert).
Ist die Anbindung ja nur notwendig, um Anzeigen in der OpenDTUoB zu haben, oder?
Denn die Regelung findet dann in der OpenDTUoB vom Shelly 3EM Pro statt (angestrebter Netzbezug -400W).
der Zendure holt aus dem Shelly 3EM Pro ebenfalls die Werte ab und strebt einen Leistungswert von 0 an. (und wechselt selbststaendig zwischen laden und entladen)
Verstehe ich das richtig?

vg und vielen Dank fuer das tolle Projekt
Thomas

Hardware
Shelly 3EM Pro
Hoymiles HMS1800-4T mit 4x Modulen

[bovcan]

There are a litlle incomplete info.
at first I run just a
python3 solarflow-bt-manager.py -i
and got
Traceback (most recent call last): File "/home/vuli/Desktop/solarflow-bt-manager.py", line 4, in <module> from bleak import BleakClient, BleakScanner ModuleNotFoundError: No module named 'bleak'
later found out I had to run
sudo pip install -r requirements.txt --break-system-packages

and now, if I run that it searches only for zenp?! my have a name zenh
python3 solarflow-bt-manager.py -i 2025-04-20 22:16:46,290:INFO: scan for: zenp 2025-04-20 22:16:56,394:INFO: No Solarflow device found! You can try these steps: - Move closer to the hub - Reset your bluetooth connection (bluetoothctl) - Restart the Solarflow Hub - Disconnect any mobile Apps currently connected to the hub

[maxclaudi]

Zendure Geräte von der Cloud nehmen und lokal am eigenen Server mit Zugangsdaten verwenden, geht inzwischen ganz einfach.

Mit einem Windows-Tool zum Trennen von der Cloud und Eingabe einer neuen Server-IP:
Eine fertig kompilierte (ausführbare .exe) ist im download vom Code enthalten: zendure-cloud-disconnector

Außerdem benötigt man auch kein Wireshark mehr um das Password oder die DeviceID zu erfahren.

Die DeviceId liefert oben angegebenes Windows-Tool.

Das hardcodet password ist auch easy:
Es besteht aus einem 16stelligen Teil des md5hash der DeviceID.

1. aus der DeviceID wird ein MD5 Hash generiert.
2. der generierte MD5 Hash wird in Großbuchstaben umgewandelt.
3. die ersten 8 Zeichen und die Zeichen 25+ werden entfernt.

Damit können die Zendure-Geräte direkt von der Cloud getrennt und auf dem eigenen, lokalen Server (mqqt-Broker) betrieben werden.
Auch mit Authentication (Zugangsdaten) bei mosquitto oder EMQX.
Der Port: 1883 muss verwendet werden.

Siehe mein Beitrag bei iobroker

[bovcan]

after you disconnecdt Zendure device from Cloud, do you need to change username and psw on mqtt server to the same as Zendure Device is using?
username : DeviceID
psw: "md5"(DeviceID)

[maxclaudi]

If you use an MQTT broker WITHOUT authentication that allows anonymous access, you don't need a password.

However, the MQTT broker is then open, unprotected and freely accessible on your own LAN/WiFi.

If you use an MQTT broker like mosquitto with a username and password file, you need a username and password for each device to authenticate to the MQTT broker.
Then I would answer your question with yes.

---

user and password are hardcoded in Zendure devices.
To use a Zendure device with the mqtt broker, the username is the deviceID from the device.
password for the Zendure device is a 16-digit part of the md5 hash of the deviceID.
You need this data for each individual (Zendure) device for the mqtt broker's password file.

---

Example:

You only have one Zendure device.

HUB2000 (ProductID: A8yh63)

Now you need to determine the associated deviceID.

(For example, using the Windows tool described above)

Once you know the deviceID, fictitious example:
HUB2000 (ProductID: A8yh63) deviceID: BaSD4hsK

(Searched for, yet unknown password: FF2F20666EA30FC8)

To find the password, an MD5 hash must be generated from the deviceID.

If you don't know how, here's an example with an online md5 hash generator:
MD5 hash online generator

Enter the device ID "BaSD4hsK" and click "Generate."

Then you'll see the MD5 hash, which you can copy.

In this example, it's:
e302c909ff2f20666ea30fc85db6d2cc

Now remove the characters 25–32: from the MD5 hash:
e302c909ff2f20666ea30fc8

Next, remove characters 1–8:
ff2f20666ea30fc8

Now convert lowercase to uppercase:
FF2F20666EA30FC8

Done.

User: BaSD4hsK
Password: FF2F20666EA30FC8

Then add this user and the 16-digits password to the MQTT broker (pwd-file).

hope it helps and is now more understandable.

[maxclaudi]

@vaterlangen
bezogen auf [Zendure] Improvements and support for AB2000S geänderte ProductID.
Es gibt 2 ProductID die im Umlauf sind für den Hyper2000.

Hyper2000: ja72U0ha
Hyper2000: gDa3tb

weitere ProducID, falls eine irgendwann noch von Interesse und noch nicht bekannt:
Hub1200: 73bkTV
Hub2000: A8yh63
AIO 2400: yWF7hV
ACE1500: 8bM93H