Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[GTV]

@foxthefox Hi ! mit 1.4.1 hab ich noch immer diese Meldung..

State value to set for "ecoflow-mqtt.0.xxxxxxxxxxxxxx.DisplayPropertyUpload.powGetSysLoad" has value "2563.69" greater than max "2500"
ecoflow-mqtt.0
733 2025-08-21 12:26:01.566 warn State value to set for "ecoflow-mqtt.0.xxxxxxxxxxxxx.DisplayPropertyUpload.powGetSysLoad" has value "2989.6" greater than max "2500"

Höchster Wert bei mir war 3071.31

[foxthefox]

@gtv
Bitte folgendes tun:

• Adapter stoppen
• datenpunkt oder ganze Hierarchie vom stream löschen
• Adapter starten

Das legt die datenpunkte neu an. Dann sollte es weg sein.

[GTV]

@foxthefox Ich hab dein einzelnen Datenpunkt gelöscht. Voher auf 1.4.2 das Update gemacht.

Frage: Was passiert wenn ich den Datenpunkt oder die ganze Hierachie lösche und ich bei manchen Verlaufsdaten mit History aufgezeichnet habe. Die Daten sind dann glaub ich nicht weg, aber muss ich dann das Aufzeichnen wieder neu einstellen oder merkt sich das History ?

[foxthefox]

@gtv
Die Konfiguration des Datenpunktes wird gelöscht, wenn man den Datenpunkt löscht. Da dürfte auch die Konfiguration vom History dran hängen, also muss da neu eingestellt werden.
Ich kann mir vorstellen, dass die historischen Daten behalten werden, weiß es aber nicht.

Du kannst ja mal berichten.

[KlausN]

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

iobroker.2025-08-24.log

[iosprinter]

Moin zusammen und vielen Dank für Euren Einsatz.

Ich helfe gerne beim Test von STREAM-Geräten. Ich bekomme meinen Wechselrichter leider nicht hinzugefügt.

Ich klicke den Stream Inverter an, er wählt trotzdem den Stream Ultra Pro. Ich habe mehrere Browser getestet - überall das gleiche Ergebnis.

User-Error oder Fehler?

[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.

[foxthefox]

@vmi sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox
Das mit den Task ist eigentlich relativ simpel.

Du kannst etwas entweder für einen Tag oder einen Zeitraum machen.

Mein Gedanke einen Zeitraum von heute bis z.B. Ende 2030 für jeden Wochentag, dann müsste ich nur noch den Task einschalten und die chChargeWatt steuern.

In der App sieht das so aus: (ganz unten die Ladesteuerung)

Wichtig ist nur, dass der Task nicht gelöscht wird, da ich immer wieder in meinem Beispiel unter Task3 die Datenpunkte anpassen würde.

@vmi
Du könntest die Entwicklerversion 1.4.3 ausprobieren, ob da jetzt die Task gesetzt werden kann.
Unter param ist der Datenpunkt chgChargeWatt zu löschen und unter comCfg isEnable. Die beiden sind nun beschreibbar. Oder du löscht den gesamten Baum timeTask.
Es gibt auch einen neuen Datenpunkt cfgIndex, hoffe der ist gefüllt und passt mit der task# im Baum bzw. Mit 1 Unterschied.
Dann musst du nur noch den richtigen Task erwischen und mal probieren ob sich da etwas tut.

Edit: Habe gerade gemerkt, daß die Werte noch nicht alle richtig aus dem task übernommen werden.
Braucht also noch etwas.

[mouk]

@foxthefox
Hi.
Da ich nach der Erstinstallation das gleich Problem habe, gehe ich davon aus, dass mein Inverter der Gleiche ist.
Hier mal meine Infos dazu.

device data:{"meineidgeloescht":{"get_reply":{"254":{"21":{"pbmsg":"b504b89ea942bd04713d0a40a808c801b2080d4575726f70652f4265726c696eb80800cd16f893c64298171fe517d7a30e42ed171d5a1c40d51b52b81342c820d804d52500008ec2ad2666666843b526ec51383fbd2600004842c5269a193843cd2600000000d5260000803fd82603e226009a2700f52700000000b82dd804c22d00c82d00d02d21d82d914ee02d00e82d00f52d00000000","src":2},"22":{"pbmsg":"a812c0a907b012d00fb812e0a712c012e0d403","src":2}}},"update":{"254":{"21":{"pbmsg":"cd164821c942e51700001542c52600003a43","src":2}}}}}

Danke fürs implementieren und Deine Arbeit.