ESP32-CAM供电避坑：5V与CH340 3.3V接法实测

1. 先把“几伏”这件事掰开：ESP32-CAM 的供电链路到底长什么样

先说个我上周刚遇到的场景。一位做毕设的同学拿着 ESP32-CAM 来找我，说板子“烧录成功但一跑就重启”，串口里反复刷Brownout detector was triggered。他给我的接线是：CH340 模块的 3.3V 接 ESP32-CAM 的 3.3V，GND 对接，TX/RX 交叉，IO0 接地。线序看起来毫无问题，逻辑电平也对，可就是跑不起来。我用万用表一量，CH340 那个 3.3V 脚在摄像头初始化瞬间掉到了 2.6V 以下，ESP32 的欠压检测直接触发复位。

这件事的核心不在“3.3V 对不对”，而在于很多人把“电压等级匹配”当成了“供电能力匹配”。ESP32-CAM 这块板子的供电结构比想象中复杂一点，它上面有一颗AMS1117-3.3这样的线性稳压器（LDO），有 5V 输入引脚，也有 3.3V 引脚，还挂着一颗摄像头模组和一块 PSRAM。你从哪个脚喂电、喂进去的电要经过哪些环节、每个环节能扛多大电流，直接决定了板子是“能亮灯”还是“能跑图传”。

1.1 板子上那颗 LDO 决定了 5V 引脚的真实身份

拆开看电路结构就清楚了。ESP32-CAM 的 5V 引脚并不是直接连到芯片的，它连的是板载 LDO 的输入端。LDO 把 5V 降到 3.3V，再喂给 ESP32-S 模组、PSRAM 和摄像头。也就是说，5V 引脚是一个“原料入口”，3.3V 是“成品出口”。这两个脚的地位完全不对等。

这里有个容易被忽略的细节：部分批次的板子在 5V 引脚和 LDO 输入之间串了一颗肖特基二极管，作用是防止外部电源和板载电路反灌。我手上这块板子实测二极管压降在 0.22V 左右，也就是你从 5V 脚送进去 5.0V，LDO 实际看到的输入只有 4.78V。还有的批次省掉了这颗管子，是直连。所以别照抄网上的电压数据，拿万用表量一下你自己的板子最靠谱。

LDO 的压差是第二个关键参数。AMS1117-3.3 在 1A 输出时的最大压差能到 1.3V，小电流下典型值在 1.0V 到 1.1V 之间。你算一下：如果从 5V 供电，减去二极管 0.22V，再减去压差 1.0V 左右，留给稳压的余量还有大约 0.8V，够用但不宽裕；如果从 3.3V 引脚倒灌进去，LDO 输入只有 3.3V，输出目标也是 3.3V，压差接近零，LDO 根本没法正常工作，它要么直接导通（等效于一颗电阻），要么输出跟着输入往下掉。这一点是理解整个接线争议的钥匙。

再算一下功耗。LDO 是线性稳压，多余的能量全变成热。假设板子工作在 WiFi 发射峰值，3.3V 侧取 350mA，那么 LDO 上的耗散是 (4.78 - 3.3) × 0.35 ≈ 0.52W。SOT-223 封装在无散热片、无铺铜的情况下，热阻大概在 60 到 80 度每瓦，温升三四十度很正常。所以你会摸到板子发烫，这不一定是坏了，是线性稳压的物理特性。想降温度，要么降低输入电压（但不能低于压差要求），要么换方案用 DC-DC，这就超出这块板子的设计了。

1.2 CH340 模块上的“3.3V”到底是哪一种 3.3V

这是被误解最多的地方。市面上带 CH340 的 USB 转串口小板，丝印上那个 3.3V 引脚至少对应三种不同的电路，输出能力差了一个数量级。

第一种，是 CH340G 芯片的 V3 引脚直接引出来的。CH340G 在 5V 供电时，V3 脚内部有一个稳压器，外接 0.1μF 电容到地，输出大约 3.3V，主要用途是给芯片内部的 USB 上拉电阻和 IO 电平参考供电。这个脚能对外提供的电流非常有限，实际测试下来带一颗 LED 没问题，接 ESP32-CAM 这种峰值几百毫安的负载，电压立刻塌陷。数据手册里对这个脚的对外供电能力有明确限制，做产品时没人会拿它当电源用。

第二种，模块上有一颗独立的 LDO（常见也是 AMS1117-3.3 或类似的小封装器件），把 USB 的 5V 降成 3.3V 引出来给外部目标板供电。这种脚能提供几百毫安，但同样受限于 LDO 本身的散热和 USB 口的 500mA 上限，而且模块厂为了省成本，常常只给一个很小的封装，实际能稳定输出的可能只有 200mA 到 300mA。

第三种，是模块上有个跳线帽或者拨动开关，用来选择 IO 电平是 5V 还是 3.3V，那个“3.3V”只是电平参考，压根不是电源输出。

这三种长得一模一样，丝印都写着 3.3V。你如果不看板上元件、不实测，根本不知道手里这块是哪种。我的习惯是拿到任何一块转串口板，先空载量一次 3.3V，再挂一个 100Ω 电阻（约 33mA）量一次，看跌多少，心里就有数了。跌超过 0.2V 的，别指望它带 ESP32-CAM。

1.3 为什么“灯亮了、串口有输出”不能证明供电没问题

ESP32-CAM 板载一颗红色电源指示灯，很多人拿它当“供电正常”的判据。这颗灯通常就串了一个 1kΩ 左右的限流电阻，工作电流只有几毫安。几毫安的负载能把电压拉起来，说明不了任何问题。

串口有输出也是同理。ESP32 上电后会从 Flash 启动，打印一段启动日志，这个过程里 WiFi 射频没开、摄像头没初始化，整板电流大概在 40 到 80mA 之间。这个电流水平，很多“勉强能用”的供电方案都能撑住，所以你看到日志正常滚动，甚至能看到rst:0x1 (POWERON_RESET)这样漂亮的输出。

真正的考验在三个时刻：一是调用esp_camera_init()初始化摄像头，摄像头模组上电和 SCCB 通信会拉一波电流；二是 WiFi 开始扫描和连接，射频功放开启，瞬时电流会窜到 300mA 以上；三是图像采集加上 WiFi 传输同时进行，这两个负载叠加，峰值我实测能到 400mA 上下。这三个时刻，哪个供电方案不够硬，就在哪个时刻翻车。

所以判断供电是否合格，别看灯，看串口有没有Brownout，看摄像头初始化返回的错误码，看能不能连续跑十分钟不重启。这三条都过了，才叫供电合格。

2. 两种接法的电路逻辑与风险对照

2.1 方案 A：5V 对 5V，让板载 LDO 干活

这是我一直推荐、也是官方文档隐含的标准接法：CH340 模块的 5V 引脚，接 ESP32-CAM 的 5V 引脚；两块板 GND 对接；CH340 的 TX 接 ESP32-CAM 的 U0R（即 RXD），CH340 的 RX 接 U0T（即 TXD）。烧录时把 IO0 短接到 GND，烧完断开、按一下复位键。

这个方案好在哪？分工清晰。CH340 模块只负责提供一路 5V 和做 USB 转串口，稳压这件事交给 ESP32-CAM 板载那颗 AMS1117。5V 到 3.3V 有 1.7V 的压差空间，LDO 工作在自己的舒适区，输出纹波小，负载调整率也过得去。而且这条路是你买这块板时厂家就设计好的，走的就是板上的电容、走的就是板上的铺铜。

前提是 CH340 模块的 5V 脚真的能从 USB 口拿到足够的电。绝大多数直连 USB 的模块，5V 脚就是 VBUS 直通，USB 2.0 口能提供 500mA，勉强够 ESP32-CAM 峰值使用。但有两个坑要留意：一是模块上如果有自恢复保险丝或者肖特基二极管，会带来 0.1V 到 0.3V 的额外压降；二是劣质 USB 线，线芯细、接触电阻大，5V 到了板子上可能只剩 4.6V，再减二极管、再减 LDO 压差，余量就紧张了。所以线材这件事不能省，短、粗、带屏蔽的线优先。

判断这条链路是否健康的方法很简单：烧录完成后，让板子跑一个 WiFi 扫描或者推流，同时用万用表盯着 ESP32-CAM 的 5V 引脚。如果电压稳定在 4.6V 以上，说明余量充足；如果掉到 4.2V 以下，就该换线、换口，或者上独立电源了。

2.2 方案 B：3.3V 对 3.3V，什么时候才是对的

把供电接到 ESP32-CAM 的 3.3V 引脚，这个动作本身没有错，错的是“谁来提供这路 3.3V”。

如果你手上有独立的、能稳定输出 1A 以上的 3.3V 电源，接到 3.3V 引脚是完全可行的，而且是效率最高的接法——绕过了板载 LDO，没有压差损耗，不会发热，还能避免 LDO 在大电流下的电压跌落。这种接法在电池供电或者多板共电源的系统里很常见。但要注意两点：一是这个 3.3V 电源的纹波要小，ESP32 的射频对电源噪声敏感，纹波大的开关电源会让 WiFi 变得不稳定；二是外部 3.3V 送进来时，LDO 的输入端是悬空或者被反灌的，某些 LDO 在输出端电压高于输入端时会有漏电流，长期这么用不是好习惯，严格的方案应该加一颗防反灌二极管或者干脆断开 LDO。

但如果是 CH340 模块上那个 3.3V 引脚，结论就不一样了。前面说过，那个脚要么是芯片内部稳压器出来的几十毫安，要么是一颗小封装 LDO 出来的两三百毫安。ESP32-CAM 在下载模式下的电流大概 60 到 90mA，勉强能烧录；一旦跑起来开 WiFi，或者初始化摄像头，就会把电压拉塌。这就是那位同学“能烧进去但跑不起来”的原因——不是代码问题，不是 Flash 问题，是电不够。

有个很典型的现象可以帮你判断：如果烧录成功率忽高忽低，有时候报Failed to connect to ESP32: Timed out waiting for packet header，有时候又能成功，八成就是供电不稳导致芯片在上电复位时序上不稳定。烧录阶段的电流波动虽小，但对电压精度要求高，3.3V 塌到 3.0V 以下就容易握手失败。

2.3 三种千万别试的接法

第一种，CH340 的 5V 接到 ESP32-CAM 的 3.3V 引脚。这是纯粹的过压，5V 直接怼到 3.3V 的芯片供电轨上，轻则烧 LDO 输出端的电容，重则直接干掉 ESP32-S 模组。有人说“我就接了一下，没烧”，那是运气，不是方案。

第二种，CH340 的 3.3V 接到 ESP32-CAM 的 5V 引脚。这个不会烧，但 LDO 输入只有 3.3V，压差不足，输出会跟着输入掉，最终 ESP32 拿到的电压可能在 2.8V 到 3.1V 之间晃。表现就是能启动、能打印日志，但 WiFi 一开就重启，摄像头初始化返回ESP_ERR_CAMERA_NOT_DETECTED或者干脆超时。这是最具迷惑性的一种接法，因为“看起来能跑”。

第三种，同时接两路电源。比如 USB-TTL 的 5V 接着，外部 5V 电源也接着。两路电源输出电压不完全一致时，会在板子上形成环流，倒灌回电压低的那一路。轻则保护、重则烧稳压器。要切换电源，先断一路再上一路。

还有一个小陷阱：有人为了“加强供电”，把 CH340 的 5V 和 3.3V 两个脚同时接到板子上不同的脚。这两路在模块内部可能是同源的（3.3V 由 5V 经 LDO 得到），这么接相当于把 LDO 的输出和输入短在一起，直接废掉稳压功能。别试。

2.4 烧录态完整接线表

下面这张表是我每次烧录都会对照的，建议你截图存手机里。注意方向：CH340 的 TX 要接 ESP32-CAM 的 U0R，这是“发对收”，接反了是最常见的失败原因。

CH340 (USB-TTL) ESP32-CAM ┌──────────────┐ ┌──────────────┐ │ │ │ │ │ 5V ───────┼──────────────┼─── 5V │ ← 供电主线 │ GND ───────┼──────────────┼─── GND │ ← 必须共地 │ TX ───────┼──────────────┼─── U0R(RX) │ ← 交叉 │ RX ───────┼──────────────┼─── U0T(TX) │ ← 交叉 │ │ │ │ └──────────────┘ │ IO0 ──┐ │ │ │ │ │ GND ───┘ │ ← 仅烧录时短接 └──────────────┘

注意：烧录前建议拔掉摄像头排线和 SD 卡。有的批次 IO0 与摄像头 XCLK 走线之间会有干扰，拔掉摄像头能显著提高首次烧录的成功率。烧录完成、断开 IO0 之后再插回。

3. 实测：万用表读数、电流曲线和温度

3.1 静态电压与压差实测

先交代测试条件：室温 26℃，CH340 模块直插主板后置 USB 3.0 口，杜邦线长 20cm、线径 24AWG，ESP32-CAM 为常见 AI-Thinker 兼容板，固件是官方例程 CameraWebServer，分辨率先设 QVGA 再切 VGA。测量工具是一块四位半数字万用表和一台带记录功能的台式电源（用来看电流波形）。

空载状态下，CH340 模块 5V 脚输出 5.08V，接上 ESP32-CAM 后（未启动 WiFi、未初始化摄像头）降到 4.95V，此时整板电流约 45mA。ESP32-CAM 的 5V 引脚实测 4.95V，LDO 输出端（也就是 3.3V 脚）实测 3.31V。从 5V 到 3.3V 的总压差是 1.64V，其中二极管占 0.21V，LDO 自己在小电流下占了约 0.43V——这个数字比很多人想象的“固定 1.1V 压差”要小，因为线性稳压器的压差是随电流变化的，轻载时它工作在接近理想的状态。

换到 CH340 的 3.3V 脚供电时，空载电压 3.34V，接上板子后立刻掉到 3.18V，此时整板电流只有 40mA——40mA 的负载就掉了 0.16V，这个内阻已经很大了。这组数据直接说明了问题：这个脚的内阻太大，不适合带动态负载。

3.2 启动瞬间和 WiFi 发射时的电压跌落

静态数据只是开胃菜，动态才见真章。我用万用表的 MIN 记录功能抓了一轮完整启动过程的电压最低点。

这组数据的解释很直白。5V 供电时，最恶劣工况下 3.3V 脚还有 3.18V，距离 ESP32 的欠压阈值（大约 2.5V 到 2.7V，具体随芯片批次和配置变化）有很大余量，所以稳。3.3V 供电时，WiFi 一开，电压直接掉到 2.71V，触发了欠压保护，芯片复位，射频关闭，电压回升，又开始连 WiFi，再掉，再复位——这就是你在串口里看到的无限循环。

顺便说一句，Brownout detector was triggered这个报错很多人以为是电源芯片坏了，其实它是 ESP32 内部的一个保护机制在正常工作。看到它，第一反应应该是查供电，而不是刷固件。

3.3 电流与 LDO 发热

电流我用串联采样电阻加示波器的方式看的，只看峰值和平均值。

峰值 410mA 这个数字要记住，它是你选电源的最低门槛。任何标称“500mA”但内阻偏大的电源，在这个峰值下都会塌。而峰值持续时间虽然只有几十毫秒，但足够触发欠压检测。

发热方面，5V 供电推流十分钟后，我用红外测温枪量 AMS1117 表面温度是 62℃，环境 26℃，温升 36℃。手摸上去是“烫但能按住”的程度。这个温度在允许范围内，但如果你的板子装在密闭外壳里，夏天环境温度到 40℃，结温就可能逼近 100℃，长期可靠性要打问号。我一般的做法是在外壳上开散热孔，或者把摄像头分辨率降到 VGA 以下，减少持续推流时间。

3.4 实测数据汇总与结论

把上面的数据揉成一句话：5V 供电时，整条链路的最大压降约 0.47V，3.3V 轨最低 3.18V，全程无复位；3.3V 供电时，最大压降 0.63V，3.3V 轨最低 2.71V，必然复位。差别不在于“电压等级对不对”，而在于“谁在稳压、稳压器有多少余量”。

从工程角度看，板载 LDO 的存在意义就是让 5V 这种“粗电”变成 3.3V 这种“细电”。你绕过它去用外部 3.3V，前提是那路 3.3V 比它更干净、更有劲。CH340 模块上的 3.3V 两条都不满足，所以不推荐。

如果你确实想用 3.3V 供电（比如做低功耗项目），正确的做法是：选一颗低压差、大电流、低纹波的 LDO 或者 DC-DC，输出能力留足 1A 余量，输入端加 100μF 电解加 0.1μF 陶瓷做去耦，接到 ESP32-CAM 的 3.3V 脚，同时把板载 LDO 的输入脚断开或者串一颗二极管防止反灌。这套方案我做过，推流稳定，但成本比直接给 5V 高。

4. 从接线到跑通的完整烧录流程

4.1 进下载模式的时序与理由

ESP32 进入下载模式靠的是上电或复位瞬间 IO0 的电平。芯片内部有个 strapping 机制：复位释放的那一刻采样 IO0，如果是低电平，就进串口下载模式；如果是高电平，就从 Flash 启动。

所以正确的操作顺序是：先接好 5V、GND、TX、RX 四根线，再把 IO0 短接到 GND，然后给 CH340 上电（插 USB），或者按一下板上的 RST 键。这个顺序不能反——如果你先上电让芯片启动了，再短接 IO0，那就得再按一次 RST 才生效。很多人说“我接了 IO0 但烧不进去”，十有八九是没按复位。

还有一个细节：ESP32-CAM 上的 IO0 同时还连着摄像头模组的 XCLK（主时钟）引脚。也就是说，IO0 被拉低的这段时间里，摄像头的时钟输入也被拉低了。这在烧录阶段没影响，但如果你烧完忘了断开 IO0，程序跑起来之后摄像头初始化会失败，返回ESP_ERR_CAMERA_NOT_DETECTED。这个坑我踩过，当时查了半天代码，最后发现是跳线帽还插着。

4.2 Arduino IDE 的关键配置项

开发板选AI Thinker ESP32-CAM。这个选项决定了引脚定义，选错了摄像头引脚映射不对，一样跑不起来。

几个关键配置：

上传速度这一项要单独说。理论上 CH340 能跑到 921600，但 ESP32-CAM 的串口下载协议对时序敏感，加上杜邦线质量参差，高波特率下经常出现Serial data stream stopped: Possible serial noise or corruption。我一般先用 115200 保证成功，等链路稳定了再尝试 460800。稳定比快重要。

4.3 烧录成功的判断和收尾动作

IDE 里出现Connecting........_____然后开始百分比进度，最后提示Hash of data verified和Leaving... Hard resetting via RTS pin...，说明固件写进去了。但这只是成功了一半。

收尾动作必须做两个：第一，拔掉 IO0 到 GND 的跳线；第二，按一下板上的 RST 键。少了第一步，芯片下次上电还是进下载模式，程序永远不跑；少了第二步，部分模块的 RTS 自动复位没生效，你得手动触发。

然后打开串口监视器，波特率设 115200。正常情况下你会看到类似这样的输出：芯片型号、Flash 大小、PSRAM 检测结果，然后是 WiFi 连接的 IP 地址。如果卡在Brownout或者反复打印启动日志，回到第 3 节查供电。

4.4 独立供电时的共地问题

烧录阶段用 CH340 供电没问题，但如果你的项目要长期运行，肯定不能一直插着电脑。这时候要换独立电源，常见的是 5V 电源适配器或者电池加升压模块。

换电源的时候，最容易忘的是共地。ESP32-CAM 和电源之间必须有一根地线连着，否则电压参考不同，轻则串口乱码，重则 IO 口被击穿。我见过有人用独立的 5V 电源给板子供电，同时 USB-TTL 只接了 TX/RX 想看日志，结果串口全是乱码——就是因为两边的地没连。

注意：切换电源前一定先断电。带电插拔杜邦线，尤其是电源线，很容易在插拔瞬间产生尖峰，打坏 IO 口。这个习惯比任何保护电路都管用。

另外，长期运行时建议把 5V 电源的线径加粗，或者在板子 5V 脚附近并一颗 100μF 电解电容，用来吸收 WiFi 发射瞬间的电流尖峰。这颗电容成本几毛钱，效果立竿见影，我那台常开的摄像头节点加了它之后，复位次数从每天两三次降到零。

5. 故障速查与踩坑记录

5.1 现象对照表

把常见的失败现象和原因对起来，能省掉大量试错时间。

5.2 几个几乎没人提但会要命的细节

第一个，杜邦线的质量比你想的重要。市面上那种灰色扁平排线，单根线径可能只有 28AWG，20cm 长度下电阻能到 0.2Ω 以上。别小看这个数字，400mA 峰值电流下压降就是 0.08V，再叠加接触电阻，实际到板子上的电压可能比电源输出低 0.2V。这个损失在 5V 系统里还能忍，在 3.3V 系统里就是致命的。我现在电源线全换成 22AWG 的硅胶线，信号线才用杜邦线。

第二个，GPIO16 不要拿去接别的东西。ESP32-CAM 板载的 PSRAM 用了 GPIO16 做片选，这个脚在内部已经连上了，你外接任何东西都会干扰 PSRAM 工作，表现是摄像头帧缓冲分配失败。新手看引脚图觉得 GPIO16 空着，接个传感器上去，然后就开始怀疑人生。

第三个，别在烧录时插着 SD 卡。SD 卡走的是 SPI，占用的引脚和下载模式的部分 strapping 引脚有重叠，个别批次会导致烧录失败。烧完再插，问题就没了。

第四个，摄像头排线的方向。ESP32-CAM 的摄像头座是翻盖式 FPC 连接器，金手指朝下还是朝上，不同批次不一样。插反了不会烧，但图像出不来或者全是花屏。我第一次插的时候就是反的，调了两个小时代码才发现。

第五个，RST 和 IO0 不要同时按。有人习惯两个键一起按着上电，这个操作在某些板子上会让芯片进入测试模式，串口输出一堆看不懂的十六进制。正确的复位就是单独按 RST。

5.3 我自己的避坑清单

这套东西我用来做过几个小型监控节点，踩过的坑基本都写在上面了。如果让我把最重要的事情浓缩成几条，大概是这样：

供电永远优先走 5V 脚，让板载 LDO 干活；CH340 的 3.3V 脚只当电平参考，别当电源；电源线加粗、短接，电容加上去；IO0 只在烧录时接地，烧完就拔；换电源前先断电，共地这根线永远不能忘；遇到奇怪问题先量电压，别急着改代码。

还有一条经验：同一块板子、同一套线，昨天能烧今天不能烧，99% 是物理连接的问题，不是软件问题。拔下来重插、换根线、换台电脑的 USB 口，先做这三件事，比看日志快得多。

最后分享一个小工具。我常备一个 USB 电压电流表，插在 CH340 和电脑之间，实时看电压和电流。烧录失败的时候瞄一眼：电压低于 4.7V 说明线或口有问题，电流突然掉到零说明板子复位了，峰值电流异常高说明有短路。这东西几十块钱，但它能让你在三秒内排除掉一半的可能性，比万用表还实用。我现在桌面上常年插着一个，已经成了习惯动作。