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

[Marty56]

@diginix Ich meine die stündliche Voraussage. Bei den 8 Tagen habe ich noch keine Erfahrung bzgl. der Tagesprognose. Vielleicht ist die besser!

[Diginix]

@marty56 Ok, da habe ich noch nie einen Blick drauf geworfen. Auf den Tag verteilt passt es bei mir jedenfalls wieder.

[haus-automatisierung]

@marty56 sagte in Test PV Forecast Adapter:

Ich sehe den Zeitversatz, wenn ich meine stündlichen Daten in die influxdb schreibe und dann vergleiche, muss ich die Forecast Daten um eine Stunde verschieben.

Eine Stunde klingt halt stark nach UTC... Wie holst Du die Daten denn aus der InfluxDB ab?
Zeig mal einen Screenshot.

[Marty56]

@haus-automatisierung
Danke für die Unterstützung.
Aber ich habe es mit einem kleinen Korrektur Script selber hinbekommen und jetzt die ganze Dokumentation erstellen, ist mir zu aufwändig.

Vielleicht liegt es auch daran.
Ich schreibe meine stündliche Energieausbeute immer dann in die influxdb, wenn ich sie ausgerechnet habe. Also die Energie, die ich z.B. von 7 - 8 Uhr erzeugt habe, um 8:00 Uhr.
Könnte es sein, dass der Adapter den Wert für diesen Zeitraum um 7:00 speichert?

[haus-automatisierung]

@marty56 sagte in Test PV Forecast Adapter:

Könnte es sein, dass der Adapter den Wert für diesen Zeitraum um 7:00 speichert?

Der Adapter speichert den Zeitstempel, welchen Du übergibst. Du musst Dich davon lösen, dass das eine bestimmte Uhrzeit ist. Hier ist es gerade 14:47 Uhr, aber in New York ist es ja erst 08:57. Wenn man jetzt etwas speichert, dann speichert man hier und auch in New York den UTC-Zeitstempel - also z.b. 1669730322. In welche Zeitzone man das später umrechnet, ist dabei erstmal egal.

Also ja, wenn Du jetzt etwas speicherst, ist das Europe/Berlin minus eine Stunde zu UTC. Das nun richtig anzuzeigen, ist Aufgabe des jeweiligen Frontends. Genau wie hier im Forum. Wenn jemand in New York diese Seite nun aufruft, steht da ja nicht, dass mein Beitrag in der Zukunft geschrieben wurde, sondern jetzt - angezeigt für die lokale Zeitzone des Besuchers.

[Marty56]

@haus-automatisierung Danke für den Hinweis. Dann muss eventuell mein Frontend "Grafana" nicht auf der richtigen Zeitzone stehen. Ok, es läuft auf demselben Server wie iobroker und dort hatte ich unter Linux die richtige Zeitzone ausgewählt. Vielleicht bekommt das Grafana ja nicht automatisch mit. Muss mal googeln.

[haus-automatisierung]

@marty56 Du kannst in Grafana die Zeitzone festlegen. Sogar pro Query

[Marty56]

@haus-automatisierung Ich habe die Zeitzone in Grafana festgelegt. Pro Query habe ich es auch versucht, aber nicht hinbekommen.

So sieht meine URL aus.

http://192.168.10.184:3000/d/arrLy5O4k/solarprognose?orgId=1&from=1669590000000&to=1669762800000&viewPanel=2&tz=Europe/Berlin&kiosk

[Heimweh]

Ich bekomme einfach keine Werte. Hab den Adapter auch schon de- und neuinstalliert - kann mir jemand helfen?

Meine Konfiguration:

und diese Fehler bekomme ich:

Danke

[haus-automatisierung]

@heimweh Debug-Log liefern, sonst kann niemand helfen

[picky]

@heimweh Must Du vielleicht auch noch eine Datenbank auswählen zum Zwischenspeichern?

[haus-automatisierung]

@picky sagte in Test PV Forecast Adapter:

@heimweh Must Du vielleicht auch noch eine Datenbank auswählen zum Zwischenspeichern?

Nein, das ist optional. Die Werte landen in Datenpunkten - und wenn man möchte, dann zusätzlich in InfluxDB. Braucht ja nicht jeder.

[Heimweh]

@haus-automatisierung - hier alles was das Log ausgibt:

Alle Werte bleiben bei 0

[haus-automatisierung]

@heimweh Irgendwie ist der ApiKey in den Einstellungen nicht vorhanden. Sollte eigentlich ein Leerstring sein. Aber die Prüfung ist da auch nicht perfekt wie ich gerade sehe. Das führt dazu, dass diese URL aufgerufen wird:

https://api.forecast.solar/undefined/estimate/...

Und undefined ist natürlich quatsch. Welche Admin-Version verwendest Du und welchen js-controller?

[Heimweh]

@haus-automatisierung - ich verwende Admin 6.2.23 und js-controller 4.0.23

[haus-automatisierung]

@heimweh Ich veröffentliche gleiche eine Version mit einem Fix für eine bessere Prüfung auf den API-Key.

[Heimweh]

@haus-automatisierung super danke schonmal für den Support

[THELOH]

@patrickwalther
Moin zusammen,
da ich die Material Design Widgets nicht nutze sondern Grafana habe ich den Trend in Inventwo Widgets eingebettet. So kann ich Designs fürs Panel umschalten etc.

Etwas komplizierter war es einen Datenpunkt zu ereugen, der die richtigen Zeitstempel für die Zukunft schreibt. Also die Werte von Heute 05-21 Uhr und Morgen 05-21Uhr in einem DP in die InfluxDB schreibt.

Das wäre vielleicht noch eine Idee für den Adapter, da ich bei der Suche zur Umsetzung viele Fragen zum Thema und keine Lösung gefunden habe...
Beste Grüße

[Maxtor62]

@haus-automatisierung

Hi, Version 2.4.0 installiert. Mein Standort ist immer noch um ca. 6Km falsch. so wie am 03.11. schon erklärt.
Wenn ich das richtig verstanden habe, sollten doch die Koordinaten von der Admin-Einstellung übernommen werden, oder?

[haus-automatisierung]

@maxtor62 sagte in Test PV Forecast Adapter:

Wenn ich das richtig verstanden habe, sollten doch die Koordinaten von der Admin-Einstellung übernommen werden, oder?

Die "Admin-Einstellungen" sind ja die globalen system.config Einstellungen. Hat erstmal nichts mit dem Admin zu tun - der bietet dafür die Konfigurationsoberfläche an. Aber ja - man sieht auch im Log welche Koordinaten genutzt werden.

Wenn da der Standort falsch ist, einfach genauere Koordinaten angeben? Was heißt "6km falsch"?