UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[KlausN]

@foxthefox

unbekannte Telegramme.txt

[KlausN]

@foxthefox

Log-File.txt

[foxthefox]

@klausn
Super, das hilft weiter.
Schön zu wissen, dass der neue Button funktioniert und unbekannte Telegramme sichtbar macht.
Da ist bestimmt auch etwas zum PowerGlow drin.

Beim log sieht man:

• debug Modus evtl. nicht für Adapter aktiv, oberste Zeile wenn Adapter config aufgerufen wird, sollte debug und nicht info zeigen, ansonsten dort umstellen
• oder das Häckchen in der 2ten Lasche fehlt, rechts neben gerätetyp
• es gibt neue Datenpunkte
• es kommen zyklisch Updates

Also nochmal schauen, ob das debug oder Häckchen das log verbessert.
Cool wäre ein log welches den adapterstart mit beinhaltet.

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