wichtiges UPDATE für controller 7.2.2 im stable

[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

[ticaki]

das übersteigt wohl claude - will dich jetzt fragen ob du den Fehler noch immer hast und natürlich das ganze robuster machen, was nix ändern aber robuster ist. Ich muß da am we selbst suchen.

aber lass mich noch was abchecken:

Kein Container
Kein Master-Slave system?

Im javascript adapter kommt dabei auch die richtige zeit raus?

[deta]

@ticaki sagte:

Kein Container
Kein Master-Slave system?

Nein, weder noch, reines Debian Linux.

Und ja der Fehler ist immer noch. Erst gestern wieder, Warnung, Gewitter um 18:54, dabei war es schon kurz nach 19 Uhr und das Gewitter war so gegem 19 :50 da.
Zeit ist ja immer so +-

cu Deta