NEWS
Neuer Adapter ecoflow-mqtt
-
@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. -
@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
-
-
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
Noch ein paar Dinge bzgl. RiverWas 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ß. -
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 -
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 -
@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.
-
@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 -
@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?
-
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.
-
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. -
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. -
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. -
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.
-
@foxthefox
habe das eben noch gefunden:ecoflow-mqtt.0
2023-12-27 22:03:11.754 debug not processed pd state: acAutoOutConfig value 0ecoflow-mqtt.0
2023-12-27 22:03:11.749 debug not processed pd state: relaySwitchCnt value 2ecoflow-mqtt.0
2023-12-27 22:03:11.741 debug not processed pd state: minAcoutSoc value 5ecoflow-mqtt.0
2023-12-27 22:03:11.735 debug not processed pd state: watchIsConfig value 0ecoflow-mqtt.0
2023-12-27 22:03:11.733 debug not processed pd state: acAutoOutPause value 0ecoflow-mqtt.0
2023-12-27 22:03:11.727 debug not processed pd state: hysteresisAdd value 5ecoflow-mqtt.0
2023-12-27 22:03:11.721 debug not processed pd state: bpPowerSoc value 18Wie kann ich Dir mit dem dsgCmd weiterhelfen?
Grüße
Der Tom -
@der-tom
Da scheint es noch weitere Daten Punkte zu geben, die noch fehlen.Zum dsgCmd müsste ja immer noch die Meldung
debug store payload TypeError: Cannot read properties of undefined (reading 'dsgCmd')
KommenDanach sollten auch debug mit „payload from Rxxxx was : …. „ kommen
Das was danach kommt, bräuchte ich. Und wahrscheinlich steht da derzeitig nur [object], weil ich es nicht in Text verwandelt habe. Mache morgen die kleine Änderung. -
@foxthefox ich habe nur Delta 2 Max, sorry nicht geschrieben.
die oben genanntenmppt.inWatts
mppt.pv2InWatts
mppt.outWatts
waren alle um Faktor 10 zu klein. An anderen Stellen (kann aber gerade den Ort nicht benennen) passten die Werte mit der App überein.
2023-12-27 22:03:11.741 debug not processed pd state: minAcoutSoc value 5
Gibt es vielleicht auch bei der Delta 2Max. Hier wird seitens Ecoflow festgelegt, dass wenn die untere Ladegrenze einen Wert "xx" hat erst dieser Wert "xx" plus minACoutSoc-Wert erfüllt sein muss damit der AC-Output erfolgt. Beispiel:
minDsgSco=20 % plus minAcoutSoc =5 bedeutet Soc muss 25 % haben damit eingespeist wird. klingt aber auch sehr nach dem Wert "hysteresisAdd value 5"
-
@foxthefox habe gerade noch das gefunden
Charger type ...pd.pv1ChargeType Wert "2?"
Charger type pd.pv2ChargeType Wert "2?"
Actual charging type .mppt.chgType Wert "MPPT (Solar)"
Actual charging type .mppt.pv2ChgType Wert "MPPT (solar)2"
würde ja alles auf Solar / PV-Anschluss deuten. In der App wird auch das "falche" oder alte X60-Kabel als Solar erkannt.
Bei meinen PV1 ist ein X60i-Kabel angeschlossen. Ich müsste mal das KFZ-Kabel anschließen. -
@foxthefox unknown32 hat sich gerade von 1 auf 2 aund dann 3 als Wert geändert.
Ich habe zwei Smarplugs beim Powerstrean im Netzwerk. Soll kein Smartplug berücksichtigt werden warunknown32 = 1 .plug_heartbeat.unknown32
sobald ein Smartplug mit in die Leistungsbreitstellt berücksichtig wurde änderte sich der Wert auf
.plug_heartbeat.unknown32 =2
Bei zwei Smartplugs auf
.plug_heartbeat.unknown32 = 3
Smarplug:
.plug_heartbeat.unknown33 entspricht der über den Powerstream eingespeiste Leistung
Delta 2Max
Wird über die Lab-Funktion "AC immer eingeschaltet (Wird der Netzschalter automatisch eingeschaltet, nachdem wieder Strom anliegt. Bei ausgeschaltetem Schalter müssen Sie den Netzschalter manuellbetätigen. Der Netzschalter wird nicht abgeschaltet, wenn "AC AlwaysOn" aktiv ist) ".pd.acAutoPause = 0 -> "AC immer eingeschaltet aus"
.pd.acAutoPause = 1 -> "AC immer eingeschaltet ein"