Monatsrückblick Januar/Februar 2026 ist online!

[Freaknet]

@nograx Klasse! Freut mich zu hören das Du dran arbeitest.

[Felli]

@Freaknet sagte in Test Adapter Zendure Solarflow:

Muss ich danach sonst noch was beachten nach der Installation, wie komme ich dann auf den EMQX Broker? Über Web UI?

Nein eigentlich muss man nichts beachten und theoretisch nicht mal ins Web-UI. Falls es Dir Recht ist, den Broker ohne Zugangsdaten zu betreiben (lokal meist eh irrelevant) sollte das eigentlich sofort laufen. Also IP des Zendure Geräts auf welche Art auch immer auf den EMQX verbiegen und dann kommen dort die Daten an. Danach in Peters Adapter IP:1883 des EMQX eintragen und die Product und Device ID deines/deiner Geräte eintragen und das sollte es gewesen sein. In dem Zuge würde es sich lohnen, die MQTT Kommunikation im Haus auf EMQX umzubauen. Das ist es sehr performanter Broker den ich uneingeschränkt empfehlen kann. Viel Erfolg !!

[Freaknet]

@Felli sagte in Test Adapter Zendure Solarflow:

Falls es Dir Recht ist, den Broker ohne Zugangsdaten zu betreiben (lokal meist eh irrelevant) sollte das eigentlich sofort laufen.

Den Broker werde ich nicht ohne Benutzer/Passwort betreiben können. Die Zendur-App verlangt über MQTT eine vollständig ausgefüllte Maske.
IP:
Port:
Benutzer:
Passwort:
Ohne Benutzer/Passwort läßt er keine Verbindung/Speicherung zu, also zumindest war es so bei mir beim SF800 Plus mit FW 1.0.27

Ich werde mich mal ran tasten heute Nachmittag/Abend nach der Arbeit.
Sollte ich noch Fragen haben oder nicht mehr weiterkommen würde ich mich wieder melden (PN erwünscht?).
Danke bis dahin für die ausführliche Erläuterung.

[Felli]

Klar, fragen kostet nix, wenn ich helfen kann.

[Murphy 0]

Ich lese hier ständig mit, man lernt ja nie aus.

Ist es aber nicht so, dass der Broker wenn er ohne Nutzer und PW eingestellt ist alles zulässt.
Also du in der Zendure App eingeben kannst was du möchtest und der Broker es akzeptiert.

Wäre doch das Gleiche wie beim Hyper2000 den man mit dem Cloud-Disconnector auf MQTT lokal betreibt.

[Felli]

Ja ein Broker ohne Auth lässt jeden rein. Im privaten LAN zumindest bei mir unkritisch öffentlich natürlich ein NoGo

[maxclaudi]

@Murphy-0 sagte in Test Adapter Zendure Solarflow:

Ich lese hier ständig mit, man lernt ja nie aus.

Ist es aber nicht so, dass der Broker wenn er ohne Nutzer und PW eingestellt ist alles zulässt.
Also du in der Zendure App eingeben kannst was du möchtest und der Broker es akzeptiert.

Wäre doch das Gleiche wie beim Hyper2000 den man mit dem Cloud-Disconnector auf MQTT lokal betreibt.

Lösung:
Zendure Solar Flow ohne Cloud MQTT-Broker MIT Authentication

[PaulDaRu]

Hallo ich bin nachdem ich den Speicher (SolarFlow 800 Plus) erfolgreich einbinden konnte jetzt mal dazu gekommen mir das ganze genauer anzuschauen. Und siehe da keine verwertbaren Werte in den Objekten. Die connection springt zwischen true und false hin und her. Wifi State ist disconnected. Ich sehe nur den Produkt Namen und die Serial.
Angerbunden habe ich den Speicher über den Cloud Authorization Key.

Adapter Version 3.6.0

Log sieht wie folgt aus:

[Freaknet]

@Murphy-0 sagte in Test Adapter Zendure Solarflow:

Ist es aber nicht so, dass der Broker wenn er ohne Nutzer und PW eingestellt ist alles zulässt.
Also du in der Zendure App eingeben kannst was du möchtest und der Broker es akzeptiert.

Könntest recht haben damit.
Hab ich ehrlich gesagt nicht ausprobiert.
Hab in der App versucht ohne Benutzer/Passwort den MQTT zu aktivieren, was nicht ging. Ob es mit irgendeinen Namen und PW funktioniert hätte weiß ich nicht. Hab einfach nochmal eine Instanz im ioBroker angelegt und dort einen Benutzer/Passwort vergeben. Danach kamen direkt die Daten rein beim MQTT-Broker. Leider kommt aber nix im Zendur-Adaper rein, aber das liegt wahrscheinlich am hardcoded 1883 Port, den bei mir aktuell noch Sonoff unter beschlag hat.

[nograx]

Das was die neueren Geräte über die originale MQTT Verbindung versendet kann vom Adapter aktuell nicht ausgewertet werden. Da verwendet Zendure eine komplett andere Struktur und man hat auch nicht alle Features zur Verfügung. Außerdem ist die Verbindung sehr sehr langsam. Das Gerät akzeptiert nur EIN Datenpaket pro 5 Sekunden! Ich arbeite an einem Update um das zenSDK zu unterstützen, damit gibt es dann eine "legale" lokale Kommunikation zwischen dem Gerät und ioB.

[Freaknet]

@nograx sagte in Test Adapter Zendure Solarflow:

Ich arbeite an einem Update um das zenSDK zu unterstützen, damit gibt es dann eine "legale" lokale Kommunikation zwischen dem Gerät und ioB.

TOP!! Ich freue mich, dass Du da dran bleibst. Aber bei mir kommen zumindest einige Daten vom SF800 Plus an im Adapter, aber unter eigener anderen Hardware ID wie gedacht. Hier mal ein kleiner Auszug meiner DP´s.
Kommunikation kann sein, das die etwas langsam ist.

[nograx]

@freaknet Aber die kommen über die Cloud?

[Freaknet]

@nograx sagte in Test Adapter Zendure Solarflow:

Aber die kommen über die Cloud?

Ich denke ja, hab mich im Adapter über den Auth-Key verbunden, da anscheinend Lokal-MQTT nicht funktioniert hat bei mir und dem SF800 Plus. Könnte ich aber nochmal testen ob es über MQTT auch funktionieren würde.

[maxclaudi]

@Freaknet

habe zenSDK bereits vor einiger Zeit in JavaScript umgesetzt.
Du kannst dafür gern mein Script verwenden – es funktioniert mit allen neueren Geräten, die den WebServer (zenSDK) bereitstellen.

Die komplette Steuerung erfolgt über das HTTP-zenSDK.
Dabei werden die Datenpunkte automatisch angelegt, aktualisiert und können auch gesteuert werden – wie bei einem Adapter.

Weitere Informationen und das Script findest du hier:
Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro)

Wenn lokales MQTT nicht genutzt oder überwacht werden soll, kann die zyklische MQTT-Abfrage (im Konfig-Bereich mit false) deaktiviert werden.

const mqttStateAsking = false;   // true = zyklische MQTT-Abfrage aktiv, false = deaktiviert

Die Kommunikation mit dem Gerät erfolgt ausschließlich über den HTTP-WebServer (zenSDK) und nicht über MQTT.
Die Cloud kann parallel weiterhin genutzt werden.

Für eine eigene, vollständige Steuerung empfiehlt es sich HEMS zu deaktivieren.

Probiers einfach mal aus.

[Freaknet]

@maxclaudi
Toll, das sich so viele Leute damit beschäftigen.
Klingt ja auch sehr interessant. Kann ich damit auch eine Steuerung realisieren, die negativ Bezüge ins Stromnetz ain den Akku leiten, ohne zusätzliches Script?
Und Abend dann ggf. wieder ins Hausnetz speist, je nach Akkuladung?
Was ist der SmartMode genau? Klingt bisschen nach KI wie in der App von Zendur :-)
Hab dazu wohl noch viele Fragen, aber vor dem Testen werde ich mir mal deine Informationen durchlesen.

Danke schonmal für´s bereitstellen und die Info

Edit:
Hab´s gecheckt was der Smart Modus bewirkt. Rest muss ich mir mal zu Gemüte führen und in ein Blockly einbauen was bewirkt was ich möchte ;-)
Aber mit welchem Wert Regel ich den Input in den Akku bei z.B. -300W Einspeisung ins Netz?
Beim Zendur-Adapter nutzt man ja "setDeviceAutomationInOutLimit" glaub ich.

[nograx]

@Freaknet Was ist das für eine Struktur auf dem Screenshot? Die habe ich so noch nie gesehen.

[nograx]

Wer sich traut...

Ich habe heute morgen eine prerelease version veröffentlicht die so ziemlich einiges ändert.

-> Unterstützung für zenSDK
-> Im "Authentication Cloud Key" Modus kann jetzt zusätzlich der lokale MQTT angegeben werden, die in der App hinterlegten Geräte werden dann auf dem lokalen MQTT subscribed. Eine Konfiguration mit productKey/deviceKey ist dann nicht mehr nötig.
-> In diesem Modus ist es möglich die lokalen Daten an die Cloud "weiterzureichen", dadurch sind alle Infos auch in der Zendure App verfügbar UND Zendure erhält nun auch alle Diagnose Infos vom Gerät (falls gewünscht). Theoretisch kann man dann auch aus der Ferne Firmware Updates anstoßen (nicht getestet)

Die prerelease version muss manuell über npm installiert werden. Die landet frühestens nächste Woche im Beta Kanal.