ESP32网口无法获取IP地址怎么办？

Question

ESP32以太网模块无法获取IP地址是常见问题之一。通常表现为调用`ETH.begin()`后，`WiFi.localIP()`始终返回0.0.0.0。可能原因包括：PHY芯片（如LAN8720）供电不稳定、时钟配置错误、GPIO引脚映射不正确（如MDIO、MDC、REF_CLK等）、MAC地址未正确设置，或路由器DHCP服务异常。此外，网线质量差或交换机端口故障也可能导致握手失败。建议使用串口打印以太网状态机信息，确认是否完成链路协商，并检查`eth_phy_get_link_speed()`获取连接状态。启用`CONFIG_ETH_ENABLED`相关日志可辅助诊断。

Answer 1

一、ESP32以太网模块无法获取IP地址：问题现象与初步识别

在嵌入式物联网开发中，ESP32通过外接PHY芯片（如LAN8720）实现以太网功能已成为常见方案。然而，开发者常遇到调用ETH.begin()后，WiFi.localIP()始终返回0.0.0.0的问题。该现象表明以太网接口未能成功获取IP地址，通常意味着DHCP流程未启动或物理层连接失败。

初步判断可通过串口输出观察以下信息：

• ETH初始化是否成功返回true
• 是否有“Ethernet link up”日志
• eth_phy_get_link_speed()是否返回10Mbps/100Mbps
• DHCP client是否尝试发送DISCOVER包

二、从物理层到网络层的故障排查路径

以太网通信是一个多层级协同过程，涉及硬件连接、时钟同步、MAC-PHY交互及上层协议栈。以下是按OSI模型分层的排查逻辑：

层级	检查项	调试方法
物理层	供电、REF_CLK、MDIO/MDC引脚	示波器测量25MHz时钟
数据链路层	MAC地址配置、PHY ID读取	eth_phy_get_id()
网络层	DHCP请求、ARP响应	启用LWIP日志跟踪
应用层	IP绑定状态、DNS解析	WiFi.localIP()

三、典型原因深度剖析与验证手段

结合多年现场调试经验，以下为导致ESP32以太网无法获取IP的核心因素及其验证方式：

1. PHY芯片供电不稳：LAN8720要求3.3V±5%稳定电源，使用万用表检测VDDIO与AVDD引脚电压波动。
2. REF_CLK信号缺失：ESP32需外部提供25MHz时钟，若使用内部振荡器模拟，必须正确配置GPIO0或GPIO16作为输出。
3. GPIO引脚映射错误：不同开发板引脚定义差异大，例如WAVESHARE LAN8720模块常用：

   
   #define PIN_ETH_POWER   12
   #define PIN_ETH_MDC     23
   #define PIN_ETH_MDIO    18
   #define PIN_ETH_REF_CLK 17
       

4. MAC地址未设置或冲突：可通过esp_base_mac_addr_get()读取出厂MAC，避免手动设置重复值。
5. 路由器DHCP服务异常：更换已知正常的设备接入同一交换机端口进行对比测试。
6. 网线或端口故障：CAT5以上标准网线应支持100Mbps协商，劣质线缆可能导致CRC错误累积。

四、高级诊断工具与日志分析流程

启用ESP-IDF中的详细日志是定位问题的关键步骤。建议在menuconfig中开启：

CONFIG_ETH_ENABLED=y
CONFIG_PHY_LAN8720=y
CONFIG_LOG_DEFAULT_LEVEL=4  # INFO级别
CONFIG_ESP32_PHY_DEBUG=y
CONFIG_LWIP_DEBUG=y

随后可在代码中添加状态机监控：

<script type="text/javascript"></script>

void eth_event_handler(void *arg, esp_event_base_t event_base,
                       int32_t event_id, void *event_data) {
    switch (event_id) {
        case ETHERNET_EVENT_CONNECTED:
            ESP_LOGI(TAG, "Ethernet Link Up");
            break;
        case ETHERNET_EVENT_DISCONNECTED:
            ESP_LOGI(TAG, "Ethernet Link Down");
            break;
        case ETHERNET_EVENT_START:
            ESP_LOGI(TAG, "Ethernet Started");
            break;
    }
}

五、系统级解决方案与预防措施

基于上述分析，构建一个健壮的以太网初始化流程至关重要。推荐采用如下结构化处理机制：

graph TD A[调用ETH.begin()] --> B{物理连接正常?} B -- 否 --> C[检查电源与时钟] B -- 是 --> D[读取PHY ID] D --> E{ID匹配预期?} E -- 否 --> F[校正MDIO通信] E -- 是 --> G[等待link up事件] G --> H{link_speed > 0?} H -- 否 --> I[检查网线与交换机] H -- 是 --> J[启动DHCP客户端] J --> K{获取IP成功?} K -- 否 --> L[抓包分析DHCP交互] K -- 是 --> M[完成初始化]