ZigBee neue/unbekannte Geräte - ab 1.2.0

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?

maxpd

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

@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,

},

Wenn ich die Bulbs nun einer Gruppe zuweise und der Gruppe Befehle gebe, werden die aber nicht an die Bulbs selber vererbt. Fehlt da noch etwas?

Ryan

@arteck Hallo, nutze die version 1.2.1 und habe das problem mit den ZigBee Paulmann 50044/50045

Hier screenshots und den Link.

https://www.zigbee2mqtt.io/devices/50044_50045.html

Wie genau muss Ich vorgehen um den fehler zu beheben?
Software ist wie gesagt 1.2.1
Und am Stick die neueste von mitte 2019

Danke und Lg

arteck

@Ryan probier jetzt

efxz

@arteck
Könntest hier nochmal nach dem Datenpunkt Batterie schauen..

{
  "type": "state",
  "common": {
    "name": "Battery percent",
    "type": "number",
    "unit": "%",
    "read": true,
    "write": false,
    "role": "battery.percent",
    "min": 0,
    "max": 100,
    "icon": "img/battery_p.png"
  },
  "native": {},
  "from": "system.adapter.zigbee.4",
  "user": "system.user.admin",
  "ts": 1599895491431,
  "_id": "zigbee.4.bc33acfffe5b96f3.battery",
  "acl": {
    "object": 1638,
    "state": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Ryan

@arteck Danke für die Antwort, leider immer noch... Habe das device Gelöscht und neu gepairt und immer noch der selbe fehler

Saxnot

Hallo,
könnt ihr bitte das folgende Gerät aufnehmen:
Hersteller: Signify (Philips Hue)
Model: 8718699703424 (White & Color Ambiance Lightstrip Plus V4)
Link: https://www.philips-hue.com/de-de/p/hue-white---color-ambiance-lightstrip-plus-basis-set-v4-2-meter/8718699703424
Link2: https://www.zigbee2mqtt.io/devices/8718699703424.html
Link3: https://zigbee.blakadder.com/Philips_LCL001.html
Kachel:

Vielen Dank für Eure Mühen!

locito09

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

@arteck
Hat ein wenig länger gedauert.... Sorry

Hier den Fehler aus dem Log:

Ist genau das gleiche gerät wie dieses:

hat aber eine andere Model bezeichnung:

@arteck
Und hat sich schon was ergeben?
Hier ist das gerät auch zu finden
https://zigbee.blakadder.com/Ysrsai_ZB-CT01.html

Die Farbe kann ich nicht wechseln

locito09

@arteck
hat sich erledigt:

Habe im device.js den Eintrag (RGB+CCT) mit RGBW ersetzt. Bitte die Änderung anpassen. DANKE

arteck

@Ryan hast du neu installiert von GIT ..hoffe ja

NEWS

ZigBee neue/unbekannte Geräte - ab 1.2.0

closed TS0207 its not a water leakage sensor #1540

Support us

822
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

ZigBee neue/unbekannte Geräte - ab 1.2.0

closed TS0207 its not a water leakage sensor #1540

Support us

822Online

30.7kUsers

77.3kTopics

1.2mPosts

822
Online

30.7k
Users

77.3k
Topics

1.2m
Posts