1. 硬件连接检查：Ping不通的第一道防线
当你用STM32CubeMX配置好LwIP+FreeRTOS后，发现板子死活Ping不通，先别急着改代码。我遇到过太多案例，最后发现问题出在最基础的硬件连接上。首先确认你的网线是不是好的——听起来很傻，但真的有人折腾半天发现用的是坏网线。
重点检查RMII接口的引脚连接。以常见的LAN8720A PHY芯片为例，必须确保以下引脚正确连接：
- REF_CLK：50MHz时钟输入（可以是外部晶振或STM32提供）
- CRS_DV和RXD0/RXD1：数据接收引脚
- TX_EN和TXD0/TXD1：数据发送引脚
用万用表测量PHY芯片的供电电压（通常是3.3V）。有一次我的板子Ping不通，最后发现是LDO输出只有2.8V，PHY芯片工作不稳定。还有个坑是复位信号，LAN8720A需要至少10ms的低电平复位脉冲，检查你的复位电路参数是否满足要求。
2. CubeMX基础配置：那些容易踩的坑
在CubeMX中创建工程时，时钟配置是第一个关键点。以STM32F407为例，ETH时钟必须来自PLL输出，且要满足RMII要求的50MHz时钟。我建议先用CubeMX的Clock Configuration工具自动计算，然后手动检查ETH时钟是否在绿色安全范围内。
ETH参数配置中这几个选项最容易出错：
- PHY地址：LAN8720A默认是0，但有些板子可能跳线到1
- Auto-negotiation：新手建议先关闭，固定为100M全双工
- Checksum offload：初期调试建议全部禁用
FreeRTOS配置有个隐藏陷阱：SysTick被RTOS占用后，需要为ETH单独分配一个硬件定时器作为时间基准。在SYS配置里把Timebase Source改成TIM2-TIM7中的任意一个，别用默认的SysTick。
3. 内存分配：栈溢出导致Ping失败的终极杀手
这是最常导致Ping失败的软件原因。CubeMX生成的默认任务栈大小（通常是128字）根本不够LwIP使用。我建议按以下步骤调整：
- 找到StartDefaultTask任务定义
- 将栈大小从128改为至少512字（如512x4=2048字节）
- 在FreeRTOSConfig.h中增加堆大小：
#define configTOTAL_HEAP_SIZE ((size_t)32*1024) // 至少16KB如果还不行，试试这个核武器配置：
void StartDefaultTask(void *argument) { static uint8_t lwip_stack[6*1024]; // 额外分配的栈空间 MX_LWIP_Init(); // ...其他代码 }记得检查map文件确认栈没有溢出。有次调试发现栈溢出导致ETH中断无法触发，Ping包根本进不来。
4. LwIP参数调优：从Ping通到稳定的关键
CubeMX生成的lwipopts.h可能需要手动修改。这几个参数直接影响Ping：
#define MEM_SIZE (16*1024) // 默认4KB太小，建议16KB起 #define PBUF_POOL_SIZE 16 // 默认8可能不够 #define TCPIP_THREAD_STACKSIZE 1024 // 默认可能太小对于使用FreeRTOS的情况，务必检查是否启用了这两个宏：
#define LWIP_TIMEVAL_PRIVATE 0 // 必须为0才能与FreeRTOS兼容 #define LWIP_TCPIP_CORE_LOCKING 1 // 启用RTOS保护有个坑爹的问题：某些CubeMX版本生成的代码会遗漏tcpip_init回调。检查你的MX_LWIP_Init()函数，确保有这样的调用：
tcpip_init(NULL, NULL); // 必须要有！5. 高级调试技巧：当常规方法都失效时
如果以上方法都试过还是Ping不通，就需要上硬核手段了：
用逻辑分析仪抓RMII信号：看PHY和MAC之间是否有数据交换。我曾用这个方法发现REF_CLK频率漂移的问题。
修改ethernetif.c：在low_level_output()函数最后添加缓存刷新：
SCB_CleanInvalidateDCache(); // 对于带Cache的STM32H7系列特别重要- PHY寄存器诊断：通过读取PHY的BSR寄存器确认链路状态：
uint32_t phyStatus; HAL_ETH_ReadPHYRegister(&heth, PHY_BSR, &phyStatus); if(!(phyStatus & PHY_LINKED_STATUS)) { // 物理链路没通 }- Wireshark抓包：通过路由器镜像端口看是否有ARP请求发出。有次发现板子发的ARP包格式错误，最终是DMA配置问题。
最后提醒：不同STM32系列的ETH外设存在差异。比如F4系列需要手动启用接收中断，而H7系列可能需要配置MPU保护DMA缓冲区。建议先找官方例程对照，我调试F767时就发现CubeMX生成的代码漏了中断使能。
调试网络问题要有耐心，有时候就是某个GPIO模式配置错了。建议每次修改只变动一个参数，并用版本控制工具保存每个调试步骤，这样能快速回退到上一个可用状态。
