UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

edit: kurz: ja kommt 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.

edit:
reply bestätigt den Vorgang.
reply mit succes:1 oder ähnlich, dann wurde der Vorgang erfolgreich ausgeführt.
Wurde das reply mit einem anderen succes value bestätigt, dann wurde der betreffende publish ausgeführt, jedoch?
Mehrere unbelegte Möglichkeiten.
Thesen entfernt.

[Schimi]

HI,

ich habe keine idee mehr.....

Habe meinen AC2400 nun endlich bekommen....

Jedoch klappt es mit dem Cloud Disconnector nicht....
Das Gerät wird anscheinen gefunden, aber sobald ich auf "Get Telemetry" klicke... passiert nichts:

Wenn ich dann nochmal klicke, beendet sich das Programm.

[Schimi]

ok, habe jetzt Plan B gemacht und den DNS umgebogen.... scheint nun zu funktionieren...

[Bernd1967]

@daniel-8
Zur Info ....
Das "smartMode" nach dem löschen in der letzten Version nicht mehr auftaucht liegt daran, das es bei bestimmten Geräten im Adapter wieder entfernt wurde, auch bei deinem Solarflow 800 Pro

@Hofmann-IOBRF
Hab mal zum Test die "smartMode" states bei meinem Hyper wieder reingeschrieben bei der letzten Version.
Beim setzen von .control.smartMode auf true ändert sich bei mir auch .smartMode auf true.
Aber der Hyper meldet nach wie vor folgendes:
Topic:
mqtt.0.gDa3tb.+++++.properties.write.reply
Payload:
{"messageId":134218099,"deviceId":"+++++++","timestamp":1753825617,"success":0,"properties":{}}
Und success:0 bedeutet wohl das es nicht erfolgreich war.

@nograx
Vielleicht wertest Du die states über "mqtt.0.iot.gDa3tb.++++++.properties.write" aus ?
Weil dort kommt natürlich der Wert auf jeden Fall an.

[nograx]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

Das "smartMode" nach dem löschen in der letzten Version nicht mehr auftaucht liegt daran, das es bei bestimmten Geräten im Adapter wieder entfernt wurde, auch bei deinem Solarflow 800 Pro

Ja ich habe smartMode bei den Geräten entfernt wo es meiner Meinung nach nicht anwendbar ist. Daher ist es für mich verwirrend das es scheinbar bei einigen doch übertragen wird bzw. funktioniert. Bin mir da nicht sicher was da nun die richtige Lösung ist.

[Daniel 8]

Ich habe mal versucht, meinen Solarflow800 Pro mit zendure-solarflow.0.R3mn8U.xxxxxx.control.setDeviceAutomationInOutLimit zu steueren.
Aber irgendwie bin ich zu doof.
Ich habe ihn in der App aus HEMS rausgenommen und mich abgemeldet.
Dannn versuchte ich positive und negative Werte einzugeben.
Aber der Speicher reagiert da nicht drauf. Er speist dann nichts ein.
Habe es mit Version 1.15.4 und 2.0.1 versucht

[Murphy 0]

Ich hatte bei meinem Hyper seit gestern mit dem Adapter 2.01 wo es keinen SmartMode mehr gibt keine Abbrüche mehr.
Neustart alle 3 Std war aktiviert.

[Karacho]

@nograx
DAs sind ja mehrere 100 Meldungen am Tag... Kann ich irgendetwas machen, die Meldungen abzuschalten oder dafür zu sorgen, dass der Speicher nicht vollläuft?

[nograx]

@karacho sagte in Test Adapter Zendure Solarflow:

@nograx
DAs sind ja mehrere 100 Meldungen am Tag... Kann ich irgendetwas machen, die Meldungen abzuschalten oder dafür zu sorgen, dass der Speicher nicht vollläuft?

Du kannst die beiden states einfach manuell im Objektbaum anlegen, dann ist Ruhe. Wäre dann auch mal interessant was Zendure da drin ablegt.

[maxclaudi]

SolarFlow mit PV-Eingänge:
Im Bypass funktioniert nie eine Steuerung.

autoModel:8 SmartMatchingMode funktioniert nur mit Bypass aus.
Entweder manuell ausschalten oder wenn Bypass automatisch beendet ist, ist steuern möglich.
Bypass sollte automatisch abschalten, wenn ca. 5Min lang <20W verbraucht werden.

smartMode gibt es für alle neuen Geräte.
In aktiven Energieplänen kann er sich von allein durch die Pläne ändern.
Bei manchen Geräten musste smartMode:1 zweimal nacheinander published werden, damit die Einstellung "ohne" Energieplan erhalten blieb.
smartMode: 1 soll smarte Steuerung manuell bedeuten.

[Daniel 8]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

SolarFlow mit PV-Eingänge:
Im Bypass funktioniert nie eine Steuerung.

autoModel:8 SmartMatchingMode funktioniert nur mit Bypass aus.
Entweder manuell ausschalten oder wenn Bypass automatisch beendet ist, ist steuern möglich.
Bypass sollte automatisch abschalten, wenn ca. 5Min lang >20W verbraucht werden.

smartMode gibt es für alle neuen Geräte.
In aktiven Energieplänen kann er sich von allein durch die Pläne ändern.
Bei manchen Geräten musste smartMode:1 zweimal nacheinander published werden, damit die Einstellung "ohne" Energieplan erhalten blieb.
smartMode: 1 soll smarte Steuerung manuell bedeuten.

Muss man manuell in autoModel8 schalten oder geschieht das wenn man den Wert autimationinoutkimit ändert?

SmartMode gibt es ja nicht mehr für akku Geräte

[Karacho]

@nograx
für pvPower3 und pvPower4 wird der Wert 0 eingetragen.
Wie für die von Zendure vorhanden states pvPower1 und 2.

Fehlermeldungen sind weg mit manuellem states

Danke

[maxclaudi]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Muss man manuell in autoModel8 schalten oder geschieht das wenn man den Wert autimationinoutkimit ändert?

Das übernimmt die function automatisch im Code vom Adapter.
Kannst einfach selbst testen.
Energiepläne aus. Limit über Adapter setzen und bist automatisch in dem matchingMode.
So sollte es normal funktionieren.

SmartMode gibt es ja nicht mehr für akku Geräte

? Vielleicht weil es im Adapter entfernt wurde, nicht sichtbar.
Der smartMode wurde ja erst für neue Geräte mal richtig erwähnt und ist vorhanden.
Wie alles im Detail funktioniert muss erforscht werden.
Würde es bei meinem Hub nicht funktionieren, dann müsste vermutlich flash/eeprom bereits defekt sein.

Allein heute hat sich nur outputLimit 442x geändert.
Mit smartMode:1.
Lasse es experimentell darauf ankommen.

edit:
vorheriges post von mir ebenfalls editiert:
soll natürlich <20W sein.
Was auch Bypass betrifft: wenn Smart Meter kein Signal oder unzuverlässig Werte liefert, könnte das System überhaupt nicht in den Bypass finden oder nicht wieder herauskommen, auch wenn Veränderungen im Strombedarf / Verbrauch sind.
Zählerwerte sollten zuverlässig vorhanden sein.