CC2652P: CC2562P与CC2530旧版本兼容问题

shen fei

Part Number: CC2652P
Other 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看到能实现入网，但无法进行应用层数据交互。

论坛检索也发现了有类似问题的工程师朋友，但没看到解决方案：

想问下上述问题有更进一步的解决方案吗，或者有没有实现了新旧方案兼容的实例？

另：新协议是不是强制做了加密？Packet Sniffer好像无法解析新版本通信帧的payload？

这会影响新旧协议的兼容吗？

0 YiKai Chen 1 年多前

Guru 109500 points

simplelink_cc13xx_cc26xx_sdk_6_20_00_29强制使用tc link key及netweork key做加密，你要做到新旧兼容的CC2530 z-stack版本是什麼？如果沒有使用tc link key及netweork key做加密，恐怕無法達成

0 shen fei 1 年多前回复 YiKai Chen

YK,

CC2530 z-stack版本用的2.5.1a,查了预编译面没有找到“TC_LINKKEY_JION”，且-DSECURE=0,

但是按照此前Alvin Chen的帖子，2652已经做了xTC_LINKKEY_JION了的

0 YiKai Chen 1 年多前回复 shen fei

Guru 109500 points

如我之前所提simplelink_cc13xx_cc26xx_sdk_6_20_00_29强制使用tc link key及netweork key做加密

0 shen fei 1 年多前回复 YiKai Chen

哦哦，就是说最新的协议栈 tc link已经是必选项了

0 shen fei 1 年多前回复 YiKai Chen

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做加密”，，，这能不能改啊?

+1 YiKai Chen 1 年多前回复 shen fei

Guru 109500 points

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的規範就是如此