@apollon77

Das Ding läuft seit Monaten absolut stabil.
Da gibt es nix zu meckern.

Danke für eure Mühen.

Off topic: gibt es ggf. bald wieder ein Sonderangebot für die Pro oder iot?

Hab gerade mal schnell geschaut. Einen ähnlichen Request gibt es gefühlt schon seit 2017.

https://github.com/jens-maus/ioBroker.unifi/issues/2

Bzgl. Github bin ich aber noch jungfräuchlich. Da muss ich mich erstmal einlesen, wie ein Feature Request korrekt eingestellt wird.

@el_malto
Hi,
ich kann zwar kein JS Skript aber mit Blockly lässt sich das doch ganz gut lösen.

1.) Neues Blockly erstellt

Innerhalb des Blockly eine Funktion erstellt.

Dann in dem Funktion-Editor des JS Code kopiert.

und speichern. Anschließend habe ich die Funktionen entsprechend benannt

Nun kannst du über normale Trigger (Statusänderung) die Funktionen direkt ansprechen.

VG

@thomas-braun kk..danke..ich gucks mir morgen an.. Jetzt sind die Kids erstmal an der Reihe

@oliverio

Danke euch..ich gucke mir das mal in Ruhe an.
Wenn mir jetzt noch einer den Kniff zeigt wie ich das Thema hier auf gelöst setzen kann

Laut Hilfe über die 3 Pkt an einem Post. Dort wird mir aber nicht angeboten, dass dieser Beitrag die Lösung des Problems enthält.

@thomas-braun
Danke nochmal. System ist neu aufgesetzt und läuft wieder stabil.

Kurze Frage da du ja direkt gesehen hast dass ich Linux Laie bin.
Gibt's dazu auch i-wo einen zentralen Leitfaden zu?
Sprich : "Grundeinrichtung SSH Zugriff || Userrechte etc. ?"

In diversen Threads hab ich den ein - oder anderen Eintrag gesehen.
Aber wenns i-wo ein "Masterpiece" gibt würde ich mir lieber dieses Vorgehen angucken.

VG
André

@thomas-braun kk..danke..ich gucks mir morgen an.. Jetzt sind die Kids erstmal an der Reihe

@thomas-braun
Hrhr.. Mist... Ok..werde mich die Tage darum kümmern
Ich arbeite mich gerade durch die Instanzen durch. Wenn ich alle deaktiviere ist die Last in Ordnung.
Ggf. kann ich das darüber eingrenzen

@thomas-braun sagte in Hohe CPU Last iobroker.js-con lähmt das ganze System:

Hallo Thomas,
danke für die Rückmeldung.
Mist ich hatte kurz nach der Stable Version gesucht und bin über die 18er gestolpert.
Ich werde zurück auf die Version 16 gehen.

Nur zur Sicherheit: Deinstalliert habe ich mit sudo apt-get purge nodejs

Und bin jetzt auf

root@iobroker:/home/iobroker# node -v
v16.18.1

Ich muss mich auch als Linux Laie outen. Was meinst du mit "Mit welchen Optionen wurde "free" aufgerufen"
Den Post über die CPU - Auslastung habe ich mit "TOP" gemacht

root@iobroker:/home/iobroker# top
top - 18:09:28 up 3 min,  1 user,  load average: 5.16, 3.69, 3.91
Tasks:  61 total,   2 running,  59 sleeping,   0 stopped,   0 zombie
%Cpu(s): 29.1 us,  5.8 sy,  0.0 ni, 65.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   4000.0 total,   2216.4 free,   1542.9 used,    240.7 buff/cache
MiB Swap:   1000.0 total,   1000.0 free,      0.0 used.   2457.1 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    123 iobroker  20   0  803264 239360  37748 R  94.7   5.8   3:06.27 iobroker.js-con
    800 root      20   0    7388   3320   2728 R  15.8   0.1   0:00.08 top
      1 root      20   0  100128  10844   8160 S   0.0   0.3   0:01.44 systemd
     50 root      20   0   39592  16812  15836 S   0.0   0.4   0:00.52 systemd-journal
     99 systemd+  20   0   16116   8016   7036 S   0.0   0.2   0:00.09 systemd-network
    105 _rpc      20   0    8100   4072   3656 S   0.0   0.1   0:00.00 rpcbind
    109 root      20   0    3884   1256   1112 S   0.0   0.0   0:00.04 cron
    110 message+  20   0    8544   4596   4020 S   0.0   0.1   0:00.65 dbus-daemon
    113 root      20   0   30116  18624  10020 S   0.0   0.5   0:02.05 networkd-dispat

Free ergibt aktuell

root@iobroker:/home/iobroker# free
               total        used        free      shared  buff/cache   available
Mem:         4096000     1963212     1878688         116      254100     2132788
Swap:        1024000           0     1024000

Hallo zusammen,

Seit dem letzten Update (gestern) eines Adapters (ich meine der Alexa Adapter) ist der CPU Verbauch konstant
im oberen 90% Bereich. Teilweise höher.
Mit der Folge, das sämtliche Aktionen / Steuerungen wenn überhaupt nur mit erheblicher Latenz stattfinden.
Zugriff auf die Weboberfläche nur sporadisch.
Da diverese Reboots nichts brachten, habe ich auf Proxmox eine neue Linuxpartition aufgemacht und dort ein frisches ioBroker installiert.

Anschließend das letzte Backup aus der Nacht draufgebügelt in der Hoffnung, dass es nun wieder läuft.

Leider ist dem nicht so. Hat jmd. ein ähnliches Problem?
Wie kann ich herausfinden woran es liegt? Mich wundert es, dass selbst nach einer frischen Installation der Fehler auftritt.
Das würde dafür sprechen, dass selbst im Backup das Problem i-wo schlummert.

Tipps wie ich das Problem eingrenzen kann?

Danke und Gruß
André

Tasks:  61 total,   4 running,  57 sleeping,   0 stopped,   0 zombie
%Cpu(s): 52.1 us, 21.3 sy,  0.0 ni, 25.2 id,  0.0 wa,  0.0 hi,  1.4 si,  0.0 st
MiB Mem :   4000.0 total,    318.0 free,   3175.3 used,    506.8 buff/cache
MiB Swap:   1000.0 total,   1000.0 free,      0.0 used.    824.7 avail Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   578 iobroker  20   0 1717144 898940  41296 R  92.5  21.9  52:37.37 iobroker.js-con
 23028 iobroker  20   0  669848  64908  35756 S  30.8   1.6   0:02.16 node

@tcj
Hallo,
Ggf ein Tipp mit dem Türsensor.
Ich prüfe nicht auf den NUKI sondern hab das wie folgt gelöst. In der Regel macht man, bevor man das Haus verlässt ja das Licht im Flur aus. Damit dann das Licht nicht direkt wieder angeht, wenn man die Haustür öffnet habe ich in der Logik für das autom. Lichteinschalten eine „Schalffunktion“ eingebaut. D.h. Wenn in den letzten 30 Sekunden das Licht ausgeschaltet wurde, soll es nicht wieder angehen.

Vlt. hilft dir das ja.....

Viele Grüße

@aldoa1
Hey. Die Anwesenheitserkennung hat aber einen Haken. Nutzt eine Person im Haushalt einen Schlüssel ist die Erkennung vorbei.

Ich nutze es aktuell“nur“ um die Alarmanlage zu steuern. Wenn der ekey Fingerabdrucksensor das Nuki steuert wird entsprechend getriggert.

Ansonsten kannst du doch die Action auslesen. Die sagt doch was das Schloss gerade macht.

@MartyBr

Hi . Genau die Typen, die du in deinem Post notiert hast.

@aldoa1
Hi,

Paul53 hat mir in einem anderem Thread beim ausparsen des Logfiles geholfen.
Ich habe es jetzt so gelöst, dass nach einer Aktualisierung des Logfiles ein Skript läuft.

Dieses parst den letzten Eintrag aus und schreibt die für mich relevanten Informationen in eigene Datenpunkte.
Im Test läuft das bisher ganz ordentlich.

const idJson = 'nuki-extended.0.smartlocks.haustür_.logs'; // Quelle
const idName = 'javascript.0.Eigene_Datenpunkte.Nuki_Tuerschloss.Name';
const idAction = 'javascript.0.Eigene_Datenpunkte.Nuki_Tuerschloss.action';
const idActionName = 'javascript.0.Eigene_Datenpunkte.Nuki_Tuerschloss.Action_Status';
const DOOR_STATES = {
    "0": "uncalibrated",
    "1": "locked",
    "2": "unlocking",
    "3": "unlocked",
    "4": "locking",
    "5": "unlatched",
    "6": "unlocked (lock n go)",
    "7": "unlatching",
    "254": "motor blocked",
    "255": "undefined"
};


// usw.
 
on(idJson, function(dp) {
   let arr = JSON.parse(dp.state.val);
   let obj = arr[0]; //letzter Eintrag
   console.log(('Name: ' + String(obj.name)));
   setState(idName, obj.name, true);
   setState(idAction, obj.action, true);
   setState(idActionName, DOOR_STATES[obj.action], true);
   // usw.
});