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

[vmi]

@foxthefox

wird mir per npm nicht angeboten ... weder unter staple noch unter beta

habe das Update jetzt per direkt aufruf gemacht

[vmi]

@foxthefox

bei mir geht die Debug Quotas nicht mehr

[vmi]

@foxthefox

beim SHP werden bei mir keine Daten eingelesen ...

Beispiel esp Mode ist an, SHP ist online

aus dem debug Protokoll:

folgende warung erhalte ich noch

State "ecoflow-mqtt.0.SP10ZEW5ZEA90048.info.latestQuotas" has no existing object, this might lead to an error in future versions

[foxthefox]

@vmi

0.0.22 sollte schon angezeigt werden, aber wenn SHP auswählbar ist, dann ist es schon die 0.0.22

Debug Quotas geht bei mir auch nicht, das kann ich gut rausfinden.

Warum es nichts anzeigt, obwohl daten kommen, kann ich noch nicht sagen.
Aber Datenpunkte sind schonmal da, immerhin etwas.

latestQuotas müsste unter actions sein, da es ja ein button ist.
Eventuell hab ich da noch an anderer Stelle das info drin. Hab da schon eine Idee.

Die Daten der DeltaPro die nicht verarbeitet werden, muß ich mal genau anschauen, ob da was neu ist.

Ich stelle fest, ich sollte nicht so viel auf einmal ändern
Und ich brauche einen EF-emulator um das besser testen zu können

[foxthefox]

@foxthefox

latestQuotas hatte wirklich was mit dem neuen "action" zu tun, damit sollte auch dann der Debug Quotas button wieder gehen

habe eine 0.0.23 begonnen

[vmi]

@foxthefox

AC Laden mit Ladeleistungseinstellung über das SHP, geht in der APP von ecoflow nur per Automation ....

Es kann ausgewählt werden welcher Infinity Port zum Laden verwendet werden soll, oder beide

die Ladeleistung kann von 200W bis 3400W in 100W Schritten eingestellt werden

Als Alternative gibt es noch das AC Laden mit ca. 1500W über die APP

in dem die entsprechende Delta Pro auswählt und dann den Schalter Aufladen aktiviert

[foxthefox]

Habe eine Version 0.0.23 auf git und npm eingestellt.

Debug und latestQuotas trigger geht wieder
Powerstream range angepasst

0.0.23

• (foxthefox) correction to latestQuotas (shift from info to action)
• (foxthefox) X_Unknown_15 range max 1000
• (foxthefox) new debug button for devices with protobuf msg

[Deniz.oe]

@foxthefox
Hi, es ist noch ein kleiner Fehler drin:
inWatts/outWatts max=1600, mult= 0.001

Der Multiplikator ist 100 und nicht wie beschrieben 1000

[foxthefox]

@deniz-oe sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox
Hi, es ist noch ein kleiner Fehler drin:
inWatts/outWatts max=1600, mult= 0.001

Der Multiplikator ist 100 und nicht wie beschrieben 1000

Das war ja Teil der obigen Diskussion mit den übermittelten Zahlenwerten und deren Interpretation.

Ich habe jetzt 0.001 implementiert.
Es wäre schön wenn hier nochmal ein Plausibilitätscheck stattfindet.
Tendenziell müsste der jetzt angezeigte Wert umd das 10fache zu klein sein.

Ich hoffe nur, daß es hier keine Unterschiede zwischen den FW-Ständen der DP gibt. Das wäre die Hölle.

[vmi]

@foxthefox

bekomme nach dem Update folgende Fehlermeldung und der Adapter befindet sich loop beim restart

wenn ich das SHP raus lösche startet der Adapter ganz normal ...

Habe auch den kompletten Objektbaum vom SHP gelöscht und wenn ich das SHP wieder eintrage und den Adapter starte habe ich den selben Effekt ...

[foxthefox]

@vmi

Ich sehe schon das Problem, verbessere ich gleich noch.
Hab die nächste Version schon in Arbeit.

[vmi]

@foxthefox

Danke, super Service

[foxthefox]

@vmi

Habe die 0.0.24 erstellt, enthält speziell für Smart Home Panel updates.
Ist auf git und npm verfügbar.

0.0.24 (npm)

• (foxthefox) SHP incomming data processing

[foxthefox]

@vmi

Version 0.0.25 ist auf github und npm verfügbar.

0.0.25 (npm)

• (foxthefox) new datapoints for DeltaPro

neue Datenpunkte unter bmsMaster:

		"totalDsgCap"
		"bmsHeartbeatVer"
		"chgDsgState"
		"ecloudOcv"
		"hwEdition"
		"sysState"
		"cellVol"
		"realSoh"
		"productType"
		"calendarSch"
		"cellTemp"
		"packSn"
		"cycleSoh"
		"totalChgCap"
		"allErrCode"
		"productDetail"
		"targetSoc"
		"allBmsFault"
		"actSoc"
		"sysLoaderVer"

[foxthefox]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox
hab selbst schonmal etwas zum korrigieren entdeckt

InverterHeartbeat2.X_Unknown_15" has value "748" greater than max "100"

Nur falls jemand trotz update auf mittlerweile 0.0.25 die Meldung noch sieht, hierzu Adapter stoppen -> Datenpunkt löschen -> Adapter starten.
Settings werden nicht überschrieben, es braucht ein Neuanlegen des Datenpunktes.

Übrigens scheint dieser unbekannte Wert erst aktiv zu sein, wenn auch Powerstream ins Netz einspeist.

[vmi]

@foxthefox

hier mein erstes Feedback ...

Adapter startet mit dem SHP Eintrag

Folgende Warnings erhalte ich:

und es kommen die Werte ...

was mich etwas irritiert, laut Datenpunkt ist das SHP offline, aber es kommen Daten und in der APP ist es online

Wie oft werden die Datenpunkte aktualisiert? Bei der Leistung von der Delta Pro steht der Wert obwohl laut APP er sich ändert ...

Die Ausgangsleistung der Delta Pro laut Delta Pro oben und unten laut SHP1, die selbe Delta Pro

folgende warnings kommen, wenn ich AC Laden über das SHP für die Delta Pro aktiviere: (bei ca. 1500Watt)

Hier scheint es dass keine Werte für das SHP kommen:

[foxthefox]

@vmi

Sieht aus meiner Sicht gar nicht mal so schlecht aus.
Kommunikation läuft und Daten kommen auch an

Ich geh mal rückwärts durch.

Action

• sind für manuelles Triggern da
• müssen mal geprüft werden, ob es auch eine Datenübertragung anregt
• stehen initialisiert auf (null), aber ein Betätigen aus der Ansicht heraus auf true sollte etwas bewirken
• es ist uniteressant ob true->false oder false->true, jeder Übergang triggert
• es muß ein Kommando sein (ack=false)

topupLoadWatt

• die watt.. mit _0/_1 am Ende können gelöscht werden, die sind noch von 0.0.22 und für die beiden DPs habe ich die Datenpunkte vereinheitlicht mit _10/_11

heartbeat

• hier könnte noch ein Fehler sein, weil es in einem Typ von Telegramm keinen Kanal für Einzelwerte gibt
• das baue ich in die 0.0.26 ein

bmsMaster.amp setze ich höher

Wie oft Telegramme kommen, müsstest du selbst mal über debug im log anschauen.
Das ist sehr unterschiedlich von den Geräten.
Powerstations sind sehr redsam und es kommen ggf. 5 Telegramme in der Sekunde
Powerstream ist so ca. 1 Telegramm je 2 Sekunden und plugs 1 Telegramm je 5 Sekunden oder so.

Ich kann mir vorstellen, daß Telegramme mit "params" und "quotaMap" unterschiedlich oft kommen. Bzw. gezielt angefordert werden müssen, daher die actions zum Ausprobieren.
Wenn die funktionieren, dann kann ich die zusätzlich zyklisch antriggern.

channelPower ist bei QuotaMap mit dabei, das ist ggf. ein Telegramm welches nur nach Anforderung kommt.
Müsste z.B. nach Öffnen der App kommen oder bei action/latestQuotas
latest Quotas rufe ich alle 5min auf.

Der Datenpunkt info.status wird auf Grund der Datenkommunikation ermittelt.
Habe ich glaub in der gestrigen Erweiterung für SHP vergessen.
Die Konzentration hat wohl nach 700 Zeilen neuen Codes wohl gelitten

Zu den Warnings

• erste Zeile ist OK für mich, das hab ich als warning, damit man merkt das ein Wert nicht gelesen werden konnte
• zweite Zeile macht mir mehr Sorgen, da irgendwo am Ende ein unzulässiger Punkt ist, werde ich aber bestimmt finden

Mache mich noch an die 0.0.26.

Edit
0.0.26 veröffentlicht

Unter der Annahme, daß ein Befehl für "eps" die Warnungen verursacht hat, dürfte das jetzt nicht mehr passieren.
bmsMaster.amp ist verbessert

Unter der Annahme daß "params" Updates auch bei SHP zyklisch kommen, dann wird jetzt auch online gesetzt.

die heartbeat Werte sollten jetzt auch gesetzt werden, sofern ein "params" Telegramm kommt.

Damit müssten die Beobachtungen nun verbessert sein.

[foxthefox]

Version 0.0.26 ist auf github und npm online

betrifft hauptsächlich SHP.
Für bmsMaster/bmsSlave1.amp den Datenpunkt löschen, damit die max=50 übernommen werden

0.0.26 (npm)

• (foxthefox) bmasMaster.amp max = 50
• (foxthefox) corrections SHP

[vmi]

@foxthefox

inWatts müsste 234 Watt sein und nicht 2,34 Watt

Spannung und Ampere stimmen

[GerdSo]

Hallo,
bin sehr begeistert von dem Adapter und hatte vor 2 Tagen auf die Version 0.0.23 auf git aktualisiert. Da ich für meine Automatisierung wissen muss, ob meine DeltaPro eingeschaltet ist, verwende ich den Datenpunkt

ecoflow-mqtt.0.xxxx.info.status

Da ich immer beim Wechsel des Zustandes eine Email zu mir auslöse, ist mir aufgefallen, dass jede volle Stunde der Datenpunkt (bei eingeschalteter DeltaPro) von online auf offline und max. 2 Sekunden später von offline auf online wechselt. Habe jetzt etwas eingebaut, was dies erkennt, evtl. ist es aber ein unerwünschtes Verhalten im Adapter.
Viele Grüße Gerd.