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

[NyanCat]

Hallo ich bin noch blutiger Anfänger und habe da eine grundsätzliche Frage:

Als Einleitung: Bei mir läuft ioBroker auf auf der SD Karte in einem Pi3.

Ich habe bei anderen Projekten schon 2 SD Karten, vermutlich durch zu viele Schreibvorgänge, geschrottet. Nun will ich diese natürlich möglichst vermeiden, wo es nicht nötig ist.

Ich verstehe aber noch nicht ganz, wann ioBroker etwas auf die SD-Karte schreibt und was alles im Ram passiert.

Sind die Werte von Objekten Grundsätzlich auf der SD-Karte gespeichert? Ist also jede Aktualisierung, welche z.B. ein sonoff POW Strommesser an die Objekte im Broker sendet automatisch ein Schreibvorgang? Oder ist das von Adapter zu Adapter unterschiedlich?

Wenn ja, ist es dann sinnvoll möglichst viel mit Variablen bzw. globalen Variablen zu machen und die Werte nur z.B. einmal am Tag in die Objekte zu übertragen?

Was sollte man noch vermeiden? Bzw. durch was können viele Schreibvorgänge im ioBroker ausgelöst werden?

Oder ist meine ganze Überlegung falsch und es ist völlig egal, ob ich z.B. die TeleperiodTime von den Strommessern und Objekt-aktualisierende-Cronjobs auf 1 Sekunde stelle? (was natürlich cooler wäre)

Vielen Dank und Grüße.

[paul53]

"NyanCat": Sind die Werte von Objekten Grundsätzlich auf der SD-Karte gespeichert?

Ja.

"NyanCat": Ist also jede Aktualisierung, welche z.B. ein sonoff POW Strommesser an die Objekte im Broker sendet automatisch ein Schreibvorgang?

Die Zahl der Schreibvorgänge der States (Zustände) ist auf einen Schreibvorgang in 30 s begrenzt. Sämtliche Zustände sind in ioBroker (RAM) gepuffert.

"NyanCat": durch was können viele Schreibvorgänge im ioBroker ausgelöst werden?

Das sind insbesondere Logs und History-Daten.

Die Zahl der Logs kann man dadurch begrenzen, dass man den Log-Level der Adapter auf "warning" setzt.

Hat man viele History-Daten, sollte man diese auf einen USB-Stick auslagern. In der History-Konfiguration kann man den Speicherort der Daten vorgeben.

[NyanCat]

Vielen Dank.

@paul53:

@NyanCat:

Ist also jede Aktualisierung, welche z.B. ein sonoff POW Strommesser an die Objekte im Broker sendet automatisch ein Schreibvorgang? Die Zahl der Schreibvorgänge der States (Zustände) ist auf einen Schreibvorgang in 30 s begrenzt. Sämtliche Zustände sind in ioBroker (RAM) gepuffert.

das heißt, wenn ich die Strommessgeräte alle 10 Sekunden senden lasse, schreibt der Broker nach 30 Sekunden alle 3 Werte gleichzeitig z.B. in die history, aber z.B. in VIS sehe ich trotzdem alle 10 Sekunden den aktuellen Wert. Und wenn ich die Werte nur alle 5 Minuten sende, schreibt der Broker auch nur alle 5 Minuten, oder?

Sind alle 30 Sekunden denn sehr kurz? oder sind das Zeitspannen mit denen viele hier schon seit langem mit SD-Karten fahren, ohne Probleme?

[paul53]

"NyanCat": wenn ich die Strommessgeräte alle 10 Sekunden senden lasse, schreibt der Broker nach 30 Sekunden alle 3 Werte gleichzeitig z.B. in die history,

Nein, das Schreiben in die Datei states.json (enthält alle Zustände) erfolgt nur alle 30 s.

"NyanCat": aber z.B. in VIS sehe ich trotzdem alle 10 Sekunden den aktuellen Wert.

Ja.

"NyanCat": Und wenn ich die Werte nur alle 5 Minuten sende, schreibt der Broker auch nur alle 5 Minuten, oder?

Nur dann, wenn alle Werte gleichzeitig alle 5 Minuten aktualisiert werden.

"NyanCat": Sind alle 30 Sekunden denn sehr kurz? oder sind das Zeitspannen mit denen viele hier schon seit langem mit SD-Karten fahren, ohne Probleme?

Ich habe die Zeit bei mir auf 10 Minuten hoch gesetzt und verwende einen SLC-USB-Stick für das root fs.

[NyanCat]

@paul53:

Ich habe die Zeit bei mir auf 10 Minuten hoch gesetzt und verwende einen SLC-USB-Stick für das root fs. `

Wo bzw. wie kann man die Zeit ändern?

[paul53]

@NyanCat:

Wo bzw. wie kann man die Zeit ändern? `
http://forum.iobroker.net/viewtopic.php?f=17&t=11519&p=121758#p121758.

[NyanCat]

ah vielen Dank :-)

Solange ich mir sicher bin, dass mein System Stabil läuft, spricht doch eigentlich nichts dagegen, diese Zeit nach oben zu setzen, verliere doch bei einem Stromausfall nur die der Wert von Objekten die in den z.B. 10 Minuten geändert wurden, oder?

[paul53]

@NyanCat:

verliere doch bei einem Stromausfall nur die der Wert von Objekten die in den z.B. 10 Minuten geändert wurden, oder? `
Richtig. Allerdings <u>kann</u> das File system zerschossen werden, wenn der Stromausfall passiert, während gerade in eine Datei geschrieben wird. Das kann man zuverlässig nur durch eine USV verhindern, mit der bei einem längeren Stromausfall das System ordentlich herunter gefahren wird bevor der Akku leer ist.

[NyanCat]

Danke paul53, hast mir sehr geholfen. Zwei Fragen hätte ich aber noch:

• Macht es einen Unterschied, ob ich den Wert eines Objektes in einem script jedes mal direkt aufrufe oder den Wert am Anfang auf eine Variable übertrage und diese dann im script nutze?

• Macht es Sinn die scripte über die Objekte in scriptEnabled automatisch an und aus schalten zu lassen, wenn sie gerade nicht benötigt werden oder etwas tun würden, was gerade nicht gewünscht ist?

[paul53]

@NyanCat:

• Macht es einen Unterschied, ob ich den Wert eines Objektes in einem script jedes mal direkt aufrufe oder den Wert am Anfang auf eine Variable übertrage und diese dann im script nutze? `
  Wenn man den Wert nur am Anfang auf eine Variable überträgt, wird die Variable zwar beim Skriptstart initialisiert, aber anschließend nicht mehr mit dem Wert des Datenpunktes aktualisiert. Es ist aber besser, (globale) Variablen mit den Eigenschaften des Trigger-Datenpunktes zu aktualiseren, als jedesmal die komplexe Operation getState(id).val aufzurufen. Beispiel: Einfache Oder-Verknüpfung zweier Datenpunkte:

const idA = '...';
const idB = '...';

// Initialisierung bei Skriptstart
var a = getState(idA).val;
var b = getState(idB).val;

function oder() {
   if(a || b) mache was;
   else mache was anderes;
}

oder();  // Skriptstart

// Aktualisierung bei Wertänderung der Datenpunkte
on(idA, function(dp) {
   a = dp.state.val;
   oder();
});
on(idB, function(dp) {
   b = dp.state.val;
   oder();
});

@NyanCat:

• Macht es Sinn die scripte über die Objekte in scriptEnabled automatisch an und aus schalten zu lassen, wenn sie gerade nicht benötigt werden oder etwas tun würden, was gerade nicht gewünscht ist? `
  Es macht keinen Sinn, da bei jedem Skriptstart das Skript in den RAM compiliert wird (glaube ich). Außerdem bestehen Skripte aus einem Initialisierungsteil, Funktionen und Triggern. Dass Aktionen nur dann erfolgen, wenn sie gewünscht sind, realisiert man mit Triggern (on(), schedule()), die dann die gewünschte(n) Funktion(en) aufrufen.