1.前言

嵌入式以太網開發是一個很有挑戰性的工作。通過幾個月的學習，個人覺得大致有兩條途徑。第一條途徑，通過高級語言熟悉socket編程，例如C#或C++，熟悉bind，listen，connect，accept等函數，在嵌入式系統中應用 lwIP協議棧。第二種途徑，通過分析嵌入式以太網代碼，結合TCPIP協議棧規范逐步實踐協議棧代碼。第一種途徑效率高，開發周期短，編寫出來的代碼性能穩定，第二種途徑花的時間長，開發出來的代碼功能不完善，但是由于緊緊結合TCPIP規范，可以了解的內容較多，適合學習。本文通過分析和修改AVRNET源碼并移植到STM32平臺，逐步實現TCPIP協議棧的各個子部分，包括ETHERNET部分，ARP部分，IP部分，ICMP部分，UDP部分，TCP部分和HTTP部分。

本文先實現ethernet部分和ARP部分。

1.2 其他說明

【硬件平臺】 STM32+ENC28J60

【編譯平臺】 IAR 6.5

【IP地址】在實踐之前，需要通過ipconfig命令查看PC機的IP地址和MAC地址，AVR的IP地址設定必須和PC機在同一個網段中。例如 ：

PC機IP：192.168.1.102

AVR IP： 192.168.1.115

【局域網訪問 】

如果有STM32開發板或者其他CPU的開發板的話，可以把開發板的以太網端口連接到路由器LAN端口，只要保證開發板的IP地址和PC機的IP地址在同一個網段。

【廣域網訪問 】

如果有固定的電信網IP地址的話，可以在路由器中設置靜態端口映射，把某個端口映射成局域網內的IP地址和端口號。若沒有固定IP地址的話，可使用花生殼軟件虛擬一個域名。

2.初始化

以太網協議棧的實現離不開以太網驅動芯片。以太網驅動如何實現請參考——ENC28J60學習筆記。TCPIP的實現離不開兩個基本地址，IP地址和MAC地址。在本例中通過以下代碼定義和實現。

struct.h頭文件中 相關定義：

main.c函數中的初始化代碼：

MAC地址和IP地址均為自定義的結構體，結構體中為一個字節數組。嚴格來說，MAC地址不能胡亂定義，應嚴格遵守相關規范，如果條件允許的話可以使用帶有全球唯一的MAC地址的EEPROM芯片。

3.實現ETHERNET

TCPIP是一系列協議的組合，其中最有名的為TCP協議和IP協議。但是千萬不要忽視最底層的協議結構——ETHERNET。ETHERNET包括14個字節，稱之為以太網首部，其中前六個字節為目標MAC地址，緊著的6個字節為源MAC地址，最后的兩個字節為協議類型。以太網的實現通信時必須要知道雙方的MAC地址，發送方不明確接收方的地址便通過ARP協議尋找目標MAC地址，如果依然沒有結果則可只能把該報文轉發給路由器，讓路由器處理該報文。協議類型只需關心兩種，0800的IP協議和0806的ARP協議。

ethernet.h中相關宏定義

ethernet.c中相關函數

eth_generate_header函數實現了填充以太網首部的功能，第一個輸入參數為發送接收緩沖區。第二個參數為IP類型，在AVRNET項目中傳入的參數不是0800的IP協議類型就是0806的ARP協議類型。第三個參數為目標MAC地址，由于本機MAC地址作為了全局變量，可以在函數內部填充到緩沖區中。

4.實現ARP

為了使用最少的代碼實現TCPIP功能，假設通過IP發送報文時已經確認了目標的IP地址，設備總是先被動的通過ARP先讓PC機知道其MAC地址，這樣當PC機發送UDP或者TCP報文時，在報文中已經包含了PC機的IP地址，設備僅需從rxtx_buffer中取出PC機IP地址。ARP協議是一個找鄰居的過程，是一個廣播找MAC的過程。發出者通過廣播報文確認某個IP的MAC地址。ARP首部包括，2字節硬件類型，2字節協議類型，1字節硬件長度，1字節協議長度，2字節操作碼，6字節發送者硬件地址，4字節發送者IP地址，6字節目標硬件地址和4字節目標IP地址。

在使用ARP協議時需要注意三點：

第一，操作碼分為兩種——ARP請求和ARP響應，ARP請求的編碼為1，ARP響應的編碼為2，先有請求后有響應。第二，發送ARP協議請求時請求方明確對方IP地址，但是不明確對方MAC地址，所以在請求報文中MAC地址全部以0替代。第三，由于不知道對方的MAC地址，所以只能通過廣播幀發送以太網數據，所以以太網首部的前6個字節被FF填充。

為了便于ARP功能的實現，在arp.h文件中定義了以下宏定義

在沒有操作系統的支持下，一般通過一個無限循環實現子功能的實現。項目中通過某個process不斷查詢是否存在網卡數據，如果有網卡數據則立刻保存源MAC地址。因為項目中沒有維護ARP表，所以必須及時記錄發送方的MAC地址，以便向它返回數據。緊著便是查詢該報文是否為ARP請求，如果是ARP請求則返回ARP響應。具體代碼如下 ：

4.1 查詢ARP報文

查詢該報文是否是針對設備的ARP報文需要確認三點，第一：確認以太網首部中的協議類型是否為ARP協議類型，ARP協議類型的值為0806H。第二，查詢該ARP報文是否為ARP請求，該步驟需要到ARP首部中查詢ARP操作碼，ARP請求的操作碼為1。第三，查詢該ARP請求中的MAC地址是否和本機MAC匹配。

最后通過宏定義ARP_DEBUD決定是否通過串口輸出發起者IP地址和MAC地址。通過串口打印可以確認該ARP報文的發起者。

4.2 生成ARP首部

生成ARP首部還是緊緊圍繞兩個地址展開，即目標MAC地址和目標IP地址，在ARP響應過程中，源MAC地址和IP地址現在轉變為了目標MAC地址和IP地址。

4.3 響應ARP請求

ARP響應可以體現出TCP IP報文產生的基本過程，即層層包裝。先包裝以太網首部，在包裝ARP首部，最后通過ENC28J60發送即可。

5.測試

PC機通過ping命令發送一個ICMP報文，ping命令是確認網絡是否連接的命令，例如發送ping 192.168.1.115，由于PC機不明確該IP地址的MAC地址，所以會先發送一個ARP請求。STM32設備可捕獲該ARP請求，并通過串口輸出發送ARP請求的設備的IP地址和MAC地址。此時先不用理會是否可以ping通，因為會在以后的文章中實現。

在開始之前可以通過ipconfig /all指令查詢本機的IP地址和MAC地址，通過arp -a指令查詢PC機中ARP緩沖表。如果有必要可使用arp –d清除緩沖表的所有內容。

圖1 串口打印結果