Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. Zigbee Adapter Problem nach Update

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.5k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    993

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.3k

Zigbee Adapter Problem nach Update

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
zigbee-adapter
66 Beiträge 6 Kommentatoren 5.9k Aufrufe 5 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • AsgothianA Asgothian

    @biker1602

    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.

    B Offline
    B Offline
    biker1602
    schrieb am zuletzt editiert von
    #45

    @Asgothian iobroker.2020-11-01.log.gz
    Ich hoffe, ich kann den so ohne weiteres posten.

    1 Antwort Letzte Antwort
    0
    • arteckA arteck

      @DocGame schreib mich mal per pn an wenn du soweit bist..

      D Offline
      D Offline
      DocGame
      schrieb am zuletzt editiert von
      #46

      @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?

      arteckA 1 Antwort Letzte Antwort
      0
      • D DocGame

        @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?

        arteckA Offline
        arteckA Offline
        arteck
        Developer Most Active
        schrieb am zuletzt editiert von arteck
        #47

        @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

        zigbee hab ich, zwave auch, nuc's genauso und HA auch

        D 1 Antwort Letzte Antwort
        0
        • B biker1602

          @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

          arteckA Offline
          arteckA Offline
          arteck
          Developer Most Active
          schrieb am zuletzt editiert von arteck
          #48

          @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  - info: 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  - info: 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  - info: 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  - info: 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  - info: host.raspberrypi iobroker enoent 
          2020-11-01 10:52:06.575  - info: host.raspberrypi iobroker 
          2020-11-01 10:52:06.578  - info: 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  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.web@3.0.14: 254
          2020-11-01 10:52:06.677  - info: host.raspberrypi iobroker info
          2020-11-01 10:52:06.680  - info: 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  - info: host.raspberrypi iobroker exit 25
          2020-11-01 10:53:09.770  - info: 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  - info: 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  - info: 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  - info: 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  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.zigbee@1.3.1: 254
          2020-11-01 10:53:13.175  - info: host.raspberrypi iobroker exit 25
          

          und dann weiter

          2020-11-01 11:19:44.039  - info: host.raspberrypi "system.adapter.zigbee.0" enabled
          2020-11-01 11:19:46.122  - info: host.raspberrypi instance system.adapter.zigbee.0 started with pid 15980
          2020-11-01 11:19:46.673  - error: 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  - error: host.raspberrypi Caught by controller[0]:   throw err;
          2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]:   ^
          2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]: Error: Could not locate the bindings file. Tried:
          2020-11-01 11:19:46.674  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: host.raspberrypi Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
          2020-11-01 11:19:46.677  - error: 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  - error: host.raspberrypi Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
          2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
          2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
          2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Module.require (internal/modules/cjs/loader.js:692:17)
          2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at require (internal/modules/cjs/helpers.js:25:18)
          2020-11-01 11:19:46.678  - error: 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  - error: 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 folgendes

          adapter 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

          zigbee hab ich, zwave auch, nuc's genauso und HA auch

          B 1 Antwort Letzte Antwort
          0
          • arteckA arteck

            @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  - info: 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  - info: 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  - info: 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  - info: 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  - info: host.raspberrypi iobroker enoent 
            2020-11-01 10:52:06.575  - info: host.raspberrypi iobroker 
            2020-11-01 10:52:06.578  - info: 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  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.web@3.0.14: 254
            2020-11-01 10:52:06.677  - info: host.raspberrypi iobroker info
            2020-11-01 10:52:06.680  - info: 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  - info: host.raspberrypi iobroker exit 25
            2020-11-01 10:53:09.770  - info: 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  - info: 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  - info: 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  - info: 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  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.zigbee@1.3.1: 254
            2020-11-01 10:53:13.175  - info: host.raspberrypi iobroker exit 25
            

            und dann weiter

            2020-11-01 11:19:44.039  - info: host.raspberrypi "system.adapter.zigbee.0" enabled
            2020-11-01 11:19:46.122  - info: host.raspberrypi instance system.adapter.zigbee.0 started with pid 15980
            2020-11-01 11:19:46.673  - error: 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  - error: host.raspberrypi Caught by controller[0]:   throw err;
            2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]:   ^
            2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]: Error: Could not locate the bindings file. Tried:
            2020-11-01 11:19:46.674  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: host.raspberrypi Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
            2020-11-01 11:19:46.677  - error: 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  - error: host.raspberrypi Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
            2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
            2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
            2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Module.require (internal/modules/cjs/loader.js:692:17)
            2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at require (internal/modules/cjs/helpers.js:25:18)
            2020-11-01 11:19:46.678  - error: 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  - error: 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 folgendes

            adapter 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

            B Offline
            B Offline
            biker1602
            schrieb am zuletzt editiert von
            #49

            @arteck Muss ich danach alle Zigbee Module wieder neu anlernen?

            AsgothianA 1 Antwort Letzte Antwort
            0
            • B biker1602

              @arteck Muss ich danach alle Zigbee Module wieder neu anlernen?

              AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von
              #50

              @biker1602 Nein.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              B 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @biker1602 Nein.

                B Offline
                B Offline
                biker1602
                schrieb am zuletzt editiert von
                #51

                @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.

                Thomas BraunT 1 Antwort Letzte Antwort
                0
                • B biker1602

                  @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.

                  Thomas BraunT Online
                  Thomas BraunT Online
                  Thomas Braun
                  Most Active
                  schrieb am zuletzt editiert von Thomas Braun
                  #52

                  @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.

                  Linux-Werkzeugkasten:
                  https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                  NodeJS Fixer Skript:
                  https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                  iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                  B 1 Antwort Letzte Antwort
                  0
                  • Thomas BraunT Thomas Braun

                    @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.

                    B Offline
                    B Offline
                    biker1602
                    schrieb am zuletzt editiert von
                    #53

                    @Thomas-Braun

                    Titel: JS controller
                    OS: linux
                    Verfügbar: 3.1.6

                    Ich mache eigentlich immer Updates

                    Thomas BraunT 1 Antwort Letzte Antwort
                    0
                    • B biker1602

                      @Thomas-Braun

                      Titel: JS controller
                      OS: linux
                      Verfügbar: 3.1.6

                      Ich mache eigentlich immer Updates

                      Thomas BraunT Online
                      Thomas BraunT Online
                      Thomas Braun
                      Most Active
                      schrieb am zuletzt editiert von
                      #54

                      @biker1602 Das ist nicht die node-Version.
                      In einem Terminal (s.o. puTTY oder ssh über PowerShell) schaut mal die vollumfänglich damit nach:

                      which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
                      

                      Linux-Werkzeugkasten:
                      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                      NodeJS Fixer Skript:
                      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                      B 1 Antwort Letzte Antwort
                      0
                      • Thomas BraunT Thomas Braun

                        @biker1602 Das ist nicht die node-Version.
                        In einem Terminal (s.o. puTTY oder ssh über PowerShell) schaut mal die vollumfänglich damit nach:

                        which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
                        
                        B Offline
                        B Offline
                        biker1602
                        schrieb am zuletzt editiert von
                        #55

                        @Thomas-Braun Installiert: 10.20.1-1nodesource1

                        Thomas BraunT 1 Antwort Letzte Antwort
                        0
                        • B biker1602

                          @Thomas-Braun Installiert: 10.20.1-1nodesource1

                          Thomas BraunT Online
                          Thomas BraunT Online
                          Thomas Braun
                          Most Active
                          schrieb am zuletzt editiert von
                          #56

                          @biker1602
                          Ich würde node12 laufen lassen.

                          https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

                          Linux-Werkzeugkasten:
                          https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                          NodeJS Fixer Skript:
                          https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                          iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                          B 1 Antwort Letzte Antwort
                          0
                          • Thomas BraunT Thomas Braun

                            @biker1602
                            Ich würde node12 laufen lassen.

                            https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

                            B Offline
                            B Offline
                            biker1602
                            schrieb am zuletzt editiert von
                            #57

                            @Thomas-Braun Hätte ich den Mist bloß laufen lassen wie er war. Wahrscheinlich habe ich mir das Ding jetzt zerschossen. Raspi starte nicht mehr grüne Lampe leuchtet durchweg als wenn er arbeitet aber nichts passiert.

                            Thomas BraunT 1 Antwort Letzte Antwort
                            0
                            • B biker1602

                              @Thomas-Braun Hätte ich den Mist bloß laufen lassen wie er war. Wahrscheinlich habe ich mir das Ding jetzt zerschossen. Raspi starte nicht mehr grüne Lampe leuchtet durchweg als wenn er arbeitet aber nichts passiert.

                              Thomas BraunT Online
                              Thomas BraunT Online
                              Thomas Braun
                              Most Active
                              schrieb am zuletzt editiert von
                              #58

                              @biker1602
                              Keine Ahnung was du da gemacht hast.
                              Ein simples Paket-Upgrade haut dir die Kiste nicht weg, wenn es richtig gemacht wird.

                              Linux-Werkzeugkasten:
                              https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                              NodeJS Fixer Skript:
                              https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                              iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                              1 Antwort Letzte Antwort
                              0
                              • arteckA arteck

                                @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

                                D Offline
                                D Offline
                                DocGame
                                schrieb am zuletzt editiert von DocGame
                                #59

                                @arteck
                                So der Nuc 10 ist gekommen und die Proxmox Instalation hat auch geklappt. Habe in einem LXC Contailer Ubuntu 20.4 installiert und darauf iobroker installiert. Nodes und Nodesjs sind auf 12.9 und NPM auf 6.14.8. Iobroker lief auf Anhieb. Nun will ich mein iobroker-data Verzeichnis mit winscp rüberschieben. Leider kein Zugriff.
                                Ich werde noch verrückt. Suche mich seit Stunden durchs Forum. Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll. Leider funktioniert es immer noch nicht. Ist bestimmt nur nee Kleinigkeit. Kannst du mir auf die Sprünge helfen(Auch wenn es nicht mehr zum ursprünglichen Post passt). Denke es ist nur nee Kleinigkeit. Ich bin eben ein absoluter Linux Neuling.
                                ssh1.PNG
                                ssh2.PNG
                                Nachtrag: Zigbee-Adapter lässt sich hier ohne Probleme installieren(ist natürlich noch gelb, da der CC1352p-2 ja noch im aktiven Win10 System arbeitet).
                                Sobald ich das Datenverzeichniss kopiert bekomme und alles gut aussieht wird geswitcht.
                                Ich hoffe du hast einen Tip.

                                Thomas BraunT A 2 Antworten Letzte Antwort
                                0
                                • D DocGame

                                  @arteck
                                  So der Nuc 10 ist gekommen und die Proxmox Instalation hat auch geklappt. Habe in einem LXC Contailer Ubuntu 20.4 installiert und darauf iobroker installiert. Nodes und Nodesjs sind auf 12.9 und NPM auf 6.14.8. Iobroker lief auf Anhieb. Nun will ich mein iobroker-data Verzeichnis mit winscp rüberschieben. Leider kein Zugriff.
                                  Ich werde noch verrückt. Suche mich seit Stunden durchs Forum. Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll. Leider funktioniert es immer noch nicht. Ist bestimmt nur nee Kleinigkeit. Kannst du mir auf die Sprünge helfen(Auch wenn es nicht mehr zum ursprünglichen Post passt). Denke es ist nur nee Kleinigkeit. Ich bin eben ein absoluter Linux Neuling.
                                  ssh1.PNG
                                  ssh2.PNG
                                  Nachtrag: Zigbee-Adapter lässt sich hier ohne Probleme installieren(ist natürlich noch gelb, da der CC1352p-2 ja noch im aktiven Win10 System arbeitet).
                                  Sobald ich das Datenverzeichniss kopiert bekomme und alles gut aussieht wird geswitcht.
                                  Ich hoffe du hast einen Tip.

                                  Thomas BraunT Online
                                  Thomas BraunT Online
                                  Thomas Braun
                                  Most Active
                                  schrieb am zuletzt editiert von Thomas Braun
                                  #60

                                  @DocGame

                                  Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll.

                                  Quatsch. Wo kommen eigentlich immer diese behämmerten Anleitungen Sabotageanleitung her?
                                  Als User per SSH einloggen und dann sollte man das rüber kopieren können.
                                  Für sFTP müsste ja zuerst ein FTP-Server laufen. Tut er aber nicht. Also per SSH, der läuft ja schon...

                                  Ich habe keine Ahnung von Windows, aber da sollte es doch einen File Manager geben, der das per SSH kann.

                                  Tante Google sagt z. B.:

                                  https://www.pks.mpg.de/~mueller/docs/suse10.3/opensuse-manual_de/manual/sec.filetrans.winssh.html

                                  Linux-Werkzeugkasten:
                                  https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                                  NodeJS Fixer Skript:
                                  https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                                  iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                                  1 Antwort Letzte Antwort
                                  0
                                  • D DocGame

                                    @arteck
                                    So der Nuc 10 ist gekommen und die Proxmox Instalation hat auch geklappt. Habe in einem LXC Contailer Ubuntu 20.4 installiert und darauf iobroker installiert. Nodes und Nodesjs sind auf 12.9 und NPM auf 6.14.8. Iobroker lief auf Anhieb. Nun will ich mein iobroker-data Verzeichnis mit winscp rüberschieben. Leider kein Zugriff.
                                    Ich werde noch verrückt. Suche mich seit Stunden durchs Forum. Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll. Leider funktioniert es immer noch nicht. Ist bestimmt nur nee Kleinigkeit. Kannst du mir auf die Sprünge helfen(Auch wenn es nicht mehr zum ursprünglichen Post passt). Denke es ist nur nee Kleinigkeit. Ich bin eben ein absoluter Linux Neuling.
                                    ssh1.PNG
                                    ssh2.PNG
                                    Nachtrag: Zigbee-Adapter lässt sich hier ohne Probleme installieren(ist natürlich noch gelb, da der CC1352p-2 ja noch im aktiven Win10 System arbeitet).
                                    Sobald ich das Datenverzeichniss kopiert bekomme und alles gut aussieht wird geswitcht.
                                    Ich hoffe du hast einen Tip.

                                    A Offline
                                    A Offline
                                    Adnim
                                    schrieb am zuletzt editiert von Adnim
                                    #61

                                    @DocGame

                                    unabhängig davon ob das jetzt gut ist was du machst.

                                    ändere #permitrootlogin yes -> permitrootlogin yes

                                    Wenn du fertig bist mit deinem upload, wieder den zugang verbieten...

                                    Thomas BraunT D 2 Antworten Letzte Antwort
                                    -1
                                    • A Adnim

                                      @DocGame

                                      unabhängig davon ob das jetzt gut ist was du machst.

                                      ändere #permitrootlogin yes -> permitrootlogin yes

                                      Wenn du fertig bist mit deinem upload, wieder den zugang verbieten...

                                      Thomas BraunT Online
                                      Thomas BraunT Online
                                      Thomas Braun
                                      Most Active
                                      schrieb am zuletzt editiert von
                                      #62

                                      @Adnim

                                      Mal davon abgesehen, das Blödsinn durch Wiederholung nicht weniger blödsinnig wird ist sftp immer noch das falsche Protokoll.
                                      rootpermit hin oder her.

                                      Linux-Werkzeugkasten:
                                      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                                      NodeJS Fixer Skript:
                                      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                                      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                                      D 1 Antwort Letzte Antwort
                                      0
                                      • A Adnim

                                        @DocGame

                                        unabhängig davon ob das jetzt gut ist was du machst.

                                        ändere #permitrootlogin yes -> permitrootlogin yes

                                        Wenn du fertig bist mit deinem upload, wieder den zugang verbieten...

                                        D Offline
                                        D Offline
                                        DocGame
                                        schrieb am zuletzt editiert von
                                        #63

                                        Irgendwie hat es jetzt geklappt. Ich komme unter der IP des LXC-Containers mit User root und meinem Passwort drauf.
                                        Habe aber in allen Verzeichnissen geschaut und finde nirgens mein iobroker-verzeichnis wie ich es von meinen Win-installationen kenne.
                                        Ich suche den Speicherplatz um mein iobroker-data Verzeichnis rein zu kopieren.
                                        Bin jetzt zwar einen Schritt weiter aber leider noch nicht ganz am Ziel.
                                        Hat noch jemand einen Tip?
                                        proxmos-iobroker.JPG

                                        1 Antwort Letzte Antwort
                                        0
                                        • Thomas BraunT Thomas Braun

                                          @Adnim

                                          Mal davon abgesehen, das Blödsinn durch Wiederholung nicht weniger blödsinnig wird ist sftp immer noch das falsche Protokoll.
                                          rootpermit hin oder her.

                                          D Offline
                                          D Offline
                                          DocGame
                                          schrieb am zuletzt editiert von
                                          #64

                                          @Thomas-Braun
                                          Die SFTP einstellung auf dem Screenshot war eine Momentaufnahme. Hatte vorher auch schon SCP........

                                          Thomas BraunT 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          733

                                          Online

                                          32.6k

                                          Benutzer

                                          82.3k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe