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

[hossi]

Hallo zusammen,
hallo @foxthefox

Ich habe in meinen Logfile gaaaaanz viele solcher Einträge:

Wo kommen denn diese "Referenzwerte" 5000 und 5200 her, die bei mir permanent überschritten werden? Von Ecoflow?

Viele Grüße
Hossi

[foxthefox]

@hossi
Danke für die Rückmeldung.
Die Wertebereiche sind leider nicht von EcoFlow (da gibt es keine Doku), sie sind von mir. Ich versuche da mit einem educated guess etwas abzuschätzen, gelingt aber nicht immer
Wenn so etwas auftritt, bitte immer melden und evtl. auch eine Abschätzung was sinnvoller wäre.
Manchmal sind die Datenblattangaben auch nur Richtwerte und praktisch geht auch mehr.

[hossi]

@foxthefox

Herzlichen Dank für Deine Arbeit!! Unbezahlbar!

Die Werte sind bei mit teilweise "DEUTLICH" größer, insbesondere wenn die Sonne mal "RICHTIG" scheint

An einem so-la-la Tag wie heute dann eher so:

Modell: PowerOcean Plus (15kW) mit 2 Strings und in Summe 17,1 kWp Solarpanele auf dem Dach.

Eine "echte" Abschätzung fällt mir schwer. Ich meine in Erinnerung zu haben, das der Installateur irgendwas davon erzählt hat, wie weit man die MPPT Eingänge (??) überlasten kann und was sinnvoll ist. Ich bekomme das a) aber nicht mehr zusammen und b) hatte keine Ahnung von was er da erzählt hat .

Viele Grüße
Hossi

[KlausN]

Hallo @foxthefox

auch von mit nochmals großes Lob und vielen Dank für Deine Arbeit, von der wir alle massiv profitieren. Star in GitHub habe ich hinterlassen.

Ich möchte nochmal auf die Problematik der ausbleibenden Übermittlung von Werten = 0 zurückkommen. Ich habe keine Ahnung, welchen Aufwand es bedeuten würde, den Wert zwangsweise auf 0 zu setzen, wenn der Parameter nicht übermittelt wird. Nach ausgiebigen Beobachtungen möchte ich doch behaupten, dass immer dann, wenn ein Parameter nicht übermittelt wird, der Wert in der App genau auf 0 steht. Für die Funktionalität wäre es somit evident, wenn auch im MQTT der Wert dann 0 wäre. Alle davon abgeleiteten Berechnungen sind sonst immer falsch. Also wie gesagt, ich kenne den Aufwand nicht, aber wenn es mit akzeptablem Aufwand erreichbar wäre, wäre es doch einen Versuch mit anschließendem ausgiebigem Test durch hossi und mich wert.

Auf die Warnungen bei unpassenden Wertebereichen werde ich in Zukunft genauer aufpassen und Dir bei Gelegenheit Rückmeldung geben.

Viele Grüße
Klaus

[hossi]

@foxthefox :

Da wir heute gerade bei den Warnmeldungen waren. Die Batteriekapazität geht augenscheinlich wohl auch > 100.

Heute irgendwann gg. 17:00 Uhr war der Batteriespeicher dann komplett voll. Dann kamen im Log diese Meldungen:

Hier ist wahrscheinlich ein MAX-Wert von 101.0 oder 100.5 ideal.

Habe ich heute aber auch zum ersten mal gesehen ...

Viele Grüße und Danke!
Hossi

[foxthefox]

@klausn
Das mit den Auslassungen im Telegramm ist kein großer Akt.
Wenn es wirklich so ist, dann baue ich das am WE mal dazu.

[KlausN]

@foxthefox

Das wäre super!

[hossi]

@foxthefox

Hier noch mal ein paar neue MAX Werte wenn hilfreich

[hossi]

@foxthefox

Vielleicht noch eine kleine Ergänzung, ist mir gestern und heute zum ersten Mal aufgefallen.

Gerade gibt es ja nicht sooooo viel Sonne. Wenn bei mir das Backupreservelevel der Batterie (5%) erreicht ist, bleibt die Anzeige was aus der Batterie entnommen wird ebenfalls stehen und geht nicht auf „0“. Die Anzeige bleibt bei mit aktuell auf Batteriebezug mit 1,5xx W hängen, obwohl keine Entladung mehr stattfindet. D.h., hier wird wohl ebenfalls ein letzter Wert nicht mehr (mit-)übertragen. Die EcoFlow App zeigt „0“.

Danke für Deine Bemühungen.

Viele Grüße
Hossi

[foxthefox]

@hossi

habe eine 1.4.7 auf github vorbereitet (expert mode, custom install, pfad: https://github.com/foxthefox/ioBroker.ecoflow-mqtt/tree/1.4.7).
für poweroceanplus wird mpptPwr/sysGridPwr/bpPwr auf 0 gesetzt, wenn nicht vorhanden. Im debug mode kommt dann auch eine Meldung dazu im log.

Den Datenpunkt bpTargetSoc habe ich auf 101 gesetzt.
Die anderen Datenpunkte bpPwr, mpptPwr waren schon auf 20kW.

Hier ist es notwendig den Adapter zu stoppen, die Datenpunkte löschen, Adapter starten.
Dann werden sie mit neuen Bereichen angelegt.

Bitte berichten, ob es funzt.

[hossi]

@foxthefox

Perfekt! Vielen vielen Dank! Ich werde testen und berichten …

Installiert:

Gestoppt, Baum gelöscht und neu gestartet:

Die Werte „alten“ Werte bleiben nicht mehr stehen.

Ich glaube so sollte es sein, oder?

Jetzt sind sie „LEER“, aber hätten die nicht „0“ sein sollen, ich vermute das „LEER“ ungleich „0“ ist, oder?

Aber jetzt stehe ich ohne Ahnung wieder auf´m Schlauch.

Nun wird aber nichts mehr bei mir ins KNX übertragen, weil KEINE Werte da sind. Die Werte werden via Script (Blockly) übertragen. Hier stehe noch die alten Werte drin, da wohl „LEER“ (null) nicht übertragen wird:

Oder muss ich die nächsten Lauf noch mal abwarten?

Warten wir mal ab

Grüße
Hossi

[foxthefox]

@hossi
Danke für die Rückmeldung.
Lerr oder (null) ist nicht die gewünschte 0.
Da muß ich noch etwas machen.
Ich glaube es gab auch noch ein weiteres Telegramm, welches auch die Datenpunkte beschreibt (mir ist da so).
Allerdings beim Neustart, hätte es auch schon 0 haben sollen.

[hossi]

@foxthefox

Den Adapter gerade noch mal neu gestartet, es bleibt auf „null“:

[foxthefox]

@hossi
OK, es bleibt bei null, weil der Datenpunkt ja nicht Teil des Telegramms ist. Und da ich noch einen Fehler hatte, wurde die 0 nicht gesetzt.
Habe das andere Telegramm gefunden, was die updates zyklisch enthält, habe dort auch die "0" eingebaut.

Beides ist jetzt auf github hochgeladen. Einfach nochmal drüberinstallieren. Datenpunkte musst du nicht löschen.

[hossi]

@foxthefox

Puhhh …

Was meinst Du mit beides auf Github hochgeladen?

Habe jetzt die 1.4.7 noch mal drüber installiert.

Gab etliche Fehlermeldungen, u.a.

poweroceanplus modification or state creation went wrong ->SyntaxError: Unexpected token 'case'

Stoppe jetzt noch mal, lösche den Baum, und installiere jetzt noch mal drüber …

[hossi]

@foxthefox

Irgendwie steht jetzt hier die Kiste

Der Baum baut sich nicht mehr auf, im Log folgende Meldungen:

So! Für heute habe ich hier genug kaputt gemacht

Zurück auf 1.4.6 und der Baum ist wieder da:

Bis morgen, Gute Nacht
Hossi

[foxthefox]

@hossi

Guthaben war wohl autokorrektur und sollte github sein.

Das sollte jetzt nicht passieren, daß der Adapter nicht mehr startet.
bzw. da sich etwas verhakelt.

Dank deines Screenshots, habe ich den Fehler gefunden, da ist mir eine } durch das Einfügen verlustig gegangen.
Sorry.
Habs auf github korrigiert.

[hossi]

@foxthefox

Also alles auf Anfang:

Adapter gestoppt
Log gelöscht
Baum gelöscht
1.4.7 installiert
Adapter 2x gestartet

=> Adapter läuft, keine Fehlermeldung.

Aber ich glaube noch nicht ganz wie gewünscht:

Sorry! Trotzdem Danke für den schnellen Versuch!

Jetzt aber Gute Nacht!

[foxthefox]

@hossi
Sorry, brauchte doch ein wenig mehr Aufmerksamkeit und es war wohl schon a weng spät.
Habs zumindest bei mir vorab erfolgreich getestet und sollte auch bei dir laufen.
Also nächster Versuch 1.4.7 auf github.

Objektbaum brauchst du nicht löschen.

[KlausN]

@foxthefox

Das funktioniert jetzt echt perfekt, die Werte = 0 werden zuverlässig angezeigt. Vielen, vielen Dank für diesen großen Schritt nach vorne.