W5500与STM32接口设计：SPI通信全面讲解

W5500与STM32的SPI通信实战：从原理到工程落地

在嵌入式系统开发中，让一个MCU“连上网”看似简单，实则暗藏玄机。尤其是面对资源有限、实时性要求高的工业场景，如何用最稳的方式实现以太网接入？答案往往是：不自己写协议栈，而是交给专用芯片去处理。

W5500就是这样一个“把复杂留给自己，把简单留给开发者”的硬协议栈芯片。它和STM32的组合，堪称嵌入式网络通信中的“黄金搭档”。今天我们就来拆解这套方案——不是泛泛而谈数据手册，而是从真实项目经验出发，讲清楚为什么选它、怎么接、怎么调、踩过哪些坑。

为什么是W5500 + STM32？

先说结论：如果你要做一款稳定联网的嵌入式设备，且主控是STM32系列，那么W5500是一个极大概率不会出错的选择。

背后的逻辑很简单：

• STM32：性能够用、生态成熟、外设丰富，特别是SPI控制器支持DMA和中断，非常适合做高速外设桥接。
• W5500：集成了PHY + MAC + 硬件TCP/IP协议栈，8个独立Socket，通过SPI就能控制，像操作一个带网口的外设一样简单。

两者一结合，就形成了这样一个理想架构：

STM32专注业务逻辑（比如读传感器、控制继电器），W5500负责搞定所有网络细节（握手、重传、分包、校验）。

这比你在STM32上跑LwIP要轻松得多——后者不仅吃内存、占CPU，还容易因为任务调度抖动导致丢包或延迟突增。

我们来看一组对比，就知道差距在哪了：

所以，在对稳定性要求高、又不想花太多时间搞网络底层的项目里，W5500几乎是降维打击。

W5500到底强在哪里？

别看它只是个贴片芯片，W5500其实是个“全栈选手”。

它能做什么？

• 支持 TCP / UDP / ICMP / ARP / IGMP / PPPoE
• 最多8个独立Socket，每个都可以单独设置成客户端、服务器或UDP通道
• 内置32KB发送缓冲区 + 32KB接收缓冲区，足够应对突发流量
• 自动处理ARP请求、IP分片重组、TCP三次握手、超时重传等机制
• 提供中断引脚，事件触发通知MCU（比如“有数据来了”）

这意味着什么？意味着你不需要再关心“SYN发了吗？”、“ACK收到了吗？”这种问题。你只需要告诉它：“我要连这个IP的80端口”，然后等状态变成ESTABLISHED就行了。

整个过程就像操作GPIO一样直接——只不过这次你是在操控一个完整的网络连接。

SPI接口：为什么是Mode 0？

W5500通过SPI与STM32通信，这是它的核心交互方式。而SPI有四种模式（由CPOL和CPHA决定），W5500默认使用的是Mode 0（CPOL=0, CPHA=0）：

• SCK空闲时为低电平（CPOL=0）
• 数据在第一个时钟上升沿采样（CPHA=0）

这一点必须和STM32的SPI配置严格匹配，否则会出现“看起来在通信，但读回来全是0xFF”的诡异现象。

另外，虽然官方标称SPI最高支持80MHz，但在实际PCB布局中，超过40MHz就很容易出现信号完整性问题。建议一般设计时控制在20~30MHz比较稳妥。

STM32这边怎么配SPI？

以常见的STM32F4系列为例，我们通常会用SPI1或SPI2来接W5500。关键不是功能有多强，而是配置不能错。

下面是基于HAL库的标准初始化代码，已经经过多个项目验证：

SPI_HandleTypeDef hspi1; void MX_SPI1_Init(void) { hspi1.Instance = SPI1; hspi1.Init.Mode = SPI_MODE_MASTER; hspi1.Init.Direction = SPI_DIRECTION_2LINES; hspi1.Init.DataSize = SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity = SPI_POLARITY_LOW; // Mode 0 hspi1.Init.CLKPhase = SPI_PHASE_1EDGE; // Mode 0 hspi1.Init.NSS = SPI_NSS_SOFT; // 软件控制CS hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_4; // 若PCLK2=84MHz → SCK=21MHz hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB; hspi1.Init.TIMode = DISABLE; hspi1.Init.CRCCalculation = DISABLE; if (HAL_SPI_Init(&hspi1) != HAL_OK) { Error_Handler(); } }

有几个点特别注意：

• NSS = SPI_NSS_SOFT：一定要软件控制片选（CS），因为你需要精确控制每次事务的开始和结束。
• 波特率预分频器根据系统时钟调整，确保SCK频率合理。
• 不启用CRC计算，W5500不用这个功能。

如何读写W5500寄存器？

W5500的所有配置都通过寄存器完成。你可以把它想象成一块“远程内存”，STM32通过SPI去读写特定地址。

每次操作分为三步：
1. 拉低CS
2. 发送3字节头（目标地址高8位、低8位、命令）
3. 读或写数据
4. 拉高CS

其中命令字很关键：
-0x00表示读操作
-0x04表示写操作

下面是两个基础函数，构成了后续一切操作的地基：

// 写寄存器 void W5500_WriteRegister(uint16_t addr, uint8_t data) { HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET); uint8_t header[3] = { (uint8_t)(addr >> 8), (uint8_t)(addr & 0xFF), 0x04 // 写命令 }; HAL_SPI_Transmit(&hspi1, header, 3, HAL_MAX_DELAY); HAL_SPI_Transmit(&hspi1, &data, 1, HAL_MAX_DELAY); HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_SET); } // 读寄存器 uint8_t W5500_ReadRegister(uint16_t addr) { HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET); uint8_t header[3] = { (uint8_t)(addr >> 8), (uint8_t)(addr & 0xFF), 0x00 // 读命令 }; HAL_SPI_Transmit(&hspi1, header, 3, HAL_MAX_DELAY); uint8_t data; HAL_SPI_Receive(&hspi1, &data, 1, HAL_MAX_DELAY); HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_SET); return data; }

有了这两个函数，就可以开始配置网络参数了。

第一次让W5500联网：五步走

假设我们要做一个TCP客户端，连接远程服务器。以下是典型流程：

Step 1：硬件复位与状态检查

先给W5500一个硬复位（拉低RST引脚1ms以上），然后读取其版本寄存器确认型号：

uint8_t version = W5500_ReadRegister(0x0001); // VERSIONR寄存器 if (version != 0x04) { // 不是W5500，退出 }

Step 2：设置本地网络信息

这些是公共寄存器，只设一次：

// 设置MAC地址 uint8_t mac[6] = {0x00, 0x08, 0xDC, 0x1A, 0x2B, 0x3C}; for (int i = 0; i < 6; i++) { W5500_WriteRegister(0x0009 + i, mac[i]); } // 设置IP地址（例如192.168.1.100） uint8_t ip[4] = {192, 168, 1, 100}; for (int i = 0; i < 4; i++) { W5500_WriteRegister(0x000F + i, ip[i]); } // 子网掩码 & 网关 uint8_t subnet[4] = {255, 255, 255, 0}; uint8_t gateway[4] = {192, 168, 1, 1}; for (int i = 0; i < 4; i++) { W5500_WriteRegister(0x0005 + i, subnet[i]); W5500_WriteRegister(0x0001 + i, gateway[i]); }

Step 3：配置Socket（以Socket0为例）

选择Socket0，设为TCP客户端模式：

#define SOCK0_MR 0x0000 // 模式寄存器 #define SOCK0_CR 0x0001 // 命令寄存器 #define SOCK0_SR 0x0002 // 状态寄存器 #define SOCK0_PORT 0x0004 // 本地端口 #define SOCK0_DIPR 0x000C // 目标IP #define SOCK0_DPORT 0x0010 // 目标端口 // 设为TCP模式 W5500_WriteRegister(SOCK0_MR, 0x01); // 绑定本地端口（如5000） W5500_WriteRegister(SOCK0_PORT, 0x13); // 高8位 W5500_WriteRegister(SOCK0_PORT+1, 0x88); // 低8位 → 5000 // 设置目标IP和端口 uint8_t dest_ip[4] = {192, 168, 1, 200}; for (int i = 0; i < 4; i++) { W5500_WriteRegister(SOCK0_DIPR + i, dest_ip[i]); } W5500_WriteRegister(SOCK0_DPORT, 0x1F); // 80端口高位 W5500_WriteRegister(SOCK0_DPORT+1, 0x90); // 低位 → 80

Step 4：发起连接

写入“OPEN”命令后，再发“CONNECT”：

W5500_WriteRegister(SOCK0_CR, 0x01); // OPEN while (W5500_ReadRegister(SOCK0_CR)); // 等待命令执行完毕 W5500_WriteRegister(SOCK0_CR, 0x04); // CONNECT while (W5500_ReadRegister(SOCK0_CR)); // 等待连接建立 while (W5500_ReadRegister(SOCK0_SR) != 0x17) { // 0x17 = SOCK_ESTABLISHED HAL_Delay(10); }

一旦进入ESTABLISHED状态，就可以收发数据了。

Step 5：收发数据

发送数据前，先查Tx缓冲区是否有空间；接收时先读长度寄存器：

// 发送字符串"Hello" const char* msg = "Hello"; int len = strlen(msg); // 写入Tx缓冲区 for (int i = 0; i < len; i++) { W5500_WriteRegister(0x4000 + (i % 2048), msg[i]); // Socket0 Tx起始地址 } // 更新Tx写指针并触发SEND W5500_WriteRegister(0x0024, (len >> 8) & 0xFF); // Sn_TX_WRH W5500_WriteRegister(0x0025, len & 0xFF); // Sn_TX_WRL W5500_WriteRegister(SOCK0_CR, 0x20); // SEND命令

接收类似，查询Sn_RX_RSR得到数据长度，然后从Rx缓冲区读出即可。

工程实践中那些“坑”

上面看着很顺，但真正量产时你会发现，很多问题是文档里没写的。

🛑 坑点1：SPI通信失败，读回全是0xFF

常见原因：
- CS没有正确拉低/释放
- SPI模式不匹配（误设为Mode 3）
- 电源不稳定或未充分去耦
- PCB走线太长导致信号反射

✅ 解决办法：
- 用示波器抓SCK和CS，确认时序正确
- 所有VDD引脚旁加0.1μF陶瓷电容，AVDD额外加10μF钽电容
- SPI走线尽量短，远离高频信号线

🛑 坑点2：连接偶尔失败或自动断开

可能原因：
- 没定期检查Socket状态，死锁了
- 缓冲区溢出导致异常
- 外部网络波动未做重连机制

✅ 秘籍：
- 加入看门狗监控：每秒检查一次Socket状态，异常则软复位W5500
- 使用中断而非轮询检测数据到达（INT引脚接STM32外部中断）
- 实现自动重连逻辑，失败后延时重试3次

🛑 坑点3：大数据传输卡顿

虽然W5500有32KB缓冲区，但如果一次塞太多数据，仍然会阻塞。

✅ 优化建议：
- 分块发送，每次不超过1460字节（MTU限制）
- 使用DMA进行SPI传输，避免CPU忙等
- 合理设置TCP窗口大小

实际应用场景举例

这套组合拳已经在多个领域成熟应用：

• 工业远程IO模块：采集现场开关量，通过TCP上报至PLC
• 智能电表集中器：定时抄表并通过以太网上报云端
• 医疗监护仪：将患者生命体征实时上传至护士站
• 自助售货机：订单数据加密后上传支付平台
• 教学实验箱：学生可在半天内完成一个完整TCP客户端

它们的共同特点是：不需要复杂的操作系统，也不依赖庞大的协议栈，却能实现稳定可靠的联网能力。

结语：这不是复古，是回归本质

有人说，现在都2025年了，还用W5500是不是太老派？毕竟有WiFi、蓝牙、甚至STM32H7可以直接跑Linux。

但现实是，在工厂车间、配电柜、水表井这些地方，最可靠的仍然是有线以太网。而要在低成本、小体积、低功耗的前提下实现稳定联网，W5500依然是那个“闭眼选也不错”的答案。

更重要的是，它教会我们一个道理：
不是所有事情都要MCU亲力亲为。把合适的任务交给合适的芯片，才是优秀系统设计的本质。

当你下次面对“怎么让单片机上网”这个问题时，不妨试试这条路：
STM32 + W5500 + SPI—— 简单、可靠、高效，经得起时间和产线的考验。