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

[ticaki]

@sigi234
Ups, da fehlt der erste Satz. Das was du da verwendest ist kein Json template. Bei Json bekommst du am ende einen "Tabelle mit Spalten" wenn du jedoch nur eine Liste möchtest, dann mache ich das verfügbar.

{ "start": "${starttime}", "ende": "${endtime}" \}
Bei diesem Template hast du eine Spalte start und eine Spalte ende. Hab da jetzt noch nicht wirklich arbeit und gedanken ins template investiert.

Eine Liste wäre sowas:

['warnung zeit',
'warnung zeit',
'warnung zeit',
usw.]

[sigi234]

@ticaki

Eine Tabelle für das Widget basic-table:

[ticaki]

@sigi234
gut, das hab ich eingebaut, was soll in welcher spalte stehen? Dann mache ich dir die Vorlage fertig.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

@sigi234
gut, das hab ich eingebaut, was soll in welcher spalte stehen? Dann mache ich dir die Vorlage fertig.

Und Provider bitte.

[ticaki]

@sigi234
dann is aber etwas viel

Das wäre das Template für 6 Punkte

{ "headline":"${headline}", "starttime": "${starttime}", "endtime": "${endtime}", "startdayofweek": "${startdayofweek}", "warnlevelcolorname": "${warnlevelcolorname}", "warntypename":"${warntypename}" \}

provider baue ich noch ein, kannst das Json hoffentlich selbst erweitern.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

kannst das Json hoffentlich selbst erweitern.

Ich hoffe mal, leider bin ich ein JSON Koffer

[ticaki]

@sigi234

, "warntypename":"${warntypename}"

nimm das, ändere beide Bezeichungen warntypename und kopiere es vor den \ bis du alles hast.

Mögliche Bezeichnungen sind aktuell:

starttime: string; // Start Uhrzeit HH:MM
    startdate: string; // Start Datum DD.MM
    endtime: string; // Endzeitpunkt
    enddate: string; // Enddatum
    startdayofweek: string; // Start Tag der Woche
    enddayofweek: string; // End Tag der Woche
    headline: string; // Schlagzeile
    description: string; // Beschreibung
    weathertext: string; // nur Zamg wetterbeschreibender Text
    ceiling: string; // max höhe
    altitude: string; // min höhe
    warnlevelname: string; // Textbezeichnung des Levels
    warnlevelnumber: string; // Levelhöhe
    warnlevelcolorname: string; // Farbbezeichnung des Levels
    warnlevelcolorhex: string; // RGB im Hexformat
    warntypename: string; // gelieferter Warntype
    warntypegenericname: string; // vereinheitlichter Warntyp
    location: string; // gelieferte Location (meinst Unsinn)
    instruction: string; // Anweisungen
    provider: string;

done online
In ca. 10 Minuten wird der code der provider integriert und Day of the week von der Systemsprache abhängig macht online sein.

EDIT: Ich kann das aber auch so umbauen das es automatisch so gemacht wird. Also in dem Datenpunkt stehen immer alle Daten mit den Keys die ich oben angegeben habe. Das kommt dann aber erst am Dienstag.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

EDIT: Ich kann das aber auch so umbauen das es automatisch so gemacht wird. Also in dem Datenpunkt stehen immer alle Daten mit den Keys die ich oben angegeben habe. Das kommt dann aber erst am Dienstag.

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki sagte in Test Adapter Weather-Warnings:

EDIT: Ich kann das aber auch so umbauen das es automatisch so gemacht wird. Also in dem Datenpunkt stehen immer alle Daten mit den Keys die ich oben angegeben habe. Das kommt dann aber erst am Dienstag.

Habs dann doch eingebaut und noch nen Fehler gefunden:

• Option das alle formatierten Daten in die History geschrieben werden
• genericwarntype hat jetzt den richtigen Inhalt.

Update getestet (testscript 5 Minuten wechselnde Daten online/testdaten/wechselnde Konfiguration Refreshinterval 1 Minute. Das Testscript läuft aber jetzt nochmal auf github) und dann online gestellt worden.

Und damit ihr mit genericwarntype was anfangen könnt. Das ist der Typ der auch für alerts verwenden wird und damit haben alle Provider die gleichen Warntypen und sind vergleichbar. Bei DWD können Warnungen bis zu 4 Typen haben, dabei wird dann der wichtigste angezeigt - hagel Ist nur gut wenn man was kurzes will, bei DWD kann der Typ dann schon mal in einen Satz ausarten.

[sigi234]

@ticaki

[ticaki]

@sigi234

Kannst du vielleicht die einzelnen Zeilen mit der hex Farbe als hintergrund oder vielleicht einfach ein farbiges Feld in die erste Spalte einfügen?

Hm ich frage mich ob es störend wäre, wenn der Pfad zu dein einzelnen Provider nicht mehr

• provider.dwd / provider.zamg

wäre, sondern dynamisch je nach Konfguration:

• providerer.dwd-12345678 / provider-zamg-14.63453434#45.13433452

Wollte für mehrere Ids, den Provider + '-' + warncellid nehmen da die sich sonst gegenseitig die Daten überschreiben. Wäre das ok?

EDIT Quark nicht - ich nehm einen .

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Wäre das ok?

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Kannst du vielleicht die einzelnen Zeilen mit der hex Farbe als hintergrund oder vielleicht einfach ein farbiges Feld in die erste Spalte einfügen?

Leider nein, keine Möglichkeit im Widget gesehen.

Edit:
Anderes Widget:

[sigi234]

@ticaki

Hallo, kann man die Warn Icons einbinden?

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

Hallo, kann man die Warn Icons einbinden?

Ja aber erst später. Kannst du dazu ein issue anlegen?

[ticaki]

v0.2.6

• email (ungetest)
• multiple DWD Warncellen (bitte testen, wenn ok, dann füge ich das so auch für die andern hinzu)
• Datenpfade ändern sich
• locationcustom (für template) hinzugefügt, benutzerdefinierbare Ortsbezeichnung besonders für @Thomas-Braun
• ein paar Übersetzungen.
• hab den Versandcodepfad überarbeitet, kann jetzt zu neuen Fehlern kommen. Dafür sind alte verschwunden.
• in Vorbereitung auf multiple zamg - den check das man keine doppelten Warncellids anlegen kann gefixt.
• dp von zamg sehen jetzt wieder nicht so schick aus... 23_3424324#34_2343244 aber geht nicht anders.

EDIT: Email Tab hatten nen Fehler den ich jetzt behoben habe. Hab mein Script erstmal abgeschaltet und den Adapter installiert.

EDIT2: Kleinigkeit - beim erstellen von Vorlagen hab ich laufend im Code nachgesehen, daher werden jetzt alle verfügbaren Tokens unterhalb der Tabelle aufgelistet. ist gleich online

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

Hallo, kann man die Warn Icons einbinden?

Ja aber erst später. Kannst du dazu ein issue anlegen?

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

[rtwl]

kann es sein, dass mit der v0.2.6-alpha.0 keine Testwarnungen funktionieren?

weather-warnings.0.provider.activWarnings zeigt Wert 2
weather-warnings.0.provider.zamg.activWarnings jedoch den Wert 0
auch sind alle anderen Objekte im zamg Ordner leer.

ein Neustart des Adapters brachte auch keine Änderung. Hab ich was falsch gemacht?

[A Former User]

@ticaki danke, bei mir startet er nicht mehr, ich behalte ihn dennoch in der weiteren Entwicklung im Auge

[rtwl]

@rtwl sagte in Test Adapter Weather-Warnings:

kann es sein, dass mit der v0.2.6-alpha.0 keine Testwarnungen funktionieren?

ich hab jetzt meine ZAMG Koordinaten von 9 auf 4 Nachkommastellen geändert, gespeichert - jetzt funktionieren auch die Testwarnungen wieder - keine Ahnung ob es damit zusammenhängen kann!?