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

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

[vmi]

@foxthefox

das SHP sendet so ca. jede Sekunde etwas

es gibt noch ein paar Daten welche nicht verarbeitet werden:

die Channel Power wird nur aktualisiert wenn ich in der App die enstprechende Seite der Stromkreise aufrufe

[foxthefox]

@GerdSo

Also das stündliche Offline ist mir neu. Sollte so nicht sein. Den Status ermittle ich über das zyklische Anfragen der latestQuotas. Wenn dort im Telegram ein “online=0” steht, wird das als offline interpretiert. Das ist im allgemeinen die Antwort wenn die Powerstation nicht antwortet und offline ist. Wahrscheinlich ein last will im MQTT.

Mit jedem Update was automatisch von der Powerstation kommt, wird nach offline ein online gesetzt. Das erklärt die 2 Sekunden, da dann das nächste zyklische Update kam.

Wenn es so vorhersehbar ist, dann versetz doch mal den Adapter in debug Modus und mach ein Häckchen bei setgetMsg. Dann solltest du alle 5min ein längeres Telegramm sehen, welches quotaMap und online relativ weit vorn enthält. Das stündliche Telegramm müsste online=0 enthalten und dürfte auch recht kurz sein.

[foxthefox]

@vmi
Also nur die “params” Telegramme kommen zyklisch, dies enthält nicht die Daten die im latestQuotas drin sind. Die latestQuotas werden durch die App getriggert.
Bedeutet aber scheinbar auch, dass das 5min antriggern nicht für SHP geht, da sonst die alle 5min was Neues im Datenpunkt stehen sollte.
Das müssen wir uns nochmal genauer anschauen

Heartbeat scheint noch problematisch und andere Dinge aus der DeltaPro. Kann ich mir noch nicht erklären.
Bin grad für Ostern unterwegs, dauert also noch bis nächste Woche :-(

[foxthefox]

@gerdso

Kann es sein, dass dieses offline dadurch kommt, weil der Adapter bei dir stündlich neu gestartet wird?

[vmi]

@foxthefox
schöne Ostertage

[foxthefox]

@vmi

Wünsche auch allen ein frohes Ostern!

[foxthefox]

neue Version 0.0.27 ist auf github verfügbar.
beseitigt hoffentlich die obigen Dinge für Delta Pro und SHP

an den Multiplikatoren hab ich noch nichts gemacht, kommt als nächstes.

0.0.27

• (foxthefox) fixed issues with additional battery and homeassistant transfer
• (foxthefox) bmsMaster Delta Pro new points (maxVolDiff,mosState,cellSeriesNum,cellNtcNum)
• (foxthefox) fix issue with SHP heartbeat.errorCodes

Edit: nun auch auf npm

[vmi]

@foxthefox

bei folgenden Einstellungen

bekomme folgende Meldungen ...

mit den Einstellungen

werden einige Werte nicht verarbeitet:

[IbrokeO]

@foxthefox danke für das Update, eine großer Schritt vorwärts bei sonst schon super funktionalität!

Folgender Bug: Delta Pro / mppt / inWatts und outWatts sind gegenüber V0.21 um den Faktor 100 zu klein.

[foxthefox]

@ibrokeo

Danke für den Ansporn und Rückmeldung.

ich hoffe es ist mit 0.0.28 nun richtiggestellt.

Neue Version ist auf git und npm.

0.0.28 (npm)

• (foxthefox) fix value normalization (DP,wave2,glacier)
• (foxthefox) set actions initially to false to avoid null
• (foxthefox) fix latestQuotas for glacier/wave2
• (foxthefox) enhance logging

Für 0.0.29 sind weitere Datenpunkte für wave2 in Arbeit.

[foxthefox]

@vmi
mit 0.0.28 sollte es nun besser sein.
Zumindest ist bei mir mit der Emulation nichts mehr aufgetreten

[vmi]

@foxthefox

erstes Feedback.

Aktuelle Meldungen Delta Pro mit Firmware V1.0.1.79

Die Wattwerte stimmen jetzt bei der Delta Pro.

SHP muss ich später testen ... melde mich asap.

[foxthefox]

@vmi

Ich denke der Screenshot ist vom beenden des Adapters, oder ? wann ist es aufgetreten?
Da gibt es noch Optimierungsbedarf, weil dort asynchron noch die offlines geschrieben werden.

Wenn es ein anderer Abbruch ist brauch ich mehr Futter😉

[vmi]

@foxthefox

die Meldungen kommen dirket nach der Installation des Adapters und dem "ersten" Start

[foxthefox]

@vmi
Dann Versuch ich das mal nachzustellen. Wobei es schon komisch ist, dass die DB nicht läuft. Mit der hab ich nichts im Adapter am schaffen, außer halt Werte holen, die dann fehlschlagen. Da hab ich noch 3 Anweisungen ohne error catch gefunden, aber das erklärt nur die warnings.

[vmi]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

on komisch ist, dass die DB nicht läuft. Mit der hab ich nichts im Adapter am schaffen, außer halt Werte holen, die dann fehlschlagen. Da hab ich noch 3 Anweisungen ohne error catch gefunden, aber das erklärt nur die warnings.

Hatten den alten Adpater (.26) deinstalliert) und dann (.28) installiert. Geräte eingetragen und gestartet ...über das WE lief der Adpater ohne Probleme

[foxthefox]

@vmi
So soll es sein.
Dann sind wir zurück beim Testen der actions, ob die auch ein Antworttelegramm hervorrufen.

[GerdSo]

@foxthefox Sorry für die späte Rückmeldung. Das könnte evtl. tatsächlich der Hintergrund sein. Bin mir nicht wirklich bewusst, da einen stündlichen Neustart eingetragen zu haben. Wird der empfohlen oder geht es auch ohne?

[foxthefox]

@gerdso

Du hattest es hier erwähnt:
https://forum.iobroker.net/topic/69819/neuer-adapter-ecoflow-mqtt/201?_=1713182659471#

Aus meiner Sicht sollte es ohne gehen. Mittlerweile scheint es recht lange durchzulaufen. > 1Woche.
Evtl. Reichen da schon die internen 10min polls auf latestQuotas. Mir ist halt noch immer nicht klar wie ich zuverlässig den MQTT Broker Ausfall erkennen kann. Von daher ist ein stündlicher Neustart recht sicher.