Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Thomas Braun]

@Codierknecht sagte:

Macht es vielleicht Sinn, die Anzahl DP je Instanz in das diag mit aufzunehmen?

Von 'außen' ist das wohl schwer zu zählen. Oder fällt dir da was über die Kommandozeile ein?

[Codierknecht]

@Thomas-Braun sagte:

Oder fällt dir da was über die Kommandozeile ein?

Nicht dass ich wüsste

[mcm1957]

@Thomas-Braun sagte:

Von 'außen' ist das wohl schwer zu zählen. Oder fällt dir da was über die Kommandozeile ein?

Ev. würde eine Asuwertung von ìob object list * gehen. Keine Ahnung ob das bei >5000 * Adapter dann zu einem Speicherüberlauf oder 3h Runtime führt ...

EDIT:
Also z.B. 'iob object shelly.0.*' und dann Zeilen zählen (ggF nach Filterunge header und so)

[Thomas Braun]

@mcm1957

Das läuft dann aber bei X Instanzen aber 'ewig'. Das wird 'zu teuer'.
Hab gestern mal damit herumgespielt und selbst auf meinem Testsystem mit nur 10k Objekten und 5 Instanzen oder so lief das entweder gar nicht oder sehr langsam.

[Codierknecht]

@Thomas-Braun

Hab's gerade mal in der Shell so versucht:
iob object list alias.0.* | grep -c admin

Das geht recht fix.

[Thomas Braun]

@Codierknecht sagte:

Das geht recht fix.

Ja, für einen Adapter. Du musst aber ja x Instanzen da durchschleifen.

[mcm1957]

Ja, kann mir vorstellen.
Ev. kann man ein iob diag --extended (oder --detail oder so was) erfinden wenn wir die Info brauchen. Aber ob sie bisher abgegangen ist? Keine Ahnung ...

[Codierknecht]

@mcm1957 sagte:

ob sie bisher abgegangen ist?

Wenn's zu viel Zeit braucht, macht das wenig Sinn.
Vielleicht kann man dem Controller ja in Zukunft eine Möglichkeit spendieren, das elegant zu ermitteln.
@thomas-braun Bis dahin würde ich da jetzt keinen Aufwand investieren. War nur 'ne Idee.

[Thomas Braun]

Ich hatte auch schon überlegt, die bisherige Zählung der Gesamtzahl an States und Objects aus 'iob diag' rauszuwerfen.
Das läuft schon in der einfachen Version ggfls. etwas länger und die Aussagekraft ist dann ja auch nur sehr begrenzt.

[hg6806]

Ja, die Ü5000 DP brauche ich schon.

Aber egal, die ganzen Fehlermeldungen sind noch immer da.
Ich verstehe auch nicht woher der alte Kram kommt:
State "upnp.0.WANDevice_-FRITZ!Box_7590(UI).WANDevice.WANCommonInterfaceConfig.GetAddonInfos.request" not found
Wenn ich in Javascript nach dem State suche, wird nichts gefunden.

[hg6806]

Also, nochmal.
Seit js controller update

Ich bekomme jede Minute 99+ Warnings von der javascript Instanz.
Erster Waring Eintrag ist:

javascript.0
2026-06-24 07:42:00.004 warn State "upnp.0.WANDevice_-FRITZ!Box_7590(UI).WANDevice.WANCommonInterfaceConfig.GetAddonInfos.request" not found

Wenn ich in Javascript nach diesem Fritzbox Eintrag durchsuche, finde ich aber nichts. Sprich, es gibt kein Programm.

Das Limit habe ich angepasst. Sourceanalytix erzeugt nun mal sehr viele Datenpunkte und bei ca. 40 beobachten Werte kommt halt einiges zusammen.

[fuzzy1955]

@hg6806 sagte:

Wenn ich in Javascript nach diesem Fritzbox Eintrag durchsuche, finde ich aber nichts

Exportiere mal alle Scripts und suche dann in der Exportdatei. Vielleicht ist es versteckt.

[hg6806]

Danke für den Tipp, habe es gefunden!

Das ware in Global versteckt was im Normal-Modus ausgeblendet ist.

Script ist gestoppt und wird gelöscht.

Beim Neustart hagelt es aber nach wie vor hunderte oder tausende (?) Fehlermeldungen von Homatic hm-rpc und läßt das System auslasten.

[mcm1957]

@hg6806 sagte:
Beim Neustart hagelt es aber nach wie vor hunderte oder tausende (?) Fehlermeldungen von Homatic hm-rpc und läßt das System auslasten.

Sorry, falls ichs beim zurückblättern übersehen habe - aber ich kann hier keine solche Fehelrmeldung finden.
Kanst du bitte mal zeigen was da gelogged wird?

[hg6806]

Nein, das hatte ich nicht gepostet. Hier ist es

[hg6806]

Irgendwann "beruhigt" es sich.

[mcm1957]

Da sieht eher nach 'nem bug in hm-rpc aus ..