Neuer Adapter ecoflow-mqtt

[ApolloSK]

@foxthefox

Ich habe gerade mal zwischen dem ecoflow-connector-Script und deinem Adapter verglichen. In watth5 wird der tägliche Verbrauch des PLUGS protokolliert. Im Skript wird das noch aufgeteilt auf Stunden ausgegeben, ist m.E. aber nicht notwendig:

in watth6 wird wohl die tägliche Laufzeit des PLUGS überwacht. Auch hier erfolgt die Aufteilung in 24 Intervalle a 60 (vermutlich Minuten). Wobei bei watth5 und watth6 die Zeitumstellung nicht berücksichtigt ist.

Zurück zum Adapter:
Dieser aktualisiert die wichtigsten Daten des PLUGS jetzt korrekt - ist sogar schneller als die App selber :-):

Den Reconnect konnte ich noch nicht testen, da ich es aktuell nicht provozieren kann, dass keine Daten mehr gesendet werden. Ich bleib dran und informiere wenn ich neue Erkenntnisse habe.

[ApolloSK]

Ergänzung zu watth6:

[foxthefox]

@apollosk

Danke für die Rückmeldung.

Schön, daß es auch jetzt die Daten der Plugs auswertet. Allerdings wundert mich noch der Wert von Strom bzw. Leistung. Ich habe fast den Verdacht, daß der Stromwert mit Faktor 10 zu hoch ist, wenn es sich mit den 2W um standby handelt.

Die Energiewerte sind immer 24, für jede Stunde, im Adapter rechne ich das zu Tageswerten zusammen.
In der Tat ist hier weder Zeitumstellung noch Zeitzone berücksichtigt.
Ist unschön, aber damit kann man leben, dann ist der Tageswert ein wenig verschoben.
Wüsste auch nicht, wie man das anders über mqtt bekommen kann.
Bei den Aufgaben hatte ich die Problematik auch schon mit der Winterzeitumstellung gehabt, da wurde dann aus 20Uhr auf einmal 19Uhr.

watth5 ist nun also die Energie von der Steckdose, das werde ich umbennen (steht derzeitig bei watth6 drin)
Gut, daß du nochmal mit dem script querverglichen hast, aber watth6 ist irgendwie seltsam.
Welchen Sinn ergibt es in einem Energiewert die Einschaltdauer der Steckdose zu hinterlegen?
Du könntest eine Gegenprüfung machen und die Steckdose für eine halbe Stunde ausschalten, dann müsste der Wert in dieser Stund auch kleiner werden.
Gibt es eine solche Anzeige zur Einschaltdauer in der APP?

Das mit dem reconnect ist erstmal der erste Wurf, so ganz glücklich bin ich damit noch nicht.
Denn die Geräte sind ja diejenigen, die mit Senden aufhören und nicht der Broker oder die Verbindung dorthin steht nicht mehr.
Ich würde mal in einer nächsten Version die "last Quotas" Anfrage einbauen, die wird nämlich beim Öffnen der APP auch losgeschickt. Evtl. reicht das zum Aufwecken der Gerätekommunikation.

[ApolloSK]

@foxthefox
Ja, in der App gibt es bei den PLUGS eine Anzeige für die Einschaltdauer:

Weshalb genau dieser Wert angezeigt wird, erschließt sich mir nicht. Eventuell für irgendwelche Schaltautomationen oder Statistik-Gedöns.

Ich habe gerade festgestellt, dass der Adapter bei aktivierten Reconnect sich irgendwann aufhängt. Also er wird mit "gelb" = keine Verbindung mit Gerät oder Dienst gelistet.
Ohne Reconnect läuft der Adapter stabil.

Vielen Dank schon mal für deine Uterstützung und die Umsetzung als Adapter!

[foxthefox]

@apollosk
Wer weiß warum man diese Zeit misst, aber somit ist klar, daß watth6 eine Zeit ist und die Einschaltdauer wiedergibt.

Es kann auch sein, daß ich nach dem reconnect nicht wieder auf grün gestellt habe.
Zum Prüfen kann man die hochlaufenden Zähler für powerstation und pstream sehen. Und reconnect sollte nicht zu hohe Werte erreichen.
Ich hab es ja extra als Checkbox augeführt, damit man diese neue Funktion auch wieder deaktivieren kann.

[aherby]

@foxthefox ist es möglich dass es mit dem Update ein Problem gibt?

ERROR: Process exited with code 33
weniger
mehr

$ iobroker url https://github.com/foxthefox/ioBroker.ecoflow-mqtt --host ioBroker-Hom-CT --debug

Please provide a URL to install from and optionally a name of the adapter to install

install

NPM version: 8.19.4

Installing ... (System call)

ERROR: Process exited with code 33

[foxthefox]

@aherby
meines Wissens nicht, der workflow läuft auf git auch durch
auf meinem System ging es und scheinbar auch bei @Der-Tom, der hatte auch 0.0.13 installiert

[foxthefox]

Die Version 0.0.14 ist auf github online.
Sie enthält nun die River Serie (River 2 Pro, River 2 Max, River Pro, River Max).
Hier benötigt es aktives Feedback für die unterschiedlichen Modelle (River2PRO @Der-Tom).

0.0.14

• (foxthefox) new implementation of River 2 Pro, River 2 Max, River Pro, River Max
• (foxthefox) new feature get "lastQuotas"
• (foxthefox) refactoring of protobuf encoding
• (foxthefox) watth5=daily energy plug, watth6=on time plug
• (foxthefox) plug_heartbeat new values unknown16...19

[foxthefox]

@foxthefox
Noch ein paar Dinge bzgl. River

Was mich weiterbringt, wären die Antworten die zyklisch vom Gerät kommen.
Dazu den Adapter über Expertenmodus in debug versetzen und zusätzlich msgUpdatePstation ein Häckchen setzen. Bzw. wenn es im Protokoll Meldungen zu nicht vorhandenen Datenpunkten gibt, diese mitteilen.

Eine andere Sache ist dann anstatt msgUpdate, das Häckchen bei msgSetGetPstation setzen.
Dann nach und nach in der App einen Wert verändern oder Ein/Ausschalten und die dann ankommenden Meldungen aus dem log mitteilen, das Hilft bei der Ermittlung von Befehlen.
Ich kann mir vorstellen, daß ich da noch justieren muß.

[Der Tom]

@foxthefox

Hi,

ich erhalte folgende Fehlermeldungen:

ecoflow-mqtt.0
2023-12-26 20:05:14.901 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')

ecoflow-mqtt.0
2023-12-26 20:05:12.954 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')

ecoflow-mqtt.0
2023-12-26 20:05:10.903 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:05:08.969 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:05:06.906 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:05:04.906 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:05:02.710 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.outAmp" has value "166.42000000000002" greater than max "13"
ecoflow-mqtt.0
2023-12-26 20:05:02.657 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.outVol" has value "2041.7" greater than max "60"
ecoflow-mqtt.0
2023-12-26 20:05:02.610 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.inVol" has value "290.7" greater than max "150"
ecoflow-mqtt.0
2023-12-26 20:04:49.018 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:04:14.968 info state ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.cfgChgWatts changed: 400 (ack = true)
ecoflow-mqtt.0
2023-12-26 20:04:14.913 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.outAmp" has value "168.03" greater than max "13"
ecoflow-mqtt.0
2023-12-26 20:04:14.908 info state ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.cfgAcEnabled changed: true (ack = true)
ecoflow-mqtt.0
2023-12-26 20:04:14.857 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX.mppt.outVol" has value "2031.4" greater than max "60"
ecoflow-mqtt.0
2023-12-26 20:04:14.812 warn State value to set for "ecoflow-mqtt.0.R6XXXXXXXXXXXXXX2.mppt.inVol" has value "289.2" greater than max "150"
ecoflow-mqtt.0
2023-12-26 20:04:10.197 debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
ecoflow-mqtt.0
2023-12-26 20:04:03.968 debug subscribed the topics
ecoflow-mqtt.0
2023-12-26 20:04:03.927 debug connected
ecoflow-mqtt.0
2023-12-26 20:04:03.742 debug subscription topics ["/app/17XXXXXXXXXXXXXXXXX/R6XXXXXXXXXXXXXX/thing/property/set","/app/17XXXXXXXXXXXXXXXXX/R6XXXXXXXXXXXXXX/thing/property/set_reply","/app/17XXXXXXXXXXXXXXXXX/R6XXXXXXXXXXXXXX/thing/property/get","/app/17XXXXXXXXXXXXXXXXX/R6XXXXXXXXXXXXXX/thing/property/get_reply","/app/device/property/R6XXXXXXXXXXXXXX"]
ecoflow-mqtt.0
2023-12-26 20:04:03.741 info pstation states created for R6XXXXXXXXXXXXXX / river2pro / Yacht
ecoflow-mqtt.0
2023-12-26 20:04:03.658 info start pstation state creation ->river2pro for Id R6XXXXXXXXXXXXXX
ecoflow-mqtt.0
2023-12-26 20:04:03.658 debug manipulate: mppt/cfgChgWatts old--new 2200 -- 940
ecoflow-mqtt.0
2023-12-26 20:04:03.658 debug manipulate: mppt/cfgChgWatts old--new 0 -- 100
ecoflow-mqtt.0
2023-12-26 20:04:03.657 debug pstation upd {"mppt":{"level":{"cfgChgWatts":{"min":100,"max":940}}}}

Grüße
Tom

[Der Tom]

@foxthefox

Hier noch weitere Warnungen die ich gerade sehe:

ecoflow-mqtt.0
2023-12-26 20:05:22.065 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.outVol" has value "2052.7000000000003" greater than max "60"
ecoflow-mqtt.0
2023-12-26 20:05:22.017 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.inVol" has value "289.2" greater than max "150"
ecoflow-mqtt.0
2023-12-26 20:05:02.710 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.outAmp" has value "166.42000000000002" greater than max "13"
ecoflow-mqtt.0
2023-12-26 20:05:02.657 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.outVol" has value "2041.7" greater than max "60"
ecoflow-mqtt.0
2023-12-26 20:05:02.610 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.inVol" has value "290.7" greater than max "150"
ecoflow-mqtt.0
2023-12-26 20:04:14.913 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.outAmp" has value "168.03" greater than max "13"
ecoflow-mqtt.0
2023-12-26 20:04:14.857 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.outVol" has value "2031.4" greater than max "60"
ecoflow-mqtt.0
2023-12-26 20:04:14.812 warn State value to set for "ecoflow-mqtt.0.RXXXXXXXXXXXX.mppt.inVol" has value "289.2" greater than max "150"

und 1-2 Anmerkung evtl.:
Im Adapter ist die Vorgabe im Bereich: mqqt userid = 15XXX - Das kann für neue User verwirrend sein, da es bereits User mit 17XX gibt
Im Device-Reiter ist die Vorgabe für die ID: DAExxxx - Das gilt aber nur für User mit einem Delta. Ich habe mit meinem River ein R6 am Anfang.

Viele Grüße
Der Tom

[foxthefox]

@der-tom
Ich vergaß zu erwähnen, das es auch noch Multiplikatoren anzupassen gilt. Das sind die meisten Meldungen, wo etwas zu groß ist.

Das mit dem dsgCmd könnte daran liegen, dass ich noch keine Daten Punkte für bms_emsStatus habe. Dazu bräuchte ich einmal die JSON strings die bei den zyklischen Updates kommen. Dann kann ich die neuen erstellen.

Wird denn überhaupt schon etwas in den Objekten aktualisiert?

Werde morgen die Faktoren ändern.

[Der Tom]

@foxthefox said in Neuer Adapter ecoflow-mqtt:

bms_emsStatus

Guten Morgen,

den bms_emsStatus gibt es nur in Deinem Script. Im Mqtt finde ich diesen nicht. Hilf mir mal bitte, wie ich Dir die Daten besorgen kann. Alternativ lasse ich das JSON-Script und den Mptt paralell laufen.

Bei dieser Gelegenheit sei erwähnt, dass mich iobroker heute morgen informiert hat, dass der ecoflow-mqtt öfters abstürzt.

Grüße
Der Tom

[aherby]

@foxthefox Moin So mal Admiun 6.13.x installiert damit der Adapter funktioniert.

PV input power

ecoflow-mqtt.0.R351ZEB4HF4Exxxx.mppt.inWatts

PV input power
ecoflow-mqtt.0.R351ZEB4HF4Exxxx.mppt.pv2InWatts

PV output power
ecoflow-mqtt.0.R351ZEB4HF4Exxxx.mppt.outWatts

ist um den Faktor 10 zu klein oder irre ich mich hier?

[aherby]

@foxthefox

Beep mode normal?

kommt wenn Piepen in der App eingeschaltet,

Beep mode quit?
vielleicht eher "quiet"

wenn das Piepen ausgeschaltet.

ecoflow-mqtt.0.R351ZEB4HF4Exxx.mppt.pv2Xt60ChgType

liefert

not detected?

eigentlich sollte hier ein Kabel angeschlossen sein, wo aber der mittlere Pin fehlt.

[foxthefox]

@aherby

Die "?"-Zeichen habe ich bei den Diagnosefunktionen drin, wo es als Antwort einen Zahlenwert gibt und es noch nicht sicher ist, ob die Bedeutung richtig ist.

Für "beep" nehme ich es mal raus, da es passt und quit wird quiet.

Das "not detected" gehört zur gleichen Kategorie und dürfte ja auch zum Zustand passen, wenn auf Grund des fehlenden Pins nichts erkannt werden kann.
Auch da nehme ich mal "?" raus.

[foxthefox]

@aherby

Richtig, hier muß der Faktor noch angepasst werden, wobei einmal 10 und anderes Mal 100 fach zu groß.
Allerdings bezogen auf den schon vorhandenen Faktor, aber das berücksichtige ich dann schon.

Edit:
Ich bezog mich auf die vorherigen logs, hab jetzt erst bemerkt, daß es hier um Watt geht, allerdings sehe ich keine Werte. Aber ich auch hier mal Faktor 10 kleiner.

Edit2:
Bezieht sich das auf Delta2Max oder River2Pro?
pv2Xt60ChgType, pv2InWatts sollte es bei der River2Pro nicht geben.

[foxthefox]

Also die Faktoren hab ich schonmal angepasst und auch die Texte.

Wenn ihr wollt, könnt ihr die derzeitige Version 0.0.15 vorab testen.

Dazu anstatt Github die benutzerdefinierte Version installieren, im Pfad ist dann
https://github.com/foxthefox/iobroker.ecoflow-mqtt/tree/0.0.15
einzutragen.

Das mit den dsgCmd ist damit noch nicht erledigt.
Ich baue mal noch ein paar mehr logs ein, um die UpdateDaten an der Stelle sichtbarer zu machen.

[foxthefox]

habe noch logging für das dsgCmd ergänzt und da bräuchte ich dann den payload aus dem log um die Struktur zu bms_emsStatus aufzumchen.

Habe weitere unknownXX Datenpunkte für den plug aufgemacht. Da gibt es wohl mehr Daten als bisher bekannt.

[Der Tom]

@foxthefox
habe das eben noch gefunden:

ecoflow-mqtt.0
2023-12-27 22:03:11.754 debug not processed pd state: acAutoOutConfig value 0

ecoflow-mqtt.0
2023-12-27 22:03:11.749 debug not processed pd state: relaySwitchCnt value 2

ecoflow-mqtt.0
2023-12-27 22:03:11.741 debug not processed pd state: minAcoutSoc value 5

ecoflow-mqtt.0
2023-12-27 22:03:11.735 debug not processed pd state: watchIsConfig value 0

ecoflow-mqtt.0
2023-12-27 22:03:11.733 debug not processed pd state: acAutoOutPause value 0

ecoflow-mqtt.0
2023-12-27 22:03:11.727 debug not processed pd state: hysteresisAdd value 5

ecoflow-mqtt.0
2023-12-27 22:03:11.721 debug not processed pd state: bpPowerSoc value 18

Wie kann ich Dir mit dem dsgCmd weiterhelfen?

Grüße
Der Tom