摘 要：分析嵌入式TCP／IP協(xié)議的選取原則，采用ARM芯片和網(wǎng)絡接口控制芯片設計以太網(wǎng)接口，介紹ARM芯片對網(wǎng)絡接口控制芯片的控制過程和TCP／IP協(xié)議棧處理數(shù)據(jù)包的流程，完成嵌入式TCP／IP系統(tǒng)的開發(fā)。該系統(tǒng)可以將數(shù)據(jù)按網(wǎng)絡協(xié)議處理，實現(xiàn)數(shù)據(jù)的以太網(wǎng)傳輸。其是一套基于嵌入式實時操作系統(tǒng)的嵌入式網(wǎng)絡軟件開發(fā)平臺，即在μC／OS—II的平臺上，實現(xiàn)ARM微處理器的TCP／IP協(xié)議，在此平臺之上，可以方便地進行嵌入式應用系統(tǒng)的開發(fā)a
關鍵詞：ARM；嵌入式系統(tǒng)；TCP／IP；以太網(wǎng)

0 引 言
    以太網(wǎng)具有通用性強、技術成熟、帶寬迅速增加等特性，工業(yè)控制領域出現(xiàn)嵌入式技術，尤其是ARM技術的發(fā)展和DSP在工業(yè)控制領域的廣泛應用，利用嵌入式技術實現(xiàn)以太網(wǎng)通信已經不難見到。嵌入式實時操作系統(tǒng)接入網(wǎng)絡后將使遠程監(jiān)測、遠程控制、遠程診斷和遠程維護變得越來越容易。從根本上講，嵌入式設備接入網(wǎng)絡，當前基本采用基于TCP／IP的通信協(xié)議。該方案以LPC2210為核心元件研究基于ARM的嵌入式TCP／IP協(xié)議的實現(xiàn)的硬件電路，同時在μC／OS一Ⅱ平臺上編寫應用軟件程序。下面對系統(tǒng)做詳實的闡述，并重點介紹嵌入式實時操作系統(tǒng)μC／OS—II應用于TCP／IP時應進行合理的裁減。

1 系統(tǒng)硬件設計
    基于ARM的嵌入式TCP／IP網(wǎng)絡通信系統(tǒng)主要包括ARM芯片和以太網(wǎng)控制器等芯片組成的以太網(wǎng)接口、驅動軟件和嵌入式TCP／IP協(xié)議棧。硬件原理圖如圖1所示。

    該方案設計相對簡單，硬件電路中采用的LPC2210是Philips公司推出的微處理器，帶有16 KBRAM，76個通用I／O口，12個獨立外部中斷引腳，集成有8通道的10位A／D，能夠基于芯片設計復雜的系統(tǒng)。雖然LPC2210具有較快的訪問速度，但片內沒有集成FLASH，所以這里擴展1片16 Mb FLASH SST39VFl60來保存用戶程序。其架構滿足μC／OS—II正常運行的基本要求。
    RTL8019AS是臺灣Realtek半導體公司生產的以太網(wǎng)控制器，其性能包括：支持EthernetII和IEEE802．3標準；支持8／16位數(shù)據(jù)總線；內置16 KWord的SRAM；全雙工，收發(fā)同時達到10 Mb／s；支持BNC，AUI，UTP介質。RTLS019AS可提供100腳的TQFP封裝，減少了PCB面積，更適合于嵌入式系統(tǒng)。HR901170A是漢仁電子有限公司生產的RJ45接口連接器(帶網(wǎng)絡變壓器／濾波器)，該連接器滿足IEEES02．3和IEEE902．3ab標準，能夠較好地抑制電磁干擾。通過HR901170A系統(tǒng)就可以連接到以太網(wǎng)上。

2 嵌入式協(xié)議的選擇
    TCP／IP協(xié)議是一組不同層次上的多個協(xié)議的組合，通常被認為是一個包含鏈路層、網(wǎng)絡層、傳輸層和應用層的4層協(xié)議系統(tǒng)，如圖2所示。嵌入式系統(tǒng)是為完成某種特定的功能而設計的專用系統(tǒng)。嵌入式系統(tǒng)不要求(也不可能)實現(xiàn)所有的TCP／IP協(xié)議，所以嵌入式TCP／IP是對TCP／IP協(xié)議族進行選擇而形成的協(xié)議集合。
    首先在鏈路層上，由于采用以太網(wǎng)的接入方式，系統(tǒng)必須實現(xiàn)IEEE802．3所規(guī)定的CDMA／CD(載波監(jiān)聽多路訪問及沖突監(jiān)測)協(xié)議，CDMA／CD協(xié)議不需用戶實現(xiàn)，此協(xié)議只要采用通用的NIC(Network Interface Con—troller，網(wǎng)絡接口控制)芯片就可支持。為了保證系統(tǒng)在以太網(wǎng)中的通信，系統(tǒng)還需實現(xiàn)ARP應答協(xié)議，該協(xié)議用于將IP地址映射成以太網(wǎng)MAC地址。ARP協(xié)議包括ARP請求和ARP響應兩部分，系統(tǒng)與其他計算機通信，就必須要支持ARP響應。ARP請求在本地建立了一個IP地址到MAC地址的映射，保證了對外通信的有的放矢。RARP(逆地址解析)協(xié)議主要用于解決如何從MAC地址得到IP地址，主要用于無盤工作站中。在網(wǎng)絡層，由于系統(tǒng)要求能夠在Internet中進行通信，因此系統(tǒng)要實現(xiàn)IP協(xié)議。在TCP／IP協(xié)議族中，網(wǎng)絡層協(xié)議包括IP協(xié)議(網(wǎng)際協(xié)議)、ICMP協(xié)議(Internet控制報文協(xié)議)以及IGMP協(xié)議(Internet組管理協(xié)議)等。IP協(xié)議是TCP／IP族的核心協(xié)議，它使異構網(wǎng)絡之間的通信成為可能。因此RTU等系統(tǒng)數(shù)據(jù)跨越不同的網(wǎng)絡進行傳輸就必須要實現(xiàn)IP協(xié)議。ICMP中規(guī)定了多種協(xié)議類型和代碼，如果完全地實現(xiàn)也要耗費不少的系統(tǒng)資源，該嵌入式系統(tǒng)中，在ICMP協(xié)議中能夠測試網(wǎng)絡的連通情況即可。[!--empirenews.page--]
    傳輸層主要是在2臺主機之間提供端到端的通信。傳輸層有2種不相同的傳輸協(xié)議：TCP(傳輸控制協(xié)議)和UDP(用戶數(shù)據(jù)報協(xié)議)。TCP是面向連接的，在不可靠的網(wǎng)絡服務上提供端到端的可靠字節(jié)流。TCP協(xié)議設計了嚴格的3次建立連接握手過程、4次關閉連接握手過程以及捎帶確認信息并通過滑動窗口進行流量控制的數(shù)據(jù)傳輸過程。UDP協(xié)議是不面向連接的，它只是簡單地把數(shù)據(jù)報從一臺主機發(fā)送到另一臺主機，但并不保證該數(shù)據(jù)報能到達另一端，可靠性必須由應用層來提供?？紤]到系統(tǒng)中數(shù)據(jù)傳輸質量，這里采用TCP協(xié)議。應用層協(xié)議主要是指用戶進程。其包括：HTTP協(xié)議、FTP協(xié)議、POP3協(xié)議、SMTP協(xié)議、SNMP協(xié)議。

3 系統(tǒng)軟件設計
    該TCP／IP網(wǎng)絡通信系統(tǒng)為了具有較好的實時性和穩(wěn)定性，采用μC／OS一Ⅱ設計系統(tǒng)軟件。在μC／OS一Ⅱ平臺上，軟件設計工作主要包括：μC／OS一Ⅱ在LPC2210上的移植和TCP／IP協(xié)議在μC／OS一Ⅱ上的實現(xiàn)以及系統(tǒng)應用程序的編寫。μC／OS一Ⅱ的移植工作主要集中在下面幾個文件中：OS_CPU．H，OS_CPU_A．ASM，OS_CPU_C．C。另外，在INCLUDES．H中必須包括LPC2210文件LPC2210．H；OS_CFG．H用于系統(tǒng)應用μC／OS一Ⅱ中的初始化配置。OS_CPU．H主要包括一些與處理器和編譯器相關的常量和類型定義等，而且需注意LPC2210的堆棧方向是由高到低，用OS_STK_GROWTH來設置堆棧的增長方向。因此將OS_STK_GROWTH設為1。OS_CPU_A．ASM中需編寫4個匯編語言函數(shù)：OS_TASK_SW()，OS_IntCtxSw()，OSStartHighRdy()和OSTieklSR()。

    以太網(wǎng)鏈路層遵循的IEEE802．3協(xié)議的CSMA／CD和CRC校驗等功能由網(wǎng)絡控制芯片Rtl8019AS完成，LPC2210芯片則完成其他TCP／IP協(xié)議的解釋和執(zhí)行。LPC2210控制RTL8019AS完成通信任務時，首先要對RTL8019AS復位，并對RTL8019As的寄存器進行初始化，確定發(fā)送和接收的條件，然后才能發(fā)送數(shù)據(jù)或接收數(shù)據(jù)。當一幀數(shù)據(jù)發(fā)送結束、接收到1幀數(shù)據(jù)或出錯等事件發(fā)生時，RTL8019As向LPC2210申請中斷，LPC2210響應中斷后根據(jù)中斷狀態(tài)寄存器的內容進行相應的處理。
    在LPC2210內部，ARM程序完成對數(shù)據(jù)的打包解包。系統(tǒng)復位后，系統(tǒng)首先發(fā)送ARP請求，建立地址映射，并內部中斷進行定時更新。ARM芯片根據(jù)情況將采集或收集到數(shù)據(jù)按照TCP協(xié)議或UDP協(xié)議格式打包，送入網(wǎng)卡芯片，由網(wǎng)卡芯片將數(shù)據(jù)輸出到局域網(wǎng)中。ARM芯片對數(shù)據(jù)報進行分析，如果是ARP(物理地址解析)數(shù)據(jù)包，則程序轉入ARP處理程序。如果是IP數(shù)據(jù)包則進一步判斷是哪個協(xié)議向IP傳送數(shù)據(jù)。如果是ICMP協(xié)議，判斷是否為Ping請求，是則應答，不是丟棄該數(shù)據(jù)包；如果是TCP或UDP協(xié)議，且端口正確則按相應的協(xié)議處理數(shù)據(jù)，端口不正確丟棄數(shù)據(jù)包。TCP／IP系統(tǒng)框圖如圖3所示。

    TCP／IP在μC／OS一Ⅱ上的設計結束后，剩下的工作就是編寫應用程序。將系統(tǒng)劃分成若干個任務，每個任務對應一個獨立的無限循環(huán)的主程序，完成一個特定的功能。為簡化設計，應用程序采用靜態(tài)優(yōu)先級，即應用程序在執(zhí)行的過程中各個任務優(yōu)先級保持不變。

4 結 語
    基于ARM的嵌入式TCP／IP協(xié)議的設計方案，論述了軟、硬件的設計方法和協(xié)議的選擇。該設計方案在硬件實現(xiàn)上簡潔可靠；軟件實現(xiàn)上可維護性好；可擴展性好，有利于系統(tǒng)的后續(xù)開發(fā)，降低了系統(tǒng)設計的復雜性。實驗證明該方案可行性強，可以直接把系統(tǒng)的處理數(shù)據(jù)送到以太網(wǎng)上傳輸?？梢钥闯?，ARM和嵌入式TCP／IP協(xié)議將會得到更大的發(fā)展和更廣闊的應用。