Neuer Adapter ecoflow-mqtt

[foxthefox]

@iosprinter
Beides sind noch unbekannte Geräte und somit intern als unknown im selben Menü definiert. Damit ist der erste Treffer der Ultra Pro und wird angezeigt.
Somit erstmal erklärbar und so gewollt.
Wenn du nun den Adapter laufen lässt und auch mal in der App Werte anschaust müsste durch diese Einstellung auch etwas mitgeschrieben werden.
Im adapter config, erste Lasche befindet sich die Taste “debug unkn cmds”, die mal bitte drücken und den Inhalt vom Fenster posten. Damit kann ich dann den Inverter implementieren.

[foxthefox]

@klausn sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox
So, jetzt ein deutlich umfangreicheres LOG. Jetzt tauchen auch [Compare] auf. Unverändert werden Werte mit "0" übergangen, auch beim Compare.

Habe mal die logs und die Daten angeschaut.
Eine mögliche Erklärung habe ich evtl. gefunden.
Scheinbar schickt Ocean Plus in einem Datenpaket auch mehrere des gleichen Typs (zumindest bei den Batterypacks ist es so). Das habe ich im Dekodieren noch nicht enthalten, so daß nur das letzte Telegram verarbeitet wird.
Da muß ich etwas umbauen.

[iosprinter]

@foxthefox

device data:{"xxx":{"get_reply":{"254":{"21":{"pbmsg":"b50475931241bd04dbf97e3ea808c801b2080d4575726f70652f4265726c696eb80800cd16a69b184198170be5179a991d42ed17b6f37d3ed51b7b141442c820a006d525000082c2ad269a996643b5260ad7a33dbd26b81e4842c5269a999941cd2600000000d5260000803fd82603e226009a2700f52700000000b82da006c22d00c82d00d02d05d82d914ee02d00e82d00f52d00000000","src":2},"22":{"pbmsg":"a812c0a907b012d00fb812e0a712c012e0d403","src":2}}},"update":{"254":{"21":{"pbmsg":"e51752b81542d525000078c2","src":2},"22":{"pbmsg":"a812c0a907b012d00fb812e0a712c012e0d403","src":2}}},"set":{"254":{"17":{"pbmsg":"3084f8b5c50638c801ba080d4575726f70652f4265726c696e","src":32}}},"set_reply":{"254":{"18":{"pbmsg":"0887011001","src":2}}}}}

Hilft dir das? Meine Seriennummer habe ich aus (Un-)Sicherheitsgründen mal rausgenommen.

[foxthefox]

@iosprinter
Ja das sieht gut aus und hilft weiter.

[bentschik]

Hallo,

Mir ist letztlich aufgefallen, dass bei meinem PowerOcean DC der Datendatz für JTS1_ENERGY_STREAM_REPORT gar nicht mehr aktualisiert wird. Was ich ausprobiert habe:

• Update auf Adapter-Version 1.4.2
• Ecoflow-App laufen lassen
• Löschen aller Datenpunkte und Adapter-Neustart

Nach dem letzten Punkt wird der entsprechende Ordner mit den Datenpunkten zwar angelegt, bleiben aber dauerhaft auf null

Ich habe dann mal überall den debug angerissen, und im log sehe ich auch keinerlei Hinweis, das dieser Datensatz überhaupt irgendwie aufschlägt. Alle anderen JTS1* und der statusReportBattery1 sind scheinbar kein Problem.

Die letzten Daten sind am 17.07. angekommen. Am Adapter habe ich, soweit ich mich erinnern kann, zu dem Zeitpunkt nichts geändert. Allerdings habe ich irgendwann ein paar STREAM AC Pro Akkus als Systemkomponente integriert. Ich kann mir aber nicht so recht vorstellen, dass sowas zu solchen Problemen führen könnte.

Fall ich noch weitere Informationen zum debugging zur Verfügung stellen kann, sagt gerne bescheid. Wäre schon super, wenn diese Daten wieder fliessen würden

[foxthefox]

@bentschik
Danke für die Rückmeldung.
Wenn grundsätzlich die Kommunikation läuft ist schonmal ein gutes Zeichen.
Das log hat die meiste Aussagekraft wenn Adapter im debug mode und einige Häckchen für msg und Gerät selbst gesetzt sind.
Allerdings läuft dann auch sehr viel auf, da die Geräte sehr viel plaudern. Also ggf. nicht zu lange laufen lassen oder konsequent alte Logs weglöschen.

Steam und ocean beeinflussen sich nicht. Außer sie haben die gleiche Seriennummer

Es gibt 2 Ding die du anschauen kannst

• in der ersten Lasche mal die Taste „debug unkn cmd“ drücken und den Inhalt posten
• debug einschalten und log beobachten wenn du die App öffnest und die Energie Daten aufrufst, ob dort ein JTS1 Energy… mit auftaucht

[bentschik]

@foxthefox

Die Streams habe ich noch nicht mal im Adapter konfiguriert. Da steckt wirklich nur der PowerOcean DC drin.

debug auf Volldampf und log nach JTS1_ENERGY gefiltert hatte ich schon probiert (s.o.). Da schlägt absolut nichts auf. Auch eine Suche nach einem Datenpunkt, wie z.B. mpptPwr hat nichts ergeben.

Den output von Debug Unknown habe ich mal als Datei angehängt:

debug_unknown.json

[foxthefox]

@bentschik
Kann es sein, daß du ab dem Zeitpunkt als du die Stream AC in das Gesamtsystem (EF App) aufgenommen hast, die Telegramme nicht mehr kamen?
Mir scheint als gibt es ein neuartiges Telegramm, welches Werte Total Werte, Ocean und Stream Werte übermittelt.

[bentschik]

@foxthefox Die Integration der Stream Akkus über die App ist im Prinzip das Einzige, was ich in der letzten Zeit angestellt habe und zeitlich könnte das durchaus hinkommen.
Ich könnte als Gegentest mal die Stream Akkus wieder aus den Systemkomponenten-Verbund rauswerfen und dann mal checken, ob der Datensatz wieder kommt.

[bentschik]

Ich habe es just mal ausprobiert: die Daten fliessen, wenn die Stream-Akkus wieder "autonom" sind...na toll...aber irgendwas ist ja immer

[foxthefox]

@bentschik
Na gut, immerhin gibt es eine Erklärung warum der bekannte Datenstrom abgerissen ist (das eine JTS1_Energy telgramm) und es gibt Klarheit, daß es über eine andere Kennung kommt.
Damit sieht die Ausgangslage doch nicht so schlecht aus und es bleibt das neue Telegramm zu analysieren und neu umzusetzen.
Etwas kurioses Design, aber das ist bei EF normal und macht es halt etwas umständlicher.

[bentschik]

@foxthefox Alles klar, das klingt ja halbwegs zuversichtlich Melde Dich gerne falls ich Dir mit Testdaten etc. aushelfen kann.
Fall es nützlich ist: Derzeit hängen 4x Stream AC Pro, die als ein System zusammengefasst sind, als Systemkomponente am PowerOcean.

In der Ecoflow-Facebook-Gruppe wurde mir bereits bestätigt, dass meine Konstellation sehr ungewöhnlich ist.
Ich habe auch ehrlich gesagt nicht damit gerechnet, dass ich die dann doch relativ preiswerten AC-Speicher in den PowerOcean integriert bekomme. Von den Wandlungsverlusten mal abgesehen. Funktionieren tut das Ganze tadellos.