UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ticaki]

@chris76e sagte in Test Adapter Weather-Warnings:

Adapter wurde eben neuinstalliert

Aha, wollte gerade schreiben dass ich es nicht nachvollziehen und da fängt er an zu quatschen. Schaue ich mir an, in 1 h wird das wohl gefixt sein... Wäre auch zu schön wenn sich DWD an die eigenen Dokumentation hält :)

EDIT: Dauert etwas länger, hab mit dem Admin Update den dev-server zerschossen muß erstmal wieder alles einrichten :)

[Chris76e]

@ticaki :blush:

[Chris76e]

@ticaki sagte in Test Adapter Weather-Warnings:

EDIT: Dauert etwas länger, hab mit dem Admin Update den dev-server zerschossen muß erstmal wieder alles einrichten :)

Hat eh noch Zeit, die Warnung ist ja Fr. 10:00 - Sa. 06:00

[ticaki]

@chris76e
Wie ich es mir gedacht habe... lt Doku ist ein Update ein Update... tja nö ein Update ist einfach nur ne Meldung in der alles was zum Erkennen eines Updates herhalten könnte geändert wurde.

[ticaki]

Update

Doppelte Meldungen - da gehe ich sehr zurückhalten ran. Bei DWD werden jetzt alle alten Warnungen mit gleicher EC ausgefiltert und die eine neue wird still aktualisiert. Falls es also wiederholt mehrere neue mit gleicher EC gibt, sollten das wieder doppelte Meldungen ergeben, die ich dann angehe, wenn ich es auch testen kann. :)

[Chris76e]

@ticaki scheint zufunktionieren, bekomme jetzt keine neue warnungen

[ticaki]

Kurzer Hinweis: Hab gerade rausgefunden dass das hier geht:

https://github.com/ticaki/ioBroker.weather-warnings/issues/28#issuecomment-1761158794

echt schön wenn was geht was nichtmal beabsichtigt war. :D

[ticaki]

Update

Vorweg scheint soweit zu laufen.

• States sind nun Mehrsprachig und hab die Beschreibung verbessert. Bei einer Handvoll hab ich keine Ahnung, das steht teils da oder ich hab die Datenpunkt ID als Name drin gelassen.

Auffälligkeiten:

• hatte heute mit DWD 7:00 Uhr eine Entwarnungen und 10:00 Uhr einmal "removeAll" aber nur um 3:27 Uhr 1 Warnung - da muß ich mal genauer rein schauen.
• Mein "Debug Datenpunkt" scheint 2. mal mit unterschiedlichen Namen zu erscheinen. Das ist so auch nicht gewollt. Ha bin auf einen falsche Beschreibung rein gefallen, das eine ist mein Debug Datenpunkt, das andere was dieses Mal an Daten von DWD gekommen ist.

[ticaki]

Update

• gibt jetzt states um Benachrichtigungen manuell auszulösen
• hab im Code etwas aufgeräumt

[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 :D

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. :D 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!