@mringenieur Moin, ich habe gestern die Migration durchgeführt, und auf dem iobroker blieb, nach der neuen Anmeldung der HCU, alles beim alten.
Ich musste nichts ändern, alles funktioniert wie vorher, als ob nie was gewesenen wäre.

@mringenieur Ja hatte ich natürlich, ist alles so geblieben wie erhofft, musste nichts anpassen!
Bei mir ist aber alles in Blockly.

Nach ein paar Tagen ist mir aufgefallen, das der Adapter morgens hängt, d.h. es werden einige Automatisierungen nicht durchgeführt, nach einem Neustart der Instanz, ist dann alles wieder ok.
Kann man eine Instanz nicht Zeitgetriggert neu starten, weil es, so wie es aussieht, immer zur selben Zeit passiert?
Würde dann zu einer gewissen Uhrzeit, jeden Morgen die Instanz neu starten, solange bis der Adapter als stable kommt.

Edit: Habe es gefunden, im Expertenmodus, kann man das einstellen.

Hallo, habe seit einigen Tagen ein merkwürdiges Problem mit der HCU. Ich nutze das Restartscript seit einiger Zeit ohne Probleme, nun ist es so das jeden Morgen die HCU so oft neu gestartet wurde, das der Restart vom Script geblockt werden sollte.
Somit kommt keine Verbinung zustande, versuche ich nun eine manuellen Neustart, kommt immer im Protokoll "Token not yet createt".
Schaue ich dann in die Instanz sind dann wirklich alle erzeugten Token leer, trage ich die händisch (weil bequemer) wieder ein, verbindet sich die HCU wieder, bis zum nächsten Tag, dann geht alles von vorne los. (Bei einem, durch den Anmeldeprozess erzeugte Token, ist es genauso)
Es wurde nichts am System geändert, welches Monate problemlos funktionierte.
Wenn ich Tagsüber die Instanz händisch neu starte, funktioniert das problemlos, egal wie oft, was ist da passiert?

@homoran sorry hab ihn mit nem Tablet S10ultrra gemacht, werde mich bessern.

@homoran werde ich machen, habe die JS Instanz jetzt geändert und den Haken bei Enable command setObjekt gesetzt, ich hoffe dass das die Ursache war.

@lichtraum Irgendetwas klappt bei mir nicht, hänge mal nen Screenshot an!
Wenn ich die Instanz manuell neu starte, geht es sofort, was kann das für eine Ursache haben?

@lichtraum Hallo, erstmal danke für das Script, nur bin ich ein wenig unbeholfen, außerhalb von Blockly.
Kannst du kurz erklären, wie ich das einbinde?
Einfach, genauso wie ein Blocklyscript, ein JavaScript anlegen, deinen Code einfügen, und starten?

@balu-0 Also ich habe den Haken entfernt, allerdings bringt das bei mir keine Änderung.
Wenn der Datenpunkt unlock=true ist, öffnet sich das Schloss, nach jeder neuen Verbindung, (start/stop) der Instance.
Es bleibt einem wohl nichts anderes übrig, als immer ein False nachzusenden!

@homoran Mag ja sein, bisher hatte ich da nichts vermisst.
Aber danke für deine Unterstützung, dadurch konnte ich ja mein eigentliches Problem lösen.

@homoran Mehr sehe ich da nicht, wenn es da noch etwas geben sollte, weiß ich nicht wo die zu finden sind.
Habe alles was ich sehen kann ja mal angehangen.

@homoran Nein keine CCU, nutze eine HCU.
Ich habe es jetzt doch mit einer Pause von 500ms gelöst, so reicht es mir erstmal.
Nochmal zur Info, der Datenpunkt ist der Shutterlevel aus dem Rolladenaktor, sonst gibt es da nicht so viele welche ich nutzen kann.
Hier nochmal die Vorhandenen.
Aber wie gesagt, so ist es erstmal ok, obwohl er beim Hochfahren jetzt auch abschließt, aber das ist nicht weiter tragisch.

@homoran Der Datenpunkt kommt auch aus dem Rolladenaktor, und dieser wird mit der Homematic App, oder dem Echo gesteuert, nicht mit dem ioBroker.
Anbei mal die Objektdaten:

{
"type": "state",
"common": {
"name": "shutterLevel",
"type": "number",
"role": "level",
"read": true,
"write": true,
"min": 0,
"max": 100
},
"native": {
"id": "xxxxxxxxxxx",
"channel": "1",
"parameter": "shutterlevel"
},
"from": "system.adapter.hmip.0",
"user": "system.user.admin",
"ts": xxxxxxxxxxxxxxx,
"_id": "hmip.0.devices.xxxxxxxxxxxxxxxx.channels.1.shutterLevel",
"acl": {
"object": 1636,
"state": 1636,
"file": 1632,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}
}