TI zigbee2.5 EndDevice 无法加入到 NXP zigbee3.0 coordinator 组的网络中

建议用最新版的3.0协议栈测试

建议用最新版的3.0协议栈测试

permit join 已经有了

联盟官网说的3.0能向前向后兼容，所以想试试，实际上做不到吗？

你用是我们什么版本协议栈,就算不是3.0设备，也会有association，然后被leave掉。你手里的设备可以加入TI的coordinator ？如果可以建议联系NXP。

协议栈是ZStack-CC2530-2.5.1a, 我再试试用TI的3.0 coordinator和 TI的2.5 EndDevice看看

是这样，你如果是没有修改的TI的3.0coordinator ，你加入到网络中会被leave掉这是正常的。
Z-home1.2 join Z3.0network
You must allow legacy devices to join your Zigbee 3.0 network, they are being rejected because of the new Zigbee 3.0 security scheme. You can allow legacy devices to join by setting BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE to FALSE in bdb_interface.h

所以，是不是可以理解为，允许3.0之前的节点加入3.0的zigbee网络会丢失3.0的安全性？

是的

Alvin,
我在试验TI和NXP zigbee模块的兼容性，使用TI的router加入到NXP coordinator组的网络中，coordinator和router都使用的zigbee3.0的协议栈，TI router使用的是SampleLight Demo，根据抓到的帧应该是能加入的，但是在router 发出device announce 帧之后还发送route request 和 request key,最后request key三次之后从zigbee网络中leave。能说一下这是什么情况吗？

你的NXP设备有没有给我们的设备Transport key 如果没有leave是正常操作，你需要自己咨询NXP。

Packet Information	PAN Dst	MAC Scr	MAC Dst	NWK Scr	NWK Dst
Beacon Request	0xFFFF		0xFFFF
Beacon		0x0000
Association Request	0xDE7D	00:12:4B:00:11:10:D0:5E	0x0000
Acknowledgement
Data Request	0xDE7D	00:12:4B:00:11:10:D0:5E	0x0000
Acknowledgement
Association Response	0xDE7D	00:15:8D:00:01:7C:F7:B9	00:12:4B:00:11:10:D0:5E
Acknowledgement
Transport Key	0xDE7D	0x0000	0xB8F5	0x0000	0xB8F5
Acknowledgement
Device Announce	0xDE7D	0xB8F5	0xFFFF	0xB8F5	0xFFFD
Route Request	0xDE7D	0x0000	0xFFFF	0x0000	0xFFFC
Node Descriptor Request	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Node Descriptor Response	0xDE7D	0x0000	0xB8F5	0x0000	0xB8F5
Acknowledgement
Route Record	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Acknowledgement	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Route Request	0xDE7D	0xB8F5	0xFFFF	0x0000	0xFFFC
Device Announce	0xDE7D	0x0000	0xFFFF	0xB8F5	0xFFFD
Request Key	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Device Announce	0xDE7D	0x0000	0xFFFF	0xB8F5	0xFFFD
Device Announce	0xDE7D	0x0000	0xFFFF	0xB8F5	0xFFFD
Request Key	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Request Key	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Link Status	0xDE7D	0x0000	0xFFFF	0x0000	0xFFFC
Link Status	0xDE7D	0xB8F5	0xFFFF	0xB8F5	0xFFFC
Request Key	0xDE7D	0xB8F5	0x0000	0xB8F5	0x0000
Acknowledgement
Leave	0xDE7D	0xB8F5	0xFFFF	0xB8F5	0xFFFD

从上面的流程上看，在router Device Announce之前Coordinator 有Transport Key,所以之后的这个Request Key是请求的什么Key呢？

TC Link Key

问题解决了，应该是NXP协议的问题，重新烧录NXP最新的zigbee3.0 stack Demo后，加入正常了。

zigbee3.0 下的SampleLight Demo 没有做永久数据保存吗？我每次断电后都需要重新加入节点？

zigbee3.0 下的SampleLight Demo 有做永久数据保存，不用每次断电后都需要重新加入节点

但是我现在的实验现象是断电后再上电，module会发送beacon帧，我使用的不是官方的开发板，所以不是使用UI界面做操作，Demo里面的永久数据保存是不是需要UI的配合才能实现？

你檢查看看你的例程有沒有在預編譯加上NV_RESTORE

有加的

没有抓到leave帧，我每次都是等到节点不停发送link status的时候关断电源，然后又马上上电，这个时候就看到了模块的beacon

只能建議你調試看看為什麼了

好吧！我先熟悉下源码吧！