基于Cortex-M3內核處理器的嵌入式Web服務(wù)器設計

　　在使用內部溫度傳感器時(shí)要注意：溫度傳感器在從調電模式喚醒后到它能以正常水平輸出采樣電壓前有一段建立時(shí)間;ADC喚醒后同樣需要一段建立時(shí)間，為使延遲最小，ADON位(用于啟動(dòng)A/D轉換)和TSVREFE位(用于將溫度傳感器從調電模式中喚醒)應該同時(shí)置位。另外，對溫度傳感器的采樣時(shí)間要大于2.2μs。

　　接下來(lái)是一個(gè)無(wú)限循環(huán)體，程序開(kāi)始不斷檢查外部中斷狀態(tài)標志(WInterFlag)和Socket接收數據狀態(tài)標志(SockRecvFlag)是否改變，同時(shí)開(kāi)始處理A/D轉換的數據，以保證服務(wù)器在產(chǎn)生網(wǎng)頁(yè)時(shí)能得到當前的各種數據。

　　一旦W5100的Socket端口有中斷事件產(chǎn)生時(shí)，W5100將通過(guò)其中斷引腳INT觸發(fā)STM32的外部中斷，使STM32進(jìn)入外部中斷處理函數改變WInterFlag，程序接著(zhù)進(jìn)入處理W5100中斷事件函數，在此函數中，STM32通過(guò)訪(fǎng)問(wèn)W5100的中斷寄存器(IR)和端口0中斷寄存器(S0_IR)判斷出W5100的端口0產(chǎn)生何種中斷事件，若Socket接收到數據，則改變SockRecvFlag。

　　程序檢測到SockRecvFlag發(fā)生改變，立即進(jìn)入處理接收數據函數。處理接收數據函數是整個(gè)程序的核心，它主要負責收發(fā)數據、解析HTTP協(xié)議和響應用戶(hù)的不同請求。圖5為該過(guò)程的程序流程圖。

　　數據處理程序

　　HTTP協(xié)議是一種請求/響應協(xié)議。在基于HTTP的客戶(hù)/服務(wù)器數據交換時(shí)，當HTTP請求產(chǎn)生時(shí)，就開(kāi)始一次HTTP通信。過(guò)程如下：瀏覽器提取出URL中的主機后，向DNS發(fā)出請求，解析主機名的IP地址;DNS解析地址并將結果返回給瀏覽器;瀏覽器向該地址請求建立TCP連接;瀏覽器發(fā)出請求報文;服務(wù)器向瀏覽器發(fā)送響應報文，并將指定數據發(fā)送給瀏覽器;斷開(kāi)連接。

　　根據HTTP協(xié)議規定，如果客戶(hù)端沒(méi)有發(fā)出請求，則服務(wù)器不會(huì )自動(dòng)發(fā)送頁(yè)面。因此通過(guò)在網(wǎng)頁(yè)程序中加入 標記，使瀏覽器在無(wú)用戶(hù)干預下周期性地刷新頁(yè)面，從而保證用戶(hù)及時(shí)地獲得遠程現場(chǎng)的信息。

　　HTTP消息包括一個(gè)起始行、零個(gè)或多個(gè)消息頭域、一個(gè)標示頭域結束的實(shí)體行和一個(gè)可能存在的消息體。本程序主要解析消息的起始行，而忽略其它內容，這種處理思路也符合嵌入式系統硬件對軟件實(shí)現的復雜度要求。請求方法決定了對請求URI所指定的資源進(jìn)行操作的方式，GET方法讀取URL指定的資源，一般用來(lái)向服務(wù)器傳輸少量且透明的數據，數據總量被限制在255個(gè)字符以?xún)?，而POST方法可傳輸大量數據，與HTML的表單特性相配合以實(shí)現遠程動(dòng)態(tài)交互控制。

　　當連接開(kāi)始時(shí)，客戶(hù)端發(fā)送GET方法請求給服務(wù)器，以訪(fǎng)問(wèn)服務(wù)器網(wǎng)頁(yè)，為限定特定用戶(hù)訪(fǎng)問(wèn)，增加數據安全性，在網(wǎng)頁(yè)中加入基本認證機制。當客戶(hù)端請求受基本認證機制保護的網(wǎng)頁(yè)時(shí)，服務(wù)器即要求用戶(hù)認證，服務(wù)器端對用戶(hù)的登陸信息按Base64碼解碼，只有認證成功，瀏覽器才能獲得正確的網(wǎng)頁(yè)數據。正確的控制網(wǎng)頁(yè)如圖6所示，若用戶(hù)信息有誤，服務(wù)器返回以狀態(tài)碼401為起始行的響應消息。

　　圖5 數據處理程序流程圖