Neuer Adapter ecoflow-mqtt
-
Danke für den Ansporn und Rückmeldung.
ich hoffe es ist mit 0.0.28 nun richtiggestellt.
Neue Version ist auf git und npm.
0.0.28 (npm)
- (foxthefox) fix value normalization (DP,wave2,glacier)
- (foxthefox) set actions initially to false to avoid null
- (foxthefox) fix latestQuotas for glacier/wave2
- (foxthefox) enhance logging
Für 0.0.29 sind weitere Datenpunkte für wave2 in Arbeit.
-
@vmi
mit 0.0.28 sollte es nun besser sein.
Zumindest ist bei mir mit der Emulation nichts mehr aufgetreten -
erstes Feedback.
Aktuelle Meldungen Delta Pro mit Firmware V1.0.1.79
Die Wattwerte stimmen jetzt bei der Delta Pro.
SHP muss ich später testen ... melde mich asap.
-
Ich denke der Screenshot ist vom beenden des Adapters, oder ? wann ist es aufgetreten?
Da gibt es noch Optimierungsbedarf, weil dort asynchron noch die offlines geschrieben werden.Wenn es ein anderer Abbruch ist brauch ich mehr Futter
-
die Meldungen kommen dirket nach der Installation des Adapters und dem "ersten" Start
-
@vmi
Dann Versuch ich das mal nachzustellen. Wobei es schon komisch ist, dass die DB nicht läuft. Mit der hab ich nichts im Adapter am schaffen, außer halt Werte holen, die dann fehlschlagen. Da hab ich noch 3 Anweisungen ohne error catch gefunden, aber das erklärt nur die warnings. -
@foxthefox sagte in Neuer Adapter ecoflow-mqtt:
on komisch ist, dass die DB nicht läuft. Mit der hab ich nichts im Adapter am schaffen, außer halt Werte holen, die dann fehlschlagen. Da hab ich noch 3 Anweisungen ohne error catch gefunden, aber das erklärt nur die warnings.
Hatten den alten Adpater (.26) deinstalliert) und dann (.28) installiert. Geräte eingetragen und gestartet ...über das WE lief der Adpater ohne Probleme
-
@vmi
So soll es sein.
Dann sind wir zurück beim Testen der actions, ob die auch ein Antworttelegramm hervorrufen. -
@foxthefox Sorry für die späte Rückmeldung. Das könnte evtl. tatsächlich der Hintergrund sein. Bin mir nicht wirklich bewusst, da einen stündlichen Neustart eingetragen zu haben. Wird der empfohlen oder geht es auch ohne?
-
Du hattest es hier erwähnt:
https://forum.iobroker.net/topic/69819/neuer-adapter-ecoflow-mqtt/201?_=1713182659471#Aus meiner Sicht sollte es ohne gehen. Mittlerweile scheint es recht lange durchzulaufen. > 1Woche.
Evtl. Reichen da schon die internen 10min polls auf latestQuotas. Mir ist halt noch immer nicht klar wie ich zuverlässig den MQTT Broker Ausfall erkennen kann. Von daher ist ein stündlicher Neustart recht sicher. -
@foxthefox
doch nochmal was zu Delta Pro ... Ladung mit 1,6 KW über Solar
-
-
@vmi
habe für die Version 0.0.29 die Werte nach oben gesetzt
Version mach ich morgen fertig -
@vmi
super, danke für die Rückmeldung -
hatte die letzten Tage leider wenig Zeit zum Testen.
Die Einstellung bei mir in der APP ist Auto, die Anzeige müsste dann ja eigentlich 0 sein und nicht false?
Wo werden die getChargeSettings angezeigt, wenn ich diese auf true stelle?
Welche Action sorgt für die Aktualisierung der ChWatt Werte?
Die Entladegrenzwerte werden richtig bei jeder Änderung angezeigt
Wann werden die Werte aktualisiert?
-
Zu 0/1 oder false/true: generell hast du Recht, gemäß der Benennung ist 0 und 1 zu erwarten. Allerdings ist beim Abspeichern als bool nur false und true zulässig. Ich würde es erstmal so lassen, da man 0=false im Allgemeinen assozieren kann.
Die ganze get... werden bei jedem Übergang false->true und true->false getriggert. Ich kann nur schreiben, wann was kommen sollte, wobei ich halt die Antwortelegramme nicht kenne (im Sinne was in einem Telegramm zusammengefasst wird).
latestQuotas: hoffentlich latestQuotas Telegramm
getHeartbeat: wahrscheinlich das gleiche Telegramm was auch zyklisch kommt
getGridInfo: Objektknoten gridInfo mit Spannung und Frequenz
getChargeSetting: Objektknoten backupChaDiscCfg mit forceChargeHigher und discLower
getLoadChCurInfo: Objektknoten loadChCurInfo mit den Stromeinstellungen
getEpsMode: Objektknoten epsModeInfo mit epsMode
getLoadChControl:Objektknoten loadCmdChCtrlInfos mit ctrlMode, cfgSta, power und priority (10Abgänge)
getBackupChControl: Objektknoten backupCmdChCtrlInfos mit ctrlMode, cfgSta, power und priority ( beide DPs)
getSplitPhaseInfo: Objektknoten splitPhaseInfo mit linkMark und linkCh
getChUseInfo: Objektknoten chUseInfo mit isEnable
getLoadChInfo: Objektknoten loadChInfo mit chNum und Namen
getCfgSta: Objektknoten cfgSta mit Konfigurationstatus
getmainsLoadWatt: Objektknoten mainsLoadWatt mit der Netzbezugsenergie der 10 Abgänge
getbackupLoadWatt: Objektknoten backupLoadWatt mit der Batterieenergie der 10 Abgänge
gettopupLoadWatt: Objektknoten topupLoadWatt mit der Energie der beiden DPs
getEmergencyStrategy: Objektknoten emergencyStrategy mit backupmode, overloadmode und Leistungen der 10 Abgängedemzufolge sollte der Objektknoten topupLoadWatt durch gettopupLoadWatt aktualisiert werden.
Ob diese get-Kommandos alle so funktionieren, müsstest du mal durchtesten -
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...
