Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[KlausN]

@foxthefox

Anbei das LOG.

ecoflow.log

[foxthefox]

@klausn sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox

Anbei das LOG.

Super. Danke.
Kannst du mal prüfen, ob die Häckchen drin sind?

Ich glaube, die fehlen.
Falls ja, bitte nochmal ein log posten.

[KlausN]

@foxthefox

msgUpdate und msgSetGet waren angekreuzt, so wie Du gesagt hattest.
Ich hab jetzt mal noch msgUpdateValue und msgCmd angekreuzt.

Voila:

ecoflow_2.txt

[foxthefox]

@klausn

@klausn sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox

msgUpdate und msgSetGet waren angekreuzt, so wie Du gesagt hattest.
Ich hab jetzt mal noch msgUpdateValue und msgCmd angekreuzt.

Danke, irgendwas passt noch nicht. :disappointed:
Es müsste mindestens nach dem Start eine Zeile:

ecoflow-mqtt.0 (4820) [PROTOBUF decode] R37xxxxxx  [get_reply] raw (hex): 0a83030.....

auftauchen.

Laut log ist das Telegramm auch angekommen und funktioniert bis zur msg7. Dann gibt es noch Probleme die noch Ursachenforschung brauchen. Aber dazu brauch ich die vermissten Anteile im Log.

Kannst du hier nochmal überprüfen (debug, Häckchen gesetzt)?!

Danke.