1. 项目缘起与整体设计思路1.1 为什么选择太阳能路灯作为嵌入式练手项目太阳能路灯这个题目乍一看像是市政工程的活儿跟嵌入式开发好像隔着一层。但真正做过的人都知道它几乎是STM32入门到进阶最理想的综合载体之一。原因很简单它把传感器采集、电源管理、功率驱动、无线通信、云端交互这几大块全都串起来了而且每一块都有明确的物理意义不像纯软件项目那样容易做成玩具。我最早接触这类项目是在帮一个做户外照明的朋友做技术评估。当时市面上的控制器大多是固定阈值控制——天黑了开灯天亮了关灯电池电压低于某个值就切断输出。这种方案在连续阴雨天基本就是看天吃饭电池过放、灯珠早衰是常态。后来我决定自己搭一套带云端的方案核心诉求就三条能远程看状态、能按需调策略、能在异常时提前告警。这个项目适合谁如果你已经点过LED、读过DHT11、用过串口但还没把这些东西整合成一个能跑在户外、能联网、能长期稳定工作的完整系统那这个项目就是为你准备的。它不需要你有多深的模电功底但会逼着你去想清楚功耗、时序、通信可靠性这些工程问题。1.2 系统架构的取舍为什么是本地主控云平台而不是纯本地很多人做太阳能路灯第一反应是全部逻辑放在STM32里跑顶多加个蓝牙模块用手机近距离看看数据。这个方案成本最低但有个致命问题你没法知道远处的灯到底怎么了。路灯装上去之后人不可能天天爬杆子去检查。所以我在架构上做了一个明确的切分STM32负责实时性要求高、断网也不能停的逻辑比如PWM调光、电池充放电保护、光控阈值判断云平台负责数据存储、远程策略下发、告警推送。两者之间通过一个无线通信模块连接。这里有个关键决策点通信模块选什么我对比过几种常见方案方案优点缺点适用场景蓝牙成本极低、配网简单距离短、无法远程近距离调试LoRa距离远、功耗低需要网关、速率低园区级部署4G Cat.1覆盖广、直接上云成本较高、功耗偏大单灯远程管理WiFi速率高、生态好依赖现场网络有WiFi覆盖的场景最终我选的是WiFi云平台的组合原因是这个项目定位是学习小规模验证现场通常有可用的WiFi热点而且云平台的接入门槛低调试起来直观。如果你要做真正野外无网环境的部署把WiFi模块换成4G Cat.1模组即可STM32侧的AT指令逻辑几乎不用大改。1.3 硬件选型的底层逻辑主控选STM32F103C8T6也就是大家常说的蓝板。这颗芯片被用烂了不是没有道理72MHz主频、64KB Flash、20KB RAM跑这个项目绰绰有余外设齐全ADC、TIM、USART、I2C、SPI都有最关键的是资料多、踩坑的人多遇到问题搜一下基本都有答案。电源部分是这个项目的重头戏。太阳能板输出经过TP4056做锂电池充电管理再经过MT3608升压到5V给STM32和传感器供电。这里有个细节TP4056的充电电流通过PROG脚上的电阻设定公式是I 1200 / RR单位是欧姆I单位是安培。我要给一块2000mAh的18650充电按0.5C算就是1A那R取1.2K。但实际我用了2K对应600mA原因是太阳能板的峰值输出有限充电电流设太大反而会让板子电压被拉垮导致充电效率下降。灯珠驱动用的是AO3400N沟道MOS管配合STM32的TIM3_CH2输出PWM。为什么不用继电器继电器有机械寿命而且开关瞬间的浪涌对电池不友好。MOS管方案可以做到无级调光后半夜人少的时候把亮度降到30%能显著延长电池续航。传感器方面BH1750光照传感器通过I2C接STM32比光敏电阻精度高得多而且输出的是lux值方便做阈值判断。电池电压检测用STM32自带的ADC通过一个分压电路把电池电压降到3.3V以内。这里分压电阻的选取有讲究阻值太大会导致ADC输入阻抗不匹配读数飘阻值太小会持续耗电。我用的是100K100K配合0.1uF滤波电容实测读数很稳。2. 核心电路原理与关键参数计算2.1 太阳能充电与电池管理电路先看充电部分。太阳能板的输出先经过一个肖特基二极管我用的是SS34作用是防止夜间电池反向给太阳能板放电。这个二极管的正向压降大约0.3V选型时要选压降小的否则充电效率会打折扣。TP4056的典型应用电路里有几个脚必须注意TEMP脚接NTC热敏电阻做温度保护。如果你不做温度保护直接接地即可但我不建议省这个锂电池在0度以下充电会析锂有安全隐患。CE脚使能脚接高电平工作。我把它接到STM32的一个GPIO上这样可以在电池过放时主动切断充电做二级保护。CHRG和STDBY充电状态指示接LED或者直接接STM32的GPIO读取状态。电池电压检测的分压电路我实际用的是100K100K中点接STM32的PA0ADC1_IN0。计算一下电池满电4.2V分压后是2.1V在3.3V参考电压范围内。ADC是12位的分辨率是3.3/4096≈0.8mV对应到电池端就是1.6mV足够用了。注意STM32的ADC输入阻抗不是无穷大外部电阻太大会导致采样电容充电不足。ST的参考手册建议信号源阻抗小于10K但实际用100K也能读只是采样时间要设长一点。我在CubeMX里把采样周期设成了239.5个ADC时钟周期实测很稳。2.2 恒流驱动与PWM调光灯珠我用的是1W的LED正向压降约3.2V额定电流350mA。如果直接接电池3.0-4.2V电流会随电压剧烈变化灯珠容易烧。所以必须做恒流驱动。我用的方案是AO3400采样电阻运放构成的简易恒流源。AO3400的源极串一个1欧姆的采样电阻到地运放LM358采集采样电阻上的电压与STM32输出的PWM滤波后的电压做比较运放输出驱动AO3400的栅极。这样PWM占空比就对应了恒流值。具体计算采样电阻1欧姆要得到350mA电流采样电阻上的电压就是0.35V。STM32的PWM经过RC滤波后输出0-3.3V对应0-1.15A的电流范围。实际使用中我把最大占空比限制在30%对应约350mA留足余量。PWM频率我选的是1kHz。为什么不是更高因为AO3400的栅极电容在开关时会有损耗频率太高驱动能力跟不上太低又会有可见闪烁。1kHz是人眼完全感觉不到闪烁的下限同时开关损耗可以接受。2.3 光照采集与阈值判断BH1750的I2C地址由ADDR脚决定接GND是0x23接VCC是0x5C。我接的是GND。初始化流程是上电→发送0x01Power On→发送0x10连续高分辨率模式→延时180ms→读取2字节数据。光照阈值的设定不能拍脑袋。我实测过晴天正午户外约80000lux阴天约10000lux黄昏约100lux月光约0.1lux。所以我把开灯阈值设在50lux关灯阈值设在200lux中间留了滞回区间防止临界点反复开关。实操心得BH1750的窗口如果被灰尘遮挡读数会偏低导致白天也开灯。我在外壳上贴了一层透明亚克力定期擦一下就行。如果你要做免维护方案可以考虑把阈值判断逻辑改成连续N次低于阈值才开灯用软件滤波抵消瞬时干扰。3. 软件架构与云平台对接实操3.1 STM32端的主循环设计软件部分我用的是裸机定时器调度的架构没有上RTOS。原因很简单这个项目的任务数量不多实时性要求最高的是PWM输出硬件定时器自动完成和ADC采样定时器触发用RTOS反而增加复杂度。主循环的结构是这样的while (1) { if (flag_1s) { flag_1s 0; read_bh1750(); read_battery_voltage(); update_light_state(); } if (flag_10s) { flag_10s 0; upload_to_cloud(); } if (flag_100ms) { flag_100ms 0; check_uart_rx(); } }flag_1s、flag_10s这些标志位由SysTick中断置位。这种时间片轮询的写法在裸机项目里非常实用逻辑清晰不容易出bug。3.2 云平台的数据上报格式云平台我选的是巴法云原因是它的MQTT接入非常简单而且有现成的STM32例程可以参考。数据上报的格式我用的是JSON{ lux: 45, bat: 3.85, pwm: 30, mode: auto }这里有个坑STM32的C语言环境里浮点数转字符串用sprintf会占用大量Flash而且默认的printf不支持浮点。我的做法是把浮点数转成整数再上报比如电池电压3.85V上报成385云平台侧再除以100显示。这样既省资源又避免了浮点精度问题。MQTT的连接参数参数值Broker地址bemfa.com端口9501Client ID自定义建议用MAC地址后6位上报Topic自定义如light/status下发Topic自定义如light/cmd3.3 远程策略下发的实现云平台下发指令的格式我定义了几种{cmd:set_pwm,val:50}直接设置PWM占空比{cmd:set_mode,val:auto}切换到自动模式{cmd:set_threshold,open:50,close:200}修改光控阈值STM32收到指令后先解析JSON然后更新对应的全局变量。这里我用了一个简单的状态机来解析JSON没有引入cJSON库因为cJSON占用的RAM对这个项目来说有点大。注意MQTT的QoS等级我选的是0也就是最多一次。为什么不用QoS 1因为QoS 1需要STM32维护消息ID和重传队列对RAM和Flash都是负担。路灯的状态数据丢一两条无所谓下次上报就补回来了。但下发指令建议用QoS 1确保执行到位。4. 常见问题排查与避坑经验4.1 通信不稳定从连不上到稳如老狗WiFi模块连不上云平台是这类项目最高频的问题。我踩过的坑按出现频率排序第一AT指令的换行符不对。很多模块要求每条AT指令以\r\n结尾但有些例程里只写了\r。我一开始用\r\n模块没反应后来查手册发现这个模块只认\r。解决办法是先用串口助手手动发一遍确认模块能回OK再把正确的结尾符写进代码。第二MQTT的Client ID重复。如果你烧录了多块板子而Client ID是写死的后连上的会把先连上的踢掉。我的做法是用STM32的唯一ID96位生成Client ID保证每块板子都不一样。第三心跳间隔设置不当。MQTT的Keep Alive我设的是60秒但WiFi模块在省电模式下可能会休眠导致心跳超时。后来我把Keep Alive改成120秒并且在每次上报数据后主动发一次PING问题就消失了。4.2 电池电压读数跳动ADC采样的滤波技巧ADC读电池电压原始数据跳动个几十mV是正常的。但如果跳动超过100mV就会导致误判。我用了滑动平均滤波开一个长度为8的数组每次采样把最旧的数据挤掉然后取平均值。这样处理之后读数波动控制在20mV以内。还有一个细节ADC采样的时候如果同时有PWM输出开关噪声会耦合到ADC输入。我的做法是在PWM关断的间隙触发ADC采样具体是用TIM3的更新事件触发ADC这样采样点永远在PWM的谷底噪声最小。4.3 太阳能板充电效率低从充不满到一天回血太阳能板充不满电池原因可能有很多。我遇到过的几种情况太阳能板角度不对平铺的板子比倾斜的板子发电量少30%以上。如果你在北方建议倾斜角度按当地纬度加10度。充电电流设太大前面说过TP4056的PROG电阻决定了充电电流。如果设得太大太阳能板电压会被拉低到工作点以下反而充得更慢。我的经验是充电电流不要超过太阳能板峰值电流的0.6倍。二极管压降太大普通硅二极管压降0.7V肖特基0.3V。别小看这0.4V的差距在低光照条件下可能就是能充和不能充的区别。4.4 常见问题速查表现象可能原因排查方法解决措施灯不亮PWM占空比为0用示波器看TIM3_CH2输出检查光控阈值和模式设置灯常亮光控阈值设置过低串口打印lux值调整阈值或增加滞回区间连不上云平台WiFi密码错误串口打印AT指令返回值重新配网电池过放保护电路未生效测量电池电压检查TP4056的CE脚和MOS管数据上报失败MQTT Topic错误用MQTT调试工具订阅Topic核对Topic拼写充电指示灯不亮太阳能板无输出万用表测板子开路电压检查板子接线和二极管方向实操心得调试这类项目串口打印是最好的朋友。我在每个关键节点都加了printf比如BH1750 init OK、MQTT connected、PWM set to 30%。这样一旦出问题看串口输出就能快速定位。但要注意printf本身会占用时间在中断里不要用。5. 从原型到部署外壳与防护的实战建议5.1 防水与散热户外设备的生死线原型在桌上跑通只是第一步装到户外才是真正的考验。我第一个版本的外壳是用亚克力板粘的结果一场雨就进水了STM32直接短路。后来换了IP65的防水接线盒所有开孔处打硅胶密封才稳定下来。散热方面LED灯珠和TP4056是主要热源。TP4056在充电电流600mA时芯片表面温度能到60度以上。我在芯片背面贴了一块小铝片温度降到了45度左右。如果你要做大功率版本建议把TP4056换成外置MOS的充电方案发热会小很多。5.2 低功耗优化让电池撑过连续阴雨天这个项目的功耗大头是WiFi模块工作电流约70mA待机也有十几mA。如果连续阴雨天电池很快就会被WiFi模块耗光。我的优化策略是WiFi模块间歇工作每10分钟唤醒一次上报数据后立即进入休眠。这样平均电流降到5mA以下。STM32进入Stop模式在两次任务之间STM32进入Stop模式电流从20mA降到几十微安。用RTC闹钟唤醒。LED后半夜降功率通过云平台下发策略凌晨1点后PWM降到20%。实测下来2000mAh的电池在连续阴雨天可以撑3-4天比优化前的1天好太多了。5.3 云平台告警规则的设置云平台的价值不只是看数据更重要的是异常告警。我在云平台上设了几条规则电池电压低于3.3V持续10分钟 → 推送告警光照传感器读数白天低于10lux → 推送传感器可能被遮挡连续2小时未收到数据 → 推送设备离线这些规则用云平台的规则引擎配置不需要写代码。告警方式我选的是微信推送响应最快。6. 项目扩展方向与个人体会这个项目做完之后我陆续加了一些扩展功能这里分享几个我觉得比较有价值的第一增加人体红外传感器HC-SR501。后半夜没人经过的时候灯保持10%亮度检测到人瞬间提到100%。这样既省电又不影响使用体验。HC-SR501的输出是数字信号直接接STM32的GPIO用外部中断唤醒功耗极低。第二增加SD卡本地存储。WiFi断网的时候数据先存到SD卡恢复后补传。SD卡用SPI模式文件系统用FatFs。这个功能在野外部署时特别有用。第三OTA远程升级。这个稍微复杂一点需要把STM32的Flash分成Bootloader区和App区。Bootloader负责接收新固件并写入App区。我用的方案是云平台下发固件分片STM32收到后写入外部FlashW25Q64全部收完后跳转到Bootloader完成升级。我个人在实际操作中的体会是这个项目最大的价值不在于技术有多难而在于它逼着你去面对真实世界的约束。实验室里跑通的代码装到户外可能因为一个电容选错就全军覆没。每一次排查问题的过程都是对工程思维的打磨。如果你正在找一个大作业或者练手项目我强烈建议你从这个方向入手把每一个细节都抠一遍收获会比看十篇教程都大。最后再分享一个小技巧原理图用嘉立创EDA画元件清单直接导出BOM省得手动整理。PCB打样用嘉立创的5元包邮一周就能到。焊接的时候先焊电源部分测好电压再焊主控能避免很多一上电就冒烟的悲剧。