企业官网建设流程全解析

简介：面向物联网与新能源应用开发者的STM32太阳能充电路灯设计资料包，涵盖硬件选型、实物图、完整源码与硬件资料，可帮助电子爱好者、大学生及工程师快速复现自动充电与功率电流检测系统。资源共261个文件，压缩包大小32.24MB，以C语言源码（.c/.h）、Keil工程配置（.uvprojx等）、编译产物（.hex/.axf）为核心，并含PDF文档、JPG实物图、TXT说明及工程备份/中间文件，便于对照原理理解、烧录调试与二次修改。系统基于STM32F103C8T6，搭配太阳能板、锂电池与充电模块，实现自动充电、充满自停，实时采集功率与电流并在OLED屏显示，工程文件齐全，支持直接编译、烧录与二次开发。目前已有1477人学习下载，适用于课程设计、毕业设计及智能路灯项目预研。

1. 太阳能路灯的系统构成：从能量流到控制流

这几年接了不少户外照明类的项目，太阳能路灯算是其中需求最长青的一类。很多人一听到“太阳能路灯”就觉得是买套现成控制器一接就完事，但真到了要自己做产品、做毕设、做定制方案的时候，才发现里面的门道远比想象中多。我最早做这个基于STM32的太阳能充电路灯项目，起因也是甲方提了一堆特殊要求：既要阴雨天撑三天以上，又要半夜有人经过时自动加亮，还要能通过串口随时看电池电压和充放电状态。市面上通用控制器做不到这么细，那就自己画板子、写固件，于是就有了这么一套完整方案。

整套系统的核心并不复杂，一句话概括就是：太阳能板把光能变成电能，充电管理电路把电能存进电池，STM32根据外界环境和用户设定，决定什么时候点亮LED、点亮到什么亮度、亮多久。

1.1 能量流向：太阳能板到LED的完整链路

先看能量流。太阳能板输出的是随光照强度剧烈波动的直流电，不能直接怼到电池上，中间必须经过充电管理电路。充电管理电路负责把太阳能板的电压稳住，同时按锂电池或铅酸电池的特性曲线去充电。电池本身连着STM32系统、传感器、LED驱动电路，所有负载的能量都从电池取，太阳能板只在白天负责把电池“喂饱”。

这里有个初学者最容易忽略的点：太阳能板不是直接给系统供电的，系统供电的唯一来源是电池。太阳能路灯白天发电，晚上点灯，中间差了整整一个下午和半个晚上，没有电池做缓冲，整套设备就是摆设。所以整个系统的设计重心，其实是围着“电池怎么充饱、怎么省着用”这两个问题转。

1.2 控制流向：传感器数据到执行动作的闭环

再来看控制流。系统里的输入信号主要有三类：光敏电阻或光敏传感器输出的环境光照值、电池电压采样值、人体红外传感器输出的有人/无人信号。STM32拿到这些数据后，内部做逻辑判断，输出PWM信号给LED驱动电路，控制灯的亮度或开关状态。

举例来说：黄昏降临，光敏值低于阈值，STM32判断“天黑了”，就在电池电压允许的范围内点亮LED；深夜无人，亮度自动降到10%省电，有人走进感应范围，立即切到100%亮度照亮一段路；天亮光敏值恢复，灯熄灭进入充电等待状态。这套闭环控制逻辑，正是STM32在这类项目中最大的价值所在——用最少的功耗，完成最合理的照明调度。

1.3 设计目标：三天阴雨续航和全自动运行

做项目之前一定要量化目标，不要一句“智能控制”就算了。我给自己定的指标是：太阳能板功率10W、电池容量12V/12Ah铅酸电池或者3.7V/20Ah锂电池组、LED灯珠功率10W，整机每晚工作10小时，其中有3小时满亮、7小时低亮，目标是在连续3个阴雨天之后电池仍有电，第4天只要有半天太阳就能恢复满电。

这个目标决定了整个硬件方案的选择方向。如果你也打算复刻这个项目，先把这组数据替换成你自己要用的参数，后面所有选型都围绕这些数字展开，就不会出现板子做完了发现电池撑不了一晚上的尴尬。

2. 硬件选型与电路设计的关键决策

硬件方案的确定过程，基本就是一场“满足功能”和“控制成本、复杂度”之间的博弈。我这边最终采用的方案是：STM32F103C8T6做控制核心，TP4056加CN3791两路充电方案做电池充电管理，一个AO3400 MOSFET配合电感做LED恒流驱动，再加一组电阻分压做电池电压采样。下面逐个说清楚为什么这么选。

2.1 太阳能板和充电管理芯片的搭配逻辑

太阳能板的选型逻辑很简单：看功率和电压。10W的太阳能板，开路电压一般在21V到22V之间，最大功率点电压在17V到18V左右。如果用12V铅酸电池，直接用降压型充电管理芯片，典型代表是CN3791，专门为太阳能板MPPT功能设计，输入电压范围4.5V到28V，恰好覆盖10W板子的输出范围。

如果选3.7V锂电池组，那情况要反过来算。10W太阳能板的电流在0.55A左右，给10Ah的锂电池充电，理论上需要18到20个小时才能充满，实际上根本充不满。所以用锂电池方案时，要么把太阳能板功率提到20W以上，要么把电池容量压到5Ah以下，让白天能“勉强充满”。我最终选了铅酸电池路线，不是因为铅酸有多好，纯粹是12V系统在LED驱动和传感器供电上更省事，充电管理芯片也更好选。

TP4056是另一条充电路径，我把它留作备用充电接口，晴天时如果太阳能板输出电压不够高、达不到CN3791的启动电压，就以TP4056做低电压涓流补充。两路互为补充，保证不管太阳位置怎么变，只要有一点光，就能往电池里多充一点电。

2.2 电池保护和电压采集的工程细节

铅酸电池虽然没有锂电池那么娇气，但过放一次，容量损伤非常大。我见过不少DIY项目把12V铅酸电池放到4V以下，基本直接报废。所以电路里必需做两件事：一是过放保护，当电池电压低于10.8V时，STM32要主动切断LED负载，进入低功耗休眠；二是过充保护，当电池电压高于14.4V时，充电电路必须停止充电或转入浮充状态。

电压采集用最简单的电阻分压加STM32内部ADC。R1用30kΩ、R2用10kΩ，把0到14.4V的电压等比例降到0到3.6V，正好在STM32的ADC量程内。分压比是4比1，采样值乘以系数就能还原真实电压。实测下来，STM32内部参考电压有±2%左右的误差，对路灯这种精度要求不高的场景完全够用。如果你要做更精确的采集，可以外加TL431基准源做校准，但成本和复杂度都会增加。

2.3 LED恒流驱动：从MOS管到PWM调光

LED不能用电压直接驱动，必须恒流。10W的LED灯珠，工作电压大约9V到11V，工作电流约1A。我用的方案是AO3400 MOSFET加电感构成BUCK降压恒流电路，通过STM32输出PWM控制MOS管的开关占空比，再配合采样电阻反馈，实现稳定的恒流输出。

PWM频率选20kHz，高于人耳听觉范围，也高于肉眼能感知的闪烁频率，避免出现噪声和频闪。亮度控制可以直接靠PWM占空比调节，100%占空比对应满亮1A电流，10%占空比对应大约0.1A的低亮状态。这样调光的本质就是在保证恒流精度的前提下，快速开关电流通断，靠人眼的视觉暂留效应形成不同亮度。

2.4 STM32最小系统与外设资源分配

STM32F103C8T6是这个项目里最便宜、资料最多的选择，没有之一。它只需要一个8MHz晶振、两个22pF负载电容、一个复位电路和一组去耦电容就能跑起来。内部有3个ADC、4个定时器、多个串口，做路灯控制绰绰有余。

我实际用到的外设资源如下：

• PA0：光敏电阻模拟量输入，接ADC1通道0
• PA1：电池电压采样，接ADC1通道1
• PB0：PWM输出，接TIM3通道3，控制LED驱动MOS管
• PB4：人体红外传感器输入，外部中断触发
• PA9/PA10：串口1，调试输出电池电压和开关状态
• PB8/PB9：I2C接口，外接RTC时钟模块做时控

3. 软件控制逻辑：从充电到点灯的完整时序

硬件搭好了，真正体现“智能”的地方在固件里。我最初写了一版最简单的逻辑——光敏值低就开灯、光敏值高就关灯，结果实测中发现很多问题：傍晚云飘过引起的光线抖动会让灯频繁开关，后半夜无人时灯依然全亮浪费电量，电池电压低到快关机时还在硬撑大功率输出。后来逐步迭代，才有了下面这套完整控制策略。

3.1 ADC采样与数据滤波

ADC采样看似简单，直接读数值就行，但实际使用中最大的坑是抖动。电池电压在LED开关瞬间会跌掉0.3V以上，如果把这个瞬间电压当成真实电压来用，系统会误判为“电池没电了”，触发过放保护，灯就会闪一下灭掉再恢复。

我的做法是做两件事：一是软件滤波，连续采样10次，去掉最大值和最小值，剩下的取平均；二是在关键时刻延时采样，比如开灯的瞬间，先点亮、等20毫秒让电路稳定，再采电压。实测下来，滤波后的电压值波动能控制在±0.05V以内，不会再出现误触发。

光敏值的处理稍微不同，因为光敏电阻对光线变化的响应本身就是渐变的，不需要快速反应，所以我采用5秒一次的慢速采样，每次采样取平均值。这样即便有云飘过或者汽车大灯照到传感器上，延迟几秒的响应也能过滤掉大部分干扰。

3.2 光控与时控结合的开关灯策略

光控单独用不靠谱，时控单独用也不靠谱——夏天傍晚6点天还亮着，冬天傍晚5点已经黑了，光控本身就是为了适应这种自然变化而存在的。但光控容易被瞬间光源干扰，所以我把光控和时控做了加权融合。

具体逻辑是这样的：系统在每天凌晨3点记录一个“夜间基准光强值”作为黑暗的参考，黄昏时持续监测光强值，当光强值低于基准值加上设定的偏差阈值，且连续保持1分钟以上，就判定为“真正的夜晚来了”，然后开灯。这样既避免了瞬间干扰造成的误判，又能自动适应季节变化。同理，早晨光强值连续3分钟高于基准值1.5倍以上，判定天亮了，停止点亮。

RTC时钟模块在这里起到辅助作用：如果极端情况下光敏传感器损坏，系统读取RTC时间，在18点到次日6点之间直接开灯，保证最基本的功能还在线。

3.3 人体感应和动态调光策略

这个功能是这套系统最有价值的地方，也是最能体现“为什么需要STM32而不是纯硬件电路”的部分。纯硬件方案也能搭光控灯，但做不出真正的动态调光——有人时全亮、无人时微亮，这一降一升之间的平滑过渡和策略判断，只有代码能做。

我用的策略是状态机模型：

• 状态A（有人模式）：人体红外传感器触发，LED占空比设为100%，持续亮3分钟
• 状态B（过渡模式）：3分钟结束后，占空比从100%逐步降到10%，每100毫秒降5%，给人眼的适应时间，避免突然变暗带来的不适
• 状态C（无人模式）：LED维持10%占空比微亮，既不浪费电，又保证夜间有基础照明
• 触发任何一次新的红外信号，无论当前在哪个状态，立即回到状态A

这套策略的好处非常明显：一晚上10小时，如果一直50%占空比输出，消耗电量大约5Ah；但用这套动态策略，实际夜间平均功耗能压到25%占空比左右，一晚上只消耗约2.5Ah电量，续航直接翻倍。

3.4 低功耗设计与看门狗保障

太阳能路灯不能插着调试器跑，断电后自动恢复运行是基本要求。必须做两件事：一是STM32在白天光照充足时进入睡眠模式，只保留RTC和ADC模块工作，此时电流只有约2mA，对比满负载时的100多mA，整整省了98%的功耗；二是启用独立看门狗，防止程序因干扰跑飞后系统卡死。

我这里有个值得注意的细节：STM32进入睡眠模式之前，一定要先把LED驱动的PWM完全关掉，并且把MOS管的栅极拉低，否则睡眠状态下负载依然在耗电，低功耗设计就白做了。我第一版实测睡眠电流有80多毫安，排查了半天，发现就是GPIO口在睡眠状态下没复位，MOS管栅极漏电导致LED微亮着。这个问题写进代码逻辑里，每次进睡眠前先关PWM、拉低GPIO，睡眠电流才能降到正常的2mA级别。

4. 调试过程中的高频问题与实测数据

这部分可能是对想复刻这个项目的人最有用的内容。我在整个调试过程中踩了不少坑，挑几个最典型的说一下，按照“现象、原因、解决办法、验证结果”的顺序来展开。

4.1 充电管理芯片发热严重问题

第一次做整机测试时，CN3791在中午大太阳下烫得不敢摸，表面温度目测超过70度。查了一圈发现原因有两个：一是散热焊盘没有铺在PCB的大面积铜箔上，热量散不出去；二是太阳能板输出电流超过了芯片的额定散热能力。

解决办法是先改PCB铜箔，在CN3791底部加开窗焊盘，连接到背面的大面积地铜，散热条件瞬间好了很多。然后在软件上加了 PWM 充电限流：当芯片温度超过60度时，STM32输出低占空比PWM串在充电回路上，降低平均充电电流，等温度降下来再恢复全速充电。实测最高温度从70度降到48度，效果明显。

4.2 电池电压采集值偏低且不稳定

这个问题是在开灯瞬间发现的。系统判断电池电压还有11.8V，但LED一开，采样值直接掉到11.2V，导致系统误认为电池快没电了，自动降低亮度。起初我以为是电池内阻大、压降正常，后来用万用表测电池两端，发现实际压降只有0.2V，而ADC采到的压降有0.6V，说明问题出在采样电路，不是电池本身。

原因是LED驱动电路工作时产生的高频纹波干扰了ADC参考电压和采样线上的信号。解决方法是在ADC采样引脚加一个100nF的旁路电容，同时在采样时刻避开MOS管开关瞬间——软件里做延时采样，等待PWM占空比稳定后再读ADC。改完之后，开灯瞬间的电压跌落从0.6V降到0.15V，基本接近真实值。

4.3 PWM调光时LED闪烁的问题

20kHz的PWM按道理人眼看不见闪烁，但实测中低亮度时肉眼明显感觉灯在闪。这个问题的根源不在PWM频率，而在LED驱动电路的电流纹波过大。10%占空比模式下，流过LED的平均电流只有0.1A，但采样电阻两端的反馈电压非常小，BUCK电路此时工作在断续模式，电流纹波很大，LED亮度跟着电流波动，肉眼就看到闪。

解决办法是在电感后增加一个470μF的电解电容做二次滤波，吸收低频纹波；同时把PWM频率从20kHz提高到32kHz，让电感电流纹波进一步降低。实测10%占空比下用手机摄像头看LED，闪烁感彻底消失。

4.4 实测整机功耗数据

整套系统调完之后的实测数据如下，供大家做参考对照：

按一晚上10小时、满亮3小时、微亮7小时来算，总耗电量约为3.9Ah。而12V/12Ah的铅酸电池，放电到10.8V截止时实际可用容量约6Ah，所以系统在正常晴天下可以支撑约1.5个完整的照明夜，如果遇上连续阴雨天，微亮模式进一步压低到20%占空比，续航还能再加一天半。这块数据的意义在于：任何人在复刻这个项目时，都可以直接拿这套功耗模型去估算自己的电池容量和太阳能板功率，不需要重新摸索。

4.5 独立看门狗还是窗口看门狗？

最后提一个代码上的选择问题。我发现很多教程里提到“看门狗”就直接用独立看门狗IWDG，但其实在路灯这种负载切换频繁的场景下，窗口看门狗WWDG更合适。独立看门狗只在程序完全跑飞时复位系统，但程序卡在一个局部死循环里时，IWDG可能因为还在喂狗而检测不到异常。WWDG要求喂狗时间必须落在精确的时间窗口内，如果程序跑偏导致喂狗时序错乱，系统能被更快、更可靠地复位。

我在第一版里用的是IWDG，结果出现过一次灯亮着但按键无响应、程序卡在某个等待循环里的情况。后来改成WWDG，设了100ms的喂狗窗口，一旦固件里某个环节卡死，100ms内就会被拉回复位，从那之后再没复现过卡死问题。

说了这么多，最后贡献一条实用的调试经验：做这类太阳能供电设备时，先别急着上电池，用可调电源模拟电池电压来测试各个阈值点，可以省掉大量充电等待的时间。比如你设定过放保护电压是10.8V，直接调电源输出到10.7V，5秒内系统就该切断LED进入休眠；再把电压调到13.8V，系统应该自动恢复充电或点亮状态。把所有边界条件都用可调电源扫过一遍，确认逻辑无误后再接真实的电池和太阳能板，整机调试效率会高出不少。

本文还有配套的精品资源，点击获取