Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Tester
    4. ZigBee neue Version 1.4.4

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    ZigBee neue Version 1.4.4

    This topic has been deleted. Only users with topic management privileges can see it.
    • mickym
      mickym Most Active @arteck last edited by mickym

      Ich möchte dieses Mal über eine sehr positive Erfahrung bzgl. des Adapter Updates berichten - zumindest kurz was man nach der Installation sagen kann.

      Vielleicht auch für den einen oder anderen ein paar Tipps.

      Ich bin grundsätzlich ein Anhänger - meist nur "Stable" Versionen einzusetzen. Ich habe mich nun aber entschlossen, da mein node-red Adapter teilweise ein anderes Verhalten, als bei anderen Usern hier an Board an den Tag legt, doch auf die nodejs- Version 14 hochzurüsten, auch wenn das offiziell noch nicht empfohlen wird.

      Gut also die NodeJS Version hochgezogen - alle starteten bis auf den zigbee - Adapter. 😞

      2021-02-16 22:59:11.022 - error: host.MWHome Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:121
      2021-02-16 22:59:11.023 - error: host.MWHome Caught by controller[0]: throw e;
      2021-02-16 22:59:11.023 - error: host.MWHome Caught by controller[0]: ^
      2021-02-16 22:59:11.024 - error: host.MWHome Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/Release/bindings.node'
      2021-02-16 22:59:11.026 - error: host.MWHome Caught by controller[0]: was compiled against a different Node.js version using
      2021-02-16 22:59:11.027 - error: host.MWHome Caught by controller[0]: NODE_MODULE_VERSION 72. This version of Node.js requires
      2021-02-16 22:59:11.028 - error: host.MWHome Caught by controller[0]: NODE_MODULE_VERSION 83. Please try re-compiling or re-installing
      2021-02-16 22:59:11.029 - error: host.MWHome Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`).
      2021-02-16 22:59:11.031 - error: host.MWHome Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:1122:18)
      2021-02-16 22:59:11.037 - error: host.MWHome Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:928:32)
      2021-02-16 22:59:11.037 - error: host.MWHome Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:769:14)
      2021-02-16 22:59:11.038 - error: host.MWHome Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:952:19)
      2021-02-16 22:59:11.044 - error: host.MWHome Caught by controller[0]: at require (internal/modules/cjs/helpers.js:88:18)
      2021-02-16 22:59:11.044 - error: host.MWHome Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48)
      2021-02-16 22:59:11.045 - error: host.MWHome Caught by controller[0]: at Object. (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/linux.js:2:36)
      2021-02-16 22:59:11.046 - error: host.MWHome Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1063:30)
      2021-02-16 22:59:11.047 - error: host.MWHome Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1092:10)
      2021-02-16 22:59:11.047 - error: host.MWHome Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:928:32)
      2021-02-16 22:59:11.048 - error: host.MWHome instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
      2021-02-16 22:59:11.049 - info: host.MWHome Adapter system.adapter.zigbee.0 needs rebuild and will be restarted afterwards.
      2021-02-16 22:59:11.050 - info: host.MWHome system.adapter.zigbee.0 will be rebuilt
      2021-02-16 22:59:11.063 - warn: host.MWHome adapter "zigbee" seems to be installed for a different version of Node.js. Trying to rebuild it... 1 attempt
      2021-02-16 22:59:11.064 - info: host.MWHome iobroker rebuild zigbee
      

      So nun an alle die das absichtlich oder unabsichtlich nachmachen also nodejs hochziehen - lasst Eurem System mal ca. 10-15 Minuten Zeit.
      Die Ansteuerung des seriellen Ports wird bzw. für die neue nodejs Version neu kompiliert werden. Das erfolgt auch im HIntergrund - nur bekommt man davon erstmal nichts mit. 😞

      Nach dieser Zeit bekommt man zwar ein paar Warnungen von der Neukompilierung der "serialport_unix.cpp" aber das klappte gut:

      2021-02-16 23:03:23.556 - info: host.MWHome "system.adapter.zigbee.0" disabled
      2021-02-16 23:03:25.809 - info: host.MWHome "system.adapter.zigbee.0" enabled
      2021-02-16 23:04:26.588 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:78:69: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); ^~~~~~~~~~~~~
      2021-02-16 23:04:26.594 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:135:71: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); ^~~~~~~~~~~~~~~
      2021-02-16 23:04:26.597 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:175:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); ^~~~~~~~~~~~~~
      2021-02-16 23:04:26.601 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:215:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); ^~~~~~~~~~~~~~
      2021-02-16 23:04:26.605 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:270:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); ^~~~~~~~~~~~
      2021-02-16 23:04:26.609 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:314:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); ^~~~~~~~~~~~
      2021-02-16 23:04:26.616 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:363:76: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); ^~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:04:26.621 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:409:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); ^~~~~~~~~~~~~~
      2021-02-16 23:04:26.624 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: At global scope:../src/serialport.cpp:430:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local& v8str)) { ^
      2021-02-16 23:04:26.627 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^
      2021-02-16 23:04:26.642 - info: host.MWHome iobroker npm-rebuild: In file included from ../../../nan/nan.h:56, from ../src/./serialport.h:6, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:758:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local, v8::Local, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:792:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~../src/serialport.cpp:483:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~
      2021-02-16 23:04:30.845 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:04:30.885 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:05:42.088 - info: host.MWHome iobroker npm-rebuild:
      2021-02-16 23:05:42.094 - info: host.MWHome iobroker npm-rebuild: Rebuild zigbee done
      2021-02-16 23:05:43.109 - info: host.MWHome iobroker npm-rebuild: exit 0
      2021-02-16 23:05:43.225 - info: host.MWHome instance system.adapter.zigbee.0 started with pid 3857
      2021-02-16 23:05:45.120 - info: zigbee.0 (3857) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.15.5, js-controller: 3.1.6
      2021-02-16 23:05:45.259 - info: zigbee.0 (3857) Starting Zigbee npm ...
      2021-02-16 23:05:48.158 - info: zigbee.0 (3857) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}
      2021-02-16 23:05:48.170 - info: zigbee.0 (3857) --> transmitPower : normal
      2021-02-16 23:05:48.181 - info: zigbee.0 (3857) Currently 18 devices are joined:
      2021-02-16 23:05:48.200 - info: zigbee.0 (3857) 0xec1bbdfffeebe96b (addr 33469): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:05:48.206 - info: zigbee.0 (3857) 0xec1bbdfffeeae2df (addr 64615): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:05:48.208 - info: zigbee.0 (3857) 0xec1bbdfffeeadb1a (addr 24824): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:05:48.210 - info: zigbee.0 (3857) 0xccccccfffe021ec0 (addr 44672): LED1732G11 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, white spectrum, opal white (Router)
      2021-02-16 23:05:48.212 - info: zigbee.0 (3857) 0x00158d000411b98e (addr 2879): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.215 - info: zigbee.0 (3857) 0x00158d00032c8aa8 (addr 7440): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
      2021-02-16 23:05:48.216 - info: zigbee.0 (3857) 0x00158d000424453c (addr 15225): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.218 - info: zigbee.0 (3857) 0xccccccfffeb3e954 (addr 2130): E1746 - IKEA TRADFRI signal repeater (Router)
      2021-02-16 23:05:48.220 - info: zigbee.0 (3857) 0x00158d0004282104 (addr 51621): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.221 - info: zigbee.0 (3857) 0x00158d0004221522 (addr 31393): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.223 - info: zigbee.0 (3857) 0x00158d0003f4bf3e (addr 9840): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
      2021-02-16 23:05:48.224 - info: zigbee.0 (3857) 0x00158d0003f13adf (addr 9610): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
      2021-02-16 23:05:48.226 - info: zigbee.0 (3857) 0x00158d000451a514 (addr 63466): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.227 - info: zigbee.0 (3857) 0x00158d00042006e1 (addr 30835): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.229 - info: zigbee.0 (3857) 0x00158d0004201088 (addr 27465): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.230 - info: zigbee.0 (3857) 0x00158d0004281fd5 (addr 6494): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.232 - info: zigbee.0 (3857) 0x00158d00053fbc8c (addr 48940): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:05:48.233 - info: zigbee.0 (3857) 0x00158d00032c9cc7 (addr 57813): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
      2021-02-16 23:05:48.234 - info: zigbee.0 (3857) Zigbee started
      

      Die Version 1.3.1 des Adapters wurde wieder gestartet.

      Dann dachte ich mir, dann probierst doch mal die neueste Version aus (also diese hier 1.4.4), da diese eine Funktion enthält, mit der man den Status der Geräte pullen kann, da dies ein großer Kritikpunkt für mich war, dass IST-Zustand mit dem Zustand der Datenpunkte leider nicht immer übereinstimmte und das war für mich ein großer Schwachpunkt. Sprich laut Datenpunkt, war eine Lampe aus, aber bestimmte Lampen, haben sich automatisch nachdem der Strom zurückkam eingeschaltet. Also ist dieser Ping Button in dieser Version mit der man den aktuellen Zustand direkt abfragen kann eine erhebliche Verbesserung.. Auch wenn es sicher eine Zeit dauern wird, bis ich meine Logik umgestellt habe - hilft das in jedem Fall.

      Gut also die neueste Version von GitHub installiert.

      Die Installation bzw. das Update das zigbee Adapter erfolgte ohne Probleme, Warnungen oder Fehlermeldungen mit Exit Code 0.

      2021-02-16 23:05:51.986 - info: host.MWHome Update repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json"
      2021-02-16 23:06:38.686 - info: host.MWHome iobroker url "https://github.com/ioBroker/ioBroker.zigbee/tarball/master" zigbee
      2021-02-16 23:06:40.485 - info: host.MWHome iobroker install https://github.com/ioBroker/ioBroker.zigbee/tarball/master
      2021-02-16 23:06:41.108 - info: host.MWHome iobroker NPM version: 6.14.11
      2021-02-16 23:06:41.110 - info: host.MWHome iobroker npm install https://github.com/ioBroker/ioBroker.zigbee/tarball/master --loglevel error --prefix "/opt/iobroker" (System call)
      2021-02-16 23:08:40.954 - info: host.MWHome iobroker upload [300] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/vis-network.min.js vis-network.min.js application/javascript
      2021-02-16 23:09:23.484 - info: host.MWHome iobroker upload [250] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/sengled.png img/sengled.png image/png
      2021-02-16 23:09:26.653 - info: host.MWHome iobroker upload [200] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/paulmann_rgbw_controller.png img/paulmann_rgbw_controller.png image/png
      2021-02-16 23:09:29.923 - info: host.MWHome iobroker upload [150] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/konke_kpkey.png img/konke_kpkey.png image/png
      2021-02-16 23:09:33.174 - info: host.MWHome iobroker upload [100] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/gledopto_spot.png img/gledopto_spot.png image/png
      2021-02-16 23:09:33.771 - info: host.MWHome iobroker upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/flair_viyu_e27_rgbw.png img/flair_viyu_e27_rgbw.png image/png
      2021-02-16 23:09:34.402 - info: host.MWHome iobroker upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ecozy.png img/ecozy.png image/png
      2021-02-16 23:09:35.022 - info: host.MWHome iobroker upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ctrl_ln1.png img/ctrl_ln1.png image/png
      2021-02-16 23:09:35.692 - info: host.MWHome iobroker upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/bitron_902010_24.png img/bitron_902010_24.png image/png
      2021-02-16 23:09:36.276 - info: host.MWHome iobroker upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZS232000178.png img/ZS232000178.png image/png
      2021-02-16 23:09:36.922 - info: host.MWHome iobroker upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Paulmann_79809.png img/Paulmann_79809.png image/png
      2021-02-16 23:09:37.506 - info: host.MWHome iobroker upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/HG06104A.png img/HG06104A.png image/png
      2021-02-16 23:09:38.155 - info: host.MWHome iobroker upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DGNWG05LM.png img/DGNWG05LM.png image/png
      2021-02-16 23:09:38.220 - info: host.MWHome iobroker upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Bitron_AV201021A.png img/Bitron_AV201021A.png image/png
      2021-02-16 23:09:38.286 - info: host.MWHome iobroker upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS5.png img/BW-IS5.png image/png
      2021-02-16 23:09:38.353 - info: host.MWHome iobroker upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS3.png img/BW-IS3.png image/png
      2021-02-16 23:09:38.417 - info: host.MWHome iobroker upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/AV2010_32.png img/AV2010_32.png image/png
      2021-02-16 23:09:38.486 - info: host.MWHome iobroker upload [15] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png
      2021-02-16 23:09:38.557 - info: host.MWHome iobroker upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png
      2021-02-16 23:09:38.616 - info: host.MWHome iobroker upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png
      2021-02-16 23:09:38.676 - info: host.MWHome iobroker upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14147206L.png img/14147206L.png image/png
      2021-02-16 23:09:38.734 - info: host.MWHome iobroker upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
      2021-02-16 23:09:38.797 - info: host.MWHome iobroker upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
      2021-02-16 23:09:38.859 - info: host.MWHome iobroker upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
      2021-02-16 23:09:38.919 - info: host.MWHome iobroker upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
      2021-02-16 23:09:38.980 - info: host.MWHome iobroker upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
      2021-02-16 23:09:39.042 - info: host.MWHome iobroker upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/it/translations.json i18n/it/translations.json application/json
      2021-02-16 23:09:39.103 - info: host.MWHome iobroker upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
      2021-02-16 23:09:39.164 - info: host.MWHome iobroker upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/es/translations.json i18n/es/translations.json application/json
      2021-02-16 23:09:39.225 - info: host.MWHome iobroker upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/en/translations.json i18n/en/translations.json application/json
      2021-02-16 23:09:39.293 - info: host.MWHome iobroker upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/de/translations.json i18n/de/translations.json application/json
      2021-02-16 23:09:39.362 - info: host.MWHome iobroker upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript
      2021-02-16 23:09:39.428 - info: host.MWHome iobroker upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/adapter-settings.js adapter-settings.js application/javascript
      2021-02-16 23:09:39.570 - info: host.MWHome iobroker Update "system.adapter.zigbee.0"
      2021-02-16 23:09:39.612 - info: host.MWHome stopInstance system.adapter.zigbee.0 (force=false, process=true)
      2021-02-16 23:09:39.614 - info: host.MWHome stopInstance system.adapter.zigbee.0 send kill signal
      2021-02-16 23:09:39.624 - info: zigbee.0 (3857) Got terminate signal TERMINATE_YOURSELF
      2021-02-16 23:09:39.626 - info: zigbee.0 (3857) cleaned everything up...
      2021-02-16 23:09:39.628 - info: zigbee.0 (3857) Zigbee: disabling joining new devices.
      2021-02-16 23:09:39.959 - info: zigbee.0 (3857) terminating
      2021-02-16 23:09:39.961 - info: zigbee.0 (3857) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
      2021-02-16 23:09:40.502 - info: host.MWHome instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
      2021-02-16 23:09:40.644 - info: host.MWHome iobroker exit 0
      

      Es erfolgten nach einiger Zeit wieder die gleichen Fehlermeldungen - wie vorher. Es erfolgte erneut eine Rekompilierung der "serialport_unix.cpp" - und dann ein erfolgreicher Start der Version 1.4.4

      2021-02-16 23:23:35.683 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:78:69: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); ^~~~~~~~~~~~~
      2021-02-16 23:23:35.692 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:135:71: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); ^~~~~~~~~~~~~~~
      2021-02-16 23:23:35.694 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:175:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); ^~~~~~~~~~~~~~
      2021-02-16 23:23:35.698 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:215:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); ^~~~~~~~~~~~~~
      2021-02-16 23:23:35.702 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:270:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); ^~~~~~~~~~~~
      2021-02-16 23:23:35.706 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:314:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); ^~~~~~~~~~~~
      2021-02-16 23:23:35.712 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:363:76: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); ^~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:23:35.718 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:409:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); ^~~~~~~~~~~~~~
      2021-02-16 23:23:35.720 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: At global scope:../src/serialport.cpp:430:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local& v8str)) { ^
      2021-02-16 23:23:35.722 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^
      2021-02-16 23:23:35.727 - info: host.MWHome iobroker npm-rebuild: In file included from ../../../nan/nan.h:56, from ../src/./serialport.h:6, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:758:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local, v8::Local, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:792:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~../src/serialport.cpp:483:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~
      2021-02-16 23:23:40.221 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:23:40.262 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:23:49.355 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:78:69: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); ^~~~~~~~~~~~~
      2021-02-16 23:23:49.363 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:135:71: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); ^~~~~~~~~~~~~~~
      2021-02-16 23:23:49.367 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:175:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); ^~~~~~~~~~~~~~
      2021-02-16 23:23:49.371 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:215:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); ^~~~~~~~~~~~~~
      2021-02-16 23:23:49.376 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:270:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); ^~~~~~~~~~~~
      2021-02-16 23:23:49.380 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:314:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); ^~~~~~~~~~~~
      2021-02-16 23:23:49.388 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:363:76: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); ^~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:23:49.395 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:409:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); ^~~~~~~~~~~~~~
      2021-02-16 23:23:49.397 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp: At global scope:../src/serialport.cpp:430:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local& v8str)) { ^
      2021-02-16 23:23:49.400 - info: host.MWHome iobroker npm-rebuild: ../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^
      2021-02-16 23:23:49.403 - info: host.MWHome iobroker npm-rebuild: In file included from ../../../nan/nan.h:56, from ../src/./serialport.h:6, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:758:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local, v8::Local, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/14.15.5/include/node/node.h:792:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~../src/serialport.cpp:483:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~
      2021-02-16 23:24:33.533 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:24:33.571 - info: host.MWHome iobroker npm-rebuild: ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~~~../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      2021-02-16 23:25:21.755 - info: host.MWHome iobroker npm-rebuild:
      2021-02-16 23:25:21.757 - info: host.MWHome iobroker npm-rebuild: Rebuild zigbee done
      2021-02-16 23:25:22.780 - info: host.MWHome iobroker npm-rebuild: exit 0
      2021-02-16 23:25:22.903 - info: host.MWHome instance system.adapter.zigbee.0 started with pid 6011
      2021-02-16 23:25:25.303 - info: zigbee.0 (6011) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.15.5, js-controller: 3.1.6
      2021-02-16 23:25:25.434 - info: zigbee.0 (6011) Starting Zigbee npm ...
      2021-02-16 23:25:25.594 - info: zigbee.0 (6011) Installed Version: https://github.com/ioBroker/ioBroker.zigbee/commit/master
      2021-02-16 23:25:28.333 - info: zigbee.0 (6011) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}
      2021-02-16 23:25:28.345 - info: zigbee.0 (6011) --> transmitPower : normal
      2021-02-16 23:25:28.355 - info: zigbee.0 (6011) Currently 18 devices are joined:
      2021-02-16 23:25:28.407 - info: zigbee.0 (6011) Configuring 0xccccccfffe021ec0 TRADFRI bulb E27 WS opal 1000lm
      2021-02-16 23:25:28.419 - info: zigbee.0 (6011) 0xec1bbdfffeebe96b (addr 33469): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:25:28.427 - info: zigbee.0 (6011) 0xec1bbdfffeeae2df (addr 64615): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:25:28.429 - info: zigbee.0 (6011) 0xec1bbdfffeeadb1a (addr 24824): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
      2021-02-16 23:25:28.431 - info: zigbee.0 (6011) 0xccccccfffe021ec0 (addr 44672): LED1732G11 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, white spectrum, opal white (Router)
      2021-02-16 23:25:28.433 - info: zigbee.0 (6011) 0x00158d000411b98e (addr 2879): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.435 - info: zigbee.0 (6011) 0x00158d00032c8aa8 (addr 7440): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
      2021-02-16 23:25:28.436 - info: zigbee.0 (6011) 0x00158d000424453c (addr 15225): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.438 - info: zigbee.0 (6011) 0xccccccfffeb3e954 (addr 2130): E1746 - IKEA TRADFRI signal repeater (Router)
      2021-02-16 23:25:28.440 - info: zigbee.0 (6011) 0x00158d0004282104 (addr 51621): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.441 - info: zigbee.0 (6011) 0x00158d0004221522 (addr 31393): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.443 - info: zigbee.0 (6011) 0x00158d0003f4bf3e (addr 9840): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
      2021-02-16 23:25:28.445 - info: zigbee.0 (6011) 0x00158d0003f13adf (addr 9610): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
      2021-02-16 23:25:28.446 - info: zigbee.0 (6011) 0x00158d000451a514 (addr 63466): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.448 - info: zigbee.0 (6011) 0x00158d00042006e1 (addr 30835): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.450 - info: zigbee.0 (6011) 0x00158d0004201088 (addr 27465): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.451 - info: zigbee.0 (6011) 0x00158d0004281fd5 (addr 6494): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.453 - info: zigbee.0 (6011) 0x00158d00053fbc8c (addr 48940): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
      2021-02-16 23:25:28.454 - info: zigbee.0 (6011) 0x00158d00032c9cc7 (addr 57813): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
      2021-02-16 23:25:28.455 - info: zigbee.0 (6011) Zigbee started
      2021-02-16 23:25:52.899 - info: zigbee.0 (6011) DeviceConfigure successful 0xccccccfffe021ec0 TRADFRI bulb E27 WS opal 1000lm
      

      Seitdem kann ich bislang also folgendes Feedback geben:

      1. Version konnte dieses Mal ohne Fehler installiert werden.
      2. Die Rekompilierung der "serialport_unix.cpp" muss man abwarten - erfolgte bei mir automatisch im Hintergrund.
      3. Die Anbindung des Sticks über den seriellen Port an den Adapter hat sich in meinen Augen sehr verbessert - früher waren manchmal mehrfache Neustarts erforderlich.
      4. Dieser PING Button ist es wert die neue Version zu installieren - auch wenn ich ihn noch nicht über meine Node Red Flows angesprochen habe.
      5. Ich habe bislang keine Probleme mit Gruppen oder einzelnen Geräten, die vorher auch gingen. Das der State zwischen der Gruppe und dem Einzelgerät nicht übereinstimmt - das hatte ich von Beginn an und steht ja nun auf der Liste. Das wird wahrscheinlich generell schwierig - da ich auch schon oft den Fall hatte, dass nach dem Stromausfall sich nicht alle Lampen einer Gruppe gleich verhielten. Es kam durchaus vor, dass eine Lampe von 3en in einer Gruppe brannte, die anderen beiden nicht.

      Eine generelle Anregung zu zukünftigen Verbesserungen hätte ich dennoch - ich hoffe man versteht das nicht als Kritik. Vielleicht könnte man dem Adapter ja generell beibringen - dass er aktiv die Zustände (states) setzt, die zuletzt in den Datenpunkten gespeichert waren (Vielleicht als Option). Bei Sensoren macht das natürlich keinen Sinn, aber bei Aktoren, wäre das in meinen Augen durchaus sinnvoll.

      Asgothian 1 Reply Last reply Reply Quote 0
      • Asgothian
        Asgothian Developer @mickym last edited by

        @mickym sagte in ZigBee neue Version 1.4.4:

        Dieser PING Button ist es wert die neue Version zu installieren - auch wenn ich ihn noch nicht über meine Node Red Flows angesprochen habe.

        Bitte prüfe:

        durch die Anpassungen der Geräteabfrage sollte der Adapter bei einem Gerät welches sich "Neu" wieder anmeldet den Status von verschiedenen States vom Gerät automatisch abfragen. Insbesondere sind das die Helligkeit sowie der an/aus Zustand von Lampen.

        Das ganze findet dann statt wenn

        • ein Gerät als Offline erkannt wurde (available = false)
        • das Gerät das erste mal eine Meldung sendet (available geht auf true).
          Alle Lampen melden wenn sie Strom bekommen an das Netzwerk das sie "wieder da" sind.

        A.

        L mickym 2 Replies Last reply Reply Quote 1
        • L
          legro @Asgothian last edited by

          @asgothian @arteck

          NUKI soll ja auch ZigBee beherrschen. Gibt es schon Bestrebungen dieses Türschloss zu unterstützen?

          Thomas Braun 1 Reply Last reply Reply Quote 0
          • Thomas Braun
            Thomas Braun Most Active @legro last edited by

            @legro
            Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. Irgendwelche Hardware-Limitationen, wenn ich das richtig gelesen habe.

            L 1 Reply Last reply Reply Quote 0
            • L
              legro @Thomas Braun last edited by

              @thomas-braun said in ZigBee neue Version 1.4.4:

              @legro
              Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. ..

              Warten wir mal ab. Ich bin zuversichtlich, dass ich bald hier etwas tut.🙂

              Thomas Braun 1 Reply Last reply Reply Quote 0
              • Thomas Braun
                Thomas Braun Most Active @legro last edited by Thomas Braun

                @legro
                Ich nicht:

                https://nuki.io/de/blog/nuki-news-de/nuki-sommer-update-2019/

                Aus dem nuki developer Forum:
                https://developer.nuki.io/t/zigbee-in-2-0/148/37

                It was mentioned already in last years blog post to the summer software 39 update that Zigbee is not doable with the current hardware in the quality that we wanted to do it. Therefore Zigbee is not supported and will - most likely - never be supported.

                L 1 Reply Last reply Reply Quote 1
                • L
                  legro @Thomas Braun last edited by legro

                  @thomas-braun

                  Derzeit stehe ich in Kontakt mit NUKI. Die Signale, die ich erhalte, sind erfreulich andere.

                  In den nächsten Tage soll ich offizielle und verbindliche Antworten erhalten. Dann sehen wir weiter.

                  Was die Hardware betrifft, hast du wohl nicht ganz unrecht. Die verbaute Hardware wird wohl nur von ZigBee 3.0 unterstützt. Geräte, die 3.0 verstehen, sind jedoch kaum vorhanden. Mein Coordinator CC26X2R1 von Intel kann jedoch ZigBee 3.0.

                  Derzeit ist ZigBee in der Tat definitiv in den NUKI 2.0 deaktiviert.

                  1 Reply Last reply Reply Quote 0
                  • mickym
                    mickym Most Active @Asgothian last edited by mickym

                    @asgothian Habe ich geprüft.

                    Habe die Lampen vom Netz genommen und gewartet bis available = false. Dann wieder Strom gesetzt. Es fand dann auch automatisch eine Abfrage statt.

                    Die Helligkeit wurde zwar nicht angefragt (finde ich auch nicht so wichtig), aber der state und die link quality.

                    Hier mal die Momentaufnahme:

                    screen.png

                    Dass die Gruppeneinträge nicht mit aktualisiert werden, wurde ja bereits erwähnt. Trotzdem muss ich den Sollzustand immer noch zusätzlich speichern. Diese blöden Tradfri Lampen haben einfach die unangenehme Eigenschaft, dass die bei Wiederverfügbarkeit des Stroms grundsätzlich angehen. Aber das wichtige an dieser Adapterversion ist eben, man bekommt es nun wenigstens mit, während das vorher eben nicht der Fall war. Ich stelle außerdem ja nun auch fest, dass der state nun zyklisch abgefragt wird, was ebenfalls eine wesentliche Verbesserung darstellt, da nun IST-Zustand und Zustand im Datenpunkt des iobrokers nicht mehr auseinanderlaufen.

                    Mit der neuen Funktion habe ich zwar nun die Möglichkeit den state zu prüfen also wenn Strom wieder da ob Lampe an oder aus - trotzdem muss ich halt den gewünschten Zustand weiter zwischenspeichern, damit wenn available von false auf true springt, ich wieder den Zustand erhalten, der bestand bevor available auf false sprang. Wahrscheinlich kommt man da aber sowieso nicht drum rum - da bei Stromausfällen im Sekundenbereich, diese sowieso nicht registriert werden.

                    Da ich im Moment in jedem Raum (mit den IKEA Tradfri Lampen) aber sowieso diese XIAOMI Bewegungsmelder habe - ist das nicht ganz so schlimm, da diese ja wegen der Helligkeitsmessung sowieso innerhalb von 2 Stunden mal funken und somit Abwesenheit signalisiert, was dann spätestens die Lampen ausschaltet. Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.

                    K 1 Reply Last reply Reply Quote 0
                    • M
                      Mr.X last edited by

                      Hi, sorry falls ich nerve, aber:
                      Soll die Gruppenfunktion unterstützt werden, oder geht das momentan nicht?

                      mickym 1 Reply Last reply Reply Quote 0
                      • mickym
                        mickym Most Active @Mr.X last edited by

                        @mr-x Falls ich da zur Verwirrung beigetragen habe. Die Gruppenfunktion funktioniert - allerdings wird der Status der Einzelgeräte, wenn diese über die Gruppe geschaltet wird, nicht aktualisiert. Sie funktioniert aber.

                        M 1 Reply Last reply Reply Quote 0
                        • M
                          Mr.X @mickym last edited by

                          @mickym ok, danke.
                          Dann liegt es wohl an mir?
                          Was könnte die Ursache sein?

                          1 Reply Last reply Reply Quote 0
                          • K
                            klassisch Most Active @mickym last edited by

                            @mickym sagte in ZigBee neue Version 1.4.4:
                            Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.

                            Resume last mode wäre eine gute Reaktion. Würde aber Flash Speicher mit vielen Speicherzyklen bedeuten. Das wollte man sich wohl sparen und hat deshalb beschlossen, in den "sicheren" mode zu gehen.
                            Du kannst ja ein- oder zweimal pro Tag die Leuchten abfragen und schauen, ob sie noch mit Deinem Speicherwert übereinstimmen und ggf. auf einer sanften Rampe abgleichen. Dann hat bei einer "Fehlschaltung" der Nutzer noch die Möglichkeit einzugreifen.

                            mickym 1 Reply Last reply Reply Quote 0
                            • mickym
                              mickym Most Active @klassisch last edited by

                              @klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
                              Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.

                              Asgothian 1 Reply Last reply Reply Quote 0
                              • Asgothian
                                Asgothian Developer @mickym last edited by

                                @mickym sagte in ZigBee neue Version 1.4.4:

                                @klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
                                Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.

                                Das ist nicht notwendig. Die Funktion mit der die Anwesenheit der Lampen verifiziert wird macht das alle x Minuten automatisch. Bei Geräten die

                                • fest am strom hängen
                                • sich nicht von alleine Melden, bzw. die nicht geschaltet werden
                                • einen Status "on/off" besitzen

                                wird versucht an statt einer unspezifischen "ping" anfrage der Status des on/off states abzufragen. Wenn eine Antwort kommt wird auch der Eintrag in den Objekten angepasst.

                                A.

                                mickym 1 Reply Last reply Reply Quote 1
                                • mickym
                                  mickym Most Active @Asgothian last edited by

                                  @asgothian
                                  Versteh ich zwar nicht ganz. Ja es ist richtig, dass der state nun dem Zustand entspricht, aber ausschalten muss ich sie ja trotzdem über Logik.

                                  Wie gesagt es ist eine Riesenverbesserung, dass man nun den aktuellen Zustand in den Datenpunkten sieht, aber die Tradfri Lampen schalten sich nun mal immer ein, wenn der Strom wiederkommt - egal welchen Zustand sie vorher hatten.

                                  Asgothian 1 Reply Last reply Reply Quote 0
                                  • Asgothian
                                    Asgothian Developer @mickym last edited by

                                    @mickym Es ging um das explizite Abfragen der Hardware - das ist nicht mehr notwendig.

                                    A.

                                    1 Reply Last reply Reply Quote 0
                                    • david83
                                      david83 last edited by david83

                                      Hallo zusammen, hoffe ich bin hier richtig.

                                      Ich habe hier einen Blitzwolf SS7 Aktor

                                      1604914832_26.jpg

                                      Wenn ich diesen paire, klappt dies im ersten Schritt. Allerdings erkennt der Adapter ein falsches Gerät (ZM-L03E-Z). Und ich habe dann unter Objekte 3 Datenpunkte für 3 Schalter.

                                      1.png

                                      2.png

                                      3.png

                                      Ich habe ein wenig gegoogelt und das Problem scheint bekannt zu sein, siehe:

                                      https://github.com/Koenkk/zigbee2mqtt/issues/5927

                                      Nun weiß ich ehrlich gesagt zu wenig vom Adapter und dessen Code und möchte auch händisch selbst nicht in den Dateien herumfuschen. Kann dieser Aktor in das nächste Update vom Zigbee Adapter eingefügt werden? Oder gibt es eine andere Lösung?
                                      Kann ich den Aktor über die Ausschließen Funktion einbinden?

                                      Schonmal danke im voraus

                                      Zigbee Adapter 1.4.3

                                      william89731 created this issue in Koenkk/zigbee2mqtt

                                      closed BlitzWolf BW-SS7 1 gang #5927

                                      K 1 Reply Last reply Reply Quote 0
                                      • K
                                        Kueppert @david83 last edited by

                                        @david83 sagte in ZigBee neue Version 1.4.4:

                                        Kann ich den Aktor über die Ausschließen Funktion einbinden?

                                        hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...

                                        david83 1 Reply Last reply Reply Quote 0
                                        • david83
                                          david83 @Kueppert last edited by david83

                                          @kueppert said in ZigBee neue Version 1.4.4:

                                          @david83 sagte in ZigBee neue Version 1.4.4:

                                          Kann ich den Aktor über die Ausschließen Funktion einbinden?

                                          hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...

                                          OK probiere ich aus

                                          david83 1 Reply Last reply Reply Quote 0
                                          • david83
                                            david83 @david83 last edited by

                                            @david83 said in ZigBee neue Version 1.4.4:

                                            @kueppert said in ZigBee neue Version 1.4.4:

                                            @david83 sagte in ZigBee neue Version 1.4.4:

                                            Kann ich den Aktor über die Ausschließen Funktion einbinden?

                                            hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...

                                            OK probiere ich aus

                                            Wie genau geht das denn? Bin anscheinend zu blöd dafür.

                                            1. Pairen
                                            2. Ausschließen des Gerätes über den Plus Button und angelerntes Gerät auswählen.

                                            Was kommt dann? Ich habe hier immernoch das falsche Gerät unter dem Reiter Geräte?

                                            Asgothian 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            896
                                            Online

                                            31.6k
                                            Users

                                            79.5k
                                            Topics

                                            1.3m
                                            Posts

                                            neue version zigbee zigbee neue version 1.4.0
                                            35
                                            302
                                            34792
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo