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

[liv-in-sky]

ist es eigentlich ok, wenn ein slave nur für ein paar stunden am tag läuft und den rest des tages aus bzw. nicht erreichbar ist?

[Homoran]

@liv-in-sky ganz kurze Antwort:
Nein!

[UncleSam]

@liv-in-sky Aus meiner Sicht sollte das kein Problem sein. Dem Master ist es relativ egal, ob der Slave läuft (er kann ja eh nichts machen, wenn der nicht läuft). Und der Slave wird beim aufstarten seine Config holen und seine Arbeit machen.

Der Slave wird wohl weniger Freude haben, wenn er keine Verbindung zum Master hat. Deshalb sollte der Slave wohl nicht einfach getrennt sondern herunterfahren werden.

Wenn natürlich dem Slave Werte gesetzt werden, während er nicht online ist, dann sind diese Werte (bei den meisten Adaptern) verloren. Sprich diese werden einfach ignoriert, bis eine Änderung kommt, während der Slave verbunden ist.

[Thomas Braun]

@liv-in-sky
Grundsätzlich sind Server-Konfigurationen (und ganz besonders die Master/Slave-Konstellation) schon auf Dauerbetrieb angelegt.

Im Einzelfall denke ich es dürfte davon abhängen welche Art von Adapter da ausgelagert wurde. Wenn das nur ein unwichtiger ist und dessen Werte nicht großartig verwurstet werden spricht da eigentlich nichts gegen.
Sauberes 'zu Bett bringen' (sprich herunterfahren) des Systems setze ich jetzt natürlich voraus.

[liv-in-sky]

@Homoran das ist doof -

wollte meinen iobroker mal etwas entlasten - performance

habe viele scripts (html tabellen), die eigentlich nicht laufen müssen. leider kann ich kein eigenes testsystem brauchen, weil ich ja die sich ändernden datenpunkte der adapter brauche

dachte mir, ich lege eine eigene js-instanz an, und fahre die herunter, wenn ich nicht programmiere. habe aber festgetellt, dass ich auch adapter habe, die ich nicht immer brauche. wenn das alles auf einem slave laufen würde, bräuche ich den nur, wenn ich im "programmiermodus" bin hochfahren und "shutsdownen, wenn normalbetrieb ist.

oder habt ihr eine andere idee ?

[haselchen]

@liv-in-sky

Ich hab die Kombi Synology und Raspi3b.
Auf dem Raspi habe ich Smartmeter und BLE Adapter.
Aufgrund von Routerneustarts oder anderen Unzulänglichkeiten ist er manchmal nicht mit dem Master verbunden.
Auswirkungen, ausser das die Datenpunkte nicht aktualisiert werden, habe ich nicht festgestellt.
Wie @UncleSam schon schrieb, werkelt der Master halt alleine weiter.

[UncleSam]

@liv-in-sky Genau dieser Aufbau sollte für JavaScript kein Problem sein. Wie es mit den anderen Adaptern aussieht, musst du ausprobieren. Aber auch dort sehe ich wenige Probleme, da die ja genau dann laufen, wenn sie mit dem Master verbunden sind.

[liv-in-sky]

@haselchen

ja genau - die datenpunkte brauch ich auch nicht upgedatet im normalmodus - nur beim programmieren

[Homoran]

@liv-in-sky dann müsste es funktionieren mit der Einschränkung dass es eine Fehlermeldung geben müsste, dass der Host_xy not reachable ist (o.ä.)

[haselchen]

@liv-in-sky

Sobald die Beiden wieder verbunden sind, alle Adapter grün und bringen sich Datenpunkttechnisch auf den neuesten Stand.

Und wieder hat @Homoran Recht ;)
Im Log steht dann : .......offline
Aber als Warnung, kein Error.

[liv-in-sky]

habt ihr zufällig eine seite, wo man sieht, wie das eingrichtet wird (nur wenn ihr sie parat habt - sonst suche ich weiter)- man findet viel

• ich muss wohl in regis einstellung für einen slave machen
• und dann costum setup auf dem master und anschliessend (wenn alle versionen (js-controller, node,...) upgedatet sind) auch auf dem slave

[Thomas Braun]

@liv-in-sky

https://www.iobroker.net/#de/documentation/config/multihost.md

[liv-in-sky]

@Thomas-Braun klasse danke - habe nur im forum gesucht :-(

ps: mein proxmox läuft seit 8 stunden durch - mal warten, ob er den ganzen abend auch noch schafft

[Thomas Braun]

@liv-in-sky
Die Dokumentation ist zwar fraglos verbesserungswürdig, aber finden tut man da dann doch allerhand. :-)

[Homoran]

@liv-in-sky sagte in kurze frage zu Master-Slave:

mein proxmox läuft seit 8 stunden durch

verdacht auf Netzteil bestärkt