Monatsrückblick Januar/Februar 2026 ist online!

[maxclaudi]

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

Mqtt nutze ich dann nur noch für die Smartmode Überwachung denke ich ?

Aktuell habe ich am Tag ca. 1x einen ECONRESET pro Zendure seitdem ich die mqtt Steuerung ausgeschaltet habe (ausser Smartmode.Überwachung).
Ich behalte das einfach mal im Auge und schaue, was passiert.

smartMode ist intern ein Parameter des Zendure Geräts.
...setzen des Wertes funktioniert nicht über "offizielles" lokales MQTT.

Überwachung und Steuerung hängt nicht davon ab, über welche Verbindung smartMode (de-)aktiviert wird.

Mein Script überwacht per HTTP/zenSDK (SmartModeInfo zeigt den aktuellen Wert).

Mit dem Datenpunkt 'SetSmartMode' kann geschaltet werden, so wie du es schon nutzt.

MQTT ist dafür überflüssig.
Wenn Du möchtest, kannst Du MQTT also komplett abschalten

[Schimi]

@Mabbi hast du mal versucht den 2400AC um 180 Grad zu drehen?

Habe irgendwo (ist was her) mal gelesen das es bei jemanden (war aber nen Hyper) was gebracht hat den um 10cm zu verschieben...

Sonst fällt mir nichts mehr ein...

[Berny-K]

Hallo,
Ich haben mir einen Solarflow 800 pro zugelegt und auf der Suche nach einer Möglichkeit diesen über iobroker auszuwerten und zu steuern hier gelandet.
Hoffe ich bin mit meinen Fragen hier überhaupt richtig?
Ich bin dabei mein vorhandenes BKW etwas auszubauen und würde gerne meinen IR-Lesekopf mit Tasmota weiter nutzen und auf Basis dieser verfügbaren Daten im iobroker den Solarflow 800 Pro ansteuern um eine Null-Einspeisung zu realisieren.
Das Script habe ich schon Mal im iobroker am laufen und sehe auch entsprechende Daten.
Ich habe aber bisher noch keine Hinweise gefunden wie ich meinen Plan realisieren könnte.
Könnte mir dazu vielleicht jemand auf die Sprünge helfen oder geht das auf diese Weise gar nicht?

[Schimi]

@Berny-K schaue dir mal das Script an, vielleicjt erledigt das schon alles was du möchtest 😉

https://forum.iobroker.net/topic/82723/typeskript-zendure-solarflow-2400-ac-evcc-steuerung

[Berny-K]

@Schimi Vielen Dank für den Tipp, das schaue ich mir an. Den Script hier werde ich trotzdem auch brauchen um die Daten auszulesen, oder?

[Schimi]

ich nutze das Skript hier, damit der SmartMode gesetzt wird... habe es nie kontrolliert ob es wirklich nötig ist.....

Aber das funktioniert alles sehr gut parallel

[Berny-K]

@Schimi Danke, gut zu wissen, mal sehen ob ich das hin bekomme

[Daniel 8]

Es ist sehr ruhig hier geworden. Nochmals vielen Dank Für das Script. Im Moment bin ich noch am Script umbauen, da ja das neue Firmware Update meint, wenn es den minSoc unterschreitet vom Netz laden zu müssen

[maxclaudi]

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

...Im Moment bin ich noch am Script umbauen, da ja das neue Firmware Update meint, wenn es den minSoc unterschreitet vom Netz laden zu müssen

Hallo Daniel, freut mich von Dir mal wieder zu lesen, wie geht's Dir?

Ja Zendure macht gerade viel ....
Es wird immer mehr reglementiert. Vieles meiner Meinung nach unnötig und wahrscheinlich zum (Eigen-)Schutz.
Persönlich würde ich abwarten und neue Firmware nicht sofort aktualisieren.
Setze doch MinSoc sehr tief und baue einen Entladeschutz ein.
Der verhindert dann rechtzeitig, dass Batterien weiter entladen werden noch bevor minSoc erreicht wird.

Beispiel Ausschnitt einer Steuerung von mir:

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

[maxclaudi]

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

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.

Nachtrag:
Du kannst davon ausgehen, dass Dein Script genauer ist als die App-Anzeige.
Anders macht das Zendure auch nicht.

Es gibt mehrere keys: xxx_PowerXCycle mit entsprechenden Werten.
u. a. auch für aktuelle PV-Leistung
z.B.: solarPower1Cycle mit xW für MPPT1 etc.

Der Mittel-Wert solarPower1Cycle dient der Aggregation von Daten für Statistiken und Diagramme

Während solarPower1 (ca. Echtzeitwert) für offizielle, lokale Anbindung übertragen wird, wird solarPower1Cycle (Zykluswert/Mittelwert) ca alle 60 sek aktualisiert und nur zur Cloud übertragen.
(Solange Wert-Änderungen kommen, habe ich Intervalle von 58~61 sek. geloggt.)
solarPower1Cycle ist also der gemittelte oder kumulierte Wert über 60 sek.

Die Zendure-Cloud nutzt diese Cycle-Werte, um die Datenbanklast zu reduzieren.
Statt tausende Einzelwerte pro Tag zu speichern, werden diese 1-Minuten-Pakete genutzt, um Tages-, Monats- und Jahreserträge zu berechnen und in den App-Diagrammen darzustellen.

solarPower1Cycle und andere Cycle-Werte werden (bisher) nicht bei offizieller lokaler Anbindung in properties übertragen.
Nur wenn man Cloud-DNS auf lokale IP umprogrammiert oder umleitet.