TI中文支持网Part Number:CC2652POther Parts Discussed in Thread: CC2530, , Z-STACK
大佬们好，
最近在做版本更新，用CC2652P（simplelink_cc13xx_cc26xx_sdk_6_20_00_29）替换CC2530（2.5.1a）
应用概述：基于zc_genericapp_LP_CC2652PSIP_tirtos_ticlang以及zr_genericapp_LP_CC2652PSIP_tirtos_ticlang的串口透传。
因旧产品体量巨大，需做到新旧兼容。
我参照Alvin Chen的帖子做了对应修改后，用Packet Sniffer看到能实现入网，但无法进行应用层数据交互。
CC2530（Z-Stack Mesh 1.0.0）作为End Device如何加入CC2652R作为Coordinator。 – Zigbee 和 Thread 论坛 – Zigbee 和 Thread – E2E
设计支持 (ti.com)
论坛检索也发现了有类似问题的工程师朋友，但没看到解决方案：
2652RB协调器无法接收2530发过来的数据 – Zigbee 和 Thread 论坛 – Zigbee 和 Thread – E2E 设计支持 (ti.com)
想问下上述问题有更进一步的解决方案吗，或者有没有实现了新旧方案兼容的实例？
另：新协议是不是强制做了加密？Packet Sniffer好像无法解析新版本通信帧的payload？
这会影响新旧协议的兼容吗？
YiKai Chen：
simplelink_cc13xx_cc26xx_sdk_6_20_00_29强制使用tc link key及netweork key做加密，你要做到新旧兼容的CC2530 z-stack版本是什麼？如果沒有使用tc link key及netweork key做加密，恐怕無法達成
,
shen fei：
YK,
CC2530 z-stack版本用的2.5.1a,查了预编译面没有找到“TC_LINKKEY_JION”，且-DSECURE=0,
但是按照此前Alvin Chen的帖子，2652已经做了xTC_LINKKEY_JION了的
,
YiKai Chen：
如我之前所提simplelink_cc13xx_cc26xx_sdk_6_20_00_29强制使用tc link key及netweork key做加密
,
shen fei：
哦哦，就是说最新的协议栈 tc link已经是必选项了
,
shen fei：
YK,
为了验证你的说法，新协议下，ZC,ZR我分别预编译了xTC_LINKKEY_JION和TC_LINKKEY_JION，还真就是能正常入网，正常通信！
该宏定义形同虚设了啊！！！
此外，我尝试了以下组合：
1.ZC_2530(2.5.1a)+ZR_2652,,通过查询devStates_t获知ZR_C2652的状态为：DEV_END_DEVICE_UNAUTH, // Joined but not yet authenticated by trust center
这算是进一步证实了你的说法！
2.ZC_2652+ZR_2530（2.5.1a）,,通过查询devStates_t获知ZR_C2530的状态为：DEV_ROUTER, // Device joined, authenticated and is a router
TC LINKS是在入网最后环节生效的吗？所以使得ZR_2530认为自己已经入网成功，而ZC_2652最终未承认ZR_2530，而是的无法通信？
为何要“强制使用tc link key及netweork key做加密”，，，这能不能改啊?
,
YiKai Chen：
shen fei 说：该宏定义形同虚设了啊！！！
已經回答過simplelink_cc13xx_cc26xx_sdk_6_20_00_29强制使用tc link key及netweork key做加密
shen fei 说：为何要“强制使用tc link key及netweork key做加密”
因為Zigbee 3.0的規範就是如此
