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

[Wurzelfuchs]

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

edit:

Betroffene Gemeinden Ortenburg, Bad Griesbach, Ruhstorf ad Rott, Neuhaus, Fürstenzell, Pocking, Tettenweis, Beutelsbach, Haarbach"

Wenn die Ortschaft nicht genau so geschrieben ist, wie in der Meldung...
in der Meldung: Ruhstorf ad Rott
Eingestellt: Ruhstorf

// für Nina gebt die Koordinaten für euren Ort ein.
ninaCoordinates = [{breiten:48.4341649, laengen:13.334501680243505, text:'Ruhstorf'}] //   ninaCoordinates = [{breiten:51.2277, laengen:6.7735, text:'dadrüben'}, {breiten:53.0511000, laengen:8.6309100, text:'Delmenhorst'}];

/* ************************************************************************* */
/*         Datenabruf über Adapter oder externes Skript                      */
/* ************************************************************************* */

// für Nina wird die Gemeinde und der Landkreis benötigt. Am besten von hier kopieren: https://warnung.bund.de/assets/json/suche_channel.json
// ohne die kryptischen Zeichen. Das ersetzt nicht den NINA-Adapter
var uGemeinde = 'Ruhstorf a.d. Rott'; // hier steht zum Beispiel, Hamburg, Unterdorf
var uLandkreis = 'Passau'; // hier Kreis Bitburg, Landkreis Fürth

[ticaki]

@wurzelfuchs
ups... em ja wie rede ich mich da raus :)

Ha gefunden:

/* ************************************************************************* */
/*         Datenabruf über Adapter oder externes Skript                      */
/* ************************************************************************* */

Der Datenabruf wird schon seit langem intern erledigt, weiß nicht mal ob das mit dem Nina-Adapter noch funktioniert. Das was du da einträgst hat auf jeden Fall keine Auswirkungen auf die Filterung

Das hier muss eingestellt sein:

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

ist meine Testconfig

[Thomas Braun]

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

Der Datenabruf wird schon seit langem intern erledigt, weiß nicht mal ob das mit dem Nina-Adapter noch funktioniert.

Das muss ich überlesen haben. Hatte nämlich neulich ganz frisch das Skript nochmal von Null an konfiguriert, allerdings auf den Nina-Adapter abgestellt.
Und mich gewundert, warum da beim Gewitter die Tage nichts über die Echos abgespielt wurde.

[ticaki]

@thomas-braun
Das steht so nicht im Thread. Vor ca. 1,5-2 Jahren hab ich das interne Nina eingebaut und seit dem nutze ich es, keine Ahnung ob das andere noch geht. Da muß nur was am Adapter geändert worden sein, und schon gehts nicht. Dann baue ich noch was ein teste es und es geht, aber nicht mit dem externen Adapter... Ich hab selbst vergessen dass das noch ging. :)

Auf jeden Fall ist die Nutzung externer Adapter zur Datengewinnung deprecated

War auch 6 Monate krank in den letzten 12 Monaten mit eingeschränkter Sehfähigkeit

[sigi234]

@ticaki

Eines der besten Skripte , ein Traum wäre ein Adapter von deinem Skript.:grinning:

[ticaki]

@sigi234
Danke... ich hab echt kein Plan bezüglich Adapter, noch weniger wie ich die ganze Konfiguration da einbauen sollte. Gibts dazu eine aktuelle Anleitung die nicht erfordert, das man "schon weiß" wie das geht? Fängt ja schon mit der Entwicklungsumgebung an. Naja viellleicht mache ich es ja. Aber sicherlich nicht im Sommer :P

[ticaki]

Ah ausserdem will ich den Notify Adapter einbauen(wenn der externe Meldungen erlaubt), vielleicht wird das Skript dann so "leicht" das ich nicht gefühlt 1000 Konfigoptionen brauche.

[sigi234]

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

Notify Adapter einbauen

Meinst du diesen?

https://github.com/foxriver76/ioBroker.notification-manager

[ticaki]

@sigi234
Jo, hab schon ne feature request gestellt für sendTo() :)

Der Adapter ist bei mir auch im Einsatz und funktioniert

[bergjet]

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

@spike2

Das reicht nicht

Ja habe ich gelesen. Ich bin aber aus der Anleitung nicht schlau geworden.
Bei mir funktioniert ja alles. Aber nochmals die Frage?
Wenn ich von 1.0.10 auf 1.1.3 wechseln würde, was muss ich tun, um nicht neu konfigurieren zu müssen?

[ticaki]

@bergjet

Konfiguration ist angepasst worden, daher entweder neu einrichten oder Zeilen 89-144 in der neuen Version in vorhandene Skript übernehmen. Zeile 89 und 144 sind unverändert, diese Suchen und alles dazwischen ersetzten

• Du machst beiden Skripte neben einander auf und sucht im Neuen die Zeile 89, dann suchst du im alten die Zeile die den gleichen Inhalt hat wie Neue:89.

• Das selbe machst du mit Zeile 144

• nun löschst du im alten Skript alles was zwischen diesen Zeilen ist.

• anschließend fügst du die Zeilen Zwischen 89 und 144 vom neuen Skript ins alte.

Das war das komplizierte... Jetzt suchst du im alten script nach 123456 und löschst alles darunter, dann suche im neuen Skript nach 123456 und kopiere alles darunter ins alte

tada - done :)

[sigi234]

@ticaki

Hallo, ioGo kannst du rausnehmen , wird nicht mehr weiterentwickelt.:disappointed:

[ticaki]

@sigi234
Schade hab immer mal wieder nachgesehen, obs jetzt ne ios version gibt.

[Thomas Braun]

@ticaki

Kann man irgendwie einen Testlauf auslösen?
Ich hab jetzt nochmal alles neueingestellt, jetzt würde ich gerne was hören.

[Thomas Braun]

@ticaki

Und weil du so selten auf github schaust:

https://github.com/ticaki/DWD-UWZ-NINA-Pushwarnungen-iobroker/issues/20

[ticaki]

@thomas-braun
Nein leider nicht, ich suche mir immer ne Gegend wo Meldungen an liegen und trage die ein.

Und danke für den Github link :)

[Thomas Braun]

@ticaki

Gerade konnte ich testen, hier in Kölle ist Gewitter angesagt...

Meine Echos melden sich allerdings mit:

2023-06-29 21:02:17.444  - error: alexa2.0 (1270) Datatype for Echo-Devices.G2AXXXXXXXXXX.Commands.speak-volume differs from expected, ignore state change! Please write correct datatype (number)
2023-06-29 21:02:17.469  - error: alexa2.0 (1270) Datatype for Echo-Devices.G09XXXXXXXXXX.Commands.speak-volume differs from expected, ignore state change! Please write correct datatype (number)
2023-06-29 21:02:17.471  - error: alexa2.0 (1270) Datatype for Echo-Devices.G09XXXXXXXXXX.Commands.speak-volume differs from expected, ignore state change! Please write correct datatype (number)
2023-06-29 21:02:17.444  - error: alexa2.0 (1270) Datatype for Echo-Devices.G2AXXXXXXXXXX.Commands.speak-volume differs from expected, ignore state change! Please write correct datatype (number)

Konfig schaut so aus:

var alexaVolumen        = [40, 40, 40, 40]; // Lautstärke die gleiche Anzahl an Einträgen wie bei idAlexaSerial

Muss das anders aussehen?

[ticaki]

@thomas-braun

schick mir mal diese 3 Zeilen:

var idAlexaSerial       = ['']; // die reine Seriennummer des Echos z.B.: var idAlexaSerial =['G090RV32984110Y', 'G090RV32984110Y']
var alexaVolumen        = [30]; // Lautstärke die gleiche Anzahl an Einträgen wie bei idAlexaSerial
alexaMultiroomParentsOff = false; 

gab es gelbe Wrnungen im Log das das Skript falsche Datentypen schreibt? Schreib mal selbst ne Zahl in den state.

[Thomas Braun]

@ticaki

var idAlexaSerial       = ['G2XXXXXXXXXXX', 'G0XXXXXXXXXXX', 'G09XXXXXXXXXXX', 'G09XXXXXXXXXXX']; // die reine Seriennummer des Echos z.B.: var idAlexaSerial =['G090RV32984110Y', 'G090RV32984110Y']
var alexaVolumen        = [40, 40, 40, 40]; // Lautstärke die gleiche Anzahl an Einträgen wie bei idAlexaSerial
alexaMultiroomParentsOff = true; // pausiere alle mit den IDs verknüpfte Multiroomgruppen

[Thomas Braun]

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

Schreib mal selbst ne Zahl in den state.

Stand bei dreien 'null' drin. Hab jetzt mal 40 von Hand eingetragen.
Meldung ist nun weg.