《電子技術應用》
您所在的位置:首頁 > 通信與網絡 > 業(yè)界動態(tài) > 紅外通訊協議在嵌入式系統中的實現

紅外通訊協議在嵌入式系統中的實現

2008-08-21
作者:葉 暉

??? 摘?要: 從紅外通訊協議的特點、基本原理對紅外無線通信技術進行了分析,結合實際例程探討了紅外數據" title="紅外數據">紅外數據通信在嵌入式系統" title="嵌入式系統">嵌入式系統中的基本設計要點。
??? 關鍵詞: 紅外通訊協議? 嵌入式系統? 異步通信收發(fā)器? 狀態(tài)機

?

??? 紅外和藍牙協議是兩種較流行的短距離無線通信協議。但目前藍牙協議各大廠商尚未有一個統一的標準規(guī)范,加之硬件價格較為昂貴的缺點,因此市場上紅外通信" title="紅外通信">紅外通信在手機、筆記本電腦等小型移動設備中仍然應用廣泛,在嵌入式系統中的實現應用有著較高實際意義。
1 紅外協議背景
??? 紅外線是波長在750nm至1mm之間的電磁波,其頻率高于微波而低于可見光,是一種人的眼睛看不到的光線。目前無線電波和微波已被廣泛應用在長距離的無線通信中,但由于紅外線的波長較短,對障礙物的衍射能力差,所以更適合應用在需要短距離無線通信場合點對點的直線數據傳輸。為了使各種設備能夠通過一個紅外接口進行通信,紅外數據協會(Infrared Data Association,簡稱IRDA) 發(fā)布了一個關于紅外的統一的軟硬件規(guī)范,也就是紅外數據通訊標準。
2 紅外協議基本結構
??? 紅外數據通訊標準包括基本協議和特定應用領域的協議兩類。類似于TCP-IP協議,它是一個層式結構,其結構形成一個棧,如圖1所示。

?


??? 其中基本的協議有三個:①物理層協議(IrPHY),制定了紅外通信硬件設計上的目標和要求,包括紅外的光特性、數據編碼、各種波特率下幀的包裝格式等。為達到兼容,硬件平臺以及硬件接口設計必須符合紅外協議制定的規(guī)范。②連接建立協議(IrLAP)層制定了底層連接建立的過程規(guī)范, 描述了建立一個基本可靠連接的過程和要求。③ 連接管理協議(IrLMP)層制定了在單個IrLAP連接的基礎上復用多個服務和應用的規(guī)范。在IrLMP協議上層的協議都屬于特定應用領域的規(guī)范和協議。④流傳輸協議(TinyTP)在傳輸數據時進行流控制。制定把數據進行拆分、重組、重傳等的機制。⑤對象交換協議(IrOBEX)制定了文件和其他數據對象傳輸時的數據格式。⑥模擬串口層協議(IrCOMM)允許已存在的使用串口通信的應用象使用串口那樣使用紅外進行通信。⑦局域網訪問協議(IrLAN)允許通過紅外局域網絡喚醒筆記本電腦等移動設備,實現遠程遙控等功能。
??? 整個紅外協議棧比較龐大復雜,在嵌入式系統中,由于微處理器速度和存儲器容量等限制,不可能也沒必要實現整個的紅外協議棧。一個典型的例子就是TinyTP協議中數據的拆分和重組。它采用了信用片(credit card)機制,這極大地增加了代碼設計的復雜性,而實際在紅外通信中一般不會有太大數據量的傳輸,尤其在嵌入式系統中完全可以考慮將數據放入單個數據包進行傳輸,用超時和重發(fā)機制保證傳輸的可靠性。因此可以將協議棧簡化,根據實際需求,有選擇地實現自己需要的協議和功能即可。
3 紅外協議數據基本傳輸原理
??? 由于硬件接口限制,嵌入式系統中紅外通信的速率基本在9600bps~115.2kbps之間。這里是通過硬件電路板上的異步通信收發(fā)器(UART)進行紅外數據編碼和無線傳輸。在115.2kbps速率下紅外采用RZI的編碼調制方案,脈沖周期為3/16位周期。數據校驗采用CRC16。其基本思想是將要發(fā)送的數據按照CRC16算法(CRC算法可以參考相關資料)進行打包校驗,在接收時進行CRC解包并與常數0XF0B8比較,若匹配即數據校驗無誤。紅外數據傳輸以幀為基本單位。幀是一些特定域的組合,其中紅外協議底層字節(jié)包格式如圖2所示。

?


??? 各個域含義如下:STA為開始標志,即0x7E、ADDR為8位的地址域;DATA為數據域;FCS為16位的CRC校驗碼;STO標志幀結束,在接收兩個連續(xù)的幀時必須至少有3個以上的STO標志('01111110'B)為間隔。若連續(xù)收到7個以上的1后則標志該幀有錯誤,設備會放棄該幀。在紅外數據實際傳輸過程中,為了延時控制考慮,一般在數據幀頭添加多個STA域,通常采用連續(xù)11個0x7E達到延時目的。在接收時,當收到多個STA域時當作一個來處理,多余的STA域被忽略。紅外數據傳輸的狀態(tài)機流程如圖3所示。

?


??? 下面對圖2作幾點說明:(1)數據傳輸時首先進入Address Discovery過程,在此過程中發(fā)廣播幀,等待對方設備響應,收到響應幀后可以取得對方設備地址。(2)取得對方地址后,進入Connect過程,在此過程中將與對方設備協商傳輸參數,如波特率、數據包大小、輪轉時間片等,之后建立連接。(3)建立完連接即進入Information Transfer過程,進行數據校驗,傳輸。其中按照一定算法進行時間片數據幀收發(fā)控制。(4)數據傳輸完畢后進入Disconnect過程,斷開連接。(5)在Address Discovery過程中,有可能發(fā)現對方設備地址與本機設備地址有沖突,此時進入Address Conflict Resolution過程, 解決完設備沖突后再返回。
??? 圖3是一個標準的紅外數據傳輸狀態(tài)機流程,但在一些嵌入式設計方案中,出于省電等目的,可以不進入Address Discovery過程,也就是簡化掉Address Discovery過程而轉入Sniff過程。在探查一定時間后,若未收到對方設備響應幀,自動進入休眠狀態(tài),若收到對方設備響應幀,則進入正常的連接過程。同時,在連接過程與對方協商傳輸參數的過程中有一項窗口大?。╳indows size)參數,它是指定接收方可緩沖多少個幀后再進行接收確認,其數值為1~7。在嵌入式系統存儲空間有限的情況下,可以采用默認值1進行數據的簡單確認,也就是接收到一個數據幀后立即進行確認。這樣既節(jié)省了資源又使代碼量更小,運行速度更快。
4 嵌入式系統中紅外協議實現設計
??? 筆者采用Sitronix公司的ST2204電路板為硬件平臺,處理芯片內核為65C02。ST2204電路板使用了集成的8位處理器,尋址能力達到了44M字節(jié),并提供了低電壓檢測功能。由于2204集成了上述這些功能,非常適合省電、支持長電池壽命的手持移動設備嵌入式設計實現方案。在固件設計、軟件設計" title="軟件設計">軟件設計方面采用了匯編語言。65C02上的匯編采用存儲器映象方式,并廣泛使用了零頁尋址,因此使用起來十分方便、高效。整個設計實現可分為硬件設計和軟件設計兩部分。硬件設計包括電路設計和固件程序(Firmware)的編寫;軟件設計包括CRC數據編碼校驗、數據收發(fā)及主站(Primary)、輔站(Slave)狀態(tài)機流程實現等。
??? 在硬件設計方面根據對設備的需求和硬件板芯片性能,可以設計出相應的電路在仿真板上進行實驗。固件程序的編寫可采用分塊的方法,例如初始化(Initialize)模塊、中斷處理(Interrupt)模塊、時鐘(Timer)事件處理模塊等。初始化模塊可根據硬件板的指南說明(Specification)提供的各個寄存器值設置初始化參數;中斷處理模塊可按照中斷向量表提供的入口地址編寫,其基本要求短小精悍,運行的時鐘周期與微處理器頻率和設備需求的波特率緊密相關。時鐘事件處理可根據硬件板提供的基本時鐘設置不同的時鐘精度,以滿足不同的需求。在紅外傳輸實際設計中定時器主要用于三個方面:第一是sniff探查過程中主站發(fā)廣播幀后輔站超時未響應的處理;第二是超時重發(fā)控制;最后一個是數據傳輸過程中輪轉時間片的控制。其中第三個方面要求的精度比較高,紅外協議制定的標準是在25ms~85ms之間。因此有必要把超時處理放在中斷處理。在程序編寫時使用信號量和程序計數器進行時間控制。其基本思路是設置一個程序計數器進行累加計時,當各自事件時間到達時分別設置三個信號量來標志事件處理,當事件處理完畢后重置各自信號量,轉入重新計時。
??? 在軟件設計方面,要對發(fā)送的數據進行幀包裝(Frame Wrapper),添加CRC16校驗,用匯編實現CRC算法比C稍微復雜些。一個主要的技巧是將要進行校驗的數據地址和CRC數據表的索引地址置入一個零頁的內存地址中, 采用通用寄存器" title="通用寄存器">通用寄存器對其進行間接尋址。這樣就實現了C語言中的指針效果,可以比較方便地查詢CRC表。在數據收發(fā)應用中, 分為主站 (Primary station)和輔站(slave station) 兩種角色。主站角色負責發(fā)起,建立連接,進行時間片輪轉調度等。輔站主要負責應答,響應命令。在一定條件下主站輔站角色可以互換,主輔站均可收發(fā)數據。
??? 收發(fā)數據的中斷函數最重要也是底層的核心所在。在接收方首先會進行硬件初始化,設置UART接收初始化狀態(tài)并進行中斷允許標志設置(具體設置可以參考所選擇的電路板說明)等。當紅外數據到達后即會觸發(fā)一個UART中斷,系統處理完當前事件后便會根據中斷向量表提供的入口地址調用接收中斷處理程序接收數據。在接收過程中,UART會搜尋匹配開始位和結束標志。接收完畢后,返回系統調用程序。在實際應用中,當接收完數據后,即可按接收幀控制域判斷幀類型,并結合接收站所處的相應狀態(tài)機進行流程處理。下面是紅外接收數據的中斷程序源碼:
??? /***************************************
??? * UART Receiver Interrupt Service Routine
??? ***************************************/
??? ISR_URX:
????? ??pha
????? ??phx????; 壓棧,保存通用寄存器值
????? ??cld????; 清空十進制標志位
????? ??ldx?#00001100B?; 允許接收,并設置可以接收下一字節(jié)
????? ??stx???ldx?mBagLen
????? ??cpx?#IrDA_BAG_LEN??; 一個包的長度
????? ??bcs??err_over????; 溢出否
????? ??lda???sta?mReadBuff,x???; 寫數據
????? ??lda???sta?mIrdaByteFlag???; 保存狀態(tài)標志位
????? ??inc?mBagLen????; 計數器++
????? ??bra??exit
?????err_over:
????? ??smb0? ?exit:
????? ??plx??????; 出棧,恢復通用寄存器值
????? ??pla
????? ??rti
??? 該中斷處理程序在硬件收到一個字節(jié)時觸發(fā)。它先將通用寄存器值壓棧保存,接下來進行狀態(tài)寄存器的控制,并檢查一些狀態(tài)標志,然后進行數據的接收;將數據保存在一個緩存里,并進行溢出等狀態(tài)的檢測和控制。最后恢復通用寄存器的值,返回中斷調用函數。按照類似的原理可以編寫出紅外發(fā)送方程序。編寫數據收發(fā)中斷程序有一點要注意,程序代碼量和處理器主頻以及選擇的紅外波特速率是密切相關的。若不注意就很容易造成“丟中斷”的現象,這是應該避免的。還有一點要說明:UART是工作在半雙工模式下,在一些實時系統和時間精度要求較高的應用中是不能同時進行收發(fā)數據的。但由于其收發(fā)時間片較短(最長為500ms),在一些普通應用中可以模擬成同時收發(fā)。
??? 在程序編寫完后對其進行編譯/連接定位,用調試器以16進制的形式加載在主機開發(fā)系統中即可進行模擬調試。但是模擬調試不能百分之百地模擬硬件的全部特性。它主要用于調試軟件邏輯、狀態(tài)機流程。對于調試UART數據收發(fā)等實時性較強的硬件特征還需到目標系統上進行驗證。

參考文獻
1 Joe Tajnai. Infrared Data Association Serial Infrared Physical?Layer Specification [EB/OL]
.http://www.irda.org/standards/pubs/IrPHY_1p4.pdf, 2003-04
2 Timothy Williams. Infrared Data Association Serial Infrared?Link Access Protocol [EB/OL]. http://www.irda.org/standards/,2003-04
3 Andy Seaborne. Infrared Data Association Link Management?Protocol [EB/OL]. http://www.irda.org/standards/, 2003-04

本站內容除特別聲明的原創(chuàng)文章之外,轉載內容只為傳遞更多信息,并不代表本網站贊同其觀點。轉載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創(chuàng)文章及圖片等內容無法一一聯系確認版權者。如涉及作品內容、版權和其它問題,請及時通過電子郵件或電話通知我們,以便迅速采取適當措施,避免給雙方造成不必要的經濟損失。聯系電話:010-82306118;郵箱:aet@chinaaet.com。