NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
Seit gestern Abend habe ich das Problem das mein schon ewig laufendes Skript vom 21.02.2024 von @Waly_de nur noch Einspeiseleistung 0Watt sendet obwohl es wie eben ~540Watt Bedarf im haus korrekt erhält.
Hängt das mit dem oben genannten Problem zusammen dass die App geöffnet sein muss, eher nicht, oder?
Ist das falsche erkennen des Ladezustandes evtl. das Problem?
DeltaPro hat 68% und Zusatzakku 88%:15.8.2024, 06:42:29.189 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: PeakSkip Delta: 234 15.8.2024, 06:42:37.876 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: SetBasePower ! 15.8.2024, 06:42:37.880 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: PowerStream [PowerStream] Batteriestand unter Limit:1% (0%). Limitiere Einspeiseleistung auf: 800W 15.8.2024, 06:42:37.893 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: otherPS (PSonly): 0 15.8.2024, 06:42:37.894 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: otherPS (all): 0 15.8.2024, 06:42:37.894 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Gap_Durchschnitt: PS:[PowerStream] : 0 15.8.2024, 06:42:37.894 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: ************************************* 15.8.2024, 06:42:37.894 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Hausstrom: 432 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: lowestValue Realpower: 434 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Lastcutoff: 0 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: gapSumme: 0 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Bedarf : 444 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: PStotalPV (+10 W/PS): 10 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Gobal totalPV: 0 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: PVBedarf : 10 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: BatBedarf: 434 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: PVfaktor:1 15.8.2024, 06:42:37.895 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: Batfaktor:1 15.8.2024, 06:42:37.896 [info ]: javascript.0 (840) script.js.EcoFlowSteuerungShelly: ueberschuss:0Edit...
Habe das Batteriekabel am PowerStream ausgesteckt und wieder eingesteckt und alles geht offensichtlich wieder ...
-
Hi Leute, jetzt hat’s mich auch erwischt. Gestern Abend komme ich Heim und am Zählerschrank liegen 400W an. Ich schaue gleich nach und sehe, dass das Skript nicht mehr regelt. Gehe dann in die iOS App (gestern oder vorgestern auf die neueste Version aktualisiert an allen iOS Geräten) und wechsle dort mal zwischen Batterie Prio & Stromversorgungs Prio hin und her. Plötzlich ging’s wieder.
Heute morgen schaue ich auf den Akkustand der DP (der sollte nach der Nacht bei ca. 40% liegen) und er ist bei 80%. Und tatsächlich das Skript regelt wieder nicht mehr.
Habe meinen Raspi mit ioBroker neu gestartet und auch das Skript neugeststartet. Hat leider alles nix gebracht. Um auszuschließen, dass es am Powerstream liegt, habe ich mal auf die Einspeisekontrolle über den Shelly 3EM umgeschaltet. Und siehe da das geht. Leider ist bei mir das regeln über den Shelly nur eine Notlösung, da ich auf dem GH in einem separaten Stromkreis eine kleine PV Anlage habe und diese bei Sonne Werte am Shelly unbrauchbar macht.)Ich hatte jetzt vermutet, dass es mit dem Nodes Updates zusammenhängt, welches ich vor ca. 4 Tagen gemacht habe auf Node.js V20.16.0. Aber was eigentlich dagegen spricht ist die Tatsache, dass es seit dem Update von Node ja eigentlich problemlos gelaufen ist.
Hat jemand noch eine Idee was ich machen könnte?
Ich bekomme im IOB Protokoll folgende Meldung: script.js.Test.EF_Integration_3: PowerStream [PowerStream] Batteriestand unter Limit:4% (0%). Limitiere Einspeiseleistung auf: 100W
Dabei sind meine Akkus zu 80% voll.
-
Hi Leute, jetzt hat’s mich auch erwischt. Gestern Abend komme ich Heim und am Zählerschrank liegen 400W an. Ich schaue gleich nach und sehe, dass das Skript nicht mehr regelt. Gehe dann in die iOS App (gestern oder vorgestern auf die neueste Version aktualisiert an allen iOS Geräten) und wechsle dort mal zwischen Batterie Prio & Stromversorgungs Prio hin und her. Plötzlich ging’s wieder.
Heute morgen schaue ich auf den Akkustand der DP (der sollte nach der Nacht bei ca. 40% liegen) und er ist bei 80%. Und tatsächlich das Skript regelt wieder nicht mehr.
Habe meinen Raspi mit ioBroker neu gestartet und auch das Skript neugeststartet. Hat leider alles nix gebracht. Um auszuschließen, dass es am Powerstream liegt, habe ich mal auf die Einspeisekontrolle über den Shelly 3EM umgeschaltet. Und siehe da das geht. Leider ist bei mir das regeln über den Shelly nur eine Notlösung, da ich auf dem GH in einem separaten Stromkreis eine kleine PV Anlage habe und diese bei Sonne Werte am Shelly unbrauchbar macht.)Ich hatte jetzt vermutet, dass es mit dem Nodes Updates zusammenhängt, welches ich vor ca. 4 Tagen gemacht habe auf Node.js V20.16.0. Aber was eigentlich dagegen spricht ist die Tatsache, dass es seit dem Update von Node ja eigentlich problemlos gelaufen ist.
Hat jemand noch eine Idee was ich machen könnte?
Ich bekomme im IOB Protokoll folgende Meldung: script.js.Test.EF_Integration_3: PowerStream [PowerStream] Batteriestand unter Limit:4% (0%). Limitiere Einspeiseleistung auf: 100W
Dabei sind meine Akkus zu 80% voll.
-
Hi Leute, jetzt hat’s mich auch erwischt. Gestern Abend komme ich Heim und am Zählerschrank liegen 400W an. Ich schaue gleich nach und sehe, dass das Skript nicht mehr regelt. Gehe dann in die iOS App (gestern oder vorgestern auf die neueste Version aktualisiert an allen iOS Geräten) und wechsle dort mal zwischen Batterie Prio & Stromversorgungs Prio hin und her. Plötzlich ging’s wieder.
Heute morgen schaue ich auf den Akkustand der DP (der sollte nach der Nacht bei ca. 40% liegen) und er ist bei 80%. Und tatsächlich das Skript regelt wieder nicht mehr.
Habe meinen Raspi mit ioBroker neu gestartet und auch das Skript neugeststartet. Hat leider alles nix gebracht. Um auszuschließen, dass es am Powerstream liegt, habe ich mal auf die Einspeisekontrolle über den Shelly 3EM umgeschaltet. Und siehe da das geht. Leider ist bei mir das regeln über den Shelly nur eine Notlösung, da ich auf dem GH in einem separaten Stromkreis eine kleine PV Anlage habe und diese bei Sonne Werte am Shelly unbrauchbar macht.)Ich hatte jetzt vermutet, dass es mit dem Nodes Updates zusammenhängt, welches ich vor ca. 4 Tagen gemacht habe auf Node.js V20.16.0. Aber was eigentlich dagegen spricht ist die Tatsache, dass es seit dem Update von Node ja eigentlich problemlos gelaufen ist.
Hat jemand noch eine Idee was ich machen könnte?
Ich bekomme im IOB Protokoll folgende Meldung: script.js.Test.EF_Integration_3: PowerStream [PowerStream] Batteriestand unter Limit:4% (0%). Limitiere Einspeiseleistung auf: 100W
Dabei sind meine Akkus zu 80% voll.
@accu
Ist doch der gleiche Fehler wie bei mir heute morgen.Verbindungskabel Speicher zum PowerStream kurz aus und wieder einstecken und es lief bei mir wieder.
-
@accu
Zu der Fehlermeldung: ignorieren.
Mangels laufender Kommunikation steht der State des Objekts auf 0. Die werden nur bei Änderungen aktualisiert.Wenn es dich stört, setz den State manuell auf den richtigen Wert (Ladestand).
@dreffi ich habe in den Objekten / Datenpunkten einmal nachgesehen. Ich glaube das Problem ist, dass bei mir der Datenpunkt: „totalPV“ permanent auf Null steht, während der Realpower Wert richtig sich aktualisiert.
Hast du ne idee woran das liegen kann?
-
@dreffi ich habe in den Objekten / Datenpunkten einmal nachgesehen. Ich glaube das Problem ist, dass bei mir der Datenpunkt: „totalPV“ permanent auf Null steht, während der Realpower Wert richtig sich aktualisiert.
Hast du ne idee woran das liegen kann?
-
@accu
TotalPV wird glaube ich vom Script aus den beiden PV Eingängen des Powerstreams berechnet.
(pv1InputWatts + pv2InputWatts) / 10 = TotalPVWerden die aktualisiert?
@dreffi ich habe am PS keine PV hängen sondern nur direkt an der DP.
Deswegen hatte ich diese Einstellung im Skript, mit der es seit Anfang immer gut lief:name: "AC Leistung am Delta Pro Ausgang", id: "0_userdata.0.ecoflow.app_device_property_DCEB234427041280.data.params.inv.outputWatts", factor: -1, offset:0, NoFeedIn: false, // True setzen, wenn die enthaltene Leistung nicht ins Hausnetz fließt. (Nur in PVTotal aufnehmen) NoPV: true, -
So, meine Anbindung läuft jetzt seit einigen Tagen sauber. Daher spendiere ich dem Skript mal einen eigenen Thread.
Anbei findet ihr ein Skript, das eine Verbindung zwischen euren ecoflow-Geräten und ioBroker herstellen kann. Dabei nutzt es die gleiche Schnittstelle wie die ecoFlow App. Ihr benötigt lediglich eure Zugangsdaten zur App und die Seriennummern eurer Geräte, um dieses Skript nutzen zu können. Alle bekannten übermittelten Daten werden in ioBroker als Zustände angelegt. Viele davon sind noch unbekannt. Wenn ihr herausfindet, was sich hinter den unbekannten Daten verbirgt, kann ich die Zustandsnamen anpassen.
Achtung: Der ecoflow-Server sendet unfassbar viele Nachrichten. Wenn ihr mehrere Geräte habt, kann dies euer System stark belasten und sogar zu Abstürzen führen. Vielleicht bekommt Ihr auch diese Meldung und das Script wird beendet:
[error]: javascript.0 (5490) Script script.js.EcoFlow is calling setState more than 1000 times per minute! Stopping Script now! Please check your script!Daher empfehle ich, nicht alle Geräte dauerhaft zu abonnieren (dies kann über einen Parameter in der Einstellungssektion festgelegt werden). Es werden nur die PowerStreams benötigt, um die Einspeiseleistung anpassen zu können.
Sonst kann dieser Grenzwert aber auch in den Einstellungen der Javascript-Instanz heraufgesetzt werden. 3000 dürfte für die meisten Szenarien reichen. (Siehe Screenshot weiter unten. Der Wert befindet sich unten links)Damit kommen wir zur eigentlichen interessanten Funktion des Skripts:
Wenn ihr ein Smartmeter habt, das euren aktuellen Stromverbrauch in Echtzeit anzeigen kann, könnt ihr es an ioBroker anbinden. Informationen dazu findet ihr im Netz.Hier hab ich das Ding gekauft (Wenn ihr über die Links kauft, bekomme ich ein paar Cent Provision ab ;-)):
Hichi Wifi, IR Lesekopf für Stromzähler
https://ebay.us/3X1pkH
Der Verkäufer hat auch ein tolles Video gemacht, wie man es einrichtet ;-)Es funktionieren aber auch viele andere Zähler wie z.B.:
Der Shelly 3EMTibber-Kunden mit Pulse empfehle ich die lokale Einbindung des Pulse als Smartmeter mit meinem Script:
https://forum.iobroker.net/topic/70758/tibber-pulse-verbrauchsdaten-lokal-auslesenDas Skript passt dann die Einspeiseleistung des PowerStream dynamisch an, sodass möglichst der gesamte Verbrauch durch die Einspeisung gedeckt wird, aber nichts ins Netz verschenkt wird. Erst wenn die Batterie voll geladen ist, wird die gesamte Leistung ins Netz eingespeist (wenn ihr das möchtet).
Das Smartmeter muss den aktuellen Verbrauch möglichst in Echtzeit und in der Einheit Watt in einem Objekt von IOBroker zur Verfügung stellen. Im Script muss dann nur noch der Pfad zu diesem Objekt unter "SmartmeterID:" eingetragen werden. Am einfachsten geht das über die Adminoberfläche von IOBroker. Klickt auf Objekte und sucht das Objekt eures Smartmeters mit dem "Watt"-Wert im Objektbaum:
Wenn Ihr auf das markierte Symbol klickt, ist der Pfad in euerer Zwischenablage gespeichert.
Jetzt müsst Ihr ihn nur noch hinter "SmartmeterID:" im Script einfügen. Achtet darauf, dass Ihr es zwischen die "" einfügt.
Wenn alles geklappt hat, der Pfad stimmt und das Script läuft, solltet Ihr unter Objekte: "0_userdata.0.ecoflow.RealPower" sehen, dass sich dieser Wert regelmäßig anpasst.Es können mehrere PowerStreams konfiguriert werden. Im Moment wird jedoch nur der erste in der Konfiguration gesteuert. Ich habe zum Beispiel zwei PowerStreams, einen mit und einen ohne Batterie. Dadurch steht tagsüber mehr Leistung zum Laden der Batterie zur Verfügung. Die Daten werden vom Skript verwendet, um die optimale Einspeiseleistung zu berechnen. In Zukunft könnten auch mehrere PowerStreams gesteuert werden.
Nochmals vielen Dank an alle hier im Forum, die mit Ihrer Arbeit die Anbindung erst möglich gemacht haben!
Ursprünglicher Beitrag: https://forum.iobroker.net/topic/54929/adapter-für-ecoflow-einbindung/Wichtig: Zur Installation müssen 2 Module installiert werden. Einfach in den Einstellungen der Javascriptinstanz unter Zusätzliche Module die beiden Namen eintragen und speichern ("mqtt" und "protobufjs")
Erweiterungen:
Tibber Modul
Kann als eigenes, neues Script neben dem Hauptscript angelegt werden.//************************************************************* // Tibber Modul //************************************************************* // Schaltet die Regelung der Powerstation ab, wenn der Strom billig ist // und einen beliebigen Schalter zum Aktivieren der AC-Ladung ein, bis die Batterie // den durch der "BatMax" festgelegten Ladestand in % erreicht hat // // Diese Parameter aus dem Hauptscript sind wichtig: // RegulationOffPower: -2 // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus) // RegulationState: "Regulate" // Erzeugt der State zum Ein und Aus-Schalten der Regulation. // // Das Script versucht selbst die ID's für den TibberStatus und den Batteriestand zu ermitteln. // Wenn das nicht klappt bitte einfach die richtigen ID's hinter "batSocID" und "tibberID" angeben. // //************************************************************* //************************************************************* // Konfiguration laden, wenn nicht im Originalscript eingefügt //************************************************************* var ConfigData = { statesPrefix: '0_userdata.0.ecoflow', RegulationState: "Regulate" } if (typeof ConfigData.email === 'undefined') { try { let tempConfigData = getState("0_userdata.0.ecoflow.Settings.ConfigData").val if (typeof tempConfigData !== 'object' && tempConfigData !== null) { tempConfigData = JSON.parse(tempConfigData) } if (typeof tempConfigData === 'object' && tempConfigData !== null) { if (tempConfigData.email !== undefined) { ConfigData = tempConfigData; //log("wurde geladen als object") } } } catch (error) { log("Konfiguration wurde nicht geladen: " + error.message) } } /*************************************** ********** YOUR DATA HERE ************ ****************************************/ var tibberConfig = { BatMax: 99, //Bei diesem Ladestand stoppt die AC-Ladung und das Script wird wieder eingeschaltet BatMin: 95, //Der Ladestand der Batterie muss kleiner sein als BatMin , damit der Akku per AC-Ladung geladen wird SwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ID des Schalters, der die AC-Ladung einschaltet. "true" und "false" werden gesetzt LevelToSwitch: [ //Hier die Werte definieren, bei denen die AC-Ladung eingeschaltet werden soll //"NORMAL", //"CHEAP", //Einkommentieren falls gewüscht "VERY_CHEAP" ], } //***************************************/ // Nur angeben, wenn automatische Ermittlung fehlschlägt //***************************************/ let batSocID = getState(ConfigData.statesPrefix + ".Settings.Tibber.tibberBatSocID").val let tibberID = getState(ConfigData.statesPrefix + ".Settings.Tibber.tibberID").val //***************************************/ var idOK = false if (!batSocID || !tibberID) { log("Versuche die IDs für Tibber und Batterielevel zu finden") $("tibberlink.*.Homes.*.CurrentPrice.level").each(function (id, i) { tibberID = id createState(ConfigData.statesPrefix + ".Settings.Tibber.tibberID", tibberID, false) log("TibberID gefunden und gespeichert:" + id) }) $(ConfigData.statesPrefix + ".app_device_property_*.data.InverterHeartbeat.batSoc").each(function (id, i) { if (getState(id).val > 0) { batSocID = id createState(ConfigData.statesPrefix + ".Settings.Tibber.tibberBatSocID", batSocID, false) log("batSocID gefunden und gespeichert:" + id) } }) if (!batSocID || !tibberID) { log("Fehler bei der Ermittlung der IDs. Bitte händisch ins Script eintragen", 'error') } else { idOK = true } } else { idOK = true } if (idOK) { checkTibber() on({ id: tibberID, change: "ne" }, function (obj) { //log("Tibber Modul. tibberID Event:" + obj.state.val) checkTibber() }); on({ id: batSocID, change: "ne" }, function (obj) { //log("Tibber Modul. batSocID Event:" + obj.state.val + "%") checkTibber() }); } function checkTibber() { if (tibberID && batSocID) { const RegulateID = ConfigData.statesPrefix + "." + ConfigData.RegulationState let priceLevel = getState(tibberID).val; let batsoc = Number(getState(batSocID).val) let OldRegulate = toBoolean(getState(RegulateID).val) //log("Tibber Preislevel: " + priceLevel + " OldRegulate: " + OldRegulate + " batsoc: " + (batsoc)) if ((tibberConfig.LevelToSwitch.includes(priceLevel))) { if (OldRegulate) { if (batsoc <= tibberConfig.BatMin) { setState(RegulateID, false); // Regulierung aus setState(tibberConfig.SwitchID, true) //Schalter einschalten log("Script abgeschaltet AC-Ladung Ein, weil priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } else { if (batsoc >= tibberConfig.BatMax) { setState(RegulateID, true); // Regulierung an setState(tibberConfig.SwitchID, false) //Schalter ausschalten log(" Batterie bei BatMax. Script eingeschaltet AC-Ladung Aus. priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } } else { if (!OldRegulate) { setState(RegulateID, true); // Regulierung an setState(tibberConfig.SwitchID, false) //Schalter ausschalten log("Script eingeschaltet AC-Ladung Aus. priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } } else { //log("checkTibber skip. batsocID und/oder tibberID fehlen.") } } //*************************************************************
Tibber-Pulse als Smartmeter nutzen und lokal auslesen:
https://forum.iobroker.net/topic/70758/tibber-pulse-verbrauchsdaten-lokal-auslesenUnterstütze das Projekt 'ecoflow-connector'
Wenn dir das Script zur dynamischen Leistungsanpassung für den IObroker gefällt und du es nützlich findest, ziehe bitte in Erwägung, eine kleine Spende via PayPal zu hinterlassen.
Jeder Beitrag hilft, das Projekt am Laufen zu halten und weitere Updates zu ermöglichen.
Danke für deine Unterstützung!
Jetzt SpendenDieses Script wird bei Änderungen und Updates immer aktualisiert:
Nutzung auf eigene Gefahr 
- Installation von ioBroker und Skript unter UNRAID in nur 12 Minuten
- Video mit Erklärung der Basiskonfiguration
- Video mit Erklärung zu AdditionalPower und Überschussladung
Download (neues JS-Script in IOBroker anlegen und den Inhalt der Datei einfügen):
- 1.2.5.f1 Fork von Florian Vogt (25.06.2024)
Feature hinzugefügt, um die Größe der Delta-Speicher beim Ausbalancieren der Entladeleistung zu berücksichtigen, damit die Batterien gleichmäßig geleert werden.
Parameter battCapacity bei den Einstellungen für PowerStream = Kapazität der angeschlossenen Batterie in kWh, default = 1
ecoflow-connector_v125_mod_FV.txt (25.06.2024)
ältere Versionen:
- ecoflow-connector_v124.txt (22.04.2024)
- ecoflow-connector_v123.txt (21.02.2024)
- ecoflow-connector_v121_05.01.2024.txt
- ecoflow-connector_v12_.04.12.2023.txt
- ecoflow-connector_v1162_04.11.2023.txt
- ecoflow-connector_v115_02.10.2023.txt
- ecoflow-connector_v1142_26.09.2023
- ecoflow-connector_v1132_31.08.2023
- ecoflow-connector_v112_17.08.2023)
@waly_de ich habe seit heute auch das Problem, dass "batSoc" nicht mehr aktualisiert wird. Hast Du einen Tip, wie ich das debuggen könnte, dann würde ich mir das mal anschauen.
=> hat sich erledigt, war wohl (wie auch von anderen geschrieben) ein Ecoflow Server Problem
-
@accu
Zu der Fehlermeldung: ignorieren.
Mangels laufender Kommunikation steht der State des Objekts auf 0. Die werden nur bei Änderungen aktualisiert.Wenn es dich stört, setz den State manuell auf den richtigen Wert (Ladestand).
@dreffi seltsam habe mal die PS Stromverbindung zu Hausnetz getrennt und wieder angemacht. Jetzt speist das Skript wieder ein. Mal sehen wie lange es jetzt läuft. Muss man jetzt noch irgendeine iOS app permanent offen lassen, wie hier einige meinen? oder geht das jetzt wieder so? Verstehe auch nicht ganz was der ioBroker mit der ios app zu tun hat.
-
@dreffi seltsam habe mal die PS Stromverbindung zu Hausnetz getrennt und wieder angemacht. Jetzt speist das Skript wieder ein. Mal sehen wie lange es jetzt läuft. Muss man jetzt noch irgendeine iOS app permanent offen lassen, wie hier einige meinen? oder geht das jetzt wieder so? Verstehe auch nicht ganz was der ioBroker mit der ios app zu tun hat.
@accu
Viele Nutzer haben im Moment das Peoblem, dass über die API nur Daten aktualisiert werden, wenn parallel die App auf dem Smartphone oder Tablet geöffnet ist.Das scheint viele, aber nicht jeden zu betreffen. Bei mir läuft alles reibungslos.
-
Hallo Zusammen,
erst einmal möchte auch ich mich für dieses mächtige Script bedanken, tolle arbeit.
Seit ein paar Tagen habe ich auch das Problem das das Script plötzlich nicht mehr regelt oder mit irgendwelchen nicht nachvollziehbaren Werten einspeist und ein Großteil des Bedarfs aus dem Netz gezogen wird. Gefühlt fängt er wieder an zu regeln sobald ich meine Android App starte. Die Verbindung zwischen App und Script erschließt sich mir aber auch nicht wirklich. Theoretisch läuft das Script ja für sich und völlig unabhängig von der App...
Es scheint auch keine Rolle zu spielen ob ich den Verbrauch über die Tibber Cloud oder direkt über mqtt am Shelly 3em Pro auslese.
Meine Konfiguration der Anlage (falls das interessant sein sollte):
Jeweils ein 425W Modul an jedem Eingang der PS und 2 425W Module in Reihe an der DP am XT60I. -
@accu
Viele Nutzer haben im Moment das Peoblem, dass über die API nur Daten aktualisiert werden, wenn parallel die App auf dem Smartphone oder Tablet geöffnet ist.Das scheint viele, aber nicht jeden zu betreffen. Bei mir läuft alles reibungslos.
-
@dreffi was heisst die app muss offen sein? offen im Sinne von gestartet und im Hintergrund laufend? oder offen und permanent im Vordergrund?
-
@accu
Nach dem was ich gelesen habe aktiv im Vordergrund laufend.@dreffi Das bestätigt auch meine Beobachtung aktuell. Habe mal versucht die App im Hintergrund laufen zu lassen und er hat mir die Grundlast auf 0 gesetzt. App in den Vordergrund gebracht und ca 30 Sekunden später wurde die Grundlast wieder angepasst.
-
Hallo zusammen,
ich hatte das gleiche Problem wie ihr. Nach Update der App, keine Leistungsanpassung mehr.
Heute scheint ein neues Update für die PS herausgekommen zu sein (Kein Bundle-FW - WLAN+FW wieder separat!).Seit gut 3 Std. keine Probleme mehr :-)
-
scheint jetzt wieder zu gehen. Seit gestern Nachmittag läuft das Skript wieder bei mir ohne dass ich irgendeine iphone app offen haben muss. Weiss man schon woran es gelegen hat?
(dieses Cloud zeug nervt echt - drum bin ich ein Freund alles lokal zu hosten.)
-
scheint jetzt wieder zu gehen. Seit gestern Nachmittag läuft das Skript wieder bei mir ohne dass ich irgendeine iphone app offen haben muss. Weiss man schon woran es gelegen hat?
(dieses Cloud zeug nervt echt - drum bin ich ein Freund alles lokal zu hosten.)
@accu bei mir lief es gestern Nachmittag, seit heute Nacht wieder das gleiche Spiel...
-
Hallo zusammen,
ich hatte das gleiche Problem wie ihr. Nach Update der App, keine Leistungsanpassung mehr.
Heute scheint ein neues Update für die PS herausgekommen zu sein (Kein Bundle-FW - WLAN+FW wieder separat!).Seit gut 3 Std. keine Probleme mehr :-)
@flamingo112 Welches Update vom PS meinst du?
-
@flamingo112 Welches Update vom PS meinst du?
-
@flamingo112 Ok, dieses Update habe ich bereits seit einigen Tagen... Bei mir lief es seit heute Nacht nicht mehr, konnte ich gut an den Tibber-Logs sehen... Es kommen einfach keine Daten von Ecoflow mehr an, dann stellt das Script die Arbeit ein... An meinem Iobroker und meinem Netzwerk liegst nicht, die anderen Scripte (z.B. Tibber-Logs) laufen anstandslos weiter... Es ist echt zum Heulen mit Ecoflow...
Support us
889
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge