Monatsrückblick Januar/Februar 2026 ist online!

[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

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