為了實現WEB服務器的功能，嵌入式操作系統和一個可實現的TCP／IP協議棧是必需的，因此對嵌入式處理器提出了更高的要求。與傳統的8／16位單片機相比，ARM核處理器在運算速度、功耗和存儲容量方面都有很大的優勢，而且ARM核處理器可以很方便地實現嵌入式TCP／IP協議棧，所以ARM核處理器成為嵌入式Web服務器設備的首選處理器。系統的設計模型如圖1所示。

1 系統硬件設計

　　ARM核處理器LPC2210基于支持實時仿真和嵌入跟蹤的32／16位ARM7TDMI—S CPU。片內有16 KBSRAM，通過外部存儲器接口配置成4組，每組的容量達16 MB。LPC2210采用144腳封裝，功耗極低，具有多個32位定時器、8路10位ADC、PWM輸出，最多可提供76個GPIO以及多達9個外部中斷引腳；采用3級流水線技術，極大地提高了指令執行效率，通過可編程的片內鎖相環(PLL)可實現最大60 MHz的CPU操作頻率。

　　LPC2210的EMC組合符合ARM公司的PL090標準，總線寬度可設置為8位、16位或32位，通常16位總線寬度的存儲器具有較高的性價比。

　　以Philips公司的ARM核處理器LPC2210為核心來實現嵌入式Web服務器；網絡接口芯片采用Realtek公司的NE2000兼容芯片RTL8019AS，它內置了10BASE—T收發器，通過HR901170A器件接入以太網。硬件結構如圖2所示。

　　在圖1中，LPC2210擴展了2 MB的NOR Flash(芯片型號為SST39VFl60)和8．MB PSRAM(芯片型號為MT45W4Mwl6)。為了方便調試及最終代碼的固化應用，使用LPC2210外部存儲器接口BankO和Bankl的地址空間，通過片選信號選通nCE_F和nCE_R，來將地址空間Bank0和Bankl分別分配給PSRAM和Flash。通常將代碼固化到Flash，分配Flash為Bank0，PSRAM為Bankl，因為Bank0可以用來引導程序的運行。

　　LPC2210的大容量片上存儲器為TCP／IP協議棧的實現和數據處理提供了足夠的存儲空間；利用LPC2210SPI接口擴展MMC／SD卡作為外部非易失性存儲器，可以將ADC現場采集的數據、IP地址、網卡物理地址以及更新網頁保存在里面，需要時還可隨時更換MMc／SD卡。LPC2210具有ARM和Thumb指令集，采用流水線處理技術，能在指令執行期間預處理下一條指令，極大地提高了指令執行效率，為需要快速傳輸數據的網絡應用提供了有效的支持。

2 系統軟件設計

　　eCos(embedded Configurable operating system，嵌入式可配置操作系統)是一種針對16位、32位和64位處理器的可移植嵌入式實時操作系統。由于其源代碼公開，因而越來越多的設計人員開始關注eCos操作系統。eCos最大的特點是模塊化、內核可配置。最小版本的eCos只有幾百字節，非常適合小型嵌入式系統的開發。與嵌入式Linux相比，eCos有配置靈活和節省資源的優勢。它的其他優點是使用多任務搶占機制、具有最小的中斷延遲、支持嵌入式系統所需的所有同步原語，并擁有靈活的調度策略和中斷處理機制。因而eCos具有良好的實時性，與μClinux和μC／OS等操作系統相比，它更適用于處理實時信號的設備，如移動通信、WLAN等通信設備的開發。

3 ?eCos的移植

　　圖3所示為eCos的移植流程。eCos的移植通過3個子模塊來完成，即體系結構抽象層(Architeeture Hal)、變體抽象層(Variant Hal)和平臺抽象層(Platform Hal)。對一個新的體系結構來說，系統結構抽象層的建立相對來說比較困難。目前，eCos已經支持各種主流CPU，也就是說，eCos源碼中包含了CPU的體系結構層和變體抽象層，所以移植工作主要集中在平臺抽象層。

　　RedBoot移植是平臺抽象層移植的最好開始。RedBoot是位于硬件抽象層之上的命令行接口，并且包含GDB調試工具及其調試stub。一旦硬件抽象層移植到目標板中，RedBoot能將程序加載到目標板中，并且能在目標板上調試代碼。

4 ?TCP／IP協議棧——LwIP的實現

　　LwIP是瑞士計算機科學院Adam Dunkles等人開發的用于嵌入式系統的開放源代碼TCP／IP協議棧。它既可以移植到操作系統上，也可以在無操作系統的情況下運行。LwIP實現的重點是，在保持TCP協議主要功能的基礎上，減少對RAM的占用；一般只需要幾十字節的RAM和40 KB左右的ROM就可以運行，這使得LwIP適合在中低端的嵌入式系統中應用。

　　LwIP主要可以分為圖4所示的幾個層次。主要功能模塊有：操作系統模擬層、網絡接口函數、實現TCP／IP協議的各部分模塊 (IP、UDP、TCP、IC—MP、ARP)、緩沖和存儲管理子系統、校驗和函數。

　　LwIP API是一組應用程序接口，通過該接口程序員就可以使用LwIP所有的功能。另外，LwIP也為開發者提供了更加高級的BSD Socket APl，使其可以使用通用的Socket函數來編寫網絡通信軟件。操作系統模擬層可以使LwIP能夠使用操作系統提供的一些高級管理功能，例如信號量管理、消息隊列管理、創建線程等。

?? 4．1 IP處理

　　LwIP僅能實現IP層大部分基本功能。它雖然能夠發送、接收以及轉發信息包，但不能接收和發送IP分片包，也不能處理攜帶IP參數選項的信息包。不過對大多數的應用來說，這不會成為問題。

　　①接收信息包。對于到達的IP信息包，可由網絡設備驅動調用ip_input()函數開始處理，并在這里完成對IP版本字段及包頭長度的初始完整性檢查，同時還要計算和驗證包頭校驗和。

　　②發送信息包。外發的信息包由ip_output()函數處理，該函數使用ip_route()函數查找適當的網絡接口來傳送信息包。當外發的網絡接口確定后，信息包傳給以外發網絡接口為參數的ip_output_if()函數。

　　③轉發信息包。如果沒有網絡接口的地址與到達信息包的目標地址相同，信息包應被轉發。這項工作由ip_ forward()函數完成。

　　④ICMP處理。ICMP處理相當簡單。ip_input()函數收到的ICMP信息包被移交給icmp_input()函數，后者對ICMP包頭解碼，然后進行適當的動作。

　　4．2 UDP處理

　　UDP是被用來在不同進程問分解信息包的簡單協議。每個UDP會話的狀態保存在一個PCB結構體中。UDP PCB保存在一個鏈表中，當一個UDP數據包到達時對這個鏈表進行匹配檢索。

　　4．3 TCP處理

　　TCP屬于傳輸層協議，它為應用層提供了可靠的字節流服務。對它的描述要比對其他協議的描述復雜的多，其代碼占了LwIP代碼總量的50％。基本的TCP處理過程被分割為6個功能函數來實現，tcp_input()、tep_ process()及tcp_receive()函數與TCP輸入有關，tcp_write()、tcp_enqueue()及tcp_output()則用于TCP輸出。TCP的處理過程如圖5所示。

　　4．4 應用程序接口設計

　　LwIP API專為LwIP設計，所以它可以充分利用LwIP的內部結構實現其設計目標。LwIP API與BSDAPI類似，但操作相對低級。API不需要在應用程序和協議棧之間復制數據，因為應用程序可以巧妙地直接處理內部緩沖區。另外，BSD Socket API易于理解，并且很多應用程序為它而寫，所以LwIP保留一個BSD Socket兼容層是很有用的。

　　鑒于TCP／IP協議棧的處理模式，APl分成兩部分實現。如圖6所示，一部分作為應用程序的連接庫實現，另一部分在TCP／IP進程內實現。這兩部分之間采用由操作系統模擬層提供的進程間通信機制(IPC)進行通信。當前的實現采用以下3種IPC方式：共享內存、消息傳遞和信號量。雖然這些IPC方式被操作系統支持，但它們并不需要操作系統底層支持，實際上是操作系統模擬層在模擬它們。

結 語

　　基于實時內核eCos，在嵌入式系統中實現了LwIP協議棧的移植與優化。移植優化后的LwIP棧做為一個網絡模塊運行，代碼占用40 KB的ROM，實現了Ethernet／IP／TCP網絡功能，并提供了模塊API，與系統實現無縫連接。基于LwIP的網絡應用任務與其他非網絡應用任務在eGos實時內核管理下協調運行。進一步增強了協議棧的網絡安全性與穩定性，并開發相應的的網絡應用程序。“eCos／LwIP協議棧”架構有望應用在信息家電和網絡化的儀器、儀表方面。