會議記錄
時間:99年十一月十六日14:00
地點:暨南大學科三館413教室
主講人:葉俊克
記錄:呂佳紋
出席者
碩二:呂冠達、葉俊克、張豈嘉、陳麗雯
碩一:李書丞、邱翰詮、呂佳紋、鐘揮雄、陳鈺萍


會議主題:Z-stack MAC API & TI cc2530 platform introduction
會議內容:
摘要:

 1. ZigBee Architecture

 2. MAC Layer Operation Scenarios

 3.Introduction to Platform(CC 2530ZDK)

 4.Directory Hierarchy in Developing An Application

 5.Demo Environment

 6. Demo


問題討論:

Q: Coordinator 和router有麼不同?(佳紋)

A:Coordinator負責管理整個網路,router負責傳送end-device的資料.

 

Q:non-beacon的時候,end-device所發出的scan,和beacon的時候,end-device所發出的scan,

有什麼不同? (揮雄)

A:

non-beacon:

end-device發出scan來調整channel後,在發出beacon request,看在這channel下,有沒有coordinator存在,若有coordinator存在,coordinator收到beacon request後,會回復beacon給end-device.

beacon:

會由coordinator主動發出beacon.end-device會發出scan來調整channel.當調整的channel跟coordinator為同一channel時,end-device會收到由coordinator主動發出beacon.

 

Q:Virtual registers的數量為什麼為16? (揮雄)

A:應該跟8051的registers有關.

 

Q:若遮蔽物移除後,node(end-device)會跟原本的node(router)重新建立連線嗎? (冠達)

A:若是原本node(end-device)已經跟別的node(router)建立新的連線,則node(end-device)

應該不會更動已建立好連線.

 

Q: Security enable設成1，是不是zgPreConfigkeys 就要設成TRUE ？(鈺萍)

A:

Security enable 設成1代表加密,0代表不加密.

Security enable 設成1時, zgPreConfigkeys設成TRUE代表coordinator和end-device加密資料的key,已經燒錄到coordinator和end-device上,coordinator不需要發送key給end-device.

而zgPreConfigkeys設成FALSE,代表coordinator會發送key給end-device.

 

 

Q:加密過的封包除了Security enable欄位是1跟0的差別，還有哪裡可以看的出來不同？(麗雯)

A:sensor感應到的溫度是16，未加密的封包可以看到16，加密過後就看不到，而且整個封包會變比較長，但是它是用什麼演算法做的就沒有研究。

 

Q: msduHandle=1,為什麼為1?(翰銓)

A:”1”為計數(序號),藉由序號可以清楚知道packets之間的關係和先後順序.

 

Q:3 nodes,A,B,C.A為end-device,B,C為router.  A先和B建立連線,之後B被關閉,A會和C建立新的連線. C被關閉,B和C同時啟動,這時A會和誰建立連線?

A: A node(end-device)會選擇訊號較強的node(router)來建立連線,一開始A node(end-device)是和B node(router)建立連線,所以A  node(end-device)應該會和B node(router)建立連線

 

Q:end-device如何判斷自己是不是orphan?是無法跟Coordinator連線或是無法跟上一層?(書丞)

A:只要無法跟上一層node溝通,就是orphan,所以會啟動orphan procedure,重新尋找上一層

可以連線的node.