單芯片解決方案，開啟全新體驗——W55MH32 高性能以太網單片機

W55MH32是WIZnet重磅推出的高性能以太網單片機，它為用戶帶來前所未有的集成化體驗。這顆芯片將強大的組件集于一身，具體來說，一顆W55MH32內置高性能Arm? Cortex-M3核心，其主頻最高可達216MHz；配備1024KB FLASH與96KB SRAM，滿足存儲與數據處理需求；集成TOE引擎，包含WIZnet全硬件TCP/IP協議棧、內置MAC以及PHY，擁有獨立的32KB以太網收發緩存，可供8個獨立硬件socket使用。如此配置，真正實現了All-in-One解決方案，為開發者提供極大便利。

在封裝規格上，W55MH32提供了兩種選擇：QFN100和QFN68。

W55MH32L采用QFN100封裝版本，尺寸為12x12mm，其資源豐富，專為各種復雜工控場景設計。它擁有66個GPIO、3個ADC、12通道DMA、17個定時器、2個I2C、5個串口、2個SPI接口（其中1個帶I2S接口復用）、1個CAN、1個USB2.0以及1個SDIO接口。如此豐富的外設資源，能夠輕松應對工業控制中多樣化的連接需求，無論是與各類傳感器、執行器的通信，還是對復雜工業協議的支持，都能游刃有余，成為復雜工控領域的理想選擇。同系列還有QFN68封裝的W55MH32Q版本，該版本體積更小，僅為8x8mm，成本低，適合集成度高的網關模組等場景，軟件使用方法一致。更多信息和資料請進入http://www.w5500.com/網站或者私信獲取。

此外，本W55MH32支持硬件加密算法單元，WIZnet還推出TOE+SSL應用，涵蓋TCP SSL、HTTP SSL以及 MQTT SSL等，為網絡通信安全再添保障。

為助力開發者快速上手與深入開發，基于W55MH32L這顆芯片，WIZnet精心打造了配套開發板。開發板集成WIZ-Link芯片，借助一根USB C口數據線，就能輕松實現調試、下載以及串口打印日志等功能。開發板將所有外設全部引出，拓展功能也大幅提升，便于開發者全面評估芯片性能。

若您想獲取芯片和開發板的更多詳細信息，包括產品特性、技術參數以及價格等，歡迎訪問官方網頁：http://www.w5500.com/，我們期待與您共同探索W55MH32的無限可能。

第二十四章 W55MH32TCP_Client_Multi_Socket示例

本篇文章，我們將詳細介紹如何在W55MH32芯片上面實現TCP通信。使用W55MH32的TOE引擎，我們只需進行簡單的socket編程及寄存器讀寫，便可輕松實現TCP協議應用。接下來我們通過實戰例程，為大家講解如何使用TOE引擎上的8個socket，設置為TCP Client模式，同時連接1個服務器進行數據回環測試。

該例程用到的其他網絡協議，例如DHCP，請參考相關章節。有關W55MH32的初始化過程，請參考Network Install章節，這里將不再贅述。

1 TCP協議簡介

TCP (Transmission Control Protocol)是一種面向連接的、可靠的傳輸層協議，它用于在網絡中可靠地傳輸數據。TCP是互聯網協議族中的核心協議之一，通常與 IP協議（Internet Protocol）一起使用，形成套接字通信。

2 TCP協議特點

面向連接：在傳輸數據之前，TCP需要建立一個連接，保證發送方與接收方能夠彼此通信。通過三次握手（Three-Way Handshake）過程來建立連接，確保雙方的通信是可靠的。

可靠性：TCP提供可靠的數據傳輸，確保數據完整并且按順序到達接收端。如果數據丟失或出錯，TCP會自動重傳丟失的數據包。

流量控制：TCP使用流量控制機制來調節數據的發送速度，防止接收方處理不過來導致數據丟失。常用的流量控制方法是滑動窗口（Sliding Window）。

擁塞控制：TCP可以動態調整傳輸速率，以避免網絡擁塞。采用算法如慢啟動、擁塞避免、快速重傳等。

全雙工通信：在 TCP連接建立后，數據可以在兩個方向同時進行傳輸，支持雙向通信。

有序數據傳輸：TCP會對數據包進行編號，確保數據按順序傳輸，即使網絡發生延遲，接收端也能按順序接收到數據。

字節流服務：TCP傳輸的數據是字節流，不關心應用層數據的邊界，應用層需要自己解析數據邊界。

3 TCP與 UDP的區別

TCP是可靠的、面向連接的協議，適合需要數據完整性和順序保證的應用，如網頁瀏覽、文件傳輸等。

UDP（User Datagram Protocol）是無連接、不可靠的協議，適合對時效性要求較高且可以容忍丟包的應用，如視頻流、在線游戲等。

4 TCP應用場景

接下來，我們了解下在W55MH32上，可以使用TCP協議完成哪些操作及應用呢？

遠程監控和數據采集：嵌入式設備通常用于采集傳感器數據，并通過以太網連接上傳到遠程服務器，TCP協議確保數據傳輸的可靠性和完整性。

設備遠程控制：許多嵌入式系統需要通過網絡接收控制指令（例如工業自動化中的PLC控制），TCP協議提供了可靠的通信通道。

物聯網（IoT）：許多物聯網設備使用TCP協議與云服務器或其他設備進行通信，傳輸數據、執行命令等。

嵌入式Web服務器：一些嵌入式設備內置Web服務器（例如路由器、網關、傳感器設備等），通過TCP協議提供網頁接口給用戶進行配置和監控。

5使用TCP進行數據交互的流程

TCP 連接建立（三次握手）

在開始傳輸數據之前，TCP會通過三次握手建立連接：

第一次握手：客戶端向服務器發送一個帶有 SYN標志的數據包，表示請求建立連接。

第二次握手：服務器收到 SYN數據包后，回復一個帶有 SYN和 ACK標志的數據包，表示同意建立連接。

第三次握手：客戶端收到服務器的 SYN+ACK后，發送一個帶有 ACK標志的數據包，連接建立完成。

數據交互

TCP 連接斷開（四次揮手）

當通信結束時，TCP需要通過四次揮手來斷開連接：

第一次揮手：客戶端發送一個 FIN 數據包，表示數據發送完畢，準備關閉連接。

第二次揮手：服務器收到 FIN數據包后，回復一個 ACK數據包，表示同意關閉連接。

第三次揮手：服務器發送一個 FIN 數據包，表示數據發送完畢，準備關閉連接。

第四次揮手：客戶端收到服務器的 FIN數據包后，發送一個 ACK數據包，連接正式關閉。

ACK字段：ACK包含在 TCP報文頭中，表示接收方期望接收的下一個字節的序列號。

TCP 3次握手示意圖

TCP 4次揮手示意圖

6 TCP的ACK機制、重傳機制和Keepalive機制

TCP的ACK機制

ACK是 TCP用于確認已成功接收到數據包的機制。在 TCP通信中，每個數據包都包含一個序列號，接收方用 ACK來告訴發送方已經成功收到的字節序列。

累積確認：TCP使用累積確認方式，表示接收方已經連續收到所有數據，直到某個序列號為止。

超時重傳：如果發送方在超時時間內未收到 ACK，就會重傳該數據包。

TCP 的重傳機制

TCP的重傳機制保證了數據的可靠傳輸。以下是常見的重傳機制：

超時重傳：

發送方設置一個定時器，當發送的數據包在規定時間內未收到 ACK，則觸發重傳。

超時時間是動態調整的，由 TCP的往返時間（RTT, Round Trip Time）估算得出。

快速重傳：

當接收方發現數據包丟失時，發送重復的 ACK（稱為冗余 ACK），提醒發送方某個數據包未到達。

如果發送方連續收到 3個重復的 ACK，就會立即重傳對應的數據包，而不必等待超時。

選擇性重傳（Selective Repeat, SACK）：

在累積確認的基礎上，TCP還可以通過 SACK選項告訴發送方哪些特定的塊已收到，哪些未收到。

這可以減少不必要的重傳，提高效率。

TCP Keepalive機制

TCP Keepalive是 TCP協議的一種可選機制，用于檢測長時間空閑的連接是否仍然有效。它的主要作用是：

維護連接狀態：檢測對方主機是否仍在線，避免資源被長期占用。

釋放死連接：如果連接已經失效（如網絡中斷或對方主機崩潰），Keepalive可以及時釋放資源。

防止中間設備超時關閉連接：一些 NAT、路由器或防火墻可能會在連接長時間不活動時自動關閉，Keepalive可防止這種情況。

用法：在W55MH32的TOE引擎中，需要在Sn_KPALVTR寄存器中設置Keepalive時間，然后在成功連接服務器后發送一條數據來激活Keepalive。

7實現過程

接下來，我們看看如何在代碼中實現同時開啟8個socket進行回環測試。

注意：測試實例需要PC端和W55MH32處于同一網段。

首先需要在主函數中調用multi_tcpc_socket()函數。

 while(1)
     {
         multi_tcpc_socket(ethernet_buf, dest_ip, dest_port);
    }

multi_tcpc_socket()函數有三個參數：ethernet_buf作為數據緩沖區，用于在客戶端和服務器之間的數據傳輸。

dest_ip代表目標服務器的 IP地址。dest_port是目標服務器的端口號。

multi_tcpc_socket()函數內容如下：

 1. int32_t multi_tcpc_socket(uint8_t*buf,uint8_t*destip,uint16_t destport)
 2. {
 3.     int32_t ret;// return value for SOCK_ERRORs
 4.     uint16_t size=0, sentsize=0;
 5.     // Socket Status Transitions
 6.     // Check the W5500 Socket n status register (Sn_SR, The 'Sn_SR' controlled by Sn_CR command or Packet send/recv status)
 7.     switch(getSn_SR(socket_sn))
 8.     {
 9.     case SOCK_ESTABLISHED:
10.         if(getSn_IR(socket_sn)&Sn_IR_CON)// Socket n interrupt register mask; TCP CON interrupt = connection with peer is successful
11.         {
12. #ifdef _LOOPBACK_DEBUG_
13.             printf("%d:Connected to - %d.%d.%d.%d : %drn", socket_sn, destip[0], destip[1], destip[2], destip[3], destport);
14. #endif
15.             setSn_IR(socket_sn,Sn_IR_CON);// this interrupt should be write the bit cleared to '1'
16.         }
17.         //////////////////////////////////////////////////////////////////////////////////////////////
18.         // Data Transaction Parts; Handle the [data receive and send] process
19.         //////////////////////////////////////////////////////////////////////////////////////////////
20.         if((size= getSn_RX_RSR(socket_sn))>0)// Sn_RX_RSR: Socket n Received Size Register, Receiving data length
21.         {
22.             if(size> DATA_BUF_SIZE)
23.                 size= DATA_BUF_SIZE;              // DATA_BUF_SIZE means user defined buffer size (array)
24.             ret      = recv(socket_sn, buf, size);// Data Receive process (H/W Rx socket buffer -> User's buffer)
25.             buf[size]=0x00;
26.             printf("%d:rece from %d.%d.%d.%d:%d data:%srn", socket_sn, destip[0], destip[1], destip[2], destip[3], destport, buf);
27.             if(ret<=?0)
28.                 return ret;?// If the received data length <= 0, receive failed and process end
29.             size?    =?(uint16_t)ret;
30.             sentsize?=?0;
31. 
32.             // Data sentsize control
33.             while?(size?!= sentsize)
34.             {
35.                 ret?= send(socket_sn, buf?+ sentsize, size?- sentsize);?// Data send process (User's buffer -?> Destination through H/W Tx socket buffer)
36.                 if(ret

	

	在這個函數中，會運行一個TCP Client狀態機，基于不同的的SOCKET的狀態執行對應的操作，SOCKET的狀態變化如下圖所示：

	

	SOCK_CLOSED：當前SOCKET未打開，配置連接服務器及連接端口號后打開SOCKET，打開成功后SOCKET會進入SOCK_INIT狀態。

	注意：因為在W55MH32異常斷開服務器時，服務器并不知道我們已經掉線了，所以繼續使用上一次連接的端口進行連接時會被服務器拒絕連接，因此我們這里在連接失敗后會將連接端口自動加1，解決重連失敗的問題。如果是在一些特定的場景下，服務器只允許客戶端使用固定端口連接，這里就不能使用連接端口自動加1的操作。

	SOCK_INIT:SOCKET執行連接服務器操作，如果連接成功，SOCKET狀態改為SOCK_ESTABLISHED；連接失敗，SOCKET狀態改為關閉狀態。

	SOCK_ESTABLISHED：首先清除連接成功中斷，并發送1包數據激活KeepAlive，然后讀取Sn_RX_RSR（空閑接收緩存寄存器）寄存器的值，當收到服務器數據時，Sn_RX_RSR寄存器的值會大于0，此時我們將接收到的數據打印并將數據回環發送。

	SOCK_CLOSE_WAIT：當服務器主動斷開連接時，SOCKET狀態改為SOCK_CLOSE_WAIT狀態，這是一個半關閉狀態，可以進行關閉前最后的數據傳輸。使用disconnect()函數徹底斷開連接時，SOCKET狀態將改為SOCK_CLOSED狀態。

	執行完狀態機后，會自動切換到下一個socket，這樣就能實現同時開啟8個socket進行TCP Client模式的數據回環測試了。

	8運行結果

	燒錄例程運行后，首先進行了PHY鏈路檢測，然后打印設置的網絡地址信息，最后則是TCP_Client_Multi_Socket數據回環測試。當服務器未開啟時，會一直打印打開socket和連接服務器提示消息。

	

	9總結

	本文講解了如何在 W55MH32芯片上使用 8個 socket實現 TCP客戶端模式，同時連接 1個服務器進行數據回環測試，通過實戰例程展示了從初始化 socket到建立連接、數據交互及處理連接關閉的完整過程。文章詳細介紹了 TCP協議的概念、特點、與 UDP的區別、應用場景、數據交互流程、ACK機制、重傳機制和 Keepalive機制，幫助讀者理解其在可靠數據傳輸中的實際應用價值。

	下一篇文章將講解如何在 W55MH32上實現多路 Socket設置為 TCP服務器模式，并監聽同一個端口進行測試，解析該功能的核心原理及應用，同時講解在 W55MH32上實現該功能的具體步驟與要點，敬請期待！

	WIZnet是一家無晶圓廠半導體公司，成立于 1998年。產品包括互聯網處理器 iMCU?，它采用 TOE（TCP/IP卸載引擎）技術，基于獨特的專利全硬連線 TCP/IP。iMCU?面向各種應用中的嵌入式互聯網設備。

	WIZnet在全球擁有 70多家分銷商，在香港、韓國、美國設有辦事處，提供技術支持和產品營銷。

	香港辦事處管理的區域包括：澳大利亞、印度、土耳其、亞洲（韓國和日本除外）。

	審核編輯 黃宇