1. 为什么是STM32F407 W5500 HAL库做单片机联网这件事很多人会纠结选什么方案。如果你手里正好有STM32F407又不想被以太网MAC、PHY驱动、RTOS协议栈这些底层细节折腾到凌晨那W5500应该是最稳的一条路。W5500是一颗带硬件TCP/IP协议栈的以太网控制芯片它不靠单片机跑lwIP而是把TCP、UDP、IP、ICMP这些协议逻辑全部做在芯片内部。你在STM32上只需要通过SPI读写几个寄存器调它的Socket接口就能完成TCP客户端连接整个过程像操作普通外设一样简单。我选STM32F407HAL库W5500这套组合理由很直接。STM32F407主频有168MHz片内资源丰富SPI、DMA、多路串口都能用跑W5500绰绰有余。HAL库虽然代码比标准库啰嗦但用STM32CubeMX生成工程后外设初始化、时钟树、引脚复用都不用手写了而且HAL库在SPI、GPIO、UART这些外设上有统一抽象以后换主控芯片驱动代码的移植成本低很多。W5500在淘宝上大概十来块钱一片配套的带网络变压器的RJ45座子也很常见整套硬件成本不高特别适合做数据采集终端、工业设备远程监控、小型物联网网关这类需要稳定TCP连接的场景。这篇内容我按自己的实操经历把从零到能跑通TCP客户端的整个过程拆成5步硬件接线与参考电路、STM32CubeMX工程配置、W5500驱动移植、TCP客户端代码实现、调试与问题排查。每一步都有可以直接抄作业的配置和代码也会把我实际踩过的坑一并写出来。无论你是刚接触HAL库的新手还是已经在用标准库想往HAL库平移的老手照着做基本都能走出来。1.1 方案选型里的几个现实问题很多人上来会问STM32F407本身自带以太网MAC为什么不直接用RMII接口接LAN8720A或者YT8512外置PHY跑lwIP协议栈这个问题我当初也纠结过。F407PHY的方案确实更省一颗芯片但代价是你要熟悉RMII/MII接口时序、PHY芯片的寄存器配置、DMA描述符、lwIP协议栈移植这一整套东西。尤其是lwIP看起来只是调用几个接口实际调起来各种内存池、超时、重传状态特别考验耐心。我记得第一次调LAN8720光是PHYLink状态检测和断线重连就花了大半天。W5500的方案等于把这些都封装好了。SPI接口一共4根线加CS、RST、INT芯片内部完成TCP三次握手、ACK重传、拆包组包你只需要关心Socket状态是FIN_WAIT还是ESTABLISHED。这种做法的好处是稳定性和实时性完全不占用单片机CPU资源168MHz的F407可以边转TCP边做传感器采集互不干扰。网上也能看到一些讨论说W5500“正常工作几天后连不上”“ping时断时续”多数情况不是芯片不行而是电源纹波、SPI信号质量、Socket未正常关闭导致的这些后面我会专门讲排查方法。1.2 这套方法适合谁参考如果你正准备做产品原型或者接了一个需要设备主动上报到服务器的私活又或者只是想验证一下STM32能不能通过W5500发数据到PC端上位机这篇文章都适用。我会给出完整的代码框架你只需要修改服务器IP、端口号和收发逻辑就能直接往项目里套。另外如果你之前用的是串口转以太网模块现在想低成本替换成W5500直连主控这篇文章也适合你。W5500的寄存器操作和网络参数配置其实和串口模块的AT指令思路类似只是换成了SPI寄存器读写而已。2. 第1步硬件接线与W5500参考电路硬件是整个项目的地基。W5500电路不算复杂但有几个地方没做对后面排查网络问题会非常痛苦。我建议第一次做不要一上来就自己画板先买一块W5500模块或开发板用杜邦线接到F407核心板上跑通程序确认逻辑没问题后再参考官方参考电路去画PCB。2.1 W5500最小系统电路要点W5500的电源分成数字电源DVDD和模拟电源AVCC都是3.3V。官方参考电路里会用磁珠或0欧电阻把AVCC和DVDD隔开再分别加10uF和0.1uF退耦电容。如果你只是用现成的模块模块上已经处理好了。如果是自己画板这个磁珠和电容一定不能省否则网络传输质量会很差。W5500需要一颗25MHz晶振配套两个22pF左右的负载电容晶振尽量靠近X_TAL引脚。复位引脚RSTN不能悬空接10k电阻上拉到3.3V同时并联一个0.1uF电容到地形成上电复位。网络变压器一般集成在RJ45座子里比如HR911105A这类带隔离变压器的连接器它与W5500的TXN、TXP、RXN、RXP引脚之间只需要按官方电路接法加两个电阻和一个电容到VDDC引脚具体值参考W5500数据手册里的应用电路。注意连接器外壳地和数字地之间要用高压电容跨接这个细节在批量产品EMC测试时很重要。2.2 与STM32F407的SPI接线我这次用的是STM32F407VET6核心板SPI1对应的引脚是PA5-SCK、PA6-MISO、PA7-MOSI。CS片选我用的是PA4RST复位用PA3INT中断用PA2。这几个GPIO是普通IO可以随意换只要在CubeMX里对应配置就行。硬件SPI的优势是速度快、不占CPUW5500最高支持SPI时钟约33.3MHz实际使用中为了信号稳定我一般把SPI时钟设置在10M到20M之间。如果非要用GPIO模拟SPI速度会慢很多而且读写频繁时CPU占用率很高所以我建议直接用硬件SPI。接线方式如下STM32F407引脚W5500引脚说明PA5SCLKSPI时钟PA6MISOSPI主收从发PA7MOSISPI主发从收PA4SCS片选低有效PA3RSTN硬件复位低有效PA2INTN中断输出低有效接输入模式2.3 硬件布板时的几个注意点自己做板子时SPI信号线尽量不要走过孔和长距离平行线SCLK和MOSI、MISO做到等长最好长度差控制在5mm内。W5500底下尽量铺完整地平面。还有一点容易被忽略INTN引脚默认有内部弱上拉外部可以不加上拉电阻但如果你用的是杜邦线连接最好还是加一个10k上拉到3.3V防止干扰导致误中断。RSTN复位引脚也是同样道理不做外部上拉的话在强电磁干扰环境下偶尔会出现复位异常。我实际遇到过一种很隐蔽的问题W5500模块和F407核心板用杜邦线连在一起数据线大概10厘米长结果正常工作一段时间后Ping不通用手按一下F407的芯片就恢复。后来发现是供电电压被其它外设拉低到3.1VW5500进入欠压保护状态。所以供电一定要单独量一下有条件用万用表看W5500的VCC引脚最好稳定在3.27V以上。3. 第2步STM32CubeMX配置HAL工程用HAL库开发最舒服的地方就是STM32CubeMX图形化配置。不过要注意CubeMX版本和固件包版本不同界面会有一点差异但基本操作流程是一样的。下面我按STM32CubeMX 6.x版本以F407VET6为例一步步说。3.1 引脚分配与SPI参数设置打开CubeMX后选择对应芯片型号新建工程。第一步先配置时钟源RCC选择HSE外部晶振然后到Clock Configuration界面把系统时钟配到168MHzAPB1为42MHzAPB2为84MHz。SPI1挂在APB2上时钟源84MHzW5500的SPI时钟分频后最好在10M~20M我习惯选/8得到10.5MHz稳定且够用。在Pinout视图里先把PA5、PA6、PA7设置为SPI1PA4设置为GPIO_OutputPA3设置为GPIO_OutputPA2设置为GPIO_Input。然后选中SPI1配置如下参数参数项设置值ModeFull-Duplex MasterHardware NSS SignalDisableData Size8 BitsFirst BitMSB FirstPrescaler8Clock PolarityLowClock Phase1 EdgeCRC CalculationDisabled这里要特别说下SPI Mode。W5500数据手册支持Mode 0和Mode 3即CPOL0/CPHA0或CPOL1/CPHA1。用Mode 0是最常见的如果你发现读回来的数据全是0xFF或者0x00先试一下改到Mode 3。NSS信号我们不需要硬件控制选择Disable然后自己用GPIO拉CS这样时序更好把控。3.2 GPIO功能配置PA4作为CS输出初始状态要拉高因为W5500的SPI片选是低有效不操作时不能拉低。PA3作为复位输出初始状态要拉高因为W5500是低电平复位平时要保持高。如果你想让上电时自动复位W5500可以在初始化时先拉低20ms再拉高但这部分代码我会在驱动部分实现。PA2作为中断输入设置为输入模式不需要上下拉因为后面会配置W5500的中断输出是低有效。调试串口一定要至少开一个。我通常用USART1PA9-TX、PA10-RX异步模式波特率1152008位数据无校验1位停止位。这个串口用来打印调试信息和W5500的状态我在调试时全靠它输出日志。3.3 时钟树与工程生成细节时钟树配置比较简单把HCLK输入168MHzCubeMX会自动分配AHB、APB1、APB2的分频。SPI1的时钟是84MHz这也是为什么我选Prescaler8得到10.5MHz。如果你想要更快的SPI时钟可以选/4得到21MHz只要连线够短都能跑但初期调试建议稳一点。工程生成时Project Manager的Toolchain选择MDK-ARM或STM32CubeIDE都可以。如果你用VS Code加EIDE插件也可以选Makefile但要注意CPU型号和启动文件一定要选对。生成代码后打开工程会看到HAL库文件结构里包含SPI、GPIO、UART等外设驱动以及CMSIS内核头文件。HAL库的文件结构并不复杂核心是stm32f4xx.h、system_stm32f4xx.c、stm32f4xx_hal.c外设驱动都在stm32f4xx_hal_xxx.c/.h你真正要改的只有main.c和后面自己加的w5500驱动文件。有一点容易踩坑用CubeMX在线下载固件包时如果网络请求失败软件会一直卡在拉取芯片固件包的界面。解决办法是先从ST官网手动下载对应版本的固件包然后在CubeMX的Firmware Pack管理里选择本地文件导入或者直接把解压后的固件放到CubeMX的repository目录。这样就不用依赖在线加载了。4. 第3步移植W5500驱动到HAL库W5500的驱动网上能找到很多版本官方也有完整的ioLibraryDriver库。直接拿来用会省很多事但官方的底层接口是针对标准库或者Linux编写的放到HAL环境下需要改几个SPI读写函数。如果你不打算用官方库自己写驱动也不难核心就两个SPI寄存器读写和Socket状态管理。4.1 驱动文件怎么组织我习惯把驱动拆成四个文件w5500_hal.c/h、w5500_socket.c/h再加一个bsp_spi.c/h。w5500_hal负责底层的SPI收发、寄存器读写、引脚控制w5500_socket负责Socket创建、连接、收发、断开这些网络操作。为什么要单独拆出来因为W5500的硬件层只需要SPI和几个GPIO以后换主控或换SPI引脚只需要改bsp_spi.c网络层代码完全不用动。W5500寄存器读写有一个统一的帧格式先拉低CS发送一个控制字节接着发送16位寄存器地址再根据读写方向发送或接收数据。控制字节的bit7表示读写方向0为读1为写bit6和bit5表示寄存器块偏移比如Common寄存器区是00Socket寄存器区是01bit4到bit0是A4-A0高5位地址。帧结构很规整代码写起来也不绕。4.2 底层SPI读写函数适配在HAL库下SPI单字节读写最直接的方法是调用HAL_SPI_TransmitReceive。这个函数会同时发送和接收一个字节非常适合W5500这种全双工SPI设备。我先封装两个函数uint8_t SPI_ReadWriteByte(uint8_t data) { uint8_t rxData 0; HAL_SPI_TransmitReceive(hspi1, data, rxData, 1, 10); return rxData; }然后实现W5500的寄存器读写void W5500_WriteByte(uint8_t block, uint16_t addr, uint8_t data) { uint8_t ctrl 0x04; // 写标志寄存器区偏移 CS_LOW(); SPI_ReadWriteByte(ctrl | ((block 5) 0x60)); SPI_ReadWriteByte((addr 8) 0xFF); SPI_ReadWriteByte(addr 0xFF); SPI_ReadWriteByte(data); CS_HIGH(); } uint8_t W5500_ReadByte(uint8_t block, uint16_t addr) { uint8_t ctrl 0x00; // 读标志 uint8_t data 0; CS_LOW(); SPI_ReadWriteByte(ctrl | ((block 5) 0x60)); SPI_ReadWriteByte((addr 8) 0xFF); SPI_ReadWriteByte(addr 0xFF); data SPI_ReadWriteByte(0x00); CS_HIGH(); return data; }这里有个细节W5500的地址寄存器偏移用block区分Common寄存器偏移为0Socket寄存器的偏移为1、2、3、4分别对应Socket0到Socket4。更简单的办法是把block直接传0到4函数内部自动换算。注意CS必须在整个访问周期内保持低电平中间不能因为别的中断插入而拉高否则通讯会被打断。4.3 初始化流程与网络参数配置W5500的初始化分几步先硬件复位再软复位然后配置网关、子网掩码、本机MAC、本机IP最后设置socket缓冲区大小。最后一步容易被忽略W5500内部有16KB的收发缓存默认情况下每个Socket有2KB收、2KB发如果你觉得带宽不够可以重新划分。我们用默认设置就够。核心代码void W5500_Init(void) { W5500_RST_LOW(); HAL_Delay(50); W5500_RST_HIGH(); HAL_Delay(50); // 软复位 W5500_WriteByte(0, 0x0000, 0x80); // MR | RST HAL_Delay(50); // 配置网络参数 W5500_WriteByte(0, 0x0001, 0x01); // GAR 网关第一个字节 W5500_WriteByte(0, 0x0002, 0x00); W5500_WriteByte(0, 0x0003, 0xA8); W5500_WriteByte(0, 0x0004, 0x01); // 本机IP192.168.1.50 W5500_WriteByte(0, 0x000F, 192); W5500_WriteByte(0, 0x0010, 168); W5500_WriteByte(0, 0x0011, 1); W5500_WriteByte(0, 0x0012, 50); // 本机MAC随便填注意不要和局域网内设备冲突 W5500_WriteByte(0, 0x0009, 0x02); W5500_WriteByte(0, 0x000A, 0x00); W5500_WriteByte(0, 0x000B, 0x00); W5500_WriteByte(0, 0x000C, 0x00); W5500_WriteByte(0, 0x000D, 0x00); W5500_WriteByte(0, 0x000E, 0x01); }如果你嫌一个字节一个字节写网关和IP麻烦我建议直接自己封装一个W5500_WriteBuffer函数用来批量写入代码会简洁很多。写完之后可以读回来对比一下或者用串口打印出来确认。我在调试时还喜欢在初始化后读版本寄存器VERSIONR应该返回0x04用来确认SPI通讯正常。5. 第4步5步实现TCP客户端通讯的完整代码这一步是整个文章的重点。标题里说的5步对应到具体TCP流程就是初始化网络参数、创建Socket、连接服务器、收发数据、断开重连。下面我按照这个顺序把可复制的代码一步一步贴出来并且每一步都会解释为什么这么做。5.1 第一步打开Socket并绑定本地端口TCP客户端不需要像服务器那样调用bind固定端口但W5500要求先打开Socket并设置本地端口。如果你不设置W5500会用默认端口0连接服务器时可能会被服务器拒绝。我习惯给每个客户端连接分配一个固定的本地端口比如6666这样如果服务端需要识别设备端口也方便。uint8_t W5500_SocketOpen(uint8_t sock, uint16_t port) { // 关闭之前可能残留的socket W5500_WriteByte(sock, 0x0001, 0x01); // Sn_MR TCP W5500_WriteByte(sock, 0x0004, (port 8) 0xFF); // Sn_PORT W5500_WriteByte(sock, 0x0005, port 0xFF); W5500_WriteByte(sock, 0x0006, 0x01); // Sn_CR OPEN // 等待命令完成 while (W5500_ReadByte(sock, 0x0001) 0x00); }要注意Sn_CR寄存器写入OPEN后要等它自动清零才能做下一步操作。这个等待不能省否则后面的状态判断会出错。实际操作中如果长时间没清0说明socket配置有问题比如Sn_MR模式寄存器没设置正确。5.2 第二步连接远端TCP服务器连接是在SOCK_INIT状态下发起CONNECT命令然后轮询连接状态直到进入SOCK_ESTABLISHED。W5500的连接状态寄存器Sn_SR是核心它的值是0x13代表TCP已建立连接0x17代表关闭等待0x1C代表已关闭。不能只看是否返回1来判断连接成功一定要读状态寄存器。uint8_t W5500_SocketConnect(uint8_t sock, uint8_t *ip, uint16_t port) { // 配置远端IP和端口 W5500_WriteByte(sock, 0x000C, ip[0]); W5500_WriteByte(sock, 0x000D, ip[1]); W5500_WriteByte(sock, 0x000E, ip[2]); W5500_WriteByte(sock, 0x000F, ip[3]); W5500_WriteByte(sock, 0x0010, (port 8) 0xFF); W5500_WriteByte(sock, 0x0011, port 0xFF); W5500_WriteByte(sock, 0x0001, 0x04); // Sn_CR CONNECT // 等待连接结果超时时间建议5秒 uint32_t start HAL_GetTick(); while (HAL_GetTick() - start 5000) { uint8_t status W5500_ReadByte(sock, 0x0003); if (status 0x17) // SOCK_ESTABLISHED { printf(TCP connected\r\n); return 1; } if (status 0x1C || status 0x1D) // 连接失败或超时 { return 0; } HAL_Delay(1); } return 0; }这里有个很常见的坑连接超时后W5500的Socket不会自动回到SOCK_INIT状态而是会进入SOCK_CLOSED或SOCK_CLOSE_WAIT。所以重连之前必须先执行DISCONNECT或CLOSE命令把Socket关掉然后重新打开。不然你会发现第二次就连不上了。5.3 第三步发送与接收数据数据收发是TCP客户端最重要的环节。W5500发送数据的流程是先往发送缓冲区写数据然后设置发送长度最后触发SEND命令。接收数据则要先查询接收缓冲区大小再读取数据最后执行RECV命令释放缓冲区。发送函数我封装成了直接传入缓冲区和长度uint16_t W5500_Send(uint8_t sock, const uint8_t *buf, uint16_t len) { // 获取发送缓冲区空闲大小 uint16_t freeSize W5500_Read16(sock, 0x0020); if (freeSize len) return 0; // 写发送数据到Txbuffer W5500_WriteBuffer(sock, 0, buf, len); W5500_Write16(sock, 0x0024, len); // Sn_TX_WR W5500_WriteByte(sock, 0x0001, 0x20); // Sn_CR SEND // 等待SEND命令完成 while (W5500_ReadByte(sock, 0x0001) ! 0x00); return len; }接收函数稍微复杂一点uint16_t W5500_Recv(uint8_t sock, uint8_t *buf, uint16_t maxLen) { uint16_t rxSize W5500_Read16(sock, 0x0026); if (rxSize 0) return 0; if (rxSize maxLen) rxSize maxLen; W5500_ReadBuffer(sock, 0, buf, rxSize); W5500_Write16(sock, 0x0028, rxSize); // Sn_RX_RD W5500_WriteByte(sock, 0x0001, 0x40); // Sn_CR RECV while (W5500_ReadByte(sock, 0x0001) ! 0x00); return rxSize; }W5500_Read16和W5500_Write16其实就是我自己封装的16位寄存器读写底层还是调W5500_ReadByte、WriteByte只是把高低字节拼一下。W5500_ReadBuffer、W5500_WriteBuffer则是批量读写缓冲区的函数因为Sn_TX_FIFO和Sn_RX_FIFO的地址是从0开始的直接按寄存器方式读写就行。这几个封装函数建议直接参考官方驱动来改避免自己处理地址时出错。5.4 第四步主循环里的TCP状态机上面的函数拆开看都可以单独工作但TCP客户端必须有一个主循环状态机来管理连接、断线、重连。我的做法是在main函数的while(1)里放一个TCP_Client_Task用switch-case处理三个状态未连接、连接中、已连接。核心思想是如果已连接就定期发送心跳数据解析服务器下发的指令如果断开就关闭Socket等待若干秒后重新创建连接。void TCP_Client_Task(void) { switch (tcpState) { case TCP_STATE_DISCONNECTED: if (W5500_SocketOpen(0, 6666)) { tcpState TCP_STATE_CONNECTING; } break; case TCP_STATE_CONNECTING: if (W5500_SocketConnect(0, serverIp, 8080)) { tcpState TCP_STATE_CONNECTED; printf(server connected\r\n); } else { printf(connect failed, retry later\r\n); W5500_SocketClose(0); tcpState TCP_STATE_DISCONNECTED; } break; case TCP_STATE_CONNECTED: // 定时发送心跳比如每5秒发一次 if (HAL_GetTick() - lastHeartBeat 5000) { W5500_Send(0, (uint8_t *)heartbeat, 9); lastHeartBeat HAL_GetTick(); } // 主动接收数据 uint16_t len W5500_Recv(0, rxBuf, sizeof(rxBuf)); if (len 0) { // 处理服务器下发数据 printf(recv %d bytes\r\n, len); } // 检查连接是否断开 uint8_t status W5500_ReadByte(0, 0x0003); if (status 0x1C || status 0x1D) { printf(connection lost\r\n); W5500_SocketClose(0); tcpState TCP_STATE_DISCONNECTED; } break; } }我特别想强调一下接收数据的触发方式。W5500的INTN低电平表示有中断事件比如接收到数据、连接建立、连接断开但你可以在中断服务函数里只设置一个标志位然后在主循环中查询状态寄存器这样避免在中断上下文中做SPI读写大大减少卡死风险。我在实际项目中一直都是这么干的简单可靠。5.5 第五步断开与重连的细节断开连接有两个命令一个是DISCONNECT一个是CLOSE。DISCONNECT是发起TCP四次挥手适合正常关闭连接CLOSE是强制关闭不管TCP状态直接释放Socket。重连之前我习惯先执行CLOSE把Socket恢复到关闭状态确保下一次OPEN是干净的状态。千万不要在刚断开后立刻重连最好加上1到2秒的延时否则服务器那边还可能残留半开连接。还有一个技巧W5500接收数据时如果服务器发来的TCP分片长度很大一次性可能读不完需要分多次从RX缓冲区读取。我的W5500_Recv实现里虽然设了maxLen但如果一次没读完Sn_RX_RD没有更新到最后的接收指针下次W5500_Recv会仍然读到同一段旧数据。标准做法是维护一个读指针变量每次调用接收时从上次读的位置继续读直到接收缓冲区为空。如果这篇文章是用在轻量级场景你可以先假设单次接收不超过MTU不做这个复杂处理但在实际产品里建议把读指针加进去。6. 第5步调试、验证与问题排查代码写完不是结束能稳定跑起来才是目的。这一部分我会把常见的调试工具、排查经验做一次整理都是能直接落地的建议。6.1 先确认本地回环用W5500 Ping探测IP把程序烧录进去后第一步不要急着连接服务器。先确认W5500有没有在网络上正常工作。最简单的方法是Ping一下W5500的IP地址我例子里的192.168.1.50。如果能Ping通说明PHY层、MAC层、ARP协议都正常。如果你发现Ping不通先看RJ45的Link指示灯是否亮不亮就查网线、PHY供电、网络变压器。点亮后还不通多半是SPI通讯有问题或者网络参数没配置对。这里有一个容易被绕进去的点W5500默认不开启Ping响应也需要依赖协议栈但只要配置了正确的网络参数Ping是自动支持的不需要额外代码。你只需要在初始化里确保网关、掩码、IP、MAC都正确并且局域网的网段一致。6.2 用Socket状态寄存器定位连接问题如果Ping通了但TCP连不上先检查Sn_SR状态。我在调试时会用串口每500ms打印一次Socket0的状态寄存器值。W5500的状态编码我在前面写了0x13是已连接0x17是关闭等待0x1C是已关闭。常见的问题是卡在SOCK_SYNSENT说明SYN包发出去了但没收到应答。这个现象通常不是W5500的问题而是服务器IP/端口不对或者中间有防火墙拦掉了TCP连接。如果在局域网里测试可以先关掉电脑防火墙再用网络调试助手开启TCP Server监听。还有一种情况是设备自己主动发数据但服务器收不到。这在W5500上多半是Sn_TX_WR写指针没有更新。我的W5500_Send函数里写数据前要先读Sn_TX_WR获取当前写位置写完数据后再写回Sn_TX_WR最后触发SEND命令。如果漏了更新写指针发送的长度对不上服务器端自然收不到完整数据。6.3 W5500几天后连不上、Ping断断续续的排查思路这个问题网上讨论很多我也踩过。看起来像是“芯片不稳定”但十有八九是硬件或软件上的边界情况。我整理了一个排查顺序现象可能性处理方法长时间运行后Ping不通电源纹波过大W5500进入低电压状态检查3.3V电源纹波加大电容或改用LDO单独供电Ping时通时不通SPI信号质量差时钟线受干扰缩短SPI线降低SPI频率到5MHz加33欧串联电阻几天后TCP连接自动断开服务器半开连接探测机制把设备踢下线客户端定期发心跳包服务器端开启TCP KeepAlive重连失败状态卡住Socket残留半开状态重连前执行CLOSE增加延时避免频繁重连我特别想提醒一点W5500的Socket接收缓冲区只有2KB如果服务器一直发大包而设备来不及读RX缓冲区会满W5500会暂停接收新数据。这时候表现就像网卡“卡死”一样但其实只是你没及时读缓冲区。解决方法是把轮询频率提高或者在中断里立刻读走数据不要让缓冲区长期满。6.4 HAL库与LL库的选择以及SPI DMA的坑很多人在HAL库和LL库之间纠结。我的建议是如果你项目里需要兼容不同STM32型号优先用HAL库如果你对延时和代码体积非常敏感可以用HAL里的LL接口或者直接操作寄存器。W5500驱动这种高频SPI读写用HAL阻塞方式占用CPU量其实不大一帧数据也就几十微秒没必要上DMA。如果你确实想用DMA要注意HAL_SPI_Transmit_DMA和HAL_SPI_Receive_DMA需要先判断上次传输是否完成否则会出现“串口HAL库使用DMA发送数据不能连续发送”类似的问题。解决方法是每次DMA传输前检查hspi-State是否等于HAL_SPI_STATE_READY或者在传输完成回调里等标志位。我个人的经验是W5500用阻塞SPI最省心代码也最容易调试。等以后需要用大量数据传输比如跑FTP或HTTP下载大文件再考虑DMA也不迟。7. 调试记录与最终经验总结这篇文章里的代码我在STM32F407核心板加一块W5500模块上完整跑通过。用网络调试助手建一个TCP Server监听8080端口设备上电后大约1秒内就能连上然后每5秒发一条心跳调试助手能稳定收到数据在调试助手发一条指令串口也能打印出来。调试过程中我自己的习惯是先不要写完整的状态机先写一个最简单的循环初始化W5500打开Socket连接服务器连上后发一包数据看调试助手能不能收到。能收到再把收发逻辑扩展开。这个“先亮灯、再跑马”的方法很笨但对排查问题非常有效。因为W5500本身自带协议栈大多数问题不是TCP栈的问题而是SPI通讯或网络参数配置的问题越早把基础链路打通后面越省时间。如果你以后想在这个基础上做4G OTA升级、MQTT协议设备上云思路也是一样的。W5500只负责TCP/IP层MQTT或者自定义协议都在上层你只需要在TCP客户端收发函数里按协议格式打包和解包。比如做MQTT可以把W5500的Socket抽象成类似BSD Socket的接口配合EMQX或阿里云IoT平台整个设备接入上云也不过是几天的事。最后再说一个W5500的冷门优点它的Socket最多支持8个4个TCP和4个UDP可以同时跑。这意味着你可以同时做TCP客户端上云又开一个UDP端口做局域网设备发现一台设备就能兼顾两套业务。这个特性在写产品固件时非常实用建议你有机会试试。
