ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@micha-6 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
ich hatte auch den Fehler und dank des Löschens läuft das Script jetzt auch.
Hab auch schon gespendet, denn da steckt viel Arbeit drin. Danke.
Hab aber beim Start des Scripts immer diese WarnErst mal vielen Dank für die Spende! Das hilft mir sehr
Bitte klick mal auf "Protokolle" da sollten die Fehlermeldung etwas mehr Inhalt haben.
Bitte kopier die Komplete orange Meldung (und ein paar Zeilen davor und danach) und füge sie hier als Text, bzw Code ein:Das geht so mit dem Knopf </> über dem Eingebafeld... und dann zwischen den Marken einfügen. 2023-12-10 17:37:45.687 info script.js.Nulleinspeisung: Verbunden mit dem Ecoflow MQTT-Broker javascript.1 2023-12-10 17:37:45.368 info script.js.Nulleinspeisung: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions javascript.1 2023-12-10 17:37:45.355 warn at script.js.Nulleinspeisung:2826:3 javascript.1 2023-12-10 17:37:45.355 warn at script.js.Nulleinspeisung:365:14 javascript.1 2023-12-10 17:37:45.354 warn at Array.forEach (<anonymous>) javascript.1 2023-12-10 17:37:45.354 warn at script.js.Nulleinspeisung:366:5 javascript.1 2023-12-10 17:37:45.354 warn at setConfigValueFromId (script.js.Nulleinspeisung:359:21) javascript.1 2023-12-10 17:37:45.350 warn getState "0_userdata.0.ecoflow.ExStateTest" not found (3) states[id]=null javascript.1 2023-12-10 17:37:45.316 info Start javascript script.js.Nulleinspeisung javascript.1 2023-12-10 17:37:39.224 info script.js.Nulleinspeisung: Ecoflow MQTT-Client beendet javascript.1 2023-12-10 17:37:39.221 info Stop script script.js.Nulleinspeisung -
@micha-6 Hmm Ok, das ist nichts kritisches. Mich wundert aber das du solche Warnungen bekommst, denn die sind im Code abgefangen. (Du nutzt die neuste Version, richtig?)
Du kannst das aber ignorieren, oder den Part für externe States auskommentieren, oder den fehlenden State selbst anlegen.:
// EXTERNE STATES zum Manipulieren von Konfigurationsvariablen var externConfig = [ //############# Diesen Abschnitt für jeden einzelne Wert anlegen ################ // { // VarName: "seriennummern[0].lowBatLimitPozOn", //Variabelname aus "ConfigData" bei Aufzählungen [0...X] in der Reihenfolge der Angaben // id: "0_userdata.0.ecoflow.ExStateTest" //Das Objekt (State) das den Wert für diese Variable enthalten soll. Muss manuell angelegt werden. // }, //####################################################################### ]; //####################################################################### -
@sirdir sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Sagen wir das Haus verbraucht 500W und externe Solarsysteme erzeugen 600W, dann meldet der Zähler doch -100W, richtig? Also hast du 100W Überschuss und nicht 600W oder was auch immer…
Richtig. Das sollte das Script so machten. Bei Dir ist das etwas schwierig von außen zu beurteilen. Was mir einfällt: Du hast ja bisher den Zähler mit Deinem Script simuliert. Dabei hast Du doch vermutlich schon die Einspeiseleistung Deiner anderen Inverter herausgerechnet. Passiert das jetzt vielleicht doppelt?
SOC wird noch nicht ausgewertet, was nicht so wild ist, denn in die Batterien geht eben nichts mehr rein. Für die Regelung wird aber die echte Leistungsaufnahme der Speicher gemessen. Ich hab hier so wenig Sonne, Da konnte ich dieses Fall noch nicht erleben
Ich bau aber in Zukunft noch eine Abschaltung bei Ladestand x ein.Das mit den States ist ein guter Hinweis. Baue ich ein. Leider kann man den Typ nicht genau festlegen, schon garnicht, wenn die Sates von unbekannter Quelle kommen. Aber das ist leicht abzufangen.
In den Settings achte darauf numerische Werte nicht in "" zu setzen und keine Einheiten wie "W" dahinter zu schreiben.
-
@waly_de Das ist eben das, was ich nicht ganz verstehe. Klar rechne ich die Solaranlagen raus. Aber das macht ein Sensor am physikalischen Zähler ja genau so… ?! Das ist eben der Punkt, wo ich noch nen Knoten habe…
Was ich auch nicht ganz verstehe ist der ExcessChargeOffsetPower, was da wo in welche Richtung dazugerechnet wird. Die Ladeleistung wird einfach um den Wert erhöht, resp verkleinert?
Gestern - da hab ich aber auch viel gebastelt, kann sein dass da was durcheinander kam - hab ich mal festgestellt, dass dein script mit 20W zu laden versucht hat (vielleicht eben wegen dem Offset), was natürlich nicht geht.
Was die States angeht, ich hab gestern Stunden verbraten. Wenn man die States mit { type: 'boolean' } oder { type: 'number'} etc. anlegt, geht das. Was ich aber nicht hingekriegt habe, ist den Typ aus ner variable zu ziehen, also man kann das {} Konstrukt nicht als String übergeben.. Und ich bin wohl in JavaScript zu wenig bewandert… (hab da sonst nie was gemacht). Hab jetzt einfach 3 Funktionen gemacht, eine zum Anlegen eines strings, eine zum Anlegen einer number und eine zum Anlegen eines boolean… Das ginge sicher einfacher, aber eben, hab nicht rausgefunden wie. -
Vielleicht hilft dir diese Funktion aus dem Script:
Sie ermittelt den Typ von value und legt einen entsprechenden State an.
Den Typ kannst du aber auch in 'const state' als String wie im Kommentar übergeben, oder
nach der Definition mit state.type = 'boolean' überschreibenasync function createMyState(name, value) { const stateName = name; let valueType = typeof initValue; if (!(await existsObjectAsync(stateName))) { const state = { name: name.split('.').pop(), role: 'state', type: valueType // 'string', 'number', 'boolean', usw. read: true, write: true, }; // @ts-ignore await createStateAsync(stateName, value, false, state); } }ExcessChargeOffsetPower wir tatsächlich einfach zum Überschuss addiert, solange der > 0 ist. bei Überschuss 0 wird auch 0 geschickt. die Deltas laden eh immer mit min. 70 W, auch wenn du 0 schickst.
-
@waly_de danke ich schau mir das mal an. Das mit dem überschuss, ja eben das lief dann auseinander… hatte das Gefühl es wird einfach manchmal geladen wenn schon nicht mehr geladen werden sollte. Aber ist halt auch alles etwas komplex. Kommt noch genug überschuss von den PS Solarpanels? Aber auch dann, der Ueberschuss sollte ja dann besser direkt in die Batterie als eingespeist zu werden um die Batterie mit AC zu laden… aber wenn du Batterie schon voll war geht’s nicht anders bevor sie zu nem gewissen Punkt entladen wurde… Bin da jeweils nicht sicher ob das passiert, was gewollt war oder nicht
-
@waly_de das ist das was ich meinte: Erstens scheint das Script erst mal etwas, was 'null' ist als Ladeleistung zu setzen, bevor es die Ladung einschaltet (nicht so schlimm, aber vielleicht interessant). Dann wenn es mit dem Überschuss knapp wird, versucht er die Ladeleistung runter zu regeln, was aber ja nicht geht, da die Ecoflow immer mit ˜88W oder so lädt, auch wenn du 19 schickst (wobei ich schon ExcessChargeOffsetPower auf -100 habe, sonst würde dauernd mehr geladen als überschuss da ist). Dann wird effektiv Netzstrom verbraucht, die Ladung wird aber nicht abgebrochen, es wird aber auch nicht eingespeist. Ist das das gewünschte Verhalten?!
-
@foxthefox Hey meinst du die Helligkeit der LED-Beleuchtung vom Smartplug?
Ja die kann man über die App ändern.ist es möglich, das es hier drin ist?
/thing/property/set:0a36102018352001280138034002488201580170ddbb9d8006800113880101ba0103696f73ca0110485735325a4448345346363636353838Und man kann den Überlastschutz wählen zwischen 1000 W und 2500W
/thing/property/set: 0a3d0a0308e8071020183520012801380340024889015003580170858cae8006800113880101ba0103696f73ca0110485735325a4448345346363636353838kann damit was angefangen werden?
-
@foxthefox ist die Helligkeit nicht schon hier drin ?
0_userdata.0.ecoflow.app_device_property_HW52ZDH4SF66xxxx.data.plug_heartbeat_pack.brightnessMax. Power hier:
0_userdata.0.ecoflow.app_device_property_HW52ZDH4SF66xxxx.data.plug_heartbeat_pack.maxWattsDie ersten Mitschnitte ware durch die neue Firmware der Smartplugs und vom Powerstream, dass man die Berücksichtigung der Smartplugs für den Haushaltsstrom oder Energiebedarf ein oder ausschalten kann.
KAnn ich gerade leider durch zu wenig Sonne nicht richtig testen.
-
@sirdir Jein...
Wünschenswert wäre, wenn 0 als Ladeleistung gesendet dass auch 0 Leistung hieße. Aber das macht das Teil eben nicht.Du kannst das Verhalten aber ganz gut mit den Parametern anpassen.
Hier mal eine Konfiguration, die besser zu Deiner Vorstellung passen dürfte.
Dazu solltest du zum Schalten der Delta dann "chgPause" der Delta verwenden.
Es ginge auch dem Shelly... aber ich weiß nicht ob das ständige ein und ausschalten (das ich ja in der Standardkonfig abfange) so gut für den Speicher ist.//**************************************** // Überschussladung: //**************************************** ExcessCharge: true, //Überschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.slowChgPower", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.bmsMaster.soc", ExcessChargeSwitchMin: 0, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 2000, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 0, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: 10, //Mindest-Überschussleistung zum Einschalten des Speichers ExcessChargeStartPowerDurationMin: 0, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. //---------------------------------------- // Beispiel für Delta-Nutzung ohne Schlaltersteckdose: // Wird an einer Delta auch der PV-Eingang genutzt, bitte die PV-Leistung unter AdditionalPower anlegen. Die passende ID ist: // 0_userdata.0.ecoflow.app_device_property_xxx.data.params.mppt.inWatts // Bei der Delta: "subscribe: true" konfigurieren //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.inv.inputWatts", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.chgPause", ExcessChargeSwitchOn: 0, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 1, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- // Beispiel für Nutzung einer Schlaltersteckdose: //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: //ExcessActualPowerID: "sonoff.0.NOUS-DVES_F0A844.ENERGY_Power", //ID des Schalters, der den Speicher aktiviert: //ExcessChargeSwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ExcessChargeSwitchOn: true, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //ExcessChargeSwitchOff: false, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- //****************************************Hier sind alle Verzögerungen ausgeschaltet. Der Speicher wird ab einem Überschuss von 10 W ein, und bei 0 sofort ausgeschaltet.
Es kann aber sein, dass wegen Verzögerungen in den Messungen das ganze anfängt zu "schwingen" und der Speicher ständig ein und ausgeschaltet wird. (Wie gesagt, ich kann das hier nicht testen, dafür gibts zu wenig Sonne)
Wenn Das passiert setzte bitte wieder ExcessChargeSwitchMin auf > 0.
theoretisch geht auch sowas wie 0.5 für 30 Sekunden.Bin gespannt, ob das für Dich besser klappt.
-
@waly_de Ich hab die duration schon auf 0. Aber das Problem ist ja, dass er meint, er könne mit 10 W laden, lädt aber in wirklichkeit mit 80 Watt. Dann wird nicht abgeschaltet… oder vielleicht… sorry das ganze Setup ist einfach schon etwas komplex, je nach Mondphase verliert auch mal das Shelly die Verbindung ne Weile, vielleicht war am Ende das das Problem, muss ich mal prüfen bevor ich die weiter nerve. Aber heut hab ich auch zu wenig Sonne.
Edit: Wobei, glaub doch nicht, dass das Shelly da das Problem war. Die Leistung wurde ja auch geupdated, also war das Gerät wohl nicht offline. Naja ich beobachte es weiter. -
@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@foxthefox Hey meinst du die Helligkeit der LED-Beleuchtung vom Smartplug?
Ja die kann man über die App ändern.ist es möglich, das es hier drin ist?
/thing/property/set:0a36102018352001280138034002488201580170ddbb9d8006800113880101ba0103696f73ca0110485735325a4448345346363636353838kann damit was angefangen werden?
könnte sein, das es das war cmdID=130 war mir noch nicht bekannt, allerdings fehlt noch ein Wert für die Helligkeit in dem Telegramm
Aber ich notier es mir mal. -
@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@foxthefox ist die Helligkeit nicht schon hier drin ?
0_userdata.0.ecoflow.app_device_property_HW52ZDH4SF66xxxx.data.plug_heartbeat_pack.brightnessMax. Power hier:
0_userdata.0.ecoflow.app_device_property_HW52ZDH4SF66xxxx.data.plug_heartbeat_pack.maxWattsDie ersten Mitschnitte ware durch die neue Firmware der Smartplugs und vom Powerstream, dass man die Berücksichtigung der Smartplugs für den Haushaltsstrom oder Energiebedarf ein oder ausschalten kann.
KAnn ich gerade leider durch zu wenig Sonne nicht richtig testen.
die Werte sind als Status schon mit dabei.
Mir ging es ja um die Befehle. Das ist erstmal soweit klar.
Danke -
@foxthefox Schau mal ob hier die Helligkeit drin ist:
Nachricht: {"header":[{"pdata":"08a307","src":32,"dest":53,"dSrc":1,"dDest":1,"checkType":3,"cmdFunc":2, "cmdId":130,"dataLen":3,"needAck":1,"seq":1683706391,"version":19,"payloadVer":1,"from":"ios","deviceSn":"HW52ZDH4SF66xxxx"}]}Nicht definierter cmd_func-Wert. [Wasserkocher] cmdId:130 cmdFunc:2 0a36102018352001280138034002488201580170ccb788a206800113880101ba0103696f73ca0110485735325a44483453463636363538380a3d0a030880041020183520012801380340024882015003580170bfef88a206800113880101ba0103696f73ca0110485735325a44483453463636363538380a3d0a0308ff071020183520012801380340024882015003580170829089a206800113880101ba0103696f73ca0110485735325a4448345346363636353838Max Power / Überlastschutz hier ?:
script.js.Ecoflow_Dynamische_Leistung_V1_2: Nachricht: {"header":[{"pdata":"08880e","src":32,"dest":53,"dSrc":1,"dDest":1,"checkType":3,"cmdFunc":2,"cmdId":137,"dataLen":3,"needAck":1,"seq":1683834767,"version":19,"payloadVer":1,"from":"ios","deviceSn":"HW52ZDH4SF66xxxx"}]}0a3d0a0308d60d1020183520012801380340024889015003580170bb99a6a206800113880101ba0103696f73ca0110485735325a4448345346363636353838 [Wasserkocher] cmdId:137 cmdFunc:20a3d0a0308c4131020183520012801380340024889015003580170f9b8a6a206800113880101ba0103696f73ca0110485735325a44483453463636363538380a2e0a0368c41310351820200128014002480150035801800103880103ca0110485735325a4448345346363636353838 script.js.1_16_1_Ecoflow_Dynamische_Leistung: Decodierte Nachricht:{"data":{"plug_heartbeat_pack":{"maxWatts":2500}}} -
@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@foxthefox Schau mal ob hier die Helligkeit drin ist:
Ja cmdId=130 hatten wir als Helligkeit definiert.Das könnte Helligkeit cmdID=130 sein, hier mit Zahlenwert 512, könnte 50% entsprechen
0a3d0a030880041020183520012801380340024882015003580170bfef88a206800113880101ba0103696f73ca0110485735325a4448345346363636353838hier Zahlenwert 1023, also ggf. 100% Helligkeit
0a3d0a0308ff071020183520012801380340024882015003580170829089a206800113880101ba0103696f73ca0110485735325a4448345346363636353838damit sollte das auch als Kommando gehen brightness cmdId=130, dateLen=3, Helligkeit als Zahlenwert normiert auf 1024 (100%)
Max Power / Überlastschutz hier ?:
so isses, cmdId=137:
hier ist 1750W als Übergabewert drin:0a3d0a0308d60d1020183520012801380340024889015003580170bb99a6a206800113880101ba0103696f73ca0110485735325a4448345346363636353838 [Wasserkocher] cmdId:137 cmdFunc:2und dieses Kommando mit cmdId=137 hat den Übergabewert von 2500W, das passt zusammen!
0a3d0a0308c4131020183520012801380340024889015003580170f9b8a6a206800113880101ba0103696f73ca0110485735325a44483453463636363538380a2e0a0368c41310351820200128014002480150035801800103880103ca0110485735325a4448345346363636353838 script.js.1_16_1_Ecoflow_Dynamische_Leistung: Decodierte Nachricht:{"data":{"plug_heartbeat_pack":{"maxWatts":2500}}}damit sollte das auch als Kommando gehen maxWatts, cmdId=137, dateLen=3, Watt = Zahlenwert
-
@foxthefox Genau richtig es waren erstmal 0%, 50% und 100% Helligkeit. Habe glaube nicht alle als Code eingefügt.
Und ja 2500 W sind der Max-Wert und 1750 W war so grob als ein Werte oberhalb der Mitte gedacht.
Kannst du mir in irgendeinerweise beibringen so Sachen / Dinge zu lesen?
-
@foxthefox Es gibt ja die "Timerfunktionen" Laden über AC, Laden über Solar und so.
Hier würde ich gern die Syntax verstehen und hier teilen. -
@waly_de Also ich hab’s mal so probiert. Hab den Offset auf -70 um nicht dauernd an der Grenze zu sein. Das Problem ist halt einfach, dass das Script versucht bis auf 0 Watt runter zu regeln bei der Ladeleistung was einfach nicht geht. Ich persönlich würde das wohl so lösen, dass man nen Mindestwert setzen kann (also so die 88W bei meiner Ecoflow) und sobald der Wert tiefer gesetzt werden müsste um die Bedinungen einzuhalten wird stattdessen die Ladung pausiert.
-
@waly_de hm, weiteres Problem mit der Lösung. Gerade steht *writeables.chgPauseFlag auf 1. Auf dem Gerät scheint das aber nicht anzukommen. WIFI ist OK. params.inv.inputWatts meldet manchmal 0, manchmal 60W, laut shelly wird konstant mit um die 90W geladen. Das script hat die Ladegeschwindigkeit auf 0 gesetzt. Sehe grad, das data.params.chgPauseFlag gibt 255 zurück. Da klappt wohl irgendwo noch was nicht ganz mit der übertragung manchmal?
Hab jetzt gerade chgPauseFlag kurz auf 0 gesetzt, dann hat er noch schneller geladen?! (über 255W wahrscheinlich?) Dann nochmal auf 1 gesetzt und jetzt ist Ruhe, wie es sein sollte. Irgendwo rutschen da in der Kommunikation wohl immer noch 255 rein manchmal?
PS: Ja ich seh's gerade, *.params.slowChgWatts steht auf 255 *.writeables.slowChgWatts auf 0 steht. -
@waly_de Hm, also ich hab das jetzt gerade nochmal genauer angeschaut - das Problem tritt anscheinend auf, wenn ich die D2M subscribe - dann springen pauseChgFlag und slowChgWatts zufällig auf 255 (als ich gerade getestet habe und jeweils wieder den richtigen Wert setzen lies, war's immer in einem durchgang deines Scripts der richtige Wert, danach wieder 255. . In den writables bleibt’s korrekt, aber an die Station geschickt wird anscheinend der falsche Wert.
Edit: Hat's evtl. was damit zu tun? Mir ist nicht ganz klar was das bedeutet:
{ id: 0, name: 'slowChgWatts', ValueName: 'slowChgWatts', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":255, "slowChgWatts":0,"chgPauseFlag":255}' }, // Objekt angelegt, schreibbar { id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":255, "slowChgWatts":255,"chgPauseFlag":0}' }, // TODO: chgPauseFlag testen, ob dann die Ladung pausiert
