Test Adapter Weather-Warnings
-
@sigi234
Ja da hat der Iobroker recht, da war ich dran als ich dann was anderes gemacht habe... Merci.. dann gibts die korrigierten Deutschen Typen heute noch.
Hab vergessen die leere Funktion hinzuschreiben und nicht ohne Warnungen getestet. -
@sigi234
Nochmals Danke, ich hatte die Funktion da hingeschrieben als Platzhalter für keine Nachricht und dann den Weg mit Nachrichten fertiggestellt. Und dabei vergessen den Platzhalter zu entfernen oder zu füllen.Nun darüber hab ich aber noch 2 weitere Fehler gefunden und behoben. Die Intervalzeit wurde nicht übernommen, war immer 10 Minuten und das Aufräumen der States hat bei 0 Warnungen auch nicht funktioniert.
Anmerkungen zum Aufräumen der States, die werden aufgeräumt wenn nach einem Update ein State in den letzten paar Minuten nicht intern aktualisiert wurde. Heißt beim Neustart wird das mit dem 1. Datenabruf häufig nicht zurück gesetzt, sondern i.d.R. mit dem 2. Datenabruf. Im Laufenden Betrieb verhält es sich immer so wie es soll.
Wenn der Server offline sind, können states noch genullt werden - das muß ich mal demnächst checken.
Github ist aktualisiert
-
@ticaki
Läuft
-
-
Ein stilles Update:
- Testwarnungen werden in größerem Zeitraum erneuert, nach dem ablaufen
- Sprachunterstützung für alle Dienste hinzugefügt - DWD 20 oder mehr, UWZ und bei Zamg hab ich französich und englisch eingefügt, weiß aber nicht ob das geht.
- einen Fehler in dem Löschen der Warnungen behoben
- Neuer Datenpunkt "name den ihr vergebt"+ "_array" enhält alle aktiven Warnungen als
'["warnung", "warnung", ...]' - Warnungen sollten überall nach Startzeit sortiert sein.
-
v.0.2.3-alpha.0
- besser Tests, wenn in Github die letzte Action mit einem grünen Haken versehen ist, ist schon mal kein Fehler im Code der nach 3 Minuten Ausführung und 2 Daten abrufen zu einem Fehler führt.
- weitere Übersetzungen
- Filter für jeden Provider um unliebsame Warnarten auszuschließen.
- Definition von _array Datenpunkten verändert, die löschen (oder einfach alles)
Als nächstes:
- intern verwendete Datenpunkte woanders speichern, das sie nicht in formatedKeys auftauchen.
- Wochentage in eingestellter Sprache.
- Filter nach level und Startzeit .
- Telegram oder Mail integration. eMail ist aufwendiger, daher würde ich es lieber erst später machen.
Anmerkungen:
Das Admininterface wird erstmal zugemüllt, wenn ich dann alles drin habe was ich möchte, wird das mit eurem Feedback aufgeräumt.
-
@ticaki sagte in Test Adapter Weather-Warnings:
Filter für jeden Provider um unliebsame Warnarten auszuschließen.
**dwd**Typfilter
-
@sigi234
Auch wenns falsch aussieht ist es dahinter richtig Das ist ein überbleibsel vom Copy Paste. Fand ich auch unschön als ich das nochmal genauer angesehen habe, geht leider nicht das alles mit gleichem LAabel auch die gleiche Überssetzung bekommt. -
-
@ticaki sagte in Test Adapter Weather-Warnings:
States die es erlauben bei aktiver Warnung und innerhalb des Warnzeitraums automatisch Maßnahmen zu ergreifen (ich schließe den Balkonrollladen, bei Warnungen für Starkregen, Gewitter und Sturm wenn ich nicht da bin)
Ein sehr Wichtiger Punkt wie ich meine.
-
Beim speichern und schließen geht der TAB ins leere!
Das hab ich auf meinem richtigen iobroker auch mit dem aktuellen Admin, dachte das käme daher. Zumindest beim Sonoff hab ich beobachtet, auf dem entwicklungsserver ist eh alle anders
-
@sigi234 sagte in Test Adapter Weather-Warnings:
@ticaki sagte in Test Adapter Weather-Warnings:
States die es erlauben bei aktiver Warnung und innerhalb des Warnzeitraums automatisch Maßnahmen zu ergreifen (ich schließe den Balkonrollladen, bei Warnungen für Starkregen, Gewitter und Sturm wenn ich nicht da bin)
Ein sehr Wichtiger Punkt wie ich meine.
Dann ziehe ich das vor.
-
-
@sigi234
korrigiere ich. warnlevelcolor kannst du löschen, das hab ich durch die beiden hex/name ersetzt. -
@sigi234
Der State müsste schon aktualisiert sein, lösche ihn man. -
@ticaki sagte in Test Adapter Weather-Warnings:
Der State müsste schon aktualisiert sein, lösche ihn man.
?
-
@sigi234
Der fehlerhafte Text war bei mir schon behoben, der wird aber nur beim erstellen des States geschrieben. -
v.0.2.4-alpha.0
-
Benachrichtungsstates die sich füllen wenn zu einem bestimmten Warnungstyp eine Warnung aktiv und Jetzt zwischen start und ende liegt - immer die mit dem höchsten Level. Nicht alle Typen für alle Provider (funktioniert, aber nicht durchgetestet)
-
filtern nach level und typ je Provider
-
Unnötige ${} umgelegt
-
Im Admin kann man sich ansehen wie ich mir telegram, pushover, whatsapp und template vorgestellt habe, abgesehen vom konfigurieren ist noch kein code dahinter.
Am besten den vorherigen Adapter deinstallieren, damit meine default vorgaben nicht von eurer Konfiguration überschrieben sind oder eine neue Instanz. Dann versteht man es besser.
und falls nicht hier Bilder:
EDIT: Das wird aber nur konfigurierbar, wenn die Adapterinstanz oben ausgewählt wird und das wiederrum geht nur mit installiertem Adapter.
EDIT2: und wäre nett wenn ein ZAMG nutzer bei einer echten Warnung mal die Sprachen durchschalten würde, ob die gehen.
-
-
Ich würde gerne testen, hab aber keine Ahnung wie ich den Adapter installieren muss. Kann mir das jemand kurz erklären?
-
Expert aktivieren, dann auf die Katze, dann benutzerdefiniert und den Link oben einfügen. Aber nur wenn das Symbol oben in diesem Topic neben Test and Release grün ist. Wenn das rot ist, hab ich was hochgeladen, was nicht geht.
Geht aber nur mit js-controller 5 und node 18 - hab keinen 4er im Einsatz und will da auch nicht Fehler suchen ohne System mit 4. selbiges für nodejs 16
