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

[ticaki]

@alinaclg sagte in Test Adapter Weather-Warnings:

hallo

ich habe die Ereignisse jetzt umgestellt, mir ging es aber um die Anzeige der DWD-Bezirks-ID, wie @sigi234 auch schon bestätigt hat.

Ja und genau das hab ich behoben, war nur ein _ wo es nicht hingehört. :)

[A Former User]

@ticaki ich denke, ich muss updaten oder?

[A Former User]

@ticaki danke - klappt :)

[ticaki]

@alinaclg sagte in Test Adapter Weather-Warnings:

@ticaki ich denke, ich muss updaten oder?

Da das hier aktiv in Entwicklung ist, wirst du das updaten noch sehr viel häufiger machen :)

[sigi234]

@ticaki

VIS-2 Vorschau:

[A Former User]

@ticaki werde ich sehr gern sogar machen :)

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

VIS-2 Vorschau:

Das sieht schick aus! Kann man die exportieren... kann man die heimlich in meinen Adapter einbauen? :D

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@rtwl

Wenn der User keinen Filter setzt ist es doch automatisch eine Whitelist ?

Also entweder ich setzte alle Filter und es ist ne Whiteliste, oder ich lass es wie es ist und es ist ein Blackliste. Da kann ich mich echt nicht entscheiden. :) Eine Whiteliste fühlt sich positiver an... Bei einer Blacklist ist einfacher zu überprüfen, was man nicht bekommt. Was man bekommt sieht man ja.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Das sieht schick aus! Kann man die exportieren... kann man die heimlich in meinen Adapter einbauen?

Ist nur ein Test und ein Anfang. Wenn der Adapter fertig ist wird auch die Vis-2 angepasst.
Ich denke es wird ein Projekt mit mehreren Views, möchte auch über VIS dann den Adapter konfigurieren können.
Mal sehen welche DP du da einbaust.
Stelle diese dann natürlich wie immer zur Verfügung.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

@sigi234 sagte in Test Adapter Weather-Warnings:

@rtwl

Wenn der User keinen Filter setzt ist es doch automatisch eine Whitelist ?

Also entweder ich setzte alle Filter und es ist ne Whiteliste, oder ich lass es wie es ist und es ist ein Blackliste. Da kann ich mich echt nicht entscheiden. :) Eine Whiteliste fühlt sich positiver an... Bei einer Blacklist ist einfacher zu überprüfen, was man nicht bekommt. Was man bekommt sieht man ja.

Dieser Adapter hat beide:

https://github.com/afuerhoff/ioBroker.fb-checkpresence/blob/master/README.md

Edit:

Cool wäre noch ein Filter mit Warnlevel
Also zB.: Sturm + Warnlevel 2

[ticaki]

@sigi234
Jo, gut dass du es sagst, der ist schon eingebaut, hab aber jetzt 3 mal vergessen den im Admin zu aktivieren. :D

Und bei wünschen einfach auf github, dann vergesse ich es nicht... wie das aktivieren von levels im admin - das war schon vor 3 Tagen eingebaut.

[ticaki]

Update dauert noch jedoch:

Ich warte jetzt auf ne Aufgehoben meldung, wenn die kommt gibts ein update und wenn nicht geht die Sucherei los.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

Und bei wünschen einfach auf github, dann vergesse ich es nicht...

Einige erstellt. :grinning:

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

[ticaki]

Sucherei beendet :)

• Testdaten verhalten sich jetzt wie der Server und entfernen die Warnungen. Dwd-Testdaten werden jetzt für Nutzertests eher unbrauchbar sein, Die Warnungen haben nur ca. 3 Minuten Lebensdauer. Das ändere ich später wieder auf länger.
• telegram grob getestet, whatsapp, pushover (ungetestet) integriert.
• Levelfilter frei geschaltet.
• Übersetzungen nochmals optimiert

[A Former User]

@ticaki vielen Dank

[ticaki]

v0.2.5

• telegram hat mir heute 300 Nachrichten geschickt, also gehts versenden. Whatsapp und pushover sind nicht getestet
• Json als Pushmöglichkeit hinzugefügt, ist ein array mit allen aktuellen Meldungen, aber kann man Jsontext rein schreiben z.B. { "start": ${starttime}, "ende": ${endtime} \} nur das letzte } muß mit \} so geschrieben werden. \suche ich nur vor ${ und }überall sonst ist es das was es ist. Ach und \\werden entfernt.
• removeAll geht jetzt, muß noch testen ob das auch ohne text funktioniert und dann keine Nachricht verschickt wird(auch bei den anderen), denke das hab ich vergessen :)

Für der Json baue ich dann ich dann noch ein, das es tatsächlich in ein Json umformatiert wird, das bekommt aber den "Experimentel" Anhänger.

[ticaki]

@ticaki sagte in Test Adapter Weather-Warnings:

Für der Json baue ich dann ich dann noch ein, das es tatsächlich in ein Json umformatiert wird, das bekommt aber den "Experimentel" Anhänger.

Habs zum testen drin.

Ich hab eingebaut das Zeichenketten nicht doppelt in der "für alle" Tabelle stehen. Ist diese Funktion aktiviert, funktioniert der Filter nicht.
Heißt ['text','text'] wird zu ['text'].
[{"msg":"text"},{"msg":"text"}] bleibt so

Zuerst wie es richtig ist:
{ "start": "${starttime}", "ende": "${endtime}" \}

Wenn ihr es falsch macht z.B.

{ "start": "${starttime}", "ende": "${endtime} \}
{ "start": "${starttime}", "ende": "${endtime}" }

kommt das ins Log:

error: weather-warnings.0 (19894) [json] Json template has wrong formate. Conversion deactivated! template: table, message: { "start": "13:05", "ende": "13:10 }

// oder

error: weather-warnings.0 (20554) [json] Json template has wrong formate. Conversion deactivated! template: table, message: { "start": "13:13", "ende": "13:19"

Da gibts aber nur Templates für "alle Warnungen" und "keine Warnungen" - Warnung aufgehoben gibt es dort nicht.

@sigi234
Wenn du weitere ${} (fürs template) möchtest, sammeln sie und mache ein Request, siehst ja unter warning was es alles an Daten gibt. Hab da bis jetzt nur "Text" Dinge drin, die Menschen ohne Probleme lesen können

[rtwl]

@ticaki
Bezüglich installation deines Adapters.
ich bin deiner kurzen Anleitung hier gefolgt, aber ich schaffe es nicht.
unter Adapter scheint er auf - genauso ist der Hauptordner Ordner in den Objekten. Aber in den Instanzen taucht er einfach nicht auf. hab auch den Reload Knopf gedrückt.
muss ich sonst noch was beachten?

Systemdaten

CPU: 12,33 %
RAM: 59,2 %
Betriebszeit: 48d17h
Verfügbar: 5.0.12
Installiert: 4.0.24
Ereignisse: ⇥20 / ↦13
Plattform: linux
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 1800 MHz
Modell: unknown
RAM: 3.7 GB
System-Betriebszeit: 48 T. 20:23:18
Node.js: v18.17.1
time: 1696166824596
timeOffset: -120
Adapter-Anzahl: 501
NPM: 9.6.7
Datenträgergröße: 14.3 GB
Freier Festplattenspeicher: 7.4 GB
Betriebszeit: 48 T. 16:59:45
Aktive Instanzen: 20
Pfad: /opt/iobroker/
aktiv: true
_nodeCurrent: 18.17.1
_nodeNewest: 18.18.0
_nodeNewestNext: 18.18.0
_npmCurrent: 9.6.7
_npmNewest: 9.6.7
_npmNewestNext: 9.8.1

[Thomas Braun]

@rtwl sagte in Test Adapter Weather-Warnings:

Aber in den Instanzen taucht er einfach nicht auf

GitHub-Installationen müssen von Hand Instanzen hinzugefügt werden.

[rtwl]

so, nachdem ich jetzt das kleine Plus Zeichen zum Hinzufügen der Instanz gefunden hab, kann ich jetzt auch testen.

Bei den Test Meldungen ist mir aufgefallen, dass in den Objekten alles auf Deutsch war, bis auf das Wort "Warning" in diesem Objekt: weather-warnings.0.provider.zamg.warning.00.nachrichtentyp

Ich warte aber auf eine echte ZAMG Warnung bis ich genauer damit "spiele".
Erster Eindruck ist aber genial! Danke für deine Energie und Zeit!