Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[maxclaudi]

Guten Morgen :-)

Tipp:
damit man von einer Kalibrierung nicht überrascht wird, kann man diesen Zustand überwachen.
Bei SF2400AC / SF800(pro) lässt sich dafür der Datenpunkt socStatus auswerten.

Unter properties gibt es den DP socStatus:

• Normalbetrieb: socStatus = 0
• Kalibrierung aktiv: socStatus = 1

Wenn Du auf socStatus triggerst, kannst Du dir z. B. eine Benachrichtigung (email etc.) senden lassen und evtl. im eigenen Script währenddessen keine Regelbefehle mehr senden.
Ggf. auch andere Geräte (zweiter SF, Netzbezug, Verbraucher) entsprechend anpassen.

So vermeidet man:

• scheinbar „ignorierte“ Steuerbefehle
• Fehlersuche an der falschen Stelle
• unnötige Panik

Firmware-Kalibrierungen laufen in der Regel hart priorisiert.
Externe Limits (chargeMaxLimit, inputLimit etc.) werden dabei entweder komplett übergangen oder erst nach Abschluss der Kalibrierung wieder berücksichtigt.

Ein Abbruch der Kalibrierung ist daher vermutlich nicht möglich.

Ich selbst kann das nicht weiter testen, da ich kein entsprechendes Gerät habe.
Bei meinem HUB2000 existieren socStatus und chargeMaxLimit leider nicht.

[Mabbi]

Hi,
ich wollte mal alle, die mqtt mit dem Zendure AC 2400 nutzen, informieren:

Ich habe vor 4 Tagen ein Firmware update bei den Zendure AC2400 gemacht.
Seitdem ist mqtt langsam geworden, Aktualisierungraten von bis zu 1 Minute.
Zusätzlich wirft das script von maxclaudi alle paar Minuten ein Econreset plus Warnmeldung raus.
Ich habe testweise im script das setting
const intervalMqtt = 600; // sek MQTT-Status (default: 300 sek, > SmartMode)
auf 600 gesetzt, was die Anzahl der Meldungen deutlich senkt.(Vorher 300)

Kann jemand ähnliches Verhalten bestätgien ?

Als Fix habe ich nun meine scripte erstmal auf die Objekte der api-Version umgebaut(die aktualisieren noch regelmässig).
Hier würde ich aber gerne an dem script etwas ändern.

[Schimi]

habe die 15ner Version und bri mir funktioniert es weiter wie bisher...

oder ich merke nichts.....

sonst resete ihn mal und stell alles neu ein...

[maxclaudi]

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

Ich habe vor 4 Tagen ein Firmware update bei den Zendure AC2400 gemacht.
Seitdem ist mqtt langsam geworden, Aktualisierungraten von bis zu 1 Minute.
Zusätzlich wirft das script von maxclaudi alle paar Minuten ein Econreset plus Warnmeldung raus.
Ich habe testweise im script das setting
const intervalMqtt = 600; // sek MQTT-Status (default: 300 sek, > SmartMode)
auf 600 gesetzt, was die Anzahl der Meldungen deutlich senkt.(Vorher 300)

....

Als Fix habe ich nun meine scripte erstmal auf die Objekte der api-Version umgebaut(die aktualisieren noch regelmässig).
Hier würde ich aber gerne an dem script etwas ändern.

Hi, habe das script erweitert.
Bei Version 2026.01.13_16.05h kann in der Konfiguration gewählt werden:

// MQTT Status zyklisch abfragen? ja: true / nein: false
const mqttStateAsking = true;   // true = zyklische MQTT-Abfrage aktiv, false = deaktiviert

Wenn man das script stoppt und den Wert auf false ändert:

// MQTT Status zyklisch abfragen? ja: true / nein: false
const mqttStateAsking = false;   // true = zyklische MQTT-Abfrage aktiv, false = deaktiviert

dann wird per script keine mqtt-Abfrage mehr durchgeführt. Alles andere funktioniert unabhängig weiter.
Möchte man mqtt-Abfrage wieder nutzen, dann einfach script stoppen, in konfig wieder auf 'true" setzen und script wieder starten.

Die Einstellung / Wert von

const intervalMqtt = 300;               // sek MQTT-Status (default: 300 sek, > SmartMode)

muss beim deaktivieren nicht verändert werden.

Script im Eingangspost aktualisiert.

[maxclaudi]

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

Ich habe vor 4 Tagen ein Firmware update bei den Zendure AC2400 gemacht.
Seitdem ist mqtt langsam geworden, Aktualisierungraten von bis zu 1 Minute.
Zusätzlich wirft das script von maxclaudi alle paar Minuten ein Econreset plus Warnmeldung raus.

ist kein MQTT-Protokollfehler und kein reiner HTTP-Fehler.
Transportproblem (TCP/IP)
Wenn Du per HTTP GET MQTT-Status des 2400AC abfragst
und viele Econresets kommen, dann bricht irgendwo der Socket weg.
MQTT ist extrem empfindlich bei WiFi-Problemen.
http steckt das besser weg.
Würde wie @schimi schrieb die zendure resetten bzw. einmal komplett trennen, stromlos machen und wieder einschalten.
Alle zendure Geräte auf dem gleichen Firmware-Level betreiben .

Denke Du hast ein (zusätzliches, größeres) WiFi-Problem.

---

OT
Habe bei mir auch immer mehr Probleme, dank Nachbarschaft und überfüllten Bändern.
So viel wie möglich auf LAN umgestellt.
Selbst Garagentor macht Probleme. Manchmal hatte ich 0 Empfang und musste aussteigen um das Tor manuell elektrisch zu öffnen/schließen.
Hin und wieder 300-400m kein Problem. Gleichgültig ob 433MHz oder 868MHz. Nun auf FSK umgestellt. Funktioniert jetzt gut. Wahnsinn.
WiFi mit 3 Mesh Points via LAN verbunden. Dennoch immer mal wieder WiFi-Störungen... Aber funktioniert gut.
Repeater möchte ich nicht. Also kabelgebundenes Mesh und damit Stockwerke abgedeckt.

[maxclaudi]

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

Hi,
ich wollte mal alle, die mqtt mit dem Zendure AC 2400 nutzen, informieren:

Ich habe vor 4 Tagen ein Firmware update bei den Zendure AC2400 gemacht.
Seitdem ist mqtt langsam geworden, Aktualisierungraten von bis zu 1 Minute.

nun ist auch klar warum http schneller ist als „offizielles“ lokales MQTT.
Siehe zenSDK Issue #36 mit offizieller Stellungnahme von Zendure:

dav1dBoy Zendure:
....Yes, the ~90-second MQTT reporting interval is intentionally controlled on the device side. The main reason is to avoid overwhelming the system when the device is already busy with core energy-management tasks. Without throttling, excessive reporting could lead to resource contention or unstable behavior.

At the moment, the device is handling quite a few parallel responsibilities, including Zendure HEMS logic and Home Assistant–style local control. These two use cases are similar but not identical, and they compete for limited memory and CPU resources. We are actively planning how to better separate and optimize these business paths in the future, but today memory pressure is still a real constraint.

That’s also why configuration changes (e.g. charging settings) are reflected almost immediately via the local REST API, but not pushed instantly via MQTT. MQTT is treated as a controlled, periodic reporting channel rather than a real-time event stream.

If you decide to poll the local REST API, the device can handle it, but we would recommend keeping the polling interval at 3 seconds or above. Polling faster (e.g. every 1–2 seconds) usually doesn’t provide additional benefit, because internally the device state may not have fully settled or updated yet — so you may just be reading the same data repeatedly while increasing load.
.....

[Mabbi]

Super Info, danke.

Bin gestern Abend mit meinen Durchschnittswert Scripten und der Visualisierung schon umgezogen(mqtt -> REST API), am WE gehe ich das grosse Steuerscript an.

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

@WLAN: Ich habe schon viel Zeit in das Wlan gesteckt, dass das Haus steuert. Laut meiner Fritzbox und einer Handy-App mit der ich im Haus rumgelaufen bin ist meine Kanalbelegung in der Regel unter 15% und weit gestreut. Alle Nachbarn sind soweit weg, dass diese faktisch nicht stören.

Aber eine gute Lösung finde ich nicht.
Speedwire geht einwandfrei, Klimas per WLAN auch, alle mqtt Geräte laufen einwandfrei bis auf die Zendure..... ist so ein bisschen zum Haareraufen.
Hatte letzte Nacht mal testweise im Mesh das
'WLAN-Geräte automatisch zwischen den Frequenzbändern sowie zwischen mehreren FRITZ!-Produkten im Mesh steuern' ausgeschaltet, war aber eine deutlich Verschlimmbesserung.

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.

[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