Test Adapter Zendure Solarflow

[tobetobe]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Bei meinem Solarflow 800Pro, hat der Adapter heute 4 mal eine Umschaltung des Acmode von 2 auf 1 für jedesmal so ca. 5 sec registriert Ich kann leider noch nicht nachvollziehen woher das ganze kommt. Aber heute zeigt er in der App auch an das er 50Wh aus dem Netzt geladen hat. Da war eigentlich genug Pv Leistung da mit immer über 100 Watt bis 300 Watt. Eventuell ist das ganze auch ein Firmwarproblem vom 800 Pro

Hat jemand ein ähnliches Problem?

Das konnte ich bislang bei mir nicht feststellen. Ich werde die besagten Datenpunkte mal protokollieren und mich dann wieder melden.

[Mabbi]

@nograx

Der Adapter verbindet sich ja alle 3 Stunden neu, dabei ist mir bei dem AC 2400 etwas interessantes aufgefallen:

Setzt Du beim Trennen/neu Verbinden des Adapters irgendwelche Werte ?
Der Akku speist, so wie das für mich aussieht, kurzfristig nicht ins Haus ein.

Neu verbunden hat er um kurz nach 2:00 Uhr und kurz nach 5:00 Uhr heute Nacht, an beiden Stellen peakt der Netzbezug ziemlich genau auf den Bedarf des Hauses zu der Zeit hoch.

[Karacho]

[Problem gelöst]

[Karacho]

Hallo
habe eine SF 2400 AC am Laufen und kriege im 5sec Rhytmus folgende Warn Meldung:

2025-07-26 16:32:22.198	warn	State "zendure-solarflow.0.XXXXXX.pvPower4" has no existing object, this might lead to an error in future versions

2025-07-26 16:32:22.196	warn	State "zendure-solarflow.0.XXXXX.pvPower3" has no existing object, this might lead to an error in future versions

Was könnte Das sein?

[tobetobe]

@murphy-0 sagte in Test Adapter Zendure Solarflow:

@felli
Habe es hinbekommen. Wegen geändertem Vorzeichen musste
einiges geändert werden.
Falls jemand mit Blockly steuert habe ich es hier eingestellt:
https://forum.iobroker.net/topic/80764/script-zum-laden-entladen-von-zendure-solarflow/80

Vielen Dank für den Hinweis. Ich werde dein Skript in den nächsten Tagen mal testen

[Murphy 0]

@tobetobe
Probiers mal aus. Läuft auf dem Hyper perfekt. Adapter Version 2.01

Hyper Skript.txt

Ich bin heute Abend wieder offline gegangen. Zendure Cloud hat nach 3 Tagen
mal wieder keine plausieblen Daten geliefert, trotz Verbindung zum Internet.
Jetzt Offline läuft es wieder wie gewohnt mit dem Adapter.

[nograx]

@karacho sagte in Test Adapter Zendure Solarflow:

Hallo
habe eine SF 2400 AC am Laufen und kriege im 5sec Rhytmus folgende Warn Meldung:

2025-07-26 16:32:22.198	warn	State "zendure-solarflow.0.XXXXXX.pvPower4" has no existing object, this might lead to an error in future versions

2025-07-26 16:32:22.196	warn	State "zendure-solarflow.0.XXXXX.pvPower3" has no existing object, this might lead to an error in future versions

Was könnte Das sein?

Das ist schon lustig was Zendure da teilweise treibt. Der 2400 AC hat ja eigentlich keine MPPT Tracker bzw. PV Anschlüsse, liefert aber über MQTT offensichtlich Daten dazu...

[nograx]

@murphy-0 sagte in Test Adapter Zendure Solarflow:

Entfernt

[nograx]

@mabbi sagte in Test Adapter Zendure Solarflow:

Setzt Du beim Trennen/neu Verbinden des Adapters irgendwelche Werte ?

Nein da werden keine Werte gesetzt.

[Murphy 0]

@nograx
Danke für den Hinweis.
War gestern Abend wegen der grottigen Zendure Cloud getresst.

[Hofmann IOBRF]

@maxclaudi
Meine Product ID vom Hyper 2000 ist gDa3tb

[maxclaudi]

@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:

@maxclaudi
Meine Product ID vom Hyper 2000 ist gDa3tb

Danke.
json wird zwar ausgeführt und Datenpunkt angenommen, jedoch vom hyper nicht akzeptiert/nicht möglich. Bestätigung durchs reply. Siehe post von Bernd1967 und meine Antwort darunter.

[Daniel 8]

Ich bekomme jede Nacht diese Fehlermeldungen im Log.

zendure-solarflow.0
2025-07-29 00:00:05.211	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputPv2EnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.169	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputPv1EnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.153	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.gridInputEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.152	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.151	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputPackEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.149	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputPackEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.147	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputHomeEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.145	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.packInputEnergyTodaykWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.133	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputPv2EnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.128	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputPv1EnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.111	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.gridInputEnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.110	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.solarInputEnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.109	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputPackEnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.108	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputPackEnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.106	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.outputHomeEnergyTodayWh" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-07-29 00:00:05.081	warn	State "zendure-solarflow.0.R3mnxx.xxxxxxxx.calculations.packInputEnergyTodayWh" has no existing object, this might lead to an error in future versions

[nograx]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

Setze ich bei "zendure-solarflow.0.gDa3tb..control.smartMode" auf "true" passiert folgendes:
1.) "zendure-solarflow.0.gDa3tb..smartMode" geht ebenfalls auf "true"
2.)"mqtt.0.iot.gDa3tb..properties.write" geht auf:
"{"properties":{"smartMode":1}}"
3.) "mqtt.0.gDa3tb..properties.write.reply" geht auf:
"{"messageId":134218099,"deviceId":"","timestamp":1752756072,"success":0,"properties":{}}"
Bei "read" kommt nichts an.
Kann ich über "mqtt.0.gDa3tb..log" mir Parameter "params" feststellen ob es geklappt hat ?

Sorry übersehen.

1. ok
2. schreibt der Adapter
3. success:0 sagt ja aus der Wert wurde vom Gerät nicht übernommen
   -> Also kann auch bei read nicht ankommen, weil keine Änderung stattgefunden hat.

Bei meinem Hyper kann ich das nachvollziehen. Defacto hat der Hyper keinen Smart Mode.

[Hofmann IOBRF]

@nograx
Wenn ich in
zendure-solarflow.0.gDa3tb.XXXXXX.control.smartMode den Wert von True auf False ändere, wird bei mir aber auch der Wert in
zendure-solarflow.0.gDa3tb.XXXXXX.smartMode von True auf False geändert (und umgekehrt).
Ich dachte immer das ist die Antwort vom Hyper. (control: Parameter setzen, alles andere: Werte vom Hyper)

[nograx]

@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:

@nograx
Wenn ich in
zendure-solarflow.0.gDa3tb.XXXXXX.control.smartMode den Wert von True auf False ändere, wird bei mir aber auch der Wert in
zendure-solarflow.0.gDa3tb.XXXXXX.smartMode von True auf False geändert (und umgekehrt).
Ich dachte immer das ist die Antwort vom Hyper. (control: Parameter setzen, alles andere: Werte vom Hyper)

hm. Das ist komisch... ja das wäre tatsächlich die Antwort vom Hyper.

[Daniel 8]

@nograx Bei mir gibt es den Datenpunkt zendure-solarflow.0.xxxxxx.xxxxxx.conrtrol.smartMode nicht mehr.
Und auch dieser ist jetzt weg: zendure-solarflow.0.xxxxxx.xxxxxx.smartMode

Habe Adapter V2.0.1 nochmal neu installiert und bekomme jetzt im Sekundentakt folgende Meldung

State "zendure-solarflow.0.R3mn8U.xxxxxxx.smartMode" has no existing object, this might lead to an error in future versions

Habe jetzt die V1.15.4 aus dem Stable installiert. Da sind beide Datenpunkte wieder da und Fehlermeldung weg.

[Murphy 0]

@nograx
@daniel-8 said in Test Adapter Zendure Solarflow:

@nograx Bei mir gibt es den Datenpunkt zendure-solarflow.0.xxxxxx.xxxxxx.conrtrol.smartMode nicht mehr.
Und auch dieser ist jetzt weg: zendure-solarflow.0.xxxxxx.xxxxxx.smartMode

Habe Adapter V2.0.1 nochmal neu installiert und bekomme jetzt im Sekundentakt folgende Meldung

State "zendure-solarflow.0.R3mn8U.xxxxxxx.smartMode" has no existing object, this might lead to an error in future versions

Ist bei mir auch so, dass control.smartMode und smartMode verschwunden ist. Die Fehlermeldung bekomme ich aber nicht.

Der Reihe nach: Am 26.07. bin ich zurück in die Cloud und habe die Version 2.01 installiert und mein Skript geändert.

Am 27.07. 22:19 Uhr hat der iobroker keine Daten mehr von der Cloud bekommen. Der Adapter lief aber noch. Das Skript hat mit den letzten bekannten Daten den Hyper weiter geregelt.

Ich habe erst mal den Fehler auf die Zendure Cloud geschoben.
Also habe ich die Cloud verlassen.
Dann den Objekt Baum Zendure-Solarflow komplett gelöscht und die Instanzen mqtt und Zendure-Solarflow neu gestartet. Danach lief wieder alles.

Am 28.07. 11:49 Uhr hat dann mein Broker wider keine Daten mehr vom Hyper bekommen. Wieder die Objekte Zendure-Solarflow gelöscht um wieder Daten zu bekommen.

Am 28.07. 22:52 wieder das gleiche Prozedere gemacht und den Adapter neu geladen. Nun sehe ich, dass smart.Mode verschwunden ist. Es läuft aber alles normal, momentan.

Ich habe gestern Abend noch den Haken gesetzt um den Adapter alle 3 Std neu zu starten. Bis jetzt läuft es so.
In den Logs hatte ich nie etwas auffälliges.

Werde weiter berichten

Nachtrag:
Natürlich nach dem Löschen der Zendure Objekte muss der Server neu gestartet werden.

[maxclaudi]

@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:

@nograx
Wenn ich in
zendure-solarflow.0.gDa3tb.XXXXXX.control.smartMode den Wert von True auf False ändere, wird bei mir aber auch der Wert in
zendure-solarflow.0.gDa3tb.XXXXXX.smartMode von True auf False geändert (und umgekehrt).
Ich dachte immer das ist die Antwort vom Hyper. (control: Parameter setzen, alles andere: Werte vom Hyper)

so ungewöhnlich ist das nicht

Vielleicht ist/war Zendure kostensparend
oder weitsichtig oder was auch immer...
Bin am mqtt-json dran. Dauert noch lange.

Prinzipiell antworten Zendure-Geräte auf fast alles was publisht wird.
Vermutlich eine vereinheitlichte MQTT-Kommunikation in den Firmwares, eine für (fast) alle Geräte.

Das beutet, dass theoretisch alle bekannten commands für read und write von den Geräten entgegengenommen werden und es wird versucht gerätespezifisch auszuwerten und anzuwenden.

Das ist/war nicht fachlich ganz korrekt, nur mal einfach zum besseren Verständnis:

1. es wird was published
2. es wird entgegengenommen.
3. unbekannt? -> verwerfen mit oder ohne Fehler zu publishen, Abbruch.
   bekannt? -> es wird versucht umzusetzen und auszuführen.
   Ist es möglich z.B. ein der Firmware bekannten state zu setzen , dann wird das gemacht.
   Gleichgültig ob der state weiter verarbeitet/genutzt werden kann oder auch nicht.
   Hat der state (noch) keine Funktion (in dem Gerät/Firmware), kann aber gesetzt werden,
   dann ist die Möglichkeit vorhanden, aber nicht erfolgreich abgeschlossen.
   Entscheidend und Maßgebend ist dann reply.
   Das bestätigt letzten Endes den erfolgreichen Vorgang oder nicht.

Ausschlaggebend ist das reply.

Man kann das bei vielen Geräten beobachten, z. B. auch beim 2400AC der mehrere PV Eingänge auswertet, die physisch nicht vorhanden sind usw.

Warum?
Vermutlich um Kosten in der Entwicklung zu sparen, Vereinheitlichung und/oder vor allem:
zukünfige Updates oder Möglichkeiten offen zu halten.

Das ist zumindest meine These und Erkenntnis bisher.
Komme voran, wenn auch sehr langsam.

Kommt ein reply mit succes:1 oder ähnlich, dann kann es das Gerät und hat es ausgeführt.

Kommt succes:0 oder ähnlich. Oder ein succes{}, dann nicht.
Oder auch noch nicht. Abhängig von updates oder weil zusätzliche (unbekannte) Parameter fehlen.