kleines Projekt Z-Wave und Zigbee gleichzeitig auf PI4
-
@paul53 nun habe ich das System neu aufgesetzt.
pi@SmartHomePi4:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.22.0 /usr/bin/node v12.22.0 /usr/bin/npm 6.14.11 nodejs: Installed: 12.22.0-1nodesource1 Candidate: 12.22.0-1nodesource1 Version table: *** 12.22.0-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages pi@SmartHomePi4:~ $ uname -a Linux SmartHomePi4 5.10.17-v7l+ #1403 SMP Mon Feb 22 11:33:35 GMT 2021 armv7l GNU/Linux pi@SmartHomePi4:~ $ sudo lsb_release -a No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster pi@SmartHomePi4:~ $ ls -l /dev/ttyA* crw-rw---- 1 root dialout 166, 0 Apr 5 21:03 /dev/ttyACM0 crw-rw---- 1 root dialout 204, 64 Apr 5 20:28 /dev/ttyAMA0 pi@SmartHomePi4:~ $ sudo grep dialout /etc/group dialout:x:20:pi,iobroker pi@SmartHomePi4:~ $ iobroker -v 3.2.16Der Adapter zeigt nun
Das Logfile im ioBroker gibt folgendes nun aus:
zwave2.0 2021-04-05 21:07:20.395 info (8247) starting. Version 1.8.11 in /opt/iobroker/node_modules/iobroker.zwave2, node: v12.22.0, js-controller: 3.2.16 host.SmartHomePi4 2021-04-05 21:07:18.335 info instance system.adapter.zwave2.0 started with pid 8247 host.SmartHomePi4 2021-04-05 21:07:15.811 info instance system.adapter.zwave2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) zwave2.0 2021-04-05 21:07:15.254 info (8228) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zwave2.0 2021-04-05 21:07:15.253 info (8228) terminating zwave2.0 2021-04-05 21:07:15.251 info (8228) Shutting down driver... zwave2.0 2021-04-05 21:07:15.249 info (8228) Got terminate signal TERMINATE_YOURSELF host.SmartHomePi4 2021-04-05 21:07:15.249 info stopInstance system.adapter.zwave2.0 send kill signal host.SmartHomePi4 2021-04-05 21:07:15.241 info stopInstance system.adapter.zwave2.0 (force=false, process=true) zwave2.0 2021-04-05 21:06:21.183 warn (8228) No serial port configured. Please select one in the adapter settings! zwave2.0 2021-04-05 21:06:21.132 info (8228) starting. Version 1.8.11 in /opt/iobroker/node_modules/iobroker.zwave2, node: v12.22.0, js-controller: 3.2.16 host.SmartHomePi4 2021-04-05 21:06:19.095 info instance system.adapter.zwave2.0 started with pid 8228 host.SmartHomePi4 2021-04-05 21:06:17.099 info iobroker exit 0 host.SmartHomePi4 2021-04-05 21:06:16.013 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0 created host.SmartHomePi4 2021-04-05 21:06:15.908 info iobroker host.SmartHomePi4 Set default value of zwave2.0.info.connection: false host.SmartHomePi4 2021-04-05 21:06:15.878 info iobroker host.SmartHomePi4 Set default value of zwave2.0.info.inclusion: 0 host.SmartHomePi4 2021-04-05 21:06:15.849 info iobroker host.SmartHomePi4 Set default value of zwave2.0.info.exclusion: false host.SmartHomePi4 2021-04-05 21:06:15.819 info iobroker host.SmartHomePi4 Set default value of zwave2.0.info.healingNetwork: false host.SmartHomePi4 2021-04-05 21:06:15.786 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.alive created host.SmartHomePi4 2021-04-05 21:06:15.755 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.connected created host.SmartHomePi4 2021-04-05 21:06:15.725 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.compactMode created host.SmartHomePi4 2021-04-05 21:06:15.697 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.cpu created host.SmartHomePi4 2021-04-05 21:06:15.666 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.cputime created host.SmartHomePi4 2021-04-05 21:06:15.637 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.memHeapUsed created host.SmartHomePi4 2021-04-05 21:06:15.607 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.memHeapTotal created host.SmartHomePi4 2021-04-05 21:06:15.578 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.memRss created host.SmartHomePi4 2021-04-05 21:06:15.550 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.uptime created host.SmartHomePi4 2021-04-05 21:06:15.521 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.inputCount created host.SmartHomePi4 2021-04-05 21:06:15.491 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.outputCount created host.SmartHomePi4 2021-04-05 21:06:15.463 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.eventLoopLag created host.SmartHomePi4 2021-04-05 21:06:15.434 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.sigKill created host.SmartHomePi4 2021-04-05 21:06:15.404 info iobroker host.SmartHomePi4 object system.adapter.zwave2.0.logLevel created host.SmartHomePi4 2021-04-05 21:06:15.375 info iobroker host.SmartHomePi4 object zwave2.0.info created host.SmartHomePi4 2021-04-05 21:06:15.347 info iobroker host.SmartHomePi4 object zwave2.0.info.connection created host.SmartHomePi4 2021-04-05 21:06:15.318 info iobroker host.SmartHomePi4 object zwave2.0.info.inclusion created host.SmartHomePi4 2021-04-05 21:06:15.289 info iobroker host.SmartHomePi4 object zwave2.0.info.exclusion created host.SmartHomePi4 2021-04-05 21:06:15.261 info iobroker host.SmartHomePi4 object zwave2.0.info.healingNetwork created host.SmartHomePi4 2021-04-05 21:06:15.249 info iobroker host.SmartHomePi4 create instance zwave2Was mache ich nur falsch? Habe nun kein Z-WAY installiert, also ganz ohne! Und alles nur unter pi-User und sudo.
-
-
@thomas-braun Ja hatte ich gemacht. Habe dort /dev/ttyAMA0 eingetragen und Adapter auch neu gestartet. Das Logfile oben ist nach dem Eintrag des TTY.
-
-
@amagnum
Und auf ttyACM0 läuft der zigbee? -
pi@SmartHomePi4:~ $ npx @serialport/list /dev/ttyACM0 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2427885-if00 dresden elektronik ingenieurtechnik GmbH /dev/ttyAMA0 /dev/ttyS0Ja auf dem Port ttyACM0 läuft der ConBee_II Stick. Mich wundert es, dass mit dem o.g. Befehl keine Ausgabe für ttyAMA0 gemacht wird. Ich hätte irgendwie gedacht, dass dort auch was stehen sollte.
-
@amagnum
Da kann ich nicht weiterhelfen, ich kenne die Hardware nicht. -
@thomas-braun trotzdem vielen Dank für Deine Hilfe
-
@amagnum sagte in kleines Projekt Z-Wave und Zigbee gleichzeitig auf PI4:
npm i zwave-js@3.2.0 aufgerufen
Ahhhh - NEIN! Niemals manuell eine eigene Version der Library installieren. Die ist eng mit dem Adapter verzahnt.
Zeig mal deine detaillierte Logdatei (die neueste): https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue
-
@amagnum
ich habe den ZWave2.0 noch nicht installiert bei mir, steht noch auf meiner ToDo-Liste.
Aber ich kann Dir sagen, dass mit dem alten ZWave und den Razberry ich auch das Device auf
/dev/ttyAMA0
habe.Aber hast Du bei dem neuaufsetzen das beherzigt, was @paul53 geschrieben hat:
- Z-Way? Dann greift die sich den Razberry und der Zugriff ist blockiert.
Es kann immer nur ein Tool auf ein serielles Gerät zugreifen, ausser es wird jedesmal extra abgemeldet, dies wäre aber hier nicht der Fall.
Ist schon lange her, dass ich den Razberry installiert habe, damals hatte ich auch erst noch getestet und mir glaub ich auch Z-Way oder so draufgemacht, um zu schauen, ob das Teil funzt.
Ich habe gerade mal den ZWave2.0 installiert und meinen ZWave ausgeschaltet und den einfach mit /dev/ttyAMA0 gestartet und er läuft, findet allerdings die alten Geräte nicht mehr, da ja jetzt ein anderer Schlüssel da ist, aber er hat den Razberry als NODE1 drin. -
@alcalzone Guten Morgen,
Habe keine eigene Version der Library installiert, alles ist Standard. Ich hatte das System ja neu aufgesetzt. Alles ganz frisch, im ioBroker nur admin.0, discovery.0 und info.0 und den zwave2. Kein Z-WAY installiert, damit der Port nicht durch eine andere SW belegt wird.Hier meine aktuelle Konfiguration:
pi@SmartHomePi4:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.22.0 /usr/bin/node v12.22.0 /usr/bin/npm 6.14.11 nodejs: Installed: 12.22.0-1nodesource1 Candidate: 12.22.0-1nodesource1 Version table: *** 12.22.0-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages pi@SmartHomePi4:~ $ uname -a Linux SmartHomePi4 5.10.17-v7l+ #1403 SMP Mon Feb 22 11:33:35 GMT 2021 armv7l GNU/Linux pi@SmartHomePi4:~ $ sudo lsb_release -a No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster pi@SmartHomePi4:~ $ ls -l /dev/ttyA* crw-rw---- 1 root dialout 166, 0 Apr 5 21:03 /dev/ttyACM0 << das ist mein Connbee2 zigbee crw-rw---- 1 root dialout 204, 64 Apr 5 20:28 /dev/ttyAMA0 pi@SmartHomePi4:~ $ sudo grep dialout /etc/group dialout:x:20:pi,iobroker pi@SmartHomePi4:~ $ iobroker -v 3.2.16Habe jetzt mal den zwave2 Adapter im ioBroker gelöscht und neu hinzugefügt. Wenn man ihn hinzugügt, kommt zwar im ioBroker-Log die Meldung No serial port configured, aber dann trage ich ja den Port ein. Ist eventuell nur bem Hinzugügen so. Dann habe ich den Adaper mal beendet (08:05 Uhr) und neu gestartet (08:07 Uhr).
Hier das Log beim beenden:
08:03:21.387 DRIVER ███████╗ ██╗ ██╗ █████╗ ██╗ ██╗ ███████╗ ██╗ ███████╗ ╚══███╔╝ ██║ ██║ ██╔══██╗ ██║ ██║ ██╔════╝ ██║ ██╔════╝ ███╔╝ ██║ █╗ ██║ ███████║ ██║ ██║ █████╗ █████╗ ██║ ███████╗ ███╔╝ ██║███╗██║ ██╔══██║ ╚██╗ ██╔╝ ██╔══╝ ╚════╝ ██ ██║ ╚════██║ ███████╗ ╚███╔███╔╝ ██║ ██║ ╚████╔╝ ███████╗ ╚█████╔╝ ███████║ ╚══════╝ ╚══╝╚══╝ ╚═╝ ╚═╝ ╚═══╝ ╚══════╝ ╚════╝ ╚══════╝ 08:03:21.391 DRIVER version 6.6.3 08:03:21.392 DRIVER 08:03:21.392 DRIVER starting driver... 08:03:21.419 DRIVER opening serial port /dev/ttyAMA0 08:03:21.444 DRIVER serial port opened 08:03:21.446 SERIAL » [NAK] (0x15) 08:05:36.670 DRIVER destroying driver instance...und hier beim Starten
08:07:41.415 DRIVER ███████╗ ██╗ ██╗ █████╗ ██╗ ██╗ ███████╗ ██╗ ███████╗ ╚══███╔╝ ██║ ██║ ██╔══██╗ ██║ ██║ ██╔════╝ ██║ ██╔════╝ ███╔╝ ██║ █╗ ██║ ███████║ ██║ ██║ █████╗ █████╗ ██║ ███████╗ ███╔╝ ██║███╗██║ ██╔══██║ ╚██╗ ██╔╝ ██╔══╝ ╚════╝ ██ ██║ ╚════██║ ███████╗ ╚███╔███╔╝ ██║ ██║ ╚████╔╝ ███████╗ ╚█████╔╝ ███████║ ╚══════╝ ╚══╝╚══╝ ╚═╝ ╚═╝ ╚═══╝ ╚══════╝ ╚════╝ ╚══════╝ 08:07:41.419 DRIVER version 6.6.3 08:07:41.420 DRIVER 08:07:41.420 DRIVER starting driver... 08:07:41.447 DRIVER opening serial port /dev/ttyAMA0 08:07:41.467 DRIVER serial port opened 08:07:41.468 SERIAL » [NAK] (0x15)Das NAK wundert mich. Ich muss dazu sagen, es gibt bisher keine Geräte im Z-Wave-Netz, die ich angelernt habe, alles noch ganz leer.
Komisch ist auch, dass unter /opt/iobroker/iobroker-data es kein zwave2.0/cache Verzeichnis gibt. Liegt aber vielleicht auch daran, weil keine Verbindung zustande kommt. Der Adapter bleibt im Status gelb, also true, true, false.
In Deinem angegebenen Link beschreibst Du, dass bei einem NAK wohl die Kommunikation mit dem Gerät nicht geklappt hat und eventuell eine Geräte-Konfiguration fehlt und man einen Pull-Request im zwave-js repo anlegen sollte. Dort gibt es auch einen Link zu einer Doku, leider funktioniert der Link nicht (https://alcalzone.github.io/node-zwave-js/#/development/config-files). Vielleicht würde ich mit der Beschreibung weiterkommen?
Danke für Deine Hilfe.
-
@amagnum Das NAK ist das erste Kommando, was nach dem Start an den Stick gesendet wird, um die Kommunikation zu initialisieren. Kurz danach sollte der Adapter aber mit dem Laden der Konfiguration beginnen - das passiert bei dir nicht. Zeig bitte mal die Ausgabe von:
cd /opt/iobroker/node_modules/iobroker.zwave2 npm ls -
@alcalzone sagte in kleines Projekt Z-Wave und Zigbee gleichzeitig auf PI4:
d /opt/iobroker/node_modules/iobroker.zwave2
pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $ npm ls iobroker.zwave2@1.8.11 /opt/iobroker/node_modules/iobroker.zwave2 ├── UNMET DEPENDENCY @iobroker/adapter-core@^2.4.0 ├── UNMET DEPENDENCY alcalzone-shared@^3.0.2 ├── UNMET DEPENDENCY fs-extra@^9.1.0 └── UNMET DEPENDENCY zwave-js@^6.3.0 npm ERR! missing: @iobroker/adapter-core@^2.4.0, required by iobroker.zwave2@1.8.11 npm ERR! missing: alcalzone-shared@^3.0.2, required by iobroker.zwave2@1.8.11 npm ERR! missing: fs-extra@^9.1.0, required by iobroker.zwave2@1.8.11 npm ERR! missing: zwave-js@^6.3.0, required by iobroker.zwave2@1.8.11oh, sieht nicht gut aus.
-
@amagnum Was soll ich nun machen?
-
@amagnum
Also ich habe da keine großartig andere Leistung, einzig benutze ich die Version 1.9.0 schon.
Stell mal unter Haupteinstellungen des iObrokers unter Verwahrungsort auf BETA, dann bekommst auch die 1.9.0.
Wobei ich jetzt nicht geschaut habe, welche Änderungen da gemacht wurden seitdem.iobroker.zwave2@1.9.0 /opt/iobroker/node_modules/iobroker.zwave2 ├── UNMET DEPENDENCY @iobroker/adapter-core@^2.4.0 ├── UNMET DEPENDENCY alcalzone-shared@^3.0.2 ├─┬ fs-extra@9.1.0 │ ├── UNMET DEPENDENCY at-least-node@^1.0.0 │ ├── graceful-fs@4.2.6 │ ├─┬ jsonfile@6.1.0 │ │ ├── graceful-fs@4.2.6 deduped │ │ └── universalify@2.0.0 deduped │ └── universalify@2.0.0 └── UNMET DEPENDENCY zwave-js@^7.0.0-beta.1 npm ERR! missing: @iobroker/adapter-core@^2.4.0, required by iobroker.zwave2@1.9.0 npm ERR! missing: alcalzone-shared@^3.0.2, required by iobroker.zwave2@1.9.0 npm ERR! missing: zwave-js@^7.0.0-beta.1, required by iobroker.zwave2@1.9.0 npm ERR! missing: at-least-node@^1.0.0, required by fs-extra@9.1.0Auch wenn Du noch keine Geräte hast, es gibt ja das "Hauptgerät" also NODE1, Dein Razberry
-
@alcalzone
Habe nun im Verzeichnis /opt/iobroker/node_modules/iobroker.zwave2 den Befehl npm install --production aufgerufen (bin mir aber gerade unsicher, ob ich hier das richtige gemacht habe, Verzweiflungstat). Es wurde sehr viel geladen und übersetzt, es gibt aber gerade im Bereich von serialport viele Warnungen. Ich denke das ist der native Anteil des Treibers. Eventuell kann daher der Adapter nicht mit dem tty kommunizieren.Hier die Ausgaben, leider etwas viel Output:
pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $ npm install --production npm WARN deprecated parcel-bundler@1.12.5: Parcel v1 is no longer maintained. Please migrate to v2, which is published under the 'parcel' package. See https://v2.parceljs.org/getting-started/migration for details. npm WARN deprecated core-js@2.6.12: core-js@<3 is no longer maintained and not recommended for usage due to the number of issues. Please, upgrade your dependencies to the actual version of core-js@3. npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies. npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2. npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm WARN deprecated request-promise-native@1.0.9: request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142 npm WARN deprecated har-validator@5.1.5: this library is no longer supported npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated > @serialport/bindings@9.0.7 install /opt/iobroker/node_modules/iobroker.zwave2/node_modules/@serialport/bindings > prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild prebuild-install WARN install No prebuilt binaries found (target=12.22.0 runtime=node arch=arm libc= platform=linux) make: Entering directory '/opt/iobroker/node_modules/iobroker.zwave2/node_modules/@serialport/bindings/build' CXX(target) Release/obj.target/bindings/src/serialport.o ../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: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); ../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); ../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); ../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); ../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<v8::String>& v8str)) { ../src/serialport.cpp:452: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.22.0/include/node/node.h:736: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.22.0/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); CXX(target) Release/obj.target/bindings/src/serialport_unix.o ../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); CXX(target) Release/obj.target/bindings/src/poller.o CXX(target) Release/obj.target/bindings/src/serialport_linux.o SOLINK_MODULE(target) Release/obj.target/bindings.node COPY Release/bindings.node make: Leaving directory '/opt/iobroker/node_modules/iobroker.zwave2/node_modules/@serialport/bindings/build' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.2.7 (node_modules/glob-watcher/node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.13: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.2.7 (node_modules/@parcel/watcher/node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.13: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) added 147 packages from 179 contributors and audited 1836 packages in 84.352s 24 packages are looking for funding run `npm fund` for details found 0 vulnerabilities pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $Wenn ich nun aber npm ls aufrufe, dann kommt folgende Ausgabe.
pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $ npm ls iobroker.zwave2@1.8.11 /opt/iobroker/node_modules/iobroker.zwave2 ├─┬ @iobroker/adapter-core@2.4.0 │ └─┬ @types/iobroker@3.2.8 │ └── @types/node@14.14.37 deduped ├── @types/node@14.14.37 ├─┬ alcalzone-shared@3.0.3 │ └─┬ debug@4.3.1 │ └── ms@2.1.2 ├─┬ fs-extra@9.1.0 │ ├── at-least-node@1.0.0 │ ├── graceful-fs@4.2.6 │ ├─┬ jsonfile@6.1.0 │ │ ├── graceful-fs@4.2.6 deduped │ │ └── universalify@2.0.0 deduped │ └── universalify@2.0.0 ├─┬ source-map-support@0.5.19 │ ├── buffer-from@1.1.1 │ └── source-map@0.6.1 └─┬ zwave-js@6.6.3 ├─┬ @alcalzone/jsonl-db@1.2.4 │ ├── alcalzone-shared@3.0.3 deduped │ └── fs-extra@9.1.0 deduped ├─┬ @sentry/integrations@6.2.5 │ ├── @sentry/types@6.2.5 │ ├─┬ @sentry/utils@6.2.5 │ │ ├── @sentry/types@6.2.5 deduped │ │ └── tslib@1.14.1 deduped │ ├─┬ localforage@1.9.0 │ │ └─┬ lie@3.1.1 │ │ └── immediate@3.0.6 │ └── tslib@1.14.1 ├─┬ @sentry/node@6.2.5 │ ├─┬ @sentry/core@6.2.5 │ │ ├── @sentry/hub@6.2.5 deduped │ │ ├─┬ @sentry/minimal@6.2.5 │ │ │ ├── @sentry/hub@6.2.5 deduped │ │ │ ├── @sentry/types@6.2.5 deduped │ │ │ └── tslib@1.14.1 deduped │ │ ├── @sentry/types@6.2.5 deduped │ │ ├── @sentry/utils@6.2.5 deduped │ │ └── tslib@1.14.1 deduped │ ├─┬ @sentry/hub@6.2.5 │ │ ├── @sentry/types@6.2.5 deduped │ │ ├── @sentry/utils@6.2.5 deduped │ │ └── tslib@1.14.1 deduped │ ├─┬ @sentry/tracing@6.2.5 │ │ ├── @sentry/hub@6.2.5 deduped │ │ ├── @sentry/minimal@6.2.5 deduped │ │ ├── @sentry/types@6.2.5 deduped │ │ ├── @sentry/utils@6.2.5 deduped │ │ └── tslib@1.14.1 deduped │ ├── @sentry/types@6.2.5 deduped │ ├── @sentry/utils@6.2.5 deduped │ ├── cookie@0.4.1 │ ├─┬ https-proxy-agent@5.0.0 │ │ ├─┬ agent-base@6.0.2 │ │ │ └── debug@4.3.1 deduped │ │ └── debug@4.3.1 deduped │ ├── lru_map@0.3.3 │ └── tslib@1.14.1 deduped ├─┬ @zwave-js/config@6.6.3 │ ├── @zwave-js/core@6.6.3 deduped │ ├── @zwave-js/shared@6.6.3 deduped │ ├── alcalzone-shared@3.0.3 deduped │ ├── ansi-colors@4.1.1 deduped │ ├── fs-extra@9.1.0 deduped │ ├── json-logic-js@2.0.1 │ ├─┬ json5@2.2.0 │ │ └── minimist@1.2.5 │ ├─┬ semver@7.3.5 │ │ └─┬ lru-cache@6.0.0 │ │ └── yallist@4.0.0 │ └── winston@3.3.3 deduped ├─┬ @zwave-js/core@6.6.3 │ ├── @alcalzone/jsonl-db@1.2.4 deduped │ ├── @zwave-js/shared@6.6.3 deduped │ ├── alcalzone-shared@3.0.3 deduped │ ├── ansi-colors@4.1.1 deduped │ ├── moment@2.29.1 │ ├─┬ moment-timezone@0.5.33 │ │ └── moment@2.29.1 deduped │ ├── nrf-intel-hex@1.3.0 │ └── winston@3.3.3 deduped ├─┬ @zwave-js/serial@6.6.3 │ ├── @zwave-js/core@6.6.3 deduped │ ├── alcalzone-shared@3.0.3 deduped │ ├── serialport@9.0.7 deduped │ └── winston@3.3.3 deduped ├─┬ @zwave-js/shared@6.6.3 │ └── alcalzone-shared@3.0.3 deduped ├── alcalzone-shared@3.0.3 deduped ├── ansi-colors@4.1.1 ├── fs-extra@9.1.0 deduped ├── reflect-metadata@0.1.13 ├─┬ serialport@9.0.7 │ ├─┬ @serialport/binding-mock@9.0.7 │ │ ├─┬ @serialport/binding-abstract@9.0.7 │ │ │ └── debug@4.3.1 deduped │ │ └── debug@4.3.1 deduped │ ├─┬ @serialport/bindings@9.0.7 │ │ ├── @serialport/binding-abstract@9.0.7 deduped │ │ ├── @serialport/parser-readline@9.0.7 deduped │ │ ├─┬ bindings@1.5.0 │ │ │ └── file-uri-to-path@1.0.0 │ │ ├── debug@4.3.1 deduped │ │ ├── nan@2.14.2 │ │ └─┬ prebuild-install@6.1.1 │ │ ├── detect-libc@1.0.3 │ │ ├── expand-template@2.0.3 │ │ ├── github-from-package@0.0.0 │ │ ├── minimist@1.2.5 deduped │ │ ├── mkdirp-classic@0.5.3 │ │ ├── napi-build-utils@1.0.2 │ │ ├─┬ node-abi@2.21.0 │ │ │ └── semver@5.7.1 │ │ ├── noop-logger@0.1.1 │ │ ├─┬ npmlog@4.1.2 │ │ │ ├─┬ are-we-there-yet@1.1.5 │ │ │ │ ├── delegates@1.0.0 │ │ │ │ └─┬ readable-stream@2.3.7 │ │ │ │ ├── core-util-is@1.0.2 deduped │ │ │ │ ├── inherits@2.0.4 deduped │ │ │ │ ├── isarray@1.0.0 deduped │ │ │ │ ├── process-nextick-args@2.0.1 deduped │ │ │ │ ├── safe-buffer@5.1.2 │ │ │ │ ├─┬ string_decoder@1.1.1 │ │ │ │ │ └── safe-buffer@5.1.2 deduped │ │ │ │ └── util-deprecate@1.0.2 deduped │ │ │ ├── console-control-strings@1.1.0 │ │ │ ├─┬ gauge@2.7.4 │ │ │ │ ├── aproba@1.2.0 │ │ │ │ ├── console-control-strings@1.1.0 deduped │ │ │ │ ├── has-unicode@2.0.1 │ │ │ │ ├── object-assign@4.1.1 │ │ │ │ ├── signal-exit@3.0.3 │ │ │ │ ├─┬ string-width@1.0.2 │ │ │ │ │ ├── code-point-at@1.1.0 │ │ │ │ │ ├─┬ is-fullwidth-code-point@1.0.0 │ │ │ │ │ │ └── number-is-nan@1.0.1 │ │ │ │ │ └── strip-ansi@3.0.1 deduped │ │ │ │ ├─┬ strip-ansi@3.0.1 │ │ │ │ │ └── ansi-regex@2.1.1 │ │ │ │ └─┬ wide-align@1.1.3 │ │ │ │ └── string-width@1.0.2 deduped │ │ │ └── set-blocking@2.0.0 │ │ ├─┬ pump@3.0.0 │ │ │ ├─┬ end-of-stream@1.4.4 │ │ │ │ └── once@1.4.0 deduped │ │ │ └─┬ once@1.4.0 │ │ │ └── wrappy@1.0.2 │ │ ├─┬ rc@1.2.8 │ │ │ ├── deep-extend@0.6.0 │ │ │ ├── ini@1.3.8 │ │ │ ├── minimist@1.2.5 deduped │ │ │ └── strip-json-comments@2.0.1 │ │ ├─┬ simple-get@3.1.0 │ │ │ ├─┬ decompress-response@4.2.1 │ │ │ │ └── mimic-response@2.1.0 │ │ │ ├── once@1.4.0 deduped │ │ │ └── simple-concat@1.0.1 │ │ ├─┬ tar-fs@2.1.1 │ │ │ ├── chownr@1.1.4 │ │ │ ├── mkdirp-classic@0.5.3 deduped │ │ │ ├── pump@3.0.0 deduped │ │ │ └─┬ tar-stream@2.2.0 │ │ │ ├─┬ bl@4.1.0 │ │ │ │ ├─┬ buffer@5.7.1 │ │ │ │ │ ├── base64-js@1.5.1 │ │ │ │ │ └── ieee754@1.2.1 │ │ │ │ ├── inherits@2.0.4 deduped │ │ │ │ └── readable-stream@3.6.0 deduped │ │ │ ├── end-of-stream@1.4.4 deduped │ │ │ ├── fs-constants@1.0.0 │ │ │ ├── inherits@2.0.4 deduped │ │ │ └── readable-stream@3.6.0 deduped │ │ └─┬ tunnel-agent@0.6.0 │ │ └── safe-buffer@5.2.1 deduped │ ├── @serialport/parser-byte-length@9.0.7 │ ├── @serialport/parser-cctalk@9.0.7 │ ├── @serialport/parser-delimiter@9.0.7 │ ├── @serialport/parser-inter-byte-timeout@9.0.7 │ ├─┬ @serialport/parser-readline@9.0.7 │ │ └── @serialport/parser-delimiter@9.0.7 deduped │ ├── @serialport/parser-ready@9.0.7 │ ├── @serialport/parser-regex@9.0.7 │ ├─┬ @serialport/stream@9.0.7 │ │ └── debug@4.3.1 deduped │ └── debug@4.3.1 deduped ├── source-map-support@0.5.19 deduped ├─┬ winston@3.3.3 │ ├─┬ @dabh/diagnostics@2.0.2 │ │ ├─┬ colorspace@1.1.2 │ │ │ ├─┬ color@3.0.0 │ │ │ │ ├─┬ color-convert@1.9.3 │ │ │ │ │ └── color-name@1.1.3 │ │ │ │ └─┬ color-string@1.5.5 │ │ │ │ ├── color-name@1.1.3 deduped │ │ │ │ └─┬ simple-swizzle@0.2.2 │ │ │ │ └── is-arrayish@0.3.2 │ │ │ └── text-hex@1.0.0 │ │ ├── enabled@2.0.0 │ │ └── kuler@2.0.0 │ ├── async@3.2.0 │ ├── is-stream@2.0.0 │ ├─┬ logform@2.2.0 │ │ ├── colors@1.4.0 │ │ ├── fast-safe-stringify@2.0.7 │ │ ├── fecha@4.2.1 │ │ ├── ms@2.1.2 deduped │ │ └── triple-beam@1.3.0 deduped │ ├─┬ one-time@1.0.0 │ │ └── fn.name@1.1.0 │ ├─┬ readable-stream@3.6.0 │ │ ├── inherits@2.0.4 │ │ ├─┬ string_decoder@1.3.0 │ │ │ └── safe-buffer@5.2.1 │ │ └── util-deprecate@1.0.2 │ ├── stack-trace@0.0.10 │ ├── triple-beam@1.3.0 │ └─┬ winston-transport@4.4.0 │ ├─┬ readable-stream@2.3.7 │ │ ├── core-util-is@1.0.2 │ │ ├── inherits@2.0.4 deduped │ │ ├── isarray@1.0.0 │ │ ├── process-nextick-args@2.0.1 │ │ ├── safe-buffer@5.1.2 │ │ ├─┬ string_decoder@1.1.1 │ │ │ └── safe-buffer@5.1.2 deduped │ │ └── util-deprecate@1.0.2 deduped │ └── triple-beam@1.3.0 deduped └── xstate@4.17.1 pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $Adapter-Logfile sieht nicht bessere aus. Nach dem NAK kommt nichts weiter raus.
-
@amagnum sagte in kleines Projekt Z-Wave und Zigbee gleichzeitig auf PI4:
Es wurde sehr viel geladen und übersetzt, es gibt aber gerade im Bereich von serialport viele Warnungen.
Das sieht zwar erschreckend aus, ist aber okay so. Kannst du mal eine andere Adapter-Version ausprobieren? Am besten gleich die aktuellste. Adapter stoppen, dann:
cd /opt/iobroker npm i iobroker.zwave2@latest iobroker upload zwave2 -
@alcalzone Habe die latest Version (1.9.2) geladen, bleibt aber bei NAK immer noch stehen.
pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $ npm ls iobroker.zwave2@1.9.2 /opt/iobroker/node_modules/iobroker.zwave2 ├── UNMET DEPENDENCY @iobroker/adapter-core@^2.4.0 ├── UNMET DEPENDENCY alcalzone-shared@^3.0.3 ├── UNMET DEPENDENCY fs-extra@^9.1.0 └── UNMET DEPENDENCY zwave-js@^7.1.0 npm ERR! missing: @iobroker/adapter-core@^2.4.0, required by iobroker.zwave2@1.9.2 npm ERR! missing: alcalzone-shared@^3.0.3, required by iobroker.zwave2@1.9.2 npm ERR! missing: fs-extra@^9.1.0, required by iobroker.zwave2@1.9.2 npm ERR! missing: zwave-js@^7.1.0, required by iobroker.zwave2@1.9.2 pi@SmartHomePi4:/opt/iobroker/node_modules/iobroker.zwave2 $Vielleicht ist ja das RaZberry 2 Modul defekt. Ich habe nun einen Z-Wave USB Stick gekauft, wird demnächst geliefert (Modell Aeotec AEOEZW090-C). Dann nehme ich das RaZberry runter und versuche es mit dem Stick.
Oder gibt es eine simple Methode, um mal etwas an das tty zu Senden und zu Empfangen. Früher hatte ich das mit alten Modemverbindungen gemacht. Da gab es immer so einen AT-Befehlssatz, das waren aber reine ASCII-Schnittstellen, hatte früher mit 300 bit/s angefangen. Oh man, das waren noch Zeiten.
-
@amagnum
Es gab auch mal ein Beitrag, wo es um den Serialport ging:
https://forum.iobroker.net/topic/6230/zwave-raspberrypi3-und-razberry-zwave-platine/4?_=1617715888271
Lediglich der Serialport muss umkonfiguriert werden:sudo nano /boot/cmdline.txt -> console=serial0,115200 entfernensudo nano /boot/config.txt -> folgendes einfügen bzw Auskommentierung entfernen: dtoverlay=pi3-miniuart-bt enable_uart=1 force_turbo=1 rebootDas habe ich bei mir auch drin.
Ist leider schon zu lange her, dass ich mein RazBerry in Betrieb genommen habe, aber da ich in der config.txt die Einträge habe, gehe ich mal davon aus, dass ich das gemacht habe.
Ist allerdings bei mir ein PI3 auch. -
@tugsi Inzwischen geht das auch per
raspi-configmeine ich.
