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

[phantom]

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

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]

Sollten 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.

Erkennen 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.

[phantom]

Hi zusammen, 
es stimmt    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]

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.

Genau.

--> 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.

[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?

[Neolux]

Sollten 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 habe ich keine Schmerzen mit, ich hatte neulich erst festgestellt, daß alle Notifications vom Forum im Spam gelandet waren, und der wird leider auch recht schnell geleert.
Mich freut, daß Leben in die Sache kommt, und daß ich Verantwortung abgeben kann, ich war dann auch beruflich stark eingespannt und hatte kaum Zeit, mich um das Modul weiter zu kümmern, von daher ist es besser, wenn es auch mehreren Schultern liegt.
Zumal meine Perl-Kenntnisse für den Hausgebrauch reichen, tief in Perl einsteigen wollte ich eigentlich nie. 

Da sollten wir dann
1. schauen, ob meine Version nicht sinnvoller ist und

Da muss man nicht schauen, alles andere wäre ein Rückschritt.

2. Warum github ? wenn doch ins FHEM-SVN als offizielles Modul.

Ja, das meinte ich eigentlich. 

Nein, stellt das ins FHEM-SVN und macht weiter, ich hab im Moment beruflich soviel vorm Bauch, dass ich da sowieso nicht weiterkomme.
Im Gegenteil, das soll ja weitergehen, und dazu ist OpenSource doch da.

Wie schon mal gesagt (glaube ich), ich wollte schon immer mal ein kleines FHEM-Modul schreiben, dieses wurde aus der Not geboren. Und da sich der Solarmarkt so explosiv entwickelt und die Hersteller ihr Angebot so schnell und groß verbreitern... da komm ich wohl nicht hinterher.

Also, haut rein, Jungs!

[Neolux]

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?

Da kann ich aus Erfahrung nur den Tipp geben: Meist muss die Reihenfolge der Parameter beachtet werden, sonst ist die Prüfsumme ("Signature") angeblich falsch, obwohl der Wert der Signature sich eigentlich nicht ändert. Nicht ärgern, nur wundern.