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

[gooflo]

@niklas-krol sieht so aus als würde die Batteriekapazität nicht korrekt ausgelesen, aber keine Ahnung warum. Wird es in der App richtig angezeigt?

InverterHeartbeat.batSoc

ist der Wert, der bei Dir 0 ist aber eigentlich 84 sein müsste.

[MaxKann]

Hallo zusammen,
ich habe mich zwar erst heute angemeldet, bin aber Mitleser und Praktizierer der ersten Stunde Danke für das tolle Skript!

Ich wollte nochmal explizit fragen, wie wir perspektivisch das Skript am Leben halten.
Momentan liegt hier ein altes iPhone rund um die Uhr in der Ecke und startet regelmäßig die Ecoflow App. Nicht wirklich eine nachhaltige Lösung.

Wäre es nicht möglich, das Skript auf die aktuelle API umzuziehen, z.B. mit Hilfe von dieser Lösung:
https://github.com/CatShape/ioBroker.ecoflow_catshape

VG Max

[foxthefox]

@maxkann

Ich hatte weiter oben schon einmal ein paar Gedanken geäussert. Grundsätzlich bin ich der Ansicht die Logik und den Zugang zu trennen. Damit wäre das Skript universaler und ist nicht an die ein oder andere Datenquelle festgelegt. Somit müssten die zu nutzenden Objekte explizit (einmalig) konfiguriert werden und das script greift nicht auf intern entstandene Dinge zurück.

Ich habe mich nicht mit der offiziellen API auseinandergesetzt, aber mir scheint als ob dort der Datenfluß eingebremst ist (polling und nicht zu kurze Intervalle). Nativ sind die Geräte sehr redselig und es gibt sekündlich, 2sekündlich Telegramme. Deswegen sehe ich den ursprünglichen Zugang noch als den richtigeren.

Die Ursachen für die Datenlieferung nur bei geöffneter EF-App ist wohl ein Mechanismus durch EF.
Es scheint so, daß nicht alle davon betroffen sind. Ich zum Glück nicht. Auch kann es an den Geräten liegen, z.B. ältere DeltaMax nicht betroffen, dafür aber Delta2Max.

Da mit dem Zugang eine EF-App simuliert wird, wäre aus meiner Sicht der wichtige Schritt herauszufinden, was die EF-App anders macht. Das sollte ein wichtiger Handlungsstrang sein.
Ggf. wird ein "lifeSign" oder "keepAlive" versendet, was die Geräte dann zum Anlass nehmen die Daten weiter zu posten. Das würde aber bedeuten, daß die Geräte grundsätzlich nur nach trigger posten und sonst still sind.
Beim Analysieren von DeltaPro3 Telegrammen sind mir zumindest leere Telegramme aufgefallen, die könnten diese Theorie bestätigen.

[gooflo]

@foxthefox und @MaxKann ich fände es auch toll, wenn das Skript umgestellt werden würde, nur wer hat dafür Zeit?

Bei mir läuft zum Glück noch alles normal auch ohne geöffnete App (D2M + PS und D2M Zusatzakku + PS), d.h. ich würde wohl erst aktiv werden, wenn ich dazu gezwungen werde (und Zeit habe).

Falls sich jemand findet (oder gar mehrere) unterstütze ich gerne.

[foxthefox]

@gooflo
Ich bin mehr als gut mit dem Adapter und den neuen Geräten der 3er Serie beschäftigt um dort aus den ankommenden Daten sinnvoll Werte zu interpretieren und im Adapter zu implementieren.

[foxthefox]

@andréb sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

@andréb said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

Dafür wäre es aber notwendig, es auf GitHub zu veröffentlichen. Dann könnte man da prima zusammen dran arbeiten und Feedback bzw. Bugs "einsammeln" und erreicht auch potentiell mehr Leute. Falls du Interesse hast, meld dich gern mal. Wenn du da keinen Bock drauf oder keine Zeit dafür hast, könnte ich das auch übernehmen - aber es ist ja dein Skript, da bräuchte ich natürlich auch dein OK für

Nach 5 Minuten länger überlegen, bin ich versucht, gleich einen Adapter auf Basis deines Skriptes zu bauen - zumindest hätte ich Bock, es zu versuchen

evtl hat sich ja etwas bei @AndréB getan

[foxthefox]

@foxthefox sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

@andréb sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

@andréb said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

Dafür wäre es aber notwendig, es auf GitHub zu veröffentlichen. Dann könnte man da prima zusammen dran arbeiten und Feedback bzw. Bugs "einsammeln" und erreicht auch potentiell mehr Leute. Falls du Interesse hast, meld dich gern mal. Wenn du da keinen Bock drauf oder keine Zeit dafür hast, könnte ich das auch übernehmen - aber es ist ja dein Skript, da bräuchte ich natürlich auch dein OK für

Nach 5 Minuten länger überlegen, bin ich versucht, gleich einen Adapter auf Basis deines Skriptes zu bauen - zumindest hätte ich Bock, es zu versuchen

evtl hat sich ja etwas bei @AndréB getan

Wenn es ein git-repo gibt, könnte ich ein Grundgerüst für die Konfiguration und für die main.js beisteuern. Kostet zwar auch Zeit, aber das könnte ich noch beisteuern.

[ecodeltapowerstream]

@dekai @Waly_de
Selbes Problem - Skript lief über Monate ohne Probleme. Nun (vermutlich seit einem der Firmware-Updates) zeigt das Skript fehlerhaft Batterie = 0% an
--> PowerStream [PowerStream] Batteriestand unter Limit:30% (0%).

• Batteriestand in der App bei 88%
• testweise iobroker ecoflow-mqtt Adapter aktiviert --> zeigt richtigen Batteriestand an batSoc = 88%

[Mario1995]

Guten Tag,

ich habe eine Frage zu dem Tibber Modul (Dynamischer Strompreis). Die Einrichtung hat geklappt. Leider habe ich nur die Wasserfeste 2kwh Batterie, welche ja nicht über eine AC Aufladung gesteuert werden kann.

SwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ID des Schalters, der die AC-Ladung einschaltet. "true" und "false" werden gesetzt

Diese Zeile ist für mich also momentan nutzlos.. Wäre es möglich das aufgrund des günstigen Strompreises die Einspeisung der Solarmodule in den Akku erfolgt? Kann mir da jemand helfen? Vielen Dank

[Ralf77]

Hallo, hat es von euch schon jemand geschafft einen Delta Pro 3 über das Script zu steuern?
Mein Delta Pro klappt ohne Probleme... wenn ich aber die SNR des Delta Pro 3 dazu gebe, dann klappt es mit dem Delta Pro 3 nicht. Muss ich da irgendwas spezielles beachten?

[foxthefox]

@ralf77 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

Hallo, hat es von euch schon jemand geschafft einen Delta Pro 3 über das Script zu steuern?
Mein Delta Pro klappt ohne Probleme... wenn ich aber die SNR des Delta Pro 3 dazu gebe, dann klappt es mit dem Delta Pro 3 nicht. Muss ich da irgendwas spezielles beachten?

Delta Pro und Delta Pro 3 sind völlig unterschiedliche Geräte. Die DP kommuniziert im freundlichen JSON Format und DP3 benutzt mit protobuf kodierte Telegramme (ähnlich zu powerstream). Dazu muß erstmal das Telegramm dekodiert werden.
Durch amerikanische Nutzer konnte ich mit der Integration im ecoflow-mqtt Adapter anfangen. Sieht sehr vielversprechend aus und Befehle scheinen schon komplett zu sein. Werde demnächst die Datenpunkte erzeugen und dann ist die DP3 das erste gerät, welches aus der 3er Serie unterstützt wird. Du darfst dich gern beim Testen beteiligen, würde mich sehr freuen.
Für das script kann ich dann die benötigten Dinge bereitstellen, es bräuchte dann jemanden der das dann dort integriert.

[Ralf77]

@foxthefox klar helfe ich … habe halt wirklich nur rudimentäre Skills und benötige Anweisungen, was ich wie testen soll.

[sirdir]

Hmm, langsam wird's schon mühsam mit Ecoflow.
Nachdem das Script hier mit der privaten API für mich nicht mehr funktionierte, hab ich ja auf ein eigenes mit der public API umgestellt. Nun geht die plötzlich auch nicht mehr.
Jetzt hab ich die ganze Nacht und heute etliche Stunden was neues gebastelt über die https-API, und das geht jetzt wieder... für den Moment.
Echt nicht schön.
PS: Seh ich das richtig, das was Waly feed_priority nennt, lässt sich weder über den public mqtt-api server noch über die http-api steuern?

[foxthefox]

@sirdir
Sehr interessant. Hab auch grad auf GitHub jemanden, der kein Kommando an powerstream geben kann. Wahrscheinlich etwas was mit neuem FW gekommen ist oder am MQTT Server hängt. Wenn es allerdings noch von der App einzustellen geht, dann muss es auch weiterhin über Script oder Adapter gehen. Ggf. Muss man nur rausfinden was sich im Telegramm der App geändert hat.

[gooflo]

@foxthefox @sirdir ich habe offensichtlich bisher Glück, bei mir läuft nach wie vor alles mit dem 'alten' Skript.

[sradi]

@dekai Ich habe das gleiche Problem.
Habe gedankenlos meine Delta Pro auf Firmware 1.0.1.121 und meine PowerStream auf Version 1.0.1.222 aktualisiert.
Seitdem ist batSoc immer =0

Ich hab leider nicht genug Ahnung, um dem selbst auf die Spur zu kommen.

[foxthefox]

Übrigens hab ich grad festgestellt, dass die Nulleinspeisung über die Shelly cloud und EF cloud auch über permanentWatts steuert. Erkannt durch die permanenten Updates für den Datenpunkt. Also nicht der Datenpunkt für die dynamische hauslast.
Wahrscheinlich eine Folge aus deren Architektur, aber ich mach mir nun weniger Gedanken wegen der Haltbarkeit der Speicherzelle.

[ecodeltapowerstream]

Sorry, ich versuche es nochmals selbst, das hinzubekommen...
urspr. Post gelöscht

[MikeRow]

@ecodeltapowerstream berechne dir doch besser den Durchschnittlichen Verbrauch bzw. Einspeisung mit einem einfacheren Blockly zb https://youtu.be/JLidKewWp0Y?si=rq-RCakerdJrYS5n

[ecodeltapowerstream]

@mikerow Vielen Dank - Genau das war der Plan - habe mich jetzt an blockly versucht und was für mich ausreichendes hinbekommen.