物聯網是在互聯網的基礎上，將用戶與物品或者物品與物品用互聯網進行連接，并通過互聯網進行信 息交換和通信的一種概念。物聯網主要通過信息采集設備以及能夠將這些信息采集設備接入互聯網的終端 平臺來實現。近年來，嵌入式系統以其功能完善，設計方案靈活，功耗可控制等特點，已廣泛應用于生活 、商業、醫療以及工業等各個領域。比起通用計算機來，嵌入式系統具有針對性更強、體積更小，成本更 低等優點，是物聯網領域應用設計的方案。對于一些數據量不大，傳輸速率要求不高的應用，要考慮 用較低的成本實現可靠的物聯網服務。
　　1 平臺硬件設計
　　1．1 平臺結構及原理
　　該平臺采用ATMEL公司AT91SAM7X512處理器作為主控芯片，該處理器內部集成了以太網控制器、 512kbytes FALSH以及128kbytes SRAM。只需外接一片以太網物理層(PHY)收發芯片DM9161和一個網絡變壓 器HR601680，即可構成以太網終端硬件平臺。AT91SAM7X512采用3．3 V和1．8 V雙工作電壓，使用頻率為 18．432 MHZ的晶振作為時鐘電路的振蕩源，調試電路采用標準的20針JTAG仿真調試接口。該方案成本低 ，功耗小，并且所用芯片集成度很高因而保證了系統的穩定性。
　　AT91SAM7X512的以太網控制模塊實現了一個與IEEE802．3標準兼容的以太網MAC，支持全雙工模式， 可通過DMA方式進行數據收發。當物理層芯片DM9161接收到來自以太網的上位機數據時，ARM通過MII接口( 媒體獨立接口)讀取數據，并在內部通過DMA方式將數據讀入SRAM中交給TCP／IP協議棧進行處理。同時， 當RFID射頻讀卡器或者傳感模塊有數據需要傳輸時，平臺也能沿著相同的通道將數據傳輸至上位機。
　　1．2 AT91SAM7X512和DM9161的接口電路設計
　　AT91SAM7X512的以太網控制器和物理層收發芯片DM9161之間有MII(Media Independent Interface)和 RMII(Reduced Media Independent Interface)兩種接口。這兩種接口都能夠工作在10 Mb／s和100 Mb／s 共兩種速率下，在本設計中采用MII接口。MII數據接口總共需要16個信號，包括TX_ER，TXD<3：0>， TX_EN，TX_CLK，COL，RXD<3：0>，RX_EX，RX_CLK，CRS，RX_DV等，在時鐘速率25 MHz的情況下以4-bit 并行方式發送和接收數據。以太網控制器依靠MDIO接口與物理層芯片進行通信，用于自動協商期間確保以 太網控制器和物理層芯片被配置為相同的速度和雙工模式。
　　當系統上電后，由AT91SAM7X512給DM9161提供復位信號及引腳初始化電平，完成DM9161的上電初始化工作 。當初始化完成后，系統會通過MII接口讀取DM9161內部狀態寄存器的值來完成對網絡連接模式和連接狀 態的檢測。
　　2 平臺軟件的實現
　　2．1 TCP／IP協議棧的移植
　　LwIP是瑞典計算機科學研究院(SICS)設計的一個開源的輕量級TCP／IP協議棧。它的目的是減少內存 使用率和代碼大小，使LwIP能夠適用于資源緊張的嵌入式系統。利用μC／OS-Ⅱ提供的信號量和消息傳遞 機制等系統服務可以實現對LwIP的移植。
　　2．1．1 信號量操作函數
　　LwIP使用信號量進行通信，這個信號量可以是計數信號量，也可以是二值信號量，所以在sys_arch中 需要實現與信號量操作相關的信號量結構體struct sys_sem_t、信號量建立函數sys_sem_new()、信號量 釋放函數sys_sem_free()、信號量發出函數sys_sem_signal()和信號量等待函數sys_arch_sem_wait()。 由于在μC／OS-Ⅱ中已經實現了與信號量操作有關的各種函數，而且功能和上述幾個LwIP中所需要實現的 函數的功能是完全一致的，所以只要調用μC／OS-Ⅱ中的信號量操作函數來重新包裝成LwIP中的信號量操 作函數即可。
　　2．1．2 郵箱操作函數
　　LwIP使用郵箱來進行消息傳遞，用戶可以用一個隊列來將其實現，需要注意的一點是，投遞進郵箱中 的消息只能是一個指針。因此要根據以上要求來實現消息隊列結構sys_mbox_t，以及相應的操作函數： sys_mbox_new()、sys_mbox_free()、sys_mbox_post()和sys_arch_mbox _fetch()。μC／OS-Ⅱ很好地實 現了消息隊列結構及其操作，為消息隊列提供了豐富的管理函數，但μC／OS-Ⅱ沒有對消息隊列中的消息 進行管理，因而不能直接使用，必須在μC／OS-Ⅱ的基礎上重新實現。具體實現時，可創建多個郵箱，并 使用單向鏈表將這些郵箱鏈接在一起，每個郵箱可接收消息的數量由消息數組的大小來決定。對消息隊列 本身的管理用μC／OS-Ⅱ中的隊列操作函數來完成，然后通過對鏈表的操作來實現對消息的創建、使用、 刪除和回收，兩部分綜合起來形成了LwIP的郵箱功能。
　　2．1．3 創建新線程函數
　　在μC／OS-Ⅱ中只有任務的概念，建立一個新的線程實際上就是建立一個新的任務。因此只需要把 OSTaskCreate()封裝一下，就可以實現sys_thread_new()。需要注意的是當前μC／OS-Ⅱ不支持時間片輪 番調度法，不允許兩個或兩個以上的任務有同樣的優先級，所以用戶要事先為LwIP中創建的線程分配好優 先級。通過對LwIP中的宏TCPIP_THREAD_PRIO進行包裝，來避免TCPIP線程優先級與其他線程相同。
　　2．1．4 定時器函數
　　LwIP中每個線程都有一個timeouts鏈表，這個鏈表在建立之后其首地址必須固定。因此用于保存鏈表 首地址的sys_timeouts結構必須與線程一一對應，而且其地址不能改變，以便能夠隨時得到鏈表的首地址 。可用一個靜態的sys_timeouts結構數組來存放各個線程的鏈表，以線程的優先級號來作為數組索引號， 這樣每一個線程就能對應一個sys-timeouts結構體了，并且在系統運行期間對應的結構體數組成員的地址 會一直固定不變。移植時通過實現stmctsys_timeouts*sys_arch_timeouts(void)函數，來返回目前正處 于運行態的線程所對應的timeouts隊列指針。
　　2．2 驅動程序
　　操作系統是通過各種驅動程序來和各種硬件打交道的，驅動程序為用戶屏蔽了各種各樣的硬件設備， 而只提供了簡單明了的函數接口給操作系統調用。LwIP已經設計好了這些框架，用戶只需嚴格按照順序完 成與底層硬件相關的部分即可實現網絡接口層和IP層的通信。需要實現的包括：底層網絡接口初始化函數 ethernetif_init()、網卡接收函數ethernetif_input()、網卡發送函數ethernetif_output()和網卡中斷 處理函數ethernetif_isr()等。驅動程序完成了對設備的初始化、釋放和管理，并且完成對底層以太網數 據包的接收、搬運和發送。
　　2．3 應用程序
　　系統應用程序的任務主要是在嵌入式平臺上實現網絡通信客戶端和HTTP網頁服務器兩方面的功能。利 用LwIP提供的API，采用TCP協議客戶端到服務器通信的模式，實現嵌入式終端和上位機之間的通信。在這 種模式下，嵌入式終端定義為客戶端，主動向服務器發起TCP連接；而上位機(PC)定義為服務器端，始終 監聽來自網絡的連接。嵌入式終端主要負責采集來自于傳感器或RFID模塊的數據，并將這些數據通過以太 網傳送給上位機。同時嵌入式終端平臺上也運行著一個HTTP網頁服務器，上位機(PC)可通過網頁對嵌入式 終端平臺進行訪問、查看和設置。
　　3 WEB服務器的實現
　　HTTP定義了瀏覽器與服務器交互的不同方法，基本的方法有4種。本系統的實現只涉及到GET和POST 這兩種基本的方法。GET一般用于向服務器獲取和查詢資源信息，而POST一般用于向服務器上傳和更新 沒有長度限制的、大容量的資源信息。一個基本的WEB服務器要實現動態網頁服務的關鍵是要能夠對瀏覽 器發送的GET或POST請求做出響應。一般情況下制作動態網頁需要使用語言：HTML+ASP或HTML+PHP或HTML+  JSP等。要在資源有限的嵌入式系統上實現這樣的功能是不現實的，一種明智的辦法是通過使用回調函數 的方式，為瀏覽器的每一種請求都設計一個服務函數與之對應。當有新增加的GET或POST請求時，則只需 要增加相應的服務函數即可。具體實現時可設計一個存放服務函數地址的結構體，其成員包括所請求服務 參數的長度、名稱和對應服務函數的地址。
　　在編寫應用程序的時候，只需抓取瀏覽器所發送的請求類型和參數，即可根據不同的請求來調用相應 的服務函數。當有新的GET或者POST請求增加時，只需要增加與之對應的服務函數即可，這樣就實現了擴 展性很強的動態網頁服務。
　　POST請求分為帶參數和不帶參數兩類，帶參數的POST請求，如：設置IP地址，子網掩碼等操作，需要提 取相關參數后再調用服務函數進行處理。不帶參數的POST請求只需直接調用相應服務函數即可，如：重啟 系統、恢復默認參數等操作。遠端PC可以通過該動態WEB服務器來對平臺進行訪問，完成上述幾項操作。 在次啟動本系統時，系統通過運行DHCP客戶端程序，向DHCP服務器(路由器等設備)主動申請IP地址， 獲得IP后，遠端PC即可通過該IP地址對本系統進行訪問和設置。