做单片机这些年，我见过太多人第一个入门项目是“点灯”，但能真正做到“传感器控制LED”闭环的人，才算真正迈进了嵌入式开发的大门。点灯谁都会，无非是给IO口写个高电平，可一旦加上“传感器”这个变量，事情就变得有意思了——你需要处理信号采集、阈值判断、时序配合、噪声滤波，这一整套逻辑走下来，你对单片机的理解会直接上一个台阶。
这篇文章我把“传感器控制LED”这个项目从零开始拆透。不管你是刚学STM32、Arduino，还是已经在玩ESP8266/ESP32，这套思路都通用。我会从方案选型、硬件连接、代码实现一路聊到问题排查，全是实操干货，最后还会分享几个我踩过坑之后才总结出来的技巧，希望能让你少走弯路。
1. 内容整体设计与思路拆解
“传感器控制LED”听起来很简单，但实际上它是一个完整的闭环控制系统，涉及传感器、控制器、执行器三大核心，是自动化、物联网领域里一切智能设备的雏形。
1.1 核心需求解析
做这个项目之前，先明确一个核心问题：你希望LED根据什么逻辑亮灭？是光暗自动亮灯，还是人靠近亮灯，又或者温度过高时闪烁报警？不同的需求决定了传感器的选型，也决定了整套方案的复杂度。
从我接触过的场景来看，常见的需求大概有这么几类，每一类对应的传感器完全不同：
| 需求场景 | 推荐传感器 | 信号类型 | 输出形式 |
|---|---|---|---|
| 光控灯（天黑自动亮） | 光敏电阻/光敏二极管 | 模拟量 | ADC采集电压 |
| 人体感应灯（人靠近亮） | 红外热释电（HC-SR501） | 数字量 | 高/低电平 |
| 烟雾/可燃气体报警 | MQ-2/MQ-7 气敏传感器 | 模拟量 | ADC采集电压 |
| 声控灯（拍手亮） | 声音传感器/驻极体话筒 | 模拟量 | ADC采集电压 |
| 温度超限报警 | DS18B20/NTC热敏电阻 | 数字/模拟 | 单总线或ADC |
如果你是想练手，我最推荐从光敏电阻开始，因为它的原理最直观：光越强电阻越小，分压点的电压随之变化，单片机通过ADC读取这个电压值，再做阈值判断，逻辑链路短，踩坑点少，特别适合用来建立“传感器-控制器-执行器”的完整认知。
1.2 为什么选“传感器+单片机+LED”这个组合
很多人在入门时会纠结：既然光敏电阻都能通过三极管直接驱动继电器控制灯了，为什么还要中间加一个单片机？
我的看法是，直接用分立器件搭电路方案确实可以，但完全失去了“智能”的意义。加一个单片机进去，你就获得了几个关键能力：
- 可编程阈值：光暗到什么程度亮灯，不是由硬件电阻决定的，而是由代码里的一个变量决定的。今天想让它在0.5V时亮，明天改成0.8V，改一行代码就行，不需要重新焊电路。
- 逻辑可扩展：你可以轻松加上“亮灯后延时5分钟自动熄灭”“白天禁止亮灯”“光线渐变调节PWM亮度”这种复杂逻辑，纯硬件方案做这些会让人崩溃。
- 数据可视化：单片机可以把当前的光线强度值通过串口发到电脑上，实时画成波形图，这些数据会帮你判断传感器到底稳不稳定。
所以这个组合不是“杀鸡用牛刀”，而是用最小的成本、最清晰的方式，把嵌入式开发中最重要的几块硬件知识（数字IO、模拟采集、时间基准、串口调试）全部覆盖一遍。
1.3 技术选型的背后考量
如果选用STM32F103C8T6这款经典芯片，选它的理由就三个字：生态好。国内学习资料最多的芯片之一，CubeMX图形化配置工具用起来非常顺手，而且HAL库封装得相当完善，让开发者不用在寄存器层面死磕。更重要的是，它自带多个ADC通道，可以同时接多个传感器。
选择光敏电阻分压电路，而不是直接用数字输出的光敏传感器模块，我是有意的。数字模块内部其实已经做了比较器阈值判断，只输出0或1，你拿到手后接上去就能用，确实省事，但对学习的帮助极其有限——你完全看不到“模拟量变数字量”的过程。自己搭分压电路再加ADC采集，你能直观地看到电压变化曲线，这个过程对你理解传感器工作原理至关重要。
2. 核心细节解析与实操要点
方案确定后，就到了关键的硬件连接和代码实现环节。这部分内容我会分几个阶段来讲，保证每个阶段的知识点都是扎实能落地的。
2.1 光敏电阻分压电路的原理与计算
光敏电阻的核心特性是“亮阻小、暗阻大”，常见型号如GL5528，亮阻约10KΩ，暗阻约1MΩ。如果把它和一个固定电阻串联接在3.3V和GND之间，中间点的电压就会随光线变化。
假设固定电阻取10KΩ：
- 光线较强：光敏电阻约10KΩ，分压点电压约为3.3V × 10K/(10K+10K) = 1.65V，也就是接近中间值。
- 光线很暗：光敏电阻约1MΩ，分压点电压约3.3V × 10K/(1M+10K) ≈ 0.032V，非常接近0V。
这里有个很多新手会忽略的问题：如果固定电阻取的阻值不合理，传感器电压的变化范围可能非常窄，ADC读出来的值从300到310之间的几个BIT，做阈值判断时会非常痛苦。建议用公式 Vout = 3.3 × R_fixed / (R_light + R_fixed) 来估算一下，确保光照变化时Vout有明显波动。实操时Excel列个表，把几个典型阻值代进去算，几秒钟就能确定电阻值。
通常我建议固定电阻选10KΩ，因为光敏电阻在普通室内光照下大致在几十KΩ，这个区间内分压曲线的灵敏度最好。如果是在户外强光环境用，可以换成4.7KΩ试一试。
2.2 STM32引脚分配与连接注意事项
我用的是STM32F103C8T6，也就是淘宝上最常见的“蓝丸”核心板。引脚分配其实非常灵活，没有标准答案，但有一个大原则：不要在同一个引脚上同时接模拟传感器和做数字通信，避免信号互相干扰。
我这里给出一个我验证过的连接方案，你可以直接照着接：
| 硬件 | 引脚 | 说明 |
|---|---|---|
| 光敏电阻分压点 | PA0 | ADC1_IN0 模拟输入 |
| LED正极 | PB0 | 推挽输出，低电平点亮 |
| LED负极串联电阻 | GND | 限流电阻330Ω |
| ST-Link调试器 | SWDIO/SWCLK | SWD烧录 |
LED的连接方式值得多说一句。STM32的GPIO输出电流能力有限，单片机的IO口翻转电压输出高电平给LED，功耗是会走芯片内部的MOS，虽然几个毫安没问题，但我习惯把LED接到VCC，用引脚控制低电平来点亮，这样LED电流从电源直接流过，不经过芯片内部，更稳妥。
限流电阻这里我直接给结论：工作电压3.3V，红色LED压降约2.0V，取20mA电流，电阻值 = (3.3 - 2.0) / 0.02 = 65Ω。不过单片机的GPIO输出20mA已经是极限附近，我习惯限制到10mA以内，电阻取330Ω比较安全。
2.3 CubeMX配置的几个关键参数
用STM32CubeMX配置工程时，有几个关键选项一旦设置不对，后面调试会让你怀疑人生。
- 时钟配置：选择HSE外部晶振，把SYSCLK设置为最高72MHz，这样ADC时钟才能分频到合理的范围内，同时延时函数的精度也更高。
- ADC配置：ADC1、通道0，采样时间( Sample Time )选55.5Cycles或更长的值，因为光敏电阻分压电路的内阻比较高，太短的采样时间会导致AD采样电容充电不充分，读出来的值会偏低。这是很多人的隐藏坑。
- 连续转换模式：开。如果只用单次转换模式，每次读取前都要重新启动一次转换，代码写起来繁琐而且容易忘了重触发。开连续转换后，直接读数据寄存器就行。
- DMA：不用开。就采集一个通道，轮询就够了，开DMA反而增加复杂度。
PB0配置为GPIO_Output，初始电平设为High，也就是LED初始状态是熄灭的（低电平点亮）。这个初始状态很重要，否则上电瞬间LED会乱闪一下。
2.4 Arduino和ESP32平台的思路迁移
如果你用的是Arduino UNO或者ESP32，硬件原理上没有任何变化，只是代码写法不同。ESP32的ADC引脚比较特殊，我特别提醒一下：ESP32的部分GPIO（比如GPIO36-39）是只输入的，不能输出PWM控制LED，所以如果你想让ESP32根据传感器读数PWM调光，传感器必须接在ADC输入脚，LED接在任意的输出脚。
Arduino平台的ADC是10位，值范围0~1023；ESP32的ADC是12位，值范围0~4095。这意味着同一个分压电路，在两个平台上读到的原始值不同，阈值判断的代码不能直接照搬，需要重新测一遍数据再定阈值。很多新手拿着Arduino的代码去刷ESP32，发现LED死活不亮，就是这个原因。
3. 实操过程与核心环节实现
下面这部分是整个项目的核心实操过程，我会给你一套可直接抄作业的代码和配置方法。考虑到两套平台用户都很多，重点以STM32 HAL库为例讲透，同时补充Arduino的实现对比。
3.1 从CubeMX生成工程到点亮第一盏灯
先用CubeMX生成一个最小工程。配置好时钟树、SWD调试口、PA0做ADC输入、PB0做输出，然后生成工程，打开main.c。
在项目的while循环里添加读取ADC并控制LED的代码，逻辑非常清晰：
uint32_t adc_value = 0; uint8_t led_on = 0; while (1) { // 读取PA0的ADC转换值（12位分辨率） HAL_ADC_Start(&hadc1); adc_value = HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); // 根据光线暗亮控制LED if (adc_value < 3000) // 光线较暗 { HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET); // 低电平点亮 led_on = 1; } else // 光线充足 { HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET); // 高电平熄灭 led_on = 0; } // 把数据通过串口发出去，方便调试观察 if (led_on) printf("Light OFF | ADC = %d\r\n", (int)adc_value); // LED ON else printf("Light ON | ADC = %d\r\n", (int)adc_value); HAL_Delay(100); }上面这段代码其实只完成了“让LED亮/灭”的最基本功能，但已经是完整的传感器控制逻辑了。有个小细节：HAL_ADC_Start只是启动转换，转换完成后数据在数据寄存器里，HAL_ADC_GetValue读出来。每循环一次都启动、读取、停止，这是思路最简单的写法。追求效率可以打开连续转换模式后，只在启动时调用一次HAL_ADC_Start，后面无限循环直接用HAL_ADC_GetValue就行。
你可能会问，printf从哪来？我用的是重定向到串口1的方法，在CubeMX里使能USART1，然后在代码里加一个fputc重定向函数：
int fputc(int ch, FILE *f) { HAL_UART_Transmit(&huart1, (uint8_t *)&ch, 1, 0xFFFF); return ch; }串口助手里设置波特率115200，接上USB转TTL模块，你就能看到实时数据。这一步非常重要，它让你的项目从“盲调”变成了“带反馈调试”，感知完全不同。传感器到底读到了什么数值，阈值设得合不合理，一目了然。
3.2 ADC数据抖动分析与滤波处理
如果你串口监视器连着打印机实时输出，把ADC值打印出来，把手放在光敏电阻上挡住光线，你会看到数据最后一位甚至后两位在跳变，正常读数是2487，隔几毫秒就变成2485、2488、2493。这种抖动是ADC本身的量化噪声和环境干扰造成的，无法完全消除，只能尽量压低。
最简单的处理办法是滑动平均滤波。在代码里维护一个长度为N的环形缓冲区，每次采样新值就插入队尾，同时弹出队头，取所有数据的平均值作为最终结果。N取多少合适？根据我的经验，N=8到16是最佳区间，太短滤波效果不明显，太长又会让响应变慢——传感器都亮了半天了LED还没反应过来，体验很差。
滑动平均的核心代码如下：
#define FILTER_SIZE 16 uint32_t filter_buf[FILTER_SIZE]; uint8_t filter_index = 0; uint32_t filter_sum = 0; uint32_t adc_filter(uint32_t value) { filter_sum -= filter_buf[filter_index]; filter_buf[filter_index] = value; filter_sum += value; filter_index++; if (filter_index >= FILTER_SIZE) filter_index = 0; return filter_sum / FILTER_SIZE; }这个代码简洁明了，实际效果非常稳。我在做多传感器融合的时候这种思路也很常见，先各自滤波，再做融合，比直接在原始数据上做逻辑判断可靠得多。
3.3 PWM亮度调节与阈值迟滞控制
基础版亮灭逻辑已经会了，但如果你满足于此，这个项目的上限就还远没有被打开。真正有意思的进阶玩法有两个，一个是PWM亮度调节，一个是阈值迟滞。
PWM亮度调节的思路是：不分亮灭两档，而是把ADC读到的光线强度值映射成LED的PWM占空比。如果光照越弱，LED自动调高亮度；光照越强，LED自动调低亮度或者熄灭。映射关系用线性映射函数就行：
// 假设光线暗时ADC读值低，光线亮时ADC读值高 // 我们希望：ADC值越低，LED越亮（占空比越大） uint32_t brightness = 100 - (adc_value * 100) / 4095;在一个20KHz的PWM周期里，修改占空比寄存器就能改变LED的平均电流，从而改变亮度。我这里就不重复粘贴CubeMX配置TIM输出的过程了，STM32的PWM输出网上教程一抓一把，关键是映射关系的思路。
第二个进阶玩法是“迟滞控制”，这是实际工程里非常重要却很基础的概念。如果你直接用单一阈值控制LED，会有一个很恼人的现象：光线刚好在阈值附近徘徊时，LED会“快速闪烁”，一亮一灭，仿佛是坏了。这就是所谓的“临界抖动”。
解决办法是设置两个阈值：当光照降到T1以下时亮灯，当光照升到T2以上时灭灯，且T2 > T1。这样中间就形成了一个缓冲区，避免LED在阈值附近反复跳动。具体代码就是把上面的if else改成有记忆的状态机：
uint8_t led_state = 0; // 0灭，1亮 #define THRESHOLD_ON 2500 #define THRESHOLD_OFF 3200 while (1) { adc_value = adc_filter(rawValue); if (led_state == 0 && adc_value < THRESHOLD_ON) { led_state = 1; HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET); } else if (led_state == 1 && adc_value > THRESHOLD_OFF) { led_state = 0; HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET); } }这个模式我在做整车控制器信号处理和AVM摄像头标定的场景里都经常用，任何带阈值的控制逻辑都应该考虑施加迟滞。这个技巧花不了几行代码，带来的体验提升却是“从能用变成好用”的跨越。
3.4 串口调试与数据波形可视化
读ADC值只是第一步，把ADC值变成可视化的数据波形，才能真正辅助你调好传感器选型和阈值。我在PC端用开源的SerialPlot工具做串口波形显示，非常简单方便。
操作流程概括一下：
- 单片机通过串口以固定频率输出一行数据，格式建议是纯文本数字，一行一个数，比如：
2487\r\n - PC端打开SerialPlot，选择对应的COM口和波特率（115200）
- 添加一个通道，选择ASCII解析，就能看到实时的滚动波形
这个工具最大的价值在于，你可以直观地看到当手慢慢靠近光敏电阻时，ADC值是以什么斜率下降的，中途有没有毛刺和跳变。我每次做传感器采集相关项目都会先看波形再写业务逻辑，因为波形会告诉你很多代码里看不到的信息，比如传感器的响应延迟、噪声水平、是否饱和。
SerialPlot配置界面全英文，我提供一下关键设置项：Data Format选ASCII，Baud rate对应你的串口波特率，Number of Channels选1，每个通道的Sampling Rate可以默认，然后点Connect按钮就能看到波形图。如果波形跑得太快或太慢，调节Time Span参数即可。
4. 常见问题与排查技巧实录
基础项目能不能顺利跑通，关键看遇到问题时能不能快速定位。这个项目虽然简单，但实际动手时踩坑的地方不少，我把常见问题整理成了一张速查表：
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| ADC读数一直是4095或0 | 分压电路接线错误、引脚配置错误 | 用万用表测分压点电压是否随光线变化；检查CubeMX的PINOUT是否真的把PA0配成了ADC |
| LED亮灭对光照变化毫无反应 | 阈值设定不合理、光敏电阻位置不对 | 先串口打印ADC值，观察实际取值范围再定阈值 |
| LED亮度比预期暗很多 | 限流电阻太大、GPIO输出模式不对 | 万用表测LED压降和电流，确认电阻计算是否正确 |
| 读数抖动严重、波形毛刺 | 采样时间太短、环境光扰 | 加长ADC采样时间，代码里加滑动平均滤波 |
| 手靠近时LED反应迟缓 | 滤波器窗口太大、阈值区间不合适 | 查看波形看响应时间，缩短滤波窗口，合理设T1/T2 |
| 打开串口打印程序卡死 | printf重定向没写好、中断冲突 | 确认USART1已正确使能，重定向代码加上了吗，先分成两步调试 |
4.1 光照下LED乱闪的经典问题
这个现象是最多人遇到的：白天好好的，一到傍晚LED就开始一下一下地闪，频率大概几十秒一次，特别烦人。
原因非常简单：你用的是单一阈值判断，而傍晚时自然光是缓慢变化的，照到光敏电阻上的光线刚好在阈值附近来回穿过。光线低一点就亮灯，高一点就灭灯，可不就是反复跳变嘛。
解决方案就是前文提到的迟滞控制。设置THRESHOLD_ON = 2500，THRESHOLD_OFF = 3200，你会发现LED变得果断多了，不再犹犹豫豫。从我实测的经验来看，这个迟滞宽度（ON和OFF的差值）至少得留15%到20%的ADC量程，太窄了依然会抖动。
4.2 模拟量传感器如何选择外围电阻的独家技巧
关于怎么定这个固定电阻的阻值，我提供一个实测有效的方法：串口虚拟示波器法。先把光敏电阻临时接到单片机上，在暗处和亮处分别采集10秒数据，记录暗态最大值和亮态最小值，然后调节外围电阻值，直到两种状态下ADC读数差值最大且不饱和。
具体操作是这样的：如果暗态读数经常超过4000，说明暗态时电压太高，你需要增大固定电阻的值；如果亮态读数低于100，说明亮态时电压太低，你需要减小固定电阻。把固定电阻往让中间点位读数更分散的方向调，就能得到最好的灵敏度。
我见过一个做颜色传感器的同事，花了整整一天调电阻，就是在暗态和亮态之间找“甜点区”，最后用一把不同阻值的电阻一个个试出来的。这个“试”的过程虽然有些土，但它本质上是让你对分压原理建立起体感。
经常有人在网上问，光敏电阻的精度问题怎么办，其实在小项目里根本不需要担心。这种传感器的重复精度虽然不如工业级光电传感器，但在一般的环境光检测场景里完全够用。想要更精确的测量，可以考虑用BH1750这种数字光传感器，I2C输出，直接读数字量，不需要计算分压。不过那又是另一个故事了。
4.3 如何把项目扩展成更复杂的功能
基础版搞定了，后续想怎么玩就看你的想象力了。我列几个我之前扩展过的方向，每一个都能独立做成一个完整的毕业设计或者产品原型：
第一个方向是多传感器联动。把光敏传感器换成DHT11温湿度传感器，再加一个OLED屏幕，就能做成环境监测站。DHT11通过Single-Bus协议把温湿度数据传给STM32，当温度超过28℃时LED开始闪烁报警，同时串口发送告警信息。
第二个方向是无线上云。用ESP8266或者ESP32替代STM32（代码基础不变），加一个MQTT协议，就能让LED的状态远程可控。我在业余项目中用ESP32-C3通过WiFi连接本地MQTT服务器，手机App上就能查看光强数据、控制LED开关。这种思路延伸下去，就是智能家居的基础架构。
第三个方向是PWM调光做呼吸灯。如果你对视觉效果感兴趣，可以把LED从开关量改成PWM输出，用前面讲到的PWM亮度调节方法，做一个“光线越暗LED越亮”的智能夜灯。晚上起夜的时候体验特别好，光太亮刺眼，太暗看不清，通过PWM把亮度拟合到一个舒适区间。
5. 项目延伸与行业应用思考
做完了基础项目，如果你还想把这个项目往更深入的方向走，或者考虑它和真实产品之间的差距，这里有几个思路值得展开。
5.1 从传感器控制LED到闭环控制系统
从本质上看，“传感器控制LED”就是一个简化版的闭环控制系统，只不过被控对象从灯泡变成了LED。如果你把LED换成继电器模块，就能控制220V交流灯；换成水泵电机，就能做自动化灌溉系统；换成散热风扇，就能做温度控制。系统的核心逻辑是通用的：传感器采集物理量→控制器处理数据→执行器改变环境。
我在做车载系统的时候，处理的所谓车身控制器，本质上就是大量的这种类似闭环逻辑的集合。每个门锁、每个窗机、每个灯光，背后都是一个传感器加执行器的闭环。所以别觉得这个项目小，它的方法论可以直接映射到工业级项目上去。
进一步说，这套思路和时下热门的边缘计算、物联网网关，也有共通之处。传感器采集数据后，在端侧直接做决策，控制LED、继电器这些执行器，能大幅降低云端依赖，这是边缘计算的核心思想之一。很多真正落地的智慧农业项目就是这样做的，实时性要求高的控制逻辑放在本地，数据上报放云端做统计分析。
5.2 多传感器融合与LED阵列显示
如果你觉得单个LED不过瘾，可以试试用LED阵列实现更丰富的信息展示。用一组LED来做一个简易数据条，把光强、温度、湿度等参数用不同颜色的LED分段显示。当ADC值小于阈值时点亮红色LED（过暗），在正常范围内点亮绿色LED，高于上限时点亮蓝色LED（过亮）。这种“多级指示”的设计在工业设备状态指示中非常常见。
多传感器融合的思路也可以从这里起步：用光敏电阻+人体红外传感器，当环境光暗而且有人经过时，才点亮LED照明。这个“与”逻辑虽然简单，但它正是智能家居节能控制的核心逻辑。再进一步，加入环境噪声检测、烟雾报警，整个产品的智能化程度就完全不同了。
5.3 从LoRa到卫星通信的极端场景传感器方案
如果你关注物联网行业，应该注意到LoRa和卫星通信正在改变传感器的应用边界。在常规WiFi和蜂窝网络覆盖不到的场景（比如农业大田、野外管线监测、海洋浮标），传感器采集的数据可以通过LoRa网关汇聚，再通过卫星链路回传云端，实现大规模低功耗的远程监测。而传感器控制LED，正是这种“端侧感知+本地决策”的最小范例——即便网络完全断开，边缘节点也应该维持基本的本地控制逻辑，这对任何实时性要求高的系统都是核心诉求。
这个项目的意义在于，它让你对“传感网”的理解不再停留在PPT架构图，而是真正明白每个节点内部发生了什么。
6. 实操心得与避坑技巧
最后这部分，我把这几年来在传感器控制LED项目上积累的一些私房经验和最容易踩的坑分享出来。
6.1 我强烈建议你先学会用示波器或逻辑分析仪
可能有人觉得，一个这么小的项目不用得上示波器吧？我的建议是，如果条件允许，一定搞一台迷你示波器，或者借用实验室的，不需要多高级，100MHz带宽的逻辑分析仪就足够。
为什么？因为传感器信号是模拟量，调试时你看到的“ADC值不稳”背后，到底是传感器响应问题、接线接触问题、还是电源纹波问题，用示波器测一下分压点波形，一秒钟就明白了。没有示波器的时候，我见过太多人在代码层加滤波、加延时来“治标”，结果问题根本不在代码，在硬件上。
6.2 关于串口打印的一个省心技巧
调试的时候串口打印特别有用，但如果你每100ms就打印一次完整信息，串口会被大量数据占满，拖慢整个系统。我建议把打印频率降下来：用一个计数器，每累计到10次循环才打印一次，这样既能看到实时数据，又不影响系统响应。
还有个小技巧：你可以用串口打印“CSV格式”数据，也就是用逗号分隔的数值，这样配合SerialPlot或者Excel都能直接解析。格式大概是：1234,0，前面是ADC值，后面是LED状态1或0。CSV格式可比满屏中文日志高效得多，机器能直接读，人也看得懂，长期调试下来效率高很多。
6.3 供电和接地问题才是最大的隐藏杀手
很多刚入门的同学用USB给核心板供电，然后传感器的VCC从板子上引出，LED也从板子上取电，结果三者叠加，板子上的3.3V LDO负载过重，电压被拉低，表现为传感器读数飘忽不定，LED亮度不够甚至超频抖动。这种软故障排查起来非常迷惑人。
我的建议是独立供电：核心板用USB供电，传感器的VCC用稳压模块单独供电，GND统一共地。如果是实验环境，电源尽量用线性电源或者质量好的充电头，别用劣质开关电源，纹波太大会让ADC数据惨不忍睹。
共地的问题尤其要重视。电源不共地，信号参考点不同，ADC数据绝对会有问题，这是各种问题中最难排查的一类。
这个项目做到这个程度，你已经把“传感器到单片机到执行器”的完整链路打通了。再往后走，换传感器、换执行器、增加通信模块，都是水到渠成的事情。希望这篇文章能帮你把你手头那块开发板，从“点灯玩具”变成真正的“智能控制器”。
