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

[tourer4778]

@codierknecht
Danke, werde ich mir genauer ansehen.
Die Anderen Netzwerke sehen genau so aus, mit anderen Countern und anderen DP zur Auslösung.
Es sind 12 Counter in diesem Skript.

[Codierknecht]

@tourer4778

1. Wozu laufen da überhaupt mehrere JS-Instanzen?
2. Loggst Du in eine Datenbank? Wo läuft die?
3. Wenn die Counter aktiv sind: Wie sieht das Loggen in die DB dann aus?

[tourer4778]

@codierknecht
Zu 1. Ich habe zwei J.Instanzen. Eine überwacht nur die Hauptinstanz.
Zu 2. Die Daten werden am ende des Tages, Woche, Monat in History abgelegt mit alles Betriebsstunden.
Zu 3. Verstehe nicht, was du meinst. Die Counter laufen immer dann mit bzw. laufen weiter, wenn die Heizung läuft.
Am ende des Tages / Woche / Monat werden die Counterwerte/ Betriebsstunden in History einzelnd abgelegt. Die Counter laufen nur, wenn auch die Heizung läuft, bzw Brauchwasser erwärmt wird.

[Codierknecht]

@tourer4778 sagte in Manchmal hohe CPU Last:

Zu 3. Verstehe nicht, was du meinst

Da die Antwort zu

Loggst Du in eine Datenbank? Wo läuft die?

"History" lautet: Zeige doch mal die Stellen im Script, die für das Schreiben der Werte zuständig sind.
Wann und wie wird das gemacht?

Wenn diese Counter starten, steigt meine CPU-Last um ca. 20%.

Das Starten der Counter allein kann wohl kaum zu erhöhter Last führen. Da werden ja lediglich ein paar Datenpunkte beschrieben. Interessanter dürfte der Teil der Scripte sein, den zu nicht zeigst.

[tourer4778]

@codierknecht
wie gesagt, das wird am ende des tages gemacht und ist in dem Moment nicht Aktiv.
Den Teil, der in History abgelegt wird, schließe ich aus, da ich diesen auch deaktiviert habe.

[Homoran]

@tourer4778 wenn ich das richtig sehe greifst du mit drei Skripten zeitgleich mehrfach auf die selben DP zu.

was steuerst du da für Geräte?

[tourer4778]

@homoran
Nein, das sind unterschiedlich DP, die sind in unterschiedlichen Ordnern.

Ich schreibe mir die Werte nur weg am Ende des Tages, Woche, Monat in History.
Gesteuert wird da nix an der stelle.

[OliverIO]

@tourer4778

Wie oft ändern sich denn diese Datenpunkte?
Wenn die Geräte das im 0,001 Bereich schon aktualisieren und das mehrfach pro sekunde, ist das oft nicht notwendig.
Ich glaube in den Datenpunkt Einstellungen kann man einen threshold ab welcher Abweichung ein Datenpunkt tatsächlich erst aufgezeichnet werden soll und damit natürlich auch getriggert

[Homoran]

@tourer4778 sagte in Manchmal hohe CPU Last:

Gesteuert wird da nix an der stelle.

warum dann "steuere"?

[OliverIO]

@tourer4778

Wie oft werden die Datenpunkte getriggert.
Wenn die Geräte Mini-Änderungen melden, und das mehrfach pro Sekunde obwohl diese Detaildaten nicht wirklich interessant sind, dann kann man bei den Datenpunkten einen trhesold eintragen. Dann werden die Daten nur geschrieben, wenn es eine Abweichung größer diesem Wert ist. Entsprechend weniger wird dann getriggert.

[tourer4778]

@homoran sagte in Manchmal hohe CPU Last:

warum dann "steuere"?

Entschuldige, (mein fehler) mein Verständnis für Steuern ist etwas anders.
An der Stelle werden halt nur die Counter in ein DP weggeschrieben zu einer bestimmten Uhrzeit.
In diesem DP ist Historie aktiv.

[tourer4778]

@oliverio
Unterschiedlich. Einmal am Tag, woche, Monat oder Jahr. Immer am Tagesende, also nicht interessant für dieses Problem.

[tourer4778]

Ich habe mal 5 Counter angelegt und lasse die nur starten und stoppen.
Die CPU Last Steigt beim starten um ca. 10%.

[Homoran]

@tourer4778 sagte in Manchmal hohe CPU Last:

Entschuldige, (mein fehler) mein Verständnis für Steuern ist etwas anders.

eher nicht!

@tourer4778 sagte in Manchmal hohe CPU Last:

werden halt nur die Counter in ein DP weggeschrieben z

dann nimm den "aktualisiere" Block!

der steuere Block ist zum steuern von Geräten über deren Adapter

[OliverIO]

@tourer4778

Wie können die Skripte dann Last erzeugen wenn sie nur einmal am Tag laufen?
Dann schaust du nach den falschen Skripte.

Bist du den sicher das die nur so selten laufen?

[tourer4778]

@homoran
Okay, danke.
"aktualisiere" zur Übergabe an History geht und teilweise umgesetzt, ändert erstmal aber nichts an der CPU Last, da ja die Übergabe am ende des Tages ist.

[tourer4778]

@oliverio sagte in Manchmal hohe CPU Last:

Wie können die Skripte dann Last erzeugen wenn sie nur einmal am Tag laufen?

Ich habe 5 Counter zum testen angelegt. Sobald ich diese Starte geht die CPU Last hoch.
Es sind nur die Counter anktiv, kein History. Sobald ich diese stoppe, geht die Last auch wieder runter.

Dann schaust du nach den falschen Skripte.

Nein, das Testskript mit den 5 Countern habe ich extra dafür angelegt und es ist das Gleiche wie mit den bestehenden.

Bist du den sicher das die nur so selten laufen?

Was da selten läuft ist das wegschreiben der Counterwerte am ende des Tages. Daher ist es uninteressant.
Dort habe ich nur "steuern" gegen "aktualisieren" getauscht.

[Codierknecht]

@tourer4778 sagte in Manchmal hohe CPU Last:

Was da selten läuft ist das wegschreiben der Counterwerte am ende des Tages.

Und wie oft reagieren die Trigger?

Vielleicht mal auf einen minütlichen Schedule umstellen?

[tourer4778]

@codierknecht sagte in Manchmal hohe CPU Last:

Und wie oft reagieren die Trigger?

Ein einziges mal am Tag , oder Woche, Monat usw...

[Codierknecht]

@tourer4778
Ich meine z.B. den hier.

Der leere Block sollte da weg und ich würde da mal einen Debug-Block einbauen, um zu sehen wie oft da was passiert.