Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen

DiveDancer

Selbst geflasht, mit der Anleitung von Mathias Kleine

(https://haus-automatisierung.com/projek … cloud.html)

Firmware von:
> [https://github.com/Koenkk/Z-Stack-firmware](https://github.com/Koenkk/Z-Stack-firmware)

Version ist leider nicht ersichtlich, aber heruntergeladen am 24.10.2018

Bei dem Router ist der selbe USB Stick zum Einsatz gekommen:

zum flashen habe ich 'router-cc2531-diag-usb.hex gewählt

DiveDancer

…da bin ich mir nicht ganz sicher was du meinst?!
~~@arteck:~~

was ist wenn du auf state on/off klickst in Objekten… ändert sich die linkquality .. im Log kann ich nix erkennen..

die linkquality ist nicht gut aber zumindest > 10.. `

Beim Router habe ich state… auf 'true' gestellt

Leider ist die Link Qualität gleich geblieben.

Nach kurzer Zeit stellt der Zustand von state sich jedoch selbstständig wieder auf 'false' zurück.

Dazu hat der LOG noch ne Fehlermeldung ausgegeben.

Komisch das er sich für einen CC2530 beschwert wo ich doch als Router ebenfalls einen CC2531 nutze:

`zigbee.0	2019-02-05 10:35:20.340	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":15,"type":"EndDevice","ieeeAddr":"0x00158d000241c1e9","nwkAddr":57040,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelI
zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.318Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 1,
zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.315Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:35:20.340	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:35:20.340	debug	Device 0x00158d000241c1e9 incoming event:{"groupid":0,"clusterid":0,"srcaddr":57040,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8867597,"transseqnumber
zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.311Z zigbee:controller event msg { groupid: 0, clusterid: 0, srcaddr: 57040, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 886
zigbee.0	2019-02-05 10:35:20.339	debug	2019-02-05T09:35:20.310Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:35:20.339	debug	2019-02-05T09:35:20.301Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:35:20.338	debug	Tue, 05 Feb 2019 09:35:20 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 0, srcaddr: 57040, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 88

zigbee.0	2019-02-05 10:34:53.874	error	No converter available for 'CC2530.ROUTER' with key 'state'

zigbee.0	2019-02-05 10:34:53.867	debug	User stateChange zigbee.0.00124b0012023387.state {"val":true,"ack":false,"ts":1549359293857,"q":0,"from":"system.adapter.admin.0","lc":1549359293857}
zigbee.0	2019-02-05 10:34:22.002	debug	Publish {"description":"0/0x00124B0012023346","type":"COORD","rssi":0}
zigbee.0	2019-02-05 10:34:22.002	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"0/0x00124B0012023346","inactiveText":"COORD","presentValue":0,"relinquishDefault":0,"minimumOffT
zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.993Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:34:22.002	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.991Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.990Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:22.002	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:34:22.002	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8685304,"transseqnumbe
zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.987Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
zigbee.0	2019-02-05 10:34:22.001	debug	2019-02-05T09:34:21.986Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:34:22.001	debug	2019-02-05T09:34:21.972Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:22.001	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:34:21.863	debug	Publish {"description":"44918/0x00124B001B920016","type":"CHILD_FFD_RXI","rssi":0}
zigbee.0	2019-02-05 10:34:21.863	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"44918/0x00124B001B920016","inactiveText":"CHILD_FFD_RXI","presentValue":0,"relinquishDefault":2,
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.855Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:34:21.863	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.854Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.852Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.863	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:34:21.863	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8684870,"transseqnumbe
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.849Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.849Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.841Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.862	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:34:21.622	debug	Publish {"description":"57040/0x00158D000241C1E9","type":"CHILD_RFD","rssi":29}
zigbee.0	2019-02-05 10:34:21.622	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"57040/0x00158D000241C1E9","inactiveText":"CHILD_RFD","presentValue":29,"relinquishDefault":2,"mi
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.611Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:34:21.622	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.609Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.593Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.622	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:34:21.622	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8684058,"transseqnumbe
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.590Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.590Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.577Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.621	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:34:21.513	debug	Publish {"state":false}
zigbee.0	2019-02-05 10:34:21.508	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genOnOff","data":{"onOff":0}}
zigbee.0	2019-02-05 10:34:21.508	debug	2019-02-05T09:34:21.499Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:34:21.507	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.497Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.495Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.507	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:34:21.507	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":6,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8683781,"transseqnumber
zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.491Z zigbee:controller event msg { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 868
zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.490Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.486Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:34:21.506	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
javascript.0	2019-02-05 10:34:00.006	warn	script.js.common.XXX_Hilfsscripte.Datenpunkte.Wetter.Sonnenstand: setForeignState(id=javascript.0.Sonnenstand.Azimut, state="114") - was not executed, while debug mode is active
javascript.0	2019-02-05 10:34:00.005	warn	script.js.common.XXX_Hilfsscripte.Datenpunkte.Wetter.Sonnenstand: setForeignState(id=javascript.0.Sonnenstand.Elevation, state="47.3") - was not executed, while debug mode is active
zigbee.0	2019-02-05 10:33:22.097	debug	Publish {"state":false}
zigbee.0	2019-02-05 10:33:22.094	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genOnOff","data":{"onOff":0}}
zigbee.0	2019-02-05 10:33:22.094	debug	2019-02-05T09:33:22.088Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:33:22.094	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.087Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.085Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:22.093	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:33:22.093	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":6,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8498144,"transseqnumber
zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.083Z zigbee:controller event msg { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 849
zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.082Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.079Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:22.093	debug	Tue, 05 Feb 2019 09:33:22 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
zigbee.0	2019-02-05 10:33:22.034	debug	Publish {"description":"44918/0x00124B001B920016","type":"CHILD_FFD_RXI","rssi":0}
zigbee.0	2019-02-05 10:33:22.034	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"44918/0x00124B001B920016","inactiveText":"CHILD_FFD_RXI","presentValue":0,"relinquishDefault":2,
zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.026Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:33:22.034	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.024Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.022Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:22.034	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:33:22.034	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8497919,"transseqnumbe
zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.020Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.019Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.011Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:22.033	debug	Tue, 05 Feb 2019 09:33:22 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:33:21.781	debug	Publish {"description":"39687/0x00158D00022869FF","type":"CHILD_RFD","rssi":170}
zigbee.0	2019-02-05 10:33:21.781	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"39687/0x00158D00022869FF","inactiveText":"CHILD_RFD","presentValue":170,"relinquishDefault":2,"m
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.767Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:33:21.781	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.765Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.764Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:21.781	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:33:21.781	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8497110,"transseqnumbe
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.761Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.760Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.752Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:21.780	debug	Tue, 05 Feb 2019 09:33:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:33:21.618	debug	Publish {"description":"0/0x00124B0012023346","type":"COORD","rssi":0}
zigbee.0	2019-02-05 10:33:21.601	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"0/0x00124B0012023346","inactiveText":"COORD","presentValue":0,"relinquishDefault":0,"minimumOffT
zigbee.0	2019-02-05 10:33:21.601	debug	2019-02-05T09:33:21.590Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
zigbee.0	2019-02-05 10:33:21.601	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.587Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.584Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:21.600	debug	Publish {"linkquality":0}
zigbee.0	2019-02-05 10:33:21.600	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8496513,"transseqnumbe
zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.580Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.579Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.564Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
zigbee.0	2019-02-05 10:33:21.599	debug	Tue, 05 Feb 2019 09:33:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
zigbee.0	2019-02-05 10:33:02.111	debug	sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-02-05 10:33:02.111	debug	getMap result: [{"ieeeAddr":"0x00158d000278e3f9","nwkAddr":49583,"lqi":170,"depth":1,"deviceType":2,"parent":"0x00124b0012023346","status":"offline"},{"ieeeAddr":"0x001788011039d27a","nwkAddr":61231,"
zigbee.0	2019-02-05 10:33:02.111	debug	lqiScan result: . [{"ieeeAddr":"0x00158d000278e3f9","nwkAddr":49583,"lqi":170,"depth":1,"deviceType":2,"parent":"0x00124b0012023346","status":"offline"},{"ieeeAddr":"0x001788011039d27a","nwkAddr":6123
zigbee.0	2019-02-05 10:33:02.110	debug	2019-02-05T09:33:02.093Z zigbee:controller debug lqiScan result: [ { ieeeAddr: '0x00158d000278e3f9', nwkAddr: 49583, lqi: 170, depth: 1, deviceType: 2, parent: '0x00124b0012023346',[/code]`

Wobei ich sagen muss das der Router erst Neu dazu gekommen ist und der noch nicht in der Wohnung platziert wurde, sondern nur unvorteilhaft im Laptop steckt.

Seinerzeit hatte ich alle Sensoren an diesem einen Stick gepairt. (Ohne Router)

Verloren hatte er immer nur den 'Briefkasten', 5m Luftlinie, dazwischen Haustür mit Glas und Edelstahl Briefkasten, da wollte ich nochmal sehen ob ich da nicht ne Antenne am Fensterkontakt angelötet bekomme.

arteck

momentmal.. worüber reden wir jetzt ..

über deine Gledopto die nicht mehr reagieren
über den Router mit link_quality 0
oder über sensoren…

ich komm da nicht mehr mit

also sachte ein Thema nach dem anderen

DiveDancer

Router & Gledopto können wir ignorieren!

Ich bekomme nicht mehr alle Sensoren gepairt.

Die, die gepairt sind geben ihre Daten nicht ab.

Bevor ich die hälfte gepairt habe sind bereits gepairten wieder verloren gegangen.

Ich hab also irgendein Problem mit erforderlichen Modulen,

dem Zigbee Adapter , dem Stick oder der Firmware.

Mein W-Lan ist seit Jahren das Selbe,

wobei, ich habe nen neuen Nachbarn (neues W-Lan) Netz.

Zum Beispiel habe ich den Bewegungsmelder (Küche) mit guter 'link_quality' schon dutzende male gepairt.

Im Moment des Pairens gibt er einmalig alle Daten ab, bis auf die Batterie natürlich.

Danach ist Schluss! Weitere Bewegungsmeldungen werden nicht übermittelt.

DiveDancer

Jetzt findet auch mein Multihost Slave (RaspberryPi) meinen Stick nicht mehr.
Der LOG spuckt folgende Fehler aus:

host.Tijger	2019-02-12 13:45:32.805	info	Restart adapter system.adapter.zigbee.0 because enabled
host.Tijger	2019-02-12 13:45:32.805	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[11]: 2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[10]: 2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[9]: 2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at process._tickCallback (internal/process/next_tick.js:181:9)
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at _combinedTickCallback (internal/process/next_tick.js:132:7)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at flush (/opt/iobroker/node_modules/q/q.js:125:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at runSingle (/opt/iobroker/node_modules/q/q.js:137:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at /opt/iobroker/node_modules/q/q.js:2059:17
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: TypeError: Cannot read property 'close' of undefined
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[7]: 2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timer.listOnTimeout (timers.js:290:5)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at tryOnTimeout (timers.js:323:5)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at ontimeout (timers.js:498:11)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timeout.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:233:18)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at CcZnp.emit (events.js:211:7)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at emitOne (events.js:116:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Object.onceWrapper (events.js:315:30)
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22)
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: 2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[5]: 2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[4]: Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[3]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[2]: 2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[1]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[0]: 2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
zigbee.0	2019-02-12 13:45:32.339	info	zigbee-shepherd stopped
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
zigbee.0	2019-02-12 13:45:32.338	debug	cleaned everything up...
zigbee.0	2019-02-12 13:45:32.337	error	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
zigbee.0	2019-02-12 13:45:32.337	error	uncaught exception: Cannot read property 'close' of undefined
zigbee.0	2019-02-12 13:45:32.337	debug	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
zigbee.0	2019-02-12 13:45:32.337	debug	Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22) at Object.o
zigbee.0	2019-02-12 13:45:32.335	debug	2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
zigbee.0	2019-02-12 13:45:32.333	debug	Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
zigbee.0	2019-02-12 13:45:29.294	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 with panID 6754 channel 11
zigbee.0	2019-02-12 13:45:29.294	info	starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
host.Tijger	2019-02-12 13:45:27.253	info	instance system.adapter.zigbee.0 started with pid 30829

Im Terminal wird der Stick angezeigt.
Aber der Zigbee Adapter stellt keine Verbindung mehr her.

arteck

starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

DiveDancer

@arteck said in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

Hab ich!

SSH = sudo reboot

Erst den Slave (Raspberry Pi)
Dann den Host (Rock64)

Durch etliche Tests im Grunde bereits ein Dutzend mal

Der Zigbee Adapter wird nicht mehr Grün

DiveDancer

Als nächstes werde ich mal versuchen den Stick mit einer USB Kabelverlängerung in Alufolie einzupacken und ihn hoffentlich in Funk freier Umgebung neu zu flashen.
Noch abgeschirmt werde ich dann versuchen ihn im Pi wieder in Betrieb zu nehmen.
Das soll laut Recherche bewirken das der Stick in Funk freier Umgebung keine Folgenummer in seiner 'Adresse' erhält.

Im besten Fall sollten dann alle meine seinerzeit laufenden sowie angelernten Sensoren wieder eingebunden werden.

So der Plan

arteck

dann bin ich mal gespannt... sag bescheid obs funktioniert hat

DiveDancer

So, endlich mal dazu gekommen das Szenario umzusetzen.

Bei weiterer Recherche gab es vermehrte Hinweise, das in dem letzten ioBroker Image von 2018 irgendein Paket fehlen musste.
Bei den Usern die OS und ioBroker manuell installierten ließ sich der Stick (cc2531) aufrufen. (s -la /dev/serial/by-id/)
Nicht jedoch bei den Usern die das fertige Image genutzt hatten, so wie ich.
Da war der Ordner 'serial' nicht angelegt.

Leider kann ich nun nicht mehr rekonstruieren wo genau der Fehler lag.

Aber nach dem ich nun das neue Image vom 09.02.19 auf meine eMMC Platte gezogen hatte und ein zuvor erstelltes ioBroker backup mit restore wieder einspielte...
...war der Ordner serial angelegt
...brachte (ls -la /dev/serial/by-id/) den 'Key'
...der Zigbee Adapter koppelte sich (Grün)

Das Flashen des Sticks durch Alufolie und Blechbox abgeschirmt brachte mir nicht das was ich mir erhoffte.
Die Fehlerquelle ist mir aber wohl bekannt.
Nicht alle Sensoren pairten sich von alleine mit dem frischen Stick.
Meine Vermutung legt nahe das dies an meinen etlichen Versuchen lag die Sensoren in den letzten Sassions wieder und wieder zu pairen, auch nach weiteren Flash Versuchen. Ich denke das die Sensoren sich dadurch an Unterschiedliche pan x..
Adressen und so mit in Unterschiedlichen Netzwerken befanden.

Ein süßer Nebeneffekt ist jedoch nun bei jungfräulichem Stick Speicher dass die Gledopto's einwandfrei erkannt werden.
Und mir somit als Router helfen können die Stückzahl der anzulernen Sensoren zu erhöhen.

Durch ein weiteres Problem werd ich wohl aber noch ein weiteres mal den Stick flashen.
Ich habe der Bequemlichkeit halber am neuen Stick mit als erstes einen weiteren Stick den ich als Router geflasht hatte gepairt.
Diesen hatte ich nun auf dem Tisch genutzt um weitere Sensoren zu pairen.
Bequem und kurze Distanz also.
Wenn ich jedoch nun den Router (Stick) aus dem Netz nehme (Stromzufuhr unterbrochen) verbinden sich die Sensoren NICHT mit dem Coordinator Stick.
Heißt das im Umkehrschluss, dass immer wenn z.B. meine bessere Hälfte mal danach ist von einem der Router (Gladopto) den Stecker zu ziehen, oder dieser sich einfach mal aufgehängt hat alle an ihm gepairten Sensoren sich nicht mehr erreichbar sind?

Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

So läuft der Stick nun auch auf dem Host (Rock64) so das ich den Slave nun auch bald aus dem Multihost nehmen kann.

arteck

@DiveDancer sagte in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

na gut dass das Zigbee kein Mesh macht...

na ja deine Rückspielorgie kann ich ncht nachvollziehen, weil der serialport wird jedesmal installiert bei zigbee Adapter installation.. aber egal wenns geht...

die Geräte suchen sich selbst die Routen aus.. also wenn ein "Router" ausfällt dauert es ein wenig bis das Gerät was neues findet.. vor allem wenns ein EndDevice ist...

DiveDancer

@arteck auf zigbee.org wird Mesh allerdings sehr hervorgehoben
https://www.zigbee.org/zigbee-for-developers/applicationstandards/zigbeehomeautomation/
70 mesh.png

Community Forum

NEWS

Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen

Support us

361

32.8k

82.7k

1.3m