NEWS
erkennen ob script, Adapter oder System neu gestartet wurde
-
@paul53 said in erkennen ob script, Adapter oder System neu gestartet wurde:
Dann stimmt etwas mit dem Skript nicht. Zeigen!
würde ich ja nur weiß ich nicht welches.@paul53 said in erkennen ob script, Adapter oder System neu gestartet wurde:
Alle Datenpunkt-Zustände werden regelmäßig in einer Datei (states.jsonl) gesichert, die bei ioBroker-Neustart eingelesen wird.
das wäre ja ok wenn dem so ist. Muss ich mal testen. Ich bin bisher der Annahme das bei einem Neustart alles auf Null ist.
Die states.json wird als erstes gelesen und alle Datenpunkte wiederhergestellt ? -
@liv-in-sky said in erkennen ob script, Adapter oder System neu gestartet wurde:
du hast 50 scripte, die keinen trigger haben ? also nur einmal laufen
nein, jedes Script hat etliche Trigger
-
@ubecker sagte: Die states.json wird als erstes gelesen und alle Datenpunkte wiederhergestellt ?
Ja, bei ioBroker-Neustart werden die objects.jsonl und states.jsonl eingelesen und so alle Objekte und Zustände wieder hergestellt, bevor irgendein Adapter darauf zugreifen kann. Hast du auf Redis umgestellt, werden die Zustände aus der Redis-DB eingelesen.
Bei Neustart der Javascript-Instanz werden alle Objekte und Zustände vom js-controller in die Puffer der Javascript-Instanz eingelesen. -
@paul53 danke für die Info, werde ich ausprobieren.
Bleibt nur noch eine Frage: Kann man ein Script Immer als erstes laufen lassen? -
@ubecker evtl weiß das paul
was mir einfällt - eine weitere javascript instanz installieren und die scripte, die später gestartet werden sollen, in die 2te instanz verschieben - vielleicht ginge das
-
@liv-in-sky said in erkennen ob script, Adapter oder System neu gestartet wurde:
in die 2te instanz verschieben - vielleicht ginge das
möglich wäre es (gefällt mir aber nicht). Hintergund ist der: Ich steuere etliches über Datum, Zeit.
Wenn ich in Urlaub bin schalte ich fast alles aus. Bevor ich wieder zu Hause bin starte ich etliche Geräte über VPN. So auch den iobroker auf meinem NAS. Nach dem Neustart sind dann die letzten Werte der Datenpunkte vorhanden. Stimmt aber nicht mit der aktuellen Zeit. Dann kann einiges schief laufen. In diesem Fall möchte ich eine neu Initialisierung des System durchführen.
Ein Script z.B INIT das immer als erstes gestartet wird kann das alles abfangen.
Auf meinem alten System (welches über 10 Jahre) problemlos gelaufen ist gab es das. -
@ubecker vielleicht hat noch jmd anderes eine idee
-
@liv-in-sky danke dir, mal sehen.
-
@ubecker sagte: starte ich etliche Geräte über VPN. So auch den iobroker
ioBroker ist für 24/7 konzipiert.
-
@paul53 said in erkennen ob script, Adapter oder System neu gestartet wurde:
ioBroker ist für 24/7 konzipiert.
ich weiß, nur muss auch alle Hardware mitmachen. Ich schalte halt alles aus was nicht unbedingt gebraucht wird. Ich war über Jahrzehnte in der Entwicklung von Geräten für die Industrie beschäftigt. Diese Geräte waren für 24/7/n Jahre ausgelegt. Wenn ich heute mir Teile ansehe z.B. Steckernetzteile oder PCs, den traue ich nicht und lass die nicht über Wochen unbeaufsichtigt laufen. Teile die laufen müssen hab ich überarbeitet.
-
Eigentlich ist das doch recht simpel wenn mans nicht kompliziert machen will
if (new Date().getTime() - getState('system.adapter.javascript.0.alive').lc < 60000) log('jep das war ein neustart von irgendwas')
Aber keine Ahnung ob der alive for dem Skriptstart auf true gesetzt wird, meine Skripte funktionieren alle auch nach einem Neustart.
-
@ticaki said in erkennen ob script, Adapter oder System neu gestartet wurde:
Eigentlich ist das doch recht simpel wenn mans nicht kompliziert machen will
ja, diese Ideen hab ich auch, nur wieder die Eingangsfrage: Wie stelle ich sicher das dieses als erstes läuft? -
Könnte man sich nicht ein Script scheiben, welches alle Scripte stoppt und sich in einem DP speichert welche das waren.
Nur das besagte Script ist noch aktiv und wird beim Neustart ausgeführt, macht was auch immer und startet dann die anderen Scripte.
Was ähnliches mache ich mit Lampen. In einer bestimmten Situation werden alle eingeschaltet und später wieder auf den Zustand wie es vorher alles war.
-
@ubecker sagte: lass die nicht über Wochen unbeaufsichtigt laufen.
Mein RasPi 2 mit ioBroker läuft seit 7 Jahren jedes Jahr 25 Wochen unbeaufsichtigt.
-
if (new Date().getTime() - getState('system.adapter.javascript.0.alive').lc < 60000) { on({id:'0_userdata.0.letsGo', change: 'any', val: true}, ()=> { startScript() } return; }
DA musste halt die Zeiten richtig setzen und im anderen Skript warten bis du den state setzt.
-
@paul53 said in erkennen ob script, Adapter oder System neu gestartet wurde:
@ubecker sagte: lass die nicht über Wochen unbeaufsichtigt laufen.
Mein RasPi 2 mit ioBroker läuft seit 7 Jahren jedes Jahr 25 Wochen unbeaufsichtigt.
ja kann man, bin da wohl etwas Paranoid. Ich hab schon zu viele Geräte abbrennen sehen.
-
@david-g said in erkennen ob script, Adapter oder System neu gestartet wurde:
nicht ein Script scheiben, welches alle Scripte stoppt
Ansatz ist ok. Ich mache ein gezieltes Shutdown bevor ich ausschalte. Stoppe alle Scripte bis auf diesen einen. Nach Neustart wird nur dieses eine ausgeführt und dieses startet wieder die anderen. Würde gehen. Einzig ein Stromausfall übersteht das nicht im normalen Betrieb, aber das ist ein anderer Fall.
Muss ich mal durchspielen. danke -
danke euch für die Anregungen, hab jetzt was zum Nachdenken.
Aber vielleicht wäre es möglich in den nächsten Javascript Adapter mal vorzusehen ein sogenanntes INIT-SCRIPT. Wird immer als erstest ausgeführt wenn vorhanden.
-
Ich habs jetzt nur so überflogen:
Ich schließe mich hier @paul53 an.
Der Javascriptadapter startet erst wenn das System seine Umgebungsvariablen eingelesen hat.
Alles andere wäre fatal. (EVA Prinzip)Ich sehe hier also nicht wirklich ein Problem.
Meine ganzen Scripte sind so, dass sie alleine laufen können. Hast Du Abhängigkeiten der Scripte untereinander ist JS für dich die falsche Plattform, dann musst du entweder mit einer SPS arbeiten oder deine Scripte so umbauen, dass sie untereinander Kommunizieren mit Schnittstellen, das ist aber ein riesiger umbau und m.E. völlig unnötig, da die DP hier die Schnittstelle sind. Vorsicht: DP schreiben asynchron. Du musst also mit Triggern arbeiten wenn Du eine vernünftige Kommunikation haben willst.
JS ist nicht Echtzeit.