Monatsrückblick Oktober 2026 ist online!

[Negalein]

komischerweise funktioniert es jetzt, obwohl ich alles mögliche vorher schon versucht habe (Ordner groß/klein, jpg/png, Adapter down-/upgrade, mit/ohne IP, ...).

[bahnuhr]

@Negalein
Na, dann schreib doch mal die aktuelle Lösung.
Damit andere das nachvollziehen können, wie es bei dir jetzt geklappt hat.

[Negalein]

@bahnuhr sagte:

wie es bei dir jetzt geklappt hat.

aktuell ohne IP
/vis.0/Wettericons/WetterIcons/

aber schaunma mal wie lange

[bahnuhr]

@Negalein sagte:

/vis.0/Wettericons/WetterIcons/

ja, so schreibt man dies.
Ist bei flot genauso.

@Negalein sagte:

aber schaunma mal wie lange

ganz laaaaange

[rtwl]

Dieser Beitrag wurde gelöscht!

[Negalein]

@bahnuhr sagte:

ja, so schreibt man dies.

bei einer älteren Version (noch vor der neuen API) gings definitiv auch mit IP

[Negalein]

Dieser Beitrag wurde gelöscht!

[Negalein]

hab hier die Icons von @ro75 passend nummeriert.

www.nega.at/Wetterbilder_nur_Nummerierung.zip

[Nashra]

Moin, seit 3 Tagen wird der Datenpunkt
"daswetter.0.location_1.ForecastDaily.Day_1.symbol_description"
nicht mehr beschrieben und seit heute Morgen bekomme ich diese Fehlermeldung

daswetter.0
	2026-09-14 09:26:55.945	error	DasWetter_0: axios error in GetSymbols: message=Request failed with status code 401, code=ERR_BAD_REQUEST, status=401, data={"ok":false,"expiracion":1789370160085,"info":{"message":"Unauthorized"}}

geändert wurde nichts, auch Api-Key stimmt.
daswetter v4.5.10

[Merlin123]

@Nashra Nei mir läuft die Version ohne Probleme. der genannte DP wird beschrieben.
Stell das Log mal auf Debug, ob du da was siehst

[Nashra]

Moin, gerade nochmal nachgesehen,der
Datenpunkt "daswetter.0.location_1.ForecastDaily.Day_1.symbol_description"
wird wieder befüllt. Keine Ahnung was da los war.

[Gereon TJ Howe]

Hallo René,

mir ist aufgefallen, dass der Adapter (aktuell getestet mit v4.5.9) für die eigentlichen Wetterdaten weiterhin die alten v1-Endpunkte anspricht, obwohl laut API-Doku bereits v2 verfügbar ist:

In build/lib/meteored.js:
const url = "https://api.meteored.com/api/forecast/v1/daily/" + this.location_hash;
...
const url = "https://api.meteored.com/api/forecast/v1/hourly/" + this.location_hash;

Die Location-Suche (api/location/v1/search/...) scheint davon nicht betroffen zu sein - dort ist v1 laut Doku auch nicht als veraltet markiert.

Symptom bei mir: Die Instanz hängt seit Wochen unregelmäßig, teils über viele Stunden, ohne sich selbst zu beenden oder einen sauberen Fehler zu werfen. Der API-Key selbst ist gültig und funktioniert einwandfrei mit v2 (siehe Tests unten).

Belege per curl mit identischem Hash und Key:

v1 (aktuell im Adapter, liefert flache Struktur):
curl -s "https://api.meteored.com/api/forecast/v1/daily/HASH" -H "x-api-key: KEY" -H "accept: application/json"
-> {"ok":true,...,"days":[{"temperature_min":11.76,"temperature_max":18.88,"wind_speed":18,...}]}

v2 (liefert verschachtelte Struktur):
curl -s "https://api.meteored.com/api/forecast/v2/daily/HASH" -H "x-api-key: KEY" -H "accept: application/json"
-> {"ok":true,...,"days":[{"temperature":{"min":11.76,"max":18.88},"wind":{"speed":18,...},...}]}

Die Authentifizierung (x-api-key Header) funktioniert bei beiden Versionen identisch, nur der Pfad und die Response-Struktur unterscheiden sich (flach vs. verschachtelt bei temperature/wind/precipitation/sun/moon).

Vermutung: Da die v1-Forecast-Route laut eurer eigenen Doku als "veraltet, noch funktionsfähig" markiert ist, wird sie vom Anbieter offenbar nur noch inkonsequent bedient - das würde die sporadischen, teils stundenlangen Hänger erklären, die ich seit einiger Zeit beobachte (kein saubere Fehlermeldung, kein Timeout, die Instanz bleibt einfach hängen).

Falls hilfreich, kann ich gerne weitere Logs oder Tests beisteuern.

Viele Grüße

[manne01]

Habe den DasWetter-Adapter heute erstmals installiert, Version v4.5.9, ioBroker v8.0.11:
Meteored-Account vorhanden und alle Haken grün. Der API Token ist korrekt hinterlegt. Der Standort wird erkannt. Trotzdem:

daswetter.0
2026-09-19 14:44:21.458 error DasWetter_0: axios error in GetForecastDaily: message=Request failed with status code 404, code=ERR_BAD_REQUEST, status=404, data={"ok":false,"expiracion":1789821861442,"info":{"message":"Not found"}}
daswetter.0
2026-09-19 14:44:21.398 error DasWetter_0: axios error in GetForecastHourly: message=Request failed with status code 404, code=ERR_BAD_REQUEST, status=404, data={"ok":false,"expiracion":1789821861382,"info":{"message":"Not found"}}

Was fehlt hier?

[McBeath]

Das selbe bei mir, erstmals installiert mit v4.5.9 und auch mit v4.5.10.

DasWetter_0: axios error in GetForecastDaily: message=Request failed with status code 404, code=ERR_BAD_REQUEST, status=404, data={"ok":false,"expiracion":1789856365686,"info":{"message":"Not found"}}

[Dan_Ce]

Gleiches Verhalten hier.

[Leonie]

Hier auch. Ich vermute dass das daran liegt das der Adapter die v1-API abruft, aber nur noch die v2-API bereit gestellt wird. Zumindest sehe ich auf für die v1-API gar keine Dokumentation mehr. Dazu gibt es auch ein issue bei github: https://github.com/rg-engineering/ioBroker.daswetter/issues/619

[Rene_HM]

Es stimmt, dass es eine V2 der API gibt und ich den Adapter umstellen will und muss. ABER: bei mir funktioniert der Datenabruf auch mit V1 noch ohne Probleme...

[manne01]

@Rene_HM vielleicht sind die neuen API Tokens auf die neue API Version limitiert

[Rene_HM]

@manne01 das würde mir den Druck erhöhen, die Umstellung zeitnah zu implementieren.

[Leonie]

Wäre zumindest auch für mich eine Erklärung. Ich hatte mich vorhin erst bei Meteored registriert weil ich den Adapter in meine Sprachassistentin integrieren wollte und dafür wissen musste wie der funktioniert. Natürlich habe ich durch das neue Konto auch einen "nagelneuen" API Key bekommen.