Zigbee Adapter Error Send Command failed with no error code
-
@stefan-3 ist ja nicht dein ernst...iobroker übernimmt FHEM support... geil...
-
@arteck So, System wie gesagt neu aufgesetzt, FHEM und IOB installiert. RAM war am Anschlag, so dass ich eine 2GB Swap-Datei eingerichtet hab. Der Zigbee-Fehler ist unverändert da
Zusatzinfo: Jetziges Ergebnis von iob diag:Skript v.2023-10-10 *** BASE SYSTEM *** Static hostname: raspberrypi Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.0-rpi8-rpi-v8 Architecture: arm64 Model : Raspberry Pi 3 Model B Rev 1.2 Docker : false Virtualization : none Kernel : aarch64 Userland : arm64 Systemuptime and Load: 18:10:05 up 23 min, 2 users, load average: 0.26, 0.21, 0.33 CPU threads: 4 *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: ~ Under-voltage has occurred *** Time and Time Zones *** Local time: Fri 2024-03-08 18:10:05 CET Universal time: Fri 2024-03-08 17:10:05 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: multi-user.target *** MEMORY *** total used free shared buff/cache available Mem: 952M 747M 112M 188K 153M 205M Swap: 2.3G 252M 2.0G Total: 3.2G 1.0G 2.1G 908 M total memory 712 M used memory 455 M active memory 253 M inactive memory 107 M free memory 10 M buffer memory 135 M swap cache 2147 M total swap 241 M used swap 1906 M free swap Raspberry only: oom events: 0 lifetime oom required: 0 Mbytes total time in oom handler: 0 ms max time spent in oom handler: 0 ms *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 319M 0 319M 0% /dev tmpfs tmpfs 91M 1.1M 90M 2% /run /dev/mmcblk0p2 ext4 29G 5.9G 22G 22% / tmpfs tmpfs 455M 0 455M 0% /dev/shm tmpfs tmpfs 5.0M 12K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 510M 61M 450M 12% /boot/firmware tmpfs tmpfs 91M 0 91M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Fri Mar 8 17:46:20 2024] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyAMA0,115200 console=tty1 root=PARTUUID=d46b09f2-02 rootfstype=ext4 fsck.repair=yes rootwait [Fri Mar 8 17:46:26 2024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none. [Fri Mar 8 17:46:30 2024] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none. Show mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime `-/boot/firmware /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro Files in neuralgic directories: /var: 753M /var/ 285M /var/log/journal/b97363623a9b4bc5bc8e5d0296596227 285M /var/log/journal 285M /var/log 203M /var/cache Archived and active journals take up 284.0M in the file system. /opt/iobroker/backups: 8.4M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 199M /opt/iobroker/iobroker-data/ 186M /opt/iobroker/iobroker-data/files 57M /opt/iobroker/iobroker-data/files/javascript.admin 43M /opt/iobroker/iobroker-data/files/iot.admin 42M /opt/iobroker/iobroker-data/files/iot.admin/static/js The five largest files in iobroker-data are: 33M /opt/iobroker/iobroker-data/files/iot.admin/static/js/main.1797d034.js.map 22M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.c05ba1d3.js.map 11M /opt/iobroker/iobroker-data/objects.jsonl 8.5M /opt/iobroker/iobroker-data/files/iot.admin/static/js/main.1797d034.js 8.3M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.c05ba1d3.js USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 *** NodeJS-Installation *** /usr/bin/nodejs v18.19.1 /usr/bin/node v18.19.1 /usr/bin/npm 10.2.4 /usr/bin/npx 10.2.4 /usr/bin/corepack 0.22.0 nodejs: Installed: 18.19.1-1nodesource1 Candidate: 18.19.1-1nodesource1 Version table: *** 18.19.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 18.19.0+dfsg-6~deb12u1 500 500 http://deb.debian.org/debian-security bookworm-security/main arm64 Packages 18.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.2-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.2-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.13.0+dfsg1-1 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 18.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages Temp directories causing npm8 problem: 0 No problems detected Errors in npm tree: *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Core adapters versions js-controller: 5.0.19 admin: 6.13.16 javascript: 7.8.0 Adapters from github: 0 Adapter State + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : raspberrypi - enabled + system.adapter.backitup.0 : backitup : raspberrypi - enabled system.adapter.discovery.0 : discovery : raspberrypi - disabled system.adapter.feiertage.0 : feiertage : raspberrypi - enabled + system.adapter.fhem.0 : fhem : raspberrypi - enabled, port: 7072 system.adapter.history.0 : history : raspberrypi - disabled + system.adapter.iot.0 : iot : raspberrypi - enabled + system.adapter.javascript.0 : javascript : raspberrypi - enabled system.adapter.solarmanpv.0 : solarmanpv : raspberrypi - enabled + system.adapter.sonos.0 : sonos : raspberrypi - enabled system.adapter.vis-materialdesign.0 : vis-materialdesign : raspberrypi - disabled system.adapter.vis.0 : vis : raspberrypi - enabled + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : raspberrypi - enabled, port: /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.fhem.0 : fhem : raspberrypi - enabled, port: 7072 + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : raspberrypi - enabled, port: /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 ioBroker-Repositories stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Installed ioBroker-Instances Used repository: stable Adapter "admin" : 6.13.16 , installed 6.13.16 Adapter "alexa2" : 3.26.4 , installed 3.26.4 Adapter "backitup" : 2.10.11 , installed 2.10.11 Adapter "discovery" : 4.2.0 , installed 4.2.0 Adapter "feiertage" : 1.1.4 , installed 1.1.4 Adapter "fhem" : 2.0.5 , installed 2.0.5 Adapter "history" : 3.0.1 , installed 3.0.1 Adapter "iot" : 2.0.11 , installed 2.0.11 Adapter "javascript" : 7.8.0 , installed 7.8.0 Controller "js-controller": 5.0.19 , installed 5.0.19 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "socketio" : 6.6.0 , installed 6.6.0 Adapter "solarmanpv" : 0.5.1 , installed 0.5.1 Adapter "sonos" : 3.0.0 , installed 3.0.0 Adapter "vis" : 1.5.4 , installed 1.5.4 Adapter "vis-materialdesign": 0.5.9, installed 0.5.9 Adapter "web" : 6.2.3 , installed 6.2.3 Adapter "ws" : 2.5.10 , installed 2.5.10 Adapter "zigbee" : 1.10.1 , installed 1.10.1 Objects and States Please stand by - This may take a while Objects: 3724 States: 2904 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian-security bookworm-security InRelease Hit:3 http://deb.debian.org/debian bookworm-updates InRelease Hit:4 http://archive.raspberrypi.com/debian bookworm InRelease Hit:5 https://debian.fhem.de/nightly InRelease Hit:6 https://deb.nodesource.com/node_18.x nodistro InRelease Reading package lists... Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 12870 629/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 13810 629/iobroker.js-con tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13768 686/sshd: /usr/sbin tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 999 12858 770/perl tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN 999 15825 770/perl tcp6 0 0 :::22 :::* LISTEN 0 13770 686/sshd: /usr/sbin tcp6 0 0 :::3500 :::* LISTEN 1001 15988 857/io.sonos.0 tcp6 0 0 :::8082 :::* LISTEN 1001 14048 931/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 15899 788/io.admin.0 udp 0 0 0.0.0.0:56381 0.0.0.0:* 104 12601 491/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 104 12599 491/avahi-daemon: r udp6 0 0 fe80::2157:f17c:c3f:546 :::* 0 15821 582/NetworkManager udp6 0 0 :::44614 :::* 104 12602 491/avahi-daemon: r udp6 0 0 :::5353 :::* 104 12600 491/avahi-daemon: r *** Log File - Last 25 Lines *** 2024-03-08 18:00:33.396 - error: zigbee.0 (880) Send command to 0x00124b0018d534f5 failed with no error code (undefined) 2024-03-08 18:01:00.626 - debug: alexa2.0 (824) Alexa-Remote HTTP2-PUSH: Send Ping 2024-03-08 18:02:55.680 - info: fhem.0 (840) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360 2024-03-08 18:04:00.626 - debug: alexa2.0 (824) Alexa-Remote HTTP2-PUSH: Send Ping 2024-03-08 18:05:00.133 - info: javascript.0 (795) script.js.common.V1a_Beregnung: Nächste Beregnung Programm 1a aktualisiert auf: 03/09/2024 18:00 2024-03-08 18:06:00.096 - info: host.raspberrypi instance system.adapter.solarmanpv.0 started with pid 1082 2024-03-08 18:06:04.154 - info: solarmanpv.0 (1082) starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.solarmanpv, node: v18.19.1, js-controller: 5.0.19 2024-03-08 18:06:06.251 - info: solarmanpv.0 (1082) State value to set for "solarmanpv.0.3104772.221753192.DEV_TYP1" has to be type "number" but received type "string" 2024-03-08 18:06:06.339 - info: solarmanpv.0 (1082) State value to set for "solarmanpv.0.3104772.221753192.COMM_PTC_v1" has to be type "string" but received type "number" 2024-03-08 18:06:06.398 - info: solarmanpv.0 (1082) State value to set for "solarmanpv.0.3104772.221753192.HWv1" has to be type "string" but received type "number" 2024-03-08 18:06:06.933 - info: solarmanpv.0 (1082) State value to set for "solarmanpv.0.3104772.221753192.NOP" has to be type "number" but received type "string" 2024-03-08 18:06:07.622 - info: solarmanpv.0 (1082) Terminated (ADAPTER_REQUESTED_TERMINATION): Everything done. Going to terminate till next schedule 2024-03-08 18:06:08.190 - info: host.raspberrypi instance system.adapter.solarmanpv.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-03-08 18:07:00.626 - debug: alexa2.0 (824) Alexa-Remote HTTP2-PUSH: Send Ping 2024-03-08 18:07:55.641 - info: fhem.0 (840) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360 2024-03-08 18:10:00.626 - debug: alexa2.0 (824) Alexa-Remote HTTP2-PUSH: Send Ping 2024-03-08 18:12:00.092 - info: host.raspberrypi instance system.adapter.solarmanpv.0 started with pid 1908 2024-03-08 18:12:04.893 - info: solarmanpv.0 (1908) starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.solarmanpv, node: v18.19.1, js-controller: 5.0.19 2024-03-08 18:12:14.391 - info: solarmanpv.0 (1908) State value to set for "solarmanpv.0.3104772.221753192.DEV_TYP1" has to be type "number" but received type "string" 2024-03-08 18:12:14.500 - info: solarmanpv.0 (1908) State value to set for "solarmanpv.0.3104772.221753192.COMM_PTC_v1" has to be type "string" but received type "number" 2024-03-08 18:12:14.572 - info: solarmanpv.0 (1908) State value to set for "solarmanpv.0.3104772.221753192.HWv1" has to be type "string" but received type "number" 2024-03-08 18:12:15.297 - info: solarmanpv.0 (1908) State value to set for "solarmanpv.0.3104772.221753192.NOP" has to be type "number" but received type "string" 2024-03-08 18:12:16.099 - info: solarmanpv.0 (1908) Terminated (ADAPTER_REQUESTED_TERMINATION): Everything done. Going to terminate till next schedule 2024-03-08 18:12:16.702 - info: host.raspberrypi instance system.adapter.solarmanpv.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) -
1GB RAM ist auch deutlich zu wenig.
Unter 4 macht es eigentlich kaum Sinn. -
@thomas-braun Wie schaut es eigentlich mit möglichst abgemagerten ioBroker Slaves aus? Wo ist da die untere sinnvolle RAM-Grenze?
irgendein oller Pi, der über USB z. B. einen Smartmeter Lesekopf antreibt, und dieser wird in einen ioBroker Slave mit Smartmeter Adapter flugs an den Master ioBroker weitergeleitet?
-
@martinp sagte in Zigbee Adapter Error Send Command failed with no error code:
Wie schaut es eigentlich mit möglichst abgemagerten ioBroker Slaves aus? Wo ist da die untere sinnvolle RAM-Grenze?
Da könntest du mit 1GB hinkommen. Aber da muss ja auch außer des etsprechenden Adapters auch nix mehr laufen, nichtmal ein admin. Hier ist aber ja auch deutlich mehr am Start, inkl. FHEM.
-
@thomas-braun Das Swap-File hat 2GB. Ergebnis:
pi@raspberrypi:~ $ free -m total used free shared buff/cache available Mem: 908 576 83 0 310 332 Swap: 2147 467 1680Gut, ist nicht (mehr) die performanteste HW, aber muss ich Deiner Meinung nach nun echt eine neue HW kaufen? Das kann doch nicht Dein Ernst sein. Mal abgesehen davon glaub ich nicht dran, dass daher die Zigbee-Probleme herkommen.
-
@stefan-3 sagte in Zigbee Adapter Error Send Command failed with no error code:
Das kann doch nicht Dein Ernst sein.
Dann schlag dich weiter mit komischen Problemen herum. Jedenfalls ist 1GB für einen sinnvollen Betrieb mit einer handvoll Adapter zu wenig.
-
@thomas-braun Sorry, wollte Dir nicht zu nahe treten. Zumindest testweise hab ich mal alle Adapter bis auf Zigbee deaktiviert > reboot > RAM Auslastung:
pi@raspberrypi:~ $ free -m total used free shared buff/cache available Mem: 908 458 258 1 249 449 Swap: 2147 0 2147und dennoch, sobald ich die RGB brightness verändere, erhalte ich die Zigbee Fehlermeldung.
@arteck Hast Du (oder gerne auch jemand anderes) nicht noch eine Idee, wie ich den Fehler eingrenzen kann. Es sind ausschließlich alle (3 Stück bei mir) LED Dimmer vom Typ HOMA1001 betroffen, die bis ca. Jahreswechsel 2023/24 einwandfrei funktioniert hatten.
Zusatzinfo: Ein Original Netzteil hab ich inzwischen bestellt, da das frühere USB-Ladenetzteil tatsächlich eine gewisse Instabilität zur Folge hat, welche ich mit dem aktuellen Labornetzteil so nicht mehr sehe. Dass es aktuell also noch am Netzteil liegt schließe ich aus.
-
@arteck Hab inzwischen ein Original Raspi-Netzteil installiert. Das Verhalten bleibt jedoch unverändert (im Vergleich zu meinem Labornetzteil), d.h. Zigbee Fehler und einmalige undervoltage Meldung, sobald ich eine USB-Tastatur am Raspi anstecke, aber das schließe ich als Ursache für den Zigbee-Effekt aus.
-
@stefan-3
Zum Thema zigbee hätte ich noch einen Schuß ins Blaue.
Ich hatte vor längerer Zeit (ca. 1Jahr) das Problem das bei meinen
Hue-Lampen an/aus und Helligkeit funkionierten, bei Änderungen
der Farbe kam es zum gleichen Fehler.
Ursache war bei mir der dp hue_calibration.
Nachdem ich den Inhalt des dp gelöscht habe, klappte es wieder.
Vieleicht hast du ja ein ähnliches Problem. -
@mrjeschke Ich gehe davon aus, dass du mit dp = Datenpunkt meinst. Der dp zum Setzen der Helligkeit nennt sich bei mir brightness_rgb.
Hiervon kann ich den Wert ändern. Der LED Stripe ändert dann seine Helligkeit nicht und ich bekomme eine Fehlermeldung im iob Log.
Zum Löschen des Inhalts des dp hab ich den dp brightness_rgb (und später auch alle anderen dp des Geräts) als JSON-Datei exportiert und dabei "Keine Zustandswerte exportieren" angewählt, dann den dp gelöscht und danach die JSON-Datei wieder importiert. Meinst du das mit "Inhalt des dp löschen"?
Dieses Löschen hat leider keinen Einfluss auf das HW-Verhalten. -
Ich hab nun Folgendes gemacht:
- Pairing eines HOMA1001 Dimmers aufgehoben
- State Cleanup durchgeführt
- Restart Zigbee-Adapter
- HOMA1001 Dimmer neu gepaired -> klappt fehlerfrei
- Leider ist der Dimmer ohne jegliche Funktion. Einträge im Error Log:
- Dann den Dimmer bei "Ausschliessen" ergänzt.
- Restart Zigbee-Adapter
- Leider gleiches Verhalten wie zuvor (keine Funktion und die gleichen Log Einträge).
- In der Datei /opt/iobroker/iobroker-data/zigbee_0/shepherd.db wird der Dimmer ganz richtig aufgenommen:
{"id":20,"type":"Router","ieeeAddr":"0x00124b0018d52b59","nwkAddr":40982,"manufId":0,"manufName":"ShenZhen_Homa","powerSource":"Mains (single phase)","modelId":"HOMA1001","epList":[10,11,13],"endpoints":{"10":{"profId":260,"epId":10,"devId":256,"inClusterList":[0,3,4,5,6,8],"outClusterList":[],"clusters":{"genOnOff":{"attributes":{"onOff":1}},"genBasic":{"attributes":{"zclVersion":1}}},"binds":[],"configuredReportings":[],"meta":{}},"11":{"profId":49246,"epId":11,"devId":528,"inClusterList":[0,3,4,5,6,8,768],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"13":{"profId":49246,"epId":13,"devId":57694,"inClusterList":[4096],"outClusterList":[4096],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}}},"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"20131206","swBuildId":"1.0.2","zclVersion":1,"interviewCompleted":true,"meta":{},"lastSeen":1711647347498}- In der Datei /opt/iobroker/node_modules/zigbee-herdsman-converters/devices/shenzhen_homa.js wird der HOMA1001-Dimmer auch richtig beschrieben:
const definitions = [ { fingerprint: [ { modelID: 'HOMA1001', endpoints: [ { ID: 10, profileID: 49246, deviceID: 256, inputClusters: [0, 3, 4, 5, 6, 8], outputClusters: [] }, { ID: 11, profileID: 49246, deviceID: 528, inputClusters: [0, 3, 4, 5, 6, 8, 768], outputClusters: [] }, { ID: 13, profileID: 49246, deviceID: 57694, inputClusters: [4096], outputClusters: [4096] }, ] }, ], model: 'HOMA1001_RGBW', vendor: 'Shenzhen Homa', description: 'Smart LED driver RGBW', extend: extend_1.default.light_onoff_brightness_color(), exposes: [e.light_brightness().withEndpoint('white'), e.light_brightness_colorxy().withEndpoint('rgb')], meta: { multiEndpoint: true }, endpoint: (device) => { return { white: 10, rgb: 11 }; }, }, { fingerprint: [ { modelID: 'HOMA1001', endpoints: [ { ID: 11, profileID: 49246, deviceID: 528, inputClusters: [0, 3, 4, 5, 6, 8, 768], outputClusters: [] }, { ID: 13, profileID: 49246, deviceID: 57694, inputClusters: [4096], outputClusters: [4096] }, ] }, ], model: 'HOMA1001_RGB', vendor: 'Shenzhen Homa', description: 'Smart LED driver RGB', extend: [(0, modernExtend_1.light)({ color: true })], }, { fingerprint: [ { modelID: 'HOMA1001', endpoints: [ { ID: 11, profileID: 49246, deviceID: 544, inputClusters: [0, 3, 4, 5, 6, 8, 768], outputClusters: [] }, { ID: 13, profileID: 49246, deviceID: 57694, inputClusters: [4096], outputClusters: [4096] }, ] }, ], model: 'HOMA1001_CT', vendor: 'Shenzhen Homa', description: 'Smart LED driver CT', extend: [(0, modernExtend_1.light)()], }, { fingerprint: [ { modelID: 'HOMA1001', endpoints: [ { ID: 11, profileID: 49246, deviceID: 256, inputClusters: [0, 3, 4, 5, 6, 8], outputClusters: [] }, { ID: 13, profileID: 49246, deviceID: 57694, inputClusters: [4096], outputClusters: [4096] }, ] }, ], model: 'HOMA1001_SC', vendor: 'Shenzhen Homa', description: 'Smart LED driver SC', extend: [(0, modernExtend_1.light)()], },Aus mir nicht nachvollziehbaren Gründen hat er nun gänzlich verlernt wie der HOMA1001 Dimmer anzusteuern ist
-
@stefan-3 zeigmal die angelegten Datenpunkte..die nach dem pairing entstanden sind
-
@arteck Über Nacht hatte ich den Dimmer stromlos. Beim wieder anklemmen erhalte ich im Log eine "announced itself"-Meldung:
Hier die zugehörigen Datenpunkte:
-
@stefan-3 das ist normal. Das Netz merkt sich das es sich da um ein bekanntes Gerät handelt.
-
@stefan-3 sagte in Zigbee Adapter Error Send Command failed with no error code:
Hier die zugehörigen Datenpunkte:
Die Tatsache das die datenpunkte die in deiner Fehlermeldung angeblich fehlen doch vorhanden sind deuten darauf hin das es einen Fehler im Zeitablauf des anlernen gibt - das anlernen und aufbauen der States dauert (bei deinem System) länger als der herdsman und das gerät erwarten - die 3 Fehlermeldungen beim Anlernen darfst du also ignorieren.
Ansonsten stellt sich die Frage was an Meldungen kommt wenn du
- 52b95 in den state zigbee.0.info.debugmessages einträgst
- danach den device-query DP triggered
- danach versuchst einzelne states zu ändern.
Durch den Eintrag für die debug messages sollte jeder Versuch da was zu ändern bis zu 4 warn Meldungen mit dem Schlüsselwort Elevated im log erscheinen.
A.
-
@asgothian Als Log-Antwort auf device-query erhält man:
Und wenn man z.B. die Helligkeit der weißen LEDs ändert:
Meines Erachtens alles ganz normal bis auf die Tatsache, dass er das states-mapping vergessen hat.
Ich hab das Device daraufhin nochmal entkoppelt -> state cleanup -> restart Zigbee Adapter -> Pairing. Ergebnis unverändert das fehlende states-mapping:
Auch danach ist das Verhalten bei state-Änderungen unverändert.
-
@stefan-3 sagte in Zigbee Adapter Error Send Command failed with no error code:
@asgothian Als Log-Antwort auf device-query erhält man:
Und wenn man z.B. die Helligkeit der weißen LEDs ändert:
Meines Erachtens alles ganz normal bis auf die Tatsache, dass er das states-mapping vergessen hat.Du hast schon gelesen was ich oben geschrieben habe ? der Adapter hat nichts vergessen, die Meldung das das Gerät nicht im states mapping drin steht ist erst einmal ok - die States werden angelegt, also ist da alles ok. Wenn da wirklich ‘states vergessen’ wurden dann gäb es die Datenpunkte nicht.
Auch danach ist das Verhalten bei state-Änderungen unverändert.
Bitte poste die logs als Text (in code Tags (</>)), mit den Screenshots kann ich nichts anfangen.
A.
-
@asgothian Vielen Dank für Deine Geduld und Unterstützung. Hier die Log-Antwort auf device-query:
zigbee.0 2024-04-01 17:41:04.022 warn ELEVATED publishToState: message received '{}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:04.005 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:04.004 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.961 warn Failed to read state '"power_on_behavior"'of '0x00124b0018d52b59' after query with '{"code":134}' zigbee.0 2024-04-01 17:41:03.950 warn ELEVATED publishToState: value generated '116' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.949 warn ELEVATED publishToState: message received '{"linkquality":116}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.869 warn Failed to read state '"color_mode"'of '0x00124b0018d52b59' after query with '{"code":134}' zigbee.0 2024-04-01 17:41:03.855 warn ELEVATED publishToState: message received '{"color_options":{"execute_if_off":false},"color_mode":"xy"}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.829 warn ELEVATED publishToState: value generated '105' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.827 warn ELEVATED publishToState: message received '{"linkquality":105}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.794 warn Failed to read state '"color_options"'of '0x00124b0018d52b59' after query with '{"code":134}' zigbee.0 2024-04-01 17:41:03.779 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.778 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.662 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.661 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.601 warn ELEVATED publishToState: value generated '105' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.600 warn ELEVATED publishToState: message received '{"linkquality":105}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.488 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.487 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.442 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.441 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.331 warn ELEVATED publishToState: value generated '105' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.329 warn ELEVATED publishToState: message received '{"linkquality":105}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.275 warn ELEVATED publishToState: message received '{}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.243 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.242 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.206 warn Failed to read state '"color"'of '0x00124b0018d52b59' after query with '{"code":134}' zigbee.0 2024-04-01 17:41:03.133 warn ELEVATED publishToState: value generated '30' from device 00124b0018d52b59 for 'Brightness white' zigbee.0 2024-04-01 17:41:03.132 warn ELEVATED publishToState: message received '{"brightness_white":76}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:03.100 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:03.099 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:02.975 warn ELEVATED publishToState: value generated 'true' from device 00124b0018d52b59 for 'Switch state white' zigbee.0 2024-04-01 17:41:02.973 warn ELEVATED publishToState: message received '{"state_white":"ON"}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:02.923 warn ELEVATED publishToState: value generated '109' from device 00124b0018d52b59 for 'Link quality' zigbee.0 2024-04-01 17:41:02.922 warn ELEVATED publishToState: message received '{"linkquality":109}' from device 00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:02.806 warn ELEVATED Change state 'device_query' at device 0x00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:41:02.696 warn ELEVATED: User stateChange zigbee.0.00124b0018d52b59.device_query {"val":true,"ack":false,"ts":1711986062690,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1711986015954}Wenn man die RGB-LED ausschaltet, geht die RGB-LED auch tatsächlich aus und folgender Log-Eintrag erscheint:
zigbee.0 2024-04-01 17:44:24.706 warn ELEVATED Change state 'state_rgb' at device 0x00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:44:24.594 warn ELEVATED: User stateChange zigbee.0.00124b0018d52b59.state_rgb {"val":false,"ack":false,"ts":1711986264588,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1711986264588}Beim Ändern der RGB-Helligkeit passiert jedoch keine HW-Änderung und im Log erscheint ein Error:
zigbee.0 2024-04-01 17:46:11.397 error Send command to 0x00124b0018d52b59 failed with no error code (undefined) zigbee.0 2024-04-01 17:46:11.365 warn ELEVATED Change state 'brightness_rgb' at device 0x00124b0018d52b59 type 'HOMA1001_RGBW' zigbee.0 2024-04-01 17:46:11.293 warn ELEVATED: User stateChange zigbee.0.00124b0018d52b59.brightness_rgb {"val":40,"ack":false,"ts":1711986371287,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1711986371287} -
@stefan-3 es ist davon auszugehen dass das device eine falsche / beschädigte Firmware hat. Beim abfragen der verschiedenen states kommt als Antwort ‘134’, welches der Code für “Operation Not supported”, sprich die Firmware sagt das sie keine Farbe kann.
Das deckt sich dann auch damit das sie nicht antwortet wenn versucht wird die Farbe anzupassen.
A.
