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

[romestylez]

Ich sehe immer wieder folgendes

	[checkStatesJob] Last update for deviceKey XXXXXXX was at Sat Oct 04 2025 20:55:00 GMT+0200 (Mitteleuropäische Sommerzeit), device seems to be online - so maybe connection is broken - restart adapter in 20 seconds!

Der Adapter wird dann halt 20 Sekunden später neugestartet. Das ist irgendwie etwas nervig und lässt sich leider nicht deaktivieren. Das Gerät ist "offline" weil es an der minimalen Ladegrenze ist und damit gibts halt kein "Last update" mehr.

Könnte man bitte eine Option schaffen dieses Verhalten zu deaktivieren ?

[The_Stig]

@nograx: Ergänzung: Sieht so aus, als ob mein stündlicher MQTT-Restart das auslöst oder eben ein Restart deines Adapters. Ist ja kurios, dass das dann einmal auf 20% zurückgesetzt und dann wieder direkt auf den eigentlich eingestellten Wert gesetzt wird.

[Murphy 0]

Mit Adapter 2.04 rein offline habe ich seit Wochen keinen einzigen Mqtt Abbruch mehr gehabt. Mache keinen Reset des Mqtt Servers mehr.
Leider kann ich nicht sagen ob die 2.04 das Problem gelöst hat oder mein Skript mit reduzierten Schreibvorgängen da ich das zeitgleich gemacht hatte.

[nograx]

@romestylez sagte in Test Adapter Zendure Solarflow:

Ich sehe immer wieder folgendes

	[checkStatesJob] Last update for deviceKey XXXXXXX was at Sat Oct 04 2025 20:55:00 GMT+0200 (Mitteleuropäische Sommerzeit), device seems to be online - so maybe connection is broken - restart adapter in 20 seconds!

Der Adapter wird dann halt 20 Sekunden später neugestartet. Das ist irgendwie etwas nervig und lässt sich leider nicht deaktivieren. Das Gerät ist "offline" weil es an der minimalen Ladegrenze ist und damit gibts halt kein "Last update" mehr.

Könnte man bitte eine Option schaffen dieses Verhalten zu deaktivieren ?

Kannst du das mal mit der neusten 3.0.2 testen? Vorher werden Updates für die Akkupacks nicht berücksichtigt um das lastUpdate zu setzen. So sorgen die Updates von der Temperatur oder Spannung nun endlich für einen frischen Timestamp...

[romestylez]

@nograx said in Test Adapter Zendure Solarflow:

@romestylez sagte in Test Adapter Zendure Solarflow:

Ich sehe immer wieder folgendes

	[checkStatesJob] Last update for deviceKey XXXXXXX was at Sat Oct 04 2025 20:55:00 GMT+0200 (Mitteleuropäische Sommerzeit), device seems to be online - so maybe connection is broken - restart adapter in 20 seconds!

Der Adapter wird dann halt 20 Sekunden später neugestartet. Das ist irgendwie etwas nervig und lässt sich leider nicht deaktivieren. Das Gerät ist "offline" weil es an der minimalen Ladegrenze ist und damit gibts halt kein "Last update" mehr.

Könnte man bitte eine Option schaffen dieses Verhalten zu deaktivieren ?

Kannst du das mal mit der neusten 3.0.2 testen? Vorher werden Updates für die Akkupacks nicht berücksichtigt um das lastUpdate zu setzen. So sorgen die Updates von der Temperatur oder Spannung nun endlich für einen frischen Timestamp...

Ist installiert ich beobachte es mal :) Danke für die super Arbeit !

[Kiter1988]

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

[nograx]

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

[Kiter1988]

@nograx said in Test Adapter Zendure Solarflow:

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

Ich steuere alles über den Hub, ich habe nun fast alle kombinationen aus probiert.
Bleibt mir wohl nur ein Downgrade des Adapters, auf 2.0 oder so.

[Arne Dieckmann]

@kiter1988 said in Test Adapter Zendure Solarflow:

@nograx said in Test Adapter Zendure Solarflow:

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

Ich steuere alles über den Hub, ich habe nun fast alle kombinationen aus probiert.
Bleibt mir wohl nur ein Downgrade des Adapters, auf 2.0 oder so.

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

[nograx]

@arne-dieckmann sagte in Test Adapter Zendure Solarflow:

@kiter1988 said in Test Adapter Zendure Solarflow:

@nograx said in Test Adapter Zendure Solarflow:

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

Ich steuere alles über den Hub, ich habe nun fast alle kombinationen aus probiert.
Bleibt mir wohl nur ein Downgrade des Adapters, auf 2.0 oder so.

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

Hm, ok das ist ein Ansatz, vll passt meine Logik da nicht. Schaue ich mir an (kann es selber leider nicht testen).

[romestylez]

@nograx Problem besteht immer noch leider.

Last Update: Thu Oct 09 2025 07:17:29 GMT+0200 (Mitteleuropäische Sommerzeit)

Aber z.B. wifiState ist von 07:46:09 also relativ aktuell (eventuell nach dem automatischen Neustart). Es wäre schön wenn dieser automatische Neustart aufhört denn das Gerät ist definitiv erreichbar z.B. per ping stellt sich die Frage wieso "lastUpdate" nicht aktualisiert wird.

Was ich auch sehr oft sehe schon seit langer Zeit. Das ist auch richtig denn ich verwende ausschließlich den CT-Mode also Mode 9.

zendure-solarflow.0
2025-10-09 07:46:06.737 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

zendure-solarflow.0
2025-10-09 07:46:05.811 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

zendure-solarflow.0
2025-10-09 07:46:05.035 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

zendure-solarflow.0
2025-10-09 07:46:04.724 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

zendure-solarflow.0
2025-10-09 07:46:03.913 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

zendure-solarflow.0
2025-10-09 07:46:00.344 warn Operation mode (autoModel) is not set to '0', we can't set the output limit!

[Arne Dieckmann]

@nograx said in Test Adapter Zendure Solarflow:

@arne-dieckmann sagte in Test Adapter Zendure Solarflow:

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

Hm, ok das ist ein Ansatz, vll passt meine Logik da nicht. Schaue ich mir an (kann es selber leider nicht testen).

Habe heute die 3.0.4 installiert, damit funktioniert die Logik wieder mit acMode 1, autoModel 0 und setInputLimit 900.

Perfekt! Danke!

[Wildshunter]

@arne-dieckmann
wer setzt bitte einen Hyper 2000 ein und kann bitte die in der letzten Version passenden/aktuell funktionsfähigen Objekte beschreiben oder wo kann ich das gesammelt nachlesen? Durch die Ansammlungen von Objekten die auch anscheinend für andere Zendure Modelle sind, komme ich da nicht mehr durch....
Danke!!!!!!

[Murphy 0]

@wildshunter
ich setze am Hyper die Version 2.04 ein.
Der Hyper lädt nur AC seitig. Mqtt über lokalen Mosquitto.

So sieht bei mir der Controlbereich aus.
Steuerung über Blockly benutze ich nur setDeviceAutomationInOutLimit.
Läuft seit Monaten ohne Problem.
Mqtt Probleme auch keine mehr.

[tobetobe]

@nograx

Vielen Dank für die 3.0.7/3.0.8 die das Problem mit den Daten vom SF 800 pro behoben haben. Das Warten hat sich gelohnt…

@tobetobe sagte in Test Adapter Zendure Solarflow:

@nograx
Hallo,
Vielen Dank für deine wertvolle Arbeit. Ich bin mit meinem SF 800 pro mit den bisherigen 2.x Adaptern sehr gut gefahren. Vor einigen Tagen bin ich dann auf 3.0 umgestiegen. Die ioBroker States wurden dann allerdings nicht mehr aktualisiert. Auch wird der Datenbaum nur unvollständig angelegt. Der OrdnerR3…. fehlt komplett. Update auf 3.0.1 brachte keine Verbesserung.

Noch ein Bug oder mache ich ggf etwas falsch? Keine Eile - ich kann auf die letzte 2-er Version zurückgreifen

Grüße Thomas

[nograx]

@tobetobe sagte in Test Adapter Zendure Solarflow:

@nograx

Vielen Dank für die 3.0.7/3.0.8 die das Problem mit den Daten vom SF 800 pro behoben haben. Das Warten hat sich gelohnt…

@tobetobe sagte in Test Adapter Zendure Solarflow:

@nograx
Hallo,
Vielen Dank für deine wertvolle Arbeit. Ich bin mit meinem SF 800 pro mit den bisherigen 2.x Adaptern sehr gut gefahren. Vor einigen Tagen bin ich dann auf 3.0 umgestiegen. Die ioBroker States wurden dann allerdings nicht mehr aktualisiert. Auch wird der Datenbaum nur unvollständig angelegt. Der OrdnerR3…. fehlt komplett. Update auf 3.0.1 brachte keine Verbesserung.

Noch ein Bug oder mache ich ggf etwas falsch? Keine Eile - ich kann auf die letzte 2-er Version zurückgreifen

Grüße Thomas

Sorry, ganz vergessen dir hier Bescheid zu geben...

[Schimi]

@nograx

Hey, habe gerade bei meinem 2400AC etwas mit dem MQTT Modus gespielt...

wenn ich "setDeviceAutomationInOutLimit" auf z.B. 400 setze... speist er wie erwartet 400Watt ins netz ein....

Wenn ich auf z.B. -400 setze, speist er 2400Watt ins Netz ein.... Der negative wert wird nicht richtig übernommen...

Wenn ich "acMode" auf "AC input mode (1)" stelle und bei "setInputLimit" 250 eintrage, dann lädt er wie erwartert den akku mit 250Watt.

Sobald ich nun wieder bei "setDeviceAutomationInOutLimit" was eintrage, wechselt er in "AC output mode (2)" und spest entsprechend ins Netz...

bediene ich das falsch oder ist da der Wurm drin?

auch ein "smartMode" finde ich nirgends...

[Mabbi]

@schimi
Wenn du mit mqtt testest, dann schau dir mal das java-script von @maxclaudi an, das beantwortet auch deine Frage zum Smartmode = 1, was sinnvoll für die Lebensdauer Deines internen flash Speichers im AC2400 sein sollte.

P.S.: Zendure hat mich heute morgen freigeschaltet....freu, meine :pray: wurden erhört.

:+1:

War anfangs enttäuscht als ich den 2. AC2400 angeklemmt habe und sich das 'Energiesystem' in der App nicht höher als 2400 W In & Out einstellen lies, ergo teilten sich die beiden AC 2400 das 2400 W Limit zu je 1200 W auf, da hätte ich ja auch die zus. Akkupacks unter den 1. AC 2400 stapeln können.

Aber nach einem Nachweis über meine Verkabelung/Schaltschrank hat Zendure mich heute morgen freigeschaltet...

Falls Ihr mehr als einen AC 2400 plant, lasst das von einem Elektriker bauen.
Zendure forderte von mir (kein Scherz) eine gestempelte Rechnung des Elektrofachbetriebes, der die Installation gemacht hat. Nach der Vorlage dieser hat die Freischaltung ca. 12 Stunden gedauert.

[Mabbi]

Nachtrag:

...und was beweisen uns unsere Frauen dann ohne mit der Wimper zu zucken ...egal was wir bauen, es reicht nicht.

45 Minuten Herd + 1 Waschmaschine plus unseren guten alten Ablufttrockner alles nach Sonnenuntergang.
Beide Akkus haben bei 15% abgeschaltet. Fairerweise waren die Packs auch nur zu ca. 62% voll geworden heute.

Aber immerhin haben Sie brav knappe 4500W kombiniert ausgespuckt als es abgefordert wurde :)

[Schimi]

@mabbi

nicht zur Nachahmung... die wollen einfach irgendwas haben... ne Rechnung mit chatGPt erstellt hat vor "Monaten" auch zur Freischaltung verholfen 😉