Neues YouTube-Video: Visualisierung im Devices-Adapter

[bahnuhr]

@Thomas-Braun
Ja, das kann ich machen.
Allerdings gabe ich schon etliche Geräte in Homematic.

Beim Tageschau Adapter kamen auch 9000 Objekte.
Schau ich auch nach.

[MartinP]

Ist dieses Limit pro Adapter-Instanz, pro Adapter, oder für das Gesamtsystem gesetzt?

Ich habe geschaut, was insgesamt vorhanden ist, und bin bei objects und states noch unter 5000

martin@iobroker-test-sicher:/usr/bin$ iob list objects 2>/dev/null | wc -l
4236
martin@iobroker-test-sicher:/usr/bin$ iob list states 2>/dev/null | wc -l
3721

Alles lief nach erstem Anschein Problemlos ab, keine Warnings etc.

Downtime sehr überschaubar.

[crunchip]

@MartinP so steht es geschrieben

Der js-controller überwacht nun die Anzahl der von einer Instanz angelegten Objekte und warnt, sobald ein definiertes Limit überschritten wird. Das Limit lässt sich pro Instanz konfigurieren, und Adapter-Entwickler können über defaultObjectsWarnLimit einen passenden Standardwert hinterlegen, der bereits bei der Installation greift. So erkennt ihr „durchgegangene" Adapter frühzeitig, bevor sie eure Installation aufblähen.

[mcm1957]

Ziel ist es unnötige Ids die von Adapterinsatnzen angelegt werden aber nicht entfernt werden zu erkennen um den Gesamtdurchsatz des Systems zu verbessern. Mehr als 5000 (Defaultwert) State in einer Instanz ist eher der Sonderfall. Es sollte daher nicht nur einfach mal da Limit raufgedreht werden sondern zumindest kurz ein Blick über die States gemacht werden. So gab es z.B. den Fall dass ein Adapter states mit der MAC jedes erkannten Gerätes angelegt hat. Und im Zuge der privacy Einstellungen haben die macs ständig gewechselt. Da hast dann schon mal mit 2 Familenhandies über 5000 States ....

[Homoran]

@bahnuhr sagte:

Allerdings gabe ich schon etliche Geräte in Homematic.

Ich auch, aber 5000 objects kam mir spontan zu viel vor.

Hab dann mal den Befehl von @martinp genommen und modifiziert

pi@ioBrokerpi5:~ $ iob list objects | grep rpc.0  2>/dev/null | wc -l
3335
pi@ioBrokerpi5:~ $ iob list objects | grep rpc.1  2>/dev/null | wc -l
2141
pi@ioBrokerpi5:~ $ iob list objects | grep rpc.2  2>/dev/null | wc -l
310
pi@ioBrokerpi5:~ $ iob list objects | grep rpc.  2>/dev/null | wc -l
5796

Und siehe da, insgesamt HomeMatic, HmIP und HMW komme ich auch über 5000, wobei HMW mit seinen multikanal I/O sicherlich einiges an objects verbrät
Pustekuchen! Sind nur 310

HM "classic" hat nur 3335 objects, HmIP 2141

[bahnuhr]

@Homoran

bei mir:

6118 HM
681 cuxd
1639 HM IP

Und tagesschau hab ich Instanz gelöscht und neu gestartet, da kommt dann: 6760

[Homoran]

@bahnuhr sagte:

tagesschau

Das kommt auf deine Konfiguration an.
Je nachdem wonach du suchen lässt kommt einiges zusammen.

@bahnuhr sagte:

6118 HM

Hast du mehr als 200 Geräte??
Welche haben denn soooo viele Objekte

[Samson71]

Ich habe eben auch aktualisiert. Bei HM Classic kam auch der Hinweis. Sind knapp 5800 Objekte.

[WAGNER DRESSMAN]

Hallo Welt - wie kann ich "Das Limit lässt sich pro Instanz konfigurieren" ??? Mein MQTT.0 "This instance has 8818... " Wo kommen die her? Wie kann man die reduzieren?

[Samson71]

@WAGNER-DRESSMAN
Einfach mal den Beitrag hier von Anfang an ganz lesen und mal die Links anschauen?

[Homoran]

@WAGNER-DRESSMAN sagte:

Wo kommen die her?

Sag du es uns!
Wir wissen nicht was du dir da konfiguriert hast und wofür du 8818 verschiedene Werte per MQTT benötigst

[WAGNER DRESSMAN]

das versuche ich eben mit dem tipp vom thomas ...

[WAGNER DRESSMAN]

habe etwas gefunden, früher mal mit experimentiert und jetzt vergessen... pi@raspi5book:~ $ iob list objects | grep mqtt.0.espresense 2>/dev/null | wc -l
8372

[Homoran]

@WAGNER-DRESSMAN sagte:

jetzt vergessen

Und genau dafür ist jetzt die Warnung, bevor solche Dinge dein System lahmlegen