TI中文支持网Part Number:CC2652ROther Parts Discussed in Thread:CC2530, , Z-STACK, CC2538
HI TI
如題
用CC2530+ZStack-CC2530-2.5.1a作 GAPP 终端，
CC26X2R1開發板+simplelink_cc13xx_cc26xx_sdk_7_10_01_24中的GAPP 做協調器.
一開始還OK, 網路有開到, 終端也可以入網(協調器的TABLE也確實看到終端的短位址), 兩邊EP也都設定好.
但終端要用AF_REQUEST傳DATA回協調器時,
糟糕, 協調器完全沒有被觸發AF_INCOMING的MSG ??!!
所以想問一下這樣子兩個型號可以在同一個ZIGBEE網路內嗎??
這樣子可以通嗎??? 謝謝.
YiKai Chen：
CC2530+ZStack-CC2530-2.5.1a作 GAPP 终端 和 CC26X2R1開發板+simplelink_cc13xx_cc26xx_sdk_7_10_01_24中的GAPP 做協調器 當中CC2530+ZStack-CC2530-2.5.1a作 GAPP 终端有設置為支持Zigbee HA profile然後協調器是允許Zigbee HA profile設備入網嗎? 建議你抓包看看實際入網的狀況
,
Hunter Wang：
呃….我這邊 profileID ; EP ; CLUSTERID 全部自行定義數字. 一定要照HA的profile 數字嗎?? 0x0104 ??
但我SNIFFER只有基本的,沒有比較進階的工具.
在基本SNIFFER上看起來差不多……..入網和ZED回傳都沒報錯誤.
會這樣試是因為在同型號,同SDK下, 用GAPP 架ZC和ZED都很順.
就想說,那新舊型號可不可以跨型號跨SDK 使用?? 結果目前試起來是入網OK ,但AF_REQUEST沒反應.
也有先爬一下文, 有人這麼試沒問題,
但就是說CC2652R的一個TC_LINK_KEY要關掉才行嘛. 但我這邊CC2652R關掉TC_LINK_KEY一樣, ZED回傳都OK,
但ZC的AF_INCOMING沒反應.還在DEBUG中.
難道像之前YK您說的一樣, 不是沒有收到,是底層有收到, 但是在底層ZCL因不明原因被過濾掉了??
目前朝這個方向去找.
,
YiKai Chen：
照理說應該會先進到AF_INCOMING層然後才會到ZCL parser這層,你有自行定義profileID ; EP ; CLUSTERID ,這樣你就得要自行確認發信息的時候profileID ; EP ; CLUSTERID是正確的,通常你可以透過抓包來詳細確認
,
Hunter Wang：
HI YK
有看過SNIFFER上抓到和我定義是相同的.
但有看過別的講義是說最重要是EP !! 一定ZC ZED都要相同,還要在AF都註冊過.
profileID ; CLUSTERID 相同就好.
,
YiKai Chen：
EP一定要在AF都註冊過,但是ZC ZED的EP不需要都相同,
,
Hunter Wang：
HI YK
但就是AF_REQUEST時目標的EP要對就好了?? 是這個意思??
好像還是不行,參考之前DATA進來的順序
afIncomingData() in AF.c –> afBuildMSGIncoming() in AF.c –> osal_msg_send() in OSAL.c –>
osal_set_event() in OSAL.c –> XXXApp_ProcessEvent()) or zclGenericApp_event_loop
直接去找afIncomingData() in AF.c有沒有被觸發 —> 沒有??? 對CC2530的AF_REQUEST一樣沒反應.只有入網時有幾筆進出.
想說是不是安全碼?? 就去找了一下ZStack-CC2530-2.5.1a的DEFAULT KEY結果預設是關的, 有開的反而是TC LINK KEY和2652R的預設KEY值比對過是一樣的???所以ZC的定義: TC LINK JOIN反而開著沒關係??
但還是不行…ZC一樣沒反應…………
,
YiKai Chen：
是AF_REQUEST時目標的EP要對就好了、你有抓包看看狀況？
,
Hunter Wang：
看不出來,列出來的都是正常,SNIFFER也沒指出明顥ERROR.再想想其他辦法.
,
Galaxy Yue：
目前的问题还是收不到MSG吗？
,
Hunter Wang：
YES. 跨型號跨SDK的(GAPP應用–>ZC配ZED)話, 看不到AF_IMCOMING的MSG ; 但同型號同SDK就OK,都看得到AF_IMCOMING的MSG
,
Hunter Wang：
HI YK
大概有個方向了.有再觀察一下ZStack-CC2530-2.5.1a下的CC2530 ZC和CC2530 ZED抓包後發現,它預設沒有加密, 走明碼, 我FW裡寫多少,抓包就全部看得到, 完全相符.
但是simplelink_cc13xx_cc26xx_sdk_7_10_01_24" SDK下的CC2652R的ZC和CC2652R ZED好像是預設有加密過, 抓包後,注意看了一下APS內容己經都加密了,不是我FW裡寫上的內容
所以是說CC2530雖然可以入CC2652R的網路,但是協調器有加密, 終端沒有加密,ZED回傳給協調器就被擋掉了的感覺……………
,
YiKai Chen：
2.5.1a協議棧真的太舊了、這樣很難釐清是哪裡的問題、建議你還是換到Z-Stack Home 1.2.2A協議棧
,
Hunter Wang：
HI YK
那Z-Stack Home 1.2.2A協議棧 和 Z-Stack 3.0.2 有差別嗎?? 剛看了一下裡面也只支援到2530 2538 ??
,
YiKai Chen：
CC26x2R1 用simplelink_cc13xx_cc26xx_sdk_7_10_01_24 ，CC253x用Z-Stack HA 1.2.2A 或3.0.2
,
Hunter Wang：
HI YK試過了CC2538的Z3.0.2的GAPP作ZED可以進去CC2652R的ZC.也可以用AF_REQUEST互傳DATA了.
算是證明了CC2538和CC2652R可以互通.
因為之前累積CC2530有不少樣品,所以突發奇想想拿來試試可否和新型號新SDK互通
但是之前翻一下記錄,ZSTACK3.0.2配CC2538沒事啦….只是怎麼我有試過,有記錄上是有寫說之前CC2530用ZSTACK3.0.2時, 再加上一些自己的工具和感測器應用時,有爆CODE的疑慮……這個要再試看看…….
,
YiKai Chen：
CC2530也可以使用Z-Stack HA 1.2.2A 或是3.0.2
,
Hunter Wang：
HI YK
有了有了,真的CC2530要用3.0.2才可以和2652R通資料.舊協議不知怎麼了.
,
Hunter Wang：
感謝YK.
