Weihnachtsangebot 2025! 🎄

[ticaki]

@maddingamer
Darüber muß ich mir Gedanken machen, wie man das einbauen könnte.

[adarof]

Hallo
Ich habe leider Startschwierigkeiten - möchte nur DWD->Telegram-Meldung realisieren.
Bin die Doku ganz oben durchgegangen - und sehe nun aber weder Fehlermeldungen noch Telegram-Meldungen.

Hier ist meine Konfiguration (das was ich geändert habe):

var mainStatePath = '0_userdata.0.wetterwarnung.';
uPushdienst+= TELEGRAM;          // Auskommentieren zum aktivieren
var regionName          = [['UWZDE33334','Gütersloh']];
var uGemeinde = 'Verl'; // hier steht zum Beispiel, Hamburg, Unterdorf
var uLandkreis = 'Gütersloh'; // hier Kreis Bitburg, Landkreis Fürth
var telegramUser        = []; // Einzelnutzer ['Hans']; Multinutzer ['Hans', 'Gretel']; Nutzer vom Adapter übernehmen [];
var telegramChatId      = [];
var uTelegramReplyMarkup  = null; // Falls ihr ein Telegrammmenü verwendet, könnt ihr hier einen Weg zurück definieren z.B.: {keyboard: [['Zurück']], resize_keyboard: true};

Die Adapter sind ganz normal unter dwd.0 und telegram.0 eingerichtet und funktionieren auch soweit.

Beim (Re)start des Scriptes bekomme ich dieses hier :

javascript.0	2020-05-02 09:45:51.329	info	(2554) script.js.TelegramOnDWDWarning: registered 8 subscriptions and 1 schedule
javascript.0	2020-05-02 09:45:51.100	info	(2554) script.js.TelegramOnDWDWarning: MODE wurde geändert. MODE: 0 firstRun:true
javascript.0	2020-05-02 09:45:51.085	info	(2554) Start javascript script.js.TelegramOnDWDWarning
javascript.0	2020-05-02 09:45:50.156	info	(2554) script.js.TelegramOnDWDWarning: wurde beendet!
javascript.0	2020-05-02 09:45:50.152	info	(2554) Stop script script.js.TelegramOnDWDWarning
host.RoofServer	2020-05-02 09:45:08.594	info	instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)
daswetter.0	2020-05-02 09:45:08.078	info	(5571) Terminated (NO_ERROR): Without reason
daswetter.0	2020-05-02 09:45:04.926	info	(5571) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v10.20.1
host.RoofServer	2020-05-02 09:45:04.027	info	instance system.adapter.daswetter.0 started with pid 5571
host.RoofServer	2020-05-02 09:45:02.742	info	instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR)
host.RoofServer	2020-05-02 09:45:00.018	info	instance system.adapter.dwd.0 started with pid 5314
javascript.0	2020-05-02 09:44:24.841	info	(2554) script.js.TelegramOnDWDWarning: registered 8 subscriptions and 1 schedule
javascript.0	2020-05-02 09:44:24.630	info	(2554) script.js.TelegramOnDWDWarning: MODE wurde geändert. MODE: 0 firstRun:true
javascript.0	2020-05-02 09:44:24.596	info	(2554) Start javascript script.js.TelegramOnDWDWarning
javascript.0	2020-05-02 09:44:23.522	info	(2554) script.js.TelegramOnDWDWarning: wurde beendet!
javascript.0	2020-05-02 09:44:23.517	info	(2554) Stop script script.js.TelegramOnDWDWarning

-> MODE wird immer mit 0 und firstRun angegeben - ist das richtig?
-> Wie kann ich weiter machen zur Analyse?

Danke

[ticaki]

@adarof sagte in [Script] DWD/UWZ/NINA Warnungen als Push/Sprachnachrichten:

MODE wurde geändert. MODE: 0 firstRun:true

Diese Meldung bedeutet das das alle Meldungen ausgeschaltet sind. Mode kann alles zwischen 0-7 sein - 0 bedeutet aus.
Das mußt du in der Objektübersicht under .config aktivieren. Dort gibt es einen Punkt dwd der aktuell auf false steht, diesen auf true umstellen.
Bei mir sieht das z.B. so aus:

[ticaki]

//Version 0.97.10

• UWZ: minlevel angabe wurde nicht bedachtet. Filtert jetzt wie vorgesehen.
• KK

//Version 0.97.11

• Mode gleich 0 gibt eine Warnung aus: "Alle Benachrichtigungen ausgeschaltet, bitte unter ioBroker - Objektansicht .config einstellen."
• KK

[ticaki]

//Version 0.97.12

• Email und der Html State sollten sich jetzt so verhalten:
  • Warnungen sollten von der jüngesten zur ältesten sortiert und vollständig ausgegeben werden.
  • Entwarnungen gibt es nur einmal im Automodus. Die sind nach einem Update der Mitteilung nicht mehr enthalten
• KK

konnte es nicht wirklich testen bisher.

EDIT: Hab das bei mir jetzt produktiv laufen, bedeutet mit minlevel 3 damit ich nicht laufend belanglose Warnungen bekomme. :)

[maddingamer]

@ticaki Habe bei mir jetzt auch mal geupdated.. Scheint zu laufen. Sehe im HTML Widget jetzt auch die letzte Entwarnung. Die aktuelle Warnung hingegen nicht (da älter nehme ich an..).

Vielleicht kann man es so machen, dass die letzte Entwarnung angezeigt wird (mit variable für wie alt die sein soll damit sie noch angezeigt wird?) und die aktuelle(n) warnung(en). Wenn keine entwarnung in den letzten X stunden neu ist, dann nur die entsprechenden warnungen.. Versteht man was ich meine? :D

[maddingamer]

Nach einem Update der JS Instanz hat das script jetzt scheinbar einmal ganz neu gestartet.. Jetzt sind im HTML state beide aktuellen meldungen drin (wenn auch die vom 22.4. als "neu" markiert wird :D ) Wie lange steht da im header "Neu:" davor?

[ticaki]

@maddingamer
Die Logik des Script arbeiten so(im Automodus): Kommt eine Warnung rein, läuft der Arbeitsteil durch. In diesem wird für HTML geguckt, ob es im letzten Durchlauf schon da war. Wenn nein kommt ein "Neu: " davor. So soll es funktionieren, wenn nicht hab ich was falsch gemacht. :)

Ich denke ich entferne das wieder da ein Druck auf: javascript.0.wetterwarnung.commands.state_html
überall das neu davor schreibt. Da ich in dem Fall nichts anderes mache als die "Alt"-Datenbank vorübergehend zu löschen.

Hm. gerade fällt mir ein, dass so wie ich das jetzt löse zu einem Spam führen kann. Muß ich wohl wieder runter auf testen und mich zu müllen lassen. :)

[ticaki]

//Version 0.97.13

• bei letztem Update alt/neu verwechselt - ups - 97.12 funktioniert nicht
• KK

//Version 0.97.14

• manuelles auslösen gibt keinen "Neu: " prefix mehr.
• KK

Deinen Vorschlag kann ich mir am Wochenende mal durch den Kopf gehen lassen. Aktuell sollte ein Auslösen von state_html den "Neu:" Prefix und die Entwarnungen löschen. Kannst du das nicht über Vis lösen, in dem du ein Skript 15 Minuten nach dem du das entsprechende Widget aufgerufen hast startest und diesen State betätigst? Oder generell Abends zur Schlafenszeit?

[maddingamer]

@ticaki sagte

In diesem wird für HTML geguckt, ob es im letzten Durchlauf schon da war. Wenn nein kommt ein "Neu: " davor.

Ok gut dann erklärt sich das, warum da eben plötzlich "Neu" stand :D

Aktuell sollte ein Auslösen von state_html den "Neu:" Prefix und die Entwarnungen löschen.

Das langt mir sonst als Info, dann werde ich den entsprechend 1x am Tag triggern lassen, klingt gut :) Danke dir!

[fila612]

Hallo,
vorab vielen Dank für das Script - finde ich wirklich gelungen und toll gemacht.
Ich habe aktuell das Problem, dass Alexa bei Updates (z.b. von NINA) alle Meldung erneut vorliest, was dann schon mal länger dauern kann :/
Gibt es da Einstellungen, welche ich evtl. nicht richtig gesetzt habe?
Cool wäre, wenn nur die Updates angesagt werden und nicht die bereits kommunizierten.
Oder liegt das an NINA selbst?
Gerade eben gab es wieder einen 15min Monolog von Alexa ;)
Danke

[fila612]

Ah noch eine Frage, aber anderes Thema:
Nutzt hier jemand den Lovelace UI Adapter und dieses Script?
Ich erhalte viele Logeinträge wie z.b. diesen hier (Auszug):

lovelace.0	2020-05-06 14:27:54.543	info	(17559) object nina.0.09174.warnung01.info01.parameter04.value deleted
lovelace.0	2020-05-06 14:27:54.535	info	(17559) object nina.0.09174.warnung01.info01.parameter04.valueName deleted
lovelace.0	2020-05-06 14:27:54.534	info	(17559) object nina.0.09174.warnung01.info01.parameter03.value deleted
lovelace.0	2020-05-06 14:27:54.534	info	(17559) object nina.0.09174.warnung01.info01.parameter03.valueName deleted
lovelace.0	2020-05-06 14:27:54.533	info	(17559) object nina.0.09174.warnung01.info01.parameter02.value deleted
lovelace.0	2020-05-06 14:27:54.532	info	(17559) object nina.0.09174.warnung01.info01.parameter02.valueName deleted
lovelace.0	2020-05-06 14:27:54.532	info	(17559) object nina.0.09174.warnung01.info01.parameter01.value deleted
lovelace.0	2020-05-06 14:27:54.531	info	(17559) object nina.0.09174.warnung01.info01.parameter01.valueName deleted
lovelace.0	2020-05-06 14:27:54.530	info	(17559) object nina.0.09174.warnung01.info01.contact deleted
lovelace.0	2020-05-06 14:27:54.530	info	(17559) object nina.0.09174.warnung01.info01.web deleted
lovelace.0	2020-05-06 14:27:54.529	info	(17559) object nina.0.09174.warnung01.info01.instruction deleted
lovelace.0	2020-05-06 14:27:54.521	info	(17559) object nina.0.09174.warnung01.info01.description deleted
lovelace.0	2020-05-06 14:27:54.519	info	(17559) object nina.0.09174.warnung01.info01.fullText deleted
lovelace.0	2020-05-06 14:27:54.517	info	(17559) object nina.0.09174.warnung01.info01.headline deleted

weiß noch nicht ob das eher Richtung Lovelace Devteam gehen sollte oder evtl. hierher.

[ticaki]

Welche Version?

[fila612]

@ticaki vom Script habe ich die aktuelle 0.97.12
und die Adapter sind alle auf dem neuesten (latest repository) Stand. GitHub Versionen habe ich nicht.

[maddingamer]

@fila612
uSpracheMitBeschreibung und uSpracheMitAnweisungen (Z. 250 f.) auf false setzen evtl? Oder willst du das nur bei einem Update kurz haben?

Und von dem Lovelace habe ich kein Plan :D

[ticaki]

😊 Das ist die kaputte Version in der ich alt/neu verwechselt hab

[fila612]

@ticaki ui, gabs da schon was neues - hab ich dann wohl übersehen. dann zieh ich mir das Script aus dem Link im ersten Post neu rein und alles bestens, oder?

[ticaki]

@fila612
👍

[maddingamer]

Aktuell sollte ein Auslösen von state_html den "Neu:" Prefix und die Entwarnungen löschen.

Wann wird der Prefix bzw. die Entwarnung denn default mäßig entfernt? Vllt brauche ich ja nicht unbedingt den stateHTML triggern lassen, wenn das nicht ewig stehen bleibt :D

Übrigens 0.97.14 scheint problemlos zu laufen :)

[fila612]

@ticaki Super, Danke dir.