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

[paul53]

@smartuser_1 sagte: Das einlesen des Arrays als Liste hat aber nicht funktioniert.

Weshalb nicht? Wenn man es als Array speichert, kann man es auch als Array einlesen.

[Smartuser_1]

@paul53

das ist mein Array

{
"common": {
"name": "01_WW_Energie_D_Array",
"desc": "Manuell erzeugt",
"role": "state",
"type": "array",
"read": true,
"write": true
},
"type": "state",
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1669909012188,
"_id": "0_userdata.0.03_WP.01_WW_Energie_D_Array",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}
}

bzw.

{
"common": {
"name": "Test_Array",
"desc": "Manuell erzeugt",
"role": "state",
"type": "array",
"read": true,
"write": true
},

und dann habe ich in 01_WW_Energie_D_Array die folgenden Werte reinkopiert:

2.82,2.15,1.82,2.6,2.84,2.98,1.91,1.71,1.69,1.93,2.33,2.64,1.88,2.17,2.30,1.07,2.45,1.72,2.47,2.73,1.7,2.11,1.84,2.48,2.50,2.79,2.16,2.43,2.14,1.92

und das Script sieht so aus ...

[paul53]

@smartuser_1 sagte: und dann habe ich in 01_WW_Energie_D_Array die folgenden Werte reinkopiert:

Das ist kein Array!
Initialisiere erst mal mit einem extra Skript den Datenpunkt richtig. Anschließend: Lasse die leere Liste bei Skriptstart weg, sondern lese (nur) dort den Datenpunkt ein.

const arr = [2.82,2.15,1.82,2.6,2.84,2.98,1.91,1.71,1.69,1.93,2.33,2.64,1.88,2.17,2.30,1.07,2.45,1.72,2.47,2.73,1.7,2.11,1.84,2.48,2.50,2.79,2.16,2.43,2.14,1.92];
setState('0_userdata.0.03_WP.01_WW_Energie_D_Array', arr, true);

Die Pause ist überflüssig.

[Smartuser_1]

@paul53

Das war der springende Punkt.

Jetzt funktioniert die Umwandlung sauber! Vielen Dank für den Tipp.
Würde es auch ausreichen auch die eckigen Klammern per Hand zu setzen?
(habs per Script gemacht und das ist eine saubere Sache)

[paul53]

@smartuser_1 sagte: Würde es auch ausreichen auch die eckigen Klammern per Hand zu setzen?

Das kann funktionieren - muss es aber nicht.

[Smartuser_1]

@paul53
jetzt ist leider doch noch ein Punkt hochgekommen ...

Mit den Testscript habe ich einfach das anhängen geprüft. Das klappt soweit, allerdings wird die Liste immer länger und das Neueinlesen von 02_WPH_Energie_D_Array setzt die Liste bzw. das Test_Array_2 nicht zurück ..

[4.11,4.61,6.25,12.7,9.86,5.55,6.17,5.8,5.88,6.59,9.7,10.3,7.41,5.82,6.21,5.72,8.71,10.6,11.8,11.4,12.1,11.9,12.2,11.5,9.41,12.5,9.47,10.5,13,19.3,17,14,6,1,13,5,9,16]

Die leere Liste habe ich nur nochmal als Check reingenommen, 02_WPH_Energie_D_Array bleibt unverändert. Stehe irgendwie auf den Schlauch ...

[paul53]

@smartuser_1 sagte: gleitenden Mittelwert

Version, bei der der neueste Wert vorn eingefügt wird (liest sich besser im Tab "Objekte"):

Schieberegister mit hinten anhängen und vorn löschen:

"entferne" bietet der "nimm"-Block.

[Smartuser_1]

@paul53

die Einfügestelle liest sich auf jeden Fall so besser, das habe ich allerdings noch nicht geändert.

Wenn ich das Array "02_WPH_Energie_D_Array" neu initialisiere und dann das Script starte, wird das Test _Array_2 richtig ausgegeben. Jetzt schalte ich immer nur noch den Trigger. Dann kommt mit jeder Scgaltung beim Test_Array_2 eine neue Zahl zwischen 1-20 dazu, er müsste aber jedes Mal wieder auf 02_WPH_Energie_D_Array zurückgreifen, die Liste test überschreiben und nur eine neue Zahl angehängt haben. Verstehe ich nicht.

Im Log kommt noch diese Meldung als Warn:

• at Object.<anonymous> (script.js.1_Test_Array2:26:3)
• at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1439:20)
• You are assigning a number to the state "0_userdata.0.Test_Array_2" which expects a array. Please fix your code to use a array or change the state type to number. This warning might become an error in future versions.

[paul53]

@smartuser_1 sagte: Dann kommt mit jeder Scgaltung beim Test_Array_2 eine neue Zahl zwischen 1-20 dazu

Nein, bei jedem Trigger wird das ursprüngliche Array neu eingelesen. Dadurch kommt immer nur eine Zahl zum ursprünglichen Array hinzu.
Lies das Array bei Skriptstart in die Variable ein:

[Smartuser_1]

@paul53

Das hat soweit funktioniert, vielen Dank für Deine Unterstützung!

Kann es aber sein, daß die Länge des Arrays eine Rolle spielt und nicht verändert werden darf? Sobald ich das Einlesen wieder in die Schleife nehme und das zugefügte Element nicht entferne, wird die Liste länger und länger .... Also auch das ursprüngliche Einlesen klappt da nicht ???

[paul53]

@smartuser_1 sagte: Sobald ich das Einlesen wieder in die Schleife nehme

Welches Array wird im Trigger eingelesen? Wenn "Test_Array_2" eingelesen wird, ist klar, dass es immer länger wird (ohne "Entfernen").

Deine ursprüngliche Aussage:
@smartuser_1 sagte in [Gelöst] Liste in Array umwandeln und umgekehrt:

gleitenden Mittelwert des Energieverbrauchs der letzten 30 Tage

benötigt ein Array mit konstanter Länge (30), das als Schieberegister verwendet wird.

[Smartuser_1]

@paul53

das Ursprüngliche. Da ich aber das Original immer neu einlese, verstehe ich den Effekt nicht.

Sobald ich ein Entfernen nach der Aktualisierung Test Array 2 einbaue, wird die Liste immer schön aktualisiert.

Die konstante Länge 30 hat sich erst nach 30 Tagen eingestellt, für den Fall "Einlernen" zählt die Liste aber erst langsam hoch und erst bei größer 30 setzt dann das "Entfernen" ein

[paul53]

@smartuser_1 sagte: für den Fall "Einlernen" zählt die Liste aber erst langsam hoch und erst bei größer 30 setzt dann das "Entfernen" ein

Dann mache es so:

[Smartuser_1]

@paul53

Ja, so ist es im ursprünglichen Script auch umgesetzt.

Ich habe ich jetzt die Array Vorgehensweise zur "Neustartsicherung" angepasst und über das neue Einlesen der alten Werte muesste es klappen. Mal schauen, ob der neue Mittelwert morgen früh rauskommt.

Vielen Dank nochmals!

[Smartuser_1]

@paul53

Danke nochmals, es tut seit 2 Tagen was es soll ;-)