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

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

[Kueppert]

@meistertr ich hab bei mir jetzt auf 1 Minute und 10 Minuten mal umgestellt. Danke dir für deinen EInsatz :)

[lobomau]

@kueppert bei mir jetzt auch top, ich sehe keinen Einfluss (mehr) des Synology Adapters auf die CPU der Synology :+1:

[Kueppert]

@lobomau nachdem heute mein DSM der Syno nicht mehr erreichbar war, hab ich die Kiste mal neu starten müssen (hab diverse Browser und auch die HandyApp ausprobiert, nix. An manuellen Frikkeleien am MTU Wert hats nicht gelegen, hab da nix eingestellt. Nutze aber nen Bond...who knows).
Nach dem Neustart - trotz laufendem Adapter, sehr geringe Auslastung meines Systems - wie zu der Zeit, als ich den Adapter ausgeknippst hatte (das Loch im Datenstrom ist der Ausfall vermutlich):

[jmeister79]

Guten Morgen,
ich habe mir gestern den Synology Adapter installieren wollen.
In meiner Repo wird aber nur 1.0.0 angezeigt und die Installation über den Adapter Tab funktioniert nicht.

Ic h musste dann die aktuellste Version mit einem angepassten
Befehl über ssh installieren:

npm install iobroker.synology@1.1.3 --loglevel error --prefix "/opt/iobroker"

Leider bekomme ich keine Verbindung zum Synology DS 215j, wenn ich versuche das Passwort einzugeben verschwindet das Eingabefeld. So denke ich, dass das Passwort nicht gespeichert wird.
Ich bekomme im Log aber auch keine Fehlermeldung:

synology.0
2021-08-27 08:56:34.806	info	Connecting to Synology http://xxx.yyy.zzz.aa:5001

synology.0
2021-08-27 08:56:34.769	info	starting. Version 1.1.3 in /opt/iobroker/node_modules/iobroker.synology, node: v12.22.5, js-controller: 3.3.15
host.iobrokerpi
2021-08-27 08:56:31.911	info	instance system.adapter.synology.0 started with pid 32733

Verschiedene Ports haben auch nicht funktioniert.
Adresse mit oder ohne HTTP:// probiert.
Habe HTTPS probiert
API Version habe ich auf die Version des Diskstation OS gestellt: 6.2.3
In der Disk Station auch die Blockierung von Clients mit zu vielen Fehlversuchen deaktiviert.
Ist das n Bug der evtl. bekannt ist?
Gibt es eine Möglichkeit das Passwort über die Konsole zu hitnerlegen wenn die GUI nicht funktioniert?
[EDIT]
Wenn ichd en Adapter auf debuig stelle erhalte ich utner anderem das hier:

*** ERROR : src: sendPolling syno[dsm][getPollingData] To use the adapter, the user must be in the Administrators group! code: 400 message: No such account or incorrect password

[/EDIT]
[EDIT2]
Mit Copy Paste kann man das Passwort einfügen, dann gehts.
Sollte vielleicht mal jemand draufgucken der sich auskennt?
[/EDIT2]
ps.: ich hoffe ich habe alle anderen Einstellungen richtig.

LG
Nils

[da_Woody]

@jmeister79 sagte in ioBroker Synology Adapter:

In meiner Repo wird aber nur 1.0.0 angezeigt

das ist auch die stable.

1.1.1 ist die latest/beta

[da_Woody]

@kueppert hmm, hab jetzt auch auf die werte umgestellt, dafür bekomm ich:

synology.0
2021-08-27 09:25:15.830	warn	pollTime > slowPollingTime! It is necessary to fix the polling time in the settings

auch nicht im sinne des erfinders...

[Kueppert]

@da_woody zeig mal deine Einstellungen im Adapter plz

[lobomau]

@da_woody hab ich jetzt auch. Mir fiel grad auf, dass heute kurz nach Mitternacht der Adapter ausgestiegen ist bei mir und im log finde ich jetzt auch:

synology.0	2021-08-27 11:39:54.940	warn	(4710) pollTime > slowPollingTime! It is necessary to fix the polling time in the settings

Im Augenblick schaffe ich es nicht wieder zu verbinden.
Edit.: ich schaffe es auch nicht mehr mich in die Synology einzuloggen.