Monatsrückblick Januar/Februar 2026 ist online!

[ticaki]

@maddingamer
Ja ist noch aktuell, ich bin mir wirklich nicht sicher, ob ich mir das antun soll und die Funktionalität des Adapters in mein Skript zu übernehmen.

An den Fehlermeldungen kann ich aber nichts ändern... wobei ich die nicht habe. Poste das am besten in dem Topic unter Test zu diesem Adapter.

[maddingamer]

@ticaki Alles klar :)

[Leviathan09]

Gerade mal das Script eingefügt und Einstellungen vorgenommen.
Soweit scheint alles zu passen, Keine Fehlermeldungen.
Vielen Dank für`s zur Verfügung stellen.

[symsen]

Ich habe grade das Script eingefügt und es funktioniert super.
Gibt es die Möglichkeit, die Meldungen statt einer Email als Text in Vis anzuzeigen?

OK, ich habe selbst die Lösung gefunden.

[ticaki]

Auf Grund deiner Frage hab ich einen Datenpunkt hinzugefügt der den Body der Email ausgibt.

Version 0.97.8

• Option state_html hinzugefügt.
• Datenpunkt .messageHtml hinzugefügt gibt eine einfach formatierte Html-Tabelle aus.
• Änderung der Konfiguration:

Vorher ca. 105ff

    {"name":'alexa',"value":32, count:0, delay:0, maxChar: 940},
    {"name":'state',"value":64},
    {"name":'iogo',"value":128, maxChar: 940}
];

nachher:

    {"name":'alexa',"value":32, count:0, delay:0, maxChar: 940},
    {"name":'state',"value":64},
    {"name":'iogo',"value":128, maxChar: 940},
    {"name":'state_html',"value":256}
];

vorher/nachher: 117ff letzte Zeile ist neu

const STATE = konstanten[6].value;
const IOGO = konstanten[7].value;
const STATE_HTML = konstanten[8].value;

vorher/nachher: 146ff letzte Zeile ist neu

//uPushdienst+= STATE;             // Auskommentieren zum aktivieren. State befindet sich unter mainStatePath.message
//uPushdienst+= IOGO;              // Auskommentieren zum aktivieren. Einstellungen nicht vergessen
//uPushdienst+= STATE_HTML;        // Auskommentieren zum aktivieren. State_html befindet sich unter mainStatePath.messageHtml als Tabelle

--

Version 0.97.8.1

• die Elemente aus der die Email/state_html gebildet werden, in Variablen gelegt und am Anfang des Codes plaziert, so das es leichter anpassbar ist.

[ticaki]

Version 0.97.9

• iogo lange Nachrichten werden gesplittet
• Pushover ist die erste Warnung gesplittet wird nur Teil 1 mit Signalton versendet.

Konfigurationsänderung: ca. 107 / letzte Zeile wurde geändert:

    {"name":'alexa',"value":32, count:0, delay:0, maxChar: 940},
    {"name":'state',"value":64},
    {"name":'iogo',"value":128, maxChar: 940, count: 0, delay: 300},

[maddingamer]

Gibt es eine Möglichkeit dass im HTML State mehrere Warnungen angezeigt werden? :)

[ticaki]

@maddingamer
Jo Auto ausschalten und Command benutzen. :) Oder verstehe ich dich falsch.?

[maddingamer]

@ticaki da verstehe ich jetzt nicht wie du das meintest :D

Also ich habe im VIS eine Seite wo ich die HTML-Tabelle aus messagehtml anzeigen lasse.
Vorhin als mehrere Meldungen aktiv waren, stand dort jedoch nur eine, und in der unteren Zeile halt Insgesamt 3 gültige Warnungen. Und ich hätte halt gerne die anderen auch in dem state mit drin (oder seperate states zur not).

[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