物聯網是在互聯網的基礎上。將用戶與物品或者物品與物品用互聯網進行連接．并通過互聯網進行信息交換和通信的一種概念。物聯網主要通過信息采集設備以及能夠將這些信息采集設備接入互聯網的終端平臺來實現。近年來。嵌入式系統以其功能完善，設計方案靈活，功耗可控制等特點，已廣泛應用于生活、商業、醫療以及工業等各個領域。比起通用計算機來，嵌入式系統具有針對性更強、體積更小，成本更低等優點，是物聯網領域應用設計的首選方案。對于一些數據量不大。傳輸速率要求不高的應用，要考慮用較低的成本實現最可靠的物聯網服務。
1.平臺硬件設計
1.1 平臺結構及原理
該平臺采用ATMEL公司AT91SAM7X5l2處理器作為主控芯片。該處理器內部集成了以太網控制器、512 kbytesFALSH 以及128 kbytes SRAM。只需外接一片以太網物理層(PHY)收發芯片DM9161和一個網絡變壓器HR601680，即可構成以太網終端硬件平臺。A191SAM7X512采用3.3 V和1.8 V雙工作電壓。使用頻率為18.432 MHZ的晶振作為時鐘電路的振蕩源。調試電路采用標準的20針JTAG仿真調試接口。該方案成本低，功耗小，并且所用芯片集成度很高因而保證了系統的穩定性。
A19lSAM7X512的以太網控制模塊實現了一個與IEEE802.3標準兼容的以太網MAC，支持全雙工模式，可通過DMA方式進行數據收發。當物理層芯片DM9161接收到來自以太網的上位機數據時，ARM通過MII接口(媒體獨立接口)讀取數據，并在內部通過DMA方式將數據讀入SRAM中交給TCP/IP協議棧進行處理。同時，當RFID射頻讀卡器或者傳感模塊有數據需要傳輸時。平臺也能沿著相同的通道將數據傳輸至上位機。系統整體結構如圖1所示：
圖1 系統結構原理示意圖
Fig．1 Structure diagram ofthe Ethernet terminal platform
1.2 AT91 X512和DM9161的接口電路設計
T91SAM7x512的以太網控制器和物理層收發芯片DM9161之間有MII(Media Independent Interface) 和RMII(Reduced Media Independent Interface)兩種接口。這兩種接口都能夠工作在10 Mb/s和100 Mb/s共兩種速率下，在本設計中采用MII接口。MII數據接13總共需要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的接口電路如圖2所示。
圖2 以太網接口電路原理圖
Fig．2 Schematic of the Ethemet interface circuit
當系統上電后，由AT91SAM7X512給DM9161提供復位信號及引腳初始化電平，完成DM9161的上電初始化工作。當初始化完成后，系統會通過MII接口讀取DM9161內部狀態寄存器的值來完成對網絡連接模式和連接狀態的檢測。
2.平臺軟件的實現
2.1 TCP/邛協議棧的移植
LwIP是瑞典計算機科學研究院(SICS)設計的一個開源的輕量級TCP/IP協議棧。它的目的是減少內存使用率和代碼大小，使LwIP能夠適用于資源緊張的嵌入式系統。利用lxC/OS一Ⅱ提供的信號量和消息傳遞機制等系統服務可以實現對LwIP的移植。
2.1.1 信號量操作函數
LwIP使用信號量進行通信．這個信號量可以是計數信號量，也可以是二值信號量，所以在sys_arch中需要實現與信號量操作相關的信號量結構體struct sys_sem_t、信號量建立函數sys_sem_new()、信號量釋放函數sys_sere_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_areh_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進行包裝，來避免TCP/IP線程優先級與其他線程相同。
2.1.4 定時器函數
LwlP中每個線程都有一個timeouts鏈表，這個鏈表在建立之后其首地址必須固定。因此用于保存鏈表首地址的sys_timeouts結構必須與線程一一對應，而且其地址不能改變，以便能夠隨時得到鏈表的首地址。可用一個靜態的sys_timeouts結構數組來存放各個線程的鏈表，以線程的優先級號來作為數組索引號，這樣每一個線程就能對應一個sys_timeouts結構體了，并且在系統運行期間對應的結構體數組成員的地址會一直固定不變。移植時通過實現structsys_timeouts*sys_arch timeouts(void)函數，來返回目前正處于運行態的線程所對應的timeouts隊列指針昀。
2.2 驅動程序
操作系統是通過各種驅動程序來和各種硬件打交道的，驅動程序為用戶屏蔽了各種各樣的硬件設備，而只提供了簡單明了的函數接口給操作系統調用。LwIP已經設計好了這些框架，用戶只需嚴格按照順序完成與底層硬件相關的部分即可實現網絡接口層和IP層的通信。需要實現的包括：底層網絡接口初始化函數ethemetif_init ()、網卡接收函數ethemetif．_ input()、網卡發送函數ethernetif_output()和網卡中斷處理函數ethemetif_isr()等。驅動程序完成了對設備的初始化、釋放和管理，并且完成對底層以太網數據包的接收、搬運和發送。
2.3 應用程序
系統應用程序的任務主要是在嵌入式平臺上實現網絡通信客戶端和H 兀P網頁服務器兩方面的功能。利用LwIP提供的API，采用TCP協議客戶端到服務器通信的模式，實現嵌入式終端和上位機之間的通信。在這種模式下，嵌入式終端定義為客戶端。主動向務器發起TCP連接；而上位機(PC)定義為服務器端，始終監聽來自網絡的連接。嵌入式終端主要負責采集來自于傳感器或RFID模塊的數據，并將這些數據通過以太網傳送給上位機。同時，嵌入式終端平臺上也運行著一個H 兀P網頁服務器，上位機(PC)可通過網頁對嵌入式終端平臺進行訪問、查看和設置。
3.WEB服務器的實現
HTTP定義了瀏覽器與服務器交互的不同方法，最基本的方法有4種。本系統的實現只涉及到GET和POST這兩種最基本的方法。GET一般用于向服務器獲取和查詢資源信息，而POST一般用于向服務器上傳和更新沒有長度限制的、大容量的資源信息。一個基本的WEB服務器要實現動態網頁服務的關鍵是要能夠對瀏覽器發送的GET或P0ST請求做出響應。一般情況下制作動態網頁需要使用語言：HTML+ASP或HTML+PHP或HTML+JSP等。要在資源有限的嵌入式系統上實現這樣的功能是不現實的。一種明智的辦法是通過使用回調函數的方式．為瀏覽器的每一種請求都設計一個服務函數與之對應。當有新增加的GET或POST請求時。則只需要增加相應的服務函數即可。具體實現時可設計一個存放服務函數地址的結構體，其成員包括所請求服務參數的長度、名稱和對應服務函數的地址。然后將所有的結構體都初始化在一個數組中．代碼如下：
typedef void ( pfunService)(struct netconn ，INT8S ，INT32S)；
#define POST_ SERVICE_ NAME_ LEN 3 1//*參數名稱最大長度
typedef struct{
INT32S s32NameLen；
INT8S szServieeNanle
[POST．sERVICE_NAME—LEN+1]；
pfunServiee pfunPostService；
}ST_POST_SERVICE；//*該結構體包含參數長度，參數名稱。服務函數地址
#define POST_ SERVICE_ NB 5//*P0ST請求處理函數個數
static const ST_POST_SERVICE _staPServices[POST SERVICE—NB] ={ {11，”vResetParam”，vResetParaml，//* 重置平臺參數
{11，“vSetMacAddr”，__vSetMacAddr}， 設置MAC地址
{10，“vSetHostIP”，__vSetHostlPl， 設置IP地址
{10，“vResetProc”， vResetProel，//*重新啟動平臺
{13，“vGetCurStatus”，__vGetCurStatus}}；//*獲取當前平臺參數
在編寫應用程序的時候，只需抓取瀏覽器所發送的請求類型和參數，即可根據不同的請求來調用相應的服務函數。當有新的GET或者POST 請求增加時。只需要增加與之對應的服務函數即可，這樣就實現了擴展性很強的動態網頁服務。WEB服務器響應瀏覽訪問的流程如圖3所示。
圖3 瀏覽器請求響應流程圖
Fig．3 How ehaa of the WebServer software design
POST請求分為帶參數和不帶參數兩類．帶參數的POST請求，如：設置IP地址，子網掩碼等操作，需要提取相關參數后再調用服務函數進行處理。不帶參數的POST請求只需直接調用相應服務函數即可，如：重啟系統、恢復默認參數等操作。遠端PC可以通過該動態WEB服務器來對平臺進行訪問，完成上述幾項操作。在第一次啟動本系統時，系統通過運行DHCP客戶端程序，向DHCP服務器(路由器等設備)主動申請IP地址，獲得IP后，遠端PC即可通過該IP地址對本系統進行訪問和設置。網頁界面如圖4所示。
圖4 網頁設置界面
Fig．4 Chart of the platform setting interface
4.結束語
平臺采用AT91SAM7X512處理器和DM9161以太網物理層芯片。兩者通過MII接口連接。高集成度的處理器提高了系統穩定性，降低了數據傳輸出錯機率。通過向終端平臺移植LwIP協議，使終端具備連入以太網的能力，并通過調用函數的方式在該低成本平臺上實現了動態網頁服務器。在局域網條件下運行該終端和上位機PC進行連接，能很好的通過網絡傳遞RHD讀卡器采集的信息，并且上位機PC能夠通過網頁對本終端進行訪問和參數設置。針對更復雜的遠程網絡連接和訪問， 網絡延遲和丟包等問題還有待進一步的研究。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.vmgcyvh.cn/
相關文章
