SOLVED Zigbee Verbindung nach 2 min ohne Funktion

[tomski67]

Hallo zusammen,

als Neueinsteiger bräuchte ich mal bitte Unterstützung.

Meine Umgebung:
iobroker unter ESXI - Debian 8
CC2531 Stick
Version Zigbee Adapter 0.10.3 (auch 0.10.2 getestet)

Der Adapter bleibt im ioBroker komplett grün, 3 Aqara Sensoren hatte ich testweise angelernt. Soweit so gut.
Leider scheint sich nach ca. 2 min intern was abzuhängen. Der Status in den Objekten verändert sich nicht mehr. Im Coordinator bleibt das Gerät vorhanden, der Adapter bleibt grün.

Ich habe testweise den iobroker upgedatet mit iobroker upgrade self , brachte leider auch nichts. Jetzt gehen mir die Ideen aus.
Kann es sein, das der Stick eine höhere Firmwareversion braucht?
Hier mal das LOG vom Zigbeeadapter.

zigbee.0	2019-04-08 17:47:24.156	debug	sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:47:24.156	debug	getMap result: []
zigbee.0	2019-04-08 17:47:24.156	debug	lqiScan result: . []
zigbee.0	2019-04-08 17:47:22.666	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:47:22.666	debug	getDevices result: [{"type":"device","common":{"name":"lumi.sensor_magnet.aq2","type":"lumi.sensor_magnet.aq2","icon":"img/sensor_magnet_aq2.png"},"native":{"id":"00158d00031213ef"},"from":"system.ad
zigbee.0	2019-04-08 17:47:22.656	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:47:22.656	debug	getGroups result: {}
zigbee.0	2019-04-08 17:47:22.655	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:47:22.655	debug	List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS3"}]
zigbee.0	2019-04-08 17:38:32.359	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:38:32.359	debug	getDevices result: [{"type":"device","common":{"name":"lumi.sensor_magnet.aq2","type":"lumi.sensor_magnet.aq2","icon":"img/sensor_magnet_aq2.png"},"native":{"id":"00158d00031213ef"},"from":"system.ad
zigbee.0	2019-04-08 17:38:32.354	debug	sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:38:32.354	debug	getMap result: [{"ieeeAddr":"0x00158d00031213ef","nwkAddr":65275,"lqi":20,"depth":1,"deviceType":2,"relationship":1,"parent":"0x00124b0018ed1859","status":"online"}]
zigbee.0	2019-04-08 17:38:32.354	debug	lqiScan result: . [{"ieeeAddr":"0x00158d00031213ef","nwkAddr":65275,"lqi":20,"depth":1,"deviceType":2,"relationship":1,"parent":"0x00124b0018ed1859","status":"online"}]
zigbee.0	2019-04-08 17:38:32.349	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:38:32.349	debug	List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS3"}]
zigbee.0	2019-04-08 17:38:32.330	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-08 17:38:32.330	debug	getGroups result: {}
zigbee.0	2019-04-08 17:38:30.499	debug	Pending device configs: ["0x00158d00031213ef"]
zigbee.0	2019-04-08 17:38:00.498	debug	Schedule device config for 0x00158d00031213ef lumi.sensor_magnet.aq2
zigbee.0	2019-04-08 17:38:00.497	info	1 (0x00158d00031213ef): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
zigbee.0	2019-04-08 17:38:00.497	debug	{"type":"EndDevice","ieeeAddr":"0x00158d00031213ef","nwkAddr":65275,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","epList":[1],"status":"online","joinTi
zigbee.0	2019-04-08 17:38:00.497	debug	{"type":"Coordinator","ieeeAddr":"0x00124b0018ed1859","nwkAddr":0,"manufId":0,"epList":[1,2,3,4,5,6],"status":"online","joinTime":1554737880}
zigbee.0	2019-04-08 17:38:00.496	debug	Current active devices:
zigbee.0	2019-04-08 17:38:00.495	debug	User stateChange zigbee.0.info.pairingMode {"val":false,"ack":false,"ts":1554737880493,"q":0,"from":"system.adapter.zigbee.0","lc":1554661117038}
zigbee.0	2019-04-08 17:38:00.494	debug	User stateChange zigbee.0.info.connection {"val":true,"ack":false,"ts":1554737880492,"q":0,"from":"system.adapter.zigbee.0","lc":1554661117038}
zigbee.0	2019-04-08 17:38:00.491	info	zigbee-shepherd ready. version: 2.6.3 rev 20180815
zigbee.0	2019-04-08 17:38:00.489	info	zigbee-shepherd started!
zigbee.0	2019-04-08 17:38:00.061	info	Reset coordinator
zigbee.0	2019-04-08 17:38:00.043	info	Queue is: true
zigbee.0	2019-04-08 17:38:00.043	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED1859-if00 with panID 6754 channel 11
zigbee.0	2019-04-08 17:38:00.041	info	starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.16.0
zigbee.0	2019-04-08 17:37:59.929	debug	statesDB connected
zigbee.0	2019-04-08 17:37:59.912	debug	objectDB connected

Vielen Dank schon mal vorab.

Viele Grüße

Nachtrag: die Verbindung zum Aqara steht nach Neuinstallation des Adapter und Neupairing jetzt immer, leider nur immer für ca. 2 min. Nach Neustart des Adapter gehts wieder für diese Zeit. Kann das irgendeine Energiesparfunktion sein? Oder muß der CC2531 Stick von ESXI durchgereicht werden? An der Firmware kanns doch wohl nicht liegen, oder?

[tomski67]

das hab ich mir schon gedacht.. tztz ...natürlich öffne/schliesse ich den Fenstersensor um zu schauen, ob die Änderung ankommt.
Das Problem habe ich inzwischen lösen können. Es lag an der USB Schnittstelle vom ESXI 6.5. Das deaktivieren des Modul vmkusb brachte Abhilfe.

[arteck]

die Batteriegeräte ändern die Werte nur bei Änderung... was erwartest du ?? hast du mal eine Lampe oder ein Plug zum testen

[tomski67]

das hab ich mir schon gedacht.. tztz ...natürlich öffne/schliesse ich den Fenstersensor um zu schauen, ob die Änderung ankommt.
Das Problem habe ich inzwischen lösen können. Es lag an der USB Schnittstelle vom ESXI 6.5. Das deaktivieren des Modul vmkusb brachte Abhilfe.