Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[mat-sche]

Liebes Forum,

um mehrere Fritz Heitungsthermostate zu steuern habe ich mir den Scheduler Adapter installiert:

und habe mir jeden Wochentag eine Instanz angelegt, die immer den gleichen Datenpunkt ansteuert. Nun ich möchte damit mir eine Wochen - Stunden Schaltuhr realisieren, um ein Zimmer täglich, zu bestimmten Zeiten, den Heizkörper ansteuern zu können.
So in etwa:

leider werden während der Temperatureinstellung immer auch andere Tage in den Zeiten mit verstellt.....
Auch bekomme ich Fehlermedungen, mit denen ich nichts anfangen kann....

scheduler.0
	2026-10-31 16:10:26.782	info	starting. Version 1.5.0 in /opt/iobroker/node_modules/iobroker.scheduler, node: v22.15.0, js-controller: 7.2.5
host.raspberrypi
	2026-10-31 16:10:24.643	info	instance system.adapter.scheduler.0 in version "1.5.0" started with pid 25927
host.raspberrypi
	2026-10-31 16:10:21.867	info	instance system.adapter.scheduler.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
scheduler.0
	2026-10-31 16:10:21.830	info	terminating
scheduler.0
	2026-10-31 16:10:21.829	info	terminating
host.raspberrypi
	2026-10-31 16:10:21.368	info	stopInstance system.adapter.scheduler.0 send kill signal
scheduler.0
	2026-10-31 16:10:21.329	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
scheduler.0
	2026-10-31 16:10:21.328	info	terminating
scheduler.0
	2026-10-31 16:10:21.327	info	Got terminate signal TERMINATE_YOURSELF
host.raspberrypi
	2026-10-31 16:10:21.324	info	stopInstance system.adapter.scheduler.0 (force=false, process=true)

Wer kann mir bitte helfen?

Vielen DAnk und Grüße!

[Bluefox]

@mat-sche das Log ist kein Fehler. Das ist ein ganz normaler Neustart der Instanz, der z. B. nach dem Speichern der Einstellungen kommt (ADAPTER_REQUESTED_TERMINATION ist hier ok).

Dein Aufbau ist grundsätzlich richtig: ein Profil pro Wochentag, jeweils nur der passende Tag angehakt, alle mit demselben Datenpunkt. Eine eigene Instanz pro Tag brauchst du nicht, die Profile in scheduler.0 reichen.

Dass sich beim Verstellen andere Tage mitändern, klingt danach, dass mehrere Widgets auf dasselbe Profil zeigen. Das passiert gern, wenn man ein Widget kopiert und das Profil danach nicht umstellt. Bitte prüf mal:

• Nutzt du vis oder vis-2, und in welcher Version?
• Welches Profil ist in den Einstellungen der einzelnen Widgets ausgewählt (Montag-Widget -> Profil Nico/Montag usw.)?
• Passiert es auch, wenn du direkt im Admin des Schedulers ein Profil änderst, oder nur im Widget?

Wenn alle Widgets auf unterschiedliche Profile zeigen und es trotzdem passiert, schreib bitte die genauen Schritte dazu, dann schaue ich mir das an. Im latest gibt es übrigens schon eine neuere Version des Adapters (2.0.x, braucht Node.js 22, das hast du).

[Thomas Braun]

@mat-sche sagte:

node: v22.15.0

Deutet übrigens auf ein 32Bit-Betriebssystem hin. Musst du in allernächster Zeit durch Neuinstallation mit einem 64Bit-System ersetzen.

[mat-sche]

Guten Abend @ ALL,

mein ioBroker läuft auf einem Rasperry 5

PlatformBetriebssystem:linux
Architektur:arm
CPUs:4
Geschwindigkeit:2400 MHz
Modell:unknown
RAM:7.7 GB
System-Betriebszeit:5 T. 05:58:02
Node.js:v22.15.0
Zeit:1793366056439
Zeitversatz:-60
NPM:10.9.2
Adapter-Anzahl:691
Datenträgergröße:228.7 GB
Freier Festplattenspeicher:209.9 GB
Aktive Instanzen:22
Pfad:/opt/iobroker/
Betriebszeit:3 T. 19:04:07
aktiv:true
_nodeCurrent:22.15.0
_nodeNewest:22.23.4
_nodeNewestNext:24.22.2
_npmCurrent:10.9.2
_npmNewest:10.9.2
_npmNewestNext:11.19.1

und ja, ich habe schon gesehen, dass die node ein Update benötigt. Ich habe es bisher noch nicht gemacht wil ich mir nicht sicher bin, ob dann meine Visu2... ect. dann danach noch läuft.
Hatte vor kurzem einige Adapter geupdatet und dann gingen einige Widgets in der Visu nicht mehr und dann musste ich meine komplette Visu erneuern. Hatte auch einen Vorteil, ich habe mich etwas intensiver beschäftigt, konnte dennoch nicht den Fehler im Scheduler finden.

@Bluefox sagte:

Dein Aufbau ist grundsätzlich richtig: ein Profil pro Wochentag, jeweils nur der passende Tag angehakt, alle mit demselben Datenpunkt. Eine eigene Instanz pro Tag brauchst du nicht, die Profile in scheduler.0 reichen.

Das versteh ich nicht, Was meinst Du mit:
"Eine eigene Instanz pro Tag brauchst du nicht, die Profile in scheduler.0 reichen."
?

Das wären meine EInstellungen und damit funktioniert es leider nicht....
Ist es irgendwie möglich herauszufinden, in welchen angelegten Seiten einer Visu das Widget "Planer" eingebunden ist und nicht richtig eingestellt wurde?

1. in allen Widget sind jeweils die Instanz und das Profil jeweils so angelgt, wi es unter den Instanzen gespeichert wurde.
2. Ja, pro Widget ein Profil wie unter Instanz erstellt und gespeichert.
3. nehme ich eine Temperaturjustage im Admin-Instanz vor und speichere ich diese, werden nur die Temperaturen in dem Widget verändert, wie für den jeweiligen Wochentag gewünscht ist.

Nur leider kann ich dann in der laufenden Visu keine Änderung in einem Tag vornehemen, ohne einen anderen dabei zu verstellen...
Ich habe den Adapter mit Version 1.5.0 installiert, 2.0 wird mir nicht angeboten zum Updaten.
M

@Bluefox sagte:

Wenn alle Widgets auf unterschiedliche Profile zeigen und es trotzdem passiert, schreib bitte die genauen Schritte dazu, dann schaue ich mir das an. Im latest gibt es übrigens schon eine neuere Version des Adapters (2.0.x, braucht Node.js 22, das hast du).

Ich dacht mir, dass ich pro Tag ein Profil anlegen muss, um damit eine Wochenschaltuhr hinzubekommen...

Und das passiert:

• Widget für Montag verändere ich eine Temperatur, es erscheint ein durchlaufender Balken, als wurde es gespeichert.... ich kann soviele Änderunge vornehmen, es passiert nichts.
• ich klicke ins Widget für Dienstag und ändere eine Temperatur, die vorher eingestellte Temperatur aus dem Widget für Montag wird willkürlich auf einen anderen Temp. Wert verändert.

Es wird immer der letzte/ten Änderungen im Widget vorher verändert.

Hmmmm

[Bluefox]

Bitte die neue version (wenn auf repo erscheint) ausprobieren: 2.0.3

[mat-sche]

@Bluefox sagte:

Bitte die neue version (wenn auf repo erscheint) ausprobieren: 2.0.3

Ok, mache ich und melde mich dann zurück!
DANKE!

[mat-sche]

Guten Abend,

nun habe ich es versucht, Version 2.0.3 zu installieren aber ohne Erfolg. Vllt. bin ich zu doof oder ...
Ich habe zu erst den Adapter deinstalliert und bin dann auf Git gegangen, habe dort:

den Link unter HTTPS kopiert und in:

eingesetzt. Leider kann der Adapter nicht installiert werden, auch nach dem ich die Version 1.5.0 wieder installiert habe...

Was mache ich falsch?

[Bluefox]

@mat-sche über die GitHub-URL geht das bei diesem Adapter nicht, weil die gebauten Dateien nicht im Repo liegen. Das brauchst du aber auch nicht. 2.0.3 ist schon auf npm.

Das eigentliche Problem ist deine Node.js-Version: 2.0.x braucht mindestens Node.js 22.19, du hast 22.15.0. Deshalb wird dir 2.0 auch nicht als Update angeboten. Also zuerst Node.js innerhalb von 22 aktualisieren (das ist ein Minor-Update, vis-2 und die anderen Adapter stört das nicht):

iob stop
iob nodejs-update 22
iob fix
iob start

Danach den Adapter in der gewünschten Version installieren:

iob upgrade scheduler@2.0.3

Falls er gerade gar nicht installiert ist, stattdessen iob add scheduler. Bei der Gelegenheit: Schau, ob deine Profile noch da sind. Durch das Deinstallieren der Instanz sind sie wahrscheinlich weg, dann musst du sie neu anlegen.

Falls die Installation trotzdem fehlschlägt, poste bitte die Ausgabe von der Konsole als Text.

Und wie Thomas schon geschrieben hat: Für den Pi 5 solltest du mittelfristig auf ein 64-Bit-System umsteigen.

[mat-sche]

@Bluefox sagte:

Und wie Thomas schon geschrieben hat: Für den Pi 5 solltest du mittelfristig auf ein 64-Bit-System umsteigen.

Guten Morgen,

dazu musste ich erstmal nachschauen...

Linux raspberrypi 6.12.47+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.47-1+rpt1~book worm (2025-09-16) aarch64 GNU/Linux

Das sollte doch 64bit sein?!
Vielen Dank für Deine Ausführungen! Das werde ich heute dann machen und danach berichten.

Wenn ich schon einmal dabei bin, darf ich mal ne Frage zu etwas anderem Stellen? :)
Über kurz oder Lang möchte ich mein System vom PI auf ein N100 Board umstellen, was ich schon habe. Dort ist bereits Proxmox installiert, da ich parallel noch eine WIN11 Instance laufen lassen möchte. Ich habe einiges zu ioBroker auf Proxmox gelesen aber nicht ganz die Erhellung bekommen... Was für mich wichtig wäre ist, wie sollte das System aufgebaut werden,lx Container oder VMs... und wie wäre dazu die Aufteilung -was wohin? Hast Du einen Guide oder ähnliches, wonach ich mich richten sollte?
Als Software für meine AUtomatisierung ist ioBroker, NodeRed, Grafana, InfluxDB. Und wenn dann der N100 nicht überlastet ist und seine 16Gb RAM ausreichend sind, noch eine NAS-Software oder ich nehme dann den Raspberry dafür......

Vielen DAnk für Eure Zeit und Gruß!

[Thomas Braun]

@mat-sche sagte:

Das sollte doch 64bit sein?!

Nein, nicht zwingend. Das userland kann 32Bittig sein. Das siehst du u. a. in der Ausgabe von

iob diag

Wenn du per

iob nodejs-update

das nodejs Update anleierst wird dir das aber auch angezeigt.

[mat-sche]

@Thomas-Braun sagte:

das nodejs Update anleierst wird dir das aber auch angezeigt.

Hallo Thomas,

BINGO:

[ERROR] Unsupported architecture: armhf. NodeSource does not provide a 32bit nod                                                                                                             ejs anymore, only amd64 and arm64 are supported. You will have to reinstall a 64                                                                                                             bit Operating System.

Was heißt das? Muss nur der Broker neu aufgesetzt werden oder der gesammte PI?
OHHHHH je, alles was ich noch nie gemacht habe....
Also dann werde ich wohl auf Antworten zur obigen Fragestellung abwarten und im Netz recherchieren....

[Thomas Braun]

@mat-sche sagte:

der gesammte PI?

Komplett neu.
Mach es danach:
https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht

Übrigens verwendest du auch den Kernel für Raspberry4. Der für den 5er würde 2712 im Namen tragen.
Renkt sich aber alles bei einer Neuinstallation eh ein.