Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[haus-automatisierung]

@moppel2810 sagte in Test PV Forecast Adapter:

aber wie bekomm ich diese Prognose in den graph?

Was erwartest Du denn jetzt? Ein bisschen mehr Infos, was Du schon hast, wäre hilfreich. Hier tippt niemand die Installation von InfluxDB + ioBroker Adapter, Grafana und alle Grundlagen runter.

[Sputnik24]

Ich hätte eine Anmerkung zum Adapter:
Ich werte in einem eigenen Script die Energy und Power aus, für Power die JSONTable, da man hier mit ner for-Schleife schön durch alle json-Knoten iterieren kann. Dabei ist mir aufgefallen:

• In der JSONTable werden die Zahlen als string statt number angezeigt und müssen von meinem Script erst in ein Float oder Int umgewandelt werden.
• Die JSONTable verwendet einen Punkt (.) als Tausendertrennzeichen (bei Watt statt kW), obwohl in der Programmierung der Punkt als Dezimaltrennzeichen verwendet wird. Mein Script muss dieses entfernen, bevor in ein Int umgewandelt wird. In den power-Datenpunkten wird auf das 1000er Trennzeichen verzichtet.
• Bei kW statt W wird ein Komma (,) als Dezimaltrennzeichen verwendet statt wie üblich einem Punkt.

Vorschlag wäre, dass JSONTable und die einzelnen Datenpunkte einheitlich sind in ihrem Format. Idealerweise nummerisch mit Punkt als Dezimaltrennezeichen und ohne Tausendertrennzeichen oder so wie in den Systemeinstellungen von iobroker festgelegt.

[BananaJoe]

@sputnik24 sagte in Test PV Forecast Adapter:

Ich hätte eine Anmerkung zum Adapter:
Ich werte in einem eigenen Script die Energy und Power aus, für Power die JSONTable, da man hier mit ner for-Schleife schön durch alle json-Knoten iterieren kann. Dabei ist mir aufgefallen:

• In der JSONTable werden die Zahlen als string statt number angezeigt und müssen von meinem Script erst in ein Float oder Int umgewandelt werden.
• Die JSONTable verwendet einen Punkt (.) als Tausendertrennzeichen (bei Watt statt kW), obwohl in der Programmierung der Punkt als Dezimaltrennzeichen verwendet wird. Mein Script muss dieses entfernen, bevor in ein Int umgewandelt wird. In den power-Datenpunkten wird auf das 1000er Trennzeichen verzichtet.
• Bei kW statt W wird ein Komma (,) als Dezimaltrennzeichen verwendet statt wie üblich einem Punkt.

Vorschlag wäre, dass JSONTable und die einzelnen Datenpunkte einheitlich sind in ihrem Format. Idealerweise nummerisch mit Punkt als Dezimaltrennezeichen und ohne Tausendertrennzeichen oder so wie in den Systemeinstellungen von iobroker festgelegt.

Ich mache es genauso wie du und bin über genau die gleichen Probleme gestolpert. ABER ... Der Datenpunkt ist nie für die von uns beiden genutzten Zwecke gebaut worden sondern um die Daten eben in einer Tabelle darstellen zu können. Mit einem JSON-Table Widget kann man dann schön alles umformatieren (Reihenfolge, welche Spalten zu sehen sein sollen), aber da braucht man z.B. den 1000er Punkt (ich finde es damit auch lesbarer), den bekommt man da nicht extra wieder ein.

Ja, du hast Recht, aber nein, dafür war der Datenpunkt nicht gedacht.
Du könntest statt dessen z.B. die Datenpunkte pvforecast.0.plants.NameDerAnlage.JSONData nutzen, da hättest du die Daten im Rohformat.
Aber ich mache es ja auch wie du. Weiter oben hatte ich mal eine ähnliche Frage in die Richtung gestellt und eine ähnliche Antwort erhalten

[moppel2810]

@haus-automatisierung Ich habe den pvforecast adapter installiert und grafana läuft bei mir schon einiges.
In den iobroker objekten stehen die Daten von pvforecast ja drin also für jede Stunde nur weiß ich nicht wie ich diese in mein graph bekomme. Muß ich da für jede stunde ein eigenes Query erstellen? Ich hab in dem graph bis jetzt den Sonnenverlauf meinen Pv Ertrag und meinen Hausverbrauch und möchte nur noch die Prognose Grafisch darstellen.

[moppel2810]

@haus-automatisierung So sieht es bei mir im Moment aus.

[moppel2810]

Kann oder will mir niemand helfen die Werte aus dem Adapter in einen grafana graph zubekommen?
Ich kenne mich mit grafana etwas aus und habe auch schon einige Dashboards angelegt aber mit dem pvforecast verzweifel ich gerade

[haus-automatisierung]

@moppel2810 sagte in Test PV Forecast Adapter:

Kann oder will mir niemand helfen die Werte aus dem Adapter in einen grafana graph zubekommen?

Du hakst die InfluxDB-Integration an und dann wird das übermittelt. Und das stellst Du einfach dar - wie jeden anderen Wert auch. Nur, dass es dafür eben keinen Datenpunkt im ioBroker gibt.

[moppel2810]

@haus-automatisierung
Ja das habe ich gemacht in den Objekten aber muss ich jeden Datenpunkt von 5:00-21:00 Uhr einzeln in ein Query importieren?

[haus-automatisierung]

@moppel2810 Nein, Du musst gar kein InfluxDB-Logging auf einzelnen Datenpunkten konfigurieren. Nur in den Instanzeinstellungen von pvforecast die InfluxDB-Instanz auswählen.

[moppel2810]

@haus-automatisierung
ja das habe ich gemacht aber welchen Datenpunkt muss ich wie im grafana Time series Query einfügen? Das ist eigentlich mein Problem und ich bekomme es nicht gelöst.

[haus-automatisierung]

@moppel2810 Scroll mal im Thread hoch, das hatte neulich schon jemand gefragt.

pvforecast.0.plants.${cleanPlantId}.power
pvforecast.0.summary.power

[SBorg]

Solcast ist bei mir ziemlich genau
Ich hab 1m² konfiguriert und aktuell per Wetterstation gemessen 682 Wh/m²

[moppel2810]

@haus-automatisierung
Super das hab ich jetzt hinbekommen Was muss ich in den query options eintragen das ich im graph heute und morgen angezeigt bekomme?
Im Moment seh ich da nur bis jetzt aktuell aber nicht einen Tag vorraus. Ich hätte aber gern das nur das eine Panel so eingestellt ist und nicht das ganze Dashboard.

[micklafisch]

Moin moin,

weiß jemand wie ich die Stunde Verschiebung zwischen Forecast und Production in meinem Grafana Graph kompensieren kann? Kann ich einer Zeitreihe sagen "Werte-1h"?

[BananaJoe]

@micklafisch sicher das da eine Stunde Differenz ist? bei mir sind sich Produktion, Forecast und Solcast auch nie einig:

Was daran liegt wann die Sonne "um die Ecke kommt". Im März passte dass, da schien die Sonne beim Aufgang direkt auf die Module (nach Süden ausgerichtet - aber dahinter ist eine Hauswand).

Jetzt geht die Sonne erheblich eher auf, es dauert also etwas bis die dann auch direkt auf die Module scheint. Und Abends halt umgekehrt.

[micklafisch]

@bananajoe
sicher ist das nicht, nur eine Vermutung . Ich hab meine NO-/SW PV erst seit Juni und sammle auch entsprechend erst kurz die Daten.

Das war meine Vermutung, da die Produktion ja im Grunde immer erst um kurz vor voller Stunde fest steht und das Forecast aber ja auf Beginn der Stunde. Daher mein Gedankengang der einen Stunde Zeitverschiebung,.

[Garbracht]

@sborg Ich finde große Unterschiede zwischen den Werten von solcast und den Werten in den Datenpunkten. Ich habe gerade V2.3.0 installiert und verglichen. Die Werte der Datenpunkte liegen um ca. 20% unter den Werten von solcast. Die solcast-Werte rufe ich über node-red ab und schreibe sie in InfluxDB. Ein Vergleich der solcast Vorschauwerte mit den real gemessen Werten, die vom Dach kommen, durch übereinanderschreiben der Kurven mit Grafana zeigen eine Erstaunliche Übereinstimmung.
Im Adapter habe ich die Anlagedaten, Dachneigung, Azimut, geografische Lage eingegeben. Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?
Normalerweise müßte der Abruf der Daten über Node-red und den Adapter die gleichen Werte ergeben.
Vielleicht habe ich aber auch nur einen dummen Fehler gemacht ???

[Sputnik24]

@micklafisch said in Test PV Forecast Adapter:

Moin moin,

weiß jemand wie ich die Stunde Verschiebung zwischen Forecast und Production in meinem Grafana Graph kompensieren kann? Kann ich einer Zeitreihe sagen "Werte-1h"?

Bei mir sind es 45 min, warum auch immer.

Ich nutze influxdb V2. Dort kann man im query ein Timeshift angeben:

|> timeShift (duration: 45m)

[SBorg]

@garbracht sagte in Test PV Forecast Adapter:

Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?

Könnte, glaube ich aber eher nicht, denn die Berechnungen sind bestimmt nicht gerade trivial.
Für meinen Standort sind zumindest die Solcast-Daten wesentlich genauer als die Forecast-Daten. Allerdings muss ich gestehen, dass ich (noch) keine echten Daten habe und mich auf den mehr oder minder genauen Sensor meiner Wetterstation verlassen muss.

[haus-automatisierung]

@garbracht sagte in Test PV Forecast Adapter:

Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?
Normalerweise müßte der Abruf der Daten über Node-red und den Adapter die gleichen Werte ergeben.

Ja. Grund dafür ist, dass der Adapter auf der Struktur von forecast.solar aufbaut. Irgendwann ist dann wohl Solcast dazu gekommen. Bevor man jetzt den kompletten Adapter für zwei verschiedene Formate aufbaut, wurde ein Konverter geschrieben, welcher die Solcast-Daten in das Format von forecast.solar umbaut.

https://github.com/iobroker-community-adapters/ioBroker.pvforecast/blob/main/lib/solcast.js