企业官网建设流程全解析

1. 写在前面：为什么“只接5V”能成为一个问题

ESP32-CAM这块板子我前前后后做了六七个项目，从室内监控到门禁拍照再到远程喂食器，几乎每一次都有新手朋友问同一个问题：这板子能不能直接只接5V就稳定跑？市面上的教程有的说能，有的说必须同时接3.3V，搞得人很懵。我自己最早也被绕晕过，所以这次干脆花了一个周末，把两种供电方式拉出来实测对比了一轮，把数据、波形和踩过的坑都整理成一篇完整的供电方案实测报告。

先给结论，省得你等得心焦：绝大多数情况下，只接5V引脚是可以稳定工作的，但前提是你的5V电源要够“干净”且电流余量足够。直供3.3V在某些场景下确实更稳，但会牺牲掉板载闪光灯，而且在USB调试和下载固件时会有额外麻烦。所以“能不能只接5V”这个问题的答案不是简单的能或不能，而是要看你自己的使用场景、电源质量、以及你打算怎么调试。这篇文章我会把原理、实测数据、方案对比和排查技巧全部分享出来，适合刚接触ESP32-CAM的新手，也适合正在做产品原型、需要确定供电方案的开发者。

2. 从引脚开始读懂供电链路：5V与3.3V到底差在哪

2.1 5V引脚不是直通芯片，中间藏着一级LDO

很多新手拿到ESP32-CAM的丝印图，看到板上标着5V和3.3V两个引脚，就以为5V直接进ESP32芯片、3.3V是输出。这是一个很大的误解。这块板子在5V引脚和主控芯片之间，焊了一颗AMS1117-3.3稳压芯片。也就是说，你从5V引脚灌进去的电，要先经过这颗AMS1117，被降到3.3V之后，才真正进到ESP32芯片的电源轨上。

这颗AMS1117的标称输出电流在800mA左右，但考虑到板子本身面积很小、散热条件差，我建议把实际可用电流打折到500mA以内来算比较踏实。ESP32芯片本身在开启WiFi传输时，瞬态电流可以冲到300mA以上，再加上板上OV2640摄像头和辅助电路的消耗，整板瞬时电流经常能到400到500mA。这意味着AMS1117长期工作在接近极限的状态，发热是必然的。我实测室温25℃待机时，连续开了20分钟WiFi视频流之后，AMS1117外壳用红外温度计打到了58℃左右，手摸上去明显烫手，但还不至于立刻烧坏。

这里要顺便提一个关键参数：AMS1117这类LDO的压差特性。所谓压差，就是稳压器要维持稳定输出电压，输入端必须比输出端高出的最小电压。AMS1117的datasheet标的典型压差是1.1V到1.2V，在输出电流较大的时候压差还会上升。你输入5V、输出3.3V，算下来压差就是5.0减3.3等于1.7V，这个余量是够的。但如果你的“5V”电源实际只有4.5V甚至更低，那稳压器就可能在“挣扎”的边缘工作，输出电压会跟着输入跌落，表现为芯片供电压降异常。这也是为什么我一直强调，电源本身的质量比“接哪个引脚”更重要。

2.2 3.3V引脚是直供轨，但摄像头有自己的额外需求

3.3V引脚和5V引脚的工作方式完全不同。3.3V引脚是直接连接到板子的3.3V电源轨，绕过了板载AMS1117，直接给ESP32芯片供电。这种方式的优势是少了一级稳压器的压降和发热，相当于你外接一个稳压源来替代板上的AMS1117。

但3.3V直供不是把所有问题都解决了。ESP32-CAM板上的摄像头OV2640，它的IO和数字核心供电很多时候是从3.3V电源轨再经过板载电路转换为2.8V左右来使用的。如果你的外接3.3V有较大纹波，或者瞬态跌落很猛，那摄像头的供电也会跟着受牵连，表现出来就是画面出现横纹、颜色偏紫、偶尔花屏。很多人觉得5V供电花屏是摄像头坏了，实际上就是3.3V轨不够稳。

还有一个非常容易忽略的点，也是我在实测中才意识到的：ESP32-CAM板载了两个高亮白光LED，用于拍照补光或作为闪光灯。这两个LED的正极是接在5V网络上的，电流路径是5V经过限流电阻直接到LED。如果你采用3.3V直供方案，5V那个网络是悬空的，LED的正极拿不到足够高的电压，白光LED的导通压降通常在3.0V到3.4V之间，3.3V供电时根本点不亮或者亮度极低。也就是说，直供3.3V的代价之一，就是闪光灯功能基本作废。如果你只是做监控类应用，闪光灯用途不大，那倒无所谓；但如果想做拍照补光功能，5V供电就是唯一合理选择。

我更建议理解的思维模型是这样的：ESP32-CAM是一片带摄像头的完整开发板，而不是一个裸芯片。它上面有稳压器、有LED、有电平转换、有USB转串口芯片，这些外设的供电需求并不一致。你把5V理解为“整板总入口”，把3.3V理解为“主控芯片专用入口”，很多问题就顺了。

2.3 为什么WiFi一开电压就崩：峰值电流与压降的关系

实测中我发现一个特别典型的现象：待机的时候电源电压很稳，但只要WiFi一连接，电压波形就出现明显的凹陷，严重的时候甚至能跌到复位阈值附近，导致板子反复重启。这个现象的根源在于WiFi模块的工作模式——ESP32在WiFi发射的瞬间，射频功放会从电源轨抽取大电流，这个脉冲电流可能高达几百毫安，持续时间几毫秒到几十毫秒不等。

电压跌落多少，取决于两个因素：电源路径上的电阻和瞬态电流的大小。用欧姆定律算一下就是：跌落电压等于瞬态电流乘以路径总电阻。假设你的USB线缆和转接板接触电阻总共是0.3欧姆，瞬态电流是500mA，那线上就会凭空吃掉0.15V。如果电源本身只有5.0V，到板端就只剩4.85V。这个电压再经过AMS1117的1.7V压差，输出端可操作空间就变得很小。要是再叠加一个USB口本身输出能力不足的情况，压降会更猛。

我经常跟朋友打一个比方：供电系统就像是给厨房供水。水管（导线）粗细决定流量，水箱水位（电源电压）决定压力，厨房同时开几个水龙头（ESP32开启WiFi、摄像头、LED）的时候，水压会明显下降。你要么把水箱加高（提高电压余量），要么换更粗的水管（降低线阻），要么减少同时用水的水龙头（降低外设功耗）。这套思路在排查供电问题时非常管用。

3. 实测环节：只接5V vs 直供3.3V，数据见真章

3.1 测试条件与测量方法

这次实测我用了手头一块比较有代表性的ESP32-CAM，芯片是ESP32-S模组、摄像头为OV2640、板载AMS1117-3.3、USB转串口芯片为CP2102，固件采用Arduino框架的标准CameraWebServer示例，只改动了分辨率和帧率参数。电源方面，5V方案用一个USB转TTL模块上的5V输出，直供3.3V方案则用一个外接的RT9013-33高精度LDO稳压模块，输入5V、输出固定3.3V。

测量仪器方面，我用了一台100MHz带宽的数字示波器，探头打在两个关键测量点上：第一个是5V引脚对GND，第二个是3.3V引脚对GND。采样率设置在每通道10kSa/s左右，能够捕捉到WiFi瞬态脉冲的轮廓。同时我用万用表并联监测静态电压，用Wireshark抓取UDP视频流的丢包情况作为辅助参考。

测试场景我固定为三个：待机（WiFi开启但不传数据）、连接WiFi并访问主页、开启TCP视频流并连续传输5分钟。这里说明一下，ESP32-CAM没有板载天线接头，用的是PCB天线，所以环境中的WiFi信号强度会影响发射功率和电流，我这里测出的绝对数值仅供参考，重要的是看趋势和不同方案之间的差距。

3.2 只接5V：待机、连WiFi、传视频三种场景的电压表现

先说待机状态。5V输入实测到板端是4.95V，3.3V引脚输出为3.32V，纹波大约20mVpp，这个状态非常健康，ESP32芯片和OV2640摄像头都正常工作，画面没有异常。

切换到连接WiFi并开始扫描网络时，情况就不一样了。示波器上能清楚看到5V引脚出现了约120mV的瞬时跌落，掉到4.83V左右，对应3.3V引脚跌到了3.24V，随后在几十毫秒内恢复到3.31V。这个过程ESP32会进行WiFi握手和DHCP获取IP，电流峰值比较高，但还没有触发任何报警状态。

最考验供电的是视频流连续传输。我把分辨率设定为QVGA 320x240、帧率15fps，运行5分钟。5V引脚的平均电压掉到4.81V，3.3V引脚稳定在3.28V左右，但示波器抓到了多次突发跌落，每次持续时间在1毫秒左右，3.3V一度跌到3.17V。随后我把分辨率调到XGA 1024x768，帧率不变，3.3V的偶发跌落更深，看到过3.12V的最低值。320x240时画面完全正常，1024x768时偶尔出现顶部几条横纹，但整体没有重启和断流。

这个结果说明一件事：只要你的5V供电端本身还说得过去，只接5V跑日常应用是可行的。AMS1117虽然发热，但还没有到崩溃的程度。不过我也测试了用一个杂牌USB充电头配一条细长的MicroUSB线，情况就变了——WiFi连接瞬间直接掉到3.3V左右，伴随重启循环。问题就出在劣质线材的电阻和充电头的瞬态响应能力上，线阻加充电头内部压降，让板端5V实际只有4.5V上下，AMS1117的输出自然就不够了。

3.3 直供3.3V：同样的场景数据对比

3.3V方案我直接把RT9013-33模块的输出接到板子3.3V引脚，GND接GND，5V引脚悬空。RT9013的输入是5.1V，输出标称3.3V，实测空载为3.30V。

待机状态下，3.3V引脚稳定在3.28V，纹波约为18mVpp，和5V方案差距不大。但是到了WiFi连接瞬间，差距就体现出来了：示波器抓到的最大跌落只有70mV左右，3.3V跌到3.23V，随后恢复。视频流传输5分钟期间，3.3V始终维持在3.20V以上，没有出现过低于3.10V的尖峰。整体而言，直供3.3V方案的电压稳定性明显比板载AMS1117要好，因为外置的RT9013负载调整率和瞬态响应能力都要优于板子上一颗几毛钱的AMS1117。

但这里我做了几个额外的测试，发现直供3.3V的短板同样明显。首先是板载闪光灯：我通过GPIO4控制LED开启，5V方案下LED亮度正常，3.3V直供方案下LED只是微微哼出一点红光，基本等于不可用。其次是USB下载固件变得麻烦：因为3.3V引脚被外部电源驱动时，USB的5V经板上AMS1117也会输出一个3.3V，两个电源同时挂在3.3V轨上容易形成竞争，操作不当甚至有电流倒灌的风险。我实测中为了避免损坏，采用3.3V直供时直接用USB转TTL模块的TX、RX、GND连接烧录，不插USB供电线，全部由外部LDO稳压模块负责供电，这样工作正常但每次烧录要多接几条杜邦线，比直接用USB麻烦不少。

还有一个容易踩的坑是开机瞬间。有些LDO模块的输出电容比较大，上电时3.3V建立速度比ESP32芯片内部复位电路的阈值来得慢，可能导致芯片上电时序异常，表现出来就是板子一直没反应，需要手动按一下复位键才启动。我第一次搭3.3V直供时就被这个问题坑了一下，后来在LDO输出端并了一颗100uF钽电容才解决。

3.4 数据小结：哪个更稳，前提是什么

把两组实测数据放在一起看，结论其实很明确：论电源轨的抗冲击能力，外接高品质3.3V直供优于5V经过板载AMS1117；论整板功能的完整性和使用的方便性，5V供电完胜3.3V直供。选择哪种方案，取决于你更看重什么。

如果你是新手，刚开始接触这块板子、想尽快跑起一个简单的视频流demo，直接接5V就行，省心省事。如果你是在做一个对稳定性要求较高的嵌入式项目，比如长时间在户外跑监控或数据采集，而且用不到闪光灯，那可以考虑3.3V直供方案，配合一颗优质低纹波的LDO，供电稳定性会更好。如果你两样都想要，我建议采用5V供电，然后额外在3.3V引脚并联优质电容做滤波，实在不放心还可以用稍高一点的5.2V输入，给AMS1117留出更充足的压差余量，但要注意不要超过5.5V，否则稳压器发热会明显增加。

4. 供电方案横向对比：按场景选供电，而不是按数据选

4.1 方案一：USB转TTL的5V供电，最简单但要注意线材

最常用的供电方式就是把USB转TTL模块或者USB线直接插到开发板的5V引脚上。ESP32-CAM没有板载USB口，很多套件会配一个USB转TTL模块，用杜邦线把5V、GND、TX、RX连起来。这种方式的优点是接线简单、调试方便，因为USB转TTL模块同时兼任供电和串口通信两个功能。

我实测下来，这种方法最大的变量在于USB转TTL模块本身。如果是CP2102、CH340这类经典芯片做的模块，5V输出能力一般有500mA左右，勉强够ESP32-CAM开启WiFi视频流使用，但余量不大。更危险的是一些廉价模块用的周边元件缩水，输出电容很小、线性稳压器品质差，带载后电压纹波和跌落都比较大。我在测试中用一个杂牌CH340模块接到ESP32-CAM时，WiFi连接瞬间5V输出电压从4.9V掉到4.6V，板端3.3V直接跌破3.1V，板子出现了偶发重启。

如果你用这种方式，我建议做好两个准备：一是选短而粗的杜邦线或加粗的USB线，降低线阻；二是如果条件允许，用带外部供电的USB HUB或者单独再引一路5V给板子。你会有更稳定的体验。

4.2 方案二：外接3.3V高精度LDO直供，稳定但要接受短板

如果你决定走3.3V直供路线，核心是要选一颗合适的LDO。我强烈不建议用AMS1117直接做5V转3.3V再直供，因为AMS1117在高频瞬态响应和纹波抑制方面比较一般，你用实测示波器看它的输出，带载时会出现较大的高频噪声。更合适的选择是类似RT9013、XC6206、ME6211这类低dropout、高PSRR的LDO，输出电流最好在500mA以上，dropout在300mV以内。这样你输入5V、输出3.3V，LDO本身还有足够的工作裕量，负载瞬态时电压跌落会小得多。

我之前用RT9013-33模块做3.3V直供，它的输出端默认带了一颗22uF陶瓷电容，我又并联了100uF钽电容来吸收WiFi脉冲冲击，实测效果是我这么多套方案里最稳定的。但就像前面说的，3.3V直供会让板载闪光灯失效，而且烧录固件时需要额外接线，每次调试的幸福感会下降不少。我个人建议把这个方案用于已经稳定运行、不需要频繁调试的阶段。

4.3 方案三：DC-DC降压到5V再进板载稳压，适合12V或24V系统取电

很多实际项目不是从USB取电的，比如智能门锁、工业控制盒、车载设备，系统里已有一路12V或24V电源。这时候你不能把12V直接接到ESP32-CAM的5V引脚，因为板载AMS1117输入电压虽然标称可以到十几伏，但5V输入引脚其实不是给高电压设计的，超过6V之后AMS1117的发热会迅速飙升，几十秒内就可能过热保护或者烧板子。

正确的做法是先通过DC-DC降压模块把12V或24V降到5V左右，再用这个5V接到ESP32-CAM的5V引脚。这里我建议用DC-DC降压模块而不是线性LDO，原因很简单：压差太大了。12V降到5V，压差7V，假设整板电流500mA，线性降压会把3.5W的能量直接变成热，模块会烫到你不敢摸。而DC-DC开关降压的效率通常在85%以上，同样的输出功率，发热量只有零点几瓦，完全不是一个量级。

选DC-DC模块时我会关注两个参数：输入电压范围和纹波。12V系统用MP1584EN这类支持最高28V输入的模块就够，24V系统则建议选择耐压40V以上的方案，比如LM2596HV-ADJ。纹波方面，一般DC-DC模块的纹波在30到80mVpp之间，这个值传到板端经过AMS1117之后，大部分会被抑制掉，只要不是特别劣质的模块，影响不大。

4.4 方案四：锂电池或电瓶供电，别直接怼5V引脚

便携场景下有人会想直接用18650锂电池供电，把电池正极接到5V引脚。这里我要说，虽然看起来能跑，但不推荐。18650锂电池满电电压4.2V，放电平台在3.6V到3.7V之间，你把它接到5V引脚上，AMS1117的压差在满电时只有0.9V，偏低但勉强够；等电池放到3.8V以下，压差就掉到0.5V左右，AMS1117根本没法稳定输出3.3V，板子会在电池还剩不少电量的情况下就重启。

如果你一定要用电池，更合理的做法是两路方案：一是电池经过一个升压模块到5V，再进5V引脚；二是电池经过一个低压差LDO或低功耗DC-DC降到3.3V，直接进3.3V引脚，同时接受闪光灯失效的代价。用12V或24V电瓶供电的场景，记住先经过DC-DC降压到5V，千万不要为了省事去搞什么“电瓶直连USB充电器”，充电器不是降压器，输入超压轻则烧毁充电器，重则有安全隐患。

4.5 各方案优劣速查表

5. 5V转3.3V与12V/24V转5V：稳压芯片选型细节

5.1 LDO不是越便宜越好：AMS1117的局限与替代方案

提到5V转3.3V，很多人的第一反应就是AMS1117，因为它太常见了，电源模块上一抓一大把。但在ESP32-CAM的供电场景里，我对AMS1117的态度是：能用，但要认清它的局限。

AMS1117-3.3的几个主要问题是：标称dropout在负载较大时可能超过1.2V，瞬态响应相对迟钝，PSRR（电源纹波抑制比）在高频段衰减明显。换句话说，输入侧的纹波和毛刺，经过它之后并不能被完全滤干净，而ESP32的WiFi射频部分对电源噪声比较敏感。这不是说AMS1117一无是处，它在中低速数字电路里很好用，但在ESP32这种经常出现几百毫安瞬态电流的场合，它的短板会被放大。

如果你需要在板外做一个5V转3.3V给ESP32-CAM直供，我更推荐前面提到过的RT9013、XC6206或ME6211。以RT9013为例，它的输出电流500mA，dropout只有250mV左右，并且在1kHz到10kHz频段的PSRR比AMS1117好不少，这样的LDO用在3.3V直供方案里，能把WiFi瞬态造成的电压跌落控制在最小范围。选型时注意封装和散热，贴片SOT-23-5封装的RT9013工作电流500mA时会热，但木板面积够大、有铜箔散热的话问题不大。

5.2 DC-DC要关注纹波与开关频率：LM2596与MP1584对比

做12V或24V转5V时，选DC-DC模块不能只看输出电流能力。我对比过手头两款最常见的模块：LM2596和MP1584，它们的性格差异很明显。

LM2596是一款老牌降压芯片，最大输出电流3A，开关频率只有150kHz左右，输出电压稳定、带载能力强，但模块体积大，电感也用的是工字电感，满载时纹波通常在50到80mVpp。MP1584则是更现代的设计，最大输出电流1.5A到2A，开关频率1MHz，模块体积小很多，电感是贴片一体成型电感，满载纹波可以做到30到50mVpp。对ESP32-CAM这种整板电流500mA的场景来说，MP1584的电流完全够用，而且高开关频率让瞬态响应更快，体积更小，更适合嵌入到项目壳子里。LM2596的优势在于输入电压范围更宽容（LM2596HV可以到60V输入），如果系统里的24V电源有比较大的波动，选LM2596HV会更稳妥。

还有一个小细节，DC-DC模块输出端建议再加一级LC滤波，最简单做法是在模块输出和ESP32-CAM的5V引脚之间串一颗几欧姆的功率电阻或磁珠，再在板端并联一颗100uF电解电容和0.1uF陶瓷电容，可以有效压掉高频开关噪声。因为ESP32-CAM板内还有一级AMS1117做二次稳压，所以DC-DC的纹波要求不用太苛刻，别超过80mVpp基本都没问题。

5.3 24V电瓶/12V继电器系统取电时的计算示例

假设你有一个24V电瓶供电的智能控制箱，里面还有一个5V继电器驱动模块，现在想再加一块ESP32-CAM做视频监控。你需要从24V取电给ESP32-CAM供电，不能直接把24V接到5V引脚，而是需要选择一颗支持高输入电压的DC-DC降压模块，比如LM2596HV-ADJ，或者输入耐压40V以上的MP1593模块。

先做一下功耗估算，让自己心里有底。ESP32-CAM整板峰值电流按600mA算，5V输出功率就是3W。DC-DC模块按效率85%算，输入端功率约为3W除以0.85等于3.53W，24V输入侧平均电流约为3.53W除以24V等于0.147A。这个电流值很小，意味着你给模块入口配的线束和保险丝不用很粗，0.3A左右的保险丝就足够，但实际选型时会留出1.5到2倍余量，选0.5A比较合理。如果是12V系统，同样算下来输入侧平均电流约0.29A，保险丝可以选0.6A。

注意不要忽略模块上电瞬间的浪涌电流，尤其是输入端有大容量电解电容时，电容充电瞬间电流可能比正常工作电流大好几倍。因此我建议在DC-DC模块的输入端正极串联一颗常见的NTC热敏电阻或者保险丝，防止插电瞬间打火花和过流。

5.4 空间受限时的取舍：贴片LDO与模块的选型思路

有些玩家喜欢把ESP32-CAM做到很小的外壳里，比如做成一个钥匙孔摄像头或者迷你气象站，这时候电源模块的体积就成了大问题。我见过不少人用一个面包板大小的LM2596模块塞进小盒子里，结果盖子盖不上，最后只能把模块拆了重新焊散件。

空间受限时的思路应该是：尽量用贴片方案，而不是模块方案。5V供电场景下，只需在PCB上放一颗AMS1117或ME6211的贴片LDO，配两颗10uF陶瓷电容和一颗0.1uF高频去耦电容，总共占用不到一个指甲盖的面积。DC-DC方案稍微复杂一些，但用MP1584、MP2315这类高开关频率的贴片芯片，配一体成型电感，也能做到一个拇指盖大小。需要注意的是，DC-DC部分的地线处理和电感摆放很关键，不要贴着天线区域走线，否则会干扰ESP32的WiFi接收灵敏度，实测会导致信号强度下降好几个dB。我在做一个小型门禁摄像头时就踩过这个坑，后来把电感挪到远离PCB天线的一侧，WiFi信号才恢复正常。

6. 常见问题与排查技巧实录

6.1 症状一：WiFi频繁重连、MQTT掉线

这几乎是我被问得最多的一个问题。ESP32-CAM连接WiFi之后，要么是几秒钟掉线一次，要么是MQTT消息发着发着就失联了。用串口监视器看日志，能发现频繁的“Brownout detector was triggered”或“Guru Meditation Error”提示，这是最典型的供电不足信号。

排查时先用万用表或示波器盯着3.3V引脚，观察WiFi发射瞬间电压是否跌破3.0V。如果跌破，大概率是电源路径上的压降太大。我常用的解决方法是：检查USB线和杜邦线是否过长过细，换成短线粗线；如果还是不行，在5V引脚和GND之间并联一颗470uF电解电容，可以吸收一部分瞬态电流。如果你用的是劣质USB充电头，换一个输出电流在1A以上的品牌充电头，效果立竿见影。

6.2 症状二：画面出现横纹、花屏、颜色偏紫

画面出现横纹或花屏，有些新手第一时间怀疑是摄像头坏了，但我在多个项目里观察到的规律是：供电异常才是主要诱因。当3.3V轨上的纹波超过80mVpp，或者瞬态跌落幅度过大时，OV2640的DOVDD供电不稳，图像采集的数据就会出现错乱，表现出横纹和颜色偏移。

我建议先抓一下3.3V引脚的纹波。如果示波器看到明显的毛刺和高频振荡，可以在3.3V引脚并联一个100uF钽电容和一个0.1uF陶瓷电容。如果是5V供电方案，还可以考虑把摄像头排线附近的供电布局优化一下，远离DC-DC模块的电感，减少开关噪声耦合。

6.3 症状三：插上USB没反应，CP2102发热

有些朋友把USB转TTL模块接上ESP32-CAM后，电脑一点反应都没有，或者设备管理器里不断出现“不认识的USB设备”，摸一下CP2102芯片发现烫手。这种情况通常是5V和GND接反了或者短路了，先从上到下检查杜邦线是否插错位。另一个常见原因是用了一根只充电不传数据的“充电线”，这类线里根本没有D+和D-两根数据线，设备自然无法被识别。我的建议是直接用一根短路、质量好、支持数据传输的MicroUSB线，千万不要贪便宜用损坏或劣质的线材。

6.4 症状四：长时间运行后复位或死机

板子刚上电的时候一切正常，跑了两三个小时突然复位，然后进入循环重启。这个现象主要指向热问题。ESP32-CAM本身WiFi射频发热不小，摄像头也在持续工作，再加上AMS1117长时间工作在1.7V压差下的热耗，整个板子温度会逐步升高，当芯片温度超过复位阈值时就会自动重启。我用热成像看过，连续跑4小时后发烫最厉害的区域就是AMS1117附近和摄像头排线接口处。

解决思路有三个：一是给5V供电方案改用更高效率的DC-DC前级，或者直接改用3.3V直供，减少板载稳压器的发热；二是在板子背面加装一小块铝散热片，用导热双面胶贴好，效果明显，实测能降个5到8℃；三是降低ESP32的CPU频率，比如从240MHz降到160MHz，代价是性能下降，但在监控场景里完全够用。

6.5 排查思路速查表

我个人的体会是，ESP32-CAM这块板子的硬件成本不高，但供电问题是最容易出岔子也最容易翻车的地方。很多项目前期的“玄学故障”，最后都能顺着电源链路一步步找到根源。如果你手头正好在做类似的项目，我建议动手之前先花十分钟把电源方案理清楚，不要一上来就直接把USB插上进行下一步，不然等到排查问题的时候，那十分钟早就被补回去好几倍了。