Monatsrückblick Januar/Februar 2026 ist online!

[foxthefox]

@apollosk
Bin erstmal überfragt, was das sein könnte. Evtl. hängt es mit dem Mechanismus zum Abfangen des Fehlers zusammen.
Ich kümmere mich.

Edit:
Könntest du mal die folgenden Häckchen setzen:

dann müsste eigentlich so etwas wie hier kommen (parsing->processing->update)

oder hoffentlich irgendein hinweis auf ein Problem

[foxthefox]

@apollosk sagte in Neuer Adapter ecoflow-mqtt:

2024-01-10 09:19:36.006

eines habe ich schon herausgefunden:

2024-01-10 09:19:36.006 -> ist korrekt und auswertbar
2024-01-10 09:19:25.804 -> quasi gleiches Telegramm, aber unvollständig und nicht auswertbar

das zeigt, daß die Fehler mit "index out of range: 6 + 220 > 112" korrekt abgefangen werden
aber erklärt noch nicht das verpasste Update der anderen Werte

[ApolloSK]

@foxthefox
ich habe jetzt alle Haken gesetzt und die Werte werden wieder geupdatet. Ich werde das mal wieder beobachten aber es sieht jetzt wieder gut aus.

Danke für deine schnelle Hilfe!

[foxthefox]

@apollosk
dann bin ich ja erstmal beruhigt, ist zwar komisch, aber schwer nachvollziehbar, wenn da quasi keine Änderung war.

[planetkeane]

Habe mir irgendwie Admin zerschossen als ich auf die .3 Version gehen wollte. Musste jetzt in proxmox eine frühere Version installieren. Ich glaube ich warte mit dem experimentieren wenn entweder die .3 offiziell raus ist oder der Adapter die .0 unterstützt :-(

[foxthefox]

@planetkeane
schade.
Wobei admin ist aktuell 6.13.15 und nicht irgendwas mit .3.
Die aktuelle admin enthält auch die Änderungen die in 6.12.3 drin waren.

[heinz527]

Hallo zusammen,

bei mir lief es heute störungsfrei soweit ich das beurteilen kann.
Lediglich das taucht in den Protokollen auf:

Und die gestern angesprochenen Werte von watth7:
Energy from Solar PV1 bei mir 652 und in der App 621

Die Sonne ist schon wieder weg :man-shrugging:

[foxthefox]

@heinz527 sagte in Neuer Adapter ecoflow-mqtt:

PV1 bei mir 652 und in der App 621

Zum Protokoll:

• einmal hat sich die Priorität geändert, wahrscheinlich in der APP gesteuert
• etwas komisch ist die Nachführung der Helligkeit, die kommt öfter als update mit dem Wert 6. Wenn keine Änderung zum vorherigen Wert sichtbar ist, dann sollte es auch nicht nochmal geschrieben werden :open_mouth:

zu watth7:

• ich sehe bei mir in der App nur den Gesamtwert beider PV Eingänge, einzeln habe ich kein Vergleichswert
• für die Energie liefert der PS ein Array mit 24 Werten, welches ich zu einem Wert zusammenfasse
• wenn man es genauer prüfen möchte, dann müsste der Adapter in debug versetzt werden und msgUpdateValuePstream ein Häckchen
  beispielhaft:

 HW51xxxxx  pstream data update : {"EnergyPack":{"sysSeq":65535,"sysEnergyStream":[{"timestamp":1704844800,"watthType":1,"watth":[108,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"timestamp":1704844800,"watthType":2,"watth":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"timestamp":1704844800,"watthType":3,"watth":[0,0,0,0,0,0,0,0,0,19,162,185,131,19,17,0,0,0,0,0,0,0,0,0]},{"timestamp":1704844800,"watthType":4,"watth":[111,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"timestamp":1704844800,"watthType":7,"watth":[0,0,0,0,0,0,0,0,0,17,104,60,16,5,2,0,0,0,0,0,0,0,0,0]},{"timestamp":1704844800,"watthType":8,"watth":[0,0,0,0,0,0,0,0,0,3,63,130,117,16,17,0,0,0,0,0,0,0,0,0]}]},"energy":{"watth1":108,"watth2":0,"watth3":533,"watth4":111,"watth5":0,"watth6":0,"watth7":204,"watth8":346}}

hier passt 204Wh genau zu den Einzelwerten (..17,104,60,16,5,2..)und von watth7,
watth7+watth8 ist zusammen 550Wh (PV1+PV2)
allerdings ist watth3 (zur Batterie) nur 533Wh also 17Wh Wandlungsverluste, wenn man so will und den Angaben glauben mag
watth3 mit 533Wh passt mit der Anzeige in der App

[heinz527]

@foxthefox

zum Protokoll:

• ja, glaube ich hatte die Priorität geändert.

• genau, um die Helligkeit geht es, da habe ich nichts verstellt. Das finde ich halt komisch.

Stimmt, in der App sieht man die Einzelwerte nicht.
Ui, doch so viel Wandlungsverluste zur Batterie? :fearful: Dachte mit dem Gleichstromkabel wäre es fast nichts.

Ich schaue mal am Wochenende, ob ich die logs eingeschaltet bekomme usw.

Danke für deine Arbeit und das schnelle Antworten!

[aherby]

@foxthefox Servus vielleicht hilft die Info noch

Hier schein noch ein Fehler zu sein:

.plug_heartbeat.mesh_enable liefert (null)

[foxthefox]

@aherby
Super, danke.
Bei Gelegenheit mach ich da mal numerische Werte daraus
das mesh_enable hab ich noch vergessen auf meshEnable umzubenennen

[foxthefox]

@aherby
mal noch ne Frage zu plug_heartbeat_...34

hatten wir da nicht gesagt, das wäre die Anzahl der inludierten Stecker?
oder ist es die Gesamtleistung aller Stecker?

[ApolloSK]

@foxthefox

Jetzt wollte ich gerade einen Blick in die Daten des Plugs werfen und sehe, dass sehr viele Werte gar nicht aktualisiert werden. Ist das ein exklusives Problem von mir?

[ApolloSK]

@foxthefox
Ok, offenbar doch nur ein Anzeigenproblem - Daten sind jetzt alle vorhanden!

[aherby]

@foxthefox die plug_heartbeat_...34 ist (wie auf den Foto dargestellt) die Leistung, die zu den Smartplugs vom Powerstream geschickt wird.

.plug_heartbeat.cntPlugs_32 ist die Anzahl der berücksichtigten Smartplugs beginnend ab 1 für keinen berücksichtigten Smarplug.

[foxthefox]

@apollosk
Im Gegensatz zu den powerstations werden bei plugs und stream immer nur einzelne Werte übermittelt. Im nächsten Update wird das latestQuotas zyklisch getriggert und da kommt der ganze Datensatz mit rüber. Kurz nach einem Adapter Start kann es ein wenig dürftig mit den Daten aussehen, aber das wird ja besser

[foxthefox]

@aherby
Bin wohl mit meiner eigenen Abkürzung durcheinander gekommen.😱

[holgerwolf]

Ich würde über den Adapter auch gerne die Werte in der Powerstream setzen. Das Script schießt bei mir übers Ziel hinaus.

Allerdings werden die Werte nach der Änderung im Object (hier ecoflow-mqtt.0.xxxx.inverter_heartbeat.permanentWatts) nicht im Powerstream übernommen. Nach kurzer Zeit stehen wieder die alten Werte aus der App drin.

Muss ich beim Setzen der Werte nochwas beachten?

[foxthefox]

@holgerwolf
eigentlich sollte das schon funktionieren.
lediglich bei kleinen Werten 0...20W war schon Problem berichtet, das will ich aber morgen noch austesten, bevor ich die 0.0.19 finalisiere.

kann es selbst grad nicht testen, da schon selbstabschaltung für heute passiert ist.

falls es bei größeren Werten nicht gehen sollte, dann bitte:

• adapter in debug modus versetzen
• häckchen für Pstream bei msgSetGet und msgCmd setzen
• Befehl aus iobroker setzen
• log posten oder schicken und berichten was geht/nicht geht
• den gleichen Befehl nochmal aus der App
• den Teil des logs auch posten

[foxthefox]

@holgerwolf
beim Setzen von Werten ist es wichtig, dies mit ACK=false bzw. im Objektbaum direkt ohne Häckchen bei Bestätigt zu tun.
Wenn ACK=true dann ist es ein Update für den Wert

also im log sollte bei 110W folgendes stehen (adapter kann in info-modus bleiben)

ecoflow-mqtt.0
	2024-01-16 11:01:19.413	info	(ack=false) ->cmd : channel inverter_heartbeat state permanentWatts
ecoflow-mqtt.0
	2024-01-16 11:01:19.413	info	state ecoflow-mqtt.0.HW51ZOHxxxxxx.inverter_heartbeat.permanentWatts changed: 110 (ack = false)