Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[MyMeyer]

@braindead sagte in [GELÖST] JS-Controller zieht CPU:

@liv-in-sky said in [GELÖST] JS-Controller zieht CPU:

@braindead verfolgst du zufällig diesen thread hier -wir hatten 300 000 objekte durch die erzeugten alarme bei der umstellung auf die neue controller software im unifi.0 ordner - kann man das irgendwie einschränken oder überwachen oder die datenpunkte löschen, wenn sie archiviert wurden

Ich habe diesen Thread bisher nicht aktiv verfolgt. Ehrlich gesagt sehe ich hier auch keinen Handlungsbedarf im Adapter. Aber wie soll der Adapter solche Probleme abfangen? Am einfachsten ist sicher das Abfrageintervall zu vergrößern, aber dann kommen die User, die mit dem Motorad vor der Garage stehen und nicht rein kommen, weil sie im ioBroker noch nicht als anwesend erkannt wurden und beschweren sich im Forum, dass der Adapter nicht funktioniert.

Moin kann dir nicht ganz folgen ! Würde ja reichen wenn der Adapter "MAX Alarmmeldung" nur zulässt. Aber von mir aus brauchst Du das nicht machen, denn beim nächsten Update schaltet ich deinen Adapter einfach ab und aktiviere ihn wieder wenn alles i.O. ist.

[liv-in-sky]

@braindead sagte in [GELÖST] JS-Controller zieht CPU:

Motorad vor der Garage stehen und nicht rein kommen

auch kein gutes beispiel - wahrscheinlich würde iobroker bei 600000 objekten auch nicht mehr schalten - oder solange brauchen, bis manmorgens gleich wieder zur arbeit fahren könnte

[braindead]

@liv-in-sky said in [GELÖST] JS-Controller zieht CPU:

• bei vouchers oder archivierten alarmen sehe ich das persönlich anders. ...

Wenn ich das Problem richtig verstanden habe, dann hätte eine solche Möglichkeit das Problem in keinster Weise gelöst und ist damich auch kein gutes Beispielt deinerseits. :-)

• eine möglichkeit wäre es, die "besonderen" informationen (vouchers, alarme) nicht als dp sondern als json auszugeben und keine datenpunkte zu erstellen, sondern nur einen datenpunkt mit einem json darin ...

Guter Punkt. Wenn der User etwas mit den Vouchers und Alarmen machen möchte (z.B. Push Meldung), dann muss er eh ein Script laufen haben. Das könnte dann auch zuerst das JSON parsen. User müssten konfigurieren können, ob sie einzelne DPs oder einen JSON DP haben möchten. Die Anzahl der Vouchers und Alarme dürfte dann auch keine große Rolle mehr spielen.

[liv-in-sky]

@braindead

ein 1:1 - unentschieden - gute sergebnis :-)

vielleicht hast du mal die zeit, dass mit den json datenpunkten zu integrieren - und du hast recht- die anwender müssen eh die infos auslesen - ob die das über eine json-schleife oder über eine schleife über die datenpunkte machen ist eigentlich egal

ich weiß nicht, wieviele daten (alarme) da gleichzeitig gekommen sind - aber die alarme zu zählen , damit wir kein json mit 300 000 einträgen bekommen, wäre schon gut

[braindead]

@liv-in-sky Ich habe mir den Code gerade nochmal genauer angesehen. Ist ja doch schon ein paar Tage her, dass ich aktiv drin war und ich nutze weder Voucher, noch Alarmmeldungen bei mir.

• Der Adapter kann jetzt schon Voucher und Alarmmeldungen löschen, die im UniFi Controller archiviert wurden. Dafür muss in der Konfiguration nur der Haken bei "Nur ... anzeigen" gesetzt werden. Was der Adapter nicht kann ist auf Knopfdruck archivieren.

• Das Zählen ist relativ einfach einzubauen. Ich werde für Voucher und Alarme einen konfigurierbaren max. Wert einbauen. Standardmäßig wird der Wert 100 sein. Einverstanden? :-)

[liv-in-sky]

@braindead absolut - danke