Neuer Adapter ecoflow-mqtt
-
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 -
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 -
@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. -
Das wäre super!
-
-
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 -
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.
-
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 -
@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. -
Den Adapter gerade noch mal neu gestartet, es bleibt auf „null“:
-
@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.
-
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 …
-
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 -
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. -
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!
-
@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.
-
Das funktioniert jetzt echt perfekt, die Werte = 0 werden zuverlässig angezeigt. Vielen, vielen Dank für diesen großen Schritt nach vorne.
-
Besten Dank! Adapter gestoppt, drüberinstalliert > Läuft ohne Fehlermeldung.
Mal schauen, ich geb Dir noch Feedback, da gerade die Batterie noch 53% hat und auch noch Solarpower ankommt.
Hier noch ein Screenshot mit Max-Wert Überschreitung von heute Mittag, ansonsten ist das Log leer:
Und eine (zumindest für mich) ganz Neue Warnmeldung:
Herzlichen Dank für Deine Mühe!
Viele Grüße
Hossi -
