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

[ticaki]

@stephan-schleich
Meine erste Vermutung ist: Du benutzt die Warnzellen-ID für deinen Ort, dort ist eine Warnung der Stufe 2. Der DWD-Adapter benutzt nur Kreiswarnungen und in deinem Kreis gibt es eine Warnung für einen andere Höhenlage mit einer höheren Warnstufe.

Desweiteren benutzt der DWD Adapter eine andere Datenbank. Diese gibt den Level als 2 aus. Die Datenbank die ich verwende gibt als Wert: 1: "Minor",2: "Moderate",3: "Severe",4: "Extreme". Der Text ist die Ausgabe der Datenbank und die Zahl ist der Level den ich zuweise.

[ticaki]

@homecineplexx
lon und lat vertauscht

[ticaki]

//Version 1.0.04

• Logausgabe bei ausgefallenem Internet verbessert
• Vorwarnungen werden als solche bezeichnet (nur für DWD Ortsabfrage)
• schedule wurde eventuell nicht beendet beim stoppen des Scripts

[crunchip]

@ticaki ich hatte vor paar Tage von //Version 0.99.12 Beta 3 auf //Version 1.0.03 aktualisiert. Nun ist unter anderem aufgefallen, jedesmal wenn ich ein js-controller Update gemacht hatte, die CPU danach in die Höhe schiesst.
Beim Update auf js- controller 4.0.12 gerade wieder passiert.
Wenn ich das Script stoppe, geht die CPU wieder runter.
Starte ich ein Stück später das Script wieder, läuft alles wieder normal.
Hast du eine Idee, woran das liegen könnte?
Anmerkung: Script hatte ich komplett von git neu eingespielt, nur meine Daten eingetragen.

[ticaki]

@crunchip
Hab das gerade mal beobachtet. Es ist falsch und richtig. Da ist ein Fehler dessen Korrektur ich morgen hochlade, jedoch sebst mit der Fehlerbehebung steigt auf meinem Rapsi die Last auf um die 50% wenn er anfängt die ganzen Warnungen die beim Start eingefügt werden zu bearbeiten.

Der Fehler verlängert diesen Prozess um einiges.

Ist die Funktion die sich um .alert kümmert.

[crunchip]

@ticaki Problem war/ist bei mir aber gewesen, das die CPU nicht mehr runter ging nach dem js-controller update und ich am suchen war, woher das kommt
meine VM läuft im Schnitt mit 25%, durch das Problem läuft sie dann auf knapp 50%
ok dann warte ich mal ab

[ticaki]

@crunchip
ok das ist mir noch nicht aufgefallen, da ich den raspi immer neustarte, wenn ich ein js-controller update mache.
Hab aber noch eines zu erledigen, werde ich dann mal ein Auge drauf haben. Aber net heute, so müde wie ich bin wette ich das danach iobroker hängt und ich irgendwas kompliziertes machen muss :)

[crunchip]

@ticaki ja kein Stress, weiss ja jetzt woran es liegt, wenn ich es wie beschrieben, kurz mal aus schalte, läuft die VM ja wieder normal

[homecineplexx]

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

@homecineplexx
lon und lat vertauscht

ja stimmt, ich habs eh auch gleich mal anders versucht und siehe da....DATEN!!!

[ticaki]

@crunchip
du benutzt nicht die interne Nina version?

EDIT: hab das Problem mit dieser aktuell Version (5)nicht. Nach dem iobroker alles gestartet hat geht die last auf normal werte.

[mp24]

Ich habe folgenden Fehler erhalten:
sayit.0
2022-02-18 16:58:40.668 error Cannot get file:TypeError: text should be a string

Vielen Dank für den Adapter und deine Mühe

mp24

[ticaki]

//Version 1.0.05

-mehrfach aufrufe von der Funktion die sich um .alert kümmert begrenzt.

[ticaki]

@mp24
Ich nutze kein Sayit vielleicht kann dir @sigi234 weiterhelfen

[crunchip]

@ticaki ich hatte in der Version davor nur uwz und dwd intern aktiv, mit dem update habe ich auch nina mit reingenommen, warum?
Die 5er Version hatte ich noch nicht getestet.
Wollte es erstmal so lassen, um es bei Bedarf reproduzieren zu können
Ansonsten probier ich die neue Version mal und warte auf das nächste js- controller update😉

[ticaki]

@crunchip
Nina braucht etwas Rechenleistung, aber halt nur alle X Minuten. Wenn die VM etwas schwach ist, könnte das schon ne weile dauern.

Ich hab bei mir noch immer Testdaten drin für Nina 2 Koordinatenpaare aus unterschiedlichen Ecken in Deutschland. Der untere Eintrag ist der erste Eintrag vor Auswertung der Polygondaten und der obere ist die erste Warnung (Auswertung abgeschlossen). Das sind ca. 28 Sekunden. (Das Skript macht dabei rund 500 Pausen von 50ms)
Bzw bei einem einzigen Koordinatenpaar wohl 14.

RP 4 mit ssd

EDIT: Ha gut das ich das mal getestet hab das sind 500 * 50ms = 25 Sekunden, dann geh ich mit der Zeit mal auf 10ms :)
EDIT2: Ab dem nächsten Update dauerts nur noch 8 Sekunden :)

2022-02-18 19:43:49.190	info	script.js.Messages.dwd_uwz_nina_script: info: Add Nina warning to database. headline: Coronavirus: Informationen des Landes Nordrhein-Westfalen
2022-02-18 19:43:21.026	info	script.js.Messages.dwd_uwz_nina_script: Polygon auswertung Nina

[crunchip]

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

könnte das schon ne weile dauern.

Das wäre ja ok, doch bei mir ging ja die Last nicht mehr runter.
Ich schau mal später wenn ich zu hause bin und teste.

[crunchip]

@ticaki also ich habe jetzt 1.0.05 drauf gemacht, Einstellungen hab ich alles so gelassen,
also DWD, UWZ und NINA intern,
werde dann mal ein js-controller update machen.

weil gerade eine Meldung rein kam, ist mir das wieder eingefallen,
irgendwie funktioniert das mit dieser Zeile nicht

// keine Ansage über m/s Knoten und Windstärke. Die Angabe mit Kilometer pro Stunde wird angesagt
var windForceDetailsSpeak   = true;

manchmal werden m/s Knoten und Windstärke weggelassen und manchmal wird es vorgelesen.

Edit
so sieht es nach dem script ändern aus, irgendwie seltsam

Edit 1
Script gestoppt und sofort geht die CPU von javascript und js-controller runter!

Edit 2
Frage:
hatte das geänderte Script gestartet, vergessen die Versionsnummer in der ersten Zeile anzupassen, dies hatte ich sofort, nachdem das Script gestartet wurde, nachgeholt. Kann das die Ursache sein?

Edit 3
hier sieht man den weiteren Verlauf

[ticaki]

@crunchip

• Hab schon öfters geschrieben, das Skript mehrfach hintereinander neuzustarten führt ab und an dazu das mehrere Versionen gleichzeitig laufen.

1. kannst du mal im Log nachsehen wann genau das Skript nach dem js-controller update gestartet wurde?

2. was passiert wenn du iobroker stop iobroker start machst? geht die last dann auch hoch?

[crunchip]

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

führt ab und an dazu das mehrere Versionen gleichzeitig laufen.

hatte ich nicht dran gedacht, das führt dann eben zum selbigen, wie beim js-controller update

2022-02-19 20:18:18.091 - info: admin.0 (23988) starting. Version 5.3.0 in /opt/iobroker/node_modules/iobroker.admin, node: v14.19.0, js-controller: 4.0.14
2022-02-19 20:18:18.132 - info: admin.0 (23988) requesting all states
2022-02-19 20:18:18.134 - info: admin.0 (23988) requesting all objects
2022-02-19 20:18:21.758 - info: admin.0 (23988) received all objects
2022-02-19 20:18:22.108 - info: admin.0 (23988) Request actual repository...
.
.
.
2022-02-19 20:19:04.610 - info: javascript.0 (24223) script.js.Ansagen.Wetter-Push: info: Skripts gestartet: ID:7138.54430562832
2022-02-19 20:19:04.622 - info: javascript.0 (24223) script.js.Ansagen.Wetter-Push: info: Warte 15 Sekunden das bei einem eventuellen Restart alles beendet wurde!
2022-02-19 20:19:04.624 - info: javascript.0 (24223) script.js.Ansagen.Wetter-Push: registered 1 subscription and 0 schedules

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

was passiert wenn du iobroker stop iobroker start machst

teste ich noch.... moment

Edit
hat gute 8 Minuten gedauert, bis sich die CPU "normalisiert" hat

[ticaki]

@crunchip
gibt mir mal bitte dein Startlog (info = true)bis zum Logeintrag Initialisierung abgeschlossen.

Auf was steht "intervalMinutes".

Den "Fehler" zu finden wird schwierig, wenn ich nicht dahinter komme, mache ich dir ein extra Version mit speziellen Logeinträgen, die dann hoffentlich zeigen in welcher Funktion er stolpert.