Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Daniel 8]

@maxclaudi ich führe ja keine Kalibrierung über die app durch. Ich mache automatisch alle 25 Tage eine über iobroker.

Habe grad durch das Update Probleme das er mir über Nacht den Akku leer zieht.

Bin aber grad noch am austesten. Der ging nicht mehr in standby wenn es dunkel war und socmin erreicht. Er hat durchgehend mit ca. 9 bis 14 Watt entladen.

Habe ihn jetzt per mqtt ein und ausschalten quasi aus der Ferne zu einem Neustart gezwungen. Danach war er sofort im Standby. Mal sehen was morgen verbraucht wurde und ob er morgen abend abschaltet.

[maxclaudi]

Guten Morgen @Daniel-8

@Daniel-8 sagte:
@maxclaudi ich führe ja keine Kalibrierung über die app durch....

Ja, ich bat Dich nur darum :-)
Sonst wissen wir nicht wann sich was mit welchen Werten ändert.
Darf gerne auch jemand anders testen und helfen.

Habe grad durch das Update Probleme das er mir über Nacht den Akku leer zieht.

Bin aber grad noch am austesten. Der ging nicht mehr in standby wenn es dunkel war und socmin erreicht. Er hat durchgehend mit ca. 9 bis 14 Watt entladen.

Ein Grund mehr sich nicht allein auf SoC oder minSoc zu verlassen.
Würde ein Batterieschutz aufgrund von minVol verwenden.
Blockly-Beispiel dazu habe ich schon gepostet.

Habe ihn jetzt per mqtt ein und ausschalten quasi aus der Ferne zu einem Neustart gezwungen. Danach war er sofort im Standby. Mal sehen was morgen verbraucht wurde und ob er morgen abend abschaltet.

per ein- und ausschalten zu einem Neustart gezwungen?

[Daniel 8]

@maxclaudi sagte:

Guten Morgen @Daniel-8

@Daniel-8 sagte:
@maxclaudi ich führe ja keine Kalibrierung über die app durch....

Ja, ich bat Dich nur darum :-)
Sonst wissen wir nicht wann sich was mit welchen Werten ändert.
Darf gerne auch jemand anders testen und helfen.

Ich lass ihn ja nicht kalibrieren, da er ja dann strom aus dem Netz zieht. Komme im moment grad auch nicht dazu, da ich gerade andere sachen habe. Wenn ich zeit finde denke ich darüber nach.

Habe grad durch das Update Probleme das er mir über Nacht den Akku leer zieht.

Bin aber grad noch am austesten. Der ging nicht mehr in standby wenn es dunkel war und socmin erreicht. Er hat durchgehend mit ca. 9 bis 14 Watt entladen.

Ein Grund mehr sich nicht allein auf SoC oder minSoc zu verlassen.
Würde ein Batterieschutz aufgrund von minVol verwenden.
Blockly-Beispiel dazu habe ich schon gepostet.

Das hätte wahrscheinlich auch nichts gebracht, da er nicht abgeschaltet hat.

Habe ihn jetzt per mqtt ein und ausschalten quasi aus der Ferne zu einem Neustart gezwungen. Danach war er sofort im Standby. Mal sehen was morgen verbraucht wurde und ob er morgen abend abschaltet.

per ein- und ausschalten zu einem Neustart gezwungen?

Ja wenn man mqtt in der App einschaltet startet er angeblich neu. Und da ich es nicht brauche, habe ich es wieder ausgeschaltet.

Heute wird er wahrscheinlich nicht leer.

[maxclaudi]

@Daniel-8 sagte:

@maxclaudi sagte:
Ein Grund mehr sich nicht allein auf SoC oder minSoc zu verlassen.
Würde ein Batterieschutz aufgrund von minVol verwenden.
Blockly-Beispiel dazu habe ich schon gepostet.

Das hätte wahrscheinlich auch nichts gebracht, da er nicht abgeschaltet hat.

bei mir funktioniert das Abschalten über minVol immer zuverlässig – allerdings nur, wenn der Batterie-Entladeschutz (minVol) auch deutlich über der minSoc-Grenze liegt.

[Daniel 8]

@maxclaudi sagte:

@Daniel-8 sagte:

@maxclaudi sagte:
Ein Grund mehr sich nicht allein auf SoC oder minSoc zu verlassen.
Würde ein Batterieschutz aufgrund von minVol verwenden.
Blockly-Beispiel dazu habe ich schon gepostet.

Das hätte wahrscheinlich auch nichts gebracht, da er nicht abgeschaltet hat.

bei mir funktioniert das Abschalten über minVol immer zuverlässig – allerdings nur, wenn der Batterie-Entladeschutz (minVol) auch deutlich über der minSoc-Grenze liegt.

Du meinst das er nicht mehr einspeist oder das er in standby geht? Einspeisen hat er bei mir auch aufgehört. Nur ging er nicht in standby sondern hat sich quasi mit seinen eigenverbrauch selbst leergesaugt

[maxclaudi]

Hallo zusammen,

ich habe ein kleines Windows-Konsolenprogramm geschrieben, das einen sicheren Request an die offizielle Zendure-API sendet.
Es liefert umfangreiche und detaillierte Informationen zu allen registrierten Geräten sowie DeviceId, Passwörter und MQTT-Zugangsdaten.

Das Programm läuft komplett eigenständig. Es muss nichts weiter installiert werden (keine Bibliotheken etc.).

So funktioniert es:

1. Öffnet die Datei config.ini in einem Texteditor.
2. Kopiert euren langen AppKey aus der Zendure-App und fügt ihn dort ein.

3. Speichert die Datei ab.
4. Startet die zendureInfo.exe einfach per Doppelklick.
5. Das Tool fragt die Daten ab, zeigt sie sofort auf dem Bildschirm an und speichert sie gleichzeitig in der Datei info_maxclaudi.txt im selben Ordner ab.

Download & Wichtiger Hinweis zum Entpacken:
Die fertige .exe ist knapp 8 MB groß und überschreitet das Foren-Limit von 5 MB.
Deshalb musste ich das Archiv in zwei Teile aufteilen.
Den ersten Teil findet ihr unten im Anhang, den zweiten Teil direkt im folgenden Beitrag.

1. Ladet beide Dateien (zendure_Info.zip und zendure_Info.z01) in den exakt selben Ordner auf eurem PC herunter.
2. Macht zur eigenen Sicherheit vor dem Start gerne einen Virenscan!
3. Entpackt ausschließlich die Hauptdatei zendure_Info.zip.

Hinweis:
Verwendet dazu bitte ein kostenloses Programm wie 7-Zip oder WinRAR (der Windows-eigene Entpacker scheitert leider an mehrteiligen Archiven).
Das Programm zieht sich den anderen Teil beim Entpacken automatisch dazu.

Viel Spaß beim Auslesen der Daten!

download part 1v2:
zendure_Info.zip

[maxclaudi]

Hier ist der zweite Teil des Archivs zum Download.

Bitte denkt daran, diese Datei (zendure_Info.z01) zusammen mit der Hauptdatei aus dem ersten Beitrag in denselben Ordner zu legen, bevor ihr den Entpackvorgang startet.

download part 2v2:
zendure_Info.z01

[maxclaudi]

@Daniel-8
Bei mir war es nun umgekehrt.
Mein Batterieschutz schaltete zuverlässig über minVol-Grenze ab und der AC1600+ ging nach kurzer Zeit in Standby.

Aber bis 14:00Uhr - bei viel Sonne - blieb er einfach weiter im Standby.
Auch per PV (über gridOff-Steckdose angeschlossen) hat er nicht geladen. Meldete 0W.

Außerdem hat sich mein socSet automatisch (über Cloud?) auf 70% und minSoc auf 15% verändert.

Die Änderungen habe ich nicht gemacht.
Nutze keine App und mein Script ändert keine SoC-Werte.
Musste die Werte wieder setzen und auch - wie Du - mqtt ein und ausschalten, damit der 1600AC+ neu startete.
Bin ja auch nicht vor Ort.

Nur zur Info: mit der bisherigen Firmware. Ein update wurde noch nicht gemacht.

Ich habe ein Windows-Konsolen-Programm im beta-status fertig .
Damit kann man IP/DNS - Ziel der neuen Geräte direkt umschreiben.
Test-Zert/key hat ein Hyper-Testgerät mit aktueller Firmware und TLS schon bestanden.
Wenn ich wieder vor Ort bin werde ich es mit dem 1600AC+ testen.

Nachtrag: Vor 3 min hat sich socSet wieder von unbekannter Quelle auf 70% gesetzt. Gerät hat eine Temperatur von 32°C und Batterien auch.
Hat wieder nicht geladen und inverseMaxPower wurde auf 200 gesetzt.
Kann ja nur von der Cloud kommen obwohl nur zenSDK ohne HEMS genutzt wird.

[Daniel 8]

@maxclaudi

Das ist ja ganz schön merkwürdig. Wir sind halt leider immer noch ein wenig von der Cloud abhängig.

Was meinst du mit IP umschreiben? Das er nicht mehr auf die Cloud zugreift?

Bei mir gab es keine socSet veränderungen.

[maxclaudi]

@Daniel-8
bei mir wurde vor 2 min schon wieder auf 70% socSet und inverseMaxPower: 200 umgeschrieben ohne mein Script und ohne dass App aktiv ist!
Bin echt überrascht und genervt.

@Daniel-8 sagte:
Was meinst du mit IP umschreiben? Das er nicht mehr auf die Cloud zugreift?

Ja, damit meine ich dass das Gerät komplett nur mit lokalem Broker statt mit Cloud verbindet (Cloud-Ersatz).

Dann hat man unreglementiertes, schnelles MQTT, garantiert offline und alles was über MQTT von der Cloud möglich war kann dann vom lokalen Broker gesteuert werden.

Damit funktioniert natürlich kein HEMS und keine App mehr.

Mir fehlt ein neues Gerät zum mitnehmen und testen, wenn ich oft nicht vor Ort bin.
Spenden werden gerne angenommen :-)
Reverse Engineering ist sehr zeitraubend und langwierig... meine Nerven liegen öfters blank...

jetzt nervt mich gerade socSet und inverseMaxPower.

edit/ps:
... bin weiter mit cloudless beschäftigt.
keine Zeit mich zu ärgern. Unglaublich dass man schnell eine solche Notlösung benötigt: