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

[Ein ehemaliger Benutzer]

@foxthefox lief jetzt über Nacht durch.
werde später die 8 SmartPlugs auch einzeln dazu fügen.

• update
  alle 13 Geräte von Ecoflow eingepflegt, immer eins nach dem anderen, dann abgespeichert, am Ende läuft alles gut, bin grad am Energiefluss, die Datenpunkte zu tauschen und dann Tschüss Skript.

[Ein ehemaliger Benutzer]

@foxthefox sorry für die "blöde" Frage -

ich hab den Adapter installiert und eingerichtet und mein Energiefluss_erweitert ist nun auch angepasst, es läuft perfekt. Das Skript ist für ich nun Geschichte.

Vielen Dank für diesen Adapter !!

ok, zur Frage

wie geht das, was ist das "Repo"

[foxthefox]

@est58
Repo steht für Repository und ist der Begriff für die Ablage/Speicherort auf github.

Schön das es bei dir funktioniert und erstmal keine Aussetzer hat.

[foxthefox]

ein kleines Update auf 1.0.3 ist auf git und npm verfügbar

Datenpunktänderungen kommen nur nach Neuanlage zustande (stop, löschen, start)!

1.0.3 (npm)

• (foxthefox) watth16/17/18 upper range 10kWh
• (foxthefox) 'Backup reserve' option added for D2M #137
• (foxthefox) preparations for DeltaPro3 decode

[foxthefox]

ein wichtiges Update für PowerKit ist mit 1.0.4 auf git und npm verfügbar.

1.0.4 (npm)

• (foxthefox) some more protobuf decoding for power ocean (ev pulse portion)
• (foxthefox) correction for powerkit telegram reception #99
• (foxthefox) corrected/improved powerkit datapoints

[vmi]

@foxthefox @foxthefox habe mich nach langer Zeit mal wieder um das SHP gekümmert.

Wenn ich in der APP eine Automatisierung zum AC laden anlegen (500 Watt z.B.) für den heuteigen Tag von 00:00 bis 24.00 anlege, bekomme ich folgenden payload:

[JSON] SP10ZEW5ZEA9XXXX [set] -> key:81 {"from":"Android","id":"486871670","isMatter":0,"moduleType":0,"operateType":"TCP","params":{"cfgIndex":2,"cfg":{"comCfg":{"isCfg":1,"isEnable":1,"setTime":{"day":15,"hour":18,"min":0,"month":9,"sec":48,"week":2,"year":2024},"timeRange":{"endTime":{"day":15,"hour":23,"min":59,"month":9,"sec":59,"week":2,"year":2024},"isCfg":1,"isEnable":1,"mode3":{"day":15,"month":9,"year":2024},"startTime":{"day":15,"hour":0,"min":0,"month":9,"sec":0,"week":2,"year":2024},"timeMode":3},"timeScale":[255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255],"type":1},"param":{"chChargeWatt":500,"chSta":[1,0],"hightBattery":100,"lowBattery":95}},"cmdSet":11,"id":81},"version":"1.1"}

Habe dann versucht den payload über blocky per sendto an den ecoflow-mqtt zu senden und den Wert für chChargeWatt gemäß meinem Überschuß aus der Dach PV anzupassen.
Die Anspassung des Übershcuss funktioniert.
Allerdings ändert sich die Automatisierung nicht, egal welchen Wert ich für chChargeWatt sende.

[foxthefox]

@vmi

So einfach ist es leider nicht. Um mit sendTo etwas zu schicken muss eine Routine hinterlegt sein und auch einen bestimmten Namen bekommen, mit der sie angesprochen wird. Dies gibt es nicht im Adapter für Datenpunkte oder topics.
Vielmehr sollte der passende Datenpunkt geändert werden, der dann intern ein Kommando auslöst.
Sieht für mich eher nach einem Datenpunkt der Power Station aus, als von shp.

[vmi]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

d. Dies gibt es nicht im Adapter für Datenpunkte oder topics.
Vielmehr sollte der passende Datenpunkt geändert werden, der dann intern ein Kommando auslöst.
Sieht für mich eher nach einem Datenpunkt der Power Station aus, als von shp.

habe in der Facebook Gruppe Ecoflow offical API Delevoper ( https://www.facebook.com/share/p/oYeB26zYdgo4DrW3/ ) das gefunden:

Format is something like:

{
"id":"123456789",
"version":"1.0",
"operateType":"TCP",
"timestamp":1708084960,
"params":{
"cfg":{
"chSta" 0, 0, 0, 0, 0, 0, 0, 0, 0, 1 ],
"comCfg":{
"timeScale" 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255 ],
"isCfg":1,
"type":2,
"timeRange":{
"isCfg":1,
"startTime":{ "sec":0, "min":0, "week":7, "hour":0, "month":2, "year":2024, "day":16 },
"timeMode":0,
"endTime":{ "sec":59, "min":59, "week":7, "hour":23, "month":2, "year":2024, "day":16 },
"isEnable":1
},
"isEnable":1,
"setTime":{ "sec":0, "min":39, "week":7, "hour":11, "month":2, "year":2024, "day":16 }
}
},
"cfgIndex":4,
"cmdSet":11,
"id":82
}
}

MOD-EDIT: Code in code-tags gesetzt!

Sieht für mich plausible aus, da ja am SHP die Ladesteuerung nur über die Automation des SHP funktioniert.
Jetzt kann ich per App nur noch eine Aufgabe anlegen:

Eine Änderung eines einzelnen Datenpunkt ist meiner Meinung für die Steuerung der Ladung nicht ausreichend.

Den Datenpunkt "chChargeWatt": gibt es beim SHP nicht im Adapter ....

Auch laut der API Beschreibung von ecoflow

https://developer-eu.ecoflow.com/us/document/shp

Die Lösung welche ich in der Vergangenheit genutz habe über die Delta Pro wurde ja mit einem Firmware update abgeschaltet.

[Homoran]

@vmi was soll man hier erkennen

Ein 4.2k Bild ist zumindest mobil nicht zu entziffern!
da wird es zusätzlich auf 20% geschrumpft

[vmi]

@homoran sagte in Neuer Adapter ecoflow-mqtt:

geschrumpft

ist der Beispiel payload von ecoflow, da so viel viel Code, ... deshalb so klein ...

[foxthefox]

@vmi
Ich stelle ja nicht in Frage, dass es eine Zeitsteuerung gibt und es dazu auch Datenpakete. Nur es gibt im Adapter keine Möglichkeit solch ein formatiertes JSON einfach mal loszuschicken.
Grundsätzlich müssen Datenpunkte geändert werden um ein Kommando zu schicken.
Für Zeitpläne ist im Adapter nichts vorgesehen.
Ich habe schonmal die Zeitpläne der Powerstream sichtbar (nur lesend) gemacht. Rein lesend ist evtl. auch für SHP machbar aber ist auch ne ordentliche Arbeit das verschachtelte in eine flachere Struktur zu bringen.
Für Kommandos fehlt es an einer geeigneten Oberfläche um vernünftig mehrere involvierte Datenpunkte geeignet als ein Kommando abzusetzen. Zum anderen stellt man Zeitpläne nicht permanent neu auf, für einmalige Aktionen da was zu entwickeln, kostet nur Zeit.

Automatisierungen sind im Allgemeinen eine Zusammensetzung von vorhanden Dingen.
Wenn es den speziellen Datenpunkt nicht gibt, so ist die Abfolge aber bestimmt auch einzeln realisierbar.
Bestimmt wird der Eingang in einen bestimmten Modus versetzt, dann noch die Ladeleistung und Aufladegrenze gesetzt.
Diese 3 Aktionen sollten über Datenpunkte machbar sein.
Oder halt auch blockly .

Was genau steht mit der neuen FW der DPro nicht mehr zur Verfügung?

[vmi]

@foxthefox

In den älteren Firmware Versionen konnte man das AC Laden über die Datenpunkte der entsprechende Delta Pro steuern.

Seit den Versionen:

SHP ab V6.0.0.28
Delta Pro ab V1.0.1.67

(so habe ich es festegestellt, da ich dafür ein Skript hatte um den PV Überschuß meiner Dachanlage in den Delta Pros zu speichern).

Seit suche ich eine Lösung um das wieder möglich zu machen ...

Das SHP müsste eigentlich zum Steuern für die AC Ladung folgende Datenpunkte habe: (zum Besipiel mit Werte)

"lowBattery": 95,
"chChargeWatt": 2000, (max. 3200)
"chSta": [ 1, 0 ],
"hightBattery": 100

damit müsste dann auch die AC Ladung gestartet werden können ...

chSta in der App, leider ohne möglichkeit die Ladeleistung zu Steuern, nach dem einschalten immer bei 1500W

und die Lade bzw. Entladegrenzwerte welche gegebenfalls für beide Delta Pros gelten.

Die Einstellung der Ladeleistung AC gibt es in der APP nur in der Automation, hier kann dann auch der Anschluss (Infinity Port 1 oder 2 oder beide) ausgewählt werden, so wie der Ladegrenzwert nochmals eingestellt werden.

[MikeRow]

@vmi ich steuere meine DP Beladung über den Datenpunkt ecoflow-mqtt.0.1234.inv.cfgSlowChgWatts

[vmi]

@mikerow sagte in Neuer Adapter ecoflow-mqtt:

ecoflow-mqtt.0.1234.inv.cfgSlowChgWatts

Danke, schaue ich mir gleich heute Abend an

[vmi]

@mikerow

das ist der Wert der Delta Pro und nicht über das SHP.

Setzt Du noch einen anderen Wert um das AC laden zu starten?
Lädst Du über das SHP oder die Delta Pro direkt?

[MikeRow]

@vmi ich starte die DP Ladung über eine Fritz dect Steckdose und über diesen Wert steuere ich die Geschwindigkeit

[vmi]

@mikerow ich muss das über den Infinity Port machen, da beide Delta Pros am SHP angeschlossen sind und dann ist der 230V Standard Anschluss deaktiviert.

[MikeRow]

@vmi und dafür gibt es keinen Datenpunkt?

[vmi]

@foxthefox

Wenn ich über die APP, das AC Laden einschalte bekomme ich im Log folgendes

und beim Ausschalten:

Wenn ich den Wert über den Adapter setze startet der AC Lade Vorgang am Infinity Port 1 mit 1500W wie in der APP.

Gleichzeitig wird bei der entsprechende Delta Pro der Wert von charge Type auf den Wert BC gesetzt

Es verhällt sich analog bei der Delta Pro am Infinity Port 2 vom SHP

Es werden die selben Datenpunkte auch über die Automation per App gesetzt:

Wenn beide Delta Pros über das SHP geladen werden sehen die Datenpunkte so aus

Allerdings finde ich keine Einstellung bzw. Datenpunkt für die AC Ladeleistung

Es wird wohl auch noch der Datenpunkt inv.cfgACEnable aktualisiert, allerdings wird der bei mir in den Objekten nicht geändert, der steht immer auf false

Hast Du noch eine Idee wo sich der Datenpunkt für die AC Ladeleistung versteckt?

Mir ist noch aufgefallen, dass der Datenpunkt cfg value nicht akulaisiert wird.

Habe gerade noch folgendes im Log gefunden:

inv.cfgFastChgWatts ist schreibgeschützt im Adapter und wird bei mir in den Objekten nicht aktualisiert?!

[vmi]

@mikerow für die AC ladung mit 1500W fix ja, aber für die Regelung finde ich Ihn einfach nicht ...