@Almixx Also ich habe im letzten Jahr auch meine Assistenten verlängert und musste nirgendswo einen Key eintragen.
Der Key ist in deinem angelegten Profil hinterlegt. Wenn Du dich damit dann im Adapter und im Alexa Adapter anmeldest, weiß der Adapter anhand deiner Anmeldedaten, dass Du eine Lizenz erworben hast.
@lobomau Also ich nutze die Diskstation nur als Datengrab und Überwachungsstation mit den Kameras, viel mehr mache ich damit nicht.
ioBroker und der Rest laufen bei mir auf einem Intel NUC!
Soweit gibts bei mir aber keine Probleme.
Zurück kommt man auf die alte Version über die Shell, das habe ich Mal gelesen, aber ob das tatsächlich geht ist fraglich. Und ob dadurch irgendwelche Daten verloren gehen.
@knallochse Warum unterstützte der Adapter schon andere Beta's? 
@glasfaser Ja, dass ist mir bewusst.
@glasfaser said in Synology - Adapter aktualisiert sich nicht richtig:
Issues erstellen !
Habe ich bereits erstellt, aber irgendwie reagiert der Owner nicht.
Hmmm!
Hallo zusammen,
Ich möchte den Datenpunkt "motionDetected" mit einem Blockly-Skript betrachten und wenn sich dieser in "true" ändert, möchte ich eine Aktion ausführen. Leider wird dieser Wert nach einem Update auf DSM 7.0 nicht mehr aktualisiert und bleibt permanent auf "false". Die API-Version ist auf 6.2.2 eingestellt.
Außerdem möchte ich den Datenpunkt "getSnapshotCamera" mit dem Blockly-Skript füttern, damit er ein Bild in den iobroker-Ordner legen kann. Dies funktioniert auch nicht mit Blockly! Wenn ich jedoch die Kamera-ID manuell in den Datenpunkt schreibe, wird der Screenshot gespeichert.
Kann mir jemand bei beiden Problemen helfen?
Danke im Voraus.
Liebe aus
Scripthase
Guten Morgen,
ich eröffne auf Aufforderung von @apollon77 auf GitHub jetzt Mal ein Thema hier im Forum, damit mir vielleicht mehr Leute helfen können. Hoffentlich ist das Thema in dieser Kategorie richtig!
Seit kurzem besitze ich eine Fritz!Box 6591 Cable und möchte die mit meinem ioBroker über den TR064 - Adapter verbinden.
Alle Einstellungen wurden wie in der Readme gesetzt und auch der Benutzer mit den Berechtigungen, die er benötigt eingerichtet.
Nachdem man nun den Adapter startet und einen kleinen Augenblick wartet, taucht dann immer diese Fehlermeldung auf und Daten werden nicht übermittelt.
Folgende Versionen sind installiert:
tr-064.0 (30836) Error: read ECONNRESET - {"errno":"ECONNRESET","code":"ECONNRESET","syscall":"read"}
tr-064.0 (30836) ~
tr-064.0 (30836) ~~ Fatal error. Can not connect to your FritzBox.
tr-064.0 (30836) ~~ If configuration, network, IP address, etc. ok, try to restart your FritzBox
tr-064.0 (30836) ~
tr-064.0 (30836) Terminated (JS_CONTROLLER_STOPPED): Fatal error. Can not connect to your FritzBox.
host.iobroker instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobroker Restart adapter system.adapter.tr-064.0 because enabled
Die Fehlermeldung wird mir dann alle paar Minuten im Log des ioBrokers ausgeworfen.
Ich starte nachher Mal die Fritz!Box neu mit der Hoffnung, dass es dann wieder zuverlässig und stabil funktioniert.
Falls jemand noch eine Idee/Anmerkung zu dem Thema hat, kann mir ja gerne hier antworten!
Vielen Dank schon Mal für Eure Hilfe!
Lieben Gruß
Scripthase
@Almixx Also ich habe im letzten Jahr auch meine Assistenten verlängert und musste nirgendswo einen Key eintragen.
Der Key ist in deinem angelegten Profil hinterlegt. Wenn Du dich damit dann im Adapter und im Alexa Adapter anmeldest, weiß der Adapter anhand deiner Anmeldedaten, dass Du eine Lizenz erworben hast.
Bei mir besteht genau das selbe Problem:
host.iobroker 2020-02-16 19:34:39.153 info Restart adapter system.adapter.tr-064.0 because enabled
host.iobroker 2020-02-16 19:34:39.153 info instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR)
host.iobroker 2020-02-16 19:34:39.153 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.iobroker 2020-02-16 19:34:39.153 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
host.iobroker 2020-02-16 19:34:39.153 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
host.iobroker 2020-02-16 19:34:39.153 error Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:71697)
host.iobroker 2020-02-16 19:34:39.153 error Caught by controller[0]: at objects.getObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2491:65)
host.iobroker 2020-02-16 19:34:39.152 error Caught by controller[0]: at adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.tr-064/main.js:115:13)
host.iobroker 2020-02-16 19:34:39.152 error Caught by controller[0]: at main (/opt/iobroker/node_modules/iobroker.tr-064/main.js:1119:49)
host.iobroker 2020-02-16 19:34:39.152 error Caught by controller[0]: ReferenceError: secret is not defined
tr-064.0 2020-02-16 19:34:38.647 info (2399) Terminated (NO_ERROR): Without reason
tr-064.0 2020-02-16 19:34:38.646 info (2399) terminating
tr-064.0 2020-02-16 19:34:38.644 error (2399) ReferenceError: secret is not defined at main (/opt/iobroker/node_modules/iobroker.tr-064/main.js:1119:49) at adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.tr-064/main.j
tr-064.0 2020-02-16 19:34:38.643 error (2399) uncaught exception: secret is not defined
tr-064.0 2020-02-16 19:34:38.626 info (2399) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
Ich habe schon den Schritt wie oben angewandt, aber der hat nicht geholfen. 
@Kuddel
Ich muss sagen, dass ist dir wirklich gut gelungen. 
Habe allerdings eine Frage zu der ganzen Sache ... Und zwar ist dein gebautes VIS und die ganzen Skripte nicht sonderlich Leistungsarm oder?
Was verwendest Du für einen Rechner/Server dafür?
Vielen Dank schon Mal jetzt für deine Antwort!
Gruß Dennis
@dslraser
Entschuldige, wenn ich so dumm frage... Wie erstellst Du deine Datenpunkte per Skript / Blockly?
Ich erstelle die immer unter den Objekten.
