Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. JavaScript
  5. ioBroker Prozess- & Gesundheitsmonitor + Grafana + HTML

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    687

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    527

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.1k

ioBroker Prozess- & Gesundheitsmonitor + Grafana + HTML

Geplant Angeheftet Gesperrt Verschoben JavaScript
javascriptmonitoring
59 Beiträge 8 Kommentatoren 1.9k Aufrufe 13 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • crunchipC crunchip

    @Oli sagte:

    dass der CPU Verbrauch vom ioBroker teilweise größer ist als vom Host, kann das sein?

    1. ja, je nachdem auf welchem System dein iobroker läuft
    2. Der ioBroker-Wert zählt nur ioBroker-Prozesse, der Host-Wert zählt alles — beide messen aber nicht im selben Moment und nicht auf dieselbe Art.

    Deshalb sind kleine Abweichungen wie in deinem Screenshot (9% vs. 7,6%) völlig normal und kein Fehler im Script.

    O Offline
    O Offline
    Oli
    schrieb am zuletzt editiert von
    #42

    @crunchip
    danke für die Info, wieder was gelernt

    Jetzt hätte ich aber noch einen Frage, wäre es nicht sinnvoller, die Warn- und Fehlermeldungen für den RAM Verbrauch in Prozent zu berechnen?

    Wäre nach meiner Ansicht für Laien wie mich einfacher zu konfigurieren, als ein gewisses Volumen in MB zu berechnen

    Gruß
    Oliver

    1 Antwort Letzte Antwort
    0
    • crunchipC Abwesend
      crunchipC Abwesend
      crunchip
      Forum Testing Most Active Developer
      schrieb am zuletzt editiert von crunchip
      #43

      ich habe das so gemacht, weil in meinem Fall

      Der Server (Unraid), 64 GB Verfügbar
      iobroker läuft im docker, neben unzähligen anderen dockern, da bei einer Abfrage des Speichers der gesamte Ram des Servers ausgegeben wird, ist es etwas blöd, wenn ich z.b. 5% angebe, und dann ne Warnmeldung erst bekomme, wenn noch rund 3GB vom ganzen Server frei sind

      Edit:
      Außerdem hängt Prozent stark von der Gesamtgröße ab: 1 GB frei ist bei 4 GB RAM etwas anderes als bei 32 GB RAM
      aber ich kann es mal zusätzlich mit einbauen

      umgestiegen von Proxmox auf Unraid

      O 1 Antwort Letzte Antwort
      0
      • crunchipC crunchip

        ich habe das so gemacht, weil in meinem Fall

        Der Server (Unraid), 64 GB Verfügbar
        iobroker läuft im docker, neben unzähligen anderen dockern, da bei einer Abfrage des Speichers der gesamte Ram des Servers ausgegeben wird, ist es etwas blöd, wenn ich z.b. 5% angebe, und dann ne Warnmeldung erst bekomme, wenn noch rund 3GB vom ganzen Server frei sind

        Edit:
        Außerdem hängt Prozent stark von der Gesamtgröße ab: 1 GB frei ist bei 4 GB RAM etwas anderes als bei 32 GB RAM
        aber ich kann es mal zusätzlich mit einbauen

        O Offline
        O Offline
        Oli
        schrieb am zuletzt editiert von
        #44

        @crunchip sagte:

        Außerdem hängt Prozent stark von der Gesamtgröße ab: 1 GB frei ist bei 4 GB RAM etwas anderes als bei 32 GB RAM
        aber ich kann es mal zusätzlich mit einbauen

        Genau deshalb habe ich ja nachgefragt, eine Auslastung von 90 % ist bei einer Gesamtgröße von 4 GB RAM, oder bei 32 GB RAM schlecht.

        Einbauen brauchst du es nur wenn es sinnvoll erscheint

        Gruß
        Oliver

        crunchipC 1 Antwort Letzte Antwort
        0
        • O Oli

          @crunchip sagte:

          Außerdem hängt Prozent stark von der Gesamtgröße ab: 1 GB frei ist bei 4 GB RAM etwas anderes als bei 32 GB RAM
          aber ich kann es mal zusätzlich mit einbauen

          Genau deshalb habe ich ja nachgefragt, eine Auslastung von 90 % ist bei einer Gesamtgröße von 4 GB RAM, oder bei 32 GB RAM schlecht.

          Einbauen brauchst du es nur wenn es sinnvoll erscheint

          crunchipC Abwesend
          crunchipC Abwesend
          crunchip
          Forum Testing Most Active Developer
          schrieb am zuletzt editiert von
          #45

          @Oli sagte:

          Einbauen brauchst du es nur wenn es sinnvoll erscheint

          ist doch schon drin, man kann es nun auswählen

          umgestiegen von Proxmox auf Unraid

          O 1 Antwort Letzte Antwort
          0
          • crunchipC crunchip

            @Oli sagte:

            Einbauen brauchst du es nur wenn es sinnvoll erscheint

            ist doch schon drin, man kann es nun auswählen

            O Offline
            O Offline
            Oli
            schrieb am zuletzt editiert von
            #46

            @crunchip
            Vielen Dank fürs einbauen, jetzt habe ich aber noch eine Frage.

            Werden solche Adapter auch aufgeführt und wenn ja wo?
            a6c7f290-bf19-4c5c-8429-78fb428845b5-image.jpeg

            Gruß
            Oliver

            crunchipC 1 Antwort Letzte Antwort
            0
            • O Oli

              @crunchip
              Vielen Dank fürs einbauen, jetzt habe ich aber noch eine Frage.

              Werden solche Adapter auch aufgeführt und wenn ja wo?
              a6c7f290-bf19-4c5c-8429-78fb428845b5-image.jpeg

              crunchipC Abwesend
              crunchipC Abwesend
              crunchip
              Forum Testing Most Active Developer
              schrieb am zuletzt editiert von
              #47

              @Oli nein, nicht direkt, weil das ja schon der js-controller erledigt

              umgestiegen von Proxmox auf Unraid

              O 1 Antwort Letzte Antwort
              0
              • crunchipC crunchip

                @Oli nein, nicht direkt, weil das ja schon der js-controller erledigt

                O Offline
                O Offline
                Oli
                schrieb am zuletzt editiert von
                #48

                @crunchip
                Alles klar, danke für die Info

                Gruß
                Oliver

                1 Antwort Letzte Antwort
                0
                • R Offline
                  R Offline
                  rallef
                  schrieb zuletzt editiert von
                  #49

                  @crunchip sagte:

                  Nach dem Import des Dashboards bitte zuerst DSINFLUXDB, DSINFINITY und iobrokerurl prüfen bzw. auswählen.

                  Hallo ich benutze iobroker in einer dockerumgebung
                  ich sehe alle objekte nach dem skriptstart
                  ich bekomme aber keine daten in grafana

                  1. welcher rest-api adapter muss installiert werden und mit welchen parametern
                  2. mein iobroker admin adapter läuft auf 192.168.1.40:8081 --> ist das meine iobroker_url?
                  3. ich habe mehrere datasources, die für iobroker heißt iobroker --> muss ich diese auswählen? ich dachte der rest-api adapter macht das?
                  4. was konfiguriere ich im infinity adapter? habe dort unter security ein * eingetragen aber bekomme in grafana z.b. bei Flaky die fehlermeldungen wegen security
                    habe jetzt nach 2 stunden aufgegeben
                  crunchipC 1 Antwort Letzte Antwort
                  0
                  • R Offline
                    R Offline
                    rallef
                    schrieb zuletzt editiert von
                    #50

                    2026-05-03 20_32_06-Clipboard.jpg

                    crunchipC 1 Antwort Letzte Antwort
                    0
                    • E Online
                      E Online
                      emil70
                      schrieb zuletzt editiert von emil70
                      #51

                      Habe dir mal 3 Bilder auf doe schnelle hochgeladen

                      Screenshot 2026-05-03 at 21-31-09 objects - iobroker.png
                      Screenshot 2026-05-03 at 21-29-26 instances - iobroker.png
                      Screenshot 2026-05-03 at 21-27-55 intro - iobroker.png

                      gruss emil70

                      iobroker,pihole,homematic,motioneys,solaranlage laufen auf Proxmox (16 x AMD Ryzen 7 6800H with Radeon Graphics )

                      1 Antwort Letzte Antwort
                      0
                      • R rallef

                        @crunchip sagte:

                        Nach dem Import des Dashboards bitte zuerst DSINFLUXDB, DSINFINITY und iobrokerurl prüfen bzw. auswählen.

                        Hallo ich benutze iobroker in einer dockerumgebung
                        ich sehe alle objekte nach dem skriptstart
                        ich bekomme aber keine daten in grafana

                        1. welcher rest-api adapter muss installiert werden und mit welchen parametern
                        2. mein iobroker admin adapter läuft auf 192.168.1.40:8081 --> ist das meine iobroker_url?
                        3. ich habe mehrere datasources, die für iobroker heißt iobroker --> muss ich diese auswählen? ich dachte der rest-api adapter macht das?
                        4. was konfiguriere ich im infinity adapter? habe dort unter security ein * eingetragen aber bekomme in grafana z.b. bei Flaky die fehlermeldungen wegen security
                          habe jetzt nach 2 stunden aufgegeben
                        crunchipC Abwesend
                        crunchipC Abwesend
                        crunchip
                        Forum Testing Most Active Developer
                        schrieb zuletzt editiert von crunchip
                        #52

                        @rallef

                        1. gibt nur einen, der andere nennt sich simple API, und du musst auch nichts weiter einstellen, alles so lassen
                        2. Ja, aber den passenden Port wählen
                        3. Du musst die auswählen, wo du deine Daten hinschreibst, ja du brauchst beides, für Zeitreihen müssen sie in die Datenbank geschrieben werden
                        4. Genau so wie in meinen Screenshot gezeigt

                        Letztendlich sollte alles gleich sein, bis auf den Datenbank Namen und die Ip

                        umgestiegen von Proxmox auf Unraid

                        1 Antwort Letzte Antwort
                        0
                        • R Offline
                          R Offline
                          rallef
                          schrieb zuletzt editiert von
                          #53

                          2026-05-03 23_03_39-Greenshot.jpg

                          1 Antwort Letzte Antwort
                          0
                          • R Offline
                            R Offline
                            rallef
                            schrieb zuletzt editiert von
                            #54

                            2026-05-03 23_04_15-Greenshot.jpg

                            1 Antwort Letzte Antwort
                            0
                            • R Offline
                              R Offline
                              rallef
                              schrieb zuletzt editiert von
                              #55

                              der obere Teil funktioniert super dank im unteren Bereich bekomme ich immer noch die Fehler obwohl ich ein * gesetzt habe. Liegt es an der Grafana version? Habe 10.4.10
                              Nehme ich den port 8093 für die iobroker_url oder den admin port 8081?

                              crunchipC 1 Antwort Letzte Antwort
                              0
                              • R Offline
                                R Offline
                                rallef
                                schrieb zuletzt editiert von
                                #56

                                ich habe auch telegram auf false gesetzt im skript, da ich nur pushover nutze

                                1 Antwort Letzte Antwort
                                0
                                • R rallef

                                  der obere Teil funktioniert super dank im unteren Bereich bekomme ich immer noch die Fehler obwohl ich ein * gesetzt habe. Liegt es an der Grafana version? Habe 10.4.10
                                  Nehme ich den port 8093 für die iobroker_url oder den admin port 8081?

                                  crunchipC Abwesend
                                  crunchipC Abwesend
                                  crunchip
                                  Forum Testing Most Active Developer
                                  schrieb zuletzt editiert von crunchip
                                  #57

                                  @rallef sagte:

                                  Liegt es an der Grafana version? Habe 10.4.10

                                  Nein, die Version hab ich selbst, hast du mal neu gestartet?
                                  Die 8093, ist ja der Port der Rest-Api

                                  umgestiegen von Proxmox auf Unraid

                                  1 Antwort Letzte Antwort
                                  0
                                  • R rallef

                                    2026-05-03 20_32_06-Clipboard.jpg

                                    crunchipC Abwesend
                                    crunchipC Abwesend
                                    crunchip
                                    Forum Testing Most Active Developer
                                    schrieb zuletzt editiert von
                                    #58

                                    @rallef da steht dein falscher Port drin

                                    umgestiegen von Proxmox auf Unraid

                                    1 Antwort Letzte Antwort
                                    0
                                    • crunchipC crunchip

                                      ioBroker Prozess-Monitor — Langzeit-Gesundheitsmonitoring

                                      Ich stelle hier mein Script für ein erweitertes Prozess- und Gesundheitsmonitoring von ioBroker vor, inklusive passendem Grafana-Dashboard für InfluxDB v1. (InfluxQL )
                                      InfluxDB v2 ist grundsätzlich vorgesehen, aktuell aber noch nicht als separates Dashboard-Paket enthalten.
                                      Habe das Grafana json (flux) im Beitrag unten ergänzt, jedoch ungetestet

                                      Das Script nutzt Standard-States wie system.adapter.* und system.host.* und benötigt keinen zusätzlichen eigenen Adapter.
                                      Für Log-Tracking und die Erkennung degradierter Adapter wird onLog des JavaScript-Adapters benötigt.

                                      Enthalten sind unter anderem:

                                      • CPU-/RAM-Monitoring aller laufenden Adapter
                                      • Restart-Tracking für Flaky-Adapter und Cron-Restarts
                                      • Memory-Leak- und Deadlock-Erkennung
                                      • Log-Error-/Warn-Tracking und Degraded-Adapter-Bewertung
                                      • Host-, Disk- und Health-Score-Monitoring
                                      • Optionale Telegram-Alarme und REST-Auswertung
                                      • Übersicht über deaktivierte Adapter

                                      Getestet auf Raspberry Pi, VM, LXC, Docker und Unraid; produktiv läuft es aktuell auf Docker/Unraid.
                                      Ziel ist die Früherkennung schleichender Probleme in produktiven ioBroker-Systemen.

                                      Wichtig:
                                      Nach dem Import des Dashboards bitte zuerst DSINFLUXDB, DSINFINITY und iobrokerurl prüfen bzw. auswählen.
                                      Erst danach liefern alle Panels und REST-basierten Tabellen zuverlässig Daten.

                                      Im Beitrag:

                                      1. Script
                                      2. Grafana-Dashboard InfluxDB v1 ( InfluxQL )
                                      3. Grafana-Dashboard InfluxDB v2 (flux)
                                      4. Die für InfluxDB benötigten Datenpunkte; weitere Tabellen und Zusatzdaten kommen per Infinity direkt über die REST-API
                                        92378b3e-1ebf-4697-9f4d-79b7d4a03095-image.png
                                      5. Variablen anlegen siehe https://forum.iobroker.net/post/1330170
                                      6. Für dein Dashboard und die Ressourcen ist entscheidend, wie du die Datenpunkt‑spezifischen Influx‑Einstellungen je Typ setzt – nicht global alles gleich.

                                      Grundprinzip je Datenpunkttyp

                                      • Langsam ändernde Zustände (Booleans, Modus, Error‑Flags, Health‑Scores, Event‑Pulse):
                                      • Nur Änderungen aufzeichnen: an
                                      • Entprellzeit: 300–1000 ms
                                      • Blockzeit: 0
                                      • „Trotzdem gleiche Werte aufzeichnen“: 600–3600 s (je nach gewünschter History‑Auflösung)
                                      • Minimale Differenz: 0 (bei Booleans/Zahlen mit kleinem Bereich)
                                      • Ergebnis: sehr wenige Punkte, aber alle Zustandswechsel sauber im Grafana‑Dashboard.

                                      Kontinuierliche Messwerte mit Trend (CPU‑Last, RAM‑MB, Host‑Disk‑FreeMB, Health‑Score):

                                      • Nur Änderungen aufzeichnen: an
                                      • Entprellzeit: 500 ms wie im Screenshot ist ok
                                      • „Trotzdem gleiche Werte“: auf deinen Script‑Zyklus bzw. Host‑Intervalle ausrichten, z. B. 180–300 s, damit Influx wenigstens alle paar Minuten einen Punkt bekommt, selbst wenn sich nichts ändert.
                                      • Minimale Differenz: z. B. 1 % bei CPU‑Werten, 5–10 MB bei RAM, 1 Punkt beim Health‑Score.
                                      • Ignoriere 0/Nullwerte: an, falls der DP beim Start kurz 0/NULL ist und das im Dashboard nicht stören soll.

                                      Pulse‑Werte für Events (RestartEventPulse, FlakyEventPulse, Deadlock‑Alarm‑Pulse etc.):

                                      • Nur Änderungen: an
                                      • Trotzdem gleiche Werte: 0 s (nicht nötig, der Pulse ist ein kurzer Wechsel 0→1→0)
                                      • Entprellzeit: klein (100–200 ms), damit jeder Pulse als eigener Punkt landet.
                                      • 0/Null ignorieren: aus, sonst siehst du nur die 1, aber keinen „Rückfall“ im Graphen.

                                      Feedback, Tests in anderen Umgebungen und Verbesserungsvorschläge willkommen! 🚀

                                      🔥 NEU: Prozess-Monitor

                                      CHANGELOG v4.6.6 (20.04.2026) RAM-Prozent mit Docker-tauglicher Bezugsgröße (Cgroup / manuell).

                                      ✅ RAMPERCENTBASIS / RAMPERCENTMANUALMB: gemeinsamer Nenner für alle RAM-%-Werte (ioBroker-Gesamt + Host „frei“) → Prozent im Container bezieht sich auf Cgroup-Limit oder festen Wert, nicht blind auf Host-totalmem
                                      ✅ readCgroupMemoryLimitBytes(): liest memory.max (v2) bzw. memory.limit_in_bytes (v1) → passendes Limit unter Linux/Docker, wenn gesetzt
                                      ✅ Modi cgroup_or_host / host / cgroup / manual: steuerbar, wann Cgroup, Hardware oder manuelle MB greifen → klare Experten- vs. Standard-Logik
                                      ✅ formatRAMAlertMessage(): wenn Prozent aktiv, aber keine Bezugsgröße ermittelbar → Text nennt MB-Fallback und Hinweis zu RAMPERCENT* → Telegram passt zur echten Alarmlogik
                                      CHANGELOG v4.6.5 (20.04.2026) RAM-Schwellen wahlweise in Prozent oder MB (Einsteiger / Experte).

                                      ✅ IOBROKERRAMTHRESHOLDMODE percent | mb: ioBroker-Gesamt-RAM → entweder RAMWARNINGPCT / RAMCRITICALPCT oder RAMWARNING / RAMCRITICAL (MB)
                                      ✅ HOSTRAMTHRESHOLDMODE percent | mb: freier Host-RAM → entweder HOSTRAMFREEPCT oder HOSTRAMFREEMB → beide Bereiche unabhängig umschaltbar
                                      ✅ resolveIoBrokerRamAlarmLevels() + Dashboard-Kachel: Farbe/Limit-Text folgen dem Modus → konsistent zu checkAlarm und HTML-DashboardHTML
                                      ✅ Host-RAM-Alarm & Host-Kachel: Prozent nutzt dieselbe Bezugsgröße wie ioBroker-% (ab v4.6.6 inkl. Cgroup/Manual) → einheitliche Semantik
                                      Hinweis: Script neu starten. Grafana ändert sich nicht von selbst (keine Dashboard-Datei im Skript); nur Schwellzeitpunkte können sich bei Umstellung auf Prozent verschieben — fest eingetragene MB-Linien in Panels ggf. anpassen. Wer nur klassisch MB will: IOBROKERRAMTHRESHOLDMODE: 'mb' und HOSTRAMTHRESHOLDMODE: 'mb' setzen.

                                      CHANGELOG v4.6.4 (17.04.2026) HTML-Dashboard für VIS / Jarvis / iQontrol (ohne Grafana).


                                      ✅ Optionales Dashboard: DASHBOARDHTMLENABLED (Standard: true) → State …Prozesse.DashboardHTML mit role: 'html'
                                      ✅ Eigener Rhythmus: DASHBOARDHTMLINTERVAL in Minuten (Standard: 10, 0 = kein Schedule) → weniger Last als beim Haupt-Monitoring
                                      ✅ Kein History-Müll: Beim Anlegen des States sind InfluxDB / history / sql für genau diesen State per custom deaktiviert → nur dieser eine State, Rest unverändert
                                      ✅ Dirty-Check: HTML wird nur geschrieben, wenn sich der Inhalt geändert hat → weniger DB-Schreibvorgänge
                                      ✅ Sparklines: RAM-Verlauf aus memoryHistoryCache mit Downsampling (max. 20 Punkte) → kompakt für Raspberry & Co.
                                      Hinweis: In VIS z. B. Widget „String (unescaped)“ auf DashboardHTML legen. Bei abweichenden Adapter-Instanzen (influxdb.2 etc.) custom im Script anpassen.

                                      CHANGELOG v4.6.3 (17.04.2026) Performance, Bugfixes, Stabilität.


                                      ✅ formatCPUAlertMessage() ergänzt → war nicht definiert, sonst ReferenceError beim CPU-Kritisch-Alarm
                                      ✅ Stats-Zyklus-Cache: getProcessStats() pro Adapter nur noch einmal pro Zyklus statt mehrfach → deutlich weniger getState()-Aufrufe
                                      ✅ $()-Selector: aliveSelector einmal pro updateMonitoring() und an getDisabledAdapters() übergeben
                                      ✅ Log-History: Obergrenze pro Adapter und Severity (errors / warns) → Schutz vor RAM-Wachstum bei Dauerfehlern
                                      ✅ Memory-History: harte Obergrenze der gespeicherten Punkte pro Adapter
                                      ✅ Schedule-Fix: cleanupAllLogErrors von */60 * * * auf 5 Felder */60 * * * * → Cleanup lief vorher nicht
                                      ✅ purgeOrphanAdapterPersistentData() nur noch stündlich statt bei jedem Monitoring-Zyklus
                                      ✅ Pulse-States: setStateDelayed(…, clearRunning=true) statt setTimeout für Restart-/Flaky-Pulse → weniger Überschneidungen
                                      Hinweis: Script neu starten. Bei bereits existierendem DashboardHTML ohne custom ggf. History in der Admin-UI prüfen (siehe v4.6.4).

                                      CHANGELOG v4.6.2 (14.04.2026) Pushover als zweiter Benachrichtigungskanal neben Telegram.


                                      ✅ Pushover-Unterstützung: Neuer Konfig-Block mit PUSHOVERENABLE, PUSHOVERINSTANCE, PUSHOVERDEVICE, PUSHOVERTITLE und PUSHOVERPRIORITY (-2 bis 1) → komplett optional, per Default deaktiviert
                                      ✅ Granulare Schalter: Jeder Alarmtyp hat einen eigenen Pushover-Schalter (PUSHOVERALERT) → analog zu den bestehenden TELEGRAMALERT-Flags
                                      ✅ Gemeinsamer Cooldown: sendAlert() löst Telegram und Pushover gleichzeitig aus → ein Timer pro Alarmtyp verhindert Alarmflut auf beiden Kanälen
                                      ✅ Keine Änderung für bestehende Nutzer: Telegram-Konfiguration bleibt unverändert

                                      Hinweis: PUSHOVERENABLE: true setzen, PUSHOVERINSTANCE anpassen, Script neu starten. ioBroker Pushover-Adapter muss installiert und konfiguriert sein.

                                      CHANGELOG v4.6.1 (13.04.2026) Minütliche Controller-Warnungen nach Adapter-Deinstallation behoben.


                                      ✅ existsObject() vor getObject(): Fehlende system.adapter.*-Objekte werden übersprungen → keine minütlichen „Object … does not exist“-Warnungen mehr
                                      ✅ History-Bereinigung: Uptime-, Log- und Memory-Einträge deinstallierter Instanzen werden beim Monitoring-Lauf automatisch entfernt

                                      Hinweis: Aktueller ioBroker.javascript-Adapter mit existsObject() empfohlen. Script neu starten.

                                      CHANGELOG v4.6.0 (20.03.2026) Konfigurationsbereich vollständig neu strukturiert.


                                      ✅ Neue Konfig-Struktur: Benutzerwerte, Schwellwerte und Expertenwerte klar getrennt
                                      ✅ Benutzer-Checkliste ergänzt: Schneller erkennbar, welche Werte angepasst werden sollen
                                      ✅ Einheitliche Kommentare und Abschnittsüberschriften → forumtauglicher, übersichtlicher, leichter wartbar
                                      ✅ Kein funktionaler Eingriff: Bestehende States, Prüfungen und Features bleiben vollständig erhalten
                                      ✅ Neu: Deaktivierte Adapter: DisabledAdaptersCount und DisabledAdapters werden erfasst und als State geschrieben

                                      Script
                                      script_v4.6.6

                                      Das Dashboard (InfluxQL )
                                      dashboard-4.6.0-Final

                                      NEU 30.03.2026
                                      Das Dashboard (Flux)
                                      dashboard-4.6.0_flux

                                      6f1fa838-d2ed-4bcc-979c-106f6c6d64b3-image.png
                                      a993a827-5211-429f-8da5-439af66494c5-image.png
                                      21551d26-8e42-4686-be68-3fd5b1bdba9d-image.png
                                      b146f87b-c57e-4ca7-b972-5c8df09c06c3-image.jpeg

                                      Offene Tuning-Punkte

                                      • Flaky: aktuell 3 Restarts in 24h — sinnvoller Grenzwert, wenn geplante Cron-Restarts toleriert werden?
                                      • Errors: aktuell 3/h Warnung und 20/h kritisch — passen diese Werte in anderen Umgebungen?
                                      • Worst/Best Performer: Gewichtung des Health Scores noch offen für Feintuning.
                                      • Degraded Adapter: aktuell kritische Error-Rate ab 10/h plus CPU > 12 und/oder Event Loop Lag > 100 ms — praxistauglich?
                                      • Event Loop Lag: aktuell 500 ms kritisch als allgemeiner Schwellwert — vermutlich hardwareabhängig?
                                      • Memory Leak: aktuell ab (R^2 > 0.65) und Wachstum > 15 MB/h — Erfahrungswerte willkommen.
                                      • Deadlock: aktuell alive=true und connected=false — eventuell noch erweiterbar.
                                      sigi234S Online
                                      sigi234S Online
                                      sigi234
                                      Forum Testing Most Active
                                      schrieb zuletzt editiert von
                                      #59

                                      @crunchip

                                      Hallo,

                                      kannst du noch eine E-Mail Benarichtigung einbauen?

                                      Wo kann ich den Hintergrund für das HTML Widget einstellen? (transparent)
                                      Wegen Anpassung für AURA.

                                      LG
                                      Sigi

                                      Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                                      Immer Daten sichern!

                                      1 Antwort Letzte Antwort
                                      0

                                      Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                                      Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                                      Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                                      Registrieren Anmelden
                                      Antworten
                                      • In einem neuen Thema antworten
                                      Anmelden zum Antworten
                                      • Älteste zuerst
                                      • Neuste zuerst
                                      • Meiste Stimmen


                                      Support us

                                      ioBroker
                                      Community Adapters
                                      Donate

                                      405

                                      Online

                                      32.8k

                                      Benutzer

                                      82.9k

                                      Themen

                                      1.3m

                                      Beiträge
                                      Community
                                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                      ioBroker Community 2014-2025
                                      logo
                                      • Anmelden

                                      • Du hast noch kein Konto? Registrieren

                                      • Anmelden oder registrieren, um zu suchen
                                      • Erster Beitrag
                                        Letzter Beitrag
                                      0
                                      • Home
                                      • Aktuell
                                      • Tags
                                      • Ungelesen 0
                                      • Kategorien
                                      • Unreplied
                                      • Beliebt
                                      • GitHub
                                      • Docu
                                      • Hilfe