Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[sonnenschein]

@patrickwalther Hallo!

Ich habe soeben noch mal in meine SQL DB geschaut. So wie du festgestellt hast, kommen die Daten in der DB nicht "an".
Im Logfile erscheinen aber keine Fehlermeldungen dazu.

[sonnenschein]

@sonnenschein sagte in Test PV Forecast Adapter:

@patrickwalther Hallo!

Ich habe soeben noch mal in meine SQL DB geschaut. So wie du festgestellt hast, kommen die Daten in der DB nicht "an".
Im Logfile erscheinen aber keine Fehlermeldungen dazu.

Inhalt wieder gelöscht da Fehlerhaft, Tschuldigung

[PatrickWalther]

@sonnenschein Kein Problem.

@sebastianb_80 und @sonnenschein
Habs hin bekommen das die Daten sowohl in Grafana, ECharts und Flot angezeigt werden. Auch die Daten werden unter Object Einstellungen angzeigt.

Einstellungen unter Objekte:

Grafana:

E-Charts:

Update ist online. Probiert es gerne aus. Habe allerdings keine längeren Tests damit gemacht.

Falls Fehler auftreten bitte melden.

[PatrickWalther]

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

[BananaJoe]

@patrickwalther kannst du noch mal genau erklären was man machen muss um die Daten im SQL zu haben?
Was ich gemacht habe:

• auf aktuelle GitHub-Version 1.9.0 aktualisiert
• in den Adapter-Einstellungen activate SQL gesetzt und meine Instanz sql.0 ausgewählt.
  Im Log erhalte ich Fehlermeldungen dieser Art:

2022-02-12 05:22:31.650  - warn: sql.0 (1721) States system pmessage messagebox.system.adapter.sql.0 {"command":"storeState","message":{"id":"pvforecast.0.summary.prognose","state":{"ts":1644757200000,"val":71,"ack":true,"from":"pvforecast"}},"from":"system.adapter.pvforecast.0","_id":78689077} Cannot read property 'ignoreZero' of undefined
2022-02-12 05:22:31.650  - warn: sql.0 (1721) TypeError: Cannot read property 'ignoreZero' of undefined
    at pushValueIntoDB (/opt/iobroker/node_modules/iobroker.sql/main.js:1575:39)
    at storeState (/opt/iobroker/node_modules/iobroker.sql/main.js:2294:9)
    at processMessage (/opt/iobroker/node_modules/iobroker.sql/main.js:916:9)
    at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.sql/main.js:219:34)
    at Adapter.emit (events.js:400:28)
    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5294:34)
    at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:324:37)
    at processImmediate (internal/timers.js:464:21)

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

Ich wollte das auch nutzen um Prognose und Realität in einer Grafik übereinanderlegen zu können.

[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