Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ticaki]

@crunchip
Hey OBJEKTE überschreiben SCRIPT :)

[crunchip]

@ticaki verstehe ich jetzt nicht, steh wohl grad auf der Leitung:thinking_face:

[ticaki]

@crunchip

Du kannst über config.log das log einstellen und was da steht überschreibt das Skript. geht auch im betrieb.

[crunchip]

@ticaki habs grad gesehen:face_with_rolling_eyes:

war aber der Meinung, wenn ich etwas im Script änder und Neustarte, dass das dann auch übernommen wird

[Latzi]

@crunchip

[ticaki]

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

@ticaki habs grad gesehen:face_with_rolling_eyes:

war aber der Meinung, wenn ich etwas im Script änder und Neustarte, dass das dann auch übernommen wird

Und woher soll ich wissen was zuletzt geändert wurde? :)

entweder überschreiben Einstellungen im Skript immer die Objekte bei start oder nicht. Da gibt es leider nichts dazwischen.

EDIT: Mir wäre es auch lieber wenn Änderungen im Skript auch in die Objekte gehen würden, aber dann würde das Skript jedesmal alles zurückstellen was ich in den Objekten geändert habe.

Bekannte Fehler:

• Farbecode in htmllong sind falsch # zuviel
• Zamg area in Warnungen wird nicht der Name angezeigt.

[Nashra]

Gerade DWD mit Meldung Frost, Text Ok, Hintergrund fehlt wie du schon
geschrieben hast aber auch bei htmlshort eine # zuviel.

[ticaki]

//Version 0.99.13 Beta 3
Änderungen:

• Datenpunkte unter warnzelle: Das sind nun Zeichenketten (werden angepasst, kein löschen nötig) Hier könnt ihr die Regionsbezeichnung eintragen die ihr in der Warnungsüberschrift sehen wollt.
  • Gleiche Einträge sorgen dafür dass der Pushteil des Skripts diese behandelt als wenn sie aus der gleichen Region stammen. Hab das aber noch nicht voll getestet.
  • leeres Feld schaltet die Warnzelle ab, so als wenn sie nicht eingetragen wäre.
• Neuer Konfigurationspunkt so dass Einstellungen im Skript die Datenpunkte überschreiben.

Fehlerbehebung:

• Farbecode in htmllong sind falsch # zuviel
• Farbecode in htmlshort sind falsch # zuviel
• Zamg area in Warnungen wird nicht der Name angezeigt.

speziellle an:
@crunchip
Konfigänderungen

var scriptOverrides = false; // Die Einstellung im Skript überschreiben bei jedem Start die Einstellungen in den Objekten (punkte unter Basiskonfiguration außer warnzelle.

:)

[Nashra]

Update.....läuft :+1:

[crunchip]

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

speziellle an:

extra für mich?:grin:

[sigi234]

@ticaki

19:48:13.897	info	javascript.0 (13604) Start javascript script.js.Sigi.UWZ_DWD_NINA17
19:48:13.909	info	javascript.0 (13604) script.js.Sigi.UWZ_DWD_NINA17: Skripts gestartet: ID:9482.11386492101
19:48:13.911	info	javascript.0 (13604) script.js.Sigi.UWZ_DWD_NINA17: registered 0 subscriptions and 0 schedules
19:48:16.420	info	javascript.0 (13604) script.js.Sigi.UWZ_DWD_NINA17: Fehler in CreateStates #5
19:48:16.421	info	javascript.0 (13604) script.js.Sigi.UWZ_DWD_NINA17: {}
19:48:16.450	info	javascript.0 (13604) Stop script script.js.Sigi.UWZ_DWD_NINA17
19:48:16.451	info	javascript.0 (13604) script.js.Sigi.UWZ_DWD_NINA17: Skripts gestoppt: ID:9482.11386492101

[Latzi]

@sigi234
hast du den neuen Parameter (var scriptOverrides = false) im Konfigteil aufgenommen?

[ticaki]

@sigi234
setObject ist im Javascript-Adapter erlaubt?

die Idee von Latzi ist besser.

[sigi234]

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

@sigi234
hast du den neuen Parameter (var scriptOverrides = false) im Konfigteil aufgenommen?

Jetzt schon....:grinning:

[ticaki]

@crunchip
jup :)

[ticaki]

//Version 0.99.14 Beta 3

Wenn ihr was unter config.warnzelle verändert, bitte Refresh anklicken.

Log

• Logausgabe wird jetzt über eine Zahl bestimmt. Bedeutet eine aktivierung in den Objekten aktiviert auch gleichzeitig alle Ausgaben von niedrigerem Rang
• Logausgabe bezeichnet jetzt den Kanal über den es kommt.

config.warnzelle.

• Es ist möglich darüber Warnungsgruppen zu bilden (letzte Version eingebaut)
• Neu: wenn die Bezeichnung der Warnungsgruppe in der Bezeichnung des tatsächlichen Ortes zu finden ist wird dieser Favorisiert. Beispiel: Hamburg und Berlin. Werden beide mit der Bezeichnung Ham zu einer Gruppe zusammen gefasst. Wird bei Warnung die den gleichen Typ haben, die Warnungen aus Berlin verworfen und in der Warnungsüberschrift steht Warnung bla bla für die Region Ham. Ausgenommen natürlich wenn die Warnung aus Berlin ein höheres Level hat. Dann kommen beide.

Grund für das letzte: Die bei mir eingetragenen Orte liegen dicht zusammen und ich bekomme laufend Warnungen doppelt halt für jeden Ort.

Änderungen an der Konfig:

vorher

var scriptOverrides = false; // Die Einstellung im Skript überschreiben bei jedem Start die Einstellungen in den Objekten (punkte unter Basiskonfiguration außer warnzelle.

var uLogAusgabe=        true; // auf false gibt es überhaupt keine Ausgabe beim normalen Betrieb.
var uLogAusgabeErweitert = false;

nachher:

var scriptOverrides = false; // Die Einstellung im Skript überschreiben bei jedem Start die Einstellungen in den Objekten (punkte unter Basiskonfiguration außer warnzelle.

uLogLevel = 1 // 0:OFF, 1:INFO, 2:ADVANCE, 4:DEBUG

vorher

//Logausgabe
var DEBUG = false;
var DEBUGSENDEMAIL = false;
var DEBUG_VARS = false;
//ab hier bei Update
// 123456

nachher:

//Logausgabe
var DEBUGSENDEMAIL = false;
var DEBUG_VARS = false;
//ab hier bei Update
//jump 123456

Bekannte "Fehler"

• Wenn der Gruppenbezeichner nicht eindeutig einem Ort zugeordnet werden kann, spielt die Funktion verrückt. Dazu gibts ne Logwarnung im nächsten Update.
• hashs werden nicht richtig berechnet, deshalb kommen mehr nachrichten durch als gewollt.

[sigi234]

@ticaki

Hallo, hast du die Testorte nicht rausgenommen? Wie kommen die rein? Nach löschen kommen sie wieder?

[sigi234]

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

Es ist möglich darüber Warnungsgruppen zu bilden (letzte Version eingebaut)

Wo?

[ticaki]

@sigi234

DEBUG_VARS auf false stellen .

<WO?

unter config.warnzelle.DWD uwz. Befinden sich Datenpunkte zu jeder Warnzelle. Dort in das Datenfeld kannst du einen Namen schreiben, sind die Namen identisch wird daraus eine Gruppe gebildet und Gruppenwarnungen soll es nur 1 mal geben. Funktioniert aber aktuell nur zu 50%.

Wenn dieser Gruppenname Teil des Names einer Warncelle ist, wird diese Warncelle der Favorit und es gibt nur 1 Warnung selbigen Typs. das funktioniert zu 100%

Ist der Gruppenname Teil mehrerer Warncellen ist das ergebnis undefiniert.

Das geht nicht mit Nina

[ticaki]

//Version 0.99.15 Beta 3

Wichtig:
config.warncelle Datenfeld, sollte nach dem Initialisieren den Namen der Ortschaft enthalten.
Bitte nachtragen oder löschen und neu erstellen lassen.

Verbesserungen:

• Datenpunkte unter Alert werden zu laufzeit erstellt.
• weiteres Zwischenverzeichnis unter Alert eingefügt Beispiel;

'0_userdata.0.wetterwarnung1.alert.zamg.Klagenfurt am Wörthersee.Gewitter.begin'

• Die Bezeichnung des Zwischenverzeichnisses leitet sich aus der Bezeichnung die im Datenfeld unter config.basiskonfiguration.warnzelle.123.4567 steht. Beispiel:

id:'0_userdata.0.wetterwarnung1.config.basiskonfiguration.warnzelle.zamg.46#62472/14#30528' val:'Klagenfurt am Wörthersee'

• Bei Änderung des Gruppennamens werden die States unter .alert selbstständig entfernt die nicht mehr benötigt werden.
• die Warnungsüberschrift im Pushteil mit Gruppen: Ist die Warnung nur vom Favoriten steht dort der Name dieses. Anderfalls wird "für die Region " + Warngruppenname verwendet.

Fehlerbehebung

• sendNoMessgesOnInit war invertiert eingebaut. false dort sollte Meldungen verschicken.
• config.warncelle Datenfeld, sollte nach dem Initialisieren den Namen der Ortschaft enthalten (bitte nachtragen, oder löschen und neu erstellen lassen)
• Alert Datenpunkte haben nicht immer die gewünschte Warnung angezeigt
• DWD Kreisebenenabfrage wenn Gemeinde und Kreisebenen Ids vorhanden sind, werden zu beiden die entsprechenden Abfragen durchgeführt. Vorher hat er nur eines von beiden abgefragt.
• es war möglich Logausgaben die immer erscheinen zu unterdrücken.

Anmerkung:

Über die Gruppen müsste man mal sprechen, wenn das jemand gebrauchen kann. Ist die jetzige Eintragungsart zu unverständlich?