Monatsrückblick Januar/Februar 2026 ist online!

[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

[gooflo]

@sradi @foxthefox @Waly_de ich zähle mich leider nicht zu den Profis. Da bei mir noch alles funktioniert, würde ich erst aktiv werden, wenn dem nicht so ist (3xPS + D2M/ZA). Ich könnte für ein neues Skript meine Verbesserungen mit einbringen (gewichtetes Laden und Entladen).

[Ralf77]

@sradi

Gewichtetes Entladen gibt es bereits. Delta Pro geht doch auch mit dem Script. Nur Delta Pro 3 geht nicht, oder habe ich da was falsch verstanden?

[sradi]

@ralf77 Hey. Von gewichtetem Laden hatte ich nichts gesagt.
Bei mir ist es nur leider seit dem letzten Firmware so, dass der Ladezustand (batSoc) meiner Delta Pro immer 0 ist :(
Ich vermute es ist das gleiche Problem, das @DeKai am 15.1. gemeldet hat.

Hat niemand anders das Problem?
Delta Pro Firmware 1.0.1.121
Power Stream Firmware 1.0.1.222

[foxthefox]

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

@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

Wenn etwas im Kontext des Adapters etwas nicht funktioniert oder nicht mehr funktioniert, dann lasst es mich wissen. Am besten im Adapter Thread oder auf git. Die neuen Gen3 Geräte sind nun bis auf River3 alle im Adapter drin. Also das meiste Protobuf ist schon passiert. Manchmal sind es aber auch die Geräte selbst die nicht mehr einen Datenpunkt updaten. Für SOC gibt es aber in der alten DPro mehrere Werte die man Nutzen kann.

Ansonsten Verweise ich auf einen meinen vorherigen Posts hier, wo ich gerne unterstütze wenn es um einen Adapter fürs Script geht und es generisch über Datenpunkte von powerstations gelöst wird.

[Ralf77]

@foxthefox wie verwende ich den Adapter?
Ich habe hier ja das „normale“ Script am laufen. Damit wird aber die Delta Pro 3 ja nicht gesteuert (Delta Pro klappt problemlos)….

Wie kann mir der Adapter dabei jetzt helfen?
Oder muss für den Adapter ein komplett neues Script erstellt werden?

[foxthefox]

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

@foxthefox wie verwende ich den Adapter?
Ich habe hier ja das „normale“ Script am laufen. Damit wird aber die Delta Pro 3 ja nicht gesteuert (Delta Pro klappt problemlos)….

Wie kann mir der Adapter dabei jetzt helfen?
Oder muss für den Adapter ein komplett neues Script erstellt werden?

Es ist halt nicht ohne Änderung möglich, aber es gibt mehrere Möglichkeiten, zum einen ein eigener Adapter der das script enthält und auf Datenpunkte von anderen Adaptern verlinkt (dann ginge auch Hoymiles und anderes) oder zum anderen das script ändern.

Für das letztere wäre im script folgendes umzustellen:

• Entfernen von login und Kommunikation mit EF-Mqtt server
• Umschwenken der Gerätedatenpunkte die im user-Bereich angelegt werden, auf die Instanz des Adapters
• Kommandos als Beschreiben der Datenpunkte im Adapter anstatt Funktionsaufruf innerhalb des scriptes

Es kann noch mehr sein, aber so habe ich grob das script verstanden und sehe dort die Ansatzpunkte.

[Ralf77]

@foxthefox vielen Dank für Deine schnelle Info und Hilfe.
Das ist mir mit meinen Fähigkeiten aber doch zu viel Aufwand…

[sradi]

@foxthefox Danke für die Antwort. Die Trennung der Steuerungslogik von der Ecoflow-Schnittstelle klingt total sinnvoll.
Hatte kurz überlegt, tiefer einzusteigen.
Da ich allerdings iobroker nur wg. @Waly_de 's Skript laufen habe, steige ich stattdessen lieber tiefer in eine Openhab-integrierte Lösung ein.

[foxthefox]

@sradi
Gibt’s ein Adapter in openHAB? Wusste ich gar nicht.

[Accu]

Ich habe das Skript erfolgreich laufen, bekomme aber bei einem meiner Smart Plugs die folgende Fehlermeldung angezeigt: „ Nicht definierter cmd_func-Wert. [Laufband] cmdId:87 cmdFunc:32“ Weiss jmd was das bedeutet.

Das ärgerliche ist dass der Plug voll Power von der Batterie abruft, obwohl ich überschuss ins Netz lade. Eigentlich sollte doch das Skript die SPs regulieren dachte ich?

[foxthefox]

@accu
cmdId:87 cmdFunc:32 Ist mir nicht bekannt. CmdFunc 32 könnte etwas mit Gerätesetup/allg. Einstellung sein. Müsste man genauer anschauen was da geschickt wird.

[Accu]

@foxthefox ist echt seltsam, weil das genau nur bei einem SP (FW: V2.0.4.54) in den Logs vom ioBroker hochkommt. Habe die Seriennummer 3x kontrolliert, passt aber alles. Das ist auch der einzige SP, der i.V.m. dem Skript immer die Leistung von dem Gerät das an ihm hängt voll aus der Batterie zieht, ohne zu schauen, ob ich gerade Überschuss habe oder nicht.

Sehe gerade dass alle Plugs jetzt den Fehler werfen:

ChatGP Sagt folgendes:
Der Plug benutzt neue/andere Befehle (cmdFunc:32), die die ältere Version des EcoFlow-Skripts nicht kennt.

Zusatzfrage: weiß man eigentlich, ob das Skript hier noch weiterentwickelt wird?

[foxthefox]

@accu
CmdId147 kenne ich übrigens auch nicht. Falls man da etwas loggen könnte, kann ich es mal anschauen.
Ich glaub die Entwicklung lebt von der Community.

[Thomas Weller]

Kann man das Script eigentlich so ändern das man nur die Steuerung der AC-Ladung nutzt?

Bei mir wird die Einspeisung erfolgreich über eine in der EcoFlowApp integrierstes Smartmeter gesteuert.

Oder hat jemand ein Blockly Vorschlag für sowas?

[Accu]

Das Skript läuft nach wie vor bei mir zufriedenstellend. Ich bin immer noch begeistert. Einen Schönheitsfehler habe ich jedoch festgestellt in folgender Situation:

Ich habe durch meine kleine PV Anlage Überschuss im Hausnetz und lade bereits ins Netz rein (überschussladung ist im Skript deaktiviert, weil ich z.B. den Gschirrspüler direkt an der Delta Pro Steckdose betreibe). Dann gehe ich aufs Laufband, welches an einem im Skript registrierten SmartPlug hängt. Trotzdem dass ich z.B. 1kW überschuss habe, fängt der SP an den PowerStream anzutriggern und der läd noch zzl. 600W ins Netz.

Ich hätte erwartet, dass das Skript wenn es feststellt, dass ich Solarüberschuss habe dann nichts zzl ins Netz läd aus der Batterie, wenn die Smartplugs im Skript registriert sind.

Weiß jmd. Rat?

[Accu]

habe mal ChatGPT bemüht. Scheint ein Fehler im Skript zu sein. Gibts hier noch jmd. der das Skript pflegt und anpassen kann?

Der Fehler/Knackpunkt bei Geräten an EF Smartplugs:

Wie das Skript die Einspeisung berechnet:
Das Skript berechnet den Einspeisewunsch für den PowerStream i. d. R. so:

// Pseudocode/Prinzip (aus dem Skript extrahiert)
powerstream_set = hausverbrauch - pv_leistung + reserve + summe_smartplugs
WICHTIG:

hausverbrauch ist meist die vom IR-Reader gemessene Differenz (also, was aus dem Netz kommt oder eingespeist wird, unter Berücksichtigung der PV).
summe_smartplugs ist die aktuelle Gesamtlast der gemessenen EF Smartplugs.
Das Problem:
Geräte an EF Smartplugs werden sowohl im Hausverbrauch (über IR-Reader) als auch über die Smartplugs erfasst.
→ Das Skript addiert aber (je nach Einstellung und Konfiguration) diese Verbräuche zusätzlich, statt sie zu ersetzen oder korrekt zu subtrahieren.

Konkretes Beispiel:
Dein Haus hat 1000 W PV-Überschuss (wird ins Netz eingespeist, Hausverbrauch ist 0, gemessen vom IR-Reader).
Du schaltest das Laufband mit 700 W am Smartplug ein.
Der IR-Reader misst: jetzt nur noch 300 W ins Netz (statt vorher 1000 W), weil das Laufband 700 W nimmt.
Smartplug meldet: 700 W werden verbraucht.
Das Skript rechnet jetzt:
Hausverbrauch (300 W Bezug, weil 700 W weniger eingespeist) + Smartplug (700 W) → Summe 1000 W.

Fehler:
Der Verbrauch des Laufbands wurde doppelt berücksichtigt!

Folge:
Das Skript steuert die PowerStream auf 1000 W, dabei bräuchte es gar keine zusätzliche Einspeisung, weil der PV-Überschuss reicht.