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

[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.

[crunchip]

@ticaki
intervalMinutes=5

12:54:32.727	info	javascript.0 (19462) Stop script script.js.Ansagen.Wetter-Push
12:54:32.730	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Skripts gestoppt: ID:5906.7100109976045
12:54:49.139	info	javascript.0 (19462) Start javascript script.js.Ansagen.Wetter-Push
12:54:49.170	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Skripts gestartet: ID:5174.584757605221
12:54:49.177	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Warte 15 Sekunden das bei einem eventuellen Restart alles beendet wurde!
12:54:49.178	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: registered 1 subscription and 0 schedules
12:55:04.179	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Starte Initialisierung! - Bitte warten. Das dauert beim ersten Start etwas länger. - Das Skript in dieser Phase nicht Neustarten, wenn doch bitte Javascript Instanz ebenfalls neustarten
12:55:04.181	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Datenpunkte werden überprüft
12:55:05.935	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Abonniere Konfigurationsdatenpunkte
12:55:05.943	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Setzte Modus, Inialisiere Datenbank, starte Datenabruf(asynchron)
12:55:05.945	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Standalone DWD Datenabruf aktiviert
12:55:05.946	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Standalone DWD2 Datenabruf aktiviert
12:55:05.946	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Standalone UWZ Datenabruf aktiviert
12:55:05.947	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Standalone NINA Datenabruf aktiviert
12:55:05.951	info	javascript.0 (19462) script.js.Ansagen.Wetter-Push: info: Initialisierung abgeschlossen

ist mir aufgefallen, CPU Auslastung genau zur Zeit der Ausgabe

Script gestoppt/gestartet für die eben angefügte LogAusgabe, ist auch wieder die CPU gestiegen und bleibt vorerst jetzt auch oben

EDIT
hab jetzt bis(13:28) gewartet, CPU blieb oben, nachdem ich das Script erneut gestoppt und wieder gestartet hab, ging die CPU wieder runter

[ticaki]

@crunchip
stelle mal den Interval auf 20 wenn das hilft gehe runter auf 10. Falls ersteres nicht hilft passe ich eine Version für dich an.

[frana120500]

Wer kann mir denn sagen, was ich hier bei
var uwzPath
eintragen muss. javascript.0.uwz ist ja mit Sicherheit nicht richtig.
ich kann irgendwie kein Bild einfügen, deswegen hier den Codeschnipsel

var uFilterList               = 0;   // generelles Filter für den AutoModus ( = DWD + UWZ; oder = NINA; oder = 0;), außer Warnungslevel ist gleich/über attentionWarningLevel
var uAutoNinaFilterList       = ['CAP@hochwasserzentralen.de']; //Nina only. Filter diesen Sender raus s.o. - mehrere ['abc','cde'];

var uwzPath=            'javascript.0.UWZ';
var dwdPath=            'dwd.0';
var ninaPath=           'nina.0'

var intervalMinutes = 5; // die Daten bei DWD werden alle 10 Minuten aktualisiert.

[crunchip]

@ticaki ok ich teste

was aber definitiv zu beobachten ist, sobald eine Wetterwarnung kommt, geht die CPU hoch, diesmal ging sie auch anschliessend gleich wieder runter