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

[Christof.Kac]

@lobomau Ich klinke mich hier kurz ein: Nutze eine DS218+ und muss das gleiche feststellen:

20% CPU Load durch den Adapter ;-(

Was tun?
Bis dann
Christof

[Meistertr]

nur in der neusten version oder auch schon in den vorherigen?

[Meistertr]

@meistertr was habt ihr für ein Abruf Intervall eingestellt? also ich hab 2000 ms und 10000 ms und die cpu geht um 1 % hoch

[Ein ehemaliger Benutzer]

@meistertr

Wir hatten schonmal so ein Problem mit dem Adapter, ist aber schon länger her..
Bei mir waren 1000ms und 60000ms eingestellt, ich habe jetzt mal deine Werte genommen, ist etwas besser geworden, musste heute morgen meine Syno aber neu starten, da ich keine Änderungen mehr in den Settings dort machen konnte...

Ich habe eine 918+ mit 16GB Ram, verwende Surveillance Station mit 28 Cameras, die hat ohne iobroker Zugriff ca 25-30% CPU Load, wenn ich den Adapter starte, schaukelt es sich auf über 50-60 hoch...

Im Adapter habe ich nur Surveillance angeklickt, brauch nur die Daten von der Hardware und die links zu den Streams für die VIS.

Irritierend ist im Adapter, dass man DSM 7 nicht auswählen kann, bei mir steht das auf 6.23..

[Kueppert]

@Meistertr

hab sogar noch höhere Werte. Hab vorher nie auf die Auslastung geschaut...

@ilovegym wen beobachtest du alles O.O die ganze Stadt??? :grin:

PS: Hab auch DSM 7 druff...

[Ein ehemaliger Benutzer]

@kueppert @Meistertr

alsoooo.. ich habe heute morgen ein Reboot der Syno gemacht, danach den Adapter gestoppt, alle Datenpunkte komplett gelöscht, den Adapter nochmals frisch von Git geladen, die Parameter abrufzeit angepasst und gestartet.

Bis jetzt sieht es richtig gut aus, CPU Last liegt bei 31% und scheint auch so zu bleiben.

Ich habe zwar nur den Haken bei der Surveillance, aber die anderen Dienste werden auch abgefragt.
Eigentlich kann man dann dieses Setup ja löschen.. :-)
Kosmetik halt..

[Kueppert]

@ilovegym ich hab zwar keinen Reboot gemacht, aber auch via Github nochmal drübergejükkelt. Instanz war offline. Alle DPs gelöscht. Die Zeiten im Adapter hatte ich alle scjhon so wie du. Hab auch nur Surv.Station aktiviert. Sieht bei mir wieder anders aus :/

[Ein ehemaliger Benutzer]

@kueppert

stell doch mal den Adapter auf debug und schau, ob der irgendwelche Fehler meldet oder wie oft der pollt...
vielleicht passt bei dir ja irgendwas nicht... ??

Welche Syno hast du? Bei mir ist es weiterhin stabil bei 35% CPU Last..

[lobomau]

@ilovegym bei mir läuft die jetzt auch bei ca. 35% im Schnitt. Habe den Adapter vor 4 Std. wieder in Betrieb genommen. Dabei habe die Parameterabrufzeit von 100ms (voreingestellt) auf 5000ms gestellt.
Wobei die Synology DS718 ohne den Adapter bei nur 6% läuft.
Ich lösche mal testweise zwei cam widgets (basic - String img src) in VIS.

Edit.: löschen widget hat wie ich dachte keinen Effekt auf höhere CPU

[Kueppert]

@ilovegym
Ich hab ne DS918+ mit 8GB RAM. Hab auf Debug gestellt (von vorher warn wegen der massigen Fehlermeldungen aus der Vergangenheit mit falschen DP-Typ).
Hab einen EIntrag mit nem Fehler gefunden:

synology.0
2021-08-20 14:23:40.527	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-08-20 14:23:40.527	debug	*** ERROR : src: *sendPolling syno[vs][getInfo] code: 102 message: The requested API does not exist

synology.0
2021-08-20 14:23:40.527	debug	* No response, read next.

synology.0
2021-08-20 14:23:39.179	debug	* Get info from (firstPoll) api: VS method: getInfo params: {}

synology.0
2021-08-20 14:23:39.179	debug	* sendPolling. namePolling = firstPoll | iteration = 5 | typeof poll = object | poll = {"api":"vs","method":"getInfo","params":{}}

synology.0
2021-08-20 14:23:39.179	debug	-----------------------------------------------------------------------------------------------------

Es wird bei mir alle 10 Sekunden gepollt gem. LOG, so hab ich es auch im Adapter eingestellt.

Dabei geht der über iteration 0 hoch bis 6, alle 10 Sekunden:

* sendPolling. namePolling = fastPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getSystemUtilization","params":{}}
* sendPolling. namePolling = fastPoll | iteration = 6 | typeof poll = object | poll = {"api":"fs","method":"listSharings","params":{}}

Auslastung schwankt zwischen 53-63%

[Ein ehemaliger Benutzer]

@kueppert also ich hab auch ne 918+, und der Fehler kommt bei mir nicht...
Hast du auch wirklich die letzte Version von Git geladen?
Vielleicht steht er ja auf ner anderen API Version ?

@Meistertr
die Fehler wegen falschen Dateityp kommen bei mir immer noch, obwohl ich alle States gelöscht hatte, den Adapter von Git geladen und dann erst wieder gestartet habe..

Habe das bei anderen Adaptern aber auch, wo der Fehler angeblich behoben wurde aber trotz löschen der alten States wieder falsche angelegt werden..

[Kueppert]

@ilovegym Jap, allerdings nicht mit der Adresse zum GitRepository, sondern via Dropdown-Feld den Adapter (Community) ausgewählt.
Hab folgende Version drauf:

Einstellungen (API-Version) wie folgt:

[Meistertr]

von welcher cpu last reden wir denn eigentlich? ich war bis lang vom iobroker ausgegangen. es geht aber um den Synology oder?

[Ein ehemaliger Benutzer]

@meistertr ja, von der synology CPU 😊

[Kueppert]

@meistertr ja genau, die Syno-CPU. Hier nochmal ein aktuelles Bild mit vorher inaktivem Adapter und aktiviertem Adapter. Kann man ganz gut sehen:

NACHTRAG: und es werden Objekte für Audiostation und Downloadstation angelegt, obwohl ich keinen Haken drin hab.

[Ein ehemaliger Benutzer]

@meistertr

Mal was anderes, dieser Synology Chat , kann man den irgendwie vom iobroker ansteuern?

[Tschaeens]

@ilovegym Dies finde auch sehr spannend! Ähnlich zum Telegram Adapter. Soweit ich das weiß hat der Synology Chat einen webhook. Vielleicht einen Thread mit dem Wunsch eröffnen? Lg

[Ein ehemaliger Benutzer]

@tschaeens

Geschehen:
https://forum.iobroker.net/topic/47210/synology-chat

[Meistertr]

Hab mich gestern mal dem CPU Problem gewidmet, leider ohne Erfolg. hab alle anfragen an den Server raus genommen und nach einander wieder eingeschaltet um zu schauen ob es eine bestimmte Anfrage verursacht, leider sind es alle. das bedeutet dass die CPUZ load tatsächlich vom Server selbst ausgeht.

Das bedeutet im Umkehrschluss, dass man die CPU load nur über den Abfrageintervall in den griff bekommt. Da auch die Frage wie hoch der Abfrageintervall für ein 24/7 Gerät sein sollte hab für mich entschieden, dass 1 Min und 10Min vollkommen ausreichend sind.

Bei den vor eingestellten 100ms geht der Server Doch recht schnell in die Knie... von daher mal die Frage in die Runde was für ein Mindestwert eingestellt werden soll...

[Ein ehemaliger Benutzer]

@meistertr

für mich wichtig sind die Temp. der Festplatten, die Kapazität (Freier Platz), und die Streams der Surveillance, das ändert sich aber auch nicht so schnell, von daher frage ich mittlerweile alle 15min ab, das reicht mir..