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

[crunchip]

@MyMeyer sagte in JS-Controller zieht CPU:

Ich hatte vorher ein Update vom Unifi Controller gemacht auf die Version 6.0.22 . Deswegen meine Frage könnte etwas mit einem DNS Problem zu tun haben ?

die 6.0.20 war Fehlerhaft, hatte die Vlan's zerstört, hatte danach die 6.0.22 getestet, auch da gab es Probleme bei mir mit dem Netzwerk/Iobroker. Bin deshalb wieder zurück.
https://www.youtube.com/watch?v=37Bl4yvIwqA

[MyMeyer]

@crunchip Sowas habe ich mir schon gedacht. Wie hast Du den Schritt auf die Version 5.x gemacht ?

[liv-in-sky]

@MyMeyer hast du mein altes unifi script am laufen ?

[crunchip]

@MyMeyer backup is your friend

[MyMeyer]

@crunchip sagte in JS-Controller zieht CPU:

@MyMeyer backup is your friend

Hatte noch ein Backup unter ProxMox Jetzt bin ich auf 5.x , aber habe immer noch Meldungen im IObroker wie

") slow connection to states DB. Still waiting ..."

Was kann ich dagegen tun ?

[MyMeyer]

@liv-in-sky sagte in JS-Controller zieht CPU:

@MyMeyer hast du mein altes unifi script am laufen ?

Ja, bin aber wieder auf Unifi 5.x

[liv-in-sky]

@MyMeyer

das script stoppen, die javascript instanz neustarten und script wieder starten -

am besten wäre aber das script zu stoppen und einen iobroker server restart zu machen- und dann kontrollieren, was in htop steht - erst dann das script starten und wieder in htop kontrollieren

[MyMeyer]

@liv-in-sky Erst mal Großen Dank an Liv-in-Sky der mir bei der Problem suche sehr gut geholfen hat. 4 Augen sehen mehr als 2 Augen :-)

Was war das Problem. Die neue Unifi Controller Software 6.0.20 hat zig warm Meldung an den Unifi Adapter gesendet. Ich sage jede Sekunde 5 Meldung dadurch ist meine "Objects.json" und "states.json" auf zig MB`s gewachsen. Beides zusammen ca. 300MB und das hat der JS-Controller nicht mehr geschafft. Somit ist das System fast eingeschlafen. Löschen der Objekte hat nichts gebracht. In 8 Stunden 200 Objekt. Auch das löschen von dem Unifi Adapter bracht kein Erfolg. Das System hing fest.

Wat nun....Ahh ...ich hatte noch ein Backup von Backitup und damit konnte ich das System wieder zu laufen bringen. :-) Yes.

Jetzt muss ich erst mal Redis aufsetzen damit das Thema Filebasic erledigt ist. Habt Ihr nützlich Links für Redis Install auf Iobroker ?

[Homoran]

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

Habt Ihr nützlich Links für Redis Install auf Iobroker ?

apt install redis-server

und dann über iobroker setup custom auf redis umstellen

[Thomas Braun]

@MyMeyer Wobei auch redis nicht wirklich eine Lösung ist, solange da sooooo viel durch die Gegend geballert wird.
Da sollten die Adapter / Geräte etwas eingebremst werden, wenn möglich.

[MyMeyer]

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

@MyMeyer Wobei auch redis nicht wirklich eine Lösung ist, solange da sooooo viel durch die Gegend geballert wird.
Da sollten die Adapter / Geräte etwas eingebremst werden, wenn möglich.

Ja klar... Das habe ich abgestellt und welche Daten ich jetzt noch aus dem Unifi hole überlege ich mir zweimal....

[liv-in-sky]

@Homoran

soweit ich mich erinnere, muss man noch die states via script zurückspielen. die adapter erzeugen die states (meistens) aber eigene datenpunkte bleiben beim aktivieren von redis leer (undefined) - das führt zu vielen warnungen im log

oder verwechsle ich da was

@Thomas-Braun wieso viele - es waren doch nur über 300 000 objekten , die "geballert" wurden :-) aber du hast vollkommen recht - das sollte abgefangen werden

@MyMeyer willst du dieses beispiel mal im unifi thread posten? bzw.
@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

[liv-in-sky]

@MyMeyer
zur redisumstellung: https://forum.iobroker.net/topic/26327/redis-in-iobroker-überblick/4

so hatte ich die redis (states) umstellung damals gemacht (mit dem script) - ich weiß nicht, ob der js- controller dies mittlerweile selbstständig macht und das hinfällig ist - die objecte laufen bei mir noch im file

habe mal meine scripte durchsucht - aber wahrscheinlich benötigt man das garnicht - aber zur sicherheit kann es ja nicht schaden

dieses script läuft eigentlich nur einmal in jedem ordner mit eigen-definierten datenpunkten. es wird eine datei erstellt im ordner "/opt/iobroker/states/" (muss angelegt sein). in diesen beispiel ist es der ordner controll-own.0, der gescannt wird und in das file schreibt. das file ist dann ein eigenes script, indem setState für alle datenpunkte ausgeführt werden

probleme gibt es mit states, die html code beinhalten - man muss also durch das file durchsehen und danach suchen und ersetzen

die datei wird dann als script in den editor kopiert und einmal ausgeführt, wenn redis aktiviert worden ist.

das file sieht z.b so aus:
states-mycontrol2-25.09.2020-09-50-57.txt

script:

Spoiler

var fs = require('fs');
var now =    new Date(); // store current date and time
var year =   now.getFullYear();
var month =  addZero(now.getMonth()+1).zero2;
var day =    addZero(now.getDate()).zero2;
var Thour =  addZero(now.getHours()).zero2;
var Tmin =   addZero(now.getMinutes()).zero2;
var Tsec =   addZero(now.getSeconds()).zero2;
var logdate = day + '.' + month + '.' + year;
var logtime = Thour + '-' + Tmin + '-' + Tsec;

var datei = "/opt/iobroker/states/states";

// Schedule für die Updates
//schedule("57 15 * * *",  function () {   

   var cacheSelectorState = $('state[state.id=controll-own.0.*]');
cacheSelectorState.each(function (id, i) {
   var val1 = getState(id).val;
      if (val1 == null ) 
         {log(id + " hat keinen state");} 
    else {var zk = "setState('"+id+"', "+val1 +");\n";
          if( typeof val1 === "string") {
              zk = "setState('"+id+"', '"+val1+"');\n";
            /*  log(id + " -- " + val1 + " ----------- " + val1.includes('span'));*/
              if (val1.includes('span') || val1.includes('class')) {log("------------------------------------------------------------- span oder classn enthalten "+ id);} 
              else {
              fs.appendFileSync(datei + "-mycontrol-" + logdate + "-"+ logtime + ".txt", zk);}}
          else {
            /*  log("KEIN STRING " +id + " -- " + val1);*/
              fs.appendFileSync(datei + "-mycontrol2-" + logdate + "-"+ logtime + ".txt", zk);}
          };


});



// ---------------------------------------------------------------------------------------
// Funktion zur Erzeugung von 2 oder 3 führenden Nullen für das Datum Format
//-----------------------------------------------------------------------------------------------------
function addZero(i) {
   if (i < 10) {
       j = "00" + i;
       i = "0" + i;
   }
   if (i > 9 && i < 100) {
       j = "0" + i;
   }
   return {
       'zero2' : i,
       'zero3' : j
   };
} // Ende Funktion

ich habe auch ein solches script in nutzung, welches abend einmal läuft und die daten sichrt - eine art "backup" meiner states, falls redis mal streikt oder wenn ich die redis datenbank neu machen will - normal macht man ein redis backup mit backitup adapter !

ps: wir können das gerne wieder zusammen über anydesk machen

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