Nachdem ich gerade auf 3.3.16 upgedatet habe kam die Meldung wieder. javascript.0 2021-09-09 17:38:59.164 error In file included from ../src/binding.cc:6: /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local<v8::Object>)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/binding.cc:2003:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(sshcrypto, init) ^~~~~~~~~~~ javascript.0 2021-09-09 17:38:57.941 error In file included from ../src/binding.cc:1: /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local<v8::Object>)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/binding.cc:153:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(cpufeatures, init) ^~~~~~~~~~~

@glasfaser Volltreffer ! Ich habe auch das ssh Modul im Javascript und das cmake fehlt. Also werde ich das cmake nachinstallieren und dann sollte es ohne Fehler gehen. Wieder ein Beweis wie schnell und kompetent hier geholfen wird. Da gibts nichts zu meckern. Danke.

Konnte es über ssh lösen. Den Installationsbefehl eingeben und die Version mit 1.20 angeben. Über die Weboberfläche geht das nicht.

@apollon77 Ich habe gerade festgestellt, dass der callmonitor im Adapter vermeintlich seit einem Internetausfall nicht mehr funktioniert(e). Der letzte im Adapter protokollierte Anruf war vorm Ausfall, die Anrufe danach waren nicht da. Leider war der Ausfall am 1.9. und da habe ich nun keinen log mehr... aber auch jetzt war der Adapter grün, keine Fehlermeldung. Nachdem ich den Callmonitor in der Fritzbox wieder aktiviert hab geht es wieder. Bekanntes Problem der Fritzbox?

Fehler gefunden. Unabhängig von dem Betreiben als Standarduser root, habe ich im Ordner "node_modules" einen Ordner "iobroker.javascript.old" entdeckt, welchen ich mal in 2019 aus "iobroker.javascript" geklont hatte. Kann mich leider nicht mehr erinnern, warum ich dies tat. ioBroker hat diesen Ordner wohl für echt gehalten und daraus die Versionsnummer gezogen. Lösung: rm -r iobroker.javascript.old Nach dem Löschen des Ordners ist alles gut. Die richtige Versionsnummer wird angezeigt. Keine Update-Aufforderung mehr vorhanden. Trotzdem Danke an Alle für die tatkräftige Unterstützung.

@apollon77 Super Klasse vielen Dank für die Hilfe. Jetzt läuft es.

Frag mich einer was das war.... Wie vom Zauberhand sind die Updates durch!!!

@glasfaser Vielen Dank für den Hinweis.

@l4on iobroker list adapters iobroker update -i

@olfrygt sagte in (Gelöst) Alexa Wecker nach Reboot: moin moin, wie hast du denn diese Problem gelöst? bei mir macht es das jetzt auch seit 3 tagen, das ist ganz schön nervig. Also zuerst habe ich ein paar mal das system rebootet um unter meinen skripten das zu finden welches diese wecker stellt. (kam erst nach 3 mal reboot bei mir) Dann habe ich das gelöscht. Ich hatte keine ahnung wieso die Ports 8081 und 8082 an der FB offen und habe dies entfernt (alle Ports die zum iobroker gehen geschlossen). Danach war ruhe

@fredf Danke für den Hinweis. Mit der älteren Version war es noch anders. Da war der Reiter Gruppen noch da.

@thomas-braun Hey Also ich habe noch ein paar versuche gestartet und ich musste wirklich alles neu aufsetzten. Aber war gleich mal den Anlass genutzt viele alt leichen zu entfernen. Nochmal vielen Dank für die hilfe. MfG Pat

@iobroker-lover Da bin ich ganz bei Dir. Ohne https 'fliegen' meine Login Daten frei im Raum rum. Sicherlich kann man sagen, dass wenn man sich ausschließlich im heimischen (W)LAN bewegt, dass Risiko ehr Richtung 0 geht, aber es wäre schon hilfreich wenn ergründet wird warum es beim Admin 4 keine Probleme gab und bei Admin 5 schon. Ich habe jetzt natürlich auch temporär https ausgeschaltet, fühle mich dabei aber etwas unwohl und würde es mittelfristig gerne wieder verwenden.

Ah, gefunden! Das ist ja schick. Mit der reboot variante passten die Werte auch ganz gut. Danke für eure Hilfe. ;-) Leider konnte ich den neuen bluetooth 5.0 stick nicht ohne weiteres zum laufen bringen. Ist aber scheinbar eher ein Ubuntu 20.04 Problem. [image: 1630785482680-bluetooth-5.0-stick.png] Habe es jetzt nur rudimentär gegoogled, weiß jemand einen günstigen 5.0 Stick der direkt funktioniert?

@homoran Da hast du natürlich recht, sorry. Für mich war erstmal das Verhalten selbst interessant. Danke und Grüße

Kann mir noch einmal jemand helfen. Ich möchte gerne die Anrufzeit begrenzen die versucht werden soll wie lange ein Anrufversuch stattfinden soll. Möchte das gerne für einen Anrufversuch auf z.B. 15 Sekunden begrenzen. Falls der Anruf nicht angenommen wird soll der Anrufversuch beendet werden. Danke schon mal...