Monatsrückblick Januar/Februar 2026 ist online!

[looxer01]

@H5N1
Hi,
zunächst vielen Dank für den Adapter. Ich nutze insbesondere die Vorhersage der nächsten 24 Stunden. Dabei addiere ich die Sonnenstunden zwischen 10:00 und 16:00 und errechne mir den Batteriemindestlevel. Das mache ich um im Falle eines Stromausfalls genügend Ersatzkapazität der Batterie zu haben und gleichzeitig aber nicht zuviel vorzuhalten, um die Sonnenenergie optimal auszunutzen.
Das hat bisher auch gut geklappt. Nun stelle ich aber fest, dass entgegen anderer Prognosen und auch entgegen der gegenwärtigen Wettersituation eine stark von der Realität abweichende Prognose in den Datenpunkten enthalten ist. (siehe Screenshot für Stunde0 (jetzt) und Stunde1 nächste Stunde. Für heute sind 5 Stunden Sonne für meine Region in Meteo vorhergesagt. Es war m.E. schon gestern vorauszusehen (anhand anderer Wetterapps), dass es nicht soviel Sonnenschein geben würde. Nun stelle ich mir die Frage, ob es ein Modellproblem bei meteo ist oder schlichtweg fehlende updates der Datenpunkte.

Wäre toll, wenn du dir das ansehen könntest. ( Adapter stoppen und neustarten habe ich bereits probiert)

[Homoran]

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Ich nutze insbesondere

sieh mal hier vorbei
https://forum.iobroker.net/post/1324756

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

ob es ein Modellproblem bei meteo ist

gestern 21:00 ergab dies bei mir noch 13.3 kWh, heute morgen um 05:17 waren es nur noch 10.0kWh, was sich ebenfalls von den übrigen nach oben abhebt

trotzdem erscheint mir bisher openmeteo besser als die übrigen.

hier DWD (brightsky) und openmeteo.

Aber lass uns das im anderen Thread fortführen

[H5N1]

Hallo @looxer01

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Nun stelle ich aber fest, dass entgegen anderer Prognosen und auch entgegen der gegenwärtigen Wettersituation eine stark von der Realität abweichende Prognose in den Datenpunkten enthalten ist....
...Frage, ob es ein Modellproblem bei meteo ist oder schlichtweg fehlende updates der Datenpunkte.

Die API ist so eingestellt das es den "Best Match" also aus allen Modellen den am besten zutreffenden wert ermittelt.
Die Auflösung von Open Meteo liegt bei 1km bis 11km, kann natürlich sein das für deine Region gerade die auflösung zu groß ist und die Werte deswegen abweichen.

Prüfe auch deine Koordinaten und Zeitzone noch einmal, möglich das sich ein Fehler eingeschlichen hat und sie ungewollt für eine andere Region anzeigt.

Ich werde morgen, wenn ich es schaffe, noch eine Minor Version bereitstellen die in den Einstellungen die Koordinaten vom System übernimmt wenn man die Felder leer lässt, desweiteren ein dropdown menü für die Zeitzonen.

Bis dahin und vor allen für PV Prognosen bist du bei den zwei Profis @homoran und @thisoft in diesen Thema gut aufgehoben.

[looxer01]

@H5N1 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Die API ist so eingestellt das es den "Best Match" also aus allen Modellen den am besten zutreffenden wert ermittelt.

tja, was soll ich sagen.
Die hour0, als ich meinen Beitrag verfasste. war schwer bewölkt und mit 1h forecast überbewertet.
Meine IOS wetter App sagte 0 Stunden Sonne für den ganzen Tag.
aber 30 Minuten später klarte es auf und seitdem nur Sonne.
Der Adapter lag also richtig, super.

vielen Dank nochmals.

Looxerr

[Homoran]

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Der Adapter lag also richtig, super.

so sehe ich das bisher auch.

morgens etwas zuwenig Ertrag, danach dann umso mehr.
Ich nehme an, dass bei der heutigen Kälte mit kräftigem Wind, die Panels einen deutlich höheren Wirkungsgrad haben, was in der Vorhersage nicht unbedingt berücksichtigt wird.
Die Gesamttendenz passt super, ab 14:15 produziert meine Anlage 98-103% des maximal möglichen, was auch die abfallende Flanke der Prognose berrits andeutete.
Allerdings scheint auch hier nicht vollständig der jetzt aktuelle Azimut und die Elevation berücksichtigt zu sein.
Bevor ich zuviel schimpfe muss ich erst überprüfen, ob vielleicht der Kamin die Panels teilbeschattet, was zu der stark abfallenden Ertragskurve führt.

EDIT:
Nein, kann es noch nicht sein, die Sonne steht jetzt gerade erst 4° hinter dem First.

[H5N1]

Neue Version 2.6.0 veröffentlicht.

Die Konfiguration des Adapters wurde überarbeitet, für den Standort können nun die System Koordinaten übernommen werden indem die Felder für Längen- und Breitengrad leer gelassen werden.
Für die Zeitzonen ist ein Dropdown Menü dazu gekommen, wenn auf Auto (default) gestellt wird, wird die Zeitzone automatisch anhand der Koordinaten ermittelt.

Changelog:

• Neuerung: Breiten- und Längengrad können in den Einstellungen leer gelassen werden, um Systemkoordinaten zu verwenden.
• Neuerung: Dropdown-Menü für Zeitzonen in den Einstellungen hinzugefügt.

Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.

Wer das Widget benutzt und am laufen hat, bekommt beim Adapterupdate, wenn der Verzeichnisbaum gelöscht wird, evtl. zu mehreren Warnmeldungen, das ist kein Fehler.

[H5N1]

Good News

Open-Meteo-Weather ist jetzt im Latest.
Es Kann aber noch bis zu 24 Std. dauern bis es angezeigt wird.

[H5N1]

Neue Version 2.6.3.

Es wurde das Sentry-Plugin hinzugefügt und ein entsprechender Eintrag in der README ergänzt.

• Dieser Adapter nutzt die Sentry-Bibliotheken, um Ausnahmen und Codefehler automatisch an die Entwickler zu melden. Weitere Informationen und Anweisungen zum Deaktivieren der Fehlerberichterstattung finden Sie in der Sentry-Plugin-Dokumentation . Die Sentry-Berichterstattung wird ab js-controller 3.0 unterstützt.

• Ich nutze meinen eigenen Sentry-Server, der auf Glitchtip basiert.

Changelog:

• (v 2.6.3) Sentry-Plugin hinzugefügt, um Fehler automatisch an Entwickler zu melden
• (v 2.6.2) Abhängigkeiten aktualisiert

Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.

Wer das Widget benutzt und am laufen hat, bekommt beim Adapterupdate, wenn der Verzeichnisbaum gelöscht wird, evtl. zu mehreren Warnmeldungen, das ist kein Fehler.

[ParaChris82]

@H5N1 Hi , also vielen Dank für den tollen Adapter . Zwei Sachen haben ich ... Ich bin noch auf der 2.6.0 von GitHub . Soll ich den Adapter komplett löschen und neu installieren ? Und ich bekomme bei meiner jetzigen Version immer folgende Fehler im Log ```
code_text

open-meteo-weather.0
2026-03-28 12:00:15.561 error Retrieval failed: Weather API request failed: timeout of 15000ms exceeded

open-meteo-weather.0
2026-03-28 12:00:15.560 error Error retrieving weather data: timeout of 15000ms exceeded

[H5N1]

@ParaChris82 sagte in Test Adapter open-meteo-weather v2.6.x GitHub/Latest:

also vielen Dank für den tollen Adapter

Ich danke auch.

@ParaChris82 sagte in Test Adapter open-meteo-weather v2.6.x GitHub/Latest:

Soll ich den Adapter komplett löschen und neu installieren ?

Das ist nicht nötig, ich empfehle den Adapter zu stoppen, den Verzeichnisbaum löschen, den Adapter updaten und Starten, der Verzeichnisbaum erstellt sich dann wieder.

@ParaChris82 sagte in Test Adapter open-meteo-weather v2.6.x GitHub/Latest:

folgende Fehler im Log

open-meteo-weather.0
2026-03-28 12:00:15.561 error Retrieval failed: Weather API request failed: timeout of 15000ms exceeded

Der timeout bedeutet das 15 Sekunden gewartet wurde um eine Antwort vom Open Meteo Server zu bekommen, hat der Adapter keine Antwort bekommen zeigt er den Fehler.

Mögliche Ursachen u.a. könnte sein:
​*Server-Probleme Open meteo: Der Dienst ist kurzzeitig überlastet oder down.

*​Internetverbindung: Deine eigene Verbindung war in diesem Moment instabil oder zu langsam.

​*Firewall/Blockierung: Ein Werbeblocker (wie Pi-hole) oder eine Firewall verhindert die Verbindung zum Server.

Eine weitere möglichkeit könnte die Zeit sein auf der zugegriffen wird, zb 12.00 Uhr, 12.15 Uhr, 12.30 Uhr da viele andere die API benutzen und evtl. mit cron exakt auch zu diesen Zeiten abrufen, dann kann die API bzw. der Server auch mal überlastet sein. Das beste ist den Adapter 3 oder 5 Minuten nach der vollen Stunde (zb 17.03 Uhr), nach halber (17.33 Uhr) oder nach Viertel Stunde (17.17 Uhr) neu zu starten.