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

[tp1de]

@Diginix @StrathCole
Für mich ist eine Neuordnung der Objektstruktur auch kein Problem.
Ich habe alle SQL History Daten in eigenen Strukturen. Hier führe ich modbus, plenticore und smartmeter Daten zusammen.

[StrathCole]

@Diginix @tom57 Okay, dann strukturiere ich gerade mal um.

Außerdem habe ich in dem Update, das ich dann hochlade, noch einen zusätzlichen Wetterdienst aufgenommen. Da es dort eh noch keinen Adapter gibt, habe ich die Daten nun direkt im Plenti Adapter ausgelesen, so dass man keine weiteren Instanzen installieren muss.

Es handelt sich dabei um met.no: https://api.met.no/weatherapi/locationforecast/1.9/documentation

Ich gebe Bescheid, wenn das Update im Git ist.

[tp1de]

@StrathCole Super !

Darf ich noch einen Wunsch äußern?

Ich habe - wie gesagt - 2 Strings. Einer davon sehr ungünstig nach NW.
Es wäre toll, wenn Du die Forecast und Ertragswerte (Nur die Summen- nicht die Stundenwerte) je String ausgeben könntest - Falls möglich.

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole Super !

Darf ich noch einen Wunsch äußern?

Ich habe - wie gesagt - 2 Strings. Einer davon sehr ungünstig nach NW.
Es wäre toll, wenn Du die Forecast und Ertragswerte (Nur die Summen- nicht die Stundenwerte) je String ausgeben könntest - Falls möglich.

Kannst du dazu ein Issue im git anlegen? Das wären umfangreichere Umbaumaßnahmen.

[StrathCole]

Das neue Update ist nun im Git. Enthalten ist der met.no Wetterdienst und die neue Struktur der States.

[tp1de]

@StrathCole Github Issue mach ich dann, wenn die aktuelle Version fertig ist.

Ich bin erst einmal sehr froh, dass es diesen Adapter mit Forecast gibt.
Es wäre vielleicht ratsam im Github kurz die Logik der dynamischen SoC-Berechnung zu erklären.

Kann es sein, dass der Forecast des aktuellen Tages auch kleiner als der Ist-Ertragswert werden kann?
Oder ist Forecast für den aktuellen Tag immer Ist-Wert + Forecast für die nächsten Stunden?

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ich bin erst einmal sehr froh, dass es diesen Adapter mit Forecast gibt.
Es wäre vielleicht ratsam im Github kurz die Logik der dynamischen SoC-Berechnung zu erklären.

Ja, wenn die Version so weit fertig ist, dass ich sie ins NPM laden will, dann werde ich erst noch die README wieder anpassen. Die hinkt nun etwas hinterher.

Kann es sein, dass der Forecast des aktuellen Tages auch kleiner als der Ist-Ertragswert werden kann?
Oder ist Forecast für den aktuellen Tag immer Ist-Wert + Forecast für die nächsten Stunden?

Dafür gibt es ja den Wert "remaining". Der Forecast ist immer der berechnete, also wenn z. B. die ersten 5 Stunden ertragreicher war als vorhergesagt, dann ändert sich der Forecast für den gesamten Tag nicht.

[tp1de]

@StrathCole

Dafür gibt es ja den Wert "remaining". Der Forecast ist immer der berechnete, also wenn z. B. die ersten 5 Stunden ertragreicher war als vorhergesagt, dann ändert sich der Forecast für den gesamten Tag nicht.

Ist das denn so logisch? Für mich wäre es klarer, wenn der Forecast-Summenwert = Ist-Ertrag + Remaining wäre.

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole

Dafür gibt es ja den Wert "remaining". Der Forecast ist immer der berechnete, also wenn z. B. die ersten 5 Stunden ertragreicher war als vorhergesagt, dann ändert sich der Forecast für den gesamten Tag nicht.

Ist das denn so logisch? Für mich wäre es klarer, wenn der Forecast-Summenwert = Ist-Ertrag + Remaining wäre.

Der Forecast-Summenwert ist die Summe der einzelnen Stundenwerte. Wenn ich da nun plötzlich Ist-Ertrag mit reinbringe, fände ich das zumindest unlogisch. Es gibt ja noch die separaten Werte plenticore.0.forecast.day1.power.remaining und plenticore.0.forecast.current.power.generated.
Dazu kommt die Problematik, dass man den wirklich generierten Ertrag immer nur näherungsweise kriegt. Den plenticore.0.forecast.current.power.generated summiere ich ja selbst auf aus den laufenden Ertragswerten. Je höher die Polling-Time gewählt wird vom User, desto ungenauer wird der Wert.
Der KOSTAL-eigene Wert des Yields, also z. B. plenticore.0.scb.statistic.EnergyFlow.YieldDay ist nicht mehr brauchbar, sobald man eine Batterie hat, weil nur der Strom dazugezählt wird, der verbraucht oder eingespeist wird. Was in die Batterie geht, zählt nicht dazu, was aus der Batterie kommt, schon.
Heißt also: Tag 1: Batterie mit PV-Leistung von 19kWh auf 100% mit ca 9kW gefüllt -> Yield z. B. 10kWh. Nächter Tag keine Sonne, kein Ertrag, Batterie wird auf 50% geleert -> Yield geht auf 4,5kWh hoch.

[tp1de]

@StrathCole

Ja das Thema Yield vs. Ertrag kenne ich schon aus dem Modbus Adapter.

Ist Werte berechne ich mir übrigens auch aus dem Modbus-Adapter mit Polling alle 5 Sekunden.
Der Plenticore Adapter läuft mit 10 Sekunden Polling. Beide Werte stimmen sehr gut überein.

Ich beobachte aktuell Prognose vs. Ist-Werte. Gestern und heute habe ich folgendes "Phänomen":

Die Prognosen am Morgen sind deutlich höher als 3-4 Stunden später.
Aktuell (11:45 Uhr) ist der Forecastwert nur halb so hoch wie am Morgen und der Istwert ist bereits höher als der Forecast-Wert. In Remaining steht noch ca. 60% des aktuellen Forecast-Wertes.

Ich kann mir das selber ausrechnen ich vermute aber, dass dies bei weiteren Benutzern eher zur Verwirrung beiträgt.
Das ist auf jedem Fall erklärungsbedürftig.

[StrathCole]

@tom57 Im Moment bin ich noch nicht ganz sicher, ob das nicht mit den Adapter-Restarts zusammenhängt (zum Teil). Ich speichere zwar die alten Forecast-Werte zwischen, aber er kriegt die vergangenen Stunden ja nicht mehr nachträglich von den Wetterdiensten.
Hast du denn mal beobachtet, wie sich die einzelnen Stunden-Forecasts verhalten? Eigentlich dürften sich da die vergangenen ja nicht mehr ändern, nur die zukünftigen bzw. aktuellen.

[StrathCole]

@StrathCole Außerdem habe ich ja weitere Wetterdienste eingefügt. Da die einzelnen Daten der Dienste bereinigt werden, damit ich die Ausreißer weg habe, kann sich der Wert dadurch extrem ändern, aber eben nur ab dem Zeitpunkt des Einfügens. Richtig beurteilen können wir das erst ab jetzt, wenn wir die Adapter mal durchlaufen lassen für ein paar Tage.
Bin ja jetzt erst mal mit den Änderungen durch.

[tp1de]

@StrathCole

Ja ich gebe dir nach 2-3 Tagen mal ein Feedback. Aber das "Phänomen" heute war ohne neue Adapter-Version !
Ich habe jetzt die neueste Version geladen. (Ich musste übrigens die "alten" Objektstrukturen manuell löschen).

Jetzt ist der Forecast für heute noch einmal niedriger und der Remaining Wert höher ......

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole

Ja ich gebe dir nach 2-3 Tagen mal ein Feedback. Aber das "Phänomen" heute war ohne neue Adapter-Version !
Ich habe jetzt die neueste Version geladen. (Ich musste übrigens die "alten" Objektstrukturen manuell löschen).

Jetzt ist der Forecast für heute noch einmal niedriger und der Remaining Wert höher ......

Ja, die alten Objekte musst du manuell löschen.
Was meinst du? Der Remaining ist höher als der Forecast? Das wäre aber ganz komisch.

[tp1de]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Was meinst du? Der Remaining ist höher als der Forecast? Das wäre aber ganz komisch.

Nee falsch verstanden: Der neue Remaining Wert ist deutlich höher als bei der vorherigen Adapterversion und der FC-Wert für heute noch niedriger als vorher. D.h. die Differenz zum Ist-Wert ist noch höher .......

Aber wie gesagt: Ich werde es erst einmal 2-3 Tage ohne Änderung beobachten und dann ein Feedback geben.

Vielen Dank erst einmal für die Mühe und die sehr schnelle Reaktion.

[Diginix]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ja, die alten Objekte musst du manuell löschen.

Aber nur dieser Knoten rekursiv oder?
plenticore.0.forecast.power

[StrathCole]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ja, die alten Objekte musst du manuell löschen.

Aber nur dieser Knoten rekursiv oder?
plenticore.0.forecast.power

Ja und die Werte für sunrise und sunset unter "current.sun".

[M0nk3y]

Bzgl. der aktuellen Einspeisewerte hatte ich nun einfach mal Zahlen berechnet. Momentane "PV Erzeugnis - Batterieladen - Hausverbrauch". Aber so ganz stimmt es ja nicht mit der Realität überein - wie Ihr auch schon schriebt.
Konnten die (realisticheren?) Werte denn vom Kostal ausgelesen werden?
Eigentlich würde ich das auch direkt am Zähler auslesen - was ich mit meinem alten Einrichtungszähler auch ging - aber mit dem neuen leider nicht mehr. Da bekomme ich leider nur die aktuellen Zählerstände ausgelesen, aber keine Momentanwerte... :-(

[StrathCole]

@André-Müller Ich habe im Moment leider viel zu wenig PV Leistung, als dass ich einspeisen könnte ;-)
Direkt aus dem Gerät geht es wohl nicht ohne Modbus, daher kann ich es über diesen Adapter hier nicht direkt auslesen.

Hast du mal geschaut, ob die Werte von plenticore.0.devices.local.ac.P - plenticore.0.devices.local.Home_P passen? AC müsste eigentlich die Leistung sein, die den Wechselrichter verlässt und nicht in die Batterie geht. Aber ich hab es selbst noch nicht geprüft.

[StrathCole]

Ich habe euch jetzt einen neuen Datenpunkt eingefügt, der sich plenticore.0.devices.local.ToGrid_P nennt. Der entspricht dem Momentanwert (nach meiner Beobachtung) wie er auch im Plenticore-Interface bei Einspeisung angezeigt wird.