Zigbee-Adapter Stick-Erkennungsprobleme

MARTHoss

Hallo zusammen,

ich benötige mal die Hilfe der Experten hier.
Zur Vorgeschichte, ich habe bis vor 2 Wochen einen Conbee2-Stick über den Deconz-Adapter betrieben. Da ich aber gern auf den Zigbee-Adapter wechseln wollte, um analoge Datenpunkte in Scripten bei mir im Haus und im Haus meiner Eltern (Dort läuft bereits der Zigbee-Adapter, allerdings mit nem CC2531) verwenden zu können, hab ich den Wechsel zum Zigbee-Adapter mit dem Conbee2 hier auch vollzogen. Dass lief auch anfangs ganz gut, dann waren aber immer mal Geräte, speziell die Flurbeleuchtung nicht erreichbar und das Licht blieb den ganzen Tag während unserer Abwesenheit an, bzw. bei Anwesenheit aus.
Weil mich das ziemlich nervte, habe ich mir diesen CC2652P besorgt.
Leider wird der zwar aufgelistet, aber nicht vollständig erkannt und der Adapter geht nicht auf grün.

ls -l /dev/serial/by-id/

bringt:

insgesamt 0
lrwxrwxrwx 1 root root 13 30. Dez 12:38 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0

Insgesamt: 0 sagt mir ja sicher, dass der Stick nicht richtig erkannt wurde.

lsusb

bringt:

Bus 002 Device 002: ID 174c:1156 ASMedia Technology Inc. Forty
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Mein System ist ein Pi4 8GB mit Argus M2 Gehäuse und SSD über USB.
Kann es sein, dass es ein simples USB-Problem ist, und man das recht einfach beheben kann?
Oder ist die Firmware doch nicht passend? Aber da ergibt sich das nächste Problem, da TI.com seit über einer Woche Fehler auf der Registrierungsseite hat, bzw. diese offline gestellt hat, komm ich nicht an der Smart RF Flasher V2.

Bin leider im Linux noch absoluter Rookie und arbeite mich da gerade langsam ein, also seht es mir bitte nach, wenn ich hätte einen einfachen Befehl über die Console eingeben können und das noch nicht getan habe. Habe mich bereits durch diverse Foreneinträge geklickt, doch leider war an dem Punkt, als bei anderen das Problem behoben war, bei mir noch keine Besserung eingetreten.

Was mich nur absolut verplüfft, bei meinen Eltern hab ich die gleiche Hardware, bis auf den Stick und dort lief alles Plug 'n Play.
Ich habe auch noch einen CC2531 hier rumkullern, aber keine Ahnung, mit welcher Firmware der aktuell läuft. Der wird zumindest erkannt, kann dann aber auch irgendwann nicht mehr mit den Geräten reden und führt dazu, dass der Adapter so häufig abstürzt, dass er auch nicht verwendbar ist. Den CC2531 würde ich ja auch ganz gern mal updaten.

Viel Ratlosigkeit wenig Wissen. Vielleicht kann mir eine oder einer von den erfahrenen Usern etwas unter die Arme greifen.

Danke!

Thomas Braun

@marthoss

Insgesamt: 0 sagt mir ja sicher, dass der Stick nicht richtig erkannt wurde.

Nein, die Zählweise bei Interfaces ist nur immer 0,1,2,3 usw.
Also alles i. O. wenn das der einzige USB-Stick ist.

Wie sieht denn ein Restart der zigbee-Instanz im log file aus?

iobroker logs --watch

in einem Terminal anschauen, den Adapter neustarten, neue Ausgabenzeilen des Logs hier posten.

MARTHoss

@thomas-braun said in Zigbee-Adapter Stick-Erkennungsprobleme:

iobroker logs --watch

2021-12-30 14:07:47.771  - info: host.iobroker "system.adapter.zigbee.0" enabled
2021-12-30 14:07:47.857  - info: host.iobroker instance system.adapter.zigbee.0 started with pid 2160077
2021-12-30 14:07:50.924  - info: zigbee.0 (2160077) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 3.3.22
2021-12-30 14:07:51.029  - info: zigbee.0 (2160077) Starting Zigbee  npm ...
2021-12-30 14:07:51.501  - info: zigbee.0 (2160077) Installed Version: iobroker.zigbee@1.6.6
2021-12-30 14:08:11.639  - error: zigbee.0 (2160077) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2021-12-30 14:08:11.640  - error: zigbee.0 (2160077) Failed to start Zigbee
2021-12-30 14:08:11.641  - error: zigbee.0 (2160077) Error herdsman start
2021-12-30 14:08:21.643  - info: zigbee.0 (2160077) Try to reconnect. 1 attempts left
2021-12-30 14:08:21.645  - info: zigbee.0 (2160077) Starting Zigbee  npm ...
2021-12-30 14:08:21.672  - info: zigbee.0 (2160077) Installed Version: iobroker.zigbee@1.6.6
2021-12-30 14:08:21.920  - error: zigbee.0 (2160077) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2021-12-30 14:08:21.921  - error: zigbee.0 (2160077) Failed to start Zigbee
2021-12-30 14:08:21.922  - error: zigbee.0 (2160077) Error herdsman start

Die Herdsman-Probleme bringt er nicht bei jedem restart des Adapters, aber sie sind schon häufiger im Log zu lesen.

Thomas Braun

@marthoss sagte in Zigbee-Adapter Stick-Erkennungsprobleme:

Error: SRSP - SYS - ping after 6000ms

Welchen port hast du in den Einstellungen?
Da sollte
/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
eingetragen sein.

Ist der user iobroker in der dialout Gruppe?

sudo -u iobroker groups

MARTHoss

@thomas-braun said in Zigbee-Adapter Stick-Erkennungsprobleme:

/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0

Ja, Port in den Einstellungen ist:
/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0

Ich hatte aber auch schon .../ttyUSB0 versucht, ohne Erfolg! Der CC2531 läuft, bspw. unter .../ttyACM0.

sudo -u iobroker groups

gibt folgendes aus:

iobroker tty dialout audio video bluetooth gpio i2c

Thomas Braun

@marthoss

Den Fehler sieht man lt.
https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html#error-srsp-sys-ping-after-6000ms
in zwei Fällen: Link falsch
oder
Firmware zu alt

Die ganze Kiste mal sanft neugestartet?

MARTHoss

@thomas-braun

Okay danke erstmal, ich schaue mir das an, sobald ich wieder zuhause bin.

Mit Link falsch, meintest Du den in den Einstellungen? Das wäre ja dann nicht der Fall!?

Laut Kontakt mit dem Anbieter vom Wochenende ist es wohl die neueste ZStack-FW, somit würde ich das aber auch ausschließen. Kann ich das irgendwie prüfen, welche auf dem stick läuft?
Gibt es noch eine Möglichkeit an den Flasher zu kommen, oder muss ich da auf TI warten, bis die Ihre Seite wieder fit haben?

Thomas Braun

@marthoss sagte in Zigbee-Adapter Stick-Erkennungsprobleme:

Kann ich das irgendwie prüfen, welche auf dem stick läuft?

Die wird dem Adapter gemeldet. Aber dafür müsste man auf den Stick zugreifen können.

Gibt es noch eine Möglichkeit an den Flasher zu kommen, oder muss ich da auf TI warten, bis die Ihre Seite wieder fit haben?

Ich flashe meinen Stick immer mit einem python-Skript über die Konsole. Da muss ich auch nicht auf TI warten und da ein dickes GUI-Programm mitschleifen.

MARTHoss

@thomas-braun

Hallo nochmal,

sorry, aber ich kam leider nicht früher dazu.
Also ich bin jetzt die ganzen Zigbee2MQTT-Seite nochmal durchgegangen. Leider ohne Veränderung.

Inzwischen habe ich mir noch ein CC1325P-2 zugelegt und nen Sonoff-Stick der bei nem Kumpel 1A läuft ausprobiert.
Mit beiden Geräten keine Veränderung.
Dem CC2652P hab ich die aktuelleste Firmware von Koenkk verpasst, trotzdem kein Erfolg.

Habe heute letztlich das System neu aufgesetzt, mit RaspiOS bullseye armhf (die Desktopvariante, weil ich nicht direkt auf die SSD kam um das Lite-Image drauf zu werfen und das dann über SD-Card Copier gemacht hab). Den ioBroker dann anschließend ohne irgendwelche Backups zu verwenden installiert und anschließend noch den Ziggbee-Adapter hinterher.

Bei der Adapterinstallation, warf er mir einige SerialPort-Warnungen aus, die ich nicht wirklich zu deuten weis, ich habe versucht, das gerade nochmal nachzustellen, indem ich den Adapter deinstalliert, rebootet und neu installiert habe.

host.ioBroker 2022-01-04 16:22:04.868	info	iobroker ../src/serialport_unix.cpp:89:84: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] 89 | 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 89 | snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:04.867	info	iobroker ../src/serialport_unix.cpp: In function 'void EIO_Open(uv_work_t*)':
host.ioBroker 2022-01-04 16:22:04.823	info	iobroker ../src/serialport_unix.cpp:179:82: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] 179 | 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 179 | snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:04.822	info	iobroker ../src/serialport_unix.cpp: In function 'int setup(int, OpenBaton*)':
host.ioBroker 2022-01-04 16:22:01.155	info	iobroker In file included from ../../../nan/nan.h:58, from ../src/./serialport.h:13, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/14.18.2/include/node/node.h:787:7: 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] 787 | (node::addon_register_func) (regfunc), \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/home/iobroker/.cache/node-gyp/14.18.2/include/node/node.h:821:3: note: in expansion of macro 'NODE_MODULE_X' 821 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~../src/serialport.cpp:486:1: note: in expansion of macro 'NODE_MODULE' 486 | NODE_MODULE(serialport, init); | ^~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.152	info	iobroker ../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of 'ToStopBitEnum' [-Wparentheses] 452 | SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { | ^
host.ioBroker 2022-01-04 16:22:01.149	info	iobroker ../src/serialport.cpp: At global scope:../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of 'ToParityEnum' [-Wparentheses] 433 | SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) { | ^
host.ioBroker 2022-01-04 16:22:01.146	info	iobroker ../src/serialport.cpp:412:52: 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] 412 | uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.145	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:22:01.137	info	iobroker ../src/serialport.cpp:366:58: 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] 366 | uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.136	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:22:01.125	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)':../src/serialport.cpp:316:50: 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] 316 | uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.120	info	iobroker ../src/serialport.cpp:271:50: 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] 271 | uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.118	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:22:01.111	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)':../src/serialport.cpp:215:52: 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] 215 | uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.107	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)':../src/serialport.cpp:175:52: 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] 175 | uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.103	info	iobroker ../src/serialport.cpp:135:53: 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] 135 | uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.102	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:22:01.094	info	iobroker ../src/serialport.cpp:78:51: 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] 78 | uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:22:01.093	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:21:52.623	info	iobroker 89 | 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 89 | snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:52.618	info	iobroker ../src/serialport_unix.cpp: In function 'void EIO_Open(uv_work_t*)':../src/serialport_unix.cpp:89:84: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=]
host.ioBroker 2022-01-04 16:21:52.580	info	iobroker 179 | 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 179 | snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:52.578	info	iobroker ../src/serialport_unix.cpp: In function 'int setup(int, OpenBaton*)':../src/serialport_unix.cpp:179:82: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=]
host.ioBroker 2022-01-04 16:21:48.529	info	iobroker In file included from ../../../nan/nan.h:58, from ../src/./serialport.h:13, from ../src/serialport.cpp:1:/home/iobroker/.cache/node-gyp/14.18.2/include/node/node.h:787:7: 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] 787 | (node::addon_register_func) (regfunc), \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/home/iobroker/.cache/node-gyp/14.18.2/include/node/node.h:821:3: note: in expansion of macro 'NODE_MODULE_X' 821 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~../src/serialport.cpp:486:1: note: in expansion of macro 'NODE_MODULE' 486 | NODE_MODULE(serialport, init); | ^~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.526	info	iobroker ../src/serialport.cpp: At global scope:../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of 'ToParityEnum' [-Wparentheses] 433 | SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) { | ^../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of 'ToStopBitEnum' [-Wparentheses] 452 | SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { | ^
host.ioBroker 2022-01-04 16:21:48.523	info	iobroker ../src/serialport.cpp:412:52: 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] 412 | uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.521	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:21:48.516	info	iobroker ../src/serialport.cpp:366:58: 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] 366 | uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.515	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:21:48.507	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)':../src/serialport.cpp:316:50: 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] 316 | uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.503	info	iobroker ../src/serialport.cpp:215:52: 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] 215 | 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:271:50: 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] 271 | uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.502	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:21:48.495	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)':../src/serialport.cpp:175:52: 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] 175 | uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.491	info	iobroker ../src/serialport.cpp:135:53: 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] 135 | uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.490	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:21:48.482	info	iobroker ../src/serialport.cpp:78:51: 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] 78 | uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
host.ioBroker 2022-01-04 16:21:48.481	info	iobroker ../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)':
host.ioBroker 2022-01-04 16:20:17.209	info	iobroker npm install iobroker.zigbee@1.6.6 --loglevel error --prefix "/opt/iobroker" (System call)
host.ioBroker 2022-01-04 16:20:17.193	info	iobroker NPM version: 6.14.15
host.ioBroker 2022-01-04 16:20:14.159	info	iobroker add zigbee --host ioBroker

Könnte das was mit dem Problem zu tun haben?

Thomas Braun

@marthoss sagte in Zigbee-Adapter Stick-Erkennungsprobleme:

Könnte das was mit dem Problem zu tun haben?

Nein, das sind ganz normale Meldungen beim komplilieren.

Aber das:

(die Desktopvariante, weil ich nicht direkt auf die SSD kam um das Lite-Image drauf zu werfen und das dann über SD-Card Copier gemacht hab).

verstehe ich nicht. Wenn ein desktop-Image gebraten werden kann, warum nicht dann auch das lite-Image?

MARTHoss

@thomas-braun said in Zigbee-Adapter Stick-Erkennungsprobleme:

Aber das:

(die Desktopvariante, weil ich nicht direkt auf die SSD kam um das Lite-Image drauf zu werfen und das dann über SD-Card Copier gemacht hab).

verstehe ich nicht. Wenn ein desktop-Image gebraten werden kann, warum nicht dann auch das lite-Image?

Wie gesagt, ich habe die SSD nicht ansprechen können, bei der Erstinstallation bin ich damals mit nem USB-A/USB-A-Kabel direkt an das Unterteil von dem Argon-Gehäuse und konnte mit dem Raspi-Imager direkt auf der SSD das Lite-Image ablegen. Heute wurde mir die SSD gar nicht erst angezeigt, merkwürdigerweise auch nicht in der Partitionsübersicht. Weil ich neben dem Homeschooling von Junior aber nicht so lang rumdoktern wollte, hab ich ursprünglich die Lite-Variante auf eine SD gebraten und dann feststellen müssen, dass der SD-Card Copier nicht in der CLI verfügbar ist, ich also die Kopie auf die SSD nicht hinbekomme. Deshalb hab ich das Ganze dann nochmal mit der Desktop-Variante über SD wiederholt, den Pi damit gestartet und hab über die Desktop-App dann das System auf die SSD kopiert.

fila612

Hallo zusammen,

ich habe das o.g. Problem ebenfalls genauso wie beschrieben. wenn ich die Ausgaben vergleiche scheint mir sogar der Stick identisch zu sein (usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0).

leider bekomme ich den Stick nicht zum laufen, im Adapterlog steht dieses hier:

2022-02-08 22:00:52.617 - info: zigbee.0 (42207) Starting Zigbee npm ...
2022-02-08 22:00:52.619 - debug: zigbee.0 (42207) Starting zigbee-herdsman...
2022-02-08 22:00:53.016 - silly: zigbee.0 (42207) States system redis pmessage system.adapter.zigbee.0.logLevel/system.adapter.zigbee.0.logLevel:{"val":"silly","ack":true,"ts":1644354052838,"q":0,"from":"system.adapter.zigbee.0","lc":1644353383565}
2022-02-08 22:00:53.113 - debug: zigbee.0 (42207) zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,15],"panID":7850,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"extenedPanID":[221,221,221,221,221,221,221,221]},"serialPort":{"baudRate":115200,"rtscts":false,"path":"/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0","adapter":"zstack"},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","databaseBackupPath":null,"backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","adapter":{"disableLED":false,"forceStartWithInconsistentAdapterConfiguration":true},"acceptJoiningDeviceHandler":null}'
2022-02-08 22:00:53.115 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 and {"baudRate":115200,"rtscts":false,"autoOpen":false}
2022-02-08 22:00:53.124 - debug: zigbee.0 (42207) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2022_02_08-22_00_52.tar.gz success
2022-02-08 22:00:53.134 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:log Serialport opened
2022-02-08 22:00:53.137 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-02-08 22:00:53.139 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-02-08 22:00:53.158 - info: zigbee.0 (42207) Installed Version: iobroker.zigbee@1.6.6
2022-02-08 22:00:53.171 - silly: zigbee.0 (42207) States user redis pmessage zigbee.0.*/zigbee.0.info.connection:{"val":false,"ack":true,"ts":1644354053163,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1644351250344}
2022-02-08 22:00:53.393 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:log Writing CC2530/CC2531 skip bootloader payload
2022-02-08 22:00:53.394 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> buffer [239]
2022-02-08 22:00:54.396 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-02-08 22:00:54.397 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-02-08 22:00:54.648 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:log Skip bootloader for CC2652/CC1352
2022-02-08 22:00:55.112 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-02-08 22:00:55.113 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-02-08 22:01:01.116 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-02-08 22:01:01.117 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-02-08 22:01:07.119 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
2022-02-08 22:01:07.121 - debug: zigbee.0 (42207) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
2022-02-08 22:01:13.291 - error: zigbee.0 (42207) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2022-02-08 22:01:13.292 - error: zigbee.0 (42207) Failed to start Zigbee
2022-02-08 22:01:13.293 - error: zigbee.0 (42207) Error herdsman start
2022-02-08 22:01:13.377 - silly: zigbee.0 (42207) States user redis pmessage zigbee.0.*/zigbee.0.info.pairingMessage:{"val":"Error: Starting zigbee-herdsman problem : \"Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)\". undefined","ack":true,"ts":1644354073303,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1644354073303}
2022-02-08 22:01:13.381 - silly: zigbee.0 (42207) States user redis pmessage zigbee.0.*/zigbee.0.info.connection:{"val":false,"ack":true,"ts":1644354073377,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1644351250344}
2022-02-08 22:01:23.296 - info: zigbee.0 (42207) Try to reconnect. 1 attempts left
2022-02-08 22:01:23.297 - info: zigbee.0 (42207) Starting Zigbee npm ...
2022-02-08 22:01:23.298 - debug: zigbee.0 (42207) Starting zigbee-herdsman...

der Stick ist neu, kam heute an.
Den Fehler hatte ich aber auch schon mit dem Vorgängerstick, daher auch der neue.
Jetzt bin ich frustriert, da der gleiche Fehler Wieder da ist.
Als OS hab ich das PIOS mit 64bit, kann es daran liegen?

Thomas Braun

@fila612 sagte in Zigbee-Adapter Stick-Erkennungsprobleme:

Den Fehler hatte ich aber auch schon mit dem Vorgängerstick, daher auch der neue.
Jetzt bin ich frustriert, da der gleiche Fehler Wieder da ist.

Warum kauft man den gleichen Schrott dann nochmal?
Ist doch ein CC2530/CC2531, oder? Wird ja auch nicht empfohlen seine Lebenszeit mit den Dingern zu verschwenden.

fila612

@thomas-braun ähhhmm, nope,

alter Stick: CC2538+CC2592
neuer Stick: CC2652P

mit identischem Stick meinte ich meinen neuen und den von @MARTHoss

Thomas Braun

@fila612

Welche Firmware ist auf dem Stick denn drauf?

fila612

@thomas-braun
ich hab die CC1352P2_CC2652P_launchpad_coordinator_20211217.hex drauf von Koenk

installiert via python script von Jelmer am Mac:

python3 cc2538-bsl.py -p /dev/tty.usbserial-1120 -evw CC1352P2_CC2652P_launchpad_coordinator_20211217.hex

fila612

also ich hab grad auf meinem 2. Pi (3B+), welcher eigentlich nur für Octoprint gedacht ist den alten CC2538 Stick angesteckt und iobroker direkt installiert. Der RaspberryPi läuft noch auf einem 32bit buster.
Nachdem ich den Zigbee Adapter installiert habe wurde der CC2538-Stick sogar OHNE Pfadangabe (die war leer) in den Adaptereinstellungen sofort grün.
Heißt also, der Stick ist NICHT defect funktioniert aber nicht auf einem 64bit RasüberryPI OS - zumindest nicht initial.

kann es mit dem 64bit RaspberryPi zusammenhängen? oder aber mit bullseye? oder beides?

Die Frage wäre: gibt es jemanden, welcher einen Zigbee-stick unter bullseye am laufen hat bzw. noch besser unter der 64bit Variante?

Thomas Braun

@fila612

Hier läuft ein zigbee Stick auf 64bit Bullseye.
Ist aber auch nicht weiter verwunderlich. Warum sollte das 'kaputt gehen'?

Asgothian

@fila612 sagte in Zigbee-Adapter Stick-Erkennungsprobleme:

Heißt also, der Stick ist NICHT defect funktioniert aber nicht auf einem 64bit RasüberryPI OS - zumindest nicht initial.

Nutzt du auf dem Pi wo der Stick nicht läuft eine SSD via USB3 ? Wenn ja: Es gibt Probleme durch EMV Störungen im 2.4 GHz Bereich durch "unsauber" verarbeitete USB3->SATA Adapter.
Ist der Stick an einem der USB2 oder USB3 Ports angeschlossen ? Wenn USB3: Bitte auf USB2 Port umstecken.
Nutzt du für den Stick eine USB Verlängerung ? Wenn Nein: Bitte eine USB Verlängerung (mind. 50 cm) einsetzen um den Stick vom PI zu entfernen.

A.

fila612

@asgothian Danke dir,
Das wäre evtl. ein Analyseansatz.

Ich hab das Argon one M.2 mit einer SSD.
Diese SSD ist dann via USB-Brücke mit dem RPi verbunden - kann das den o.g. Fehler verursachen?
Stick ist mit einem 90cm Kabel angeschlossen, steck ich auch gleich nochmal an USB2.

EDIT: Stick war bereits am USB2, aber leider keine Besserung

Edit 2: ich auch noch ein HMIP USB Modul (HB-RF-USB) angesteckt, hier habe ich keinerlei Probleme.

NEWS

Zigbee-Adapter Stick-Erkennungsprobleme

Support us

1.0k
Online

31.2k
Users

78.4k
Topics

1.2m
Posts

NEWS

Zigbee-Adapter Stick-Erkennungsprobleme

Support us

1.0kOnline

31.2kUsers

78.4kTopics

1.2mPosts

1.0k
Online

31.2k
Users

78.4k
Topics

1.2m
Posts