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

[foxthefox]

@hossi

einen DONATE button habe ich nicht.
Als Dank reicht mir ein Star im git repo :blush:

Ja, die Doku ist ggf. etwas spärlich und leider erstmal nur in Englisch, aber es gibt auch bebilderte Anweisungen.
Ansonsten einfach hier fragen.

Das mit <20 scheint an den Telegrammen zu liegen, die scheinbar den Wert nicht mehr mitsenden, wenn es <20 ist.
Da kann man erstmal nicht viel machen. Wie oben schon geschrieben, bestünde theoretisch die Möglichkeit den Wert künstlich auf 0 zu setzen, aber ob das Fehlen im Telegramm dies immer als Maßnahme zulässt, weiß ich nicht.

Du könntest es im Log selbst nachvollziehen.
Debug Modus einschalten, msgUpdate und msgSet/get ein Häckchen und bei debug device zwischen der Seriennummer und den Zusatzbatterien.
https://github.com/foxthefox/ioBroker.ecoflow-mqtt/blob/main/doc/en/IOB_HA/logging.md

Im log tauschen dann solche Dinge auf:

... [update] msg#0 => JTS1_ENERGY_STREAM_REPORT {"sysLoadPwr":10600,"sysGridPwr":110,"mpptPwr":500,"bpPwr":-9990,"bpSoc":22}

die Werte einfach mal beobachten, bzw. die Vollständigkeit anschauen. Höchstwahrscheinlich wird dann mppPwr mal fehlen, wenn es zu dunkel ist.

Ansonsten interessiert mich, ob bei dir die Batteriezustände "statusReportBattery" auch mit Werten befüllt sind.

[hossi]

@foxthefox

Star ist bereits erledigt. Ist ja selbstverständlich bei der tollen Arbeit!

Ja werden Sie:

[foxthefox]

@hossi
Danke.
Sehr gut zu wissen, dann muß ich nur noch herausfinden, warum bei @KlausN die 2te und 3te Batterie nicht richtig übernommen wird.

[Sandmanyz]

@foxthefox
Besten Dank für die schnelle Hilfe. Hat funktioniert :+1:

[KlausN]

@foxthefox

Es lässt sich insofern verifizieren, da immer dann, wenn die App bei einem Parameter 0 anzeigt der Parameter aus dem .JTS1_ENERGY_STREAM_REPORT Array verschwindet. Führt z.B. dazu, dass abends bei Sonnenuntergang der letzte positive mpptPwr Wert die ganze Nacht stehen bleibt und nicht auf 0 zurückgeht. Ebenso natürlich auch bei den anderen Werten aus diesem Array.

[KlausN]

@hossi

Wir zwei haben ja identische Probleme. Bei mir werden zwar auch Werte < 20 angezeigt, z.B. 10, aber eben keinerlei Parameter mit exakt 0.

zu Deinem Bild der MQTT-Objekte: wird bei Dir nur "statusReportBattery1" angezeigt oder findet sich auch "statusReportBattery2" und "statusReportBattery3". Das wäre jetzt spannend, da sie bei mir fehlen.

[hossi]

@klausn

Hi, ich habe ja in Summe auch 3 Batterien im Block, alle Daten der 3 vorhandenen Batterien werden bei mir sauber und getrennt angezeigt, hier mal am Beispiel der Batterie Nr. 2:

Das einzige was bei mir auch fehlerhaft ist das „nicht-anzeigen“ wenn die Solarleistung irgendwann mit Dunkelheit langsam in Richtung „null“ fällt, bleibt er analog zu Dir irgendwann und irgendwo bei < 20 hängen. Aber eine echte „Null“ bekomme ich auch nicht ….

So sieht meine Adapter Konfiguration aus:

Vielleicht hat Dein Installateur hier irgendetwas in seiner nur für Ihn verfügbaren EcoFlow Installateur App anders konfiguriert bzw. verknüpft?

Grüße
Hossi

[KlausN]

@foxthefox
@hossi

Ich habe heute erst gesehen, dass ich in den Instanzeinstellungen vom ecoflow-Adapter die add BP1.2.3.4.5 Buttons habe. Die waren bei mir nicht angekreuzt. Trotzdem kommen nach Löschen des gesamten Objektbaumes die Batterien 1, 4, 5 und 6 automatisch wieder. Jetzt nach ankreuzen von 2 und 3 kommen auch die Batterien 2 und 3. Welch ein Wunder.

[Sandmanyz]

In der EcoFlow App sehe ich für meinen Stream Inverter die Statistik. Also den Ertrag nach Tag, Woche, Monat und Jahr. Dafür scheint es jedoch keinene Datenpunkte zu geben. Unter "energy" hätte ich sie erwartet aber dort gibt es keine Werte (sehe nur: (null Wh)).

Ist das ggf. nicht implementiert bzw. ist das auf dem Plan dies zu implementieren?

Adapter Version: 1.4.6

[foxthefox]

@sandmanyz sagte in Neuer Adapter ecoflow-mqtt:

In der EcoFlow App sehe ich für meinen Stream Inverter die Statistik. Also den Ertrag nach Tag, Woche, Monat und Jahr. Dafür scheint es jedoch keinene Datenpunkte zu geben. Unter "energy" hätte ich sie erwartet aber dort gibt es keine Werte (sehe nur: (null Wh)).

Ist das ggf. nicht implementiert bzw. ist das auf dem Plan dies zu implementieren?

Adapter Version: 1.4.6

Hattest du den Objektbaum vom ersten Versuch mit Powerstream gelöscht?
Am besten trotzdem mal alles unterhalb BK… löschen.
Die energy Struktur ist wahrscheinlich noch ein Überbleibsel von Powerstream
Bis jetzt gab es noch keine Anzeichen, dass die stream auch energy Werte übertragen.

[Sandmanyz]

@foxthefox
Stimmt, habe das unter BK... nicht gelöscht. Das habe ich jetzt mal alles gelöscht und den Adapter neugestartet. "energy" taucht nun nicht mehr auf. Die gesuchten Werte allerdings auch nicht.

Ist damit....

Bis jetzt gab es noch keine Anzeichen, dass die stream auch energy Werte übertragen.

...gemeint, dass die Werte für den Ertrag nach Tag, Woche, Monat und Jahr nicht übertragen werden bzw. über die API nicht abrufbar sind?

[foxthefox]

@sandmanyz
Richtig, es sieht danach aus, das die Werte nicht übertragen werden. Bzw. das Telegramme, welches dies anfordert und die Antworttelegramme davon, sind noch nicht identifiziert oder mitgeloggt.
Da die App ja wahrscheinlich etwas anzeigt, müsste dazu auch Kommunikation zu finden sein. Oder die cloud berechnet es.

[gamshut]

@adson Hi
mit der 1.4.6 kann ich bei meinem stream system (ACultra + 2 ACpro + 2kWSolar)

• die ins Netz abgegebene Leistung per script über einen Task steuern (0 bis 800W)
• die Ladung des Batteriesystems aus dem Netz durch einstellen der Backup/Reserve Grenze in Prozent steuern

Die Ladeleistung kann bei den Stream Batterien nicht vorgegeben werden, es wird immer mit voller Leistung also ca. 1kW pro Batterie geladen.

Ich habe mit einem simplen script eine null Einspeisung (dazu brauchst du natürlich noch einen Leistungsmesser für deine aktuelle Leistungsaufnahme) realisiert, die jetzt seit drei Wochen gut funktioniert (110kW solar erzeugt, 2kW eingespeist).

Die Batterieladung aus dem Netz kann ich bei Bedarf per script ein und abschalten. Bisher lass ich das aber lieber die Sonne machen.

LG gams

[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! :+1:

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

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 :grimacing: .

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. :wink:

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. :+1:

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! :+1: