Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Dutchman]

Warum setzt Nu Werte alive und connected das ist der Status!

Du musst den Adapter enabled Werte auf FALSE und dann zB 30sec später auf true setzen.

Der alive/connected gibt für den Status ob er abgeschmiert ist

@Homoran

Die Frage war nicht cyclisch zu rebooten was mit cron geht sondern nur wenn er abgeschmiert ist

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

Ich glaub, ich habs!

Hab das Script von Blocky in Javascript kopiert und dann folgendermaßen abgeändert:

on({id: "system.adapter.mqtt.0.alive"/*mqtt.0.alive*/, val: false}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  console.log('MQTT RESTART');

  var obj2 = getObject("system.adapter.mqtt.0");
  obj2.common.enabled = true;  // Adapter einschalten
  setObject("system.adapter.mqtt.0", obj2);
});

Jetzt startet der MQTT-Adapter jedes mal neu, wenn ich ihn zum Beispiel manuell deaktiviere!

Denke, wenn irgendwas anderes ihn aus der Fassung bringt, passiert das auch.

Jetzt bastel ich das gleich noch für Socket.io.

Damit kann man den Adapter zwar nicht mehr deaktivieren, solange das Skript läuft, aber das ist bei MQTT und Socket.io ja herzlich egal.

Damit sollten meine Panikattacken endlich vorüber sein :) :) :)

Hoffentlich ist das jetzt richtig so.

[Dutchman]

Man könnte das noch verfeinern durch nur auf alive zu überprüfen und eine Aktion aus zu lösen wen der Adapter enabled ist. Dann könntest du ihn auch manuell wieder ausschalten

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

@Dutchman: Das wäre cool. Ja.

Ich fände es auch toll, wenn es da sowas wie eine Sicherheitssperre von 10-15 Sekunden gäbe, damit bei einem richtig fiesen Absturz nicht 1000 Neustartanforderungen pro Sekunde gesendet werden und evtl. das gesamte System blockieren.

Ich weiß nicht, ob das so passieren kann. Aber damit würde ich mich sicherer fühlen.

Leider übersteigt das aber meine Fähigkeiten.

Vielleicht spiele ich mal in Blocky rum, um zu sehen, wie so eine Zeitsteuerung funktioniert.

Ich bin leider totaler Noob.

Ich brauche immer vorgegebene Codeschnipsel, die ich dann per try&error zusammensetze.

Freu mich schon, wenn jetzt keiner mehr sagt: Das geht so nicht, das darfst du nicht tun, weil gefährlich und alles kann abschmieren oder so :-)

[Dutchman]

Ich verstehe deine Sicherheitsperre logic nicht ;) was meinst du damit

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

Noch mehr würde ich mich freuen, wenn diese seltsamen Abstürze überhaupt nicht vorkommen würden oder ich zumindest den Grund dafür rausbekäme.

Aber ein Autorestart per Skript ist ja hoffentlich auch schon eine gute Methode, um mein System ausfallsicherer zu machen.

Mit "Sicherheitssperre" meine ich: Falls der Adapter bei einem Neustart wieder und wieder Abstürzt, soll das Skript nicht unendlich oft und schnell versuchen, ihn neu zu starten. Eine kleine Pause von 10 Sekunden zwischen den versuchen wär toll. Einfach um das System nicht zu überlasten.

Sorry, ich weiß nicht, ob das überhaupt ein Problem bei modernen Javascript-Systemen bzw. iobroker ist.

Keine Ahnung, wie das Ereignis-/Zeitsystem eigentlich funktioniert (leider),

Ich arbeite manchmal mit Arduinos und ESP8266, da muss man auf sowas evtl. Acht geben.

[Ein ehemaliger Benutzer]

Vielleicht muss ich es auch noch weiter verfeinern?

Ein Interval aufrufen, das alle 10 Sekunden versucht, den Adapter neu zu starten.

Und erst gestoppt wird, wenn der Adapter wieder läuft?

Ich mache das so beim MQTT-Connect auf meiner Webseite und bei meinen Mikrokontrollern.

Bei Abbruch alle 10 Sekunden Neuverbindungsversuch, bis Reconnect.

Im Moment kann es vielleicht passieren, dass der Adapter off geht.

Das Skript versucht, es neu zu starten.

Klappt nicht.

Aber da keine weitere Änderung des MQTT Adapters ausgelöst wird, wird das Skript nicht erneut aufgerufen.

So gibt es bei jedem Absturz nur insgesamt 1 Neustartversuch?

Bin mir nicht sicher, wie die Aufruflogik des Skriptes funktioniert.

[Dutchman]

Eine pause kannst du mit nem time-out realisieren, habe dein script mal damit erweitert + die abfrage ob der adapter enabled sein soll.

on({id: "system.adapter.mqtt.0.alive"/*mqtt.0.alive*/, val: false}, function (obj) {

    //Timeout, erst 5 sekunden nach status alive = false neustart initieren
    timeout = setTimeout(function () {
        var obj2 = getObject("system.adapter.mqtt.0").common.enabled;
        //Nur ausfuehren wen adapter enabled ist UND der alive status immernoch false
        if (obj2 === true && getState("system.adapter.mqtt.0.alive").val === false) {

            var obj = getObject("system.adapter.mqtt.0");
            obj.common.enabled = true;
            setObject("system.adapter.mqtt.0", obj);

            }

    // Hier stehen die 10 sekunden    
    }, 10000);    

});

was due gerade in den andere thread gepostet hast geht auch ist eine andere vorgehensweise.

Also entscheiden entweder den trigger auf alive lassen und damit initieren ob de adapter neu starten soll oder mit cron alle x sekunden/minuten ueberprpuefen ob er alive ist und wen nicht neu starten

[Ein ehemaliger Benutzer]

Cool!

Viiiielen Dank!

Ich werde das jetzt mal so laufen lassen und hoffe, dass es nie wieder ausfälle gibt.

Einzig noch: Was mache ich, wenn der Javascript-Adapter ausfällt und rot wird? :D

Aber das ist jetzt vielleicht übertriebene Sorge .

Ach nein, ne! Den könnte ich ja per Cron-Job ja tatsächlich alle… sagen wir 10 Minuten neustarten lassen.

Wär so cool, wenn ich das alles wirklich ausfallsicher bekomme.

Bin jetzt aber schon einen riesen Schritt weiter.

Danke nochmal an alle!

[Ein ehemaliger Benutzer]

Schade… :-(

So ganz gelöst ist mein Problem trotzdem nicht.

Heute hatte ich wieder einen Ausfall.

Das hier stand in der Log-Datei:

socketio.0	2017-12-10 14:06:36.187	info	2017-12-10T13:06:36.187Z Connected system.user.admin
mqtt.0	2017-12-10 14:06:36.099	info	Client [ZombosHTML] closed
mqtt.0	2017-12-10 14:06:21.251	info	Client [ZombosHTML] subscribes on "mqtt.0.lab.*" with regex /^mqtt\.0\.lab\..*/
mqtt.0	2017-12-10 14:06:21.251	info	Client [ZombosHTML] subscribes on "mqtt.0.lab.*" with regex /^lab\..*/
mqtt.0	2017-12-10 14:06:21.159	info	Client [ZombosHTML] connected
socketio.0	2017-12-10 14:06:21.117	info	2017-12-10T13:06:21.117Z Connected system.user.admin
mqtt.0	2017-12-10 14:06:20.991	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.989	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.965	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.964	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.963	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.963	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.963	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.962	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.960	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.959	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.957	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.956	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.953	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.951	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.950	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.950	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.949	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.948	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.927	info	Client [ZombosHTML] closed
mqtt.0	2017-12-10 14:06:20.925	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.924	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.924	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.923	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.923	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.922	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.905	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.898	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.898	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.897	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.895	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.895	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.892	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.892	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.891	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.890	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.890	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.889	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.886	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.884	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:20.882	info	Client [undefined] closed
mqtt.0	2017-12-10 14:06:01.621	info	Client [Countdown_Lab] subscribes on "mqtt.0.lab.*" with regex /^mqtt\.0\.lab\..*/
mqtt.0	2017-12-10 14:06:01.620	info	Client [Countdown_Lab] subscribes on "mqtt.0.lab.*" with regex /^lab\..*/
mqtt.0	2017-12-10 14:06:01.613	info	Client [Countdown_Lab] connected
mqtt.0	2017-12-10 14:05:18.029	info	Client [ZombosHTML] subscribes on "lab.*" with regex /^mqtt\.0\.lab\..*/
mqtt.0	2017-12-10 14:05:18.029	info	Client [ZombosHTML] subscribes on "lab.*" with regex /^lab\..*/
mqtt.0	2017-12-10 14:05:18.014	info	Client [ZombosHTML] connected
mqtt.0	2017-12-10 14:05:13.758	info	Client [labspinnen8266] subscribes on "mqtt.0.lab.labspinnen8266"
mqtt.0	2017-12-10 14:05:13.743	info	Client [labspinnen8266] connected
mqtt.0	2017-12-10 14:05:08.360	info	Client [labrobot8266] subscribes on "mqtt.0.lab.labrobot8266"
mqtt.0	2017-12-10 14:05:08.338	info	Client [labrobot8266] connected
mqtt.0	2017-12-10 14:05:07.683	info	Starting MQTT-WebSocket server on port 1884
mqtt.0	2017-12-10 14:05:07.681	info	Starting MQTT server on port 1883
mqtt.0	2017-12-10 14:05:07.365	info	starting. Version 1.2.5 in C:/ioBroker/node_modules/iobroker.mqtt, node: v6.10.3
host.TARDIS	2017-12-10 14:05:06.323	info	instance system.adapter.mqtt.0 started with pid 8360
host.TARDIS	2017-12-10 14:05:06.319	info	object change system.adapter.mqtt.0
host.TARDIS	2017-12-10 14:05:06.309	info	instance system.adapter.mqtt.0 terminated with code null ()
host.TARDIS	2017-12-10 14:05:06.309	warn	instance system.adapter.mqtt.0 terminated due to SIGTERM
javascript.0	2017-12-10 14:05:06.306	info	script.js.Skript_MQTT+SOCKETIO_RESTART: setObject(id=system.adapter.mqtt.0, obj={"_id":"system.adapter.mqtt.0","type":"instance","common":{"name":"mqtt","require":{"js-controller":">=0.10.0"},"versio
javascript.0	2017-12-10 14:05:06.306	info	script.js.Skript_MQTT+SOCKETIO_RESTART: getObject(id=system.adapter.mqtt.0, enumName=undefined) => {"_id":"system.adapter.mqtt.0","type":"instance","common":{"name":"mqtt","require":{"js-controller":
javascript.0	2017-12-10 14:05:06.305	info	script.js.Skript_MQTT+SOCKETIO_RESTART: ########## MQTT SCRIPT-RESTART #########
host.TARDIS	2017-12-10 14:05:06.239	info	stopInstance system.adapter.mqtt.0 killing pid 784
host.TARDIS	2017-12-10 14:05:06.239	info	stopInstance system.adapter.mqtt.0
host.TARDIS	2017-12-10 14:05:06.239	info	object change system.adapter.mqtt.0
mqtt.0	2017-12-10 14:05:06.148	info	starting. Version 1.2.5 in C:/ioBroker/node_modules/iobroker.mqtt, node: v6.10.3
host.TARDIS	2017-12-10 14:05:05.306	info	instance system.adapter.mqtt.0 started with pid 784
host.TARDIS	2017-12-10 14:05:05.300	info	"system.adapter.mqtt.0" enabled
host.TARDIS	2017-12-10 14:05:05.300	info	object change system.adapter.mqtt.0
javascript.0	2017-12-10 14:05:05.290	info	script.js.Skript_MQTT+SOCKETIO_RESTART: setObject(id=system.adapter.mqtt.0, obj={"_id":"system.adapter.mqtt.0","type":"instance","common":{"name":"mqtt","require":{"js-controller":">=0.10.0"},"versio
javascript.0	2017-12-10 14:05:05.290	info	script.js.Skript_MQTT+SOCKETIO_RESTART: getObject(id=system.adapter.mqtt.0, enumName=undefined) => {"_id":"system.adapter.mqtt.0","type":"instance","common":{"name":"mqtt","require":{"js-controller":
host.TARDIS	2017-12-10 14:05:05.291	info	instance system.adapter.mqtt.0 terminated with code null ()
host.TARDIS	2017-12-10 14:05:05.291	warn	instance system.adapter.mqtt.0 terminated due to SIGTERM
javascript.0	2017-12-10 14:05:05.290	info	script.js.Skript_MQTT+SOCKETIO_RESTART: ########## MQTT SCRIPT-RESTART #########

Die unterste Zeile gibt an, dass das Skript gefeuert und einen Restart initiiert hat.

Warum MQTT plötzlich aus, war ließ sich dem Log leider immer noch nicht entnehmen.

Ich habe jetzt aber die 10 Sekunden Verzögerung eingebaut (die war noch nicht drin).

Vielleicht ging es MQTT einfach zu schnell und der Adapter hat sich "verschluckt" oder so.

WÜnschte, ich könnte den Fehler finden, der das alles auslöst oder ihn zumindest reproduzieren.

[Dutchman]

Mir fällt noch ein dass wir den Adapter eventuell erst aus und dann wieder einschalten sollten.

Moment wird der Wert ja nur auf true gesetzt was er bereits ist dadurch kein Neustart sondern nur Einschalten

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

guter Hinweis.

Werde ich einbauen:

5 Sek Warten: Ausschalten.

5 Sek Warten: Einschalten.

Vielen Dank!

Was mich wundert: Ist sowas nicht eigentlich sowieso schon im MQTT-Adapter eingebaut?

[Dutchman]

Sollte eigentlich

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

Tja… Um so seltsamer.

Werde den Verdacht nicht los, dass entweder ich irgendwo einen üblen Fehler eingebaut habe.

Oder dass eben doch noch irgendwo ein Bug steckt.

MQTT sollte doch eigentlich sehr ausfallsicher sein.

Würde mich auch interessieren, ob es auf einem RasPi mit iobroker zum sleben Fehler kommt.

Kann halt nicht testen, weil ich den Fehler bisher nicht selbst hervorrufen kann.

Wie auch immer:

Ich habe jetzt diesen Code eingebaut. Mal sehen, wie es die nächsten Stunden bzw. Tage damit klappt.

on({id: "system.adapter.mqtt.0.alive"/*mqtt.0.alive*/, val: false}, function (obj) {
     // Adapter erstmal ausschalten, um ganz sicher zug ehen.
    console.log('########## MQTT SCRIPT-SAFETY-SHUTDOWN #########');
    var obj3 = getObject("system.adapter.mqtt.0");
    obj3.common.enabled = false;
    setObject("system.adapter.mqtt.0", obj3);

    //Timeout, erst 5 sekunden nach status alive = false neustart initieren
    timeout = setTimeout(function () {
        var obj2 = getObject("system.adapter.mqtt.0").common.enabled;
        //Nur ausfuehren wen adapter enabled ist UND der alive status immernoch false
        if (obj2 === true && getState("system.adapter.mqtt.0.alive").val === false) {
            console.log('########## MQTT SCRIPT-RESTART #########');
            var obj = getObject("system.adapter.mqtt.0");
            obj.common.enabled = true;
            setObject("system.adapter.mqtt.0", obj);

            }
    // Hier stehen die 5 sekunden    
    }, 5000);      
});

[Dutchman]

Das Script wird so nicht gehen entweder das ausschalten ist innerhalb der if oder du musst diese ändern.

Die überprüft nämlich ob der Adapter enabled ist

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

ok, danke fürs draufschauen.

Weiß nicht so genau, wo der unterschied zwischen "enabled", "live" und "connected" ist.

Ich dachte, enabled ist der Play/Pause-Button bei den Instanzen.

"live" ob der Adapter nun läuft oder nicht.

Und dann ist da noch "connected"(to host?)

Ich bau es in die if-Schleife ein.

[Dutchman]

Richtig, connected ob er Verbindung hat.

Ich hatte bewust die Prüfung auf enabled eingebaut da du den Adapter sonst nie ausschalten kannst ohne dass Script zu stoppen

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

on({id: "system.adapter.mqtt.0.alive"/*mqtt.0.alive*/, val: false}, function (obj) {
    //Timeout, erst 5 sekunden nach status alive = false neustart initieren
    timeout = setTimeout(function () {
        var obj2 = getObject("system.adapter.mqtt.0").common.enabled;
        //Nur ausfuehren wenn Adapter enabled ist UND der alive status immernoch false
        if (obj2 === true && getState("system.adapter.mqtt.0.alive").val === false) {
            // Adapter erstmal ausschalten, um ganz sicher zug ehen.
            console.log('########## MQTT SCRIPT-SAFETY-SHUTDOWN #########');
            var obj = getObject("system.adapter.mqtt.0");
            obj.common.enabled = false;
            setObject("system.adapter.mqtt.0", obj);

            timeout2 = setTimeout(function(){
                console.log('########## MQTT SCRIPT-RESTART #########');
                var obj = getObject("system.adapter.mqtt.0");
                obj.common.enabled = true;
                setObject("system.adapter.mqtt.0", obj);
            }, 2500)
        }
    // Hier stehen die 5 sekunden    
    }, 2500);    
});

[Dutchman]

So auf den schnellen Blick und per tapatalk sieht es ok aus, test Word es beweisen.

Du könntest den alive ja Mal auf false setzen um zu probieren

–-----------------------

Send from mobile device

[Ein ehemaliger Benutzer]

Ne, funktioniert so leider nicht.

Sobald das Skript den Adapter ausschaltet, ruft dieses Event das Skript anscheinend nochmals auf (on: alive = false) , so dass sich eine Endlosschleife ergibt. Ich experimentiere heute Abend noch ein bisschen. Wenn ich eine Lösung finde, poste ich sie hier.