Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[H5N1]

Aktuelle Test Version	2.2.1
Veröffentlichungsdatum	26.01.2026
Github Link	https://github.com/H5N1v2/ioBroker.open-meteo-weather
NPM Link	https://www.npmjs.com/package/iobroker.open-meteo-weather

Hallo zusammen,

ich möchte euch heute meinen neuen Adapter vorstellen: ioBroker.open-meteo-weather.

Da viele Wetter-Dienste mittlerweile recht restriktiv mit kostenlosen API-Keys umgehen, habe ich einen Adapter für Open-Meteo geschrieben. Open-Meteo bietet eine Tolle, offene API, die für die private Nutzung komplett ohne Registrierung und Key auskommt.

Was kann der Adapter?

Der Adapter liefert euch umfangreiche Wetterdaten basierend auf euren Standort-Koordinaten:

• Aktuelle Daten: Temperatur, Luftfeuchtigkeit, Windgeschwindigkeit, etc.
• Luftqualität: Kohlenmonoxid, Staubbelastung, Ozon.
• Pollenflug: Umfangreiche Daten für Allergiker (Birke, Erle, Gräser, etc.) z.Z nur für Aktuelle Daten.
• Warnungen: Windwarnungen inklusive Icons.
• Windrichtung: Icons passend zur Windrichtung
• Wetter Icons: Icons wechseln im current Ordner (Aktuelle Daten) automatsich in Tag und Nacht anzeige.
• Lokalisierung: Übersetzte Einheiten und Beschreibungen.
  uvm.

Installation & Test

Der Adapter befindet sich aktuell im Beta-Stadium. Läuft aber wie ich finde recht brauchbar bis jetzt. Ich freue mich über jeden, der ihn testen möchte!

Ihr könnt ihn aktuell über GitHub installieren:
ioBroker.open-meteo-weather oder über npm.

Was ich von euch brauche (Feedback):

1. Werden alle Datenpunkte korrekt befüllt?
2. Funktionieren die Einheiten-Umrechnungen bei euch?
3. Gibt es Fehlermeldungen im Log (bitte auf debug stellen)?
4. Wünsche für weitere Datenpunkte der Open-Meteo API?
5. Bei Problemen berichtet bitte hier oder eröffnet ein Issue auf GitHub

Hinweis: Nebenbei habe ich auch ein Widget erstellt speziell für diesen Adapter, dieser nennt sich VIS2-widget-script-om-weather. Vorweg: es handelt sich bei dem Widget nicht um einen Adapter.

Ich freue mich auf euer Feedback!

PS: Ich bin kein Profi Entwickler und mache es zum Spaß in meiner Freizeit, ich wünsche mir Nachsicht im Fall wenn Probleme nicht gleich behoben werden können. Vielen Dank und habt Spaß damit.

Viele Grüße,
H5N1

[WG25]

Moin,
habe den Adapter installiert und bisher läuft alles reibungslos. Die Datenpunkte scheinen auf den ersten Blick alle vollständig zu sein. Top!

Mir erschließt sich nur der Sinn für den stündlichen Forecast an den Tagen 1 bis xx nicht, da sich auch dort die Stunden "schieben". Für Tag 0 macht es absolut Sinn, alles was weiter in der Zukunft liegt... ?!? Aber gut, hat nichts mit dem Adapter zu tun. ;-)

Tolle Arbeit!

Grüße!

[H5N1]

@wg25, vielen Dank für die Blumen und das du ihn Testest, ich bin mir nicht ganz sicher was du mit Stunden "schieben" meinst, evtl. die Genauigkeit?
Ich selbst nutze die Stundenvorhersage gar nicht, dachte aber sie mit aufzunehmen, falls User viele Daten wie Stündliche Updates haben wollen.

Bitte fleißig weiter testen.
Gruß H5N1

[dQeLse]

Habe den Adapter ebenso installiert und läuft ohne Probleme!
Widget sieht auch gut aus, habe es nur an meine Farben angepasst :)

Vielen Dank und weiter so

[H5N1]

@dqelse Danke für deine Rückmeldung, es freut mich das er läuft und Gefällt.
Ja anpassen ist Pflicht, genau deswegen machen wir das alle gerne.

Danke
Gruß H5N1

[oFbEQnpoLKKl6mbY5e13]

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

Was ich von euch brauche (Feedback):

1. Werden alle Datenpunkte korrekt befüllt?
2. Funktionieren die Einheiten-Umrechnungen bei euch?
3. Gibt es Fehlermeldungen im Log (bitte auf debug stellen)?
4. Wünsche für weitere Datenpunkte der Open-Meteo API?
5. Bei Problemen berichtet bitte hier oder eröffnet ein [Issue](https://github.com/H5N1v2/

Hi, danke für deinen Adapter!

Zu:

1. Sieht gut aus
2. Sieht auch gut aus
3. Nein. Allerdings kommen da auch keinerlei Meldungen, die über den Start der Instanz hinausgehen, was für den Debug-Mode schon ungewöhnlich ist
4. Erstmal nicht

VIS-Widget gewünscht. VIS2 ist tot.

[sigi234]

@oFbEQnpoLKKl6mbY5e13 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

VIS2 ist tot.

Warum?

[oFbEQnpoLKKl6mbY5e13]

@H5N1

Ich habe noch eine Frage. Gibt die API her, von welcher Station die Pollendaten stammen?

[H5N1]

@oFbEQnpoLKKl6mbY5e13 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

3. Nein. Allerdings kommen da auch keinerlei Meldungen, die über den Start der Instanz hinausgehen, was für den Debug-Mode schon ungewöhnlich ist

An den Debug ausgaben arbeite ich gerade, das ist tatsächlich bisher sehr mager, die bearbeiteten Scripte habe ich vor ein paar Minuten hoch geladen und werden mit der nächsten Version erscheinen.

@oFbEQnpoLKKl6mbY5e13 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

VIS2 ist tot.

Welchen Grund gibt es dafür, habe selbst vor einem Jahr oder länger auf vis-2 umgestellt und kann nicht klagen. Gerade das React macht es toll.

@oFbEQnpoLKKl6mbY5e13 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Ich habe noch eine Frage. Gibt die API her, von welcher Station die Pollendaten stammen?

Bisher habe ich dazu auf der air-quality-api Seite nichts gefunden oder sehe es nicht.

Bis hier her, erst mal danke für's Testen.

Gruß H5N1

[WG25]

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

... ich bin mir nicht ganz sicher was du mit Stunden "schieben" meinst, evtl. die Genauigkeit?

Es gibt in dem Adapter für jeden Tag den stündlichen Forecast, je nach Einstellung 1, 6, 12 oder 24 Stunden. Dabei ist die Stunde "0" immer die aktuelle Stunde, die "1" die nächste und so weiter. Für den aktuellen Tag (0) fand ich es sinnvoll. Dieses ist aber auch für die Forecast Tage 1,2,3,.. so. Sprich bei Tag 1 ist Stunde 0 auch die "aktuelle" Stunde vom aktuellen Tag. Es ist also immer der gleiche Zeitversatz vom Tagesbeginn des jeweiligen Tages. Es würden damit am Tag 1 die Stunden zwischen Tagesbeginn und der Stunde 0 fehlen, es sei denn, es ist auf 24 Stunden Forecast eingestellt (Vermutung). Die Daten sind korrekt vom Tag 1 Stunde 0 usw., ich hab mich halt nur gefragt, ob das so sinnvoll ist bzw. ob diese Granularität für die Tage 1+ notwendig ist.

Wie gesagt, hat nichts mit der Adapter Funktionalität zu tun, kam mir nur merkwürdig vor.

Ich selbst nutze die Stundenvorhersage gar nicht, dachte aber sie mit aufzunehmen, falls User viele Daten wie Stündliche Updates haben wollen.

[H5N1]

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Es gibt in dem Adapter für jeden Tag den stündlichen Forecast, je nach Einstellung 1, 6, 12 oder 24 Stunden...

... Wie gesagt, hat nichts mit der Adapter Funktionalität zu tun, kam mir nur merkwürdig vor.

Du hast recht, das ist mir gar nicht aufgefallen, ich bin davon ausgegangen das es z.B für Stunde 0 die Daten für 0.00Uhr - 1.00Uhr sind, für Stunde 1 von 01.00 Uhr - 02.00 Uhr ist, da ich nur darauf fixiert war ob die Datenpunkte gefüllt werden, nebenbei habe ich auch gesehen das für die Stundenvorhersagen die Icons nicht wechseln zwischen Tag und Nacht.
Das habe ich jetzt gefixt, jetzt werden die Tatsächlichen Stunden im entsprechenden Ordner angezeigt, allerdings wird nun für für hourly.day0.hour* ab der Stunde angezeigt wo der Adapter gestartet wurde, d.h. ändert man etwas und startet den Adapter um 19.15 Uhr wird erst ab day0.hour19 - 23 erstellt, das ist aber normal da der Adapter nur Daten aus dem jetzt und Zukunft abruft. Sollte aber mit dem Tageswechsel erledigt sein.

Ich werde das jetzt noch beobachten ob das alles funktioniert und werde die Änderungen demnächst in einer neuen Version hochladen.

Grüße

[Homoran]

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Dabei ist die Stunde "0" immer die aktuelle Stunde, die "1" die nächste und so weiter.

das ist in dem DWD API (Adapter Brightsky) genauso.

Das erlaubt dir die Vorhersage für die nächsten Stunden

ohne große Manipulationen der DP-Referenzen darzustellen.
Voraussetzung ist natürlich, dass die Datenpunkte alle Stunde refresht werden

[H5N1]

Was von beiden ist dann nun besser bzw allgemein besser? Ich habe es nun so gebogen das die Stunden auch den entsprechenden Stunden entsprechen, da ich bisher davon ausgegangen bin das es auch tatsächlich so ist und sein soll. Was @homoran beschreibt klingt dabei schon sinnvoll, wobei anders gesehen wer scrollt schon bis zum 7. oder 16 Tag 21.00 Uhr um zu schauen ob da seine Bratwurst Nass werden könnte :), dann würde die vorhersage weiter als 2-3 tage für Stunden keinen Sinn machen außer viele Daten erzeugen. Schwierig jetzt.

[Homoran]

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

wer scrollt schon bis zum 7. oder 16 Tag 21.00 Uhr

ich halte es für den aktuellen Tag / die nächsten 12h/24h für sinnvoll.

ich muss mal nachsehen wie @ticaki das gelöst hat

EDIT:
tage ebenfalls mit 0,1,2,.... fortlaufend
hourly, Anzahl konfigurierbar, ich hab 18

Darin jeweils "alle" Werte für die entsprechende Stunde

incl. der Zeit in Klartext

[H5N1]

@Homoran sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

ich halte es für den aktuellen Tag / die nächsten 12h/24h für sinnvoll.

Ich denke ich werde es wieder in den Ursprung zurück setzen, das ist tatsächlich sinnvoller.