Test Adapter Weather-Warnings

[sigi234]

@ticaki

Hallo, bekomme keine Warnungen von UWZ obwohl einige da sind?

[ticaki]

@sigi234

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?

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Soll ich einen Bezahldienst aufnehmen?

Nein

[ticaki]

@sigi234

Man müsste mal den ursprüngelichen Entwickler fragen wie wo was - weiß du noch wer das war und ist der überhaupt noch aktiv ?!

[ticaki]

@dwm
kannst du vielleicht Licht ins dunkel bringen

es gibt ihn noch.

[spike2]

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“ }"]

[ticaki]

@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

[spike2]

@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.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Das muß ich korrigieren

Ist das in der neuen Version korrigiert?

[ticaki]

@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.

[rtwl]

Gibt es eigentlich eine Möglichkeit (oder ist es eh eingebaut) wie man diesen Zeitraum der Warnmeldung Sonntag, 0:00 - Sonntag, 23:59 auf zb ganzer Sonntag ändern kann?

[ticaki]

@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.

[rtwl]

@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.

[sigi234]

@ticaki

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

[ticaki]

@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)

[ticaki]

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.

[ticaki]

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 11

Und ich bekomme ca. 30 Nachrichten pro Sekunde. Bis ich den Telegram-Adapter neu starte?

[rtwl]

@ticaki
ich nutze nur pushover und da klappt es einwandfrei

[ticaki]

@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.

[ticaki]

Neue Version ist auf dem Weg.

• Reduziere die Anzahl Einträge bei History/Verlauf auf 80 Stück, hat gerade bei mir mit ca 120 geruckelt (6500 Zeilen)