Adapter für Ecoflow Einbindung

xNodKane

@vespagaming @Waly_de
Ich bin mir nicht ganz sicher evtl. komm ich noch dahinter.
Jedoch wenn man die .java Dateien der Ecoflow .apk sich ansieht könnte das Protbuf sein.

"import com.google.protobuf.CodedInputStream;"

hmm...

Waly_de

@vespagaming

ja, ich hab immer nur den Wert für "Leistungsbedarf am AC Ausgang" geändert.
Hier mal frische Daten, mit den entsprechenden Wattangaben die ich eingestellt habe:

100w: 0a3d0a0308fd-07-10201835200128013803401448fd015003580170fdfd7b06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
200w: 0a3d0a0308fd-0f-10201835200128013803401448fd015003580170  73bb06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
250w: 0a3d0a0308fd-13-10201835200128013803401448fd015003580170fdfdfb06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
350w: 0a3d0a0308fd-1b-10201835200128013803401448fd015003580170fdfd3b06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
400w: 0a3d0a0308fd-1f-10201835200128013803401448fd015003580170fdfd7b06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
550w: 0a3d0a0308fd-2a-10201835200128013803401448fd015003580170fdfdfb06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
600w: 0a3d0a0308fd-2e-10201835200128013803401448fd015003580170  5c3b06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX

Waly_de

@xnodkane
hmm das ist interessant!

Braucht man dazu nicht eine .proto Datei oder sowas?

Wüsste auch nicht wie ich die Daten aus dem Stringfeld im MQTT-Client in ein gültiges Format bringen soll.
Ich glaub es braucht hier ein Uint8Array...

Ich hab wenig Ahnung von Protbuf

Waly_de

@vespagaming

interessant auch, wenn ich andere Dinge verstelle ist die Nachricht fast identisch und es ändern sich wieder nur die gleichen Stellen:

Beleuchtung
30%   0a3d0a0308fd 02 10201835200128013803401448fd015003580170 fdfdfdfd 06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
50%   0a3d0a0308fd 03 10201835200128013803401448fd015003580170   fdfdbc 06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
20%   0a3d0a0308fd 01 10201835200128013803401448fd015003580170   fdfd7c 06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
Entladezustand
7%    0a3c0a0208 07   10201835200128013803401448fd015002580170     6efd 06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX
9%    0a3c0a0208 09   10201835200128013803401448fd015002580170   fdfdfd 06fd0113fd0101fd0103696f73fd0110485735315a4f4834 XXXXXXXXXXXXXXXX

xNodKane

@waly_de
Ich konnte bisher nicht viel entschlüssel, jedoch mit etwas ausprobieren bin ich schon mal soweit.
Dies betrifft die Einstellungen der PowerStream.
Habe die Website: https://protobuf-decoder.netlify.app/ benutzt um HEX in ein Proto umzuwandeln.
Nun kann ich die Klasse auslesen und erhalte z.B.
{{ "item": [ { "meta": { "value": 1 }, "function": 130, "timestamp": 905534, "serialNumber": "HW51XXXXXXXXXX" } ] }}

function ist die Funktion, z.B. "Leistungsbedarf am AC..." die man einstellt.
value ist der Wert der Einstellung

message PowerItem {
  Meta meta = 1;
  int32 function = 9;
  uint32 timestamp = 14;
  string serialNumber = 25;
}

message PowerMessage {
  PowerItem item = 1;
}

message Meta {
  int32 value = 1;
}

Waly_de

@xnodkane wow .. das ist großartig. Hast du meine Daten verwendet? Ich bekomme damit nämlich nichts sinnvolles bei https://protobuf-decoder.netlify.app/ angezeigt.

xNodKane

@waly_de
Habe meine eigenen Daten genommen, da man alle hex stellen benötigt um etwas lesen zu können.
Das empfangene ByteArray in HEX umwandeln und als string ausgeben ohne Sonderzeichen (zusammenhängende kette).

Danach in die App werfen und nun versuchen zu interpretieren was da für eine Proto Datei das sein könnte.
Nun muss man die proto als Klasse erstellen und das auf die Klasse "mergen".
Nutze dafür halt .NET mit MQTTnet und Google.Protobuf.
In der message steht dann der lesbare string.

var payload = e.ApplicationMessage.PayloadSegment.ToArray();
    var inputStream = new CodedInputStream(payload);
    PowerMessage message = new();
    message.MergeFrom(inputStream);

Wie oben gezeigt habe ich manche Felder schon identifizieren können.

Habe noch weiter herumprobiert und habe mir auch die .java Dateien der .apk angesehen um zu schlussfolgern wie die Daten zusammenhängen.

 C4231d.m10767h().mo33598m(this.f29190c, Common.Send_Header_Msg.newBuilder().addMsg(Common.Header.newBuilder().setSrc(32).setDest(53).setSeq(291).setNeedAck(1).setCmdFunc(20).setCmdId(129).setDeviceSn(this.f29190c).setDataLen(build8.toByteString().size()).setPdata(build8.toByteString()).build()).build().toByteArray());

Hier die neuste .proto

syntax = "proto3";

message PowerItem {
  optional Meta meta = 1;
  uint32 src = 2;
  uint32 dest = 3;
  uint32 cmdFunc = 8;
  CmdFunction cmdId = 9;
  uint32 unknown = 10;
  uint32 needAck = 11;
  uint64 timestamp = 14;
  string serialNumber = 25;
}

message PowerMessage {
  PowerItem item = 1;
}

message Meta {
  int32 value = 1;
}

enum CmdFunction {
	Unknown = 0;
	PermanentWattsPack = 129;
	SupplyPriorityPack = 130;
}

applepro

Hi zusammen,
bis eben habe ich immer nur fleißig mitgelesen und zu Hause selber getüftelt. Aktuell auch leider nur mit ernüchternden Ergebnissen. Ich habe mal dem Support geschrieben und diese Antwort erhalten…

Da ich ebenfalls die Einspeisemenge des Powerstreams mit dem Hausverbrauch abgleichen und dementsprechend einstellen will, hoffe ich, dass wir hier vorher eine Lösung hinbekommen, bis Ecoflow etwas „einfacheres und offizielleres“ freigibt….richtig Lust haben die darauf ja nicht.

Waly_de

@applepro Es sieht ganz gut aus Dank xNodKane's Arbeit hab ich es inzwischen geschafft sowohl einige der Statusmeldungen (PV1 und PV2 Watt sowie Leistung zum Haus) auszulesen, als auch den Wert für "Leistungsbedarf am AC..." zu schreiben.
Allerdings gibt es noch einige Probleme.

Das wichtigste ist, die entsprechenden Felder im MQTT auf den Typ "file" zu stellen und dann den Adapter neu zu starten...

Danach könnt ihr mit diesem Script den Inhalt auslesen und mit https://protobuf-decoder.netlify.app/ entschlüsseln.

getBinaryState('mqtt.<Instanznummer>.app.<USER_ID>.<SERIENNUMMER>.thing.property.set', function (err, data) {
  log("frisch ausgelesen:"+ data.toString("hex"))
});

Senden geht dann so:

sendTo('mqtt.<Instanznummer>', 'sendMessage2Client', {topic: '/app/.<USER_ID>/<SERIENNUMMER>/thing/property/set', message:<buffer>});

die Daten müssen als Buffer object übergeben werden.

Viel Erfolg

Ein Problem, wofür vielleicht einer von Euch eine Lösung weiß:
Wenn ich den STATE im MQTT auf 'file' umstelle, kann ich keine Änderungen mehr Monitoren.

on({id: /mqtt.2.app.device.property.HWXXXXXXXXXXXX/, change: 'any'}, function (obj) {
    log("EVENT!")
});

...da kommt nach der Umstellung nichts mehr. Hat jemand eine Idee?

VG
Markus

xNodKane

@waly_de @applepro
Habe gerade noch mal etwas probiert:
Wenn man auf folgendes Topic hört bekommt man alle Powerstream Daten (in .proto format).

/app/device/property/{serialNumber}

Dann das Proto PowerMessage benutzen und dann kommt im Feld 38 der Wert für PV Sum (muss man durch 10 teilen um den Wert in W zu erhalten).
Für alle SmartPlug user, diese können über PlugPower Feld 10 die Leistungsaufnahme messen. Auch hier wieder durch 10 teilen.

syntax = "proto3";
message PowerMessage {
  PowerItem item = 1;
}
message PowerItem {
  optional Meta meta = 1;
  string serialNumber = 25;
}
message Meta {
  int32 value = 1;
  int32 pvPowerSum = 38;
  int32 plugPower = 10;
}

Da jedoch noch viele weitere verschiedene Daten hier in das Topic kommen, weiß ich noch nicht nach was ich filtern muss.
Vielleicht weiß da jemand schon mehr.

applepro

applepro

@waly_de Ich habe folgenden Code benutzt:

on({id: 'mqtt.<Instanznummer>.app.<USER_ID>.<SERIENNUMMER>.thing.property.set', change: 'any'}, async function (obj) {
    log("EVENT!")
});

Damit läuft das Monitoring!

VG
Jannick

Waly_de

@applepro hmm bei mir leider nicht ... welche Version vom js-controller und welche node.js nutzt Du?

Waly_de

@xnodkane sehr gut ... hab auch ein wenig geforscht. Meinst du nicht das 38 der wert für "Andere Verbraucher" ist?
Und kann man nicht eine .proto für alles machen. Die anderen Felder scheint es da ja auch zu geben.
Ich hatte das hier erstellt. Spricht da etwas gegen?

syntax = "proto3";

message PowerItem {
  optional Meta meta = 1;
  uint32 src = 2;
  uint32 dest = 3;
  uint32 cmdFunc = 8;
  CmdFunction cmdId = 9;
  uint32 unknown = 10;
  uint32 needAck = 11;
  uint64 timestamp = 14;
  string serialNumber = 25;
}

message PowerMessage {
  PowerItem item = 1;
}

message Meta {
  optional int32 value = 1;
  optional int32 PV1_Watt = 19;
  optional int32 PV2_Watt = 24;
  optional int32 ToHome_Watt = 38;
}

enum CmdFunction {
    Unknown = 0;
    PermanentWattsPack = 129;
    SupplyPriorityPack = 130;
}

applepro

@waly_de js-controller: 4.0.24 und node.js: v16.17.1, hier werde ich gleich mal updaten

applepro

auch nach update auf v16.20.1 läuft es weiterhin, es funktioniert nur dann nicht mehr, wenn man auf file umstellt, so wie du beschrieben hast, man sollte vlt richtig lesen....

Waly_de

@applepro Das ist seltsam. Bist Du sicher das du das Feld auf "File" umgestellt hast? Hab einen Bug dazu gemeldet und es wurde bestätigt das das so ist, und uns leider auch noch ziemlich lange erhalten bleibt...

https://github.com/ioBroker/ioBroker.mqtt/issues/369

haus-automatisierung

@waly_de sagte in Adapter für Ecoflow Einbindung:

Bist Du sicher das du das Feld auf "File" umgestellt hast?

File / Binary states sind doch eh deprecated (und müssen auch ganz anders geschrieben werden als normale states). Das wird niemand mehr implementieren, da es gerade aus allen Adaptern rausfliegt.

Eine Lösung wäre ja, dass der Wert als base64 oder hex geschrieben wird, falls Binärdaten kommen.

Waly_de

@haus-automatisierung sagte in Adapter für Ecoflow Einbindung:

Eine Lösung wäre ja, dass der Wert als base64 oder hex geschrieben wird, falls Binärdaten kommen.

Gute Idee... müsste dann in den MQTT implementiert werden... magst Du einen Request stellen, oder gibt es den schon?

@haus-automatisierung sagte in Adapter für Ecoflow Einbindung:

File / Binary states sind doch eh deprecated (und müssen auch ganz anders geschrieben werden als normale states). Das wird niemand mehr implementieren, da es gerade aus allen Adaptern rausfliegt.

Es gibt aber auch noch keine funktionierende Alternative, oder? File wird ja implementiert, aber das Handling ist noch nicht eingebaut. Soweit ich weiss braucht es dazu js-controller 5.0.x

haus-automatisierung

@waly_de sagte in Adapter für Ecoflow Einbindung:

File wird ja implementiert, aber das Handling ist noch nicht eingebaut. Soweit ich weiss braucht es dazu js-controller 5.0.x

Doch, das ist alles in den Adaptern soweit vorbereitet. Im JavaScript-Adapter gibt es schon "onFile" usw. Das funktioniert aber nur mit der js-controller 5.x beta. Die gibts ja schon.

NEWS

Adapter für Ecoflow Einbindung

Support us

435

32.4k

81.4k

1.3m