NEWS
UNSOLVED Zigbee Adapter Problem nach Update
-
@DocGame sagte in Zigbee Adapter Problem nach Update:
Würde ja mal ein Update über die Katze machen...
'Über die Katze' macht man keine UPDATES, sondern haut sich Software im alpha-stage auf die Kiste. UPDATES macht man nur über die Repositories, am besten aus default/stable.
-
@Thomas-Braun
Deswegen scheu ich mich ja auch. Wenn benötigte States vor Neuinstallation da waren (schon ab einigen Versionsnummern vorher) auf einmal nicht mehr gefüllt werden(mit den gleichen Schaltern) ist ja irgendwas faul. War ja nur eine überlegung. Ich hoffe es gibt eine einfache Erklärung und das ganze lässt sich auch so wieder einrenken. -
Nachdem ich die alten iobroker-Instanzen gelöscht habe und über den Windows Installer eine neue iobroker-Instanz erstellt habe geht ja nach einfügen des alten Data-Verzeichnisses soweit wieder alles (bis auf die oben erwähnten Zigbee-States) alles. Um dieses Problem anzugehen habe ich den Verwahrungsort auf latest gestellt. Bei 10 Adaptern, die er mit einem Update angezeigt hat ging alles.....nur bei der 1.31 von Zigbee nicht. Die zuvor installierte 1.21 ging dann leider auch nicht mehr. Nach einem Upgrade auf 1.20 läuft soweit alles wieder. Das heißt für mich, das mein grundlegendes Problem (siehe Anfang des Thema's) immer noch vorhanden ist. Die Fehlermeldungen sind die selben.
Eines ist mir bei meinen Reperaturversuchen noch aufgefallen: Bei den alten iobroker-Instanzen war ich bei beim anwählen der iobroker-Eingabefensters(CL) über die Startleiste direkt im Verzeichnis der Instanz. Jetzt ist zwar die CL-Instanz zum anwählen im Startmenü, ich lande aber im C:\Windows\System32 verzeichnis. Kann man das geradebiegen? Keine Ahnung was da beim Installieren schief lief. -
@Thomas-Braun ZigbeeAdapter ist ne ausnahme....
@DocGame muss ich mir Live anschauen.. kein Plan was da schief läuft..
wie siehts aus Montag ab 20 Uhr.. bei dir ? im TS -
@arteck Ich möchte nur vermeiden, dass der Eindruck entsteht, 'über die Katze' wäre der übliche und normale Weg sein System zu aktualisieren.
-
@arteck Muss mich mal informieren wie TS überhaupt funktioniert. Zeit würde ich mir auf jeden Fall nehmen...
-
@DocGame schreib mich mal per pn an wenn du soweit bist..
-
@arteck ich habe gestern auch ein Update von 1.3.0 auf 1.3.1 gemacht ganz normal ohne die Katze aber bei mir lief danach auch nichts mehr. Der Adapter blieb rot. Zum Glück konnte ich ein externes Update wieder einspielen so, das alles wieder auf dem alten Stand war. Ich bin jetzt vorsichtig mit Zigbee Updates
-
Vielen Dank für die Info.
Noch schöner wäre Du hättest uns die Logs zukommen lassen. So "wissen" wir jetzt das im 1.3.1 im Latest irgendwo ein Bug versteckt ist den wir nicht finden weil der Adapter bei uns läuft.
A.
-
@Asgothian said in Zigbee Adapter Problem nach Update:
Vielen Dank für die Info.
Noch schöner wäre Du hättest uns die Logs zukommen lassen. So "wissen" wir jetzt das im 1.3.1 im Latest irgendwo ein Bug versteckt ist den wir nicht finden weil der Adapter bei uns läuft.
A.
Ja da hast du recht aber als er nicht lief und unter den Einstellungen vom Adapter nicht ein einziges Gerät zu finden war habe ich sofort die Reißleine gezogen und das Update zurückgespielt.
-
Kann ich nachvollziehen. Hier aber die schlechte Nachricht:
Wenn es ein Fehler ist der mit Deiner Hardware zu tun hat werden wir den wahrscheinlich nicht finden - damit riskierst Du von den Updates abgeschnitten zu werden. Zu hoffen das der Fehler "wie durch Geisterhand" beim update auf die 1.3.2 dann weg ist ist.. mutig.
Nun zur guten Nachricht. Wenn du das Update in den letzten Tagen gemacht hast dann existiert das Log noch. (Log Ansicht, Knopf Log herunter laden, Richtigen Tag auswählen). Wenn Du dieses Log zusammen mit einer ungefähren Vorstellung wann du das Update gemacht hast (Uhrzeit) postest können wir uns den Fehler anschauen, bewerten, und ggf. sogar beheben.
A.
-
@Asgothian iobroker.2020-11-01.log.gz
Ich hoffe, ich kann den so ohne weiteres posten. -
@arteck Ich habe lange überlegt was ich mache.
Meinen I5-NUC mit Win10 werde ich erst mal weiterlaufen lassen, da ja nur das Update des Zigbee-Adapters nicht geht.
Ich habe mir heute einen NUC10 mit I7, 2TB M2-SSD und 32 Gig. Speicher bestellt. Auf diesem werde ich dann versuchen Proxmox zu installieren und den iobroker über Debian laufen lassen. Bis jetzt bin ich mit Linux überhaupt nicht zurecht gekommen. Ich versuchs einfach mal und verspreche mir eine Stabile Oberfläche. Wenn iobroker auf dem neuen System läuft (werde versuchen mein Windows-Backup vom iobroker einzuspielen) wird umgestellt.
Eine Frage.... Wenn ich meinen cc1352p-2 vom alten System ins neue Stecke, kann ich mir bei gleichem Kanal usw. und einspielen des Zigbee-Backups mit dem Backup-Adapter das einlernen aller Geräte sparen? (Nicht das ich das schon öfters gemacht habe....nerven tut es trotzdem)
Was hälts du von meinem Plan? -
@DocGame sagte in Zigbee Adapter Problem nach Update:
Backup-Adapter das einlernen aller Geräte sparen? (Nicht das ich das schon öfters gemacht habe....nerven tut es trotzdem)
ja... das ist so
-
@biker1602 du hast da noch was anderes gemacht.. ich wette mit dir.. die Änderung von 1.3.0 auf 1.3.1 war nur eine Abhängigkeit korrektur.. die mit dem adapter indirekt zu tun hatte. ich kann nur @Asgothian zustimmen OHNE LOG GEHT NIX
na was sag ich
01 10:51:57.129 - [32minfo[39m: host.raspberrypi iobroker during GIMPLE pass: cfgIn file included from ../src/BluetoothHciSocket.cpp:8:../src/BluetoothHciSocket.cpp: In static member function ‘static void BluetoothHciSocket::Init(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’:../src/BluetoothHciSocket.cpp:110:17: internal compiler error: Bus-Zugriffsfehler NAN_MODULE_INIT(BluetoothHciSocket::Init) { ^~~~~~~~~~~~~~~~~~../../../nan/nan.h:157:10: note: in definition of macro ‘NAN_MODULE_INIT’ void name(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE target) ^~~~0xb6b1311f ??? ../sysdeps/unix/sysv/linux/arm/sigrestorer.S:64Please submit a full bug report,with preprocessed source if appropriate.Please include the complete backtrace with any bug report.See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.make: *** [bluetooth_hci_socket.target.mk:101: Release/obj.target/bluetooth_hci_socket/src/BluetoothHciSocket.o] Fehler 1gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack at ChildProcess.emit (events.js:198:13)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.97-v7l+gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "build" "--fallback-to-build" "--module=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/bluetooth_hci_socket.node" "--module_name=bluetooth_hci_socket" "--module_path=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding" "--napi_version=6" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v64"gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/bluetooth-hci-socketgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/bluetooth_hci_socket.node --module_name=bluetooth_hci_socket --module_path=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding --napi_version=6 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v64' (1)node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/node-pre-gyp/lib/util/compile.js:83:29)node-pre-gyp ERR! stack at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)node-pre-gyp ERR! System Linux 4.19.97-v7l+node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/bluetooth-hci-socketnode-pre-gyp ERR! node -v v10.20.1node-pre-gyp ERR! node-pre-gyp -v v0.15.0node-pre-gyp ERR! not ok 2020-11-01 10:52:06.511 - [32minfo[39m: host.raspberrypi iobroker npm ERR! code ENOENTnpm ERR! syscall accessnpm ERR! path /opt/iobroker/node_modules/iobroker.mqtt/node_modules/wsnpm ERR! errno -2npm ERR! 2020-11-01 10:52:06.513 - [32minfo[39m: host.raspberrypi iobroker enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.mqtt/node_modules/ws'npm 2020-11-01 10:52:06.517 - [32minfo[39m: host.raspberrypi iobroker ERR! enoent This is related to npm not being able to find a file.npm ERR! 2020-11-01 10:52:06.520 - [32minfo[39m: host.raspberrypi iobroker enoent 2020-11-01 10:52:06.575 - [32minfo[39m: host.raspberrypi iobroker 2020-11-01 10:52:06.578 - [32minfo[39m: host.raspberrypi iobroker npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2020-11-01T09_52_06_537Z-debug.log 2020-11-01 10:52:06.614 - [31merror[39m: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.web@3.0.14: 254 2020-11-01 10:52:06.677 - [32minfo[39m: host.raspberrypi iobroker info 2020-11-01 10:52:06.680 - [32minfo[39m: host.raspberrypi iobroker sharp Using cached /home/iobroker/.npm/_libvips/libvips-8.10.0-linux-armv7.tar.br 2020-11-01 10:52:07.637 - [32minfo[39m: host.raspberrypi iobroker exit 25 2020-11-01 10:53:09.770 - [32minfo[39m: host.raspberrypi iobroker In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:43:10: error: /usr/include/c++/8/bits/std_mutex.h: Eingabe-/Ausgabefehler #include <bits/std_mutex.h> ^~~~~~~~~~~~~~~~~~ 2020-11-01 10:53:09.771 - [32minfo[39m: host.raspberrypi iobroker npm ERR! code ENOENTnpm ERR! syscall accessnpm ERR! path /opt/iobroker/node_modules/iobroker.mqtt/node_modules/wsnpm ERR! errno -2npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.mqtt/node_modules/ws'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent 2020-11-01 10:53:13.171 - [32minfo[39m: host.raspberrypi iobroker In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:178:25: error: expected class-name before ‘,’ token : private __mutex_base, public __timed_mutex_impl<timed_mutex> ^/usr/include/c++/8/mutex:181:13: error: ‘__native_type’ does not name a type; did you mean ‘__false_type’? typedef __native_type* native_handle_type; ^~~~~~~~~~~~~ __false_type/usr/include/c++/8/mutex:223:5: error: ‘native_handle_type’ does not name a type native_handle_type ^~~~~~~~~~~~~~~~~~/usr/include/c++/8/mutex: In member function ‘void std::timed_mutex::lock()’:/usr/include/c++/8/mutex:192:39: error: ‘_M_mutex’ was not declared in this scope int __e = __gthread_mutex_lock(&_M_mutex); ^~~~~~~~/usr/include/c++/8/mutex:192:39: note: suggested alternative: ‘timed_mutex’ int __e = __gthread_mutex_lock(&_M_mutex); ^~~~~~~~ timed_mutex/usr/include/c++/8/mutex: In member function ‘bool std::timed_mutex::try_lock()’:/usr/include/c++/8/mutex:203:40: error: ‘_M_mutex’ was not declared in this scope return !__gthread_mutex_trylock(&_M_mutex); ^~~~~~~~/usr/include/c++/8/mutex:203:40: note: suggested alternative: ‘timed_mutex’ return !__gthread_mutex_trylock(&_M_mutex); ^~~~~~~~ timed_mutex/usr/include/c++/8/mutex: In member function ‘void std::timed_mutex::unlock()’:/usr/include/c++/8/mutex:220:31: error: ‘_M_mutex’ was not declared in this scope __gthread_mutex_unlock(&_M_mutex); ^~~~~~~~/usr/include/c++/8/mutex:220:31: note: suggested alternative: ‘timed_mutex’ __gthread_mutex_unlock(&_M_mutex); ^~~~~~~~ timed_mutex/usr/include/c++/8/mutex: In member function ‘bool std::timed_mutex::_M_timedlock(const __gthread_time_t&)’:/usr/include/c++/8/mutex:232:44: error: ‘_M_mutex’ was not declared in this scope { return !__gthread_mutex_timedlock(&_M_mutex, &__ts); } ^~~~~~~~/usr/include/c++/8/mutex:232:44: note: suggested alternative: ‘timed_mutex’ { return !__gthread_mutex_timedlock(&_M_mutex, &__ts); } ^~~~~~~~ timed_mutex/usr/include/c++/8/mutex: At global scope:/usr/include/c++/8/mutex:468:12: error: ‘unique_lock’ does not name a type inline unique_lock<_Lock> ^~~~~~~~~~~/usr/include/c++/8/mutex: In static member function ‘static void std::__try_lock_impl<_Idx, _Continue>::__do_try_lock(std::tuple<_Lock& ...>&, int&)’:/usr/include/c++/8/mutex:480:30: error: ‘__try_to_lock’ is not a member of ‘std’ auto __lock = std::__try_to_lock(std::get<_Idx>(__locks)); ^~~~~~~~~~~~~/usr/include/c++/8/mutex:480:30: note: suggested alternative: ‘__try_lock_impl’ auto __lock = std::__try_to_lock(std::get<_Idx>(__locks)); ^~~~~~~~~~~~~ __try_lock_impl/usr/include/c++/8/mutex: In static member function ‘static void std::__try_lock_impl<_Idx, false>::__do_try_lock(std::tuple<_Lock& ...>&, int&)’:/usr/include/c++/8/mutex:500:30: error: ‘__try_to_lock’ is not a member of ‘std’ auto __lock = std::__try_to_lock(std::get<_Idx>(__locks)); ^~~~~~~~~~~~~/usr/include/c++/8/mutex:500:30: note: suggested alternative: ‘__try_lock_impl’ auto __lock = std::__try_to_lock(std::get<_Idx>(__locks)); ^~~~~~~~~~~~~ __try_lock_impl/usr/include/c++/8/mutex: In function ‘void std::lock(_L1&, _L2&, _L3& ...)’:/usr/include/c++/8/mutex:547:11: error: ‘unique_lock’ was not declared in this scope unique_lock<_L1> __first(__l1); ^~~~~~~~~~~/usr/include/c++/8/mutex:547:26: error: expected primary-expression before ‘>’ token unique_lock<_L1> __first(__l1); ^/usr/include/c++/8/mutex:553:15: error: ‘__first’ was not declared in this scope __first.release(); ^~~~~~~/usr/include/c++/8/mutex:553:15: note: suggested alternative: ‘__fpos_t’ __first.release(); ^~~~~~~ __fpos_t../src/common.cc: At global scope:../src/common.cc:519:8: error: ‘mutex’ in namespace ‘std’ does not name a type std::mutex vipsWarningsMutex; ^~~~~../src/common.cc:519:3: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:27:1:+#include <mutex> ../src/common.cc:519:3: std::mutex vipsWarningsMutex; ^~~../src/common.cc: In function ‘void sharp::VipsWarningCallback(const char*, GLogLevelFlags, const char*, void*)’:../src/common.cc:525:10: error: ‘lock_guard’ is not a member of ‘std’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~../src/common.cc:525:10: note: ‘std::lock_guard’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:525:26: error: ‘mutex’ is not a member of ‘std’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~../src/common.cc:525:26: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:525:38: error: ‘vipsWarningsMutex’ was not declared in this scope std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~~~~~~~~../src/common.cc:525:38: note: suggested alternative: ‘vipsWarnings’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~~~~~~~~ vipsWarnings../src/common.cc:525:33: error: ‘lock’ was not declared in this scope std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~../src/common.cc:525:33: note: suggested alternative:In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:542:5: note: ‘std::lock’ lock(_L1& __l1, _L2& __l2, _L3&... __l3) ^~~~../src/common.cc: In function ‘std::string sharp::VipsWarningPop()’:../src/common.cc:534:10: error: ‘lock_guard’ is not a member of ‘std’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~../src/common.cc:534:10: note: ‘std::lock_guard’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:534:26: error: ‘mutex’ is not a member of ‘std’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~../src/common.cc:534:26: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:534:38: error: ‘vipsWarningsMutex’ was not declared in this scope std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~~~~~~~~../src/common.cc:534:38: note: suggested alternative: ‘vipsWarnings’ std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~~~~~~~~~~~~~~ vipsWarnings../src/common.cc:534:33: error: ‘lock’ was not declared in this scope std::lock_guard<std::mutex> lock(vipsWarningsMutex); ^~~~../src/common.cc:534:33: note: suggested alternative:In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:542:5: note: ‘std::lock’ lock(_L1& __l1, _L2& __l2, _L3&... __l3) ^~~~ 2020-11-01 10:53:13.173 - [32minfo[39m: host.raspberrypi iobroker npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2020-11-01T09_53_09_282Z-debug.log 2020-11-01 10:53:13.173 - [31merror[39m: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.zigbee@1.3.1: 254 2020-11-01 10:53:13.175 - [32minfo[39m: host.raspberrypi iobroker exit 25
und dann weiter
2020-11-01 11:19:44.039 - [32minfo[39m: host.raspberrypi "system.adapter.zigbee.0" enabled 2020-11-01 11:19:46.122 - [32minfo[39m: host.raspberrypi instance system.adapter.zigbee.0 started with pid 15980 2020-11-01 11:19:46.673 - [31merror[39m: host.raspberrypi Caught by controller[0]: /opt/iobroker/node_modules/zigbee-herdsman/node_modules/bindings/bindings.js:135 2020-11-01 11:19:46.674 - [31merror[39m: host.raspberrypi Caught by controller[0]: throw err; 2020-11-01 11:19:46.674 - [31merror[39m: host.raspberrypi Caught by controller[0]: ^ 2020-11-01 11:19:46.674 - [31merror[39m: host.raspberrypi Caught by controller[0]: Error: Could not locate the bindings file. Tried: 2020-11-01 11:19:46.674 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/Debug/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/Release/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/out/Debug/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/Debug/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/out/Release/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/Release/bindings.node 2020-11-01 11:19:46.675 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/default/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/compiled/10.20.1/linux/arm/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/release/install-root/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/debug/install-root/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/default/install-root/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/binding/node-v64-linux-arm/bindings.node 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: at bindings (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/bindings/bindings.js:126:9) 2020-11-01 11:19:46.676 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/linux.js:2:36) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17) 2020-11-01 11:19:46.677 - [31merror[39m: host.raspberrypi Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18) 2020-11-01 11:19:46.678 - [31merror[39m: host.raspberrypi Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/index.js:14:22) 2020-11-01 11:19:46.678 - [31merror[39m: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
du solltest dir mal die LOGs nach einem Update anschauen.
dein @serialport passt nicht zu dem schon installieren ...
mach folgendesadapter stoppen
lösche per hand folgende ordner..
rm -R /opt/iobroker/node_modules/@serialport rm -R /opt/iobroker/node_modules/zigbee-herdsman rm -R /opt/iobroker/node_modules/zigbee-herdsman-converter
danach installierst du den Adapter nochmal mit der katze
starten läuft -
@arteck Muss ich danach alle Zigbee Module wieder neu anlernen?
-
@biker1602 Nein.
-
@Asgothian Jetzt nochmal Stück für Stück. Ich habe mich mit WinSCP auf dem Raspi eingeloggt und die Ordner, die du beschrieben hast gesucht. Die habe ich auch gefunden. Jetzt soll ich den Adapter ausschalten oder besser gesagt stoppen und dann diese drei Ordner löschen. Richtig? Ich denke man soll keine Adapter über die Katze installieren. Habe ich ja auch noch nie gemacht aber schon oft gelesen. Muss ich erstmal suchen wo ich das dann finde. Aber erst wollte ich die Bestätigung, das es so richtig ist.
-
@biker1602
winSCP ist ein Filemanager.
Eigentlich geht man mit einem ssh-client wie z.B. puTTY auf den Server. Mit der Windows Powershell geht das aber mittlerweile auch.Welche Version von nodeJS läuft da eigentlich bei dir? Ggf. ist die auch zu alt für neuen Code / Abhängigkeiten.
-