ecoflow-connector-Script zur dynamischen Leistungsanpassung

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