ZigBee设备掉线，地址变化

請用你的抓包檔解釋一下在第幾個封包把

"

网关断电，CC2530设备并没有显示掉线（掉线LED会闪烁），

再把网关上电，发现所有的CC2530设备无法控制，但是灯的scene还是可以控制的

"

靠近后面的部分，我看不明白这些数据的含义

现象就是灯开着的时候把网关重启，网关就控制不了CC2530设备了，
把灯关了，再把CC2530设备重启，正常控制

那你怎麼"发现CC2530的短地址变了"?

附件是新抓的包，测试环境是这样：把2630设备上电（2538网关没有上电），此时把灯打开，2630设备直接就入网了，奇怪了，

灯不也是设备吗？怎么2630入网了，入哪里去了，抓包如附件，请帮忙分析原因

5074.123.psd

灯是路由设备所以CC2630可以入网啊

关键2630或者2530设备加了灯的网络之后，CC2538就控制不了2630或者2530，这是什么原因？通过路由去控制设备，控制方法有什么不一样吗？

2630或者2530设备加入路由器灯之后，他们的短地址也变化了，协调器这么怎么去控制，协调器这边之前是通过短地址控制的，灯的加入导致设备的短地址变化，协调器也不能每次控制都去修改短地址，想要的是控制指令初始化后就永久不变！不能设备地址一直变!

如果你有使能NV_RESOTRE，照理說短地址不會变，你是怎樣发现CC2530的短地址变了?

我的2530设备上有个按键，按一下会上报短地址，使能了NV

短地址变之前和变之後的短地址各自是什麼？

这个没记录，就是16位的地址变了，协调器端用新的地址去控制设备，可以控制，但是不知道为什么变化！
1.解决方案：用64位MAC地址去控制，协调器控制的时候直接用MAC地址去控制，这样是不是问题就解决了？
2.如果用MAC地址去控制设备，那么要不要开启NV？
3.设备的MAC地址怎么获取？
4.设备给协调器发送的时候，还是用0x0000的短地址发送吗？

1. 还是建議开启NV、只是設備入網後透過device announcement 檢查short/Mac address、如果short address 改變、就換成用新的short address發送命令

2. 设备给协调器发送的时候，还是用0x0000的短地址

因为控制设备的时候是通过上位机软件通过串口发给网关去控制某个设备，
如果设备地址变了，上位机软件也不知道，他控制的时候还是按照老的地址去控制，
上位机软件控制设备的使用用的地址只录入一次，如果设备地址经常变换，需要频繁去配置上位机软件，
这也不现实，所有用MAC地址去控制设备，这样就能万无一失，是不是这样的？

case ZCL_CMD_REPORT:
pInMsg->srcAddr.addr.extAddr；
这里的extAddr是不是设备节点的IEEE地址？
同一个设备节点怎么每次上报数据的时候协调器收到的都不一样啊？

不是，上報数据包不會有extAddr

那要怎么才能知道设备节点的IEEE地址？

設備入網的時候會廣播end node announcement，內含設備的short/mac address，或是你知道short address，可以透過ZDP_IEEEAddrReq去跟設備問

发送的格式如下：
zclSampleDoorLockController_DstAddr.addrMode = (afAddrMode_t)Addr64Bit;//单播
zclSampleDoorLockController_DstAddr.addr.extAddr[0] = 0xCA;
zclSampleDoorLockController_DstAddr.addr.extAddr[1] = 0x09;
zclSampleDoorLockController_DstAddr.addr.extAddr[2] = 0x0F;
zclSampleDoorLockController_DstAddr.addr.extAddr[3] = 0x2C;
zclSampleDoorLockController_DstAddr.addr.extAddr[4] = 0x20;
zclSampleDoorLockController_DstAddr.addr.extAddr[5] = 0x00;
zclSampleDoorLockController_DstAddr.addr.extAddr[6] = 0x3C;
zclSampleDoorLockController_DstAddr.addr.extAddr[7] = 0x4B;
接收端收不到啊，跟短地址接收的不是一个函数？接收设备在哪个函数收消息？