Monatsrückblick Januar/Februar 2026 ist online!

[Daniel 8]

Mir geht es soweit sehr gut. Und bei dir auch alles in Ordnung?

Ja das ist auch eine Idee mit dem Entladeachutz. Das könnte ich ja auch mit soc triggern. Du machst das ganze ja mit volt. Bin nur noch nicht ganz schlau geworden was du mit deinen internen Variablen da alles abfragst. Ich denke du triggerst auf Volt oder?
Dann müsste ich nur mein ganzes Script umbauen, da ich überall mir soc getrickert habe wann er aufhören soll zu entladen und starten soll. Sollte aber nicht das große Problem sein.

[Daniel 8]

So script ist umgebaut. War ja eigentlich ganz einfach. Ich habe einfach alle minsoc wo ich bis jetzt von mqtt bezogen habe durch eine in Objekte erstellten Variable ersetzt. Somit kann ich mit der den unteren soc steuern. Muss nur mal sehen wie sich der Speicher dann verhält ob er auch in standby dann geht wenn er den unteren soc nicht in Wirklichkeit erreicht oder ob dann der standbyverbrauch sich erhöht.

Er zeigt zumindest mal standby an wenn ich Ausgabe 0 mache.

[Daniel 8]

Ergebnis war positiv heute Nacht. Er hat wie sonst auch ca. 2% verloren.

Die Änderung am Script war doch nicht so einfach, weil er am unteren soc nicht abgeschaltet hat. Habe es bisschen geändert und hoffe das es so läuft.

[maxclaudi]

@Daniel-8 sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

Die Änderung am Script war doch nicht so einfach, weil er am unteren soc nicht abgeschaltet hat. Habe es bisschen geändert und hoffe das es so läuft.

Am unteren SOC nicht abgeschaltet?
Wie meinst Du das?

Du hast minSoc z. B. auf 10 %, dann eine Entladesperre bei z. B. 15 % eingebaut und die wurde nicht beachtet und es wurde weiter entladen?

Mein Tipp:
Eine Entladesperre nur nach minVolt der Batterien setzen.
Spannung ist ein direkter Messwert, SOC bleibt immer ein berechneter Zustand und setzt regelmäßiges Kalibrieren voraus.

Edit / PS: Wenn längere Zeit nicht vollständig geladen oder entladen wird, driftet der SOC zwangsläufig.
Ohne Kalibrierung kann SOC mehrere Prozent danebenliegen.

Sieht man schön, wenn man sich minVol, maxVol und SOC-Werte visuell anzeigen lässt und diese immer wieder mal vergleicht.

[Daniel 8]

Ich bringe den Speicher jetzt im Sommer regelmäßig voll. Somit ist er auch kalibriert.
Ja das war noch ein ScriptProblem, da ich mehrere gleiche abfragen in dem Block habe. Ist bisschen schwierig mit dem ganzen bypass Zeug noch. Aber jetzt schaltet er ab sobald er 0,5 unter meiner soc entladesperre ist. Damit kann ich leben.
Die liegt bei 10% aktuell. Den soc im zendure habe ich auf die minimalen 5% gestellt. Wenn er die 2 Prozent über Nacht verliert, dann sollte es aufgehen.

[Daniel 8]

Es.war bzw. Ist nicht ganz so einfach wie gedacht. Jetzt geht der 800Pro nicht mehr in den Bypass und somit lädt er immer bisschen in den Akku und entlädt dann wieder bis zum man soc der variable. Durch das was der pro eben denkt er darf weiter entladen weil der soc ja viel niedriger eingestellt ist. Somit schaltet er nicht in bypass

[cbrocker]

Hallo,
ich lese hier hin und wieder mit und habe mir auch den Adapter von nograx mal heruntergeladen, aber noch nicht wirklich eingerichtet. Bisher lese ich ein paar Daten vom SF800 per http request aus.

Ich habe mal mit KI ein Script erstellen lassen, das mir den Tagesertrag anhand der laufenden PV-Produktion berechnet, aber der Wert stimmt nicht ganz mit dem in der App überein.

Frage: werden im Adapter von nograx die PV-Daten (Erträge für Tag, Monat, Jahr usw.) ausgelesen oder berechnet?

Danke

[maxclaudi]

@cbrocker sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

Hallo,
ich lese hier hin und wieder mit und habe mir auch den Adapter von nograx mal heruntergeladen, aber noch nicht wirklich eingerichtet. Bisher lese ich ein paar Daten vom SF800 per http request aus.

Ich habe mal mit KI ein Script erstellen lassen, das mir den Tagesertrag anhand der laufenden PV-Produktion berechnet, aber der Wert stimmt nicht ganz mit dem in der App überein.

Frage: werden im Adapter von nograx die PV-Daten (Erträge für Tag, Monat, Jahr usw.) ausgelesen oder berechnet?

Danke

@cbrocker, zu Detailfragen zum Adapter wendest du dich am besten direkt an den Entwickler im entsprechenden Thread.

Ich nutze den Adapter selbst nicht mehr, seit die Funktion setDeviceAutomationInOutLimit eingeführt wurde, und bin daher bei den aktuellen Versionen nicht mehr im Thema.
In meinem zenSDK-Ansatz hier geht es primär um die direkte Steuerung ohne solche kombinierten Datenpunkte.

Zu deiner Frage bzgl. der Ertragsdaten:
Zendure liefert über MQTT oft nur die Momentanwerte (Watt).
Die App-Statistiken (Tag/Monat) werden meist in der Cloud berechnet.
Wenn der Adapter diese Werte anzeigt, kommen sie entweder per Cloud-API-Abfrage (langsam) oder der Adapter berechnet sie lokal per Integral-Funktion (was bei Übertragungslücken ungenau ist). Das erklärt auch, warum KI-Skripte evtl. oft anders sind bzw. andere Werte liefern.

[cbrocker]

@maxclaudi
danke für die Infos.
ich lese die Daten bisher auch per http request aus (zenSDK).
Was macht die Funktion setDeviceAutomationInOutLimit genau? Die Funktion ist aber nur im Adapter? Also nicht von Zendure selber?

Ich möchte auch ohne Adapter und ohne MQTT aus kommen. MQTT ist ja mittlerweile sehr langsam, wie der Dev von Zendure mitgeteilt hat.

Ok, dann legst du gar nicht so viel Wert auf die Ertragsdaten, sondern steuerst nur mit deinem Skripten?

[maxclaudi]

@cbrocker
Guten Morgen!

Zu deinen Fragen: Mein Hauptskript (nicht veröffentlicht) regelt die Zendure-Geräte basierend auf dem aktuellen Zählerwert meines Hausanschlusses.

Mein Setup zur Datenerfassung:
Ich triggere die Regelung alle 5 Sekunden über einen UART-IR-Lesekopf am Zähler (per LAN/WT32-ETH01 angebunden).
Als Backup dient ein Shelly 3 pro EM – sollte der Lesekopf keine plausiblen Werte liefern, schaltet das Skript automatisch auf den Shelly um (Failover).

Statt bunter Grafiken erfasse ich die harten Fakten direkt in einer CSV-Datei und logge nur das Nötigste (Gesamtverbrauch, Einspeisung, Zählerstände).

Das reicht mir völlig, um die Unversehrtheit des Systems und die realen IST-Zustände zu überwachen.
Zudem bietet das CSV-file den Vorteil, dass man daraus bei Bedarf jederzeit visuelle Grafiken (z. B. mit Grafana oder Excel) erzeugen kann.

Mir ist ein funktionierendes System und der reale Zählerwert wichtiger als tägliche Diagramme.
Interessanter ist am Ende, was auf der Stromrechnung steht – das ist für mich KISS (Keep It Simple, Stupid).

Zu MQTT & zenSDK:
Du hast recht: Das von Zendure offiziell angebotene lokale MQTT ist mit Aktualisierungsraten von bis zu 90 Sekunden leider sehr langsam.

Deshalb habe ich hier mein Skript für das zenSDK (HTTP) bereitgestellt.
Es ist aktuell der beste Weg: Man bleibt bei der offiziellen Schnittstelle, kann App und Cloud weiterhin nutzen und ist dennoch deutlich schneller als das gedrosselte lokale MQTT.
Schneller ist nur das Umbiegen der Cloud-URL (DNS-Umleitung auf lokale IP).
Dann verliert man aber App und natürlich auch die Cloud, was die meisten nicht möchten.

Zu setDeviceAutomationInOutLimit:
Das ist eine adapterinterne Komfortfunktion und kein offizieller Bestandteil des Zendure-Systems.
Soll Bedienung vereinfachen, löst aber im Hintergrund Befehlsketten aus, die für den Nutzer nicht direkt ersichtlich sind.

Ich bevorzuge die volle, eigenverantwortliche Kontrolle über jeden einzelnen Befehl, basierend auf dem offiziellen Zendure-Protokoll.
So weiß ich genau, was wann gesendet wird und vermeide unvorhergesehene Nebeneffekte oder unnötige Schreibvorgänge im Flash-Speicher.

Jeder soll für sich entscheiden, wie viel Abstraktion oder Kontrolle er in seinem System möchte.
Mehr möchte ich dazu eigentlich nicht sagen.