:::
Browsing this Thread:
1 Anonymous Users
|
Re: MRF24J40加密傳輸
|
||||
|---|---|---|---|---|
|
新會員
 
|
謝謝版主大人
這樣我了解了 不過這樣的特性是802.15.4之加密規格還是mrf24j40自行獨有的? 若是mrf24j40自行獨有的是否應該放在data sheet 內說明 再請教版主大人 是否使用upper layer security mode 就沒有這樣的限制了呢? 美國的回覆中 in-line是有包含upper layer security mode 嗎? 感激不盡 謝謝
發表於: 2009/9/25 15:56
|
|||
|
||||
|
Re: MRF24J40加密傳輸
|
||||
|---|---|---|---|---|
|
版主
 
|
美國的回應:
When in-line security mode is used, the source address must be long address. The reason is that the long address is used as one of the security materials in the decryption process. The receiving end depends on the transmitting end to use long address to get the source long address in decryption process.
發表於: 2009/9/25 15:14
|
|||
|
||||
|
MRF24J40加密傳輸
|
||||
|---|---|---|---|---|
|
新會員
|
各位前輩
我目前以mrf24j40測試點對點傳輸, 程式是由microchip所提供的p2p程式所修改的. 目前測試四種位址模式如下: 1. 16bits destination address and 16bits source address 2. 64bits destination address and 16bits source address 3. 64bits destination address and 64bits source address 4. 16bits destination address and 64bits source address 四種位址模式均可正確收發, 但是若以MAC層加密方式傳輸則, 1. 16bits destination address and 16bits source address 2. 64bits destination address and 16bits source address 此兩種模式接收端會解密錯誤使得封包內容無法正確讀出 而其他兩種位址模式均可正確解出封包內容. 我有檢查SecurityKey與SecurityLevel均與傳送端一樣 有人有遇到這樣問題嗎? 是mrf24j40設定的問題嗎? 另外此p2p程式會讀取RXSR(0x30)暫存器內之UPSECERR此旗標判斷接收到加密封包解碼後之結果, 但是根據data sheet此旗標是針對Upper Layer Security Mode解密正確與否之結果,為何也可以用到MAC層之解密? 感謝各位幫忙
發表於: 2009/9/24 16:18
|
|||
|
||||
You can view topic.
你 不可以 發起新主題
You cannot reply to posts.
You cannot edit your posts.
You cannot delete your posts.
You cannot add new polls.
You cannot vote in polls.
You cannot attach files to posts.
You cannot post without approval.
You cannot use topic type.
You cannot use HTML syntax.
You cannot use signature.
You cannot create PDF files.
You cannot get print page.
