Zendure zenSDK Lokal API, SmartMode, SolarFlow AC 800 Pro 2

maxclaudi

@Mabbi
ja so, was den Trigger-Wert betrifft.

edit: Finde Deine Lösung etwas zu "umfangreich" kompliziert.
Ein Trigger für beide Akkus gleichzeitig würde auch reichen und im Trigger-Block arbeiten. Für was extra "Uebergabe_1" und 2 usw.
Wie Du möchtest, wenn's funktioniert.

Mabbi

@maxclaudi

Da gebe ich Dir recht.

Mir ist in den Blocklys einfach immer noch nicht klar, wann eine Variable local (z.B. in einer function) oder global ist.
Deswegen trenne ich die aus Prinzip immer auf.

Das Bild zeigt das js zum Blockly mit getrennten Variablen oder mit einer Variable.

Beides taucht oben und somit global(?) auf.

Ich habe mal irgendwo gelesen, dass nichts in js parallel laufen kann, aber mir widerstrebt es rein aus technischer Sicht, es so zu machen. Nenn es eine Berufskrankheit.

maxclaudi

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

@maxclaudi

Da gebe ich Dir recht.

Mir ist in den Blocklys einfach immer noch nicht klar, wann eine Variable local (z.B. in einer function) oder global ist.
Deswegen trenne ich die aus Prinzip immer auf.

Das Bild zeigt das js zum Blockly mit getrennten Variablen oder mit einer Variable.

Beides taucht oben und somit global(?) auf.

Ja.
Alles, was du in Blockly als Variable ohne lokalen Blockscope anlegst, landet im generierten JS oben im Script und ist damit global innerhalb dieses Scripts.
Nicht global systemweit – nur im eigenen Script.

Ich habe mal irgendwo gelesen, dass nichts in js parallel laufen kann, aber mir widerstrebt es rein aus technischer Sicht, es so zu machen. Nenn es eine Berufskrankheit.

JS läuft immer single-threaded, aber in der ioBroker-Sandbox ist fast alles asynchron. Es läuft also nicht parallel – es wird nur über die Event-Loop nacheinander abgearbeitet.

Daniel 8

@maxclaudi

Vielen Dank für das ausführliche oben beschriebene Verhalten von smartMode.

Es gibt wirklich keine konstante wann er umschaltet. Hatte erst mal.4 Tage ohne umschalten und dann kann sein das er 3 mal am tag umschaltet

Mabbi

Hi,

ich habe mal eine sql Archivierung auf 0_userdata.0.zendure.HOAXXXXXXXXXXXXXXX.zendureSmartMode.smartModeInfo gepackt.
Ist schon ernüchternd, wie oft das script ihn wieder auf Smartmode 1 zurückholt:

Jeder senkrechte Strich ist ein drop von 1 auf 0 und dann recover durch mein kleines script.
Es scheint total random zu passieren btw, in der REgel aber ca. 3-4x pro Tag.

Die Ansteuerung des Akku läuft derweil gut:

maxclaudi

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

@maxclaudi
Zur -1, wenn der Zendure das mal selber gemacht hat steht im Set auch gerne mal eine 1 bei mir, warum auch immer.

Ist eigentlich nicht möglich. Zendure oder API ändert den dpSet nicht.

Kann aber auch daran liegen, dass ich dein script oft neu starte, wenn ich mal wieder einen der Akkus durch 'Übertaktung' beim Testen eingefroren habe....

Das wird es sein.
Der Datenpunkt kann nur über Dich bzw. Dein(e) Script(s) geändert werden.

Ich mach mal ein screeny, wenn es mal wieder passiert. Dann können wir beide darüber grübeln, warum das so ist....eigentlich weiss ich nicht präzise, wo es herkommt.

Nicht nötig. Mir ist das mögliche Fehlverhalten bewusst.

Der Datenpunkt wird, wenn nicht schon vorhanden, bei Scriptstart automatisch angelegt und mit "-1" initialisiert.
Existiert der Datenpunkt schon, dann wird er iob-typisch nicht neu erstellt und somit auch nicht bei scriptstart mit "-1" initalisiert.
Wurde nun zuvor eine 1 (oder 0) gesetzt und es kam zu einem vorzeitigem Abbruch des Scripts, dann "könnte" der letzte Wert gesetzt bleiben.
Danke für Dein Feedback.

Update 26.11.2025 12:20h– Neues Script
im Eingangspost.

Bisher:

Bei Script-Start wird wenn dpSet nicht vorhanden ist: dpSet erstellt und mit -1 initalisiert.
Wenn schon vorhanden: keine -1 Initialisierung.
Jeder Wert wird nach SET und aufgerufenem POST auf -1 zurückgesetzt. Unabhängig ob POST erfolgreich war oder nicht.

Neu/zusätzlich:

Bei Script-Start wird immer mit -1 initalisiert.
alle dpSet-Werte werden spätestens beim nächsten GET wieder auf -1 gesetzt

Durch Queue sind Race Conditions ausgeschlossen.

Damit ist ein manuelles setzen von "-1" nicht nötig und (war auch) nicht vorgesehen.

maxclaudi

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

@maxclaudi

Vielen Dank für das ausführliche oben beschriebene Verhalten von smartMode.

Es gibt wirklich keine konstante wann er umschaltet. Hatte erst mal.4 Tage ohne umschalten und dann kann sein das er 3 mal am tag umschaltet

Die Umschaltung von SmartMode passiert tatsächlich von Cloud UND Firmware.
Das ist nicht ohne weiteres von Zendure zu lösen.
Dafür müsste Firmware angepasst und ausgerollt werden.
SmartMode war/ist für eine bestimmte Zeit der Steuerung für bestimmte Ereignisse gedacht und nicht als stetiger Flag.
Wenn auch von uns so gewünscht.
Macht nichts, solange es so funktioniert und tatsächlich in RAM geschrieben wird.

JimmyGold

@maxclaudi
Erstmal vielen Dank für deine Mühen. Habe es gerade mit einem SF2400 AC getestet - sieht gut aus. Mir ist nur aufgefallen, dass beim Datenpunkt "chargeMaxLimit" der Wert durch 10 geteilt wird und als % angegeben wird. Richtig wäre die Anzeige in "W" und ohne Teilung. Es stellt die maximale Ladeleistung in Watt dar. Bei SF2400 AC somit 2400W.

maxclaudi

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

@maxclaudi
..Mir ist nur aufgefallen, dass beim Datenpunkt "chargeMaxLimit" der Wert durch 10 geteilt wird und als % angegeben wird. Richtig wäre die Anzeige in "W" und ohne Teilung. Es stellt die maximale Ladeleistung in Watt dar. Bei SF2400 AC somit 2400W.

Danke fürs Feeedback.
Done. Script im Eingangspost aktualisiert. Version: 2025.12.02_09.40h

Wenn Script aktualisiert wird muss vor Start der Datenpunkt:
chargeMaxLimit gelöscht werden.
Alternativ vor Start komplettes Verzeichnis mit allen Datenpunkten löschen.
Sonst existiert der Datenpunkt weiterhin und wird zwar mit dem richtigen Wert aktualisiert, zeigt aber statt Einheit "W" dann weiterhin "%" an.

Frage an Alle:
Lässt sich chargeMaxLimit in der App einstellen (mit wieviel Watt maximal geladen werden darf)?

@mabbi und @schimi , ihr habt ja höhere Ausgangsleistungen frei schalten lassen. was steht bei Euch aktuell für ein Wert in der max. Eingangs- bzw. Ladeleistung: chargeMaxLimit?

Schimi

2400 W

Schimi

ich kann in der App den max wert einstellen... es ändert sich aber nur

inverseMaxPower

edit ah mist.... kommt davon wenn man nicht vernünftig liest.. ;)

Ne, nur die outMaxPower... nicht mit welcher "power" er laden darf....

kurz: chargeMaxLimit, lässt sich nicht in der app ändern

JimmyGold

Das ging fix.
Mit dem Befehl:

schaltet der DP um

Ob das eine Auswirkung hat, habe ich noch nicht testen können.

Edit: OK, wenn bei chargeMaxLimit z.B. 1000 eingestellt sind und der Wert für setInputLimit >1000 ist, wird die Ladeleistung auf 1000W beschränkt. Funktioniert also.

maxclaudi

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

Das ging fix.
Mit dem Befehl:

schaltet der DP um

Ob das eine Auswirkung hat, habe ich noch nicht testen können.

Edit: OK, wenn bei chargeMaxLimit z.B. 1000 eingestellt sind und der Wert für setInputLimit >1000 ist, wird die Ladeleistung auf 1000W beschränkt. Funktioniert also.

Sehr interessant.

PS:
Mit kleiner log Auswertung , korrekter Syntax und größerem Timeout ist es ok, falls Du (auch andere keys?) testen möchtest.
Timeout von 250 ist extrem kurz im lokalen Netzwerk, das manchmal kleine Latenzen hat.
Dazu WiFi, ESP Zendure (der nicht sofort antwortet) und JavaScript/Node ioB (was auch mal durch andere Skripte verzögert wird).

httpPost(
    "http://xxx.xxx.xxx.xxx/properties/write",
    '{"sn":"H0xxxxxxxxx","properties":{"chargeMaxLimit":1000}}',
    { timeout: 2000, responseType: "text" },
    async (err, response) => {
        if (err) {
            log("HTTP-Error: " + err, "info");
            return;
        }
        log("Response: " + response, "info");
    }
);

maxclaudi

Hallo,

könnte bitte jemand Screenshots aller offiziellen MQTT-Verzeichnisse mit Keys/Values bereitstellen?

Seriennummern bitte entfernen oder unkenntlich machen.
Bitte die Verzeichnisse select, switch und homeassistant abbilden.

Danke.

Schimi

Ich hoffe das hilft dir :-)

maxclaudi

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

Ich hoffe das hilft dir :-)

ja, Danke.
bei homeassistant sind nicht 'mehr' oder unterschiedliche topics als bei den anderen?

Schimi

@maxclaudi habe zwar nie exakt verglichen, aber für mich sieht es nach den gleichen Daten aus nur anders verarbeitet...

maxclaudi

Update 2025.12.13_22.00h (Eingangspost aktualisiert)

chargeMaxLimit
Wurde in den control-Bereich aufgenommen.

Damit kann die effektive Ladeleistung (Watt) gezielt begrenzt werden, auch wenn ein höheres inputLimit gesetzt ist.
Evtl. sinnvoll, wenn ein Script aktiv ist, das die Ladeleistung dynamisch über inputLimit regelt, man jedoch kurzfristig oder temporär eine zusätzliche Begrenzung der maximalen Ladeleistung vornehmen möchte.

Denkbar auch zur manuellen Umschaltung, wenn mehr PV-Leistung für priorisierte bzw. kritische Verbraucher benötigt wird.

Auch relevant, falls chargeMaxLimit durch die Cloud oder ein anderes Flag beeinflusst wird und man diesen Wert überwachen, auswerten und bei Bedarf aktiv eingreifen möchte.

Hinweis:
chargeMaxLimit funktioniert, ist aber nicht offiziell dokumentiert.
Nutzung auf eigene Verantwortung. Testen und Überwachen empfohlen.

Rand

Sorry für die doofe Frage aber wie benutze ich denn nun das Skript?

Setup ist klar, Zendures eingetragen und so weiter und das Skrippt fragt die Werte auch ab und erzeugt/füllt die DPs

Aber wie setze ich denn nun regelmäßig den SmartMode auf 1? Wenn ich versuche den setSmartModeD Pauf 1 zu setzen (als command) dann bekomme ich "error set 1" in set Result.
Ansonsten könnte ich natpürlich selbst nen http request machen aber das erscheint mir widersprüchlich wenn es ja mit dem Skript gehen soll, das ist ja nicht nur ein Value poller nehme ich an.

Hab gesucht aber in der Anleitung steht nichts, muss also entweder völlig selbsterklärend sein eigentlich oder ich habe es falsch verstanden;)

maxclaudi

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

Setuip ist klarm Zendures eingretragen und so weiter und das Skrippt fragt die Werte auch ab und erzeugt/füllt die DPs

Aber wie setze ich denn nun regelmäßig den SmartMode auf 1? Wenn ich versuche den setSmartModeD Pauf 1 zu setzen (als command) dann bekomme ich "error set 1" in set Result.

wenn die Datenpunkte aktualisiert werden und das setzen bei Result immer "error set..." meldet, dann liegt das meist daran, dass die Seriennummer (SN) im Script nicht mit der des zendure Geräts übereinstimmt.
Bitte prüfen

const SN = "EXXXXXXXXXXXXX0";   // Seriennummer

GET liefert Daten ohne Seriennummer, deshalb siehst du alle Daten.
POST zum Setzen von Werten benötigt die richtige SN.

Fehler liegt nicht am Script.
Bei funktionierendem GET sind WiFi oder zendure Gerät sehr unwahrscheinlich die Ursache.

Community Forum

NEWS

Zendure zenSDK Lokal API, SmartMode, SolarFlow AC 800 Pro 2

Support us

340

32.9k

83.0k

1.3m