ZigBee neue/unbekannte Geräte - ab 1.2.0

9_Mad-Max_5

@arteck
Ich habe mal selbst Hand angelegt und ein PullRequest gemacht.
Würde mich über ein feedback freuen ob das so ok ist.

arteck

@9_Mad-Max_5 was ist jetzt mit dem Wassersensor ??

laut converter läuft der unter

{
       zigbeeModel: ['TS0207'],
       model: 'TS0207',
       vendor: 'CR Smart Home',
       description: 'Water leak detector',
       supports: 'water leak',
       fromZigbee: [fz.ias_water_leak_alarm_1, fz.battery],
       toZigbee: [],
   },

den hast du auskommentiert

9_Mad-Max_5

@arteck said in ZigBee neue/unbekannte Geräte - ab 1.2.0:

zigbeeModel

Ja ich weiß das ich den auskomenntiert habe.
Woher kommt diese Information das er darunter läuft?
Mein Repeater kündigt sich eben unter derselben Kennung an.
Oder habe ich hier was an dem Prinzip falsch verstanden?
Sind wir uns sicher das dieser Leekage sensor auch diese Kennung hat?

arteck

@9_Mad-Max_5 zeig mir mal die kachel die erzeug wird..und die device info

9_Mad-Max_5

@arteck
2020-09-08 17_58_46-instances - ioBroker und 26 weitere Seiten - Persönlich – Microsoft Edge.png 2020-09-08 17_58_18-instances - ioBroker und 26 weitere Seiten - Persönlich – Microsoft Edge.png

Ogerix88

@arteck Perfekt! Funktioniert! Danke! Find es super, dass das so gut klappt

Matthias1234

@arteck Dankeschön

maxpd

@arteck Hast du evtl. noch einen weiteren Vorschlag was ich nehmen könnte? Oder muss ich eine zusätzliche Änderung in der anderen devices.js (iobroker.zigbee/lib/devices.js) vornehmen?

9_Mad-Max_5

@arteck
Weißt du wie man ein Device mit Fingerprint erzeugt ich habe zwar die Grundidee verstanden bin allerdings nicht tief genug in der Adapterarchitektur drin.

arteck

@9_Mad-Max_5 sagte in ZigBee neue/unbekannte Geräte - ab 1.2.0:

Device mit Fingerprint

was meinst du?

9_Mad-Max_5

@arteck
https://github.com/Koenkk/zigbee-herdsman-converters/issues/1540
Koenkk meinte ja, man müsse das device wenn es den selben chip hat es mit wa anderem differenzieren

arteck created this issue in Koenkk/zigbee-herdsman-converters

closed TS0207 its not a water leakage sensor #1540

maxpd

@maxpd Problem gelöst.

Gibt eine weitere devices.js
Warum weiß ich nicht. Versteckt sich aber hier: node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters / devices.js

Asgothian

@maxpd sagte in ZigBee neue/unbekannte Geräte - ab 1.2.0:

Gibt eine weitere devices.js
Warum weiß ich nicht. Versteckt sich aber hier: node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters / devices.js

Das ist nicht eine weitere, sondern eine "andere".

unter node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters liegt die Bibliothek zigbee-herdsman-converters, die natürlich ihren eigenen Quelltext besitzt, und da natürlich auch eine Konfiguration der Devices in einer devices.js vorliegt.

A.

arteck

@maxpd sagte in ZigBee neue/unbekannte Geräte - ab 1.2.0:

zigbee-herdsman-converters / devices.js

das ist der converter

maxpd

@arteck

Nein, ich meine, warum gibt es

node_modules/zigbee-herdsman-converters/devices.js und
node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters/devices.js

Möchtet ihr die Änderungen in euer nächstes Deployment übernehmen?

Ich hab mir zwar das Git gezogen und wollte einen Pull Request machen, finde aber dort die converter nicht.

In lib/devices.js:

// 3rd-party Tuya

{
models: ['TS0505A'],
icon: 'img/aqara_bulb.png',
states: lightStatesWithColor,
syncStates: [sync.brightness],
},

In node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters / devices.js

// 3rd-party Tuya

{

zigbeeModel: ['TS0505A'],
model: 'TS0505A',
description: 'E27 RGBW bulb',
vendor: 'TuYa',
extend: generic.light_onoff_brightness_colortemp_colorxy,

},

Asgothian

@maxpd sagte in ZigBee neue/unbekannte Geräte - ab 1.2.0:

node_modules/zigbee-herdsman-converters/devices.js und
node_modules / iobroker.zigbee / node_modules / zigbee-herdsman-converters/devices.js

Das liegt daran das du den Adapter mehrmals installiert hattest. Ich gehe davon aus das der unter node_modules direkt nicht genommen wird.

Wenn du sicher gehen willst welchen er nimmt solltest du beide deinstallieren und dann den adapter neu installieren.

A.

Newan

Hallo zusammen,

ich habe heute auf 1.2.1 geupdated. Leider geht seitdem der Adapter nicht mehr (bleibt gelb):

zigbee.0	2020-09-10 23:23:38.796	error	(1043) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/zn
zigbee.0	2020-09-10 23:23:38.795	error	(1043) Failed to start Zigbee
zigbee.0	2020-09-10 23:23:33.649	info	(1043) Starting Zigbee...
zigbee.0	2020-09-10 23:23:33.648	info	(1043) Try to reconnect. 1 attempts left
zigbee.0	2020-09-10 23:23:23.648	error	(1043) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms) at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackA
zigbee.0	2020-09-10 23:23:23.647	error	(1043) Failed to start Zigbee
zigbee.0	2020-09-10 23:22:38.218	info	(1043) Starting Zigbee...
zigbee.0	2020-09-10 23:22:38.204	info	(1043) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.18.3, js-controller: 3.1.6

An der Struktur wurde nicht geändert und hat Wochenlang funktioniert. Daher decke ich das beim Update was schief gegangen ist oder ich was vergessen habe.
Sobald der Adapter startet geht die grüne LED aus, was mich wundert...im Adapter ist die LED nicht deaktiviert.
Ganze läuft im Proxmox Container (LXC), Rechte sollten passe:

root@ioBroker:~# ls -l /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 Sep 10 23:20 /dev/ttyACM0

Reboot und stick raus etc probiert. Latein ist so langsam am ende?
Alles Resetten und neu pairen wäre echt ne heftige Sache!

arteck

@Newan sagte in ZigBee neue/unbekannte Geräte - ab 1.2.0:

Error: Error while opening serialport

nein alles neu machen brauchst du nicht..DAS HILFT NICHT ..also fingers wech..

das problem ist der lxc container der den Stick nicht durchreicht
hast du portainer update gemacht ?

Newan

@arteck ok schon mal beruhigend
Ich hab innerhalb des Lxc und auch den proxmox host aktualisiert (apt upgrade)

Ich seh /dev/ttyAcm0 aber im Container. Mein zwave stick auf acm1 ist auch funktionsfähig?

Nachtrag:

lsusb
Bus 002 Device 006: ID 0480:a006 Toshiba America Inc External Disk 1.5TB
Bus 002 Device 005: ID 0480:a006 Toshiba America Inc External Disk 1.5TB
Bus 002 Device 004: ID 0480:a006 Toshiba America Inc External Disk 1.5TB
Bus 002 Device 003: ID 0480:a006 Toshiba America Inc External Disk 1.5TB
Bus 002 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 8087:0a2b Intel Corp.
Bus 001 Device 003: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 001 Device 002: ID 0451:16a8 Texas Instruments, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

ls -l /dev/bus/usb/001/002
crw-rw-r-- 1 root root 189, 1 Sep 11 08:41 /dev/bus/usb/001/002

root@proxmox:~# ls -l /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 Sep 11 08:42 /dev/ttyACM0

Dann noch Rechte angepasst:

root@proxmox:~# chmod o+rw /dev/ttyACM0
root@proxmox:~# chmod o+rw /dev/bus/usb/001/002

config überprüft:

arch: amd64
cores: 1
features: mount=nfs
hostname: ioBroker
memory: 2048
nameserver: 192.168.178.1
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=86:66:02:51:B9:77,ip=192.168.178.10/24,type=veth
onboot: 1
ostype: debian
rootfs: local-lvm:vm-104-disk-0,size=24G
swap: 1024
lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/001/002 dev/bus/usb/001/002 none bind,optional,create=file
lxc.cgroup.devices.allow: c 166:* rwm
lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file
lxc.mount.entry: /dev/ttyACM1 dev/ttyACM1 none bind,optional,create=file

im Container beides verfügbar, zumindest sieht es so aus:

root@ioBroker:~# ls -l /dev/bus/usb/001/002
crw-rw-rw- 1 root root 189, 1 Sep 11 08:41 /dev/bus/usb/001/002
root@ioBroker:~# ls -l /dev/ttyACM0
crw-rw-rw- 1 root dialout 166, 0 Sep 11 08:47 /dev/ttyACM0

log sagt aber er findet nichts:

zigbee.0	2020-09-11 08:47:54.702	error	(356) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp
zigbee.0	2020-09-11 08:47:54.702	error	(356) Failed to start Zigbee
zigbee.0	2020-09-11 08:47:49.689	debug	(356) zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/ttyACM0 and {"baudRate":115200,"rtscts":false,"autoOpen":false}
zigbee.0	2020-09-11 08:47:49.688	debug	(356) zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[143,83,139,77,4,242,54,154,163,91,222,58,47,12,200,41],"panID":1909,"extendedPanID":[
zigbee.0	2020-09-11 08:47:49.558	debug	(356) Starting zigbee-herdsman...
zigbee.0	2020-09-11 08:47:49.557	info	(356) Starting Zigbee...
zigbee.0	2020-09-11 08:47:49.557	info	(356) Try to reconnect. 1 attempts left
zigbee.0	2020-09-11 08:47:39.556	error	(356) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms) at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAd
zigbee.0	2020-09-11 08:47:39.556	error	(356) Failed to start Zigbee
zigbee.0	2020-09-11 08:47:33.555	debug	(356) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
zigbee.0	2020-09-11 08:47:33.554	debug	(356) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
zigbee.0	2020-09-11 08:47:27.553	debug	(356) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
zigbee.0	2020-09-11 08:47:27.553	debug	(356) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
zigbee.0	2020-09-11 08:47:21.552	debug	(356) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,1,32]
zigbee.0	2020-09-11 08:47:21.551	debug	(356) zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - ping - {"capabilities":1}
zigbee.0	2020-09-11 08:47:20.548	debug	(356) zigbee-herdsman:adapter:zStack:unpi:writer --> buffer [239]
zigbee.0	2020-09-11 08:47:20.548	debug	(356) zigbee-herdsman:adapter:zStack:znp:log Writing skip bootloader payload
zigbee.0	2020-09-11 08:47:18.924	debug	(356) system.adapter.admin.0: logging true
zigbee.0	2020-09-11 08:47:04.526	debug	(356) zigbee-herdsman:adapter:zStack:znp:log Serialport opened
zigbee.0	2020-09-11 08:46:59.334	debug	(356) zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/ttyACM0 and {"baudRate":115200,"rtscts":false,"autoOpen":false}
zigbee.0	2020-09-11 08:46:59.332	debug	(356) zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[143,83,139,77,4,242,54,154,163,91,222,58,47,12,200,41],"panID":1909,"extendedPanID":
zigbee.0	2020-09-11 08:46:58.886	debug	(356) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2020_09_11-08_46_58.tar.gz success
zigbee.0	2020-09-11 08:46:58.753	debug	(356) Starting zigbee-herdsman...
zigbee.0	2020-09-11 08:46:58.753	info	(356) Starting Zigbee...
zigbee.0	2020-09-11 08:46:58.685	debug	(356) Using zigbee-herdsman with settings: {"network":{"panID":1909,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[143,83,139,77,4,242,54,154,163,91,222,58,47,12,2
zigbee.0	2020-09-11 08:46:58.673	info	(356) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.18.3, js-controller: 3.1.6
zigbee.0	2020-09-11 08:46:58.617	debug	(356) statesDB connected
zigbee.0	2020-09-11 08:46:58.616	debug	(356) States connected to redis: 127.0.0.1:9000
zigbee.0	2020-09-11 08:46:58.612	debug	(356) States create System PubSub Client
zigbee.0	2020-09-11 08:46:58.611	debug	(356) States create User PubSub Client
zigbee.0	2020-09-11 08:46:58.608	debug	(356) Redis States: Use Redis connection: 127.0.0.1:9000
zigbee.0	2020-09-11 08:46:58.607	debug	(356) objectDB connected
zigbee.0	2020-09-11 08:46:58.604	debug	(356) Objects connected to redis: 127.0.0.1:9001
zigbee.0	2020-09-11 08:46:58.591	debug	(356) Objects client initialize lua scripts
zigbee.0	2020-09-11 08:46:58.590	debug	(356) Objects create User PubSub Client
zigbee.0	2020-09-11 08:46:58.589	debug	(356) Objects create System PubSub Client
zigbee.0	2020-09-11 08:46:58.587	debug	(356) Objects client ready ... initialize now
zigbee.0	2020-09-11 08:46:58.559	debug	(356) Redis Objects: Use Redis connection: 127.0.0.1:9001

Newan

@arteck Hab nun einen 2 Stick besorgt. damit geht der Adapter wieder. Denke die Firmware oder der Stick haben sich verabschiedet. Bekomme ich die Geräte ohne repair auf den neuen Stick?

NEWS

ZigBee neue/unbekannte Geräte - ab 1.2.0

closed TS0207 its not a water leakage sensor #1540

Support us

728
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

ZigBee neue/unbekannte Geräte - ab 1.2.0

closed TS0207 its not a water leakage sensor #1540

Support us

728Online

31.9kUsers

80.1kTopics

1.3mPosts

728
Online

31.9k
Users

80.1k
Topics

1.3m
Posts