Neuer Adapter ecoflow-mqtt
-
latestQuotas Telegramm enthält Daten zu
- cfgSta
- chUseInfo
- loadChInfo
- gridInfo
- backupLoadWatt
- epsModeInfo
- areaInfo
- topupLoadWatt
- emergencyStrategy
- channelPower
- loadChCurInfo
- mainsLoadWatt
topupLoadWatt könnte also auch durch latestQuotas ein update bekommen
-
zyklische heartbeats enthalten:
- backupCmdChCtrlInfos
- loadCmdChCtrlInfos
- und diverse Datenpunkte unter heartbeat
-
@foxthefox noch etwas zur .28
Was muss ich unter action beim SHP auf true setze, damit die ChannelPower automatisch aktualisiert werden?
lastestQuotas ist auf true, wird aber nicht aktualisiert?
Die Werte wären meiner Meinung nach interessant und sollten eigentlich immer aktualisiert werden.
Habe heute über die APP per AC über den Invinity Port1 zu geladen .... per default 1500W AC Ladung
konnte dies aber nirgends unter den Objekten das nachvollziehen?
dachte ich sehe es eventuell hier, da ja per Infinity Port geladen wird?
Wenn per AC geladen wird kann die DeltaPro nicht geladen wird nicht geleichzeitig das SHP aus dem Akku versorgen. Bei mir wechselt es automatisch auf DP2, sobald ich AC laden bei der DP1 einschalte.
Was bedeuten die Einträge?
SHP got: {"backupCmdChCtrlInfos":[{"powCh":0,"ctrlSta":0,"ctrlMode":0,"priority":0},{"powCh":0,"ctrlSta":1,"ctrlMode":0,"priority":0}],"gridDayWatth":4.223452,"backupFullCap":379177,"errorCodes":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"workTime":14260077810,"backupBatPer":44,"backupDayWatth":4646.171,"loadCmdChCtrlInfos":[{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":0},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":1},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":2},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":3},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":4},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":5},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":6},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":7},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":8},{"powCh":1,"ctrlSta":1,"ctrlMode":0,"priority":9}],"cmdSet":11,"backupChaTime":143999,"gridSta":1,"time":{"week":7,"year":2024,"sec":19,"min":53,"hour":13,"month":5,"day":5},"id":2,"energyInfos":[{"dischargeTime":10294,"mulPackNum":2,"stateBean":{"isPowerOutput":0,"isConnect":1,"isEnable":1,"isGridCharge":0,"isMpptCharge":1,"isAcOpen":0},"outputPower":0,"lcdInputWatts":505,"fullCap":80000,"chargeTime":143,"emsChgFlag":1,"type":14,"emsBatTemp":30,"ratePower":3600,"batteryPercentage":44,"oilPackNum":0},{"dischargeTime":1891,"mulPackNum":1,"stateBean":{"isPowerOutput":1,"isConnect":1,"isEnable":1,"isGridCharge":0,"isMpptCharge":1,"isAcOpen":1},"outputPower":449,"lcdInputWatts":531,"fullCap":80000,"chargeTime":1891,"emsChgFlag":0,"type":14,"emsBatTemp":28,"ratePower":3600,"batteryPercentage":43,"oilPackNum":0}]}
Warum geht immer wieder getlastetQuotas von true auf false?
-
@vmi
also grundsätzlich wird bei den "get..." Kommandos immer eine Datenübertragung angefordert, wenn es einen Zustandsübergang false->true->false->true gibt. D.h. hier wird nichts statisch auf true gesetzt um etwas zyklisch zu triggern!
Die latestQuotas sind Teil der Kommunikationsüberprüfung und Erkennung ob ein Geräte online ist, das mache ich alle 5min und deswegen ändert sich auch hier der Eintrag false->true->false->true... -
die Wertüberschreitungen werden mit 0.29 nicht mehr kommen, dazu muß der Datenpunkt bei gestoppten Adapter gelöscht werden. Sonst wird die neuen Grenze nicht übernommen.
channelPower sollte bei den latest Quotas dabei sein, hierzu mal bitte die action "latestQuotas" bedienen (Wechsel auf anderen Zustand) dann sollte ein latestQuotas Telegramm kommen (sichtbar im debug log) dann sollte auch Werte kommen.
Wenn das so klappt, mach ich da mal ein kürzeres Intervall für SHP rein.Die Werte der DeltaPro kommen ggf in der Struktur energyInfos als Teil von heartbeat. Allerdings habe ich dies nicht aufgenommen, da es doppelt zur DeltaPro selbst sein dürfte. Also da in der Struktur mal schauen.
Das einzige was mir auffällt ist der Eintrag powType_10 = 2 der so nicht definiert/bekannt ist. Das ist aber nicht Teil von "energyInfos"
Das mit dem AC Laden kann ich nicht so richtig zuordnen, das ist ggf. eine Systemeigenschaft die so etwas nicht zulässt.
Was die Einträge zu emergencyStrategy sind, weiß ich nicht. Das ist was die Struktur übermittelt. BackupMode müsste aber ggf in der App auch auswählbar sein.
Hattest du mal getestet ob die actions "get..." auch ein Antworttelegramm bekommen. Also den Zustand von false nach true als Kommando absetzen oder falls auf es auf true steht, auf false setzen. und debug log anschauen ob da eine Antwort kommt.
-
hab die Version 0.0.29 auf npm und git veröffentlicht
0.0.29
- (foxthefox) new objects for wave2
- (foxthefox) device emulation
- (foxthefox) mppt max value corrections
-
hab die Version 0.0.30 auf npm und git veröffentlicht
0.0.30 (npm)
- (foxthefox) correction for River2Pro/Max cmd dcChgCurrent
- (foxthefox) correction for Delta2 cmd dcChgCurrent/pv2DcChgCurrent
- (foxthefox) correction for slave battery transfer to HA
-
Hallo zusammen. Ich versuche mich durch die Parameter zu wühlen. Gibt es die Möglichkeit (entweder in der PowerStream) oder oder in der Delta2 die Entladeleistung zu begrenzen? Ich Regel hierzu momentan immer die Grundlast runter. Aber vielleicht geht es ja direkter.
Oder vielleicht das entladen komplett verhindern? -
@marehg
Es gibt Parameter zur Begrenzung der Ladeleistung, aber nicht für das Entladen.
Im Powerstream kann man die Grundlast variieren um den Bedarf im Haus zu decken.
Entladen kann man nicht verhindern, nur die untere Entladegrenze ist einstellbar 0-30% um noch Restenergie im Speicher zu haben. -
@foxthefox danke für die laufenden Updates.
Der Adapter läuft mit einer Delta Pro + 2 Powerstreams einwandfrei.aktuell genutzte Version 0.31
Bei mppt / xt60ChgType ist adapter mit MPPT vertauscht. ist für die delta pro genau invers.
im display des Delta pro wird auch das Solarmodul Symbol angezeigt und der XT60 ist auch der korrekte 3 polige mit gemessen inverser belegung zum beigelegten car adapter.
derzeit invers: xt60ChgType XT60 charging type {0:not detected,1:MPPT,2:adapter}
richtig wäre: xt60ChgType XT60 charging type {0:not detected,1:adapter,2:MPPT}
-
@ibrokeo
Danke für die Rückmeldung.
Die Änderung werde ich dann mal noch in die 0.0.31 einbringen. -
soeben 0.0.31 auf git und npm veröffentlicht
0.0.31
- (foxthefox) optimization EF MQTT reconnect
- (foxthefox) initial update slave battery to HA
- (foxthefox) online status from latestQuotas
- (foxthefox) adapter config merge all device tabs into one (to overcome the problem that on tablets the last tab is not reachable), size adjustment
- (foxthefox) correction for deltapro at xt60ChgType
-
habe eine neue Version 0.0.32 erstellt, ist auf git und npm verfügbar
nunmehr ist Shelly3EM, der über cloud-cloud Verbindung in der EF-App verbunden wurde, sichtbar
für ein paar mehr Infos:
https://forum.iobroker.net/topic/74999/shelly-verbrauchsdaten-direkt-aus-der-ecoflow-cloud-holen0.0.32 (npm)
- (foxthefox) added Shelly3EM reporting (cloud to cloud connection to be setup in EF App)
-
Hallo ich habe eine Frage. Ich habe mir gestern ein Ecoflow pro + powerstream 800 und Plug bestellt. Ich nutze heute schon IOB und will damit nur in der Nacht den Grundbedarf im Haus abdecken. Kann ich mit dem Adapter ganz simple gesagt per mqtt die Beladung am Tag starten (Zb bei PV Überschuss oder Tibber), Ladeleistung per Adapter vorgeben und Entladung starten/´stoppen. Lassen sich diese 3 Parameter (Laden starten/stoppen, Ladeleistung, und Einspeisen starten/stoppen) mit dem Adapter realisieren?
Gruß Mike und vielen Dank
-
Cool wäre es, wenn ich über ioBroker den Shelly 3EM simulieren könnte. Ich hab hier ein SmartMeter der mir ohnehin die Werte anzeigt. Jetzt zusätzlich ein Shelly 3EM anzuschließen ist irgendwie doppelt gemoppelt
-
@planetkeane
Keine Ahnung ob das geht, es gibt immerhin ein fake-shelly repo in github. Ob es allerdings auch an die cloud anbindet, weiß ich nicht. Wenn ja, könnte es klappen -
@mikerow
Im Adapter stehen dir alle Werte und Kopmmandos zur Verfügung.
Die kann man nach Belieben in Skripten, Blockly oder NodeRed verwenden und Logiken bauen.
Der Adapter selbst macht keine Regelung/Steuerung von Nulleinspeisung oder ähnliches, der Fokus liegt auf richtiger Normierung und Sichtbarkeit aller Dinge die die Geräte senden und natürlich das Abdecken des gesamten Spektrums von EF.Für Regelung/Steuerung gibt es ein script von @Waly_de (siehe hier https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassung ), das benötigt den Adapter nicht und hat den Fokus auf die Regelung/Steuerung. Eventuell deckt das je deinen Anwendungsfall ab, wenn nicht kannst du mit den Objekten des Adapters deine eigene Automatisierung realisieren.
-
neue Version 0.0.33 nun auf git und npm verfügbar
Wer schon die neue FW im PS drin hat, bitte mal die ratedPower mit den nun möglichen 800W testen.
Was lässt sich da in der App als untersten Wert eingeben?Falls jemand PowerKit/Hub hat, bitte auch hier testen und berichten.
0.0.33 (npm)
- (foxthefox) added Power Kit/Hub
- (foxthefox) added new object ratedPower as command for powerstream
-
-
@vmi
Danke für die Rückmeldung. Die Dinge hatte ich schon mal berücksichtigt, allerdings die mpptTemp nur bis 90, die erhöhe ich auf 100.
Ich würde fast vermuten, daß die Datenpunktobjekte nicht vorher gelöscht waren. Dies ist notwendig, damit das neue MAX übernommen wird.
Also bitte folgendes tun:- adapter stoppen
- die Datenpunktobjekte mit Problemen löschen
- adapter starten
- die Datenpunktobjekte werden neu angelegt
