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

[Michael Wahlers]

Hi allerseits, wollte mich kurz bedanken, speziell bei @haus-automatisierung !

Bei mir läuft jetzt die Überschussladung in eine Delta 2, da diese aber augenscheinlich
die chgPauseFlag nicht unterstützt, werde ich wohl den Shelly schalten als Workaround.
chgWatts auf 0 setzen lädt weiter mit ~140W, geht also auch nicht.

In den Labs->Automation->Charge Schedule gibt es in der App eine vorgefertigte
Schedule für 'Laden per AC', also scheint es doch einen Switch zu geben. Triggern
dieser Schedule bringt nix, da es nur einen taskIndex ein- oder ausschaltet (MQTT).
Muss wohl die Schedule mal selbst laufen lassen und MQTT sniffen, wenn es schaltet.

Wie seht ihr generell die vielen Änderungen der Ladeleistung versus BMS Lebensdauer?
Wenn sich am 'Hausverbrauch' was ändert oder Wolken vorbeiziehen, wird halt recht
oft dran gedreht. Die Chemie der LFPs sollte ja kein Problem damit haben, per Solar/MPPT
ändert sich die Ladeleistung ja auch andauernd.
Was meint ihr?

VG,

Michael

[firebowl]

@michael-wahlers Genau das gleiche Verhalten musste ich bei meiner Delta 2 leider auch feststellen, deshalb hab den ganzen spaß auch wieder deaktiviert.
klar kann ich das Laden der Delta 2 durch nen Shelly steuern aber das dahinterliegende Zeug bleibt dann halt ohne Strom und somit funktioniert das Überschussladen für mich leider überhaupt nicht.

[Michael Wahlers]

@firebowl , du benutzt die D2 als USV? Dann ist das Mindestladen mit 200W natürlich ein Showstopper.
Bei mir hängt nur die Nachteinspeisung am AC und wird Abends eingeschaltet. Ich schlate im Moment den
Shelly vor der D2 einfach erst bei >350W Solarinput an, da Grundlast um die 150W, den Rest übernimmt dann die Steuerung.
Wenn ich die ChgPause finde, melde ich mich.

VG,

Michael

[firebowl]

@michael-wahlers Jupp, ich hatte quasi genau das Szenario von Matthias. Ich hab meinen Switchschrank mit Router, Switch, NUC und co. drangehängt.
Auf die Art hätte ich halt einfach 1 kW mehr Speicher für meine PV-Anlage.
Würde mich freuen wenn Du noch was zum pausieren findest.

[SvanSvan]

@haus-automatisierung
und wenn Sie Ihren lokalen mqtt Server schreiben? und viel mehr Kontrolle? einschließlich Firmware?
Genauer gesagt, um alles zu kontrollieren.
https://github.com/nielsole/ecoflow-bt-reverse-engineering/issues/2

[chka]

Kann es sein das wieder keine Daten reinkommen? Per Mqtt

edit irgendwas im java bereich hat sich aufgehängt

[bombastikde]

@chka Irgendetwas hat EcoFlow wieder gemacht! Die Wlan Verbindung der EcoFlow wird immer wieder unterbrochen - Ich wechsle jetzt jeden Tag die "client IDs"
Ist aber wirklich nervig!
Wie sieht es bei den anderen aus?
Kann man die Client ID dem Adapter in einem Script übergeben?

[chka]

@bombastikde warum ändern trag deine ein und gut ist mit dem verlinkten script geht dies wunderbar: https://forum.iobroker.net/topic/54929/adapter-für-ecoflow-einbindung/104?_=1680704720100

[SvanSvan]

@bombastikde
Was willst du von der Verbindung unter dem Konto des Programms, das nicht für langfristiges Arbeiten ausgelegt ist. Eine Verbindung unter dem Konto des Geräts selbst ist das, was Sie verwenden müssen. nur er ist dafür ausgelegt und hat Vorrang. Wenn dies verstanden wird, werden die Leute vielleicht daran interessiert sein, wie man es macht. (nicht einfach, aber möglich)

[Frense]

Moin zusammen,

Habe gestern meine River 2 Pro in Betrieb genommen. Leider scheint das ChgPauseFlag nicht zu funktionieren. Die River lädt weiter mit 20-30W. Hat jemand eine Idee bzw. Das gleiche Verhalten?

Grüße Frense

[firebowl]

@frense Weiß jetzt nicht ob die River 2 Pro das kann aber meine Delta 2 kann es beispielsweise nicht. Sie ignoriert das Pause Flag und ich kann die minimale Ladeleistung nicht unter glaub 200W stellen.

[Waly_de]

Ist ja still geworden hier ...

ich hab seit kurzem einen PowerStream im Einsatz.
Da lässt sich auch etwas per MQTT von "mqtt-e.ecoflow.com" abfragen.
Allerdings kommt kein JSON mehr zurück, sondern irgendwelche unlesbaren Binärdaten gefolgt von der Seriennummer.

Sieht etwa so aus:

7 �� �� ��5 
(
@H
PX
�
�
�
HWXXXXXXXXXXXXXXX

Oder ohne die Seriennummer als Byte-Sequenz:

b'\xf8\x8c\xda\xe3\xa9\x9a\xe4\xaf\xa4\x77\xfa\xa7\x8f\xfd\xf1T\x8f\xfa\xb9T\xe1T\xfe\xfa\xd9\xb8I\x05I\x01R\x1eR\x18R\x15\x1e\x1e\x00R\x01\xdd\x01\x1c\x06I'

Ich schaffe es nicht daraus etwas brauchbares zu extrahieren. Ist einer von Euch weiter?

Viele Grüße
Markus

[haus-automatisierung]

@waly_de Ach guck, ein weiterer Versuch vom Hersteller die Schnittstelle möglichst intransparent zu gestalten Super nervig.

[VespaGaming]

@waly_de Gibt es die Möglichkeit den PowerStream zu steuern bzw. beim Konfigurieren in der App die Daten über MQTT abzugreifen wie bei den Powerstations?

[Waly_de]

@vespagaming …sieht nicht so aus. Zwar kommen Daten über den MQTT Server, aber eben verschlüsselt. Solange es niemand schafft die Daten zu entschlüsseln wird das nicht funktionieren. Wirklich schade, denn die Logik von EcoFlow lässt noch sehr zu wünschen übrig. Das hätte man über die API sehr schön selbst ausgleichen können.

[haus-automatisierung]

@waly_de Naja Du könntest ja zB einmal irgendetwas anschalten und dann wieder ausschalten und den Payload vergleichen. Kommt immer das gleiche und es unterscheidet sich nur ein Bit, kann man damit ja auch arbeiten.

[Waly_de]

@haus-automatisierung Ich habe das gemacht. Ich möchte vor allem den Leistungsbedarf am AC steuern können. Also habe ich mit dem MQTT Adapter

/app/<USERID>/<SERIENNUMMER>/thing/property/set

bestellt und den Wert mit der App geändert. Da die Antworten dann so aussehen:

� 5 
(
8@H�
PX
p�����
�

�
ios�
HWXXXXXXXXXXXXX

habe ich den Inhalt mal in Hexwerte konvertiert und verglichen. Das sah dann so aus: (Letzte Werte wegen Seriennummer entfernt, waren aber immer gleich…)

0a3d0a0308fd-1d-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-1e-10201835200128013803401448fd015003580170-    3b-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-1f-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-1d-10201835200128013803401448fd015003580170-  fdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-07-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0e-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0b-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-07-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0b-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0b-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0b-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0a-10201835200128013803401448fd015003580170-fd20  -fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX
0a3d0a0308fd-0b-10201835200128013803401448fd015003580170-fd20  -fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX

Die sich ändernden Werte habe ich mal mit - getrennt. Das scheinen die verschiedenen Leistungsdaten zu sein, die ich eingestellt habe. Gleiche Watt-Zahl gibt auch immer den gleichen Wert… Was sich hinten manchmal ändert, weiß ich nicht.
Schreibe ich diese Daten zurück (setState) tut sich aber nichts. Beim Delta Max kann ich so prima Dinge steuern. Der ist natürlich auch nicht verschlüsselt.

Jetzt ist das Feld beim MQTT Adapter aber auch als String definiert und vielleicht geht da einiges kaputt beim Hin und Her konvertieren.
Konvertiert habe ich so:

  var buffer = Buffer.from(obj.state.val,'binary');
  var v150w =  buffer.toString("hex")
  log("buffer Daten als HEX:" + v150w)
  log("Daten Pur:" + obj.state.val)

und zurück:

var buffer2 = Buffer.from(v150w,'hex');
log("Setze diesen Wert:" + buffer2.toString() )

Es wäre toll, wenn sich mal jemand mit Ahnung das ansehen würde. Vielleicht mal mit dem anderen MQTT wie Mosquitto, der gleich mit Buffer-Objekten umgehen kann.

Mein Ziel ist es, den AC-Leistungsbedarf dynamisch an den tatsächlichen Verbrauch anzupassen (Echtzeit) und den Rest der Sonnenpower in die Batterie zu senden bzw. nur so viel aus der Batterie zu ziehen, wie gerade gebraucht wird.

LG
Markus

[VespaGaming]

@waly_de said in Adapter für Ecoflow Einbindung:

0a3d0a0308fd-1d-10201835200128013803401448fd015003580170-fdfdfd-fd05fd0113fd0101fd0103696f73fd0110485XXXXXXXXXXXXXXXXXXXXXXXXXX

Kannst du herleiten was du jeweils für Werte an den Powerstream übergeben hast zu

[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