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

[Rene_HM]

Die Anpassung des Datums und der Einheit für die Regenwahrscheinlichkeit kommt in der nächsten Version.

Noch einmal zum update der Daten:
Der Adapter ist darauf angewiesen, dass die Daten auf dem Server richtig bzw. aktuell sind. Der Adapter manipuliert die Daten nicht. Einzige Ausnahme: ich konvertiere die Unix-timestamps in ein lesbares Format. Die meisten von euch haben das email von meteored bekommen. (hier nochmal der Text: issue #454 ) Darin ist eindeutig geschrieben, dass meteored die Daten derzeit zweimal am Tag aktualisiert und dass sie daran arbeiten, eine Aktualisierung der Daten viermal täglich anzubieten. Ich gehe davon aus, dass dies auch für das "Umkopieren" von morgen auf heute um Mitternacht gilt. Ich weiß nicht, wann die Aktualsierung derzeit stattfindet, das findet ihr aber sicher heraus ;-)

[stefu87_CH]

Wünsche Allen einen Guten Start ins neue Jahr.

Habe mir jetzt den aktuellen Adapter v4.2.0 heruntergeladen und die API eingetragen.
Also Ort habe ich 779777 Rust eingetragen, erhalte aber diese Meldung:

daswetter.0
	23714	2026-01-01 18:30:26.273	error	DasWetter_1: axios error in GetSymbols: message=Request failed with status code 429, code=ERR_BAD_REQUEST, status=429, data={"ok":false,"expiracion":1767288626173,"info":{"message":"Quota Exceeded"}}
daswetter.0
	23714	2026-01-01 18:30:26.051	error	DasWetter_1: Meteored GetLocationFreetext: no matching location for city "Rust" and bundesland "Deutschland"

Und in den Objekten ist alles null:

Mache ich was falsch oder ist das noch ein Fehler in der Adapterversion

[Rene_HM]

@stefu87_CH sagte in Adapter: DasWetter:

Quota Exceeded

Fehler 429 heisst Quota Exceeded bzw. Too Many Requests...
In der Statistik unter https://dashboard.meteored.com/de/api sieht man, welches Limit man überschritten hat..

Also morgen nochmal versuchen...

[stefu87_CH]

@Rene_HM sagte in Adapter: DasWetter:

@stefu87_CH sagte in Adapter: DasWetter:

Quota Exceeded

Fehler 429 heisst Quota Exceeded bzw. Too Many Requests...
In der Statistik unter https://dashboard.meteored.com/de/api sieht man, welches Limit man überschritten hat..

Also morgen nochmal versuchen...

Ok wenn ich aber nachsehe, bin ich bei allen Abfragen unter 100 %:

[Rene_HM]

@stefu87_CH und die PLZ ist richtig (779777)? In D sind die PLZ eigentlich fünfstellig...

[stefu87_CH]

@Rene_HM sagte in Adapter: DasWetter:

@stefu87_CH und die PLZ ist richtig (779777)? In D sind die PLZ eigentlich fünfstellig...

Sry habe mich da vertippt. War beim schreiben eine Zahl zu viel drin.
Aber auch bei uns in der Schweiz klappt es nicht:

[Pedder007]

Ich hatte den Fehlercode 429 auch. Ich habe die Instanz dann einfach mal 24h pausieren lassen und danach ging es wieder, obwohl meine Anforderungsverteilung immer noch im Anschlag steht.

PS.
Ich habe im Adapter jetzt 360 Minuten eingetragen, da die Daten ja provider-seits ohnehin nur 2x am Tag aktualisiert werden.

[Micha 3]

@Rene_HM sagte in Adapter: DasWetter:

@falke69 sagte in Adapter: DasWetter:

Könnte man die Übersetzung nicht mit in den Adapter integirieren?

ja, kann ich machen, wenn ich wüsste, welche Beschreibungen vom Server kommen können. Die Doku der API gibt das derzeit nicht her. Woher weiß dein script, welche Texte zu übersetzen sind?

Weiterhin zeigt es mir auch in der aktuell Version 4.1.0. für den dritten Tag ein Wettersymbol von "24" an. selbst die integrierten Symbole gehen nur bis maximal 22. liegt da irgendwo ein Fehler? Oder brauch ich jetzt mehr Wettersymbole?

das weiß ich leider nicht. Die Doku der API sagt dazu nichts.

Die Symbole gehen bis 41. Wo bekomme ich die jetzt alle her?

https://www.daswetter.com/faq.html#simbAtmosRef

[Negalein]

Hallo

habe soeben auf die neue API umgestellt.

5-Tage Vorschau funktionierte sofort.

Nur die stündliche will nicht.
DasWetter_0: axios error in GetForecastHourly: message=Request failed with status code 401, code=ERR_BAD_REQUEST, status=401, data={"ok":false,"expiracion":1767368086361,"info":{"message":"Unauthorized"}}

Gibt es da noch zusätzlich etwas zu beachten?

[Chaot]

@Negalein Wenn die selbst nur alle 12 Stunden aktualisieren ist eine stündliche Vorhersage ja auch nicht so aktuell wie der Name wohl verspricht.
Die Datenpunkte für alle Stunden sind bei mir aber da und gefüllt. Ich habe nur noch keine konkrete Idee wie ich das in der VIS umsetzen kann, da ja plötzlich 24 einzelne Datenpunkte da sind.

[JB_Sullivan]

Das Update auf 4.2.0 wurde bei der Installation abgebrochen (Windows als BS)

$ iobroker upgrade daswetter@4.2.0 --debug

Update daswetter from @4.1.0 to @4.2.0

host.GLT Adapter "system.adapter.daswetter.0" is stopped.

NPM version: 10.8.2Installing iobroker.daswetter@4.2.0... (System call)

npm error code EBUSY npm error syscall rename npm error path C:\ioBroker\GLT\node_modules\iobroker.daswetter npm error dest C:\ioBroker\GLT\node_modules\.iobroker.daswetter-M2wIJD6q npm error errno -4082 npm error EBUSY: resource busy or locked, rename 'C:\ioBroker\GLT\node_modules\iobroker.daswetter' -> 'C:\ioBroker\GLT\node_modules\.iobroker.daswetter-M2wIJD6q' npm error A complete log of this run can be found in: C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2026-01-02T16_56_27_963Z-debug-0.log

npm error code EBUSYnpm error syscall renamenpm error path C:\ioBroker\GLT\node_modules\iobroker.daswetternpm error dest C:\ioBroker\GLT\node_modules\.iobroker.daswetter-M2wIJD6qnpm error errno -4082npm error EBUSY: resource busy or locked, rename 'C:\ioBroker\GLT\node_modules\iobroker.daswetter' -> 'C:\ioBroker\GLT\node_modules\.iobroker.daswetter-M2wIJD6q'npm error A complete log of this run can be found in: C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2026-01-02T16_56_27_963Z-debug-0.loghost.GLT Cannot install iobroker.daswetter@4.2.0: 4294963214

ERROR: Process exited with code 25

[stefu87_CH]

@Pedder007 sagte in Adapter: DasWetter:

Ich hatte den Fehlercode 429 auch. Ich habe die Instanz dann einfach mal 24h pausieren lassen und danach ging es wieder, obwohl meine Anforderungsverteilung immer noch im Anschlag steht.

Also ich habe jetzt mal gewartet und nochmals getestet, aber weiterhin kommen keine Daten rein. Habe auch zum Testen eine andere Stadt genommen. Auch dann alles Null

[Negalein]

@Chaot sagte in Adapter: DasWetter:

@Negalein Wenn die selbst nur alle 12 Stunden aktualisieren ist eine stündliche Vorhersage ja auch nicht so aktuell wie der Name wohl verspricht.

ah ok, das ist dann kacke

dann verzichte ich auf die stündlichen Werte.

[Rene_HM]

@JB_Sullivan sagte in Adapter: DasWetter:

Das Update auf 4.2.0 wurde bei der Installation abgebrochen

Ich würde versuchen, das Backup hier (C:\ioBroker\GLT\node_modules.iobroker.daswetter-M2wIJD6q) manuell zu löschen und dann nochmal installieren...

[Pedder007]

@stefu87_CH ich habe es gerade nochmal kontrolliert.
Die Abfrage läuft ohne Fehler im Log und die Werte (daily und hour-ly) haben entsprechend aktuelle Zeitstempel.
In der API werden die Abfragen auch angezeigt:

@chaot in der VIS sieht das bei mir so aus, wobei ich auch keine stündlichen Werte anzeige, sondern eher eine Tendenz über den Tag, was für uns reicht:

Bzgl. der noch fehlenden Icons 23-25, nehme ich aktuell immer das Icon 22 als Workaround.

Danke @rene_hm für den tollen Adapter :-)

[Longbow]

@rene_hm danke für die Erklärung mit den Daten und den Updates. Aber bei mir bleibt gerade die Day 1 Daten auf dem Tag 01.01. also wo wir ja heute schon den 03.01 haben... liegt das an der API Update Rate oder an meinem Iobroker

[JB_Sullivan]

@Rene_HM sagte in Adapter: DasWetter:

@JB_Sullivan sagte in Adapter: DasWetter:

Das Update auf 4.2.0 wurde bei der Installation abgebrochen

Ich würde versuchen, das Backup hier (C:\ioBroker\GLT\node_modules.iobroker.daswetter-M2wIJD6q) manuell zu löschen und dann nochmal installieren...

An der beschriebenen Stelle ist nichts vorhanden, was so heißen könnte. Auch ein zweiter Installierversuch wurde wieder mit der gleichen Meldung wie oben abgebrochen.

EDIT: Habe es eben noch einmal versucht. Instanz gestoppt und aus dem GIT versucht zu installieren. Da gab es dann diese Meldung. Interessant daran ist, das ich was umbenennen soll und auch den Ablageort der LOG Datei gibt es nicht. Da wo die LOG Dateien üblicherweise liegen, gibt es wiederum keine Datei die so wie in der Fehlermeldung beschrieben steht heißt.

$ iobroker url rg-engineering/ioBroker.daswetter --host GLT --debug

install rg-engineering/ioBroker.daswetter

NPM version: 10.8.2

Installing rg-engineering/ioBroker.daswetter... (System call)

npm error code EBUSY

npm error errno -4082

npm error EBUSY: resource busy or locked, rename 'C:\ioBroker\GLT\node_modules\iobroker.daswetter' -> 'C:\ioBroker\GLT\node_modules\.iobroker.daswetter-M2wIJD6q'

npm error A complete log of this run can be found in: C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2026-01-03T10_19_29_117Z-debug-0.log

[JB_Sullivan]

So letzter Nachtrag. Ich habe versucht den angegebenen Ordner umzubennen, habe da aber eine Schreibschutz Meldung bekommen. Diese Schreibschutz Meldungen kenne ich hin und wieder auch bei älteren Protokoll Dateien, die turnsmäßig automatisch gelöscht werden sollen.

Da hilft in der Regel nur ein Neustart von ioB. Da auch hier irgend ein Prozess einen Schreibschutz über dem Ordner ausgebreitet hat, habe ich ioB ebenfalls neu gestartet und die Version 4.2.0 erneut installiert - dieses mal jedoch mit Erfolg.

Jetzt läuft auch die 4.2.0 bei mir.

[stefu87_CH]

@Pedder007 sagte in Adapter: DasWetter:

@stefu87_CH ich habe es gerade nochmal kontrolliert.
Die Abfrage läuft ohne Fehler im Log und die Werte (daily und hour-ly) haben entsprechend aktuelle Zeitstempel.
In der API werden die Abfragen auch angezeigt:

Dann frage ich mich nur was ich bei mir komplett falsch mache.

2026-01-03 13:00:23.752 - error: daswetter.0 (41274) DasWetter_1: no location hash available, please check postcode and city settings
2026-01-03 13:00:38.010 - warn: daswetter.0 (41274) Got terminate signal. Checking desired PID: 0 vs own PID 41274
2026-01-03 13:00:39.605 - error: daswetter.0 (53363) DasWetter_1: Meteored GetLocationPostcode: no matching location for city "Berlin" and bundesland "Deutschland"
2026-01-03 13:00:40.163 - error: daswetter.0 (53363) DasWetter_1: no location hash available, please check postcode and city settings

[Rene_HM]

@stefu87_CH In deinem log sollten (per Info-log) die gefundenen Orte gelistet werden. Mindestens mit der Freitext-Suche sollte Berlin gefunden werden. Da es aber mehrere Stationen dort gibt, die auch mit "Deutschland" nicht eingegrenzt werden können, kann sich der Adapter nicht für die richtige entscheiden... Suche dir deshalb die passende im log heraus und übernehme den Text aus "description" in "Bundesland".
Wichtig ist, dass du keine Fehlermeldung wie 401, 429 oder ähnliches im log hast...