TI中文支持网
TI专业的中文技术问题搜集分享网站

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

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 – E2ETm 设计支持 (ti.com)

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

2652RB协调器无法接收2530发过来的数据 – Zigbee 和 Thread 论坛 – Zigbee 和 Thread – E2ETm 设计支持 (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的規範就是如此

赞(0)
未经允许不得转载:TI中文支持网 » CC2652P: CC2562P与CC2530旧版本兼容问题
分享到: 更多 (0)

© 2024 TI中文支持网   网站地图 鲁ICP备2022002796号-1