把ESP32的WiFi抛开不用，不是因为它不好，而是有些活儿真的得靠一根网线才能交差。工业现场的控制柜、机房里信号穿透困难的角落、客户明确要求“有线接入”的验收清单——这些场景里，ESP32的无线优势完全发挥不出来。我的做法是给ESP32配一块W5500，用SPI把有线以太网接进来。W5500是一颗“硬协议栈”芯片，TCP/IP那些繁琐的握手、分包、重传全在芯片内部由硬件电路完成，MCU只需要通过SPI往里面写命令、读数据就行。对ESP32来说，这等于把整套网络协议栈外包了出去，CPU省下来该干啥干啥，同时网络连接又比WiFi稳定得多。
这篇博文就是来填坑的。很多人一看到SPI就发怵，觉得时序、模式、寄存器全是劝退三件套；再加上W5500这种带硬件协议栈的芯片，感觉不啃几个月datasheet根本动不了。实际上完全不是这么回事。我会先把SPI协议用最直白的方式讲清楚，再把W5500的寄存器体系和Socket工作机制拆开揉碎，最后直接给你一套ESP32 + W5500的完整例程，一行一行地解释为什么这么写。不管你是刚玩ESP32的新手，还是被无线网络稳定性折磨过的老工程师，照着抄作业就行。
1. 方案选型：为什么偏偏是W5500
给ESP32做有线网络，市面上不止一个选择。很多人第一反应是“ESP32不是自带MAC吗，配个LAN8720物理层芯片不就行了”，这也是一个方案，但前提是你要在MCU上跑lwIP协议栈，把内存管理、TCP重传、DHCP这些全部交给ESP32自己处理。调试起来那叫一个酸爽，尤其是遇到TCP吞吐量上不去、内存碎片化、莫名其妙断连的时候，你会怀念那个“有事自己扛”的硬件协议栈芯片。
1.1 和ENC28J60、LAN8720的对比
我在选型的时候把主流的以太网方案都过了一遍，总结下来对比很清楚：
| 芯片 | 接口 | 协议栈 | MCU负担 | 适合场景 |
|---|---|---|---|---|
| ENC28J60 | SPI | 无，需软件栈 | 高，且10M半双工 | 低成本、低速率场景 |
| LAN8720 | RMII | 无，需软件栈 | 高，需MCU跑lwIP | 对速度、成本有要求 |
| W5500 | SPI | 硬件TCP/IP | 极低，仅收发数据 | 高稳定、快速开发 |
ENC28J60的坑在于SPI时序要求严格，而且只有10M的速率，缓存只有8KB，跑起HTTP来经常被塞满；LAN8720本身只是个PHY，你要自己管MAC层和协议栈，对ESP32来说，初始化RMII接口、分配DMA描述符、调lwIP的内存池，每一步都容易翻车。W5500把MAC和IP/TCP/UDP全做在芯片里，还自带了16KB的收发缓存，MCU做的事情只剩一个：通过SPI写命令、读状态、取数据。开发周期完全可以压缩到几天以内。
1.2 W5500的核心特性
W5500是WIZnet出的第四代以太网芯片，内部集成10/100M以太网MAC和PHY，也集成了TCP/IP协议栈。它支持8个独立的Socket，每个Socket可以独立工作在TCP客户端、TCP服务端、UDP等模式下。SPI接口最高可以跑到大约33MHz（3.3V供电下），实际我一般取20MHz，稳定可靠。
最让我满意的是它几乎不占内存资源。你不需要在ESP32里维护任何TCP状态表，TCP三次握手、四次挥手、数据重传、粘包处理，全是W5500内部硬件在做。程序里就是一个命令下去，告诉它“去连这个IP的80端口”，然后过一段时间查询状态，发现连上了，就收发数据，整个过程简单得像操作串口。
1.3 这套组合适合谁
如果你属于下面这些情况，ESP32 + W5500这套组合非常值得抄：
- 需要长时间稳定运行的采集设备，不想WiFi动不动就掉线重连
- 对网络延迟敏感，需要有线链路的低延迟特性
- 不熟悉TCP/IP协议栈细节，不想在MCU里跑lwIP
- 想做工业类产品，客户对有线网络兼容性有硬性要求
我会在后面的章节里把从SPI原理到W5500寄存器操作全部串起来，只要你有一块ESP32开发板和一块W5500模块，就能跟着搭出来一个能跑TCP客户端、能发HTTP请求的完整工程。
2. SPI基础：四根线就能说清楚
SPI全称Serial Peripheral Interface，串行外设接口，由Motorola公司提出，现在成了嵌入式世界的事实标准之一。它的设计思路一句话就能概括：一名主机带着多个从机，通过四根线进行高速全双工通信。对于搞嵌入式的人来说，SPI比UART只多了一根时钟线和一根片选线，但就是这两根线，带来了完全不同的用法。
2.1 四根线各管什么事
SPI通信里最重要的就是四根线，分别叫SCLK、MOSI、MISO、CS。
- SCLK（Serial Clock）：串行时钟，由主机产生。它就像一个节拍器，每个上升沿或下降沿对应一个数据位的传输。没有时钟，整个通信就停摆。
- MOSI（Master Out Slave In）：主机输出、从机输入。数据从主机流向从机时走这条线。
- MISO（Master In Slave Out）：主机输入、从机输出。数据从从机返回给主机时走这条线。
- CS（Chip Select）：片选信号，低电平有效。主机把某个从机的CS拉低，就相当于在喊“现在我只跟你说话”，其他从机乖乖闭嘴在总线上听。
一个直观的理解方式：把SPI比作老师抱着一摞试卷发给班里学生。SCLK是发卷的节拍，每次响铃发一张；MOSI是老师发给当前被点名学生的试卷；MISO是那个学生把答案交回给老师的纸条；CS则是指到谁的名字谁才允许动——被点名的学生CS被拉低，才能收发试卷，其他人只能看着。
2.2 SPI的四种模式，W5500选哪个
SPI最让人头疼的就是四种模式。其实不用背，只要理解两个概念：时钟极性（CPOL）和时钟相位（CPHA）。CPOL决定空闲时SCLK是高电平还是低电平，CPHA决定数据是在SCLK的第一个边沿还是第二个边沿被采样。两者组合起来就是模式0到模式3。
| 模式 | CPOL | CPHA | 特点 |
|---|---|---|---|
| 模式0 | 0 | 0 | 空闲低电平，上升沿采样 |
| 模式1 | 0 | 1 | 空闲低电平，下降沿采样 |
| 模式2 | 1 | 0 | 空闲高电平，下降沿采样 |
| 模式3 | 1 | 1 | 空闲高电平，上升沿采样 |
W5500的datasheet里明确写了支持模式0和模式3两种工作方式。我的习惯是统一用模式0，因为这是绝大多数SPI从设备的默认选择，也最容易在逻辑分析仪上看出时序问题。在实际配置中，ESP32的SPI库只需要一行SPISettings(20000000, MSBFIRST, SPI_MODE0)就能把时钟频率20MHz、位序高位先行、模式0全部定下来，后文例程里会看到。
2.3 多从机共线的“点名”机制
SPI总线上可以挂多个从机，从机之间靠CS区分。比如一块板上既挂W5500，又挂一个SPI Flash，那么W5500的CS接GPIO5，Flash的CS接GPIO4，MOSI、MISO、SCLK三根线并在一起都没问题。只要主机保证任意时刻只拉低一个CS，就不会发生数据冲突。
这个机制带来的好处是硬件连线极其简单。ESP32的GPIO矩阵又支持把SPI信号映射到几乎任意引脚，所以板子layout的灵活度非常高。但有个细节要注意：CS从拉低到开始传输数据，中间需要留出一点时间，让从机完成片选内部逻辑切换。这就是为什么我在所有CS操作之间都会加上微小的延时或依赖SPI库内部事务管理，而不是连续翻转电平。
3. ESP32的SPI外设配置
ESP32相比传统单片机（比如STM32）有一个巨大的优势：GPIO矩阵。SPI外设的SCLK、MOSI、MISO、CS信号并不绑定在固定引脚上，你可以通过函数把它们映射到绝大多数GPIO。这就意味着不需要为了迁就硬件外设引脚去重新画板子，软件里改一行代码就能换引脚。当然，有得必有失，GPIO矩阵引入了一定延迟和限制，但对于W5500这种20MHz级别的SPI设备来说，影响可以忽略。
3.1 用哪些引脚，注意避开坑
在Arduino环境下，一般推荐这样接W5500模块：
| W5500信号 | ESP32引脚 | 说明 |
|---|---|---|
| SCLK | GPIO18 | SPI时钟 |
| MISO | GPIO19 | 输入到ESP32 |
| MOSI | GPIO23 | 输出到W5500 |
| CS | GPIO5 | 片选，低有效 |
| RST | GPIO4 | 硬件复位，低有效 |
| 3.3V | 3V3 | 供电 |
| GND | GND | 共地 |
GPIO18、19、23是ESP32上VSPI（SPI3）外设的常用引脚，直接映射，库里面省去不少麻烦。CS选择GPIO5是因为它默认连了一个比较大的上拉，而且在大多数开发板上没有复用到其他功能。RST选择GPIO4也是同样的道理。
要避开几个有特殊功能的引脚：GPIO12是Flash电压选择引脚，复位瞬间的状态会影响启动模式，最好别拿来当SPI信号线；GPIO16、17也一样，建议当普通GPIO谨慎使用；GPIO6到GPIO11是连接外部Flash的SPI引脚，绝对不要用。
3.2 SPI初始化到底做了什么
在Arduino-ESP32环境里，SPI初始化的核心就三行代码：
SPI.begin(18, 19, 23, -1); // SCLK, MISO, MOSI, SS SPI.setFrequency(20000000); // 时钟频率 SPI.beginTransaction(SPISettings(20000000, MSBFIRST, SPI_MODE0));第一行里SCLK、MISO、MOSI三个参数很好理解，第四个参数SS在这里传的是-1，表示我不用硬件自动片选，而是把CS当普通GPIO手动控制。这样做的原因很实际：W5500的读写操作在CS拉低后，先要发送一个控制字节，再读写对应的地址区域，整个过程需要对CS的拉低、拉高时机有精确控制，手动片选最灵活也最不容易出问题。
第三行的SPI.beginTransaction和后面的SPI.endTransaction必须成对出现，它们负责三个事情：设置时钟频率、设置数据位序、设置SPI模式。每一次访问W5500之前调用beginTransaction，访问完立刻endTransaction，这样才能保证总线上其他从设备不会因为你改过配置而被影响。
3.3 为什么需要SPISettings而不直接改寄存器
可能有人会问，为什么不直接改SPI外设寄存器？在Arduino环境下完全不需要。SPISettings对象会在beginTransaction时把参数缓存在内部，切换到事务时一次性生效。它的意义相当于一个通信参数快照，保证每次总线占用期间都是同一个配置，避免多个从设备共享总线时互相干扰。
实测中我建议把W5500的时钟频率固定在20MHz以下。虽然W5500的标称最大SCLK频率在3.3V/25℃条件下可以到33MHz左右，但实际应用里还要考虑杜邦线质量、模块布局、电源纹波这些因素。我试过把频率拉到40MHz，结果偶尔出现读回数据错位，降到20MHz之后连续跑了一周都没有异常。这就是典型的“标称值只能参考，稳定才是硬道理”。
4. W5500寄存器体系与Socket工作机制
如果说SPI是连接ESP32和W5500的物理“血管”，那寄存器就是灌注在血管里的“血液”。W5500的所有操作最终都落到寄存器读写上。它整个寄存器空间虽然看着算大，但分成三大块之后就好理解了：通用寄存器、Socket寄存器和收发缓存。
4.1 三种访问模式怎么选
W5500是通过一个8位控制字节来区分读写目标区域的，一次SPI事务的格式是：CS拉低 -> 发送控制字节 -> 发送地址高字节 -> 发送地址低字节 -> 读写N个数据字节 -> CS拉高。控制字节里的核心字段包括区域选择位（BLKFD，决定访问通用寄存器、Socket寄存器还是收发缓存）、读写位（RWB，决定读还是写）、寄存器偏移地址的高位偏移。
通用寄存器区存放的是芯片全局配置，比如模式寄存器（MR）、网关地址（GAR）、子网掩码（SUBR）、MAC地址（SHAR）、IP地址（SIPR）这些。Socket寄存器区则是每个Socket独立的，比如Socket n的模式寄存器（Sn_MR）、命令寄存器（Sn_CR）、状态寄存器（Sn_SR）、发送缓冲区读取指针（Sn_TX_RD）、接收缓冲区写入指针（Sn_RX_WR）等。收发缓存区则是实际以太网数据的存放位置，8个Socket共享16KB缓冲，默认每个Socket分2KB接收、2KB发送，可以通过Sn_RXBUF_SIZE和Sn_TXBUF_SIZE寄存器调整。
4.2 Socket：一种抽象的通信管道
W5500的Socket应该理解为一条独立的通信管道。你可以创建多个Socket，每个Socket独立运行，互不干扰。比如一个Socket跑TCP客户端连服务器，另一个Socket跑UDP接收广播包，这在工业采集设备里非常常见。
控制Socket的方式是给它发命令。常用命令有这些：
- OPEN（0x01）：打开Socket，让它开始监听或者准备连接
- CONNECT（0x04）：作为TCP客户端去连接远端服务器
- DISCON（0x08）：主动断开TCP连接
- CLOSE（0x10）：关闭Socket
- SEND（0x20）：发送数据
- RECV（0x40）：接收数据
这些命令通过写Sn_CR寄存器触发，W5500执行完命令后会返回确认状态。操作流程是：写Sn_MR设定模式（TCP/UDP），写Sn_CR发送OPEN命令，然后轮询Sn_SR状态直到它从SOCK_CLOSED变成SOCK_INIT，再发CONNECT命令，等状态变成SOCK_ESTABLISHED后就能收发数据了。整个流程本质上是“命令-状态”的状态机，读懂了这一个循环，W5500的代码就没秘密了。
4.3 中断机制可以减轻轮询压力
W5500支持多种中断：Socket通信中断、接收中断、发送完成中断等。主机可以通过中断引脚（INT）获知Socket状态变化，而不需要死轮询。ESP32可以用EXT0/EXT1外部中断去监听INT引脚，在中断回调里置一个标志位，主循环里再处理具体逻辑。这样设计的最大好处是CPU占用率极低，特别适合同时跑传感器采集、显示刷新、控制算法的场景。
不过要注意，W5500的中断是电平触发，而且需要主机在中断发生后主动读取中断寄存器（Sn_IR）清除中断标志位，否则中断引脚会一直拉着不放。我见过有人在生产环境里因为漏掉了清中断，导致程序一直在响应中断，其他任务全被饿死，这个坑下面排查章节还会提到。
5. 例程逐行讲透：ESP32 + W5500做TCP客户端
讲原理讲概念都是虚的，真正的“抄作业”环节来了。下面这个例程没有用任何第三方GUI配置工具，纯Arduino环境，核心功能是：ESP32通过W5500接入有线以太网，作为TCP客户端连上一台局域网服务器，发一个HTTP GET请求并打印响应。整个过程我拆成段来看，每一段代码都能对应上前面讲的原理。
5.1 库的选型与准备
在Arduino环境里，W5500最常用的是官方的Ethernet库，它内部通过W5100类兼容了W5500。使用前需要先确认一点：默认Ethernet库在ESP32上并不会自动帮你配置SPI引脚，所以必须先手动调用SPI.begin指定引脚，再调Ethernet.init(CS)告诉库片选引脚是哪一根。如果你不想手动做这些，也可以用Ethernet3库，它支持直接指定全部引脚，但官方库的兼容性更好，所以我这里用官方库。
5.2 完整代码
#include <SPI.h> #include <Ethernet.h> #define W5500_CS 5 #define W5500_RST 4 byte mac[] = {0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED}; IPAddress ip(192, 168, 1, 200); IPAddress server(192, 168, 1, 1); EthernetClient client; void setup() { Serial.begin(115200); delay(1000); // 1. 硬件复位W5500 pinMode(W5500_RST, OUTPUT); digitalWrite(W5500_RST, LOW); delay(50); digitalWrite(W5500_RST, HIGH); delay(200); // 2. 启动SPI并指定引脚 SPI.begin(18, 19, 23, -1); SPI.setFrequency(20000000); // 3. 初始化Ethernet库 Ethernet.init(W5500_CS); Ethernet.begin(mac, ip); // 4. 确认硬件是否检测到 if (Ethernet.hardwareStatus() == EthernetNoHardware) { Serial.println("Ethernet hardware not found"); while (1); } if (Ethernet.linkStatus() == LinkOFF) { Serial.println("Network cable is not connected"); } Serial.print("Local IP: "); Serial.println(Ethernet.localIP()); // 5. 连接TCP服务器 if (client.connect(server, 80)) { Serial.println("Connected to server"); client.println("GET / HTTP/1.1"); client.println("Host: 192.168.1.1"); client.println("Connection: close"); client.println(); } else { Serial.println("Connection failed"); } } void loop() { while (client.available()) { char c = client.read(); Serial.print(c); } if (!client.connected()) { Serial.println(); Serial.println("Disconnected"); client.stop(); delay(5000); } }5.3 初始化段逐行拆解
第一段是硬件复位。W5500上电后我不会直接去读寄存器，而是先给它一个低电平复位脉冲：把RST拉低50毫秒再拉高。这个操作的意义在于让芯片回到一个确定性的初始状态，而不是依赖上电复位的默认时序。特别是模块上电容比较大、电源爬升缓慢的时候，光靠芯片自己的上电复位不够可靠，手动复位最保险。
第二段是SPI启动。SPI.begin的四个参数分别指定SCLK、MISO、MOSI和SS，SS传-1表示不使用Arduino默认的自动片选功能。紧接着setFrequency把时钟压到20MHz。为什么是20MHz而不用更高，前面说过，稳定性优先。这种配置下W5500全双工收发数据一点问题都没有。
第三段是Ethernet库的初始化。Ethernet.init告诉库CS引脚接在GPIO5上，因为默认库按照UNO等板子的习惯，可能会去用其他引脚做片选，不在ESP32上先声明的话，后续所有读写操作都会打偏。Ethernet.begin传入MAC地址和静态IP。这里用静态IP而不是DHCP是为了调试时少一个变量，等基本通信稳了再换成DHCP也很容易，代码里不传IP即可。
第四段是硬件自检。Ethernet.hardwareStatus()会返回一个枚举值，如果返回EthernetNoHardware，说明SPI通信完全没建立起来。最常见的原因是CS引脚配置错误或者SPI引脚接错。Ethernet.linkStatus()返回LinkOFF则表示W5500物理层没有检测到网线连接，这时候先检查网线和交换机的物理链路，别急着改程序。
5.4 连接和收发段逐行拆解
第五段是TCP连接。client.connect(server, 80)在这里封装了W5500的Socket OPEN和CONNECT命令，库内部会等状态机走到SOCK_ESTABLISHED才返回true。这里有个细节：连接失败不一定是服务器没开机，也可能是Socket资源没释放。如果上一个TCP连接没有正常stop，再调用connect就会返回失败，这一点在写重连逻辑时尤其要小心。
连上之后，client.println发送HTTP GET请求。注意HTTP协议里每行以CRLF结尾，空行代表请求头结束。这里用println会自动补上CRLF，但“Connection: close”这行后面还必须加一个单独的println来产生空行，否则服务器一直等你在输入请求体。这是初学者最容易漏掉的，少了那个空行，服务器会超时，客户端就卡在读响应。
loop里的逻辑就两个：一是把client.available()里能读到的字节全部读出来打印到串口，这对应W5500接收缓冲区收上来的数据；二是检查client.connected()，如果连接被服务器断开，就做cleanup，调用stop关闭Socket，避免占着一个无效的Socket资源。这里没有写自动重连，需要在产品级代码里补上，后面会讲到怎么优雅地做断线重连。
6. 硬件接线与参考电路要点
软件再强，硬件一堆问题照样跑不起来。W5500模块拿到手，接线其实不复杂，但里面有几个容易让人栽跟头的点，我分别说一下。
6.1 供电和电平匹配
W5500是3.3V器件，它的所有IO口都不耐受5V，SPI信号线必须接在3.3V一侧。ESP32开发板一般板载了AMS1117-3.3或者其他LDO，可以直接给W5500模块供电，但要注意电流余量。W5500启动瞬间和网线插入瞬态电流会突然增大，实测峰值可以到100mA以上，如果使用的是劣质USB供电线或者板上3.3V LDO余量不足，会出现上电偶尔不识别、ping丢包、跑着跑着掉线的灵异问题。我的建议是：W5500模块单独用一个低噪声LDO供电，至少能稳定输出300mA，同时电源引脚旁边放100nF和10uF两个去耦电容，靠近芯片放置。
6.2 复位电路与参考电路
W5500模块一般已经集成了RJ45带变压器的网口，模块上会有LINK和ACT指示灯。如果你是自己画板子，参考电路里有三处关键：
第一，复位引脚需要一个10kΩ上拉电阻到3.3V，并并联一个1uF电容到地，这样上电时RC电路自然产生一个低电平复位脉冲，确保芯片可靠启动。第二，SPI的MOSI、MISO、SCLK线上可以串联22Ω到33Ω的电阻，目的是抑制信号振铃和过冲，特别是走线较长、跨板连接的时候非常有效。第三，CS片选线必须上拉到3.3V，防止系统刚上电、ESP32还没完成初始化时CS悬空，导致W5500误进入非法状态。
| 参考电路位置 | 推荐元件 | 作用 |
|---|---|---|
| 电源输入 | 10uF + 100nF并联 | 滤除低频和高频纹波 |
| 复位引脚 | 10kΩ上拉 + 1uF对地 | 上电自动复位 |
| SPI数据线 | 22Ω串联 | 抑制振铃 |
| CS引脚 | 10kΩ上拉 | 防止悬空误触发 |
6.3 走线和接线的实操建议
用杜邦线做原型验证时，尽量让MISO那根线短一点、粗一点，因为它是高速信号里最容易受干扰的一根。所有信号线不要跟220V交流电走平行，也不要跟电机驱动、继电器控制线捆在一起。如果出现ping时好时坏，先把这种物理层面的干扰排掉，再去查软件。
用PCB集成时，W5500下方要铺一块完整的地平面，网口变压器的中心抽头按照datasheet要求接对应的偏置电压和电容，这些都是千兆/百兆以太网通过EMC测试的基本功。想快速出原型的人，直接买现成的W5500模块（一般叫“W5500以太网模块”）就好，带RJ45的那种，接六根线就能跑，省去画网络变压器电路的步骤。
7. 常见问题与排查技巧实录
这部分都是血泪。我把实际调试中遇到过的、以及身边朋友问过的高频问题整理成了一套排查思路，按“现象-原因-解法”的顺序排列，你可以当成速查表来用。
7.1 SPI通信完全不生效
现象是Ethernet.hardwareStatus()返回EthernetNoHardware，串口打印“not found”。这时候我会按下面的顺序排查：
- 电源量了吗？W5500模块的3.3V引脚对GND是不是稳定3.3V，有没有跌到3.0V以下。
- 接线对吗？重点看MOSI和MISO有没有接反。DATASHEET上W5500的MOSI叫“MOSI/DI”，接去ESP32的MOSI；MISO叫“MISO/DO”，接去ESP32的MISO。很多人拿着杜邦线一插就不管了，结果就是两个输出脚对顶，通信自然失败。
- CS拉低了吗？用逻辑分析仪抓一下，看操作寄存器时CS有没有产生低电平脉冲。如果CS一直高，检查Ethernet.init传的引脚号和自己实际接线是不是同一个GPIO。
- 频率太高吗？把SPI.setFrequency降到5MHz再试，排除信号完整性导致读回数据错乱的问题。
- 模式错了吗？W5500支持模式0和模式3，确认你没有把库默认的模式改掉。
我还遇到过一种很隐蔽的情况：SPI.begin里第四个参数传了-1，但代码后面又用digitalWrite去控制一个没被pinMode设置成OUTPUT的引脚做CS，结果该引脚默认被设置为输入模式，电平不受控，W5500永远处于半睡半醒状态。所以CS接线上必须对应pinMode(CS, OUTPUT)。
7.2 ping断断续续、跑几天后失联
这是实际项目中反馈最多的两个问题。先说ping断断续续，我碰到过的常见原因有几个：
- 电源余量不足，W5500在传输突发数据时供电电压瞬间跌落
- 网线质量差或者水晶头压线不严，百兆链路信号裕量不足
- 模块发热严重，芯片温度过高导致内部PLL抖动
- 网口变压器和RJ45的焊接虚焊
排查方法是先用串口监视Ethernet.linkStatus()，确认物理链路是不是也在抖动。如果是，优先换电源和网线，这两条能解决九成问题。再用示波器探3.3V纹波，如果看到超过100mV的高频毛刺，加强去耦电容。
跑几天后失联这个问题，很多时候不是网络断了，而是程序里的Socket资源泄漏了。每次异常断开时如果没调用client.stop()，W5500内部的Socket会一直停留在某个状态，随着连接次数增加，可用Socket耗尽，芯片就不响应了。我建议在每次断开后显式调用client.stop()，并且在主循环里做看门狗式的自检：持续一段时间发现连接断开且重连失败，就主动调用Ethernet.begin重新初始化一次。对于无人值守设备来说，“定期软复位”是不可少的保命手段。
7.3 用逻辑分析仪抓SPI波形看到问题
我调试SPI问题最暴力也最有效的手段就是上逻辑分析仪。哪怕是十几块钱的24MHz采样率的分析仪，也够用了。重点抓三组信号：CS、SCLK和MISO。
按协议，一次读操作的过程是：CS拉低 -> SCLK开始翻转 -> MOSI线上依次发出控制字节和地址字节 -> SCLK继续翻转 -> MISO线上从机返回数据。如果你看到CS拉低后SCLK根本没动，问题在主机侧，SPI库没有正确发起事务；如果SCLK在动但MISO一直保持高电平或者低电平没有变化，那很可能是MISO接错或者从机没被真正唤醒；如果MISO数据出现但不是预期值，先查频率和模式。
有一次我调试一个W5500模块，怎么读都是0xFF，逻辑分析仪一看，CS信号在SCLK传输过程中不断有毛刺抖动，换上一条更短的杜邦线就正常了。这就是接触不良导致CS反复释放又拉低，从机被反复复位，时序全乱了。
7.4 其他容易被忽视的坑
SPI总线上如果同时挂了FLASH和其他设备，注意每个设备的CS都必须通过10kΩ上拉到3.3V，否则总线空闲时CS悬空，设备可能被噪声误触发。W5500的INT中断引脚在初始化之前可能会随机跳变，所以ESP32上拉并配置为输入模式，不接中断时就做一个普通输入，避免浮空。
另外，W5500的Socket收发缓冲区是可以调整大小的。默认每个Socket收2KB、发2KB，如果你的应用单包数据超过2KB（比如要一次发送几KB的HTTP报文），记得先调Sn_TXBUF_SIZE，把发送缓冲区扩大，否则SEND命令会因为缓冲区空间不足直接失败。调了收发缓冲区后，还要同步调整Sn_TX_FSR和Sn_RX_RSR的使用逻辑，或者干脆用库封装好的接口，避免自己去纠正指针。
8. 这套组合还能怎么玩
ESP32 + W5500能做的事情远不止发一个HTTP GET请求。我列几个我自己做过的方向，供你扩展时参考：
- TCP服务器：把W5500的一个Socket配置成TCP Server模式，监听502端口，就能用Modbus TCP跟PLC或组态软件通信，这是工业采集的经典场景。
- MQTT上云：在ESP32上跑PubSubClient库，通过W5500连接MQTT Broker，比WiFi稳定太多。设备放在机柜里，云端随时能下发指令。
- UDP组播：如果你只需要局域网内发现设备和广播状态，用UDP组播，W5500的硬件缓存足够用，而且实时性高。
- 多Socket并发：一个Socket跑Modbus TCP，一个Socket跑HTTP配置页面，还有一个Socket做固件升级的TFTP传输，三个任务互不干扰。
很多做ROS2的朋友也在问ESP32能不能配合micro-ROS做有线通信，把W5500接入后，通信链路稳定很多，调试时再也不用担心无线信号影响数据包，串口和Micro-ROS双通道同时跑也能做。
我个人的体会是，ESP32配W5500这套组合，把“无线芯片的自由”和“有线网络的稳定”结合得恰到好处。它不需要你懂TCP三次握手怎么实现，也不需要你去啃几百页的TCP/IP协议栈文档，只要你搞明白SPI是一根时钟加一根片选控制的数据管道，再照着W5500的Socket状态机发几条命令，网络功能就跑起来了。把SPI和W5500的寄存器逻辑理清楚之后，其他SPI设备、其他带硬件协议栈的通信芯片也都能触类旁通，一通百通。
