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

[Waly_de]

@pasch Ich denke du hast mitgelesen?
Bitte prüfe noch mal ob Du den History-Adapter installiert hast und dieses auch läuft.

[umele]

Ich brauche bitte auch noch mal Hilfe.

• Das Script Version 1.1.4 läuft auf einem Raspi 4.
• Ein PowerStream mit Delta Pro und Zusatzakku.
• RealPower wird korrekt angelegt. History aktiv.
• 0_userdata.0.ecoflow.app_device_property_HW51ZOxxxxxxxxxxxx.data.InverterHeartbeat.batSoc ist auch nach mehreren Stunden noch auf "0" und entsprechend bekomme ich auch die Nachricht "Batteriestand unter Limit" => entsprechend ist SetAC auch immer = 0
• Die Kommunikation an sich klappt - wenn ich die Einspeisung in der App manuell auf z.B. 200 Watt stelle, ist sie eine Minute später wieder auf 0...

Was kann ich noch nachprüfen?

[Waly_de]

@umele das sieht nach Kommunikationsproblemen zwischen PS und Delta aus. Der Wert batSoc wird selten, u.U. nur nach Änderung aktualisiert. Das kann also etwas dauern. Wenn er aber immer auf 0 steht, stimmt da was auf der EcoFlow Seite nicht.

Die PS muss mit dem Eingang 1 der Delta verbunden sein, der Zusatzakku mit Eingang 2.

[umele]

@waly_de Danke für die schnelle Antwort. Habe gleich mal die Ports geprüft - sieht so aus, als wäre der Zusatzakku auf Port 1. Ich änder das gleich mal und melde mich wieder.

[umele]

@Waly_de - passt
Vielen lieben Dank!!

Das bedeutet dann im Umkehrschluss wohl, dass nur Port 1 ein "echter" Kommunikationsport ist - richtig? Dann muss ich bei einem Firmware-Update PowerStream und Zusatzakku kurzfristig wieder tauschen?

Super Arbeit!!

[pasch]

@waly_de Danke das du mich noch mal mit der Nase darauf gestoßen hast.
Das war auch bei mir die Lösung. Ich hatte es nicht mit meinem Problem in Verbindung gebracht, weil ich keine Fehlermeldung in dieser Richtung bekommen hatte.

[kaiausBrieselang]

Hallo,
ich habe mal eine Verständnisfrage:
wozu benötige ich die Parameter:
lowBatLimitPozOn: 30,
lowBatLimitPozOff:40,
lowBatLimit: 150,

Bei mir wird der Akku bis zum letzten % "leer" gezogen. Ich hätte erwartet, dass zumindest ab 30% "nur" noch auf 150W reduziert wird. Das klappt bei mir gar nicht.
Aber ich verstehe auch den Hintergrund nicht so ganz. Warum sollte ich "kurz vor Leer" die Ausgabeleistung "nur" auf 150W (oder einen beliebigen Wert) reduzieren. Entweder ich möchte die volle benötigte Leistung bis zur definierten Restladung haben oder nicht, aber was bringt eine reduzierte Abgabe?
Vielleicht verstehe ich das auch nicht richtig.

Dann habe ich noch eine weitere Frage.
Der Ladestand der Batterie wird ja hier angezeigt:
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_bmsStatus.f32ShowSoc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_bmsStatus.soc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_emsStatus.f32LcdShowSoc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_emsStatus.lcdShowSoc

Aber um an die Werte heran zu kommen muss ich ja den D2M abfragen. Das wiederum erzeugt ja viel Datenstrom.
In den Einstellungen des PS in der APP wird ja auch der Batteriestand angezeigt.
Finde ich vielleicht den Wert irgendwo versteckt in den "userdaten" wieder ohne de D2M abzufragen?

vielen Lieben Dank für eure Hilfe.
Und vor allen für das tolle Script.

gruß Kai

[Ponti92]

@kaiausbrieselang ja das geht auch über

*.data.InverterHeartbeat.batSoc

[pasch]

Läuft super bisher.

Mir ist aufgefallen, dass "Other Loads" bei mir oft um 1-3 Watt schwankt. Gibt es die Möglichkeit zu sagen, nur bei Änderungen größer X den neuen Wert setzten? In den Einstellungen habe ich nichts gefunden.

Grüße
Patrick

[resilient]

Gestern Abend ist mir was aufgefallen, das eventuell noch ein Bug sein könnte. Der erste PS mit Speicher war leer und der 2. hatte noch 60% aber das Script wollte/konnte
dem 2. PS die angeforderte Leistung nicht zuweisen er wollte immer den ersten bei dem die Batterie bereits leer war. Half nur das script zu stoppen und es manuell über die app zu machen.
Aber ansonsten läuft die Regelung ziemlich gut auch bei Echtzeit-Regelung.

[kaiausBrieselang]

@ponti92
wieder was gelernt
Danke dir!!

[sirdir]

Hm, das neue Script funktioniert für mich nicht. Es regelt überhaupt nichts. Der Debug Modus gibt leider auch keine sinnvollen Meldungen mehr aus sondern im Prinzip nur MQTT geschnatter. Disregard, beim cut&paste ist bei der Smartmeter ID was schief gegangen.

[umele]

Hallo zusammen,

Ich habe mal für mich selber zusätzlich zum Script mit Blockly was entworfen, was mir erlaubt, den täglichen Strombezug vom Netz zu monitoren.

Die dafür nötigen Objekte habe ich manuell erstellt:

Falls das interessant erscheint - vielleicht mag ja jemand das ins Script integrieren?

[umele]

Hallo zusammen,

Das Script läuft bei mir inzwischen reibungslos - vielen Dank @Waly_de für die super Arbeit!

Ich möchte "lowBatLimitPozOn" von der Wettervorhersage abhängig machen.
Wenn der kommende Tag sonnig wird, dann soll lowBatLimitPozOn = 10 sein, sonst lowBatLimitPozOn = 30 (möchte genügend Reserve für Stromausfälle behalten).
Die Wettervorhersage bekomme ich vom Adapter "DasWetter". Über die Objekte

• daswetter.0.NextDays.Location_1.Day_1.Wetter_Symbol_id

und

• daswetter.0.NextDays.Location_1.Day_1.Wetter_Symbol_id2

kommt die Info, ob Vormittag, bzw. Nachmittag sonnig werden.

Darauf basierend habe ich ein Objekt ("AkkuReserve") erstellt, das den gewünschten Wert für lowBatLimitPozOn enthält.

"AkkuReserve" soll an lowBatLimitPozOn übergeben werden.

Leider kann ich wirklich kein JavaScript...
Kann mir bitte jemand dabei helfen?

Vielen Dank!

[Waly_de]

@umele hehe das ist eine tolle Idee

Vorschlag: wenn du schon ein Objekt selbst anlegst, dann scheib doch da den gewünschten wert für dein Limit rein, und wir ersetzen die entsprechende Variable im Script mit diesem Object…

[umele]

@waly_de - bist ein Schatz

Ich habe es für mich jetzt erst mal so probiert - hoffe, damit zerschiesse ich mir das Script nicht:

[Waly_de]

@umele das könnte gehen, allerdings greift das nur beim starten des Scripts und nicht während der Laufzeit.

Ich hab mir dazu was flexibles überlegt, das ich auch in die nächste Version fest einbaue.
Damit kann man das easy für jeden Punkt der Config machen und es ist auch während der Laufzeit alles änderbar:

Füge das hier unmittelbar nach der "ConfigData" definition ein:

//  EXTERNE STATES zum Manipulieren von Configurationsvariablen 
var externConfig = [
    //############# Diesen Abschnitt für jeden einzelne Wert anlegen ################
    {
        VarName: "seriennummern[0].lowBatLimitPozOn",       //Variabelname aus "ConfigData" bei Aufzählungen [0...X] in der Reigenfolge der Angaben 
        id: "0_userdata.0.ecoflow.ExStateTest"              //Das Objekt (State) das den Wert für diese variable enthalten soll 
    },
    //#######################################################################
];
//#######################################################################

// Funktion zum Setzen einer verschachtelten Eigenschaft in einem Objekt
function setNestedProperty(obj, path, value) {
    let keys = path.split('.');
    let lastKey = keys.pop();
    let tempObj = obj;

    keys.forEach(key => {
        if (key.match(/\[\d+\]/)) {
            let index = parseInt(key.match(/\[(\d+)\]/)[1]);
            key = key.split('[')[0];
            tempObj = tempObj[key][index];
        } else {
            tempObj = tempObj[key];
        }
    });

    tempObj[lastKey] = value;
}

function setConfigValueFromId(VarName, id) {
    if (isState2(id)) {
        let value = getState(id).val;  // Wert von ioBroker abrufen
        setNestedProperty(ConfigData, VarName, value);  // Wert in ConfigData setzen
    }
}

// Initialisierung bei Programmstart
externConfig.forEach(config => {
    setConfigValueFromId(config.VarName, config.id);
});

// Änderungen während der Laufzeit überwachen
externConfig.forEach(config => {
    if (isState2(config.id)) {
        on(config.id, function (obj) {
            setConfigValueFromId(config.VarName, obj.id);
            //log("ExternesEvent:" + obj.id + " : " + config.VarName + ":" + obj.state.val)
        });
    }
});
//#######################################################################

solle sich selbst erklären

[umele]

@waly_de - super Danke!!

[umele]

@waly_de - gerade getestet. Bekomme diese Fehler:

Weil mein Objekt eine andere ID hat, habe ich die für den Test im Script angepasst:

In Zeile 282 und 283 steht das hier:

Zeile 2513 gibt es gar nicht:

[Waly_de]

@umele hmmm guck noch mal, ob du es an der richtigen Stelle eingefügt hast. Es muss hinter der. Letzten }; der ConfigData Definition eingesetzt werden