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

[Nashra]

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

@nashra muss man, wenn man das Script updaten möchte, tatsächlich den ganzen Code kopieren und alle Einstellungen nochmal machen?

Nein, aber @ticaki hat es ja schon geschrieben. Ich hatte noch eine Beta laufen und da ich jetzt
nicht wußte ob vielleicht eine Variable fehlt, habe ich es einfach komplett neu gemacht.

[Latzi]

@ticaki
Danke für die neue Version, läuft soweit problemlos.
Was mir jedoch aufgefallen ist, ich kann bei alexaVolumen einstellen was ich will, es wird nur der Announcement-Dong in der Lautstärke wiedergegeben, die Ansage selbst wird immer mit gleicher Lautstärke ausgegeben. Weiters wird bei manuellem Auslösen die Ansage 2 mal wiedergegeben (egal ob ich alexa, alexa_long, alexa_short oder alexa_veryshort verwende). Ich verwende eine Echo Dot 3.Gen.
Könnt ihr das bestätigen?

[ticaki]

@latzi
Doppelte Meldungen: Hast du vielleicht 2 mal die Serial in idAlexaSerial oder eine Gruppe und die Serial einzeln? Doppelt bekomme ich nix.

Zu der Lautstärke: Ja mit announcement geht das Volumen nicht mehr, egal welche Art der Eintragung verwendet wird. Könnte das auf Text umstellen, dann kommt halt das Ding Ding nihct mehr... Aber der Beep der früher nicht da war kommt trotzdem. EDIT: Ah der Beep steht dafür das die Lautstärke angepasst wurde, kommt vorher und nachher in jeweils der dann gültigen Lautstärke.

(echo dot 3. und 4.)

[Latzi]

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

Doppelte Meldungen: Hast du vielleicht 2 mal die Serial in idAlexaSerial oder eine Gruppe und die Serial einzeln?

Nein, ich hab nur eine eingetragen und Gruppe gibt es auch keine. Hab auch den Javascript-Adapter und Alexa-Adapter mal neu gestartet, ändert auch nichts - seltsam. Bin gespannt, wie es bei den ersten Warnungen läuft.

Bezüglich Lautstärke ist´s mir nur aufgefallen, kein Problem.

[ticaki]

@latzi
Habs jetzt mit nur einem Echo 4. versucht. Auch nur 1 mal (bla bla aufgehoben) Ich nute DWD und UWZ mit jeweils einem Eintrag zur Zeit. Wenn keine Bugs mehr kommen, stelle ich das alles auf den Regelbetrieb (mehrere Warncellen, mehrere Echos, HÖHERES minlevel:) ) um

[ticaki]

Will eigentlich jemand das Alexa Pushnachrichten aufs Tablet/Handy verschickt? Das würde auch gehen.

[Latzi]

@ticaki
Ich bin ein Blödmann, hatte das Beta-script noch laufen und die V1.0 zusätzlich gestartet - alles gut!!
Entschuldige bitte!

[Latzi]

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

Das würde auch gehen.

Wirklich? Sachen gibt´s ;-)
Für mich reicht Telegram vollkommen

[Fenriswolf]

@ticaki

Moin,
ich habe inzwischen auch das Script in Version 1.0.0 installiert und es funktioniert.
Allerdings frage ich mich, ob die Nina Warnungen auch richtig durch kommen. In der Doku schreibst du:

Hier stellt bitte euren Ort und euren Landkreis ohne (Kreis, Landkreis, etc) ein. Warnungen von Nina kommen mit Aufgelisteten Orten, das Skript sucht dort drin nach euren Bezeichnern und gibt den gefundenen in der Warnung mit aus

Wenn ich nun auf die Nina-Seite gehe, steht dort:

Betroffene Region(en)

Stadt Pegau, Erfurt-Ost, Erfurt-Süd, Stadt Rötha, Stadt Regis-Breitingen, Gemeinde Thallwitz, Gemeinde Seelitz, Erfurt-West, Erfurt-Mitte, Erfurt-Nord, Stadt Trebsen/Mulde, Gemeinde Taura, Stadt Lucka, Gemeinde Diera-Zehren, Gemeinde Mehna, Stadt Waldheim, Gemeinde Löbichau, Gemeinde Lödla, Gemeinde Nobitz, Gemeinde Ponitz und 928 weitere.

Wenn nun dort nicht direkt der Ort oder Landkreis auftaucht, wird die Warnung anscheinend nicht ermittelt und ausgegeben. Kann das sein ?

Des weiteren Frage ich mich, was ich bei mir genau eintragen muss bei:

var uGemeinde = 'Landsberg'; // hier steht zum Beispiel, Hamburg, Unterdorf
var uLandkreis = 'Saalekreis'; // hier Kreis Bitburg, Landkreis Fürth

Es kommen keine Infos von Nina.

bis denne
Marc

[ticaki]

@fenriswolf
Hallo, die Doku ist schon dicht an dem tatsächlichen Verhalten aber die enthält noch immer Fehler und die das Verhalten des standalone Parts und der Dateneingabe über Adapter ist nicht klar herausgearbeitet.

Benutzt du die integrierte Datenerfassung oder den externen Nina Adapter? Die Variablen die du oben genannt hast, werden für den Nina Adapter verwendet.

Wenn du den integrierten Datenabruf verwenden willst, mußt du entweder unter Objekten - config - basisc. - warnzelle - nina - über add deine Koordinaten eingeben oder die Variable

ninaCoordinates = [{breiten:51.2277, laengen:6.7735, text:'dadrüben'}, {breiten:53.0511000, laengen:8.6309100, text:'Delmenhorst'}];

verwenden. Ist ein Beispiel, weiß gerade nicht ob die Variable im Konfigteil von 1.0 steht. Im Testabschnitt steht sie auf jeden Fall :)

[ticaki]

Hab die Doku um folgendes erweitert:

Vorbemerkung zur Konfigurationen

Das Skript und die Dokumentation wurden zu erst nur für externe Adapter geschrieben, daher beziehen sich vieles auf die Zusammenarbeit mit diesen. Wenn ihr den integrierten Datenabruf verwenden wollt, findet ihr unter Objekten im Unterverzeichnis

0_userdata.0.wetterwarnung1.config.basiskonfiguration.warnzelle

Die Warnzellen die verwendet werden. Ihr könnt dort Warnzellen hinzufügen und entfernen. Im Unterschied zu allen anderen Datenpunkten die sich über die Objekte verändern lassen, überschreiben die Änderungen dort jedoch nicht die Einstellungen im Skript. Wenn das Skript gestartet wird, werden alle im Skript definierten Warnzellen dort eingetragen, anschließend werden alle dort eingetragenen Warnzellen vom Skript eingelesen und verwendet. Folglich könnt ihr keine Warnzellen löschen die im Skript definiert sind. Folgenden Variablen werden für die Definition von Warnzellen verwendet.

var dwdWarncellId = ''; // DWD
var regionName          = [['','']]; // UWZ
var zamgCoordinates = []; // ZAMG
ninaCoordinates = [] //   NINA

[jwerlsdf]

@ticaki
Vielen Dank für das Skript. Habe nach langem nun die neue Version aufgespielt. Es kommen bereits Warnungen rein, aber es wird der Ort nicht genannt. Woran könnte es denn liegen? Im Namen befindet sich ein Umlaut

Spoiler

javascript.0 (945) script.js.Test.DWD_Test: editMessageText: Text:Amtliche WARNUNG vor STURMBÖEN von Nina für gültig vom 01.02.22 15:00 Uhr bis 02.02.22 14:00 Uhr Es treten oberhalb 600 m Sturmböen mit Geschwindigkeiten zwischen 65 km/h (18m/s, 35kn, Bft 8) und 75 km/h (21m/s,

Außerdem habe ich als min und max Höhenangaben 200 und 400 eingestellt. Es dürfte doch nun diese Nachricht nicht per Telegram versendet werden?

edit:
Scheint wirklich am Umlaut zu liegen?! Ich habe nun für die Warnzellen einen Ort ohne Umlaute genommen und der Text wird angezeigt.
In der Objektstruktur wird aber der Ortsnamen mit dem Umlaut richtig angezeigt.
Wie könnte ich das nun beheben?

[frana120500]

Kann man eigentlich auch den Abfragezeitraum definieren? Meine Frau ist schon komplett genervt von den ganzen Nachrichten 😂

Ständig kommt irgendeine Meldung oder die Aufhebung der Warnungen

[ticaki]

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

@ticaki
Scheint wirklich am Umlaut zu liegen?! Ich habe nun für die Warnzellen einen Ort ohne Umlaute genommen und der Text wird angezeigt.
In der Objektstruktur wird aber der Ortsnamen mit dem Umlaut richtig angezeigt.
Wie könnte ich das nun beheben?

Benutzt du Adapter oder die integrierte Version? Ich gucke mir das an.

[ticaki]

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

Kann man eigentlich auch den Abfragezeitraum definieren? Meine Frau ist schon komplett genervt von den ganzen Nachrichten 😂

Ständig kommt irgendeine Meldung oder die Aufhebung der Warnungen

Hi, stell das minlevel auf 2. Warnungen auf lvl 1 sind IMHO der Warnung nicht würdig und nerven nur.

0_userdata.0.wetterwarnung1.config.basiskonfiguration.filter.level_minimum

[jwerlsdf]

@ticaki

Ich konnte das Problem weiter eingrenzen: Es liegt am Nina-Adapter. Wie funktioniert genau das interne Skript?
Ich hatte es mit meinen Daten so eingegeben:

Spoiler

ninaCoordinates = [{breiten:53.0511000, laengen:8.6309100, text:'Delmenhorst'}];

Aber er greift wohl immer auf den Nina-Adapter zurück. Meine Hoffnung wäre ja, das es über das interne Skript meine Gemeine mit Umlaut angezeigt wird, sodass ich nicht mehr auf den Adapter zurückgreifen muss.

PS: Die Umlaute werden bei DWD angezeigt.

[frana120500]

@ticaki danke

[ticaki]

@jwerlsdf
sieht richtig aus, der Gemeindenamen ist das, was im

 text:""

Feld steht.

Im Unterschied zum Adapter ruft die interne Version keine Ninadaten von DWD und der Hochwasserzentrale ab. DWD wird ja direkt abgerufen und Hochwasser war zuletzt einfach ein informationsfreier täglicher Hinweis.

Die interne Version aktiviert sich und deaktiviert die externe Version wenn ninaCoordinates kein leeres Array enthält

aktiviere das normale Log in den Objekteinstellungen, da müsste ca. 14 Sekunden nach Start was zu Nina kommen.

2022-02-02 10:52:39.771	info	script.js.Messages.dwd_uwz_nina_script: info: Standalone NINA Datenabruf aktiviert

[jwerlsdf]

@ticaki
Folgendes kommt im LOG:

Spoiler

21:00:39.671	info	javascript.0 (945) script.js.Unwetterwarnung_DWD__UWZ__Nina: registered 1 subscription and 0 schedules
21:00:50.317	info	javascript.0 (945) script.js.Unwetterwarnung_DWD__UWZ__Nina: info: Standalone DWD Datenabruf aktiviert
21:00:50.317	info	javascript.0 (945) script.js.Unwetterwarnung_DWD__UWZ__Nina: info: Standalone DWD2 Datenabruf aktiviert
21:00:50.318	info	javascript.0 (945) script.js.Unwetterwarnung_DWD__UWZ__Nina: info: Standalone UWZ Datenabruf aktiviert
21:00:52.201	info	javascript.0 (945) script.js.Unwetterwarnung_DWD__UWZ__Nina: info: Nutze Datenabruf für NINA über States in nina.0

[ticaki]

@jwerlsdf
ist ein Fehler im Skript in 5 Minuten ist ne korrigierte Version online.

Version 1.01

• variable ninaCoordinates wird beim Start nicht zurückgesetzt (mein Testzellen kamen natürlich erst danach... hust)
• sehr kurze Warnungsaufhebung ergänzt um "(Farbstufe)"