Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[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.

[RISSN]

open-meteo-weather.0
2026-04-07 13:02:03.515	error	Retrieval failed: Weather API request failed: timeout of 15000ms exceeded

open-meteo-weather.0
2026-04-07 13:02:03.514	error	Error retrieving weather data: timeout of 15000ms exceeded

Moin, hat noch jemand dieses Problem? Seit heute früh 05:49 Uhr kommen keine Daten mehr rein

[MartyBr]

Der Server open-meter ist down.

[RISSN]

@MartyBr ah ok, dann für die schnelle Antwort

[H5N1]

Ja seit heute morgen hat der Betreiber von open-meteo massive Probleme, woran es genau liegt wird glaube ich noch gesucht.

Siehe Open-Meteo GitHub

Siehe auch status.open-meteo.com

[Thisoft]

läuft wieder! Momentan zumindest...

[David G.]

Ich hab ja parralel auch einen openmeteo Adapter entwickelt.
Hat heute auch Stress gemacht.

API war auch down.
https://status.open-meteo.com/
Leider kann man den Status der Api nicht abfragen.

[wendy2702]

Abend,

Mal ne Frage zur Genauigkeit der Daten.

Heute bei uns den ganzen Tag blauer Himmel und so gut wie keine Wolke in Sicht, laut Adapter ist es aber den ganzen Tag bedeckt gewesen.

Für morgen sagen alle Apps wieder einen blauen und fast Wolkenlosen Himmel voraus, laut OpenMeteo ist es wieder bedeckt.

Hat das noch jemand? Gibt es etwas was ich Prüfen kann um zu sehen ob die Daten wirklich aktuell sind?

[H5N1]

@wendy2702
Das hatte ich auch bis vor ein paar Minuten, dann ist es für Morgen von bedeckt auf Hauptsächlich Klar umgesprungen nach einem Update der Daten, eventuell noch Nachwirkungen vom API Ausfall heute?

[wendy2702]

Ok. Dann warte ich mal bis morgen Früh und schaue wie es dann aussieht.

[Hausbaer]

Servus, vielen Dank für die Arbeit. Ich nutze seit gestern den Adapter, allerdings ohne das Widgetscript.

Ist es möglich, noch die tägliche Schneefallgrenze und den Sonnenhöchststand zu ergänzen?

[David G.]

@Hausbaer

Die Schneefallgrenze bietet die Api.
Allerdings sind die Werte für die Stunden/Tage ohne Niederschlag total daneben.

Heute liegt die Grenze bei mir bei 220m. Angeblich.
Aber nur weil für heute kein Niederschlag gemeldet ist.

Sonnenhöchststand bietet die Api nicht.

[H5N1]

@Hausbaer sagte:

Ist es möglich, noch die tägliche Schneefallgrenze und den Sonnenhöchststand zu ergänzen?

Schneefallgrenze täglich müsste man je einen Datenpunkt für "von", "bis" machen, da sie sich nicht wirklich statisch für einen Tag erfassen lässt, stündlich wäre möglich mit Berechnungen, kommt drauf an wie genau sie sein muss, das geht von einfach bis kompliziert mit mehreren Parametern zu berechnen, dafür aber evtl. genauer. Den original Key der API (snowfall_height) hatte ich ganz am Anfang mit drin, habe ich aber verworfen weil er Fantasie höhen ausgespuckt hatte die nicht stimmen, Ursache soll sein "nicht speziell für die API optimiert oder validiert"

Sonnenhöchststand sollte kein Problem sein.

Die V2.6.4 vom Adapter ist mittlerweile im stable verfügbar, z.Z arbeite ich an der Fusion vom pv-forecast Adapter und diesen Adapter, sodass ich mich später nur um einen Adapter kümmern muss. Wer nur Wetter braucht lässt dann den Haken im Admin für PV forecast leer, wer nur PV forecast braucht lässt die Location für Wetter leer, wer beides braucht aktiviert beides.

[David G.]

Die Fantasiewerte bei der Schneefallgrenze kommen wohl, wenn kein Niederschlag gemeldet ist.
Als Wert kommen wohl die Rohdaten des Modells. Wenn kein Niederschlag stimmt die Rechnung nicht.

Ich hab es so gelöst, dass pro Tag der niedrigste Wert angezeigt wird. Es werden aber nur Werte berücksichtigt, wo Niederschlag angegeben ist. Selbes bei den stündlichen Werten.

[H5N1]

Neue Test Version 3.0.0.

open-meteo-pv-forecast wurde nun integriert in open-meteo-weather.
Für die meisten hier die nur das Wetter brauchen ändert sich nicht viel, die Struktur bleibt wie gewohnt, wer die PV-Vorhersage Aktiviert bekommt einen neuen Channel "pv-forecast" mit dem von ihm konfigurierten Standorten. Wer nur die PV-Vorhersage benötigt, der konfiguriert einfach keine Standorte für das Wetter und aktiviert nur PV-Vorhersage.

Bitte weiter fleißig Testen.

Changelog:

• Zusammenführung, open-meteo-pv-forecast wurde nun in open-meteo-weather integriert.
• Zusätzlich animierte Icons von Basmillus hinzugefügt.
• Neue Tabs im Admin für Icons Auswahl und PV-Forecast.
• Neue Datenpunkte im Wetterbereich, freezing_level_hight (Frostgrenze Höhe), snowfall_hight (Schneefallhöhe) für Stündlich und solar_noon (Sonnenhöchststand) für Täglich.
• Datenpunkt global_tilted_irradiance in Wetter Sektion entfernt.
• Rollen (roles) wurden angepasst in den Wetterdatenpunkten nach Vorgabe von stateroles.md/weather, es ist unbedingt nötig den Verzeichnisbaum einmal neu anzulegen.

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.

Danke an alle fürs Testen.