wichtiges UPDATE für controller 7.2.2 im stable

[ticaki]

Ich hab heute ne Nachricht wegen Squalls bekommen - muß da wohl nochmal mehr ran - scheint neue "Wettertypen" beim dwd zu geben.

[ticaki]

Gestern und auch heute scheint der Server von DWD am limit zu sein - Frag mich echt wie man einen Warnserver so zurückhalten aufbaut, dass er bei einem orkan im norden schon am limit ist.

[ticaki]

0.9.0 (2025-10-28)

• (ticaki) Data retrieval function changed from axios to fetch
• (ticaki) Retrieval timeout changed from 15 seconds to 5 minutes (DWD server needs a 'little' more time)

Der DWD Server braucht bei mir ab und an bis zu 3 Minuten bis er antwortet. Daher der längere Timeout. Das reduziert bei Überlastungen zumindest bei mir die fehlgeschlagenden Verbindungsversuche um 70%

[ticaki]

0.10.0 (2025-11-13)

• (ticaki) update deps
• (ticaki) fix a problem with "remove" key
• (ticaki) Added support for nspanel-lovelace-ui (>= v0.8.0)

nspanel ist noch nicht im latest und v0.8.0 gibts erst demnächst, bis dahin sollte es noch nicht aktiviert werden :)

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

0.10.0 (2025-11-13)

• (ticaki) update deps
• (ticaki) fix a problem with "remove" key
• (ticaki) Added support for nspanel-lovelace-ui (>= v0.8.0)

nspanel ist noch nicht im latest und v0.8.0 gibts erst demnächst, bis dahin sollte es noch nicht aktiviert werden :)

Warnung von Admin:

admin.0
	2025-11-13 16:17:59.294	warn	weather-warnings has an invalid jsonConfig: [{"instancePath":"/items/_uwzpanel/items/uwzwarncellTable/items/0","schemaPath":"#/items/allOf/45/then/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"title"},"message":"must NOT have additional properties"},{"instancePath":"/items/_uwzpanel/items/uwzwarncellTable","schemaPath":"#/patternProperties/%5E.%2B/allOf/27/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"/items/_uwzpanel","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/9/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}] 

[ticaki]

@sigi234
Gucke ich mir mal an. Danke

[ticaki]

@sigi234
Ist soweit ich das sehe ein Schemafehler - im Adapter selber ist alles lt. Dokumentation.

[Nashra]

Vorhin kam eine Warnung rein...

Alexa sagt mir diese zwar an aber mit kleinem Fehler
"Es tritt leichter Frost zwischen 0 °C und 4 °C auf"
das es Minus 4 sind wird nicht gesagt.

[ticaki]

Bekanntes Alexa Problem, https://forum.iobroker.net/topic/81629/alexa-2-speak-kann-keine-negativen-temperaturen-mehr/64

[deta]

Hallo,
kann es sein, das der Adapter die Sommerzeit misachtet.
Alexa bringt immer die Meldung um eine Stunde nach hinten.
Also Sturm 18:15 gemeint ist aber 19:15

Wie kann ich das Problem beheben?

cu Deta

[ticaki]

ich gucks mir mal beim nächsten unwetter an - war eigentlich nicht so, kann sich aber immer ein rechenfehler einschleichen.

[DasBo1975]

@ticaki sagte:

ich gucks mir mal beim nächsten unwetter an - war eigentlich nicht so, kann sich aber immer ein rechenfehler einschleichen.

Tatsächlich habe ich das mit der "falschen" Uhrzeit aber auch. Vorhin mal drauf geachtet. um 21:33 Uhr wurde ich benachrichtigt, dass um 21:27 Uhr ein starkes Gewitter kommt.

[deta]

@DasBo1975

[ticaki]

Claude meint nachdem wir das hier durch getestet haben, das die Zeitberechnung nur dann kippt, wenn der Host auf der falschen Zeitzone steht.

@dasbo1975 Bei einer kurzfristigen Warnung - also 19:30 wird veröffentlicht das es ab 19:30 ein starkes Gewitter geben kann. Sieht es aus als wenn der Adapter die Zeit falsch berechnet vorallem wenn der Intervall erst um 19:42 die Warnung aktualisiert.

[DasBo1975]

@ticaki sagte:

@dasbo1975 Bei einer kurzfristigen Warnung - also 19:30 wird veröffentlicht das es ab 19:30 ein starkes Gewitter geben kann. Sieht es aus als wenn der Adapter die Zeit falsch berechnet vorallem wenn der Intervall erst um 19:42 die Warnung aktualisiert.

Ahh, ok. Danke fürs Überprüfen.

[deta]

@ticaki Ich habe auf meinen Servern alles geprüft und die richtige Zeit wird auch bei date angezeigt.
Zeitzone ist richtig.
Ich vermute es liegt an den Wechsel der Winter/Sommerzeit. Das hier im Adapter nur die Winterzeit genommen wird.

cu Deta

[ticaki]

Danke für die Rückmeldung ich gucke nochmal rein und dieses Mal mit Zeitzone auf dem Rechner stimmt. Ich eine linux Installation?

[deta]

@ticaki Ja iobroker läüft unter Linux. Und Alexa sagt ca. 1 Stunde es falsch an.

[ticaki]

claude will hier rauf ne antwort:

@deta Danke fürs Prüfen. Wichtig ist hier die Unterscheidung: dass date in der Shell die richtige Zeit zeigt, sagt leider noch nichts darüber aus, welche Zeitzone der Node-Prozess von ioBroker verwendet.
Der Adapter liest den UTC-Offset nämlich direkt aus dem laufenden Prozess (new Date().getTimezoneOffset()), und genau der kann „auf Winterzeit festhängen", obwohl die Shell korrekt ist — z. B. durch ein
gesetztes TZ=Etc/GMT-1, fehlendes/veraltetes tzdata-Paket oder eine abweichende Container-Zeitzone.

Kannst du mir bitte folgendes ausgeben lassen — am besten direkt im JavaScript-Adapter (dort läuft dieselbe Node-Umgebung wie der Adapter):

log('Offset: ' + new Date().getTimezoneOffset() + ' | Zone: ' + Intl.DateTimeFormat().resolvedOptions().timeZone);

Erwartung im Sommer (CEST): Offset: -120 und Zone: Europe/Berlin.
Wenn dort -60 steht oder als Zone etwas wie Etc/GMT-1 / UTC auftaucht, ist das die Ursache: der Adapter rechnet dann tatsächlich dauerhaft mit Winterzeit-Offset.

Alternativ auf der Konsole als der User, unter dem ioBroker läuft:

  node -e "console.log(new Date().getTimezoneOffset(), Intl.DateTimeFormat().resolvedOptions().timeZone)"

Sag mir, was rauskommt — dann wissen wir sicher, ob es an der Prozess-Zeitzone liegt. Unabhängig davon habe ich ohnehin vor, die Offset-Berechnung robuster zu machen, damit sie nicht mehr von der Host-Zeitzone abhängt.

---

Wohl gemerkt ich wurde nicht gefragt ob ich die robuster will * hust *

[deta]

@ticaki sagte:

node -e "console.log(new Date().getTimezoneOffset(), Intl.DateTimeFormat().resolvedOptions().timeZone)"

node -e "console.log(new Date().getTimezoneOffset(), Intl.DateTimeFormat().resolvedOptions().timeZone)"
-120 Europe/Berlin