NEWS
Adapter für Ecoflow Einbindung
-
@zariomahn sagte in Adapter für Ecoflow Einbindung:
Hi, danke für die schnelle Antwort, ich habe eigentlich nur mein SHP eingetragen.
seriennummern: [ { seriennummer: "SP10ZEW5ZE7T0198", name: "SHP", isPowerStream: true, subscribe: true }, ],"isPowerStream: true" solltest du auf: "isPowerStream: false"
ändernSonst kann ich dazu nicht viel sagen, ohne selbst einen SHP zum testen zu haben.
@zariomahn sagte in Adapter für Ecoflow Einbindung:
Muss das "subscribe: true " auch auf false gestellt werden ?
Nein, dann kommen keine Daten mehr.
Zu dem "not found" hab ich einen Verdacht... Ich versuche es beim nächsten Update abzufangen
-
Hallo zusammen,
ich lese über MQTT meinen River 2 MAX aus. Gibt es eine Möglichkeit ein weiteres Gerät von Ecoflow auszulesen? Bisher habe ich es nicht hinbekommen.
Edit:
Hab es jetzt doch hinbekommen :-) Hab bei Subscribe Pattern einen "/" vergessen :-) -
Hallo zusammen,
ich lese über MQTT meinen River 2 MAX aus. Gibt es eine Möglichkeit ein weiteres Gerät von Ecoflow auszulesen? Bisher habe ich es nicht hinbekommen.
Edit:
Hab es jetzt doch hinbekommen :-) Hab bei Subscribe Pattern einen "/" vergessen :-) -
-
BasePower Offset ist das, was bei der Berechnung der Einspeiseleistung abgezogen wird. Also wenn Ermittelt wird, dass Dein Verbrauch gerade 400W ist und der Offset auf 50 eingestellt ist, dann wird 350W als Einspeiseleistung eingestellt. Dein Stromzähler sollte also im Idealfall dann 50 W anzeigen.
-
Dann stimmt etwas nicht. Der Wert sollte eher oberhalb des Offset liegen. Es wird ja immer der niedrigste Verbrauchswert der letzten <MinValueMin> Minuten ermittelt und davon der Offset abgezogen...
-
Ja die Werte weichen ab. Ich habe noch keine Erklärung bzw. keine Methode gefunden um das 100% gleich zu ziehen. Im Moment ziehe ich von den PV1 und PV2 Werten je 18W ab um die Summe zu errechnen. Das kam den Werten der App am nächsten. 100% Ist das aber nicht. Vielleicht findet einer von Euch ja raus, wie der Wert genau berechnet werden kann. Wenn du die App benutzt während das Skript läuft, kann es sein das der Empfang der Nachrichten im Skript abbricht. Ich Monitor das schon und starte das Skript neu.. aber das dauert. Wenn Du selbst neu startest, sollte es wieder schneller Daten geben.
-
Denk dran.. es wird der niedrigste wert der letzten <MinValueMin> Minuten ermittelt. daher muss die Leistung von 1500W mindestens <MinValueMin> Minuten dauerhaft anliegen, damit die Einspeisung angehoben wird. (Hast du auch die History für den Verbrauch aktiviert?)
-
Oha.. ja, es kommen eben sehr viele Updates vom MQTT. Ich hatte das auch, aber mit mehr als 1000. Ist aber kein Fehler, sondern leider die Realität. Ich hab das Limit in den Einstellungen des Javascript Adapters auf 5000 Erhöht.... Alternativ könntest du den Empfang der nicht codierten Meldungen (Delta 2 oder Max) abstellen. Die werden für die Funktionalität nicht gebraucht. Dazu muss nur eine Zeile im Script auskommentiert werden. Hier die Funktion mit der auskommentieren Anweisung:
// Auf Nachricht empfangen Ereignis reagieren client.on('message', async function (topic, message) { var jsonMessage = "" const mqState = topic.replace(/^\//, '').replace(/\//g, '_') await createMyState(mqState + ".RAW") setState(ConfigData.statesPrefix + ".LastTopic", topic) try { jsonMessage = JSON.parse(message); if (ConfigData.Debug) log('JSON-Nachricht empfangen:' + topic + ':' + JSON.stringify(jsonMessage)); setState(ConfigData.statesPrefix + '.' + mqState + ".RAW", JSON.stringify(jsonMessage)) //generateAndSyncSub("data", jsonMessage, false, ConfigData.statesPrefix + '.' + mqState) } catch (error) { if (ConfigData.Debug) log('Binäre Nachricht empfangen:' + topic + ':' + message.toString('hex')); await createMyState(mqState + ".RAW_HEX") setState(ConfigData.statesPrefix + '.' + mqState + ".RAW_HEX", message.toString('hex')) if (ConfigData.Debug) log('Decodierte Nachricht:' + decodeAndPrint(message.toString('hex'))) const messagedecoded = decodeAndPrint(message.toString('hex')) setState(ConfigData.statesPrefix + '.' + mqState + ".RAW", messagedecoded) generateAndSyncSub("data", JSON.parse(messagedecoded), false, ConfigData.statesPrefix + '.' + mqState) } });übrigens, nach diesem Eintrag im Log steht das Script so lange, bis du es Manuell neu startest. Also danach wird nichts mehr getan.
PS: Ich arbeite noch an der Sache. Hab einiges schon ergänzt und verbessert, vor allem die Berechnung der Einspeiseleistung. Aber ist noch nicht reif zum Posten.. dauert noch ein paar Tage...
@waly_de sehe ich das richtig, dass man mit deinem neuen Script nur die Werte vom Powerstream schreiben kann?
Ich habe ne DELTA Pro. Mit dem alten script (bevor Ecoflow alles umgestellt hat) konnte ich auch die Werte der Delta (MaxChargeSOC, etc.) schreiben.
Mit deinemscript kann ich zwar die Werte aus der Delta auslesen, aber nciht schreiben... -
-
@waly_de sehe ich das richtig, dass man mit deinem neuen Script nur die Werte vom Powerstream schreiben kann?
Ich habe ne DELTA Pro. Mit dem alten script (bevor Ecoflow alles umgestellt hat) konnte ich auch die Werte der Delta (MaxChargeSOC, etc.) schreiben.
Mit deinemscript kann ich zwar die Werte aus der Delta auslesen, aber nciht schreiben...@johobo sagte in Adapter für Ecoflow Einbindung:
Mit deinemscript kann ich zwar die Werte aus der Delta auslesen, aber nciht schreiben...
hab ich nicht bewusst geändert. Schreibare States stehen unter:
0_userdata.0.ecoflow.app_1584583134200832001_xxxxxxxxxxxxxxxxxxxx_thing_property_set.writeables...und werden angelegt, wenn man entsprechendes Setting in der App verstellt, während das Script läuft.
-
@johobo sagte in Adapter für Ecoflow Einbindung:
Mit deinemscript kann ich zwar die Werte aus der Delta auslesen, aber nciht schreiben...
hab ich nicht bewusst geändert. Schreibare States stehen unter:
0_userdata.0.ecoflow.app_1584583134200832001_xxxxxxxxxxxxxxxxxxxx_thing_property_set.writeables...und werden angelegt, wenn man entsprechendes Setting in der App verstellt, während das Script läuft.
@waly_de
Ich hab das mal getestet und beim Einstellen des Charge speeds gibt das Skript eine Dekodier-Fehlermeldung:16:24:12.283 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 7 at offset 116 16:24:14.992 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 4 at offset 182 16:24:19.362 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 4 at offset 182Ich hab da in der App ein paar Mal den Wert per Schieberegler verändert und fände das auch interessant :)
Hier mit "debug" flag:
16:27:05.654 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:index out of range: 183 + 118 > 197 16:27:05.655 info javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} -
@waly_de
Ich hab das mal getestet und beim Einstellen des Charge speeds gibt das Skript eine Dekodier-Fehlermeldung:16:24:12.283 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 7 at offset 116 16:24:14.992 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 4 at offset 182 16:24:19.362 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:invalid wire type 4 at offset 182Ich hab da in der App ein paar Mal den Wert per Schieberegler verändert und fände das auch interessant :)
Hier mit "debug" flag:
16:27:05.654 info javascript.0 (1240) script.js.Ecoflow2: Fehler beim Decodieren:index out of range: 183 + 118 > 197 16:27:05.655 info javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} -
@ponti92 gabs ein update für die delta pro?
Bissher haben die Deltas doch ohne Prodbuf-Codierung gearbeitet...Wenn der debug modus an war... gab es ein zugehöriges HEX??
@waly_de
Meinst du die Zeile davor mit der "binären Nachricht"?2023-08-11 16:27:05.616 - info: javascript.0 (1240) script.js.Ecoflow2: Binäre Nachricht empfangen:/app/XXXXXXXXXXXXXXXXX/RXXXXXXXXXXXXXXXX/thing/property/set:7b22706172616d73223a7b22736c6f774368675761747473223a3330302c22666173744368675761747473223a3235352c226368675061757365466c6167223a307d2c2266726f6d223a22694f53222c226c616e67223a2264652d6465222c226964223a223235353831393835222c226d6f64756c65536e223a22523335315a4542344846343530343735222c226d6f64756c6554797065223a332c226f70657261746554797065223a226163436867436667222c2276657273696f6e223a22312e30227dDas ist die Delta2Max und die müsste noch ohne Codierung funktionieren, jedoch habe ich z.b. den Wert
writeables.dcChgCfg_D2in meinen Objekten gefunden, nachdem ich die meisten Optionen in der App mal verändert habe. -
@ponti92 gabs ein update für die delta pro?
Bissher haben die Deltas doch ohne Prodbuf-Codierung gearbeitet...Wenn der debug modus an war... gab es ein zugehöriges HEX??
@waly_de
Zuerst einmal vielen vielen dank für deine mühe :+1:
Das Script läuft bei mir einwandfrei, bis auf eine kleinigkeit.
Ich kann AC_set nicht auf 0 stellen, ich schreib es zwar rein aber es wird nich in die App aktualisiert.
Der kleinste Wert den ich setzen kann ist 200 (also 20 Watt).
in der App kann ich aber auf 0 setzen.
Gibt es da einen Workaround wie ich den wert schreiben muss damit es akzeptiert wird?btw:
Wir an den Script noch gearbeitet oder ist es durch das
ecoflow-connector-Script zur dynamischen Leistungsanpassung
abgelöst worden?vielen Dank
Grüße Flo -
@waly_de
Zuerst einmal vielen vielen dank für deine mühe :+1:
Das Script läuft bei mir einwandfrei, bis auf eine kleinigkeit.
Ich kann AC_set nicht auf 0 stellen, ich schreib es zwar rein aber es wird nich in die App aktualisiert.
Der kleinste Wert den ich setzen kann ist 200 (also 20 Watt).
in der App kann ich aber auf 0 setzen.
Gibt es da einen Workaround wie ich den wert schreiben muss damit es akzeptiert wird?btw:
Wir an den Script noch gearbeitet oder ist es durch das
ecoflow-connector-Script zur dynamischen Leistungsanpassung
abgelöst worden?vielen Dank
Grüße Flo -
@michael-wahlers said in Adapter für Ecoflow Einbindung:
Bei mir läuft jetzt die Überschussladung in eine Delta 2, da diese aber augenscheinlich
die chgPauseFlag nicht unterstützt, werde ich wohl den Shelly schalten als Workaround.
chgWatts auf 0 setzen lädt weiter mit ~140W, geht also auch nicht.Gab es da bei euch @michael-wahlers oder @firebowl eigentlich noch irgendwelche neuen Erkenntnisse bzgl. AC-Ladung komplett stoppen bei der Delta 2? Also z.B. über eine Schedule als Workaround oder sowas? Oder gibt es das noch immer nur bei der River-Serie?
-
@johobo sagte in Adapter für Ecoflow Einbindung:
Mit deinemscript kann ich zwar die Werte aus der Delta auslesen, aber nciht schreiben...
hab ich nicht bewusst geändert. Schreibare States stehen unter:
0_userdata.0.ecoflow.app_1584583134200832001_xxxxxxxxxxxxxxxxxxxx_thing_property_set.writeables...und werden angelegt, wenn man entsprechendes Setting in der App verstellt, während das Script läuft.
@waly_de
Danke! ich habe jetzt mal in der App die Werte verstellt und nun bekomme ich unter _set.writeables die 2 Parameter angezeigt:.acChgCfg_D2
.writeables.quietMode_D2Das ist schonmal Prima. Allerdings würden mir zu meinem Glück noch
.maxChargeSoc
.minDsgSoc
.mppt.chgPauseFlag
fehlen...Ne Idee, woran es liegen kann?
-
@waly_de
Danke! ich habe jetzt mal in der App die Werte verstellt und nun bekomme ich unter _set.writeables die 2 Parameter angezeigt:.acChgCfg_D2
.writeables.quietMode_D2Das ist schonmal Prima. Allerdings würden mir zu meinem Glück noch
.maxChargeSoc
.minDsgSoc
.mppt.chgPauseFlag
fehlen...Ne Idee, woran es liegen kann?
-
@johobo das ist der Aktuelle Beitrag dazu:
https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassungTeste mal die neuste Version des Scripts.... Damit müsste es funktionieren
@waly_de
Habe die Version vom 31.08. schon laufen...Wenn ich über Die App einen der Werte verändere kommt es scheinbar korrekt an:
Delta2 Set Befehl: {"params":{"maxChgSoc":81},"from":"iOS","lang":"de-de","id":"xxxxxxxxx","moduleSn":"xxxxxxxxxx","moduleType":2,"operateType":"upsConfig","version":"1.0"}Darauf sollte er ja dann das Objekt erstellen....
-
@waly_de
Habe die Version vom 31.08. schon laufen...Wenn ich über Die App einen der Werte verändere kommt es scheinbar korrekt an:
Delta2 Set Befehl: {"params":{"maxChgSoc":81},"from":"iOS","lang":"de-de","id":"xxxxxxxxx","moduleSn":"xxxxxxxxxx","moduleType":2,"operateType":"upsConfig","version":"1.0"}Darauf sollte er ja dann das Objekt erstellen....
-
Hi allerseits, wollte mich kurz bedanken, speziell bei @haus-automatisierung !
Bei mir läuft jetzt die Überschussladung in eine Delta 2, da diese aber augenscheinlich
die chgPauseFlag nicht unterstützt, werde ich wohl den Shelly schalten als Workaround.
chgWatts auf 0 setzen lädt weiter mit ~140W, geht also auch nicht.In den Labs->Automation->Charge Schedule gibt es in der App eine vorgefertigte
Schedule für 'Laden per AC', also scheint es doch einen Switch zu geben. Triggern
dieser Schedule bringt nix, da es nur einen taskIndex ein- oder ausschaltet (MQTT).
Muss wohl die Schedule mal selbst laufen lassen und MQTT sniffen, wenn es schaltet.Wie seht ihr generell die vielen Änderungen der Ladeleistung versus BMS Lebensdauer?
Wenn sich am 'Hausverbrauch' was ändert oder Wolken vorbeiziehen, wird halt recht
oft dran gedreht. Die Chemie der LFPs sollte ja kein Problem damit haben, per Solar/MPPT
ändert sich die Ladeleistung ja auch andauernd.
Was meint ihr?VG,
Michael
Moin. ich würde hier gerne ansetzen...
In Labs gibt es den Parameter "Priorisiertes Laden über Solarenergie".
Wenn der gesetzt wird wird, Lädt er über AC nur, wenn der SOC unter 20% ist.
damit wäre es möglich, die Ecoflow nach dem Entladen nicht weiter als 20% zu laden...Unbekannter Delta2 Set Befehl: {"params":{"pvChangeSet":1},"from":"iOS","lang":"de-de","id":"xxxxxxxx","moduleSn":"xxxxxxxxx","moduleType":1,"operateType":"pvChangePrio","version":"1.0"}
Leider ist der Parameter in dem Script nicht unter den Writeables für die D2 hinterlegt.
EDIT:Habs im Script hinzugefügt:
{ id: 0, name: 'pvChangePrio_D2', ValueName: 'pvChangeSet', Typ: 'D2', MT: 1,},
nun ist der Parameter Writeable. Ich werde es mal testen.
Support us
339
Online32.4k
Users81.5k
Topics1.3m
Posts