關鍵詞：SIC33209 嵌入式系統 TCP/IP協議棧 網絡服務器 信息家電 Internet

引言

S1C33209是EPSON公司推出的RISC結構的32位高性能CMOS微處理器，具有高速、低功耗、低電壓操作、精簡指令集等特點，提供乘與累加功能，既可用于辦公設備，也特別適用于需要高級數據處理的便攜設備，可以進行高速運算、靈活的I/O口控制和高效的數據操作。S1C33209具有8KB的內部RAM，其運算速率可達60MHz，加上優化的多數為單時鐘周期的指令集，使S1C33209吞吐量大為提高。S1C33209比常規MCU有更快的運算速度及可靠的性能、可重復編程的結構，使得精簡的TCP/IP能夠在其中可靠運行。

1 硬件平臺結構及設計

信息家電遠程訪問時，通信數據量不大，10M以太網的通信速率即可滿足要求；其次信息家電對實時性的要求不高，可定位在秒級。

在這種情況下，構造了家電網絡硬件平臺服務器S1C-WebServer，其結構如圖1所示。S1C33-WebServer主要由三部分組成，即S1C33209微處理器、RTL8019AS全雙工以太網控制器（RealTek公司出品，100腳的TQFP封裝，最大速率10Mbps，自帶16KB的SRAM，工作在Ethernet II和IEEE802.3、10Base5、10Base2、10BasetT下，全雙工，支持8位與16位數據總線，與NE2000兼容）、可擦寫Flash(采用Intel的E28F320，容量為4MB)。考慮到Flash的擦寫在程序調試中不太方便，所以為S1C33209外圍擴展512KB的SDRAM。在S1C33209中，運行用戶程序和S1C33-Stack。在Flash中，存放S1C-WebServer的各種Web資源信息，綜可處理Web頁面、圖像文件等，與PC機上WebServer中的硬盤可以存儲大量的不同頁面。Flash的容量決定了WebServer的資源文件的大小。RTL9019AS是Ethernet控制器，負責S1C33209與Ethernet的數據傳遞。在信息家電已具備RS232或相關標準接口的條件下，使用家庭自動化總線HAB（Home Automation Bus）作為S1C33-WebServer與家庭網絡協議SHNP（Simple Home Networks Protocol）。家電通過RS232接口與S1C33-WebServer連接，經由EEthernet接入Internet。

經過分析，S1C33209與RTL8019AS讀寫時序是兼容的，而且MCU的讀寫時延比RTL8019AS小得多。MCU與RTL8019AS的連接如圖2所示。RTL8019AS的工作電壓為5V，而S1C33209的工作電壓為3.3V，所以RTL8019AS的數據線輸出需要電平的轉換。選用2個8位（采用16位數據總線）的具有雙向數據傳輸功能的74HC245來完成，由于S1C33209的輸出電平符合RTL8019AS輸入電平的要求，所以地址線可以直接相連，而不需電平轉換，RTL8019AD中斷信號（INT0）為高電平有效，在S1C33209中選用端口中斷輸入的K60端口與之相連。由于S1C33209的中斷有效方式（高、低電平或脈沖）可以根據對寄存器的設置調節），所以不用對INT0作反向或電平轉換。

2 精簡TCP/IP協議棧的實現

構建的S1C33-Stack運行在以S1C33209嵌入式CPU為基礎的硬件平臺上，是一組可配置的多種Internet協議的組成。這些協議按照分層協議棧的方式組織，包括應用層的HTTP、DHCP、SMTP，傳輸層的TCP、UDP，網絡層的IP/ICMP、ARP，通過鏈路層和物理層（如Ethernet）進行數據的交互。S1C33-Stack的結構模型如圖3所示。S1C33-Stack利用S1C33的高速處理能力處理TCP/IP數據包，避免了在有限容量的RAM中緩存大量數據，使得控制器可以處理比內部RAM總線更多的數據包。利用嵌入的S1C33-Stack，Webserver能通過Hypertext Transfer Protocol(HTTP)與任何瀏覽器通信，能夠提供各種類型的資源，如HTML、圖片文件等。這些資源可以使用一種特殊的文件系統URI，被存放在容量為4MB的Flash中。這種文件系統可包含任意多的目錄，對URL的長度也沒有限制。

考慮到嵌入式系統的可用資源有限，在此采用經過裁減的TCP/IP協議棧―uIP。uIP協議主要包括TCP/IP協議組中的四個基本的協議：ARP、IP、ICMP、TCP。鏈路層協議，如PPP，則作為設備驅動在uIP底層實現。應用層協議，如HTTP、FTP、SMTP則作為應用程序在uIP上層實現。

（1）地址解析協議ARP

該協議將IP地址映射成以太網MAC地址。在uIP中，ARP的執行依靠維持一張表來完成IP地址和MAC的地址的映射。當有一個IP數據包要發送到以太網上時，從ARP表中查詢相應的MAC地址。如果在ARP表中找不到IP地址則送出相應的ARP請求。當目的主機收到ARP請求報文后，發送ARP REPLY報文將請求的MAC地址送出。當收到ARP REPLY后，ARP表被更新。每隔10s，ARP表就被新新一次，舊的ARP表項將被刪除。每個ARP表項的生存周期是20min。

（2）網間協議IP

在uIP中，IP層的代碼有兩個功能：驗證到來的IP報文報頭的正確性，并且對TCP和ICMP報文實行分流。因為不考慮IP的分片和重組，uIP中IP層的代碼非常的精簡。

（3）網間報文控制協議ICMP

在uIP中，僅有一種類型的ICMP信息被實現：ICMP ECHO主要用于應用程序ping，檢查網絡是否連通。在uIP中，ICMP ECHO通常以一種很簡單的方式進行處理；將ICMP類型由“ECHO”改為“REPLY”，同時調整ICMP校驗，交換發送方和接收方的IP地址。

（4）傳送控制協議TCP

為了減少對內存的使用，在uIP中，TCP并不使用滑動窗口來接收和發送數據，到達的TCP報文并不進行緩沖而是立刻交給應用程序處理。但是應用程序本身可以對要發送的程序本身可以對要發送的數據進行緩沖，因為每次連接中通常有若干的TCP報文要發送。uIP網絡通信模塊結構如圖4所示。

網絡通信需要要底層RTL8019AS驅動程序的支持，參考RTL8019AS與S1C33209的資料說明文檔，編寫出針對此系統的RTL8019AS驅動。

uIP并不緩存到達的數據包，當網絡上有數據包（在這里專指出太幀）到達網卡時，網卡驅動程序將暫存在網卡緩存中的數據包，一次一個的以DMA形式傳送到目標板上的RAM中。這時將會有一段代碼將到達目標板RAM中的數據包復制到全局數組uip_buf[]中，uIP協議棧程序隨后對uip_buf[]中的數據進行操作。

當上層應用程序或協議棧程序產生了向網絡上發送的數據包時，也將數據包放入uip_buf[]。然后調用網卡驅動程序，將uip_buf[]中的數據讀到網卡的緩存中，隨后發送到網絡中。

在此要說明一下協議棧與網卡驅動程序、應用程序之間的同步機制問題。在系統初始化的時候，通過操作系統提供的系統調用vcre_tsk()創建三個任務：任務一(task1)，uIP協議棧；任務二（task2），家電監控程序；任務三（idle_task），空閑任務。而網卡驅動程序則作為硬件中斷，由“檢測到網絡上傳過來數據包”事件激發。

整個協議棧程序流程圖如圖5所示。

任務一的優先級最高，任務二次之，任務三的優先級最低。當系統開始運行時，任務一首先進入RUN狀態，在任務一中加入系統調用wai_flg()，由于沒有網絡請求，任務一隨后進入WAIT狀態。此時任務二進入RUN狀態。當網絡上有數據包到達，網卡驅動程序作為硬件中斷開始執行。在退出中斷前，通過系統調用set_flg()，將任務一期望的標志位置位。當中斷返回后，由于任務一的等待條件已經滿足，任務一的優先級又高于任務二，因此任務一進入RUN狀態，即uIP協議開始處理數據。如果網絡上一直有數據包到達，則任務一和中斷程序不斷的切換。當網絡任務完成，返回到任務二的斷點處繼續向下執行。

由于uIP不緩存網絡數據，因此在任務一執行的過程中，即uip_buf[]正在被操作時，將關閉所有中斷。這樣可以避免數據包被破壞，缺點是實時性差了一些，但是滿足本系統要求。

3 操作系統

本系統使用的操作系統是由EPSON公司提供的ROS33V31。ROS33是為S1C33系列MCU提供的一種嵌入式實時操作系統，符合uITRON 3.0標準。使用ROS33可以迅速、有效地開發針對打印機、PDA以及各類控制設備的嵌入式應用程序。

ROS33具有以下特點：

*支持uITRON 3.0標準――符合該標準的S級*最大任務數為255，采用優先級調度機制，支持9種不同的優先級，提供信號燈、郵箱、消息緩沖等多種通信機制：

*內核優先并緊湊――最小可為1.7K；

*響應快――最快調度響應時間為7.8μS(CPU主頻為33MHz，下同)，最大中斷屏蔽時間為4.3μs ；

*高級語言支持――除匯編語言外，還支持基于ANSI標準的C語言編程。

注釋：μITRON將系統功能分成四級。R級（必要級）只提供包括實時、多任務OS所需的基本系統調用；S級（標準級）提供所有標準的系統調用；E級（擴展級）包括附加的和擴展的系統功能；C級（CPU依賴級）的系統功能依賴于具體的CPU和系統實現方式。

ROS33基本內核按功能劃分為6大部分：

*任務管理――負責系統中任務狀態的變遷；

*任務相關的同步管理――通過睡眠/喚醒、掛起/解掛等操作，處理相關任務及任務之間的同步關系；

*同步與通信――通過信號燈、事件、郵箱等通信機制，實現獨立任務之間的同步與通信；

*系統管理――對系統環境的管理；

*時鐘管理――日歷時鐘、定時器、定時任務等的管理；

*中斷管理――開/關中斷。

圖6給出了ROS33內核的概念模型。

4 Web服務器及上層應用程序框架

WEB服務器所采用的方式稱為uip_connect,比通常在設計中所使用的Socket套接字更適合于嵌入式系統下面即是WEB服務器的大體框架。

#includeuip.h>

void http_listen_init(void){

uip_listen(80);

} //http listen初始化

void listen_init(void){

http_listen_init();

}

void application(void){

if(uip_connected()) //如果當前的連接狀態為connected

switch (uip_conn->lport){

case htons(80):

httpd; //如果80 PORT有數據到達，則調用HTTP處理HTML文件的傳送

}

}

首先，服務器與客戶機建立連接，再通過偵聽端口80，判斷是否有客戶請求到達，若有則將調用應用程序httpd進行相應處理，否則，繼續偵聽。Httpd是用于處理HTTP請求的應用程序，具體設計在協議棧uIP中有描述。uip.h是協議uIP的一個頭文件。

在應用軟件上實現簡單WEB服務器功能，其主要由兩個模塊構成：一是用戶登陸模塊；二是家電監控模塊。用戶登陸模塊需要解決用戶的合法性檢查，即接收用戶輸入的用戶名和密碼，進行校驗，合法則進入家單監控頁面，非法則發出警告頁面。家電監控模塊針對各家電的硬件情況，收集信息家電的狀態碼，并通過網頁形式顯示。

在兩個模塊中，有一部分相似的處理，即對輸入的數據進行解析。現在定義數組htmlinputs來存放解析后的信息。對表單輸入的數據進行解析后，將其name值和value值分別存放在htmlinput_struct.name和htmlinput_struct.value里，便于以后的處理。變量htmlinputcount存放表單里輸入變量的個數。定義如下：

struct htmlinput_struct htmlinputs[100];

int htmlinputcount=0;

除此外，定義函數get_inputs()和translate()對輸入的數據進行處理。

Int get_inputs();//將從表單輸入的數據分別裝到對應的name/value數據隊中

Void translate(char*sourcestr);//解讀編碼URL字符

具體程序代碼在此就不再多述。

整個上層應用程序的流程圖如圖7所示。

5 小結

以太網作為接口，以S1C33系列微處理器為硬件平臺，利用軟件化的精簡嵌入式TCP/IP，能夠實現HTTP服務。當然在系統成熟的條件下，還可以考慮把以太網接口替換為無線網絡接口。本文為信息家電網絡接入Internet提供了一種無需額外的PC或網關設備的解決方案。這種低成本、高性能的方案，具有可靠、靈活的特點，適用于通信速率不太、允許時延大于1s且需要連接Internet的家庭自動化設備。此外用戶還可以根據需要，按照此方法，構造自己的網絡服務器，可為普通的電氣設備或系統如公共服務設備、家庭醫療保健設備、工業自動化系統等，賦予接入Internet的能力。