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

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

[rallef]

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

[crunchip]

@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

[crunchip]

@rallef da steht dein falscher Port drin

[sigi234]

@crunchip

Hallo,

kannst du bitte noch eine E-Mail Benarichtigung einbauen?

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

Erledigt, passt sich im Frontend eh an.

LG
Sigi

[crunchip]

@sigi234 sagte:

eine E-Mail Benarichtigung einbauen

Lässt sich sicherlich machen, wenn ich heut abend dazu komme

@sigi234 ist drin, siehe ersten Beitrag

[rallef]

[rallef]

wenn ich in der api den befehl absetze funktioniert es. Nochmal welchen port muss ich nehmen? 8081 vom admin iobroker oder 8093 von der rest api. Was soll ich neustarten Grafana? Grafana läuft in einem anderen container als iobroker.
bei jedem neuen Aufruf von dem dashboard muss ich jedesmall die influxdb iobroker und den iobroker_url eintippen. die ist doch gespeichert

[crunchip]

@rallef na so wie in der Anleitung und wie ich auch nochmals geschrieben habe, 8083 und so lang dein Port falsch ist, kann es nicht funktionieren

@rallef sagte:

muss ich jedesmall die influxdb iobroker und den iobroker_url eintippen

Mann kann das auch in den Variablen festlegen und die obere Anzeige im dashboard entfernen. Das ist nur drin für andere für den ersten Start als Hilfestellung
@rallef
dort schreibst du deinen Datenbanknamen rein und bei show on dashboard stellst du auf nothing

[rallef]

ok funktioniert jetzt super. Allerdings geht mein Synology NAS jetzt in die Knie. Mein iobroker belegt mehr als 44% RAM und es werden jede menge Warnings und errors in die influxdb geschrieben. schaukelt sich also hoch. da muss ich noch was optimieren

[rallef]

[crunchip]

@rallef sagte:

ede menge Warnings und errors in die influxdb geschrieben

die da wären?

@rallef sagte:

muss ich noch was optimieren

sollte eigentlich von haus aus so passen, mit den vorgegebenen Werten

[sigi234]

@crunchip sagte:

@sigi234 ist drin, siehe ersten Beitrag

DANKE!

[rallef]

habe jetzt 350 warnings /h in der influxdb.0 und ich sehe das die instanz neugestartet wird. Mein Host Ram ist auch zeitweise kritisch nur 13% und mein iobroker Ram belegt mehr als 54% zeitweise
hab eine synology Nas DS918+ mit 12 GB ram

[rallef]

werde die mal auf 16GB aufrüsten

[crunchip]

@rallef das der RAM oder die CPU mal schwankt ist normal, meine Frage lag eher darin:
Hattest du diese Probleme schon vorher oder wolltest du mir mitteilen, erst seit Scriptinstallation

[rallef]

kann ich nicht sagen, aber es werden ja viele Änderungen in die influxdb geschrieben seitdem ich das Skript gestartetd habe

[rallef]

hab halt viele Warnungen die in der influxdb geschrieben werden
ich werde die mal posten

[crunchip]

crunchip sagte:

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.

@rallef hast du aber schon beachtet? und auch Punkt4 im ersten Beitrag?

[rallef]

muss ich nachschauen