ZigBee neue Version 1.6.x

Latzi

@kueppert sagte in ZigBee neue Version 1.6.x:

@arteck ich hab ne viel ätlere FW druff. Hab gerade das Update gemacht. Keine Mukken im LOG, und der Adapter ist grün. Scheinbar doch nicht ALLE Sticks des Typs betroffen?

Hab den CC2538 + CC2592. Oder ist nur der CC2538 SOLO gemeint - ohne CC2592?

VG Thorsten

@arteck ich hab genau den gleichen Stick und FW wie oben im Einsatz und wollte von 1.4.1 auf 1.6.6. Leider hat es bei mir nicht geklappt, folgende Fehlermeldungen kamen:

2021-11-21 10:28:33.422 - info: host.Pi4-Server iobroker host.Pi4-Server Adapter "system.adapter.zigbee.0" is stopped.
2021-11-21 10:28:33.463 - info: host.Pi4-Server "system.adapter.zigbee.0" disabled
2021-11-21 10:28:33.465 - info: host.Pi4-Server stopInstance system.adapter.zigbee.0 (force=false, process=true)
2021-11-21 10:28:33.474 - info: zigbee.0 (12361) Got terminate signal TERMINATE_YOURSELF
2021-11-21 10:28:33.524 - info: host.Pi4-Server stopInstance system.adapter.zigbee.0 send kill signal
2021-11-21 10:28:33.475 - info: zigbee.0 (12361) cleaned everything up...
2021-11-21 10:28:33.479 - info: zigbee.0 (12361) Zigbee: disabling joining new devices.
2021-11-21 10:28:33.979 - info: zigbee.0 (12361) terminating
2021-11-21 10:28:33.980 - info: zigbee.0 (12361) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-11-21 10:28:34.164 - info: host.Pi4-Server iobroker NPM version: 6.14.15
2021-11-21 10:28:34.166 - info: host.Pi4-Server iobroker npm install iobroker.zigbee@1.6.6 --loglevel error --prefix "/opt/iobroker" (System call)
2021-11-21 10:28:34.535 - info: host.Pi4-Server stopInstance system.adapter.zigbee.0 killing pid 12361
2021-11-21 10:28:34.697 - info: host.Pi4-Server instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-11-21 10:29:33.704 - info: host.Pi4-Server iobroker ../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-11-21 10:29:33.712 - info: host.Pi4-Server iobroker ../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-11-21 10:29:33.720 - info: host.Pi4-Server iobroker ../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-11-21 10:29:33.724 - info: host.Pi4-Server iobroker ../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-11-21 10:29:33.730 - info: host.Pi4-Server iobroker ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:271: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-11-21 10:29:33.735 - info: host.Pi4-Server iobroker ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:316: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-11-21 10:29:33.744 - info: host.Pi4-Server iobroker ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:366: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-11-21 10:29:33.751 - info: host.Pi4-Server iobroker ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:../src/serialport.cpp:412: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-11-21 10:29:33.753 - info: host.Pi4-Server iobroker ../src/serialport.cpp: At global scope:../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local& v8str)) { ^
2021-11-21 10:29:33.757 - info: host.Pi4-Server iobroker ../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^
2021-11-21 10:29:33.761 - info: host.Pi4-Server iobroker In file included from ../node_modules/nan/nan.h:58, from ../src/./serialport.h:13, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/12.22.7/include/node/node.h:736: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/12.22.7/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~../src/serialport.cpp:486:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~
2021-11-21 10:29:37.881 - info: host.Pi4-Server iobroker ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:179: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:179: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-11-21 10:29:37.926 - info: host.Pi4-Server iobroker ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:
2021-11-21 10:29:37.927 - info: host.Pi4-Server iobroker ../src/serialport_unix.cpp:89: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:89: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-11-21 10:29:50.322 - info: host.Pi4-Server iobroker Update "system.adapter.zigbee.0"
2021-11-21 10:29:50.694 - info: host.Pi4-Server iobroker upload [300] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/vis-network.min.css vis-network.min.css text/css
2021-11-21 10:29:53.828 - info: host.Pi4-Server iobroker upload [250] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/sensor_ht.png img/sensor_ht.png image/png
2021-11-21 10:29:58.213 - info: host.Pi4-Server iobroker upload [200] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/paulmann_rgbw_globe.png img/paulmann_rgbw_globe.png image/png
2021-11-21 10:30:02.177 - info: host.Pi4-Server iobroker upload [150] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/lamp_01.png img/lamp_01.png image/png
2021-11-21 10:30:05.572 - info: host.Pi4-Server iobroker upload [100] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/group_6.png img/group_6.png image/png
2021-11-21 10:30:07.182 - info: host.Pi4-Server iobroker upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/gledopto_gu10.png img/gledopto_gu10.png image/png
2021-11-21 10:30:07.807 - info: host.Pi4-Server iobroker upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/flair_viyu_e14_candle.png img/flair_viyu_e14_candle.png image/png
2021-11-21 10:30:08.445 - info: host.Pi4-Server iobroker upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/diy.png img/diy.png image/png
2021-11-21 10:30:09.083 - info: host.Pi4-Server iobroker upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/crts0111.PNG img/crts0111.PNG image/png
2021-11-21 10:30:09.730 - info: host.Pi4-Server iobroker upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/battery_v.png img/battery_v.png image/png
2021-11-21 10:30:10.346 - info: host.Pi4-Server iobroker upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZHS15.png img/ZHS15.png image/png
2021-11-21 10:30:10.947 - info: host.Pi4-Server iobroker upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Paulmann_50067.png img/Paulmann_50067.png image/png
2021-11-21 10:30:11.564 - info: host.Pi4-Server iobroker upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/HG06104A.png img/HG06104A.png image/png
2021-11-21 10:30:11.624 - info: host.Pi4-Server iobroker upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/FLOALT.panel.WS.png img/FLOALT.panel.WS.png image/png
2021-11-21 10:30:11.687 - info: host.Pi4-Server iobroker upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Eurotronic_Spirit_04.png img/Eurotronic_Spirit_04.png image/png
2021-11-21 10:30:11.754 - info: host.Pi4-Server iobroker upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_R8_8.png img/DIYRuZ_R8_8.png image/png
2021-11-21 10:30:11.821 - info: host.Pi4-Server iobroker upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Geiger.png img/DIYRuZ_Geiger.png image/png
2021-11-21 10:30:11.885 - info: host.Pi4-Server iobroker 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
2021-11-21 10:30:11.946 - info: host.Pi4-Server iobroker upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad.png img/DIYRuZ_FreePad.png image/png
2021-11-21 10:30:12.024 - info: host.Pi4-Server iobroker upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Flower.png img/DIYRuZ_Flower.png image/png
2021-11-21 10:30:12.086 - info: host.Pi4-Server iobroker upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_CO2.png img/DIYRuZ_CO2.png image/png
2021-11-21 10:30:12.150 - info: host.Pi4-Server iobroker upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ.png img/DIYRuZ.png image/png
2021-11-21 10:30:12.213 - info: host.Pi4-Server iobroker upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DGNWG05LM.png img/DGNWG05LM.png image/png
2021-11-21 10:30:12.276 - info: host.Pi4-Server iobroker upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Bitron_AV201021A.png img/Bitron_AV201021A.png image/png
2021-11-21 10:30:12.339 - info: host.Pi4-Server iobroker upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS5.png img/BW-IS5.png image/png
2021-11-21 10:30:12.400 - info: host.Pi4-Server iobroker upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS3.png img/BW-IS3.png image/png
2021-11-21 10:30:12.466 - info: host.Pi4-Server iobroker upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/AV2010_32.png img/AV2010_32.png image/png
2021-11-21 10:30:12.534 - info: host.Pi4-Server iobroker upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png
2021-11-21 10:30:12.601 - info: host.Pi4-Server iobroker upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png
2021-11-21 10:30:12.663 - info: host.Pi4-Server iobroker upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png
2021-11-21 10:30:12.723 - info: host.Pi4-Server iobroker upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14147206L.png img/14147206L.png image/png
2021-11-21 10:30:12.783 - info: host.Pi4-Server iobroker upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript
2021-11-21 10:30:12.846 - info: host.Pi4-Server iobroker upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/adapter-settings.js adapter-settings.js application/javascript
2021-11-21 10:30:12.906 - info: host.Pi4-Server iobroker Adapter "zigbee" updated
2021-11-21 10:30:12.907 - info: host.Pi4-Server iobroker host.Pi4-Server Adapter "system.adapter.zigbee.0" is started
2021-11-21 10:30:12.937 - info: host.Pi4-Server "system.adapter.zigbee.0" enabled
2021-11-21 10:30:13.014 - info: host.Pi4-Server instance system.adapter.zigbee.0 started with pid 20372
2021-11-21 10:30:13.980 - info: host.Pi4-Server iobroker exit 0
2021-11-21 10:30:20.694 - info: zigbee.0 (20372) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 3.2.16
2021-11-21 10:30:20.844 - info: zigbee.0 (20372) Starting Zigbee npm ...
2021-11-21 10:30:21.524 - info: zigbee.0 (20372) Installed Version: iobroker.zigbee@1.6.6
2021-11-21 10:30:21.614 - error: zigbee.0 (20372) Configuration is not consistent with adapter state/backup!
2021-11-21 10:30:21.615 - error: zigbee.0 (20372) - PAN ID: configured=6754, adapter=65535
2021-11-21 10:30:21.616 - error: zigbee.0 (20372) - Extended PAN ID: configured=00124b0018eb432d, adapter=0000000000000000
2021-11-21 10:30:21.617 - error: zigbee.0 (20372) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
2021-11-21 10:30:21.618 - error: zigbee.0 (20372) - Channel List: configured=11, adapter=
2021-11-21 10:30:21.619 - error: zigbee.0 (20372) Please update configuration to prevent further issues.
2021-11-21 10:30:21.620 - error: zigbee.0 (20372) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
2021-11-21 10:30:21.620 - error: zigbee.0 (20372) Re-commissioning your network will require re-pairing of all devices!
2021-11-21 10:30:21.803 - error: zigbee.0 (20372) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
2021-11-21 10:30:21.804 - error: zigbee.0 (20372) Failed to start Zigbee
2021-11-21 10:30:21.804 - error: zigbee.0 (20372) Error herdsman start
2021-11-21 10:30:31.809 - info: zigbee.0 (20372) Try to reconnect. 1 attempts left
2021-11-21 10:30:31.810 - info: zigbee.0 (20372) Starting Zigbee npm ...
2021-11-21 10:30:31.838 - info: zigbee.0 (20372) Installed Version: iobroker.zigbee@1.6.6
2021-11-21 10:30:32.097 - error: zigbee.0 (20372) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2021-11-21 10:30:32.097 - error: zigbee.0 (20372) Failed to start Zigbee
2021-11-21 10:30:32.098 - error: zigbee.0 (20372) Error herdsman start
2021-11-21 10:31:31.246 - error: zigbee.0 (20372) getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined

Zurück auf 1.4.1 läuft es wieder.

Liegt es an der FW des Sticks? Ich möchte ungern die Geräte neu anlernen, gibt es dazu einen Ausweg?

arteck

@latzi mach mal so

adapter stop
dann update vom GIT
dann Einstellungen

die checkbox an
adapter starten

Latzi

@arteck sagte in ZigBee neue Version 1.6.x:

@latzi mach mal so

adapter stop
dann update vom GIT
dann Einstellungen

die checkbox an
adapter starten

yupidooooo, das war´s läuft mit 1.6.7!!!
Soll ich nun die Checkbox wieder abhaken?

@arteck Vielen, herzlichen Dank für den genialen Support!

arteck

@latzi nein lass drin

Newan

Kann ich updaten oder muss ich erst den Stick Aktualisieren. Bei So vielen Geräten will ich ungern Probleme haben und alles neu anlernen.

arteck

@newan sagte in ZigBee neue Version 1.6.x:

Kann ich updaten

was ?? adapter ?? stick??

Newan

@arteck Den Stick hatte ich ja gepostet, scheinbar ist aber die Version zu alt für ein Update des Adapters. Muss ja mindestens Nov sein und ich hab die Februar Version.

Asgothian

@newan sagte in ZigBee neue Version 1.6.x:

@arteck Den Stick hatte ich ja gepostet, scheinbar ist aber die Version zu alt für ein Update des Adapters. Muss ja mindestens Nov sein und ich hab die Februar Version.

Wenn du den Stick updatest musst du damit rechnen das du alles neu anlernen musst, sorry.

Wenn du den Adapter auf 1.6.7 oder neuer aktualisierst kannst du in den Einstellungen den haken setzen das der Adapter auch bei nicht übereinstimmender Konfiguration startet.

Ob das auf lange Sicht eine option ist kann ich nicht sagen. Im Moment funktioniert das.

A.

Newan

@asgothian Danke für die Info, kann ich auf einen Conbee 2 wechseln ohne alles neu zu machen oder ist das nicht zu empfehlen (schwächere Leistung, weniger Support etc)?

arteck

@newan sagte in ZigBee neue Version 1.6.x:

kann ich auf einen Conbee 2 wechseln ohne alles neu zu machen

keine ahnung ob das so geht.. von einem cc25xx auf ein cc26xx geht das.. aber mit dem Conbee .. kein plan

disaster123

Nein auf einen conbee wechseln geht nicht. Die Datenbanken im Hintergrund sind anders.

Ps: Bin froh den conbee wieder los zu sein würde mir das dringendst überlegen. Er funktioniert einfach nicht sauber mit den freien zigbee herdsman Implementierung und phoscon selbst hat 2018 aufgehört Dinge beizusteuern. Seit dem Ist die Link quality dauerhaft kaputt was Probleme beim Senden verursachen kann

mickym

@disaster123 Ich habe von einem CC2531 auf einen conbee2 gewechselt und alle Geräte waren da - 2-3 musste ich neu anlernen, ansonsten hatte ICH keine Probleme. Werde mich aber hüten den Fachleuten hier zu widersprechen - ist lediglich ein kleiner Erfahrungsbericht.

disaster123

@mickym Fehler gefunden - hatte es von Conbee auf cc26xx versucht das geht nicht und dann bei zigbee herdsmann github durchforstet dort steht es geht nicht, weil die DBs intern unterschiedlich sind. Ich hatte es daraufhin trotzdem probiert und es klappte nicht. Eventuell geht es dann andersherum trotzdem. Ich bin dennoch froh den Conbee los zu sein - zu viele Zigbee Probleme.

1Topf

@arteck
Hi,
mal ne Frage. Besteht die Möglichkeit, die Geräte dauerhaft nach Alphabet zu ordnen? Ich muß das in jeder Sitzung neu anklicken, da es automatisch auf Default zurück springt. Noch geiler wäre es, wenn man die Kacheln der Geräte von Hand anordnen könnte, z.B. klick - festhalten - ziehen - loslassen. Ich frage für einen Freund ...

Edit: Wo kann man sich ohne Englischkenntnisse hinwenden, wenn man ein neues Gerät melden will, welches mal eingepflegt werden könnte?

arteck

@disaster123 gaaaaaaaaaaaaaaaaanz sachte... mit solchen Aussagen bitte

es ist keine DB DB = Datenbank .. haben wir nicht. sondern ein flatfile
nicht die Daten von den Geräten passen nicht sondern
nvbackup die Coordinator Daten/Configs passen nicht da
Hardwarewechsel und dort die Daten anders sind und nicht importierbar/kompatibel sind

arteck

@1topf müsste ich mir mal anschauen .. aner im ernst wozu.. zum anschauen wie schön es da steht .. in meinen Augen bringt es kein mehrwert..
wenn dann interagierst du mit den Objecten nicht den Kacheln

um welches Gerät gehts den ? und welche Adapterversion hast du ?

1Topf

@arteck
Ich habe ja die in diesem Thread beschriebenen Probleme. Wenn ich nun die Kacheln frei anordnen könnte, könnte ich dort sehen, ob Befehle von z.B. Tastern ankommen/abgehen. Es wäre für mich übersichtlicher als in den Objekten. Also ich könnte die Kachel eines Senders (z.B. Taster) direkt neben die Kachel des Empfängers legen. Das würde natürlich auch übers Alphabet funktionieren, wenn ich denn die Geräte alle dementsprechend umbenenne. Aber das würde ja bei der nächsten Sitzung wieder alles auf Default stehen, also wieder durcheinander. Natürlich rede ich jetzt nur von mir, aber eventuell sehen andere Nutzer auch einen Sinn darin. Aber es ist ja nur eine Frage.

--------------------------------------------------------------------------------------------------------------

Zum Gerät: Heiman HS2WDSR-E (Dimmer + Lampe). Adapter 1.6.8. von Katze.

Ein ähnliches Modell des Dimmers (Heiman HS2SS, EXP) ist laut Wiki wohl schon eingepflegt. Wird bei mir in der Geräteinfo so angezeigt:

Der Dimmer:

modelZigbee:ColorDimmerSw-EM-3.0
    type:EndDevice
    nwk:23752
    manuf id:4619
    manufacturer:HEIMAN
    power:Battery
    app version:18
    hard version:16
    zcl version:3
    stack version:2
    date code:2019.9.27
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genPowerCfg (1)
    genIdentify (3)
    genGroups (4)
    genScenes (5)
    haDiagnostic (2821)
    touchlink (4096)
    64644
    output clusters:genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genOta (25)
    lightingColorCtrl (768)
    touchlink (4096)

und die Lampe:

modelZigbee:ColorLight
    type:Router
    nwk:64580
    manuf id:4619
    manufacturer:HEIMAN
    power:Mains (single phase)
    app version:25
    hard version:18
    zcl version:2
    stack version:2
    date code:20190925
    build:2000-1002
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genGroups (4)
    genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genScenes (5)
    lightingColorCtrl (768)
    touchlink (4096)
    65533
    haDiagnostic (2821)
    output clusters:genOta (25)
    65533

Heiman hs2wdsr-e 01.jpg

Wäre super, wenn man die einpflegen könnte.
Wenn es da eine deutsche Anleitung von "Support new devices" geben würde, würde ich mich da auch selbst mal versuchen.

Viele Grüße,
Andi

BananaJoe

Ich habe folgendes "Problem" festgestellt: 1.6.8

Ich habe schon seit einiger Zeit einen TS004F , einen 4fach Taster im Einsatz. Der wurde, mit einer älteren Version des ZigBee-Adapters, nicht perfekt erkannt. Alle 4 Tasten funktionieren, auf keinen gab es Doppelklick, auf den beiden rechten erkannte er auch Hold. Der Taster steuert bei mir die Playlisten und Radio-Wiedergabe meiner Alexa-Geräte im Ergeschoss indem ich einfach ein Skript an die Datenpunkte angehängt habe.

Nun habe ich vor ein paar Tagen auf 1.6.8 aktualisiert ... und der Taster funktionierte nicht mehr. Als ich dann genauer nachschaute merkte ich das mein Skript gar nicht ausgelöst wurde. Als ich mir den Taster anschaute merkte ich das bei den Datenpunkten zwar bei einem Tastendruck die .msg_from_zigbee noch aktualisiert wird, aber nicht die Datenpunkte.

Ich habe den Taster dann gelöscht und neu angelernt. Und siehe da, er hat nun völlig andere Datenpunkte. 1fach, 2fach und Hold auf jeder Taste.
Nun musste ich natürlich mein Skript anpassen denn die Punkte passten nicht mehr, aber dafür war nun mehr möglich.

Jetzt habe ich mir meine Geräte genauer angesehen und noch gedacht "Cool, der neue Wassersensor hat nun sogar sein richtiges Bild!":

etwas schlecht zusehen, aber es ist ein Sensor mit einem Kabel dran.
Den Sensor habe ich aber 2x. Den ersten hatte ich vor einiger Zeit angelernt (also ein oder mehrere Versionen des ZigBee-Adapters vorher)
.

Und auch die Datenpunkte sind nun verschieden:
Richtig:

Falsch:

Also, ich vermute das in der neuen Version meine Geräte nun besser und "richtiger" unterstützt sind. Finde ich natürlich klasse. Aber dadurch funktioniert das Gerät halt nicht mehr. Die Datenpunkte müssten korrigiert oder neu angelegt werden.

Frage 1: Gibt es eine Möglichkeit dafür ohne das Gerät zu löschen und neu anzulernen?
Frage 2: Wie finde ich raus welche Geräte eventuell noch betroffen sind und ich es nur noch nicht gemerkt habe?

Asgothian

@bananajoe sagte in ZigBee neue Version 1.6.x:

Frage 1: Gibt es eine Möglichkeit dafür ohne das Gerät zu löschen und neu anzulernen?
Frage 2: Wie finde ich raus welche Geräte eventuell noch betroffen sind und ich es nur noch nicht gemerkt habe?

Die neuen Datenpunkte sollten automatisch angelegt werden - alleine die alten bleiben erhalten. Leider kann der Zigbee Adapter nicht erkennen wenn an der Integration im herdsman etwas angepasst wird so das andere States entstehen.

Es gibt in der Konfigurationsoberfläche den Button "state cleanup" - damit werden all die states entfernt die nicht (mehr) mit dem Zigbee-Herdsman-Converters verbunden sind. Alle entfernten States werden auch im Log gemeldet (wenn ich das korrekt erinnere). Ein Neustart ist nicht erforderlich. Allerdings werden die States nicht entfernt die über die Admin Konfiguration an andere Adapter gebunden sind (history, matt, ppnp, und so weiter). Diese müssen durch setzen des Hakens im Dialog (sorry, aus dem Kopf kann ich nicht sagen wie der heisst) entfernt werden.

A.

BananaJoe

@asgothian du meinst hier?

Da sollte ich wohl eigentlich was anklicken/einen Haken setzen können ...
Hat so erst einmal nichts gebracht, auch keine Log-Meldungen außer das der Cleanup gestartet wurde.
Der eine Wassersensor ist immer noch "falsch"

NEWS

ZigBee neue Version 1.6.x

Support us

659

32.4k

81.4k

1.3m