接收主線除初始化以太網(wǎng)外， 需調用鏈路層初始化函數(shù)(3) , ( 3)中調用( 4)初始化RTL8019。

　　收到的數(shù)據(jù)先經(jīng)過函數(shù)(8) , 然后通過信號量傳送到函數(shù)(6) , 由( 6)調用( 7)得到數(shù)據(jù)個數(shù)， 最后由(5)根據(jù)以太網(wǎng)幀頭攜帶的上層協(xié)議類型判斷是交給IP協(xié)議還是ARP協(xié)議處理。

　　移植完畢， 進行數(shù)據(jù)收發(fā)實驗驗證。使用TCP傳輸協(xié)議， 由網(wǎng)口虛擬串口軟件VSPM通過串口調試工具收發(fā)數(shù)據(jù)， 圖4是以10 ms的發(fā)送速度在自發(fā)自收程序中收發(fā)數(shù)據(jù)的截圖。

　　圖4　TCP協(xié)議數(shù)據(jù)傳輸界面

　　由于COM1和COM2被PC機占用， 故由網(wǎng)口虛擬出來的串口是COM3, 由圖4可看出在面向連接的TCP協(xié)議下， 高速收發(fā)數(shù)據(jù)不會丟包。

　　2.2　實時多任務方案的設計

　　16個串口分別與網(wǎng)絡端口組成16 個雙向通道。為使代碼靈活、透明， 程序不使用LW IP提供的SOCKET AP I。應用程序把每個雙向通道分為發(fā)送， 接收， 串口3個任務， 加上LW IP本身需占用一個任務， 共需建立49個任務。μC /OS - Ⅱ最多能建立64 個任務， 其中8 個操作系統(tǒng)本身占用，剩56個能滿足要求。由VSPM軟件把網(wǎng)口模擬成16個串口， 串口服務器偵聽的16 個端口分別是1 000～1 015, 如圖5所示。

　　圖5　網(wǎng)口虛擬擴展16個串口界面

　　網(wǎng)絡端和串口端的數(shù)據(jù)接收會觸發(fā)相應的中斷。每個雙向通道的3個任務各司其職， 網(wǎng)口端接收數(shù)據(jù)中斷后在傳輸層協(xié)議判斷信源的端口號，交給相應的接收任務， 處理完后交給串口任務把數(shù)據(jù)從相應串口發(fā)送; 串口接收數(shù)據(jù)后在中斷程序中判斷信源的通道號， 把數(shù)據(jù)交給串口任務，處理完后由發(fā)送任務通過網(wǎng)口把數(shù)據(jù)發(fā)送出去。

　　服務器支持TCP /UDP兩種傳輸協(xié)議， 下面給出一個通道的TCP傳輸流程圖， UDP部分代碼只需在相應任務中調用LW IP給的UDP函數(shù)。TCP模式下串口服務器工作在Server模式， PC機工作在Client模式， 流程圖， 如圖6所示。

　　圖6串口服務器單通道程序流程圖

　　3.結論

　　文中本服務器是以性能不及ARM9且不能使用L inux的ARM7為主控芯片， 但兩種開源代碼μC /OS - Ⅱ實時操作系統(tǒng)和LW IP協(xié)議棧的有效結合避免了高額的軟件費用， 而且能滿足通信要求。實驗證明， 基于LW IP和μC /OS - Ⅱ的串口服務器不僅能實現(xiàn)雙向通信，而且傳輸數(shù)據(jù)實時、準確， 符合工業(yè)應用的要求。