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

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

[foxthefox]

neue Version ist auf git und npm online.

Stream Inverter ist nun unterstützt @mouk @iosprinter
Die Leistung ist nun am Stream AC/Ultra steuerbar. Dazu muß ein Task in der App angelegt werden und dieser führt zu neuen Datenpunkten.
Über loadPower1 und enable1 lässt sich der Task steuern.

@vmi
Bitte die Funktion für timeTask anschauen, sollte jetzt laufen.

1.4.3 (npm)

• (foxthefox) new cmd Stream to adjust output power via load task (dayResidentLoadList)
• (foxthefox) correction energyBackupand cmd for River3(Plus)
• (foxthefox) new device Stream Inverter supported
• (foxthefox) first improvements for power ocean plus (i.e. batteries)
• (foxthefox) SHP time task enable switch and load level adjustment

[KlausN]

@foxthefox
Rückmeldung zur Version 1.4.3 (PowerOcean plus):

Statusreports zu Batterie 4 + 5 + 6 sind neu aufgetaucht, 2 + 3 fehlen.
Werte mit "0" werden noch nicht übertragen.

Good job!

[foxthefox]

@klausn
Danke.
Die Objektstrukturen sind für 2+3 bestimmt angelegt, aber werden noch nicht befüllt, richtig?
Das hängt a den Telegrammen, Powerocean schickt die Batterien als Einzeltelgramme und nicht als Array, anstatt repeated sind es nur einzelne Batterien. Da ich bisher nicht mit solchen Telegrammen gerechnet habe, wird nur das letzte von den vielen mit gleicher Kennung übernommen. Je nachdem welche Batterie die letzte in dem Telegramm ist, gibt es neue Werte. Für 2,3 die tendenziell immer in der Mitte liegen können, ist somit die Chance recht schlecht.
Ich muss intern etwas umbauen um alle Telegrammteile zu verarbeiten.
Die Übergänge nach 0 könnten damit zusammenhängen.

[foxthefox]

@bentschik sagte in Neuer Adapter ecoflow-mqtt:

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

@bentschik
ich habe eine nächste Version angefangen (1.4.4)
die könntest du über expertmode und custom und der url: https://github.com/foxthefox/ioBroker.ecoflow-mqtt/tree/1.4.4
installieren
Es sollte laufen, testen konnte ich aus Mangel an Testdaten nicht.

Der neue ParallelEnergyStreamReport sollte nun 3 Anteile haben.
ohne prefix evtl. das gleiche wie vorher, dann mit ocean als master system und system1 als slave für die STREAM.
Einfach mal die Werte anschauen und berichten was du ablesen kannst.
unknown9/10 ist nicht klar was das ist, höchstwahrscheinlich auch eine Leistung.

[bentschik]

@foxthefox Ich habe es direkt mal ausprobiert. Das Resultat passt noch nicht so ganz, aber dafür ist das Testen ja da:

[foxthefox]

@bentschik
Ok, dann schau doch mal was im debug mode so geloggt wird. Dazu in der Gerätezeile und auf der ersten Seite msgSetGet msg Update ein Häckchen setzen. Es müsste die neue Objektstruktur Parallel… dabei sein.
Gern auch das log posten bzw. als persönliche Nachricht

[mouk]

@foxthefox
Tausend Dank. Es geht nun.
Sollte was auffallen, melde ich mich.

[foxthefox]

@mouk
Danke für die Rückmeldung.

[bentschik]

@foxthefox Bin endlich mal dazu gekommen, die logs einzusammeln...

adapter-debug.json

Den "grossen" log kann ich Dir vermutlich ersparen, weil ich darin schon folgendes sehe:

2025-09-08 09:54:14.553  - debug: ecoflow-mqtt.0 (19640) [PROTOBUF decode] <snip> [get_reply] msg#10 =>
ParallelEnergyStreamReport {
	"paraEnergyStream": [
		{
			"sysLoadPwr": 433.5506591796875,
			"sysGridPwr": -50.13569641113281,
			"mpptPwr": 2.5528552532196045,
			"bpPwr": -481.1335144042969,
			"bpSoc": 42,
			"unknown9": 2.5528552532196045
		},
		{
			"sysLoadPwr": 406.5067443847656,
			"sysGridPwr": 156.0901641845703,
			"mpptPwr": 2.5528552532196045,
			"bpPwr": -247.8637237548828,
			"bpSoc": 42,
			"devSn": "<snip>",
			"unknown9": 2.5528552532196045
		},
		{
			"sysLoadPwr": -18.66717529296875,
			"sysGridPwr": -251.9369659423828,
			"bpPwr": -233.26979064941406,
			"bpSoc": 41,
			"devSn": "<snip>"
		}
	]
}

D.h. es sieht für mich so aus, als wenn die Daten (zumindest teilweise) korrekt kommen, aber noch nicht in den entsprechenden iobroker Objekten landen.

Ich bin mal durch das log gegangen und stelle fest, dass in dem StreamReport bislang keine der ocean_* oder system1_* Datenpunkte dabei waren.

Falls Du doch noch den grossen log benötigst, muss ich die Sache mit der PN noch lernen, da ich die Funktion einfach noch nicht gefunden habe

[foxthefox]

@bentschik
Danke für die Info. Ich glaube mit nem kurzen Blick das Problem schon zu sehen. Es braucht noch eine Schleife um durch die einzelnen Datenpunkte zu gehen.
Nächste Versuch kommt wahrscheinlich heute Abend.