假設我下的 cmd 是 active_ep_request , 1352P 回應也沒問題 , 但我用 sniffer 看不到這個 packet (扣掉 sniffer 沒抓到 packet)
於是我在 host用 retry 機制 , time-out , 沒得到 RSP , 就在發一次 , 一段時間後 , packet 看的到這個 request
我的疑問是 , 我 host 下 cmd , 就算回應 ok , 也不代表 packet 會發出去 , 是不是 ZNP 也有自己的一個 Queue ,
必須等到該 cmd 執行他才會執行 , 不論 我host 下多快 或多少次 cmd (扣掉 sniffer 沒抓到 packet) , 它都有自己的規律在 send packet
Viki Shi:
"於是我在 host用 retry 機制, time-out , 沒得到 RSP , 就在發一次 , 一段時間後 , packet 看的到這個 request"
请问一段时间是多久?
YiKai Chen:
你下的 active_ep_request cmd 是給已經在網內的設備嗎?如果用Ztool會有同樣的問題嗎?
he jeff:
回复 Viki Shi:
假如沒收到 RSP , 10s左右 再發一次
he jeff:
回复 YiKai Chen:
是發給網內設備 ,
Z-tool 沒有重複發機制 , 我再找時間用手連發看看
he jeff:
回复 YiKai Chen:
我用手動 , 快速連發 ,z-tool 有回應 , 但 packet 一樣有一定時間 , 才會送packet
YiKai Chen:
回复 he jeff:
你發送的對象如果是直接polling協調器 的終端設備,必須要等到終端設備polling,packet才會送出
he jeff:
回复 YiKai Chen:
sorry , 有點饒舌 , 不太了解你所要表達的意思 , 可以再多解釋些嗎 ?
he jeff:
回复 YiKai Chen:
所以不是 ZC 發 req ,ZD 收到 cmd 就要回
我(ZC) 發 active_ep_request , 就是想要ZD的 data , 換句話說 , 我 host 發給 1352P , 1352P有收到 , 也要等ZDpolling (data request)
, 這時 packet 才會真正發出去 , 流程是這樣對吧 ?
YiKai Chen:
回复 he jeff:
對