最近在study Z-Stack HA1.2 CIE sample code , 有些疑問想請教一下?

he jeff

Expert 1800 points

Other Parts Discussed in Thread: Z-STACK

1 : zclSampleCIE_InClusterList & zclSampleCIE_OutClusterList 這2者有什麼關係 ? 它們是扮演什麼角色 ?

譬如 ZED OutClusterList 裡有 0x01 <-> ZC InClusterList 裡就要有 0x01 , 不然就會無法溝通 , 就無法連上 , 是這樣解釋嗎 ?

2 : ZC 在 HA1.2 裡 , device ID ? spec 沒特別指明 , 它也不屬於哪一種設備屬性 ?

5 年多前

0 Viki Shi 5 年多前

TI__Guru**** 188340 points

1、对，cluster有两端，OutCluster是输出控制命令方的cluster，InCluster是接收控制命令方的cluster，需要对应上才能匹配
2、没看懂，是问协调器的属性吗？

0 he jeff 5 年多前回复 Viki Shi

Expert 1800 points

應該也可以這樣說 , 如附圖

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

ZC一般不會給Device ID

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

那我 AF_Register , device ID 填 0 , 那在與 ZED 溝通會產生問題嗎?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

不會

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

如果如下面附圖的clusterlist 在profileID = 0x0104下, 我的ZC ,outclusterlist ={0x0000,0x0001,0x0003,0x0020,0x0402,0x0500,0x0b05}

device 應該可以收我ZC 的cmd , 但我的ZC inclusterlist 沒有0x0019 ,

1 : 我沒辦法收到device 的回應或data , 對嗎?

2 : 甚至我會把他踢掉, 或device 自己離開, 是嗎?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

1. 應該是
2. 不會

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

我現在 ZC inclusterlist {0x0000,0x0003} , outclusterlist{0x0006,0x0008} , 但是 device 就會一直閃退 , 反覆的加入又退出 , 於是就懷疑是不是
無論 in & out clusterlist 都跟 device 不 match , 才導致反覆加入又退出 , 這種結果 ?
還是有其他原因 ?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

設備反覆的加入又退出應該跟In/Out cluster 無關，設備也是TI Z-Stack Home 1.2.2a?還是第三方的？你有抓包檔嗎？

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

device 說它符合HA1.2 , 型號是 Centralite micro-Door 3323-G , 附上抓包檔

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

請附上cubx檔

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

我原本想附 , 但網站不讓我附 , 他說檔案類型不對 , 才改成圖片檔 , 還是有方法可附上?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

zip壓縮後附上

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

附上cubx壓縮檔0602-X-302-3323-20.rar

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

看起來是ZC送transport key給這個設備的時候設備沒有作polling導致收不到key而入網失敗，你可能要聯繫製造商查問題

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

所以跟我 ZC的程式沒有關係 , 就算我把 in & out culsterlist 增加 (譬如加 IAS : 0x0500 ), 也不一定有效 , 是嗎 ?
目前我 inclusterlist ={0x0000, 0x0003} , outclusterlist={0x0006,0x0008}

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

是的

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

可是我用HA1.2.2a CIE 的sample code 去跟device 做match 沒有這個問題, 附上抓包檔HA12-3323.rar

我現在是用 Z-stack 3.0.2 的ZNP 才有這反覆加入&退出的問題 ?

這樣應該不是device 的問題吧?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

HA1.2.2a CIE sample code 的抓包檔內zc發出transport key，設備有馬上回應mac ack，代表設備有收到key，所以後續入網可以成功；之前你用znp的時候，zc送出transport key後沒有看到設備回應mac ack，代表是設備沒收到，應該是要看一下為什麼設備沒有回應mac ack

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

所謂看設備為什麼沒有回應 mac ack , 是要看我這邊的 ZC code ?

還是設備的 code ? 還是有什麼方向我可以去做 check 的 ?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

應該是要看一下設備的code，另外你Z-Stack 3.0.2的ZNP也可以試試把 processors.wiki.ti.com/.../Zigbee_Known_Issues_and_Proposed_Fixes 的補丁打上去測試

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

我想設備的 code 應該是看不到了 , 因為那是別家的產品 , 因該不可能 release source code 給我
我看了一下補丁 , 有點不明白 , 這是要修正 ZC的值還是 ZED 的值 ?
有點饒文 , 可能國文造詣不好 , 請指導一下 , 謝謝 !

原文翻譯 :
當ZED在調試期間進行輪詢（傳輸密鑰，簡單描述符請求等）時，
NWK / APS數據包重試/失敗問題描述：

有時ZC在網絡調試期間將無法發送NWK / APS層數據包，例如將傳輸密鑰傳輸到加入的ZED，這要求ZED再次輪詢以獲取數據包。這不會對加入設備造成功能問題，因為它將重試並最終獲取數據包，但是理想的情況是需要重試以多次接收同一數據包。此問題是由新的設備加入網絡後在ZC上發生的阻止NV寫入操作的競爭情況引起的。

建議的解決方案：將ZDAPP_UPDATE_NWK_NV_TIME的值從默認值700（ms）更改為較大的值，例如3500。這將導致NV寫操作在以後的時間開始，因此不會干擾網絡調試。

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

要修正 ZC的

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

我有做一些調整, packet 看起來也跟CIE sample code 差不多, 但它還是離開再加入 ,0612-302-X-W.zip 0612-302-X-W1.zip

附上.cubx , 是否還有什麼方向或什麼原因 , 我可以去思考改變的 ?

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

試試在你的zc的incluster加上IAS zone cluster 的支持看看

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

想再請問一下 , 因為至少都要連2次才會成功 , 發現是我這邊回應太慢 , 底層有哪些參數可調 , 讓我接受到 request , 可以快點 response , 也許就可以連一次成功 , 請指導一下 , 謝謝

0 YiKai Chen 5 年多前回复 he jeff

Guru 109510 points

基本上沒有什麼參數可以調整了，你目前的測試試有打上下面的補丁嗎？

Change the value of ZDAPP_UPDATE_NWK_NV_TIME from it's default of 700 (ms) to a larger value, like 3500. This will cause the NV write operation to start at a later time and thus not interfere with network commissioning.

0 he jeff 5 年多前回复 YiKai Chen

Expert 1800 points

有打上去 , 感覺反應更慢 , 3.0.2 上面有設 65000 , 目前正改為 65000 , 測試看看

Zigbee 和 Thread

Zigbee 和 Thread 论坛

最近在study Z-Stack HA1.2 CIE sample code , 有些疑問想請教一下?