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

[Homoran]

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

soweit ich mich erinnere, muss man noch die states via script zurückspielen.

hat mich nie interessiert. States deren Inhalt übernommen werden muss hatte ich bisher nicht, ab der nächsten Aktualisierung ist eh alles in redis

[liv-in-sky]

@Homoran wie erwähnt - ich bin mir da nicht sicher, ob die states nicht gleich übernommen werden - ich hatte damals viele warnungen im log, die ich so wegbekommen hatte

[braindead]

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

[liv-in-sky]

@braindead

das kann man sicher stundenlang diskutieren, ob der adapter nur datenpunkte anlegt - egal wie viele, aber nie datenpunkte löscht

• verständlich bei z.b den clients - wie soll der adapter wissen, ob der client wiederkommt- alte clients muss der user löschen
• bei vouchers oder archivierten alarmen sehe ich das persönlich anders. das ist wie im alexa adapter bei den listen - wird ein neuer listeneintrag erstellt wird er angezeigt - wird die einkaufsliste als gelöscht angegeben, werden diese natürlich als datenpunkte auch wieder in iobroker gelöscht - ansonsten hat man nach einem jahr eine monster-einkaufsliste.
  -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 - das kann leicht umgesetzt werden und es muss auch nur bei der json erstellung gezählt werden - sind es zu viele - adapter geht auf gelb und schreibt im log einen error

ist aber soweit ok - du bist der programmierer und du entscheidest, was der adapter macht.

zur überprüfung der momentanen situation: man kann ein simples zählscript machen, dass die datenpunkte zählt - und ab einer bestimmten menge gibt es einen alarm - man muss sich so ein script halt für alle adapter machen, die datenpunkte nicht löschen - das script überprüft entweder den ganzen adapter ordner oder nur bestimmte unterordner - z.b alarme

[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