Modul für Ecoflow-Komponenten (über HTTP-REST)

Begonnen von Neolux, 17 Februar 2025, 13:10:08

Vorheriges Thema - Nächstes Thema

phantom

die Set Funktion für die Ausgänge, etc.  wird bei mir erst gar nicht im Frontend angezeigt  :o

ich vermute, weil auch die "detect model" Set-Funktion des Ecoflow Model nicht erkennt (dessen Name ist bei mir als "Ultra-1083" über die App eingetragen)
ist das Erkennen des Modells ggf. eine Voraussetzung für alles Weitere?

KölnSolar

ZitatSollten wir den SourceCode nach Github transferieren?

Sorry, über dne Winter war ich ziemlich untätig,
Und weil Du Dich lange nicht gemeldet hattest, habe ich zwischenzeitlich eine stark veränderte Version entwickelt.
Da sollten wir dann
1. schauen, ob meine Version nicht sinnvoller ist und
2. Warum github ? wenn doch ins FHEM-SVN als offizielles Modul.

ZitatErkennen des Modells ggf. eine Voraussetzung für alles Weitere?
Das lässt sich im Augenblick über das attr testmodel lösen. Set müsstest Du mit der zitierten Version dann bekommen(wird aber vermutlich wie bei Denis ohne Erfolg sein)

Ich werde vermutlich in 1-2 Wochen so weit sein, dass ich hier eine erste Version veröffentlichen kann und dann auch detailliert erläutern, was und warum ich "Funktionalitäten" verändert habe.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

phantom

Hi zusammen, 
es stimmt  :P  testModel bringt nicht wirklich weiter; es bleibt bei den GET's
die SET's über PUT bzw. POST bekomme ich auch mittels curl nicht hin, obwohl curl-GET problemlos klappt
--> ich werde hier auf eine verbesserte Version von KölnSolar warten (nur kein Stress, es scheint ja ohnehin nicht so viel Sonne ...)

Bis dahin habe ich mal die Ecoflow STREAM's mittels MQTT2_CLIENT in FHEM eingebunden und darüber konnte man auch SET's per MQTT-Publish absetzen. Das Ganze via MQTT ist etwas "unplanbar", da nicht zu erkennen ist wann Ecoflow welche der vielen subscribe-Werte aktualisiert.

bis dahin  Gruß phantom

KölnSolar

ZitatBis dahin habe ich mal die Ecoflow STREAM's mittels MQTT2_CLIENT in FHEM eingebunden und darüber konnte man auch SET's per MQTT-Publish absetzen.
Genau.
Zitat--> ich werde hier auf eine verbesserte Version von KölnSolar warten (nur kein Stress, es scheint ja ohnehin nicht so viel Sonne ...)
Da muss ich Dich leider enttäuschen. Ich habe ja dasselbe und ungelöste Problem mit meinem powerstream, der bei anderen problemlos funktioniert. :'(
Mit meiner Version wird lediglich das debugging transparenter, da nicht z.B. durch das set ein reading ein update erfährt, sondern nur, wenn wirklich Daten von der API kommen. Überraschend wieviele readings es gibt, aber nur wenige tatsächlich "genutzt" werden.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

phantom

ich habe die HTTP API nochmal "von Hand" mit curl gemäß der Ecoflow Dokumentation durchprobiert
GET: /iot-open/sign/device/system/main/sn?sn=BK51ZE1B2H4H0029  klappt problemlos
aber
PUT: /iot-open/sign/device/quota: SetCmdRequest
POST: /iot-open/sign/device/quota: GetCmdRequest, GetCmdResponse

klappt mit den identischen Zugangsdaten nicht, es bringt stets "signature ist wrong"

hat das evtl. schon jemand erfolgreich beim Ecoflow STREAM geschafft?