Test Adapter Weather-Warnings
-
Ich hab heute echt ein händischen dafür nur die hälfte von dem zu schreiben was ich denke. Sry.
Nein, damals gab es nur DWD und wie der DWD-Adapter also als Landkreise, die Warnungen war für nix zu gebrauchen.
-
-
Wie ich weiter oben schon geschrieben habe, keine Ahnung, mal hat UWZ Warnungen im Json, mal nicht. Ich hab bis heute nicht verstanden, von wem die Warnungen kommen und was die Bedinungen sind. Wenn du sagt nur 1 Warnung pro Tag - könnte eine Warnung von gestern heute aufgehoben worden sind und damit wären es 0 Warnungen die heute noch zur verfügung stehen.
Ich weiß es echt nicht, hab das damals auf deinen Vorschlag hin aufgenommen, aber sonst nie infos über diesen Dienst in die Finger bekommen.
uwr.de ist auch nur eine Vermutung.
Soll ich einen Bezahldienst aufnehmen?
-
-
Man müsste mal den ursprüngelichen Entwickler fragen wie wo was - weiß du noch wer das war und ist der überhaupt noch aktiv ?!
-
@dwm
kannst du vielleicht Licht ins dunkel bringenes gibt ihn noch.
-
Wie kann ich die Json Werte vom DP "weather-warnings.0.provider.activeWarnings_json" mit Blockly auslesen um die Daten für die Visualisierung zu nutzen?
Müsste doch eigentlich so klappen?
Die Json wird vermutlich nicht richtig geschrieben, wie in der Fehlermeldung zu sehen ist.
[json] Json template has wrong formate. Conversion deactivated! template: NewJson, message: { „action“: „Gültige Warnung“, „start“: „13:38“, „ende“: „14:09“, "type": „starkes Gewitter“ }Die Vorlage ist Standard:
{ „action“: „${status}“, „start“: „${starttime}“, „ende“: „${endtime}“, "type": „${warntypename}“ }
Der Inhalt der Json (aktuell Testwarnung aktiviert) :
["{ „action“: „Gültige Warnung“, „start“: „13:38“, „ende“: „14:09“, \"type\": „starkes Gewitter“ }","{ „action“: „Gültige Warnung“, „start“: „13:48“, „ende“: „13:59“, \"type\": „Gewitter“ }","{ „action“: „Gültige Warnung“, „start“: „13:53“, „ende“: „14:01“, \"type\": „Gewitter“ }","{ „action“: „Gültige Warnung“, „start“: „16:26“, „ende“: „16:37“, \"type\": „Windböen“ }"] -
@spike2
Irgendwo auf dem Übersetzungsweg sind anscheindend die"gegen„getauscht worden. Das muß ich korrigieren. Ersetze die
„durch
"EDIT die
“sind auch falsch -"ist richtig.in english sind sie richtig
-
@ticaki
Die Vermutung hatte ich auch erst gehabt mit den Gänsefüßchen, aber irgendwie habe ich das wieder verworfen
Falsche Zeichen und so ein "großer Fehler"Dankeschön für die schnelle Antwort und Lösung.
Einen schönen 1. Advent. -
@ticaki sagte in Test Adapter Weather-Warnings:
Das muß ich korrigieren
Ist das in der neuen Version korrigiert?
-
@sigi234
Nein, dazu muss ich noch eine machen. Und da meine Texte von weblate kommen, dauert das immer ein paar Stunden von der Korrektur bis sie da sind. Kann aber jeder in einer Minute selbst in den Vorlagen korrigieren. -
Gibt es eigentlich eine Möglichkeit (oder ist es eh eingebaut) wie man diesen Zeitraum der Warnmeldung
Sonntag, 0:00 - Sonntag, 23:59auf zbganzer Sonntagändern kann? -
@rtwl
Nope, ich hab auch keine Ahnung wie ich das umsetzten soll. Es gibt ein von und ein bis, aber kein Feld das den Zeitraum beschreibt. Wenn du da eine Idee hast, schreibs in eine Feature Request.ICh lehne es nicht ab, wüsste aber wirklich nicht, wie das aussehen sollte. Was in dem Feld sein soll wenn das nicht der ganze Tag ist usw.
-
@ticaki
Keine Ahnung. Das neue Feld "Zeitraum" könnte ja so in etwa definiert werden:wenn
startdayofweek = enddayofweek UND starttime = 00:00 UND endtime = 23:59
dann
value of startdayofweek
sonst
"undefined" oder einfach nur leer lassen.Github Issue erstellt: https://github.com/ticaki/ioBroker.weather-warnings/issues/83
EDIT: vermutlich nur für ZAMG interessant - bzw keine Ahnung ob die anderen Provider auf 00:00 bis 23:59 senden.
closed neues Feld "Zeitraum" #83
-
Hallo,
UWZ wurde deaktiviert, aber laut Log holt es die Daten?
weather-warnings.0 2023-12-11 20:56:44.671 info UWZ activated. Retrieve data. weather-warnings.0 2023-12-11 20:56:44.668 info ZAMG activated. Retrieve data. weather-warnings.0 2023-12-11 20:56:44.668 info [alexa2] Create notification service alexa2 state: alexa2.0.Echo-Devices.G0922H0724770WBW.Commands.speak. weather-warnings.0 2023-12-11 20:56:44.652 info [email] Create notification service email adapter: email.0. weather-warnings.0 2023-12-11 20:56:44.636 info [history] Create notification service history. weather-warnings.0 2023-12-11 20:56:44.621 info [json] Create notification service json. weather-warnings.0 2023-12-11 20:56:44.605 info Refresh Interval: 20 minutes weather-warnings.0 2023-12-11 20:56:44.593 info [provider] Silent time added: Profil: Mo-So start: 22 end: 5 days: ["0","1","2","3","4","5","6"] weather-warnings.0 2023-12-11 20:56:44.592 info [provider] Silent time added: Profil: Sa-So start: 7 end: 17 days: ["0","6"] weather-warnings.0 2023-12-11 20:56:44.592 info [provider] Silent time added: Profil: Mo-Fr start: 10 end: 12 days: ["1","2","3","4","5"] weather-warnings.0 2023-12-11 20:56:41.646 info starting. Version 0.6.4 in C:/SmartHome/node_modules/iobroker.weather-warnings, node: v18.19.0, js-controller: 5.0.17 weather-warnings.0 2023-12-11 20:56:38.199 info terminating weather-warnings.0 2023-12-11 20:56:37.688 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason weather-warnings.0 2023-12-11 20:56:37.687 info terminating weather-warnings.0 2023-12-11 20:56:37.685 info Got terminate signal TERMINATE_YOURSELF
-
@sigi234 sagte in Test Adapter Weather-Warnings:
UWZ activated. Retrieve data.
Bestätigt, wenn in der UWZ Tabelle noch Einträge vorhanden sind, wird diese Einstellung ignoriert. (Fehler)
-
Ich werde mich wohl ab morgen hier wieder dran geben und die gewünschte Funktion einbauen und den Admin umsortieren, der sieht auf einem Handy doof aus. Falls also noch jemand was sinnvolles möchte: https://github.com/ticaki/ioBroker.weather-warnings/issues
Gibt zum WE dann eine neue Version - uwz hab ich schon gefixt, aber nicht released.
Nina schaffe ich leider nicht bis Neujahr - da fehlt mir aktuell die Zeit und Lust zu. Wenn die sich nur an die Definitionen halten würden und nicht alles so kompliziert wäre.
-
Hey hat noch jemand das Problem:
eine ausgehende Warnung, dann schreibt telegram das ins log
2024-01-16 14:18:52.635 - error: telegram.0 (663) Failed sending [chatId - 995922549]: Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2024-01-16 14:18:54.688 - error: telegram.0 (663) Failed sending [chatId - 995922549]: Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2024-01-16 14:19:12.056 - error: telegram.0 (663) Failed sending [chatId - 995922549]: Error: ETELEGRAM: 429 Too Many Requests: retry after 11Und ich bekomme ca. 30 Nachrichten pro Sekunde. Bis ich den Telegram-Adapter neu starte?
-
@ticaki
ich nutze nur pushover und da klappt es einwandfrei -
@rtwl
Hab oben vergessen zu erwähnen das ich den Telegram Adapter neustarte nicht diesen. Ich werfe mal alle sendToAsync() raus, die machen nur probleme.
