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

[PatrickWalther]

@bananajoe ich habe in den Objekt Einstellungen des Datenpunktes das Logging aktiviert und die Einstellungen in den Adapter Einstellungen wie du es gesagt hast.

[sonnenschein]

@patrickwalther Hallo zusammen !

Ich hab ebenfalls die Version auf 0.1.9 aktualisiert.
Einstellung wie BanaJoe geschrieben hat.
SQL mit Instanz sql.0
Das Objekt pvforecast.1.summary.prognose sql aktiviert.
Aber anscheinend wird hier nicht rein geschrieben. Im SQl Adpater Logging / bzw PVAdapter Logging sehe ich keine Fehlermeldungen.
Das Objekt pvforecast.1.summary.lastUpdated_data wird regelmäßig laut Zeit Stempel beschrieben.
Was mache ich falsch, muß ich abwarten oder wo kann ich noch hinschauen um hier evtl weitere Infos zur Fehlersuche zu liefern.
Mit Grafana brauche ich solange nicht testen, wenn im Objekt Prognose nichts reingeschrieben wird.
Ich habe auch direkt in die SQL DB geschaut.
Der Datenpunkt für summery prognose wurde nach dem Aktivieren des Logging angelegt, aber keine Daten geschrieben.
Im Objekt habe ich dann mal einen Wert 1 und 0 gespeichert. Der wird im SQL auch angezeigt. Aber aus dem Adapter PVForecast scheint anscheinend nichts in das Objekt pvforecast.1.summary.prognose geschrieben zu werden.

Mein Verständnis: Der Adapter holt alle 60 Minuten Daten von Forecats und werte diese aus. Schreibt sie in die Objekte die durch den Adapter angelegt wurden. Außer dem Objekt Prognose wurde kein SQL Logging der Objekte aktiviert. Da Adapter schreibt die relevanten Daten direkt in die SQL DB. Im Summery.Progonse soll es einen JSON String geben der dann in Grafanana mit Datenquelle JSON SIMPLE in einem Panel TIMESERIES angezeigt werden kann.
Gruß Sonnenschein

[sonnenschein]

@bananajoe sagte in Test PV Forecast Adapter:

Der Datenpunkt pvforecast.0.summary.prognose wird als Typ JSON erstellt.

Dieses Objekt wird doch automatisch durch den Adapter erstellt, oder? Hast Du den von Hand angelegt oder bearbeiten müssen?

[PatrickWalther]

@sonnenschein Influxdb ist anders als SQL. Das bedeutet das InfluxDb funktioniert, SQL arbeite ich noch dran.

Kenne mich leider damit auch nicht so gut aus. Muss mich auch erst rein Arbeiten. Wird noch einen Moment dauern.

[Sputnik24]

@patrickwalther said in Test PV Forecast Adapter:

@Sputnik24 wie verhinderst du doppelte Einträge mit deinem Script?

Für mein Verständnis gibt es das Problem bei influxdb nicht, da der Index der Zeitstempel ist. Heißt, das Schreiben eines neuen Wertes mit gleichem Zeitstempel überschreibt den alten Wert.

[PatrickWalther]

@sputnik24 danke für die Info, das habe ich auch rausgefunden.

Mal schauen wie ich das Thema bei SQL angehe. Hast du eine Idee?

[Sputnik24]

@patrickwalther said in Test PV Forecast Adapter:

Mal schauen wie ich das Thema bei SQL angehe. Hast du eine Idee?

Bin leider auch nicht mehr so tief in SQL drin, aber da man den Zeitraum ja kennt, für den man die Daten neu schreiben möchte, zuvor die Daten aus der Datenbank für diesen Zeitraum löschen? Könnte man ja auch für influx machen, dann wäre die Implementierung DB-unabhängig.

[sonnenschein]

@patrickwalther sagte in Test PV Forecast Adapter:

Influxdb ist anders als SQL. Das bedeutet das InfluxDb funktioniert, SQL arbeite ich noch dran.
Kenne mich leider damit auch nicht so gut aus. Muss mich auch erst rein Arbeiten. Wird noch einen Moment dauern.

Kein Problem

[PatrickWalther]

@sputnik24 so in etwa habe ich das auch gedacht. Mal schauen ob es klappt.

[Sputnik24]

Heute mal eine perfekte Prognose, sowohl im Leistungsverlauf als auch im Ertrag (prognostiziert wurden 27,7 kWh, was in der Summe aber Zufall ist, weil für die Südseite wurden 22,7 kWh und die Nordseite 5,0 kWh prognostiziert, sprich für die Nordseite liegt die Prognose um 50% daneben, kompensiert damit zufällig den Fehler auf der Südseite.).

[oxident]

Ich habe mich mal daran versucht, die Ergebnisse des Adapters zur Netzbezugsprognose zu verwenden. Hierzu habe ich ein kleines Skript unter https://forum.iobroker.net/topic/52673/script-pv-überschuss-mit-speicher-vorhersagen veröffentlicht.

Ist sicherlich noch weit von der Realität entfernt, aber vielleicht kann man es ja irgendwann mal nutzen.

Derzeit mache ich noch "Trockenübungen" da die PV-Anlage noch nicht angeklemmt ist ;-)

[PatrickWalther]

Test PV Forecast Adapter	0.2.0
Veröffentlichungsdatum	21.02.2022
Github Link	https://github.com/Patrick-Walther/ioBroker.pvforecast

Guten Tag,

heute gibt es eine neue Version des Adpater, die dank @Meistertr neu programmiert und neues Design bekommen hat.

Ausserdem wird nur noch >= Admin5 akzeptiert. Falls ihr das nicht habt bitte NICHT Updaten.

Grüße
Patrick

[Diginix]

@patrickwalther Aah, doof durch den Umbau sind die alten Einstellungen weg. Nun weiß ich gerade nicht was ich für Werte eingetragen hatte.

Die Erklärungen zu den Anlagenwerten sind weg, wie Winkel für Süd oder Einheit der Spitzenleistung.
Oben rechts auf dem Fragezeichen ist ein toter Link:
https://www.iobroker.net/#de/adapters/adapterref/iobroker.pvforecast/README.md

@all: Sichert euch vorher die Werte eurer Anlage pro Ausrichtung.

[PatrickWalther]

@diginix Der kommt Link klappt erst wenn der Adapter auf der offiziellen Liste steht.

Das tut mir leid, hattest du nicht oben gepostet?

[Diginix]

@patrickwalther Ja, hab die jetzt aus einem alten Screenshot hier übernommen ;-)
Gut wenn man solche Backups hat.

Das Feld ist editierbar:

Hab dann immer versucht rechts davon den Winkel einzutragen bis ich gemerkt habe, dass ich vorher eine neue Zeile generieren muss.

Ich habe nun komplett neue Strukturen mit dem Plantnamen. Ist die .1 alt und kann weg?

Hm, doof habe Referenzen in JS und Jarvis auf states aus .1, die dann kaputt gehen würden. Also nenn ich meine Anlage einfach 1, dann passt alles weiterhin ;-)

Kleiner typo in der Logausgabe:

https://github.com/Patrick-Walther/ioBroker.pvforecast/blob/main/main.js#L231

[Latzi]

@patrickwalther
ich bekomme im 10 Minuten Abstand folgende warn:

pvforecast.0
	2022-02-21 17:00:17.536	warn	Clear yet terminated timer 72524
pvforecast.0
	2022-02-21 16:50:17.466	warn	Clear yet terminated timer 70120
pvforecast.0
	2022-02-21 16:40:17.356	warn	Clear yet terminated timer 67664
pvforecast.0
	2022-02-21 16:30:17.306	warn	Clear yet terminated timer 65317
pvforecast.0
	2022-02-21 16:20:17.167	warn	Clear yet terminated timer 62959
pvforecast.0
	2022-02-21 16:10:17.102	warn	Clear yet terminated timer 60561
pvforecast.0
	2022-02-21 16:00:16.985	warn	Clear yet terminated timer 58185
pvforecast.0
	2022-02-21 15:50:16.831	warn	Clear yet terminated timer 55461
pvforecast.0
	2022-02-21 15:50:14.079	warn	Clear yet terminated timer 29287
pvforecast.0
	2022-02-21 15:40:16.774	warn	Clear yet terminated timer 53103
pvforecast.0
	2022-02-21 15:30:16.696	warn	Clear yet terminated timer 50699
pvforecast.0
	2022-02-21 15:20:16.616	warn	Clear yet terminated timer 48322

Was mach ich da falsch?
Meine Einstellungen:

[PatrickWalther]

@latzi hallo, was hast du bei pv-systeme eingetragen?

[Latzi]

@patrickwalther
schaut bei mir so aus (ich hoffe, ich hab die Beschreibung richtig interpretiert):

[Diginix]

@latzi K.a. ob Umlaute auch in ObjektIDs funktionieren. Die neue Ver. übernimmt den Anlagennamen ja auch in die Pfade wie weiter oben von mir schon erwähnt.
Kannst also dein "Süd" mal in "Sued" umbenennen.
Wobei die 10min nicht zum 60min Intervall passen. Hattest du selbst mal ein Scheduler für die Instanz eingerichtet?

[Latzi]

@diginix sagte in Test PV Forecast Adapter:

Kannst also dein "Süd" mal in "Sued" umbenennen.

Vielen Dank, sehr guter Hinweis - hab´s geändert, mal sehen was passiert.

@diginix sagte in Test PV Forecast Adapter:

Hattest du selbst mal ein Scheduler für die Instanz eingerichtet?

Nein, bisher nicht