NEWS
ZigBee neue Version 1.4.4
-
@arteck Muss ich das verstehen? Ich glaube ich muss das nicht verstehen :-)
Raspi neu gestartet (sudo shutdown -r 0), zigbee update angestoßen, update lief durch...
Danke für den Support.$ ./iobroker upgrade zigbee Update zigbee from @1.4.2 to @1.4.4 host.iomaster Adapter "system.adapter.zigbee.0" is stopped. NPM version: 6.14.10 npm install iobroker.zigbee@1.4.4 --loglevel error --prefix "/opt/iobroker" (System call) ../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); ^~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~ ../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); ^~~~~~~~~~~~ ../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); ^~~~~~~~~~~~ ../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); ^~~~~~~~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~../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<v8::String>& v8str)) { ^../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of 'ToStopBitEnum' [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^In file included from ../../../nan/nan.h:56, from ../src/./serialport.h:6, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/12.20.1/include/node/node.h:737:43: warning: cast between incompatible function types from 'void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)' {aka 'void (*)(v8::Local<v8::Object>)'} to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/12.20.1/include/node/node.h:771: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); ^~~~~~~~~~~ ../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); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../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); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Update "system.adapter.zigbee.0" upload [250] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/smart9_ts0043.png img/smart9_ts0043.png image/png upload [200] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/philips_hue_LCT002.png img/philips_hue_LCT002.png image/png upload [150] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/lifecontrol_water-sensor.png img/lifecontrol_water-sensor.png image/png upload [100] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/hue_go.png img/hue_go.png image/png upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/gledopto_spot.png img/gledopto_spot.png image/png upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/flair_viyu_e27_rgbw.png img/flair_viyu_e27_rgbw.png image/png upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ecozy.png img/ecozy.png image/png upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ctrl_ln1.png img/ctrl_ln1.png image/png upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/bitron_902010_24.png img/bitron_902010_24.png image/png upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZS232000178.png img/ZS232000178.png image/png upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Paulmann_79809.png img/Paulmann_79809.png image/png upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/HG06104A.png img/HG06104A.png image/png upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/FLOALT.panel.WS.png img/FLOALT.panel.WS.png image/png upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Eurotronic_Spirit_04.png img/Eurotronic_Spirit_04.png image/png upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_R8_8.png img/DIYRuZ_R8_8.png image/png upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Geiger.png img/DIYRuZ_Geiger.png image/png upload [15] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad_LeTV_8.png img/DIYRuZ_FreePad_LeTV_8.png image/png upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad.png img/DIYRuZ_FreePad.png image/png upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Flower.png img/DIYRuZ_Flower.png image/png upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_CO2.png img/DIYRuZ_CO2.png image/png upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ.png img/DIYRuZ.png image/png upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DGNWG05LM.png img/DGNWG05LM.png image/png upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Bitron_AV201021A.png img/Bitron_AV201021A.png image/png upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS5.png img/BW-IS5.png image/png upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS3.png img/BW-IS3.png image/png upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/AV2010_32.png img/AV2010_32.png image/png upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14147206L.png img/14147206L.png image/png upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/adapter-settings.js adapter-settings.js application/javascript Adapter "zigbee" updated host.iomaster Adapter "system.adapter.zigbee.0" is started process exited with code 0@amg_666 Biste sicher das da ein Linux läuft? :-D
-
@amg_666 Biste sicher das da ein Linux läuft? :-D
@thomas-braun Eben, bei meinem Windows PC hätt ich sowas garnicht erst gepostet sondern gleich aus/eingeschaltet....
-
@arteck Muss ich das verstehen? Ich glaube ich muss das nicht verstehen :-)
Raspi neu gestartet (sudo shutdown -r 0), zigbee update angestoßen, update lief durch...
Danke für den Support.$ ./iobroker upgrade zigbee Update zigbee from @1.4.2 to @1.4.4 host.iomaster Adapter "system.adapter.zigbee.0" is stopped. NPM version: 6.14.10 npm install iobroker.zigbee@1.4.4 --loglevel error --prefix "/opt/iobroker" (System call) ../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); ^~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~ ../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); ^~~~~~~~~~~~ ../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); ^~~~~~~~~~~~ ../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); ^~~~~~~~~~~~~~~~~~~~../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); ^~~~~~~~~~~~~~../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<v8::String>& v8str)) { ^../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of 'ToStopBitEnum' [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^In file included from ../../../nan/nan.h:56, from ../src/./serialport.h:6, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/12.20.1/include/node/node.h:737:43: warning: cast between incompatible function types from 'void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)' {aka 'void (*)(v8::Local<v8::Object>)'} to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/12.20.1/include/node/node.h:771: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); ^~~~~~~~~~~ ../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); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../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); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Update "system.adapter.zigbee.0" upload [250] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/smart9_ts0043.png img/smart9_ts0043.png image/png upload [200] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/philips_hue_LCT002.png img/philips_hue_LCT002.png image/png upload [150] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/lifecontrol_water-sensor.png img/lifecontrol_water-sensor.png image/png upload [100] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/hue_go.png img/hue_go.png image/png upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/gledopto_spot.png img/gledopto_spot.png image/png upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/flair_viyu_e27_rgbw.png img/flair_viyu_e27_rgbw.png image/png upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ecozy.png img/ecozy.png image/png upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ctrl_ln1.png img/ctrl_ln1.png image/png upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/bitron_902010_24.png img/bitron_902010_24.png image/png upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZS232000178.png img/ZS232000178.png image/png upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Paulmann_79809.png img/Paulmann_79809.png image/png upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/HG06104A.png img/HG06104A.png image/png upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/FLOALT.panel.WS.png img/FLOALT.panel.WS.png image/png upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Eurotronic_Spirit_04.png img/Eurotronic_Spirit_04.png image/png upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_R8_8.png img/DIYRuZ_R8_8.png image/png upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Geiger.png img/DIYRuZ_Geiger.png image/png upload [15] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad_LeTV_8.png img/DIYRuZ_FreePad_LeTV_8.png image/png upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad.png img/DIYRuZ_FreePad.png image/png upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Flower.png img/DIYRuZ_Flower.png image/png upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_CO2.png img/DIYRuZ_CO2.png image/png upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ.png img/DIYRuZ.png image/png upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DGNWG05LM.png img/DGNWG05LM.png image/png upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Bitron_AV201021A.png img/Bitron_AV201021A.png image/png upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS5.png img/BW-IS5.png image/png upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS3.png img/BW-IS3.png image/png upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/AV2010_32.png img/AV2010_32.png image/png upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14147206L.png img/14147206L.png image/png upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/adapter-settings.js adapter-settings.js application/javascript Adapter "zigbee" updated host.iomaster Adapter "system.adapter.zigbee.0" is started process exited with code 0 -
Hi, habe folgende Ledvance Smart+ "Kerzenlampen" mit E14 Sockel.
Die werden als Spots erkannt. Kachel zeigt auch die falsche Lampe an. also das Bilchen.
ON/OFF und Brightness gehen, aber die Farbtemperatur ändert sich nicht.
Auch kann ich die nicht über eine angelegte Gruppe gemeinsam steuern.Adapter war vorhin auf 1.4 und habe ist nun auf 1.4.4. Bei beiden Versionen gleichen Bild.
All das ging mit "ähnlichen" Osram Birnen, aber die haben voll laut gefiept, wenn sie gedimmt waren.
@mr-x sagte in ZigBee neue Version 1.4.4:
Hi, habe folgende Ledvance Smart+ "Kerzenlampen" mit E14 Sockel.
Die werden als Spots erkannt. Kachel zeigt auch die falsche Lampe an. also das Bilchen.
ON/OFF und Brightness gehen, aber die Farbtemperatur ändert sich nicht.
Auch kann ich die nicht über eine angelegte Gruppe gemeinsam steuern.Adapter war vorhin auf 1.4 und habe ist nun auf 1.4.4. Bei beiden Versionen gleichen Bild.
All das ging mit "ähnlichen" Osram Birnen, aber die haben voll laut gefiept, wenn sie gedimmt waren.
Kann sich jemand hieraus einen Reim machen?
-
was ist neu
@Ilya : man kann externe konverter einbinmden für DIY Geräte
@Asgothian verbesserung des Pingprozesses - hier ist auch ein Button in den Objecten dazugekommen
@arteck Geräte können diert aus dem Converter gezogen werden auch wenn diese bei uns definiert sind
@Asgothian automatisches Löschen nicht gebrauchter Datenpunkte wenn man dem Ausschluss Tab nutzt
so uns nu lassen die Spiele beginnen
@Nachtrag da es hier zu vielen Fragen kommt
nach dem Update und nach dem Adapter start sind ALLE Geräte erstmal mit einer Link Quality von 10 in der Kacheln.. nach dem sich die Geräte gemeldet haben (Router) geht die Link Quality auf das was das Gerät lifert. bleibt die Link Quality auf 10 meldet sich das Gerät nicht, dass kann mehre Stunden dauern..also Geduld
ausser
die batteriebenen Geräte .. diese müssen sich erst melden. das dauert da sich diese selten Melden vor allem Aqara bzw. Xiaomi .. man kann es selbst antrigern per drücken des Knopfes am Gerät. erst dann sieht man die richtige Link Quality..@arteck sagte in ZigBee neue Version 1.4.4:
@Asgothian verbesserung des Pingprozesses - hier ist auch ein Button in den Objecten dazugekommen
Das Feature zum pullen der aktuellen Datenpunkte ist cool, danke dafür!
Kannst du einbauen, dass das in bestimmten Intervallen automatisch gemacht wird? Oder ist das nicht sinnvoll?
In jedem Fall finde ich aber dass es automatisch gemacht werden sollte, wenn Geräte über Zigbee-Gruppen geschaltet werden. Danach stimmen die Datenpunkte der Geräte der Gruppen leider nie (Tradfri Lampen bei mir).Übrigens, kannst du dir noch mal den TS0121_plug angucken? Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
:+1:
-
@arteck sagte in ZigBee neue Version 1.4.4:
@Asgothian verbesserung des Pingprozesses - hier ist auch ein Button in den Objecten dazugekommen
Das Feature zum pullen der aktuellen Datenpunkte ist cool, danke dafür!
Kannst du einbauen, dass das in bestimmten Intervallen automatisch gemacht wird? Oder ist das nicht sinnvoll?
In jedem Fall finde ich aber dass es automatisch gemacht werden sollte, wenn Geräte über Zigbee-Gruppen geschaltet werden. Danach stimmen die Datenpunkte der Geräte der Gruppen leider nie (Tradfri Lampen bei mir).Übrigens, kannst du dir noch mal den TS0121_plug angucken? Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
:+1:
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Kannst du einbauen, dass das in bestimmten Intervallen automatisch gemacht wird? Oder ist das nicht sinnvoll?
die Geräte melden sich immer automatisch .. damit kannst du es manuell antrigern..
an den Gruppen sind wir noch dran.. steht auf der Liste
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
was meinst du damit ?
-
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Kannst du einbauen, dass das in bestimmten Intervallen automatisch gemacht wird? Oder ist das nicht sinnvoll?
die Geräte melden sich immer automatisch .. damit kannst du es manuell antrigern..
an den Gruppen sind wir noch dran.. steht auf der Liste
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
was meinst du damit ?
die Geräte melden sich immer automatisch .. damit kannst du es manuell antrigern..
Ne, ich habe durchaus auch Geräte, die melden ihren Status gar nicht, wenn ich ihn nicht abfrage. Z.B. die genannten Tradfri-Lampen, wenn sie über Gruppen oder Fernbedienung geschaltet werden :(
Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
was meinst du damit ?
Dieser Zwischenstecker BW-SHP13 bzw. TS0121 hat ja zwei Switches eingebaut. Einen für die Steckdose (Nr. 1) und einen für die USB-Ports (Nr.2). Leider kann man derzeit nur den ersten Switch schalten.
-
@thomas-braun Eben, bei meinem Windows PC hätt ich sowas garnicht erst gepostet sondern gleich aus/eingeschaltet....
@amg_666 sagte in ZigBee neue Version 1.4.4:
Eben, bei meinem Windows PC hätt ich sowas garnicht erst gepostet sondern gleich aus/eingeschaltet....
Mein Win PC hat den zigbee Adapter ohne Probs und ohne Neustart oder Power reset upgedatet.
Und auch der "refresh" button funktioniert bei ikea Floalt Panels.
Herzlichen Dank dafür, kann ich sehr gut gebrauchen! Die Symfonisk rotary encoder arbeiten gut mit den Floalt, aber bisher halt undercover. -
die Geräte melden sich immer automatisch .. damit kannst du es manuell antrigern..
Ne, ich habe durchaus auch Geräte, die melden ihren Status gar nicht, wenn ich ihn nicht abfrage. Z.B. die genannten Tradfri-Lampen, wenn sie über Gruppen oder Fernbedienung geschaltet werden :(
Da wird weiterhin nur ein Endpoint (von zwei) verwendet.
was meinst du damit ?
Dieser Zwischenstecker BW-SHP13 bzw. TS0121 hat ja zwei Switches eingebaut. Einen für die Steckdose (Nr. 1) und einen für die USB-Ports (Nr.2). Leider kann man derzeit nur den ersten Switch schalten.
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Dieser Zwischenstecker BW-SHP13 bzw. TS0121 hat ja zwei Switches eingebaut. Einen für die Steckdose (Nr. 1) und einen für die USB-Ports (Nr.2). Leider kann man derzeit nur den ersten Switch schalten.
hast du es mit dem Tab "Ausschliessen" versucht...
-
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Dieser Zwischenstecker BW-SHP13 bzw. TS0121 hat ja zwei Switches eingebaut. Einen für die Steckdose (Nr. 1) und einen für die USB-Ports (Nr.2). Leider kann man derzeit nur den ersten Switch schalten.
hast du es mit dem Tab "Ausschliessen" versucht...
@arteck sagte in ZigBee neue Version 1.4.4:
hast du es mit dem Tab "Ausschliessen" versucht...
Ja, so funktioniert es. Danke.
Fügst du denn für neue Hardware gar keine eigene Beschreibungen mehr hinzu, sodass man die Funktion "Ausschliessen" dann immer nutzen soll? Oder pflegst du den Zwischenstecker noch irgendwann ein?
-
@arteck sagte in ZigBee neue Version 1.4.4:
hast du es mit dem Tab "Ausschliessen" versucht...
Ja, so funktioniert es. Danke.
Fügst du denn für neue Hardware gar keine eigene Beschreibungen mehr hinzu, sodass man die Funktion "Ausschliessen" dann immer nutzen soll? Oder pflegst du den Zwischenstecker noch irgendwann ein?
@holzlenkrad sagte in ZigBee neue Version 1.4.4:
Fügst du denn für neue Hardware gar keine eigene Beschreibungen mehr hinzu, sodass man die Funktion "Ausschliessen" dann immer nutzen soll? Oder pflegst du den Zwischenstecker noch irgendwann ein?
Wie es bei genau diesem Zwischenstecker ist ist noch offen. Generell wollen wir möglichst wenig Geräte explizit bei uns definieren. Sofern die States bei in beiden Fällen vergleichbar sind (die die in beiden Fällen existieren) würde ich hier eher die vorhandene Definition im Adapter eliminieren wollen so das ein Eintrag in die Ausschlussliste nicht notwendig wird.
A.
-
Hallo,
beim pingen auf ein ikea Floalt L1529 bekomme ich eine Warnmeldungwarn (3444) Failed to read state '"color_temp_startup"'of '0xbc33acfffed57c9d' after query with '{"code":134}'Der stat color_temp_startup steht auch nicht in der Objektliste
-
Hallo,
beim pingen auf ein ikea Floalt L1529 bekomme ich eine Warnmeldungwarn (3444) Failed to read state '"color_temp_startup"'of '0xbc33acfffed57c9d' after query with '{"code":134}'Der stat color_temp_startup steht auch nicht in der Objektliste
Damit wirst Du (erst einmal) leben müssen. Die Implementierung des Floalt im Zigbee-Herdsman gibt an das das Panel diesen Parameter unterstützt, daher versucht die Funktion diesen auszulesen. Die Meldung "Code:134" kommt vom Gerät selber, und bedeutet "unsupported attribute", i.e. das Panel meldet das es diesen Wert nicht unterstützt.
Es ist denkbar das in der Zukunft bestimmte Meldungen heraus gefiltert und dann nicht als Warnungen ausgegeben werden.
A.
-
Damit wirst Du (erst einmal) leben müssen. Die Implementierung des Floalt im Zigbee-Herdsman gibt an das das Panel diesen Parameter unterstützt, daher versucht die Funktion diesen auszulesen. Die Meldung "Code:134" kommt vom Gerät selber, und bedeutet "unsupported attribute", i.e. das Panel meldet das es diesen Wert nicht unterstützt.
Es ist denkbar das in der Zukunft bestimmte Meldungen heraus gefiltert und dann nicht als Warnungen ausgegeben werden.
A.
-
Hallo,
sorry das ich euch hier evtl jetzt nerve :/Mein setup: Mini PC mit Proxmox, iobroker in ner VM, CC26XXX Board
Alle Adapter und das System selbst aktuell.
Da der SOnoff Mini in der Stable Version als ??? angezeigt wurde und somit nicht erkant wurde, habe ich mir nun die Beta 1.4.4 geladen.Der Sonof wird erkannt.
ABER...
Ohne an der Hardware etwas geändert zu (der Sonof kam dazu!) sind nun einige meiner Lampen (Tradfri + Osram) nicht mehr erreichbar.
Ein anlernen war möglich, danach aber nicht mehr erreichbar.
Die Lampen wurden dort angelernt wo sie jetzt auch sind. - 1 Lampe ist ungefähr 3m vom Koordinator entfernt.Ja ich weis, der Screenshot bzw die Sendequalität ist nicht unbedingt korrekt, allerdings hatte ich mit 1.3.1 keine "Empfangsprobeme" und nun werden mir viele Geräte Orange und rot angezeigt?!
Schalter Katze + Bett sowie die Lampe Katze liegen nebeneinander. Lampe funktioniert nicht - nicht erreichbar, Schalter aber schon?Platzl Licht ist eine Osram und macht Probleme (seit dem Update) liegt ca 6 Meter entfernt vom Koordinator
Aromastudio Platzl ist eine Tradfri und liegt ungefähr 8 Meter NACH der Platzl Licht (ca 14Meter vom Koordinator entfernt) und macht derzeit keine Problem.. :(
evtl noch zu erwähnen: Gestern noch mit 1.3.1 war Kanal 11 mit 10% der beste kanal - alle andren lagen bei 50-80%
Heute nach dem Update habe gar keinen Kanal mehr unter 70% - in einer 300 Einwohner Gemeinde mit alterdurchschnitt 70+
Ich wäre dankbar, für hilfe um dieses Problem lösen zu können :)
Danke -
was ist neu
@Ilya : man kann externe konverter einbinmden für DIY Geräte
@Asgothian verbesserung des Pingprozesses - hier ist auch ein Button in den Objecten dazugekommen
@arteck Geräte können diert aus dem Converter gezogen werden auch wenn diese bei uns definiert sind
@Asgothian automatisches Löschen nicht gebrauchter Datenpunkte wenn man dem Ausschluss Tab nutzt
so uns nu lassen die Spiele beginnen
@Nachtrag da es hier zu vielen Fragen kommt
nach dem Update und nach dem Adapter start sind ALLE Geräte erstmal mit einer Link Quality von 10 in der Kacheln.. nach dem sich die Geräte gemeldet haben (Router) geht die Link Quality auf das was das Gerät lifert. bleibt die Link Quality auf 10 meldet sich das Gerät nicht, dass kann mehre Stunden dauern..also Geduld
ausser
die batteriebenen Geräte .. diese müssen sich erst melden. das dauert da sich diese selten Melden vor allem Aqara bzw. Xiaomi .. man kann es selbst antrigern per drücken des Knopfes am Gerät. erst dann sieht man die richtige Link Quality..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. :(
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:
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.
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
Seitdem kann ich bislang also folgendes Feedback geben:
- Version konnte dieses Mal ohne Fehler installiert werden.
- Die Rekompilierung der "serialport_unix.cpp" muss man abwarten - erfolgte bei mir automatisch im Hintergrund.
- 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.
- Dieser PING Button ist es wert die neue Version zu installieren - auch wenn ich ihn noch nicht über meine Node Red Flows angesprochen habe.
- 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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
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. :(
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:
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.
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
Seitdem kann ich bislang also folgendes Feedback geben:
- Version konnte dieses Mal ohne Fehler installiert werden.
- Die Rekompilierung der "serialport_unix.cpp" muss man abwarten - erfolgte bei mir automatisch im Hintergrund.
- 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.
- Dieser PING Button ist es wert die neue Version zu installieren - auch wenn ich ihn noch nicht über meine Node Red Flows angesprochen habe.
- 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.
@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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.
NUKI soll ja auch ZigBee beherrschen. Gibt es schon Bestrebungen dieses Türschloss zu unterstützen?
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
NUKI soll ja auch ZigBee beherrschen. Gibt es schon Bestrebungen dieses Türschloss zu unterstützen?
@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. -
@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.@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.:slightly_smiling_face:
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3
Support us
747
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge