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

[vmi]

@foxthefox

Aktuell steuere ich die Netzzusatzladung über das SHP so:

Ich berechne den Überschuß, welche ich einspeise, sobald der Durchschnitt größer als 1500 W ist schalte die Netzladung am Port 2 ein.

Den Überschuß ermittel ich aus dem aktuellen Bezug bzw. Einspeisung über meinen Stromzähler per USB Lesekopf.

Das funktioniert auch so wunderbar, nur leider geht halt jeder PV Überschuß unter 1500 Watt "verloren"

Meine Idee, ist per App den Task fürs Laden einmal anzulegen, mein Beispiel z.B. Task 3 (siehe letzter Post)

Der Deaktivierte Block kommt noch aus der Vergangenheit, wo die Steuerung über die Delta Pro möglich war. Den würde ich dann entsprechend anpassen auf den Wert von Task 3

Dann hätte ich alle Datenpunkte und alle Werte und könnte nur noch das Datum, Ein- bzw. Ausschalten und den ChChargeWatt Wert per Skript anpassen.

Es wären alle Datenpunkte mit den entsprechenden Werte aktuell und könnten an die API übermittelt werden.

Ich denke so könnte es funktionieren.

Was meinst Du?

Generell wäre mir eine native API am liebsten, so dass die ecoflow cloud nicht gebraucht wird. Ging ganz am Anfang mal bei den Delta Pros bis die Ports mit einem Firmwareupdate gesperrt wurden.

[MikeRow]

@vmi Ich mache das ähnlich aber in feineren Stufen damit nichts verloren geht.

Ich berechne den Einspeisedurchschnitt (ESPD) der letzten 10 Minuten.

Wenn ESPD >300 dann schalte ich auf Beladung mit 200W. Alle 3 Minuten schaue ich wieder nach >300 und erhöhe die Beladung um 100W.

Und genauso geht es wieder runter. alle 30 Sekunden wenn ESPD <100 dann geht es um 100 W runter bis ich ggf abschalte.

[vmi]

@mikerow sagte in Neuer Adapter ecoflow-mqtt:

ch >300 und erhöhe die Beladung um 100W.
Und genauso geht es wieder runter. alle 30 Sekunden wenn ESPD <100 dann geht es um 100 W runter bis ich ggf abschalte.

so hatte ich das auch mal bis ecoflow die Firmware geändert hat, jetzt geht die Regelung nur noch über die Tasks beim SmartHomepanel.

Den Durchschnitt berechne ich so ...

Mir fehlt nur noch die Möglichkeit das SmartHome Panel zu steuern, das die Delta Pro entsprechend geladen wird

[vmi]

@foxthefox

habe noch bei der Delta Pro ein paar Werte gefunden wo die Grenzen nicht ganz passen ...

[foxthefox]

@vmi
passe ich an, wobei 115° für Temperatur schon sehr grenzwertig ist. Das solltest du irgendwie runterbringen.

[foxthefox]

neue Version 1.2.2 auf git und npm verfügbar.

@vmi
Damit die max Werte geändert werden, Adpter stoppen, die beiden Datenpunkte löschen, Adapter starten

1.2.2 (npm)

• (foxthefox) some documentation for HA users
• (foxthefox) corrections in SHP2 protobuf definition
• (foxthefox) new datapoints in SHP2 ProtoTime, new telegram ProtoTimeStat mapped to ProtoTime
• (foxthefox) corrections to alternator (objects 268,269), power,wifiRssi setting,
• (foxthefox) DeltaPro mpptTemp, outAmp new max value

[foxthefox]

@vmi
Ich bin mit den Task/Aufgaben nicht so vertraut. Müssen da jetzt die Datumsangaben nicht auch noch passend eingestellt werden, so daß es nicht ausreicht nur den chCharge zu steuern?

Ein lokaler Zugang wäre absolut genial, DNS verbiegen geht, wenn man PiHole oder so am laufen hat. Allerdings braucht es einen MQTT Server mit TLS Zertifikat. Ich habe mal den Adapter auf ein MQTT-Server mit self-signed certificate versucht zu koppeln, das wollte aber nicht. Wenn es da schon nicht geht, gehe ich davon aus, daß die PS auch nicht koppeln mag. Wenn mir also jemand erklärt wie ich zu einem trusted certificate komme, dann mach ich da weiter. Im Parallelthread zum script hatte @Netfreak25 mal davon geschrieben, daß er es hinbekommen hätte.

[vmi]

@foxthefox
Das mit den Task ist eigentlich relativ simpel.

Du kannst etwas entweder für einen Tag oder einen Zeitraum machen.

Mein Gedanke einen Zeitraum von heute bis z.B. Ende 2030 für jeden Wochentag, dann müsste ich nur noch den Task einschalten und die chChargeWatt steuern.

In der App sieht das so aus: (ganz unten die Ladesteuerung)

Wichtig ist nur, dass der Task nicht gelöscht wird, da ich immer wieder in meinem Beispiel unter Task3 die Datenpunkte anpassen würde.

[foxthefox]

@vmi
OK, also Datumswerte sind stabil und über App gesetzt.
Dann braucht es hier keine Einstellwerte über IOB. Die kann ich dann so nehmen wie sie sind.
Dann muss ich lediglich auf 3 Werte schauen

• Leistung
• ein/aus
• modus
  Jeder einzelne davon würde ein Kommando auslösen, und die anderen beiden werden dann so wie sie sind in das Kommando reingepackt.

Würde das dann so passen?

[vmi]

@foxthefox

ich denke dass es so gehen sollte, Versuch macht klug.

Wenn der Adapter die Werte übermittel teste ich das gerne :)

Theoretisch könnte man im zweiten Step auch die Datumswerte über den IOB machen.

[DiHi]

Hi foxthefox,

Der Heizstab hat 6KW und arbeiten Stufenlos im Bereich 0-6000W. Er arbeitete mit Überschuss. Der Speicher hat Vorrang. Dies ist von Ecoflow so festgelegt und kann nicht bearbeitet werden. Ich kann den Heizstab lediglich manuell ausschalten, auf Dauer einschalten oder die Automatik umstellen. Die Solltemperatur kann ebenfals umgestellt werden.

Hier Log: Log_09.02.25.txt
Hier noch einige Bilder:

[foxthefox]

@dihi

Super, danke. Das hilft fürs Verständnis.

[ksbweb]

Hi @foxthefox ,
sehr lange konnte ich mit der Version 1.0.5 erfolgreich arbeiten. Nach dem Update auf 1.2.2 habe ich festgestellt, dass für den PSTREAM die Werte für inverter_heartbeat.energy nicht mehr ermittelt werden. Wenn ich nach der Neuinstallation des Adapters die entsprechenden Objekte lösche und die Instanz starte, weisen sie permanent den Wert null auf. Das gilt auch für die neuen Keys historyPvToInvWatts etc.
Ich habe viele verschiedene Versionen getestet. Zuletzt hatte ich mit der Version 1.1.0 Erfolg, alles für inverter_heartbeat.energy wieder zu erfassen. Bei der Neuinstallation bin ich folgendermaßen vorgegangen: Stopp der Instanz, Löschen des Ordners /opt/iobroker/node_modules/iobroker.ecoflow-mqtt, Installation einer anderen Version mittels npm in das User Directory, Verschieben von dort nach /opt/iobroker/node_modules/.

[foxthefox]

@ksbweb
Hmmm, komisch. An sich hab ich eigentlich nur Werte neu dazu gebracht. Muss ich mir mal anschauen, ob evtl. zwischendrin ein Abbruch ist und somit der Rest der Werte quasi unbeachtet ist.
Welche Versionen sind im Pstream bei dir?

[foxthefox]

@ksbweb
Habe in der Tat etwas beim neustrukturieren des Codes vergessen.
Entschuldigung!

Übrigens geht eine ältere Version recht schnell über die Oberfläche zu installieren:

Hier das "+" Klicken

und dann im nächsten Fenster die Version auswählen:

In der nächsten Version werde ich es berichtigt haben.
Für heute ist es bei mir schon zu dunkel um die Korrektur zu prüfen.

[ksbweb]

@foxthefox, besten Dank für die schnelle Rückmeldung!

[schaffner]

@foxthefox Moin aus BG Schwarzmeerküste
Vorgestern hat Meine FB 7590 ein automatisches Update gemacht auf 8.02.

Seitdem geht der Adapter Fritzdect nicht mehr, liefert dem MQTT -Adapter keine Daten mehr und damit auch dem Energieflussadapter nicht mehr.

Betrifft also mehrere Institutionen hier = IoBroker, Instanzen, Fritzdect-Adapter, MQTT-Adapter, Energiefluss

Erst in einer Woche zu Hause, wo ich frühestens versuchen könnte die Fritzbox wieder auf die Vorversion zurück zu bringen. Weil auch Wireguard verweigert mit nun Zugriff auf meine Netzwerkdateien.

Schon bekannt, dass dieses Fritzboxupdate so einiges zerschiesst??

Und ich hoffe, mein Deutsch wird hier nicht wieder in ein Kauderwelsch umgeändert.

Grüße

[foxthefox]

@schaffner
Nicht ganz der richtige thread, aber rüste doch mal bitte den fritzdect auf 2.6.1 aus dem git repo hoch.
Adapter -> Expertenmodus -> octacat -> git
Damit sollte es schon laufen, sofern nicht noch neuere Probleme durch 8.0.2 auftauchen

[schaffner]

@foxthefox Herzlichen Dank, hab das über die 2000km zu Hause hinbekommen. Energiefluss zeigt wieder AVM-Werte mit der 2.6.1

[UweP]

Hi @foxthefox ,
gibt es für die PSTREAM einen State um den angeschlossenen Akku aus und einzuschalten?
Grüße
Uwe