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

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

[tourer4778]

@codierknecht
Den leeren block hatte ich inzwischen schon weg gemacht.
DEn Debug-Block habe ich auch rein gemacht, aber es sieht ganz normal aus.
Der Trigger für die Counter zum Starten / Stopen ist meine Heizung, diese Schaltet alle paar Minuten mal.

Aber ich habe für die Fehlersuche Counter erstellt, die ich per Hand einschalte. Da ist es das gleiche, bei 5 Counter die ich starte, erhöht sich die CPU-Last um ca. 10%. Das kann doch nicht normal sein, ich Starte sie ja nur einmalig mit einem eigenen Skript.

[Homoran]

@tourer4778 sagte in Manchmal hohe CPU Last:

Der Trigger für die Counter zum Starten / Stopen ist meine Heizung,

wo ist denn ein counter Script?
Hab ich das übersehen?

[tourer4778]

@homoran sagte in Manchmal hohe CPU Last:

@tourer4778 sagte in Manchmal hohe CPU Last:
wo ist denn ein counter Script?
Hab ich das übersehen?

Hier das Script zur Fehlersuche bzw. testen

Und hier eines der Scripte, was von meiner Heizung getriggert wird.

[Homoran]

@tourer4778 sagte in Manchmal hohe CPU Last:

Und hier eines der Scripte, was von meiner Heizung getriggert wird.

das ist doch kein Counter.

BTW steuerst du etwas ;-)

[Ben1983]

Also, wenn im Adapter Operating-hours das enable counting irgendwo aktiv ist, wird dies zyklisch mit einem Timeout aufgerufen und einige Berechnungen der bereits gelaufenen ms gemacht und die entsprechenden states geschrieben.

Wenn dies zu einer nennenswerten Erhöhung der Auslastung beiträgt, dann sieht es um das System denke nicht so rosig aus.
Ps. wenn schon ohne das Enable die Auslastung auf 80% ist, könnte vielleicht auch vorher schon etwas anderes zur hohen Auslastung beitragen.

[Homoran]

@ben1983 sagte in Manchmal hohe CPU Last:

wenn schon ohne das Enable die Auslastung auf 80% ist, könnte vielleicht auch vorher schon etwas anderes zur hohen Auslastung beitragen.

oops! das hatte ich gar nicht registriert.

@tourer4778
ich finde jetzt auch weder ein iob diag in der Langfassung noch die Ausgabe von top.