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

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

[ksbweb]

@audiofreak, jetzt habe ich doch noch einen Zusatzlüfter nachgerüstet, denn es gibt die Situation, in der der Lüfter der Powerstation nicht läuft und sich der Powerstream erhitzen kann.
Dies ist der Fall, wenn die Powerstation die Ladegrenze erreicht hat und den eigenen Solareingang abschaltet. Nun verwende ich einen USB-Lüfter mit einem 12V-Adapter, der am Ausgang 12V 30A angeschlossen ist. Diesen steuere ich derzeit mit zwei Automatisierungregeln: Einschalten wenn SoC >= Ladegrenze UND Solarinput > 400 W am Powerstream, Ausschalten wenn Solarinput < 400 W. Der Solarinput ist eigentlich kein optimales Kriterium. Es sollte besser die Einspeiseleistung in das Hausnetz sein, aber diese steht leider nicht als Bedingung für eine Automatisierung zur Auswahl.
Lieber würde ich das in das Script zur dynamischen Einspeisung integrieren, jedoch funktioniert es nicht, den DC-Schalter der Powerstation über MQTT zu steuern.

[sradi]

@foxthefox @Waly_de - ist es realistisch darauf zu warten, dass sich jemand von euch Profis in näherer Zukunft das Schnittstellenproblem mit der Delta Pro und aktueller Firmware anschaut?

Für mich wäre das Auslesen von Protobuf-Messages komplett technisches Neuland, und ich hoffe noch drumherum zu kommen, tiefer in das Thema einzusteigen :)

Über eine kurze Rückmeldung würde ich mich freuen. VG, Stefan