Neuer Adapter ecoflow-mqtt
-
@apollosk
danke derweil, es gibt ein wenig mehr EinblickEDIT:
Kann es sein, daß noch ein Häckchen bei msgUpdatePlug nicht gesetzt ist? -
@foxthefox
msgUpdatePlug und msgUpdateValuePlug, beide sind aktiviert.
-
@apollosk sagte in Neuer Adapter ecoflow-mqtt:
@foxthefox
msgUpdatePlug und msgUpdateValuePlug, beide sind aktiviert.ich hatte es oben schon gelesen, aber eigentlich hätte es damit noch eine andere Meldung geben müssen.
nunja, ich schau weiter. -
Eine neue Version ist auf github verfügbar.
Plug sollte mindestens das watth6 jetzt gehen und das andere vom plug könnte funktionieren.0.0.12
- (foxthefox) new command brightness for plugs
- (foxthefox) correction of factors for plugs
- (foxthefox) powerstream bpType with value as texts
- (foxthefox) DELTA 2 factors corrected (mppt.inVol, mppt.inAmp,mppt.carOutAmp, mppt.carOutVol)
- (foxthefox) naming of watth1...8 (except 5)
-
Ich glaube es braucht eine 0.0.13 damit es mit den geänderten Faktoren für Delta2 funktioniert.
Ist in Arbeit. -
@foxthefox
Ich habe die alte Version komplett deinstalliert und die neue Version 0.0.12 installiert.
Die watth6 werden jetzt befüllt allerdings mit den Werten von einem anderen PLUG (ich habe für die Test nur 1 PLUG eingebunden). Für die restlichen Werte werden zwar die Datenpunkte angelegt aber nicht befüllt. Der LOG sieht auch unauffällig aus:ecoflow-mqtt.0 2023-12-21 09:09:15.143 warn State "ecoflow-mqtt.0.HW52ZDH4XXXXXXXX.energy.watth5" has no existing object, this might lead to an error in future versions ecoflow-mqtt.0 2023-12-21 09:09:07.735 debug store payload TypeError: Cannot read properties of undefined (reading 'heartbeatFrequency') ecoflow-mqtt.0 2023-12-21 09:09:05.243 debug subscribed the topics ecoflow-mqtt.0 2023-12-21 09:09:05.140 debug connected ecoflow-mqtt.0 2023-12-21 09:09:04.902 debug subscription topics ["/app/15109214612XXXXXXXX/HW51ZOH4XXXXXXXX/thing/property/set","/app/15109214612XXXXXXXX/HW51ZOH4XXXXXXXX/thing/property/set_reply","/app/15109214612XXXXXXXX/HW51ZOH4XXXXXXXX/thing/property/get","/app/15109214612XXXXXXXX/HW51ZOH4XXXXXXXX/thing/property/get_reply","/app/device/property/HW51ZOH4XXXXXXXX","/app/15109214612XXXXXXXX/HW52ZDH4XXXXXXXX/thing/property/set","/app/15109214612XXXXXXXX/HW52ZDH4XXXXXXXX/thing/property/set_reply","/app/15109214612XXXXXXXX/HW52ZDH4XXXXXXXX/thing/property/get","/app/15109214612XXXXXXXX/HW52ZDH4XXXXXXXX/thing/property/get_reply","/app/device/property/HW52ZDH4XXXXXXXX","/app/1510921461278973954/R351ZEB4XXXXXXXX/thing/property/set","/app/15109214612XXXXXXXX/R351ZEB4XXXXXXXX/thing/property/set_reply","/app/15109214612XXXXXXXX/R351ZEB4XXXXXXXX/thing/property/get","/app/15109214612XXXXXXXX/R351ZEB4XXXXXXXX/thing/property/get_reply","/app/device/property/R351ZEB4XXXXXXXX"] ecoflow-mqtt.0 2023-12-21 09:09:04.902 error modification or state creation went wrong ->TypeError: Cannot read properties of null (reading 'delta2max') ecoflow-mqtt.0 2023-12-21 09:09:04.902 debug manipulate: pd/chgPowerAC old--new 0.1 -- 0.001 ecoflow-mqtt.0 2023-12-21 09:09:04.902 debug manipulate: pd/dsgPowerAC old--new 0.1 -- 0.001 ecoflow-mqtt.0 2023-12-21 09:09:04.902 debug manipulate: mppt/outVol old--new 0.1 -- 0.001 ecoflow-mqtt.0 2023-12-21 09:09:04.902 debug manipulate: inv/SlowChgWatts old--new 1000 -- 2400 ecoflow-mqtt.0 2023-12-21 09:09:04.901 debug manipulate: inv/SlowChgWatts old--new 200 -- 200 ecoflow-mqtt.0 2023-12-21 09:09:04.901 debug pstation upd {"inv":{"level":{"SlowChgWatts":{"min":200,"max":2400}}},"mppt":{"number":{"outVol":{"mult":0.001}}},"pd":{"number":{"dsgPowerAC":{"mult":0.001},"chgPowerAC":{"mult":0.001}}}} ecoflow-mqtt.0 2023-12-21 09:09:04.901 info plug states created for HW52ZDH4XXXXXXXX / plug / Mikrowelle ecoflow-mqtt.0 2023-12-21 09:09:04.899 info start plug state creation ->plug for Id HW52ZDH4XXXXXXXX ecoflow-mqtt.0 2023-12-21 09:09:04.898 info pstream states created for HW51ZOH4XXXXXXXX / pstream600 / Powerstream ecoflow-mqtt.0 2023-12-21 09:09:04.891 debug not created/mismatch ->inverter_heartbeat bpType string ecoflow-mqtt.0 2023-12-21 09:09:04.876 info start pstream state creation ->pstream600 for Id HW51ZOH4XXXXXXXX ecoflow-mqtt.0 2023-12-21 09:09:04.876 debug manipulate: inverter_heartbeat/permanentWatts old--new 800 -- 600 ecoflow-mqtt.0 2023-12-21 09:09:04.876 debug manipulate: inverter_heartbeat/dynamicWatts old--new 800 -- 600 ecoflow-mqtt.0 2023-12-21 09:09:04.876 debug manipulate: inverter_heartbeat/ratedPower old--new 800 -- 600 ecoflow-mqtt.0 2023-12-21 09:09:04.875 debug pstream upd {"inverter_heartbeat":{"number":{"ratedPower":{"max":600},"dynamicWatts":{"max":600}},"level":{"permanentWatts":{"max":600}}}} ecoflow-mqtt.0 2023-12-21 09:09:04.875 info smartplugs -> [{"plugName":"Mikrowelle","plugId":"HW52ZDH4XXXXXXXX","plugType":"plug"}] ecoflow-mqtt.0 2023-12-21 09:09:04.875 info powerstation -> [{"pstationName":"Delat2Max","pstationId":"R351ZEB4XXXXXXXX","pstationType":"delta2max","pstationsSlave1":false,"pstationsSlave2":false},{"pstationName":"DeltaPro","pstationId":"DCEBZ8ZXXXXXXXX","pstationType":"deltapro","pstationsSlave1":false,"pstationsSlave2":false}] ecoflow-mqtt.0 2023-12-21 09:09:04.875 info powerstream -> [{"pstreamName":"Powerstream","pstreamId":"HW51ZOH4XXXXXXXX","pstreamType":"pstream600"}] ecoflow-mqtt.0 2023-12-21 09:09:04.875 info your configration: ecoflow-mqtt.0 2023-12-21 09:09:04.869 info adapter entered ready ecoflow-mqtt.0 2023-12-21 09:09:04.855 info starting. Version 0.0.12 (non-npm: foxthefox/iobroker.ecoflow-mqtt#492b8476033f587e99b07c15XXXXXXXXXXXXXXXX) in /opt/iobroker/node_modules/iobroker.ecoflow-mqtt, node: v18.17.1, js-controller: 5.0.16 -
Danke für die Rückmeldung.
watth5 bau ich auch noch ein, allerdings müsstest du mir dann auch einmal verraten, was das für werte sind.
Watth5/6 sind beim PowerStream immer 0.
Watth6 sollte die tägliche Energie durch den Stecker sein.Wie kommst du zur Erkenntnis, dass die watth6 von einem anderen Stecker kommt?
Die Strategie nur einen zu konfigurieren ist auf jeden Fall schonmal gut.Hatte schon vermutet, dass die normalen Werte vom Plug noch nicht gehen.
Arbeite an eine 0.0.13, sollte heute Abend kommen.
-
Version 0.0.13 ist auf github verfügbar
hab den Teil der ankommenden Nachrichten mal komplett umgebaut
und auch für erste Tests eine Checkbox für reconnect im AdapterConfig.
Setzt man den Haken, dann sollte nach 5min inaktivität die MQTT Verbindung neue aufgaebaut werden.
Falls es Probleme macht, einfach Häckchen wieder raus nehmen.Bin gespannt ob das mit den plugs jetzt klappt.
0.0.13
- (foxthefox) correction for changing of factors for pstations
- (foxthefox) watth5 for plugs
- (foxthefox) more logging pstream/plug
- (foxthefox) optional detection of no updates from mqtt server -> reconnection
-
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.
-
Ergänzung zu watth6:
-
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. -
@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!
-
@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.
