简介ESP32-POE开发板集成100Mb以太网和IEEE 802.3 PoE供电采用Si3402-B芯片并兼容旧式PoE深度睡眠功耗低于100µA十分适合智能家居、工业传感器和边缘节点等需网线供电的低功耗IoT场景。压缩包共398个文件大小约14MB涵盖81个C源码、38个头文件、KiCad原理图与PCB工程、Gerber/钻孔制造文件、STEP/WRL三维模型、PDF文档和Arduino示例等从固件驱动到硬件设计一应俱全。值得注意的是包内包含nes6502.c、nes_apu.c等NES模拟器相关代码可作为复杂应用开发的参考样例。已有2126人学习下载适合嵌入式开发者、硬件工程师和物联网爱好者按目录可快速定位设计制造与固件代码便于二次开发和PoE应用验证。1. 项目概述与设计动机1.1 为什么选择ESP32-POE方案先说说我做这块板子的背景。前两年做的一个环境监测项目需要在厂区不同位置部署十几个传感器节点每个节点都要接网线同时还要解决供电问题。当时用的是普通ESP32开发板加WiFi结果WiFi在金属结构多的厂房里频繁掉线供电又得每个节点单独拉电源适配器现场乱得不行。后来我意识到工业场景下IO设备最靠谱的连接方式始终是有线以太网一是稳定二是可以通过POE同时解决通信和供电两个问题一根网线搞定所有。ESP32-POE就是在这个需求下产生的它把ESP32的无线能力与100Mb以太网、802.3af POE供电整合在一块开发板上让每个节点只需要插一根网线就能完成通电、入网、上报数据。这块板子适合谁用适合做工业数据采集、边缘计算网关、智能家居中控、机器人通信节点的开发者。用WiFi方案经常被信号干扰、电源布线折磨的人换到POE方案之后这类问题会大幅减少。整块板子的核心价值在于让IoT设备从“需要插座和路由器”变成“只需要一根网线”部署灵活性和稳定性都上升了一个层级。1.2 核心硬件组成与工作原理一块典型的ESP32-POE开发板核心部分有四个ESP32主控芯片负责运行应用程序、处理网络协议栈以太网PHY芯片比如LAN8720A负责物理层信号的收发与编解码网络变压器加RJ45座子负责信号隔离与电平转换POE PD模块负责从网线中提取48V直流电降压到5V/3.3V供系统使用。整个数据链路大概是这样的网线进来信号经过网络变压器耦合到PHY芯片PHY芯片通过RMII接口与ESP32的MAC控制器通信ESP32内部跑LWIP协议栈完成TCP/IP处理。同时网线中还有两对线承载着POE供电的48V电压这个电压经过PD握手芯片确认后由DC-DC转换器降压成系统需要的工作电压。需要注意ESP32内置了以太网MAC控制器但没有PHY所以必须外接一颗PHY芯片。在选择PHY时我对比过LAN8720A、IP101GRI、KSZ8081这三款最终选了LAN8720A原因有三个价格便宜、资料多、RMII接口时序好调。后面会详细讲这颗芯片的电路设计细节。2. 核心硬件解析POE供电链路与以太网PHY2.1 POE供电原理与PD握手过程POE系统分为供电设备PSE和受电设备PD两端。开发板属于PD端。标准POE供电流程是这样的PSE先输出一个低电压探测信号检测网线对端是否存在合法的PD设备一般通过检测25kΩ特征电阻确认之后PSE会继续发送分级信号确定功率等级最后才输出完整的48V供电电压。PD端的电路设计就围绕这个流程展开RJ45进来之后先经过整流桥把网线中任意极性的供电统一成固定方向然后接到PD握手芯片我用的方案是基于TPS2375的电路。TPS2375完成特征电阻检测、分级、热插拔浪涌控制输出一个稳定电压给后级的DC-DC转换器。DC-DC我用的是TPS5430把48V降到5V再通过AMS1117降到3.3V给ESP32和PHY芯片供。这里有个关键设计点PD握手芯片的检测电阻和分级电阻一定要匹配好。特征电阻标准是25kΩ分级电阻决定你的设备在PSE那里申请多少功率。对于ESP32-POE这种功耗不到2W的设备直接做成Class 0默认级别最大13W就行了不需要做满802.3at的Class 4。如果你把分级电阻设成Class 430W有些交换机反而会拒绝供电因为觉得你的PD设备“没资格”申请那么大功率。POE供电模式下整板功耗必须控制好。实测我的板子正常运行电流大约在180mA3.3VPOE供电时DC-DC整体转换效率约85%也就是说从网线端消耗功率大约是0.7W左右。这一点在散热设计上压力不大但如果你的应用要挂载大功率外设建议直接从5V端取电绕开AMS1117的压降损耗。做POE电路时另外一个容易忽略的细节是RJ45的布线极性。网线中的POE供电有两种模式模式A是数据线对供电模式B是空闲线对供电。虽然整流桥能解决极性反转问题但PCB上一定要把两对线的走线宽度和长度保持一致避免供电不平衡导致压降差异。出于安全考虑在这个环节我特意在整流桥前后都加了TVS管防止PSE端热插拔时产生的浪涌打坏后级电路。2.2 PHY芯片电路设计与RMII接口要点ESP32与LAN8720A之间通过RMII接口连接。RMII只需要7根信号线TX_EN、TXD0、TXD1、RXD0、RXD1、CRS_DV和REF_CLK相比MII接口的16根少了一半多布线难度大大降低。RMII有两个必须注意的坑。第一个是时钟源选择RMII要求50MHz的参考时钟这个时钟可以由外部晶振提供也可以由MAC侧提供。LAN8720A支持外部25MHz晶振配合内部PLL倍频到50MHz的方案我实测这个方式最稳时钟抖动小。不少人的板子网络不通问题就出在把REF_CLK的时钟路径走线太远导致信号质量差。第二个坑是CRS_DV信号这个在LAN8720A上默认是复用引脚需要通过外部电阻配置成CRS_DV模式否则link up之后收不到数据。PHY地址也是个容易踩坑的点。LAN8720A的PHY地址默认为0但如果你的板子上还挂了其他I2C设备可能出现地址冲突。解决办法是把PHYAD0引脚通过电阻上拉到3.3V把地址改成1。我在设计时预留了这个电阻位方便调试时切换。网络变压器的选型同样决定成败。100Base-TX用11的变压器带中心抽头抽头接法有讲究发送对的中心抽头直接接3.3V接收对的中心抽头通过电容接地。如果接反了虽然也能link up但丢包率会明显上升。我第一版PCB就犯过这个错症状是ping丢包在10%左右排查了很久才发现是变压器抽头接错。2.3 PCB布局与信号完整性经验这块板子的PCB设计有几个关键注意点都是实测出的经验差分对TXP/TXN、RXP/RXN要做100Ω差分阻抗控制线宽和间距根据板厂参数计算一般4层板表层1oz铜厚、线宽6mil、间距8mil能到90-100Ω左右RMII信号线要等长特别是TXD0/TXD1和RXD0/RXD1这三组长度差控制在10mm以内问题不大REF_CLK走线要远离电源电感和大电流走线最好加地孔包围POE部分的整流桥、DC-DC电感要远离天线区域否则会拉低WiFi灵敏度。说到分地POE电路的地和数字地之间用磁珠单点连接即可。不要大面积铺铜连接否则DC-DC的开关噪声会污染整个地平面。WiFi天线区域的净空需要特别注意天线下方所有层的铜皮都要挖空否则信号衰减非常严重。我最早一版天线效率只有-5dBi挖空之后改善到-1.5dBi左右。3. 软件工程从裸机到ROS 2的完整软件栈3.1 ESP-IDF以太网驱动配置与应用框架硬件搞定了软件才是真正让板子“跑起来”的关键。ESP-IDF从4.x版本开始以太网驱动的集成度已经相当高了只需要几步就能把以太网接口跑起来。配置流程大致如下通过menuconfig开启Ethernet驱动选择RMII接口模式配置PHY芯片型号为LAN8720设置PHY地址配置RMII时钟源选择外部50MHz或GPIO输出初始化以太网并注册为网络接口。具体代码方面ESP-IDF的esp_eth组件封装得比较完善基本流程是这样的esp_eth_handle_t eth_handle; esp_eth_mac_t *mac esp_eth_mac_new_esp32(mac_config); esp_eth_phy_t *phy esp_eth_phy_new_lan87xx(phy_config); esp_eth_config_t eth_config ETH_DEFAULT_CONFIG(mac, phy); esp_eth_driver_install(eth_config, eth_handle); esp_netif_glue_handle_t glue esp_netif_create_netif_glue(eth_handle); esp_netif_t *eth_netif esp_netif_new(eth_netif_config); esp_netif_attach(eth_netif, glue); esp_eth_start(eth_handle);跑起来之后通过esp_netif_get_ip_info可以拿到DHCP分配的IP地址。这里要注意ESP32默认以太网和WiFi同时启用时常规场景需要设置路由优先级不然数据包可能从错误网卡转发出去。我的做法是如果以太网链接正常就优先走有线断开再切到WiFi。我还加了POE状态检测通过ADC读取DC-DC输出端的电压来判断当前是POE供电还是USB供电。这样设备可以在固件中上报供电方式方便运维时排查问题尤其是远程部署场景这个信息对判断断电原因特别有用。3.2 无线与有线协同工作模式很多人在问既然有了以太网还要ESP32的WiFi干什么其实这两个网络可以协同工作组合出很多实用场景以太网做主干、WiFi做AP开发板通过POE有线接入局域网同时开启SoftAP模式为现场其他无线设备提供网络服务相当于一个有线转无线的小型网关以太网回传、WiFi做配网首次部署时用手机连接板子的WiFi热点通过网页或BLE完成网络配置然后数据走有线传输兼顾配置便利性和数据稳定性双链路冗余以太网断线时自动切换WiFi链路上报数据网络恢复后再切回有线适合可靠性要求极高的场景。在代码层面做链路切换可以使用esp_netif提供的事件回调监听ETH_EVENT_STA_DISCONNECT和WIFI_EVENT_STA_CONNECTED等事件动态调整esp_netif的默认路由。实测切换时间大约在2-3秒对于大多数数据采集类应用完全能接受。3.3 基于micro-ROS的ROS 2节点部署最近在机器人领域很多人想把ESP32-POE用作ROS 2的低成本传感器或执行器节点。这里要用到一个关键组件——micro-ROS它能让ESP32以最小开销运行ROS 2客户端通过以太网与运行ROS 2的机器人主控通信。结合热词里面提到比较多的micro_ros_espidf_component我实际踩通的集成路径是这样的先在components目录下引入micro-ROS的ESP-IDF组件然后通过idf.py menuconfig配置与上机位通信的共享内存、DDS相关参数。关键步骤如下在组件目录下clonemicro_ros_espidf_component仓库通过ros2 run micro_ros_setup create_agent创建micro-ROS Agent运行在主控上ESP32侧初始化micro_ros_platform接口指定以太网传输方式编译烧录Agent端通过micro-ros-agent udp4 --port 8888建立通信。配置完成后ESP32-POE就可以作为ROS 2节点发布数据了。这个方案的直接好处就是利用POE解决了机器人传感器节点的供电问题——要知道机器人底盘上最紧缺的资源就是供电接口走一根网线同时把数据、供电、时钟同步都处理掉属实是工程上的最优解。4. 烧录调试与量产避坑实操实录4.1 烧录与调试常见问题开发过程中总会遇到各种烧录失败的问题。ESP32-POE板比纯WiFi的ESP32模块更容易遇到“无法连接”的情况核心原因是POE供电电路干扰了USB转串口的供电判断。解决这个问题的办法很简单优先使用POE供电然后USB只做串口通信不要给板子供电。具体操作是USB转串口模块的3.3V输出脚悬空只接TXD/RXD/GND三条线。这样避免两路电源同时在板子上博弈。如果必须用USB供电则需要把POE网线拔掉再烧录量产时可以做一个带开关的烧录夹具。关于“ESP32锁住最简单解决方法”很多人问这个问题。所谓锁住有两个层面的情况一是不小心开启了flash加密导致小概率的无法重新烧录二是代码里把某些GPIO按住导致进入不了下载模式。先说不小心开启flash加密的情况idf.py menuconfig里开启了flash加密后如果设置了CONFIG_SECURE_BOOT或烧录了eFuse芯片会拒绝非加密固件写入。最简单的处理方式是用espefuse.py查询eFuse状态如果只是flash加密而secure boot还没锁可以在烧录时加--flash_encrypt选项重新烧录加密固件。如果eFuse已经永久锁死那只能换芯片。第二种情况按住了GPIO导致进不了下载模式比较好解决烧录时按住BOOT按键再复位或者用ESP32的UART0串口加一根跳线强制拉低GPIO0再执行esptool.py --after no_reset write_flash写入引导程序即可。此外批量烧录推荐使用ESP32的download mode短路座设计在板卡上预留一个2pin的固件烧录跳线生产时短路进下载模式烧录完成再跳开效率比手动按键高非常多。4.2 以太网性能常见故障排查速查表调试以太网时最怕的是“明明硬件都连好了但就是不通”的问题。我整理了一份排障速查表按概率从高到低排列现象可能原因检查方法解决办法插网线link灯不亮变压器边接错/中心抽头接反用示波器看PHY的TX波形核对变压器引脚定义link灯亮但ping不通PHY地址冲突/收发配置不对读取PHY寄存器0x01改PHY地址电阻网络能通但丢包率高REF_CLK时钟抖动大/差分走线差熟悉的话用频谱仪测REF_CLK改时钟源为外部晶振偶尔断线重连POE DC-DC噪声耦合到PHY供电测PHY的3.3V纹波DC-DC输出加LC滤波大量设备同时上线掉线散热不良导致PHY过热摸PHY芯片温度加散热焊盘/降低功耗其中PHY寄存器检查是最直接的定位手段LAN8720A寄存器0x01的bit2是link状态标志如果这个位是0说明物理链路根本没建立不用看上层协议直接查硬件。bit5是自动协商完成标志为0说明和交换机没协商成功检查双绞线线序和速率配置。4.3 量产烧录、测试与故障率控制经验这个项目到后期每批量产50片总结下来的经验对做小批量硬件的人一定有用。先解决烧录效率问题。开发阶段可以用USB转串口但量产时强烈建议做一套Pogo Pin夹具从板子底部的测试点顶出UART信号和EN脚。配合POE供电烧录效率比USB线连接快了一倍不止。前提是PCB设计初期就要预留这几个测试点后期补救会非常痛苦。再来说测试环节要建立一套可以复用的测试序列上电自检观察LED状态、以太网link测试ping通网关、POE供电验证拔掉USB观察板子是否还在运行、WiFi信号强度测试读取RSSI值。这四个测试在量产时缺一不可。POE供电验证这一项特别重要因为有些POE交换机的握手协商时序和实验室用的不一样必须在产线上做兼容性抽测不然发到客户手里就会遇到“插上没反应”的售后问题。我在量产中还发现LAN8720A芯片的焊接质量容易被忽视。QFN封装的接地焊盘如果虚焊板子表现是时好时坏——冷启动能联网跑一会儿就掉线。原因是QFN底部焊盘同时承担了散热和接地功能虚焊导致芯片工作一段时间后温度异常以太网PHY在高温下误码率陡增。这个问题通过X-Ray抽检能发现但更直接的方案是生产时用钢网开孔保证焊膏量充足。经验就是PHY芯片的焊盘设计一定比常规芯片多开几个过孔让热量和地都顺畅传导。5. 结尾一点个人体会做硬件这几年最大的感受是一块好的IoT开发板拼的不只是“能跑起来”而是“在复杂的现场环境下还能稳定跑”。ESP32-POE这个项目让我彻底改变了做IoT设备的方式之前总怕电源不行、WiFi不稳现在只要现场有网线其他事情都不用操心。尤其是对于做工业项目、机器人底盘的开发者来说一块带POE的ESP32板子能同时解决通信和供电两个老大难这省下来的时间和心力值得你去试一把。最后再分享一个调板小技巧如果调试时遇到网络时通时不通先不要急着怀疑软件去摸PHY芯片的温度。如果发热异常多半是焊接或电路设计的问题软件调再久也没用。硬件问题先查硬件这个原则帮我少走了很多弯路。本文还有配套的精品资源点击获取