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

[foxthefox]

@vmi
Ggf. kommt es nicht in der gleichen Sekunde, da die DPro Datenpunkte ja nur über das zyklische Update nachgezogen werden.

Noch eine Idee, sind evtl. durch die SHP Aufgabe auch welche in der DPro automatisch entstanden? Dann würde eine Art Vererbung die Daten dort eigenständig werden lassen.

[foxthefox]

@vmi
Das schau ich mir am Rechner an. Werde auch mal die restlichen Strukturen aufnehmen.

[aherby]

@foxthefox Guten Morgen,
heute bei super Sonnenschein und frischen Temperaturen sowie beobachten was erzeugt wird ist mit folgendes aufgefallen:

Delta 2 Max

ecoflow-mqtt.0 (3480) State value to set for "ecoflow-mqtt.0.R351ZEB4HFxxxxxx.mppt.outWatts" has value "550" greater than max "500"

Ich würde den Wert auf 600 erhöhen, das Log wird schon recht voll damit.

Powerstream und Plugs

State value to set for "ecoflow-mqtt.0.HW51ZOH4SFxxxxxx.inverter_heartbeat.invOutputWatts" has value "808" greater than max "800"

Ich würde den Wert auf 810 erhöhen um einfach die Schwankungen nicht im Log zu haben.

Ist die Anpassung möglich?

[foxthefox]

@aherby
Mach ich gerne. Bin in 2 Wochen aus dem Urlaub zurück, dann ist es das nächste.

[aherby]

@foxthefox Sehr cool. Danke

[vmi]

@foxthefox bist Du schon weiter gekommen mit den Strukturen aufnehmen?

[foxthefox]

@vmi

Leider nein, hatte nach dem Langstreckenflug erstmal mit Erkältung zu kämpfen. Jetzt geht’s wieder, evtl wirds dieses WE etwas.

[vmi]

@foxthefox oh, das tut mir leid. Gute Besserung

[foxthefox]

@vmi
Danke. Alles wieder gut :-)

Version 1.0.4 hat es nun in das stable repo geschafft. Der Adapter sollte nun über die Suche auffindbar und installierbar sein.

Es gibt eine neue Version, hauptsächlich wegen stable und Dingen zu responsive Design.
Und ja zwei Bereichsgrenzen sind nach oben verschoben (nur wirksam nach Neuanlegen der Datenpunkte (stop, löschen DP, neustart)

1.0.5 (npm)

• (foxthefox) mppt.outWatts 500 -> 600; inverter_heartbeat.invOutputWatts 800 -> 810
• (foxthefox) update of Readme (adapter now in stable)
• (foxthefox) changes for responsive design #160

[schaffner]

Hallo,
Danke für den Adapter, der ersetzt bei mir inzwischen das Skript vom Markus, dass bei mir nicht mehr läuft.

Beim Adapter fehlen Objektdaten für BMSSlave, also den/die Zusatzakkus.

Ist das normal so, also nicht vorgesehen ? Auch nach dem Update von 1.02 auf 1.04 ist der Punkt nach dem Neuaufbau der Objektdaten nicht da.

Grüße, Arnie

[MikeRow]

@schaffner in den Device Settings hast du Slave auch aktiviert?

[schaffner]

@mikerow said in Neuer Adapter ecoflow-mqtt:

@schaffner in den Device Settings hast du Slave auch aktiviert?

Oja, das wars.

herzlichen Dank !!!!

[MikeRow]

@schaffner gern

[manny4566]

Hi,

mache ich etwas falsch oder muss der Adapter speziell konfiguriert werden, damit sich folgenden Werte aktualisieren ?
Das passiert bei mir aktuell nur, wenn ich die App auf dem Handy öffne.
Danke

[vmi]

@foxthefox wollte mal nachfragen ob Du schon weiter gekommen bist?

[Darkmann2000]

@manny4566

Ich habe das gleiche Problem. Die Werte werden nur aktualisiert wenn die App auf dem Handy geöffnet ist.

[foxthefox]

@vmi sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox wollte mal nachfragen ob Du schon weiter gekommen bist?

An ein paar kleinen Stellen ja, ansonsten fehlte grad die Zeit.
Werde aber demnächst eine neue Version einstellen.

[foxthefox]

@darkmann2000
@manny4566

Die Energie Werte werden nicht mit den zyklischen Updates geschickt, allerdings macht der Adapter alle 5min ein "get" Anfrage und da kommen die Daten dann mit. In der App werden diese Daten nur zur vollen Stunde erneuert.

Es wurde schon öfter berichtet, daß Daten nur bei geöffneter App kommen.
Angeblich versucht EF hier die "fake"-Apps (wie diesen Adapter) weniger mit Daten zu versorgen.
Erkennungsmechanismen kenne ich nicht, habe da die Anzahl der "Apps" in Verdacht (jedes Holen und Benutzen von Credentials mit neuer APP-ID kann da ein Problem werden). Der Adapter benutzt aber nur einmalig den Mechanismus und speichert dies ab, so daß hier nichts passiert. Aber scripte und andere Instanzen (auch Homeassistant) kann hier zur Vermehrung der Anzahl beitragen. Eine ältere Version von HA-Integration hat für jedes Gerät ein eigenes Login :-(.

[foxthefox]

Es gibt eine neue Version zum neuen Jahr.

• neu ist die vorläufige Implementierung für Batterieladegerät
• nicht unterstützte Geräte (Delta Serie3) können definiert werden und erzeugen log Einträge für weitere Auswertung

1.1.0 (npm)

• (foxthefox) added a preliminary version of alternator (no cmd, non final state names)
• (foxthefox) added a config possibility for unsupported devices for capturing the transmitted telegrams
• (foxthefox) #168 changed SHP2 masterIncreInfo.gridSta '0': 'Grid volt. not detected', '1': 'Grid OK'
• (foxthefox) #173 DPU added additional battery selection
• (foxthefox) #174 SHP2 added in ProtoTime the wattInfoChWatt, wattInfoAllHallWatt
• (foxthefox) #174 SHP2 added channel values of power and current in loadPower/loadCurrent including the sum of the values
• (foxthefox) #167 DELTA2/2Max pd.dsgPowerAC and pd.dsgPowerDC (type from 'power' to 'energy')

[foxthefox]

Zur Vollständigkeit hier nochmal die Info zu den neuen Versionen.
Hauptsächlich interne Dinge und SHP2.

Aber auch der Alternator ist nach den ersten Erkenntnissen etwas verbessert.

1.1.3 (npm)

• (foxthefox) enhancements to alternator values
• (foxthefox) refactoring of protobuf handling/structure/component data

1.1.2 (npm)

• (bh1cqx) handle HA restart #PR193
• (foxthefox) initial state population of BPInfo2/3 to HA
• (foxthefox) jsonConfig enhancements

1.1.1 (npm)

• (foxthefox) changed code structure
• (foxthefox) initial state creation of BPInfo2/3 to HA