Test Adapter Weather-Warnings

[Latzi]

@ticaki sagte in Test Adapter Weather-Warnings:

gibt jetzt states um Benachrichtigungen manuell auszulösen

wo sind die zu finden?
weather-warnings.0.provider.zamg.xxx-xxx.command.telegram dient wozu?

[ticaki]

@latzi

um die Vorlage die recht steht zu versenden. und beachtet die Filter. für keine Warnungen gibts immer das was links steht. Das hab ich aber noch nicht getestet (also ohne Warnung)

COMMAND unter DWD... verschickt nur Warnungen von diesem Provider. COMMAND ganz oben verschickt von allen Providern.

Wobei wenn du bei Zamg bei Telegram abwählst, dann kommt keine Nachricht, gerade nachgesehen.

[Latzi]

@ticaki
okay, Dankeschön!
Wenn also keine Warnung ansteht, wird auch keine Nachricht geschickt wenn ich manuell auslöse, richtig?

[ticaki]

@latzi sagte in Test Adapter Weather-Warnings:

@ticaki
okay, Dankeschön!
Wenn also keine Warnung ansteht, wird auch keine Nachricht geschickt wenn ich manuell auslöse, richtig?

Nein, das ist noch ein Fehler - da sollte die Nachricht von links "Keine Warnungen" kommen, tuts aber nicht. Wenn ich mal was nicht teste gehts mit 100% Sicherheit nicht so wie ich will

Jetzt ist es so wie ich es wollte, ist keine Meldungen da kommt "keine Warnung", in einem der unter Ordner kommt das auch wenn keine Meldungen für diesen Provider vorliegt.

Der Stundenfilter hat wieso auch immer nicht funktioniert, 0 war da true, habs gegen > 0 getauscht.

EDIT: Noch ein paar Infos mehr, die command states werden nur erstellt, wenn auch der entsprechende Kanal nach Prüfung erstellt wurde. Heißt, wenn was wegen falscher Konfiguration intern nicht erstellt wird, wird auch kein Punkt unter command angelegt bzw. wird dieser gelöscht. Hab jetzt eingebaut, weil dass das testen von Templates deutlich erleichtert.

EDIT2: Nochmal umgeschrieben und einen Fehler in den Vorlagen behoben.

[Latzi]

@ticaki
ich hab bei ZAMG unter weather-warnings.0.provider.zamg.xxx-xxx.command.telegram die Nachricht ausgelöst - es kamen 2 Benachrichtigungen und beide waren stumm - ist das so gewollt? Ich verwende UWZ und ZAMG, kann es daher kommen, dass 2 Nachrichten kamen?

Edit: Die 2 Nachrichten sind mir nun klar, ich hab DP auf true gesetzt und danach wieder auf false, daher die 2 Nachrichten . Wäre es nicht sinnvoll, den DP automatisch nach dem Senden wieder auf false zu setzen? Parameter ${provider} wird bei der Nachricht nicht aufgelöst und bleibt so stehen.

[ticaki]

@latzi

Stumm ist aktuell gewollt. Ich bekomme beim Testen um die 300 Nachrichten täglich. Stumm ist gewollt. Bis das einstellbar ist.

Ich bin mir nicht ganz klar wie Buttons funktionieren sollen, daher reagiere ich auf jede Aktualisierung die nicht ack true ist und ändere nichts selbst. Ist ja nicht wirklich was schaltbar an der Stelle. Ich frage mal nach und bei mir ist gestern auch ein Token nicht aufgelöst worden. Das muß ich mir nochmal ansehen wieso.

Bei mir war es das aller letzten Token in der Vorlage. die Vorlage hat mit } geendet und bei dir?

[Latzi]

@ticaki sagte in Test Adapter Weather-Warnings:

Bei mir war es das aller letzten Token in der Vorlage. die Vorlage hat mit } geendet und bei dir?

${Provider}-Warnung ${Warntypename} aufgehoben

[ticaki]

@latzi
Ah ok, ist der Vorlage 3. gehen keine Tokens. Da mußte was allgemeines verwenden, der Code geht ja über alle Provider und gelöschte Warnungen sind nicht mehr da, also weiß ich nur das keine Warnungen da sind, aber keine Warnungen könnten alle haben nicht nur einer

Dabei ist die Logik (abgesehen vom Manuellen auslösen)
Gibt es aktive aber gefilterte Warnungen, werden Warnungen mit Vorlage 2 aufgehoben, gibt es keine weiteren Warnung, wird Vorlage 3 verwendet

Löst du Manuell aus, wird Vorlage 2.1 (spalte 2 die erste) verwendet für vorhandene und 1.3 für keine.

weiterere Edit:
Ab dem nächsten Update, werden Taster mit val: false, ack: true bestätigt, ist zwar formal falsch, jedoch ignorieren wir das aus nachvollziehbaren Gründen.
EDIT2: Der State reagiert aber weiterhin auf true und false mit ack: false. Das ack ist hier ausschlaggebend.

[Latzi]

@ticaki
alles klar (hoffe ich zumindest).

Passt das jetzt so:

[ticaki]

@latzi
Da sollte alles aufgelöst werden. Wenn nicht klar, einfach fragen. Werde Teile der Fragen wohl auch in die Doku schreiben, wenns sich wiederholt.

EDIT: Update wie in den letzten paar Postings beschrieben

[sigi234]

@ticaki

Cooles Logo!

[Latzi]

@ticaki sagte in Test Adapter Weather-Warnings:

Update wie in den letzten paar Postings beschrieben

Läuft bestens, vielen Dank!

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

Cooles Logo!

Jo, find ich auch. vielleicht die anderen aus der Serie für die Warnungen... weiß nur nicht wie man die einbinden... aber ist hoffentlich auch nicht eilig.

@Latzi
Das hört man gerne

[Chris76e]

Falls das jemand gebrauchen kann, das Logo damit man es so nutzen kann.

[sigi234]

@chris76e sagte in Test Adapter Weather-Warnings:

Falls das jemand gebrauchen kann, das Logo damit man es so nutzen kann.

Jupp, kann man ja dann einfärben je nach Art vom Warnlevel.

Edit:
Geht doch nicht.

[ticaki]

Update

• Hab im Code aufgeräumt, wenn also irgendwas nicht so geht wieder vorher - bescheid sagen.
• Telegram Optionen: Lautlos/Beep, Nutzer, Chat-ID ... gibt es den Nutzer der Chat ID damals wollte noch?
• Pushover Optionen: Sound, Device ID, Priorität abhängig vom Level. (Warnung Level 4 kommt mit Prio 2 / Warnung Level 1 kommt mit -1)

Bitte testet das, wenn ihr Telegram/Pushover nutzt.

EDIT:

• Alexa: Da gibts jetzt auch Sounds. rechts auf den Knopf drücken, Pop-Up erlauben, Sound aussuchen, copy to clipboard und im Adapter links neben dem Knopf einfügen. Das kommt dann 1 mal vor den Warnungen.
• Alexa: Lautstärke 0 bedeutet die Lautstärke die im Gerät eingestellt ist wird nicht verändert.

[Chris76e]

@ticaki sagte in Test Adapter Weather-Warnings:

Alexa: Da gibts jetzt auch Sounds. rechts auf den Knopf drücken, Pop-Up erlauben, Sound aussuchen, copy to clipboard und im Adapter links neben dem Knopf einfügen. Das kommt dann 1 mal vor den Warnungen.

Wäre cool wenn man noch einstellen könnte bei welchem Arlarm welcher Sound kommt. Es gibt ja welche als Sturm, Regen, Donner....

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Update

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Hab im Code aufgeräumt, wenn also irgendwas nicht so geht wieder vorher - bescheid sagen.

Es werden keine JSON und History erstellt.

[ticaki]

@chris76e sagte in Test Adapter Weather-Warnings:

@ticaki sagte in Test Adapter Weather-Warnings:

Alexa: Da gibts jetzt auch Sounds. rechts auf den Knopf drücken, Pop-Up erlauben, Sound aussuchen, copy to clipboard und im Adapter links neben dem Knopf einfügen. Das kommt dann 1 mal vor den Warnungen.

Wäre cool wenn man noch einstellen könnte bei welchem Arlarm welcher Sound kommt. Es gibt ja welche als Sturm, Regen, Donner....

Wenn es dir reicht die Möglichkeit zu haben, kann ich das über Vorlagen einbauen. Noch gibts das Token warntypegenericnumber nicht, aber wenn ich das einbaue, kannst du mit einem template das so aufgebaut ist:

${[,<audio src="soundbank://soundlibrary/weather/thunder/thunder_02"/>,<audio src="soundbank://soundlibrary/nature/amzn_sfx_rain_03"/>,,,,,,,,,,,,,,,,,,,,,,,,,,] warntypegenericnumber}

Einen Sound einfügen der abhängig vom warntype ist. Ist nur ein Beispiel die , sind da weil du musst mindestens für jeden type einen Eintragen egal ob der leer ist.

soll ich das so einbauen?

und hier steht welche Zahl welcher warntype ist:

    '1': { name: 'genericWarntyp.1.name', id: 'unknown', dwdService: [], uwzService: [0, 1], zamgService: [0, 8] },
    '2': {
        name: 'genericWarntyp.2.name',
        id: 'storm',
        dwdService: [40, 41, 44, 45, 48, 49, 51, 52, 53, 54, 55, 56, 57, 58, 96, 79],
        uwzService: [2],
        zamgService: [1],
    },
    '3': {
        name: 'genericWarntyp.3.name',
        id: 'snowfall',
        dwdService: [70, 71, 72, 73, 74, 75, 76],
        uwzService: [3],
        zamgService: [3],
    },
    '4': {
        name: 'genericWarntyp.4.name',
        id: 'rain',
        dwdService: [96, 95, 66, 65, 64, 63, 62, 61, 59, 49, 48, 46, 45, 44, 42],
        uwzService: [4],
        zamgService: [2],
    },
    '5': { name: 'genericWarntyp.5.name', id: 'cold', dwdService: [82, 22], uwzService: [10, 11, 5], zamgService: [7] },
    '6': { name: 'genericWarntyp.6.name', id: 'forest_fire', dwdService: [], uwzService: [6], zamgService: [] },
    '7': {
        name: 'genericWarntyp.7.name',
        id: 'thunderstorm',
        dwdService: [90, 91, 92, 93, 95, 96, 31, 33, 34, 36, 38, 40, 41, 42, 44, 45, 46, 48, 49],
        uwzService: [7],
        zamgService: [5],
    },
    '8': {
        name: 'genericWarntyp.8.name',
        id: 'black_ice_slippery',
        dwdService: [87, 85, 84, 24],
        uwzService: [8],
        zamgService: [4],
    },
    '9': { name: 'genericWarntyp.9.name', id: 'heat', dwdService: [247, 248], uwzService: [9], zamgService: [6] },
    '10': {
        name: 'genericWarntyp.10.name',
        id: 'hail',
        dwdService: [95, 96, 45, 46, 48, 49],
        uwzService: [],
        zamgService: [],
    },
    '11': { name: 'genericWarntyp.11.name', id: 'fog', dwdService: [59], uwzService: [], zamgService: [] },
    '12': { name: 'genericWarntyp.12.name', id: 'thaw', dwdService: [88, 89], uwzService: [], zamgService: [] },
};

Ich will den Admin nicht unnötig mit Detaileinstellungen überfrachten, dann erschlägt das den Nutzer beim ersten Aufruf, wenn die lösung aber nix ist, kannst du gerne ne Feature Request auf Github machen, kann ja "aktivere ExpertMode" einbauen und dann wäre der überfrachtete Admin egal..