种了三年荷兰豆我才决定拆掉阳台那个土法大棚做一个真正靠谱的智能生长舱。之前用温湿度计加手动浇水出门三天回来苗全蔫了。这次直接上STM32做主控把温湿度、光照、土壤湿度、通风全部纳入监控系统人在公司也能随时看舱内状态。这篇文章就把整个项目的设计思路、硬件选型、关键代码和踩过的坑全部整理出来适合正在做STM32毕业设计或者想搞家庭智慧种植的嵌入式爱好者参考。1. 项目整体设计与系统架构1.1 为什么选STM32做生长舱主控很多朋友问我种个菜而已用Arduino不香吗香但不够。荷兰豆生长舱虽然看着就是个小型温室实际上对监控系统的要求并不低需要同时采集空气温湿度、土壤湿度、光照强度、CO2浓度等多路传感器数据还要驱动水泵、风扇、补光灯、加热棒这些执行器同时通过ESP8266联网上传数据、接收远程控制指令。Arduino的8位MCU遇到多任务并行处理就吃力了尤其是跑浮点运算的PID温控算法或者挂上LVGL做本地彩屏显示的时候资源直接捉襟见肘。STM32F103系列主频72MHzFlash 64KB起步外设丰富价格还便宜在监控系统这个场景下性价比非常高。最关键的是STM32的HAL库生态成熟CubeMX图形化配置外设开发效率不低出了问题网上一搜一堆解决方案。我这个项目用的是STM32F103C8T6俗称蓝板某宝十块钱出头。别小看这颗芯片后面要做的所有事它都能扛住3路ADC采集、1路I2C读传感器、2路UART一路接ESP8266一路预留调试、4路PWM输出资源刚好够用一点都不浪费。1.2 系统架构分模块解构整个生长舱监控系统的架构可以拆成四个层级感知层负责采集环境参数。我用了DHT22做空气温湿度、土壤湿度传感器用YL-69电容式、光照用BH1750数字光强传感器、CO2用MH-Z19B红外传感器。这里有一个重点传感器选型必须考虑长期稳定性。比如YL-69市面上大多数是廉价的电阻式探头插在土里时间长了会电解腐蚀所以我一律换成不锈钢探头的电容式版本价格贵几块钱但寿命翻好几倍。主控层STM32F103C8T6通过I2C总线轮询读取BH1750和DHT22DHT22虽然是单总线协议但也能用GPIO模拟ADC通道采集土壤湿度UART读取MH-Z19B的CO2数据。所有数据经过滤波和中值处理后一方面在本地0.96寸OLED屏上实时显示另一方面通过UART发往ESP8266。通信层ESP8266-01s模块负责联网MQTT协议上报到本地服务器。选MQTT不选HTTP是因为监控系统需要长期保持长连接MQTT的保活机制更省电而且能实现服务端主动下发控制指令实时性更好。这里我用的协议是MQTT 3.1.1连接的是自己在树莓派上搭的Mosquitto broker。执行层STM32根据预设的阈值逻辑或云端下发的指令通过继电器模块控制水泵浇水、风扇通风、补光灯和加热棒。需要强调的是执行层和控制逻辑一定要做本地独立运行。什么意思就是即使断网了STM32依然能根据传感器数据自动执行浇水通风而不是所有控制都依赖云端下发否则断网半小时荷兰豆就干了。这四层架构看起来简单但每一层都有不少细节坑。后面几个章节我就把每一层的具体实现和调试过程展开讲。2. 硬件选型与电路设计要点2.1 传感器选型对比与避坑建议监控系统里最怕的不是主控坏而是传感器数据漂移。我在这个项目里尝试过三种温湿度传感器最终固定用DHT22。简单分享下对比传感器型号精度接口采样周期价格稳定性DHT11±2℃/±5%RH单总线1s3元一般DHT22±0.5℃/±2%RH单总线2s12元较好SHT30±0.3℃/±1.5%RHI2C可调18元优秀建议有预算直接上SHT30I2C接口比单总线好用太多但DHT22也够用。土壤湿度传感器是重灾区便宜货真不行。我测试过某宝9块9的电阻式探头泡水一周后读数直接飘到天上去。后面换成电容式型号YL-69的改良版靠测量土壤介电常数反推含水量不会电解稳定很多。光照传感器BH1750算是性价比之王I2C接口直接输出勒克斯值范围1-65535覆盖荷兰豆生长所需的光强范围。CO2传感器MH-Z19B走UART通信需要注意它的工作电压是5V但串口电平是3.3V兼容的接线时不能直接接STM32的5V引脚必须单独供电。我一开始偷懒直接挂在STM32的3.3V上结果数据完全读不出来查了半天手册才发现问题。2.2 供电系统与电路保护设计生长舱里电机水泵一启动电压就会瞬间跌落这是监控系统复位重启的最常见原因。我的方案是采用双路供电STM32控制系统用AMS1117-3.3从USB 5V降压得到水泵、风扇、补光灯这些执行器单独用一个12V 5A的适配器供电两块电源之间用光耦隔离彻底避免电机启停产生的反电动势干扰主控。继电器模块选的是带光耦隔离的1路低电平触发模块STM32引脚高电平复位、低电平吸合。这里要特别强调继电器模块必须用NPN三极管驱动不能直接让MCU引脚去推继电器线圈引脚电流根本不够。另外所有输入输出接口都要加上TVS管和RC滤波尤其是有长线缆连接的传感器不然打雷或者附近有大功率设备开关时STM32很容易死机。关于地线处理这是一个老生常谈但特别容易翻车的问题。执行器的地和主控的地要单点接地不能形成环路。我之前图省事把所有地都接到一块结果水泵一开OLED屏幕就开始闪排查了半天才想到是地环路导致的噪声耦合。改成单点接地后问题彻底消失。3. STM32核心代码与外设配置详解3.1 基于CubeMX的初始化配置用STM32CubeMX配外设是这个项目最高效的起点。我用的固件包版本是F1系列1.8.5按下面的方式配置引脚PA0-PA2ADC1的IN0-IN2通道采样土壤湿度、电源电压和预留的光敏电阻PB6-PB7I2C1外接OLED显示屏和BH1750光强传感器两者地址不同可挂同一总线PB8-PB9CAN外设复用为普通GPIO模拟DHT22单总线时序PA9-PA10USART1接ESP8266波特率115200PA2-PA3USART2接调试串口波特率9600PA6-PA7-PB0-PB1四路PWM输出分别控制补光灯亮度、风扇转速、加热棒功率和水泵流量PC13-PC15三个按键用于本地手动控制值得注意的是ADC连续采样模式下我开启了扫描模式和DMA传输一次序列直接采完三路数据不需要CPU干预。代码配置如下hadc1.Instance ADC1; hadc1.Init.ScanConvMode ENABLE; // 扫描模式 hadc1.Init.ContinuousConvMode ENABLE; // 连续转换 hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.ExternalTrigConv ADC_SOFTWARE_START; // 软件触发 hadc1.Init.NbrOfConversion 3; // 3个通道 hadc1.Init.DataAlign ADC_DATAALIGN_RIGHT; // 右对齐 sConfig1.Channel ADC_CHANNEL_0; sConfig1.SamplingTime ADC_SAMPLETIME_239CYCLES_5; // 采样时间尽量设大降低噪声DMA配置使用循环模式这样ADC数据会一直刷新在内存数组里随时取用最新值。这里有一个经验采样时间越长等效于对信号做了低通滤波但实时性会下降。对于土壤湿度这种变化缓慢的物理量采样时间设到最大都没有问题。3.2 传感器驱动代码实现细节DHT22的单总线协议不算复杂但时序要求严格网上很多代码在F103上跑会卡在延时上。我分享一个实测稳定的实现思路把微秒级延时函数换成DWT-CYCCNT硬件计数器比软件循环精准得多。static void DWT_Delay_Init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; } static void DWT_Delay_us(uint32_t us) { uint32_t start DWT-CYCCNT; uint32_t ticks us * (SystemCoreClock / 1000000); while ((DWT-CYCCNT - start) ticks); }DHT22读取流程是主机拉低总线至少18ms然后释放并延时20-40us这时候传感器会响应拉低80us再拉高80us然后开始发送40位数据。每一位的0和1是看高电平的持续时间区分的26-28us是070us是1。读取完成之后做个数据校验湿度整数湿度小数温度整数温度小数校验字节。BH1750就简单很多I2C总线直接读两个字节。注意每次启动测光要写测量命令我用的连续高分辨率模式命令字是0x10。MH-Z19B的读取需要发一个9字节的请求帧然后等它回9字节响应响应中的第2和第3字节就是CO2浓度高字节和低字节。uint8_t cmd[9] {0xFF, 0x01, 0x86, 0x00, 0x00, 0x00, 0x00, 0x00, 0x79};校验就是简单的和校验前8字节求和再取反加1等于第9字节即收到有效数据。3.3 数据融合与滤波算法实现传感器数据上来的原始值不能直接用监控系统必须有数据预处理环节。土壤湿度我这个电容式传感器的输出是0-4095的ADC值经过标定后映射成0-100%的含水量。映射不是简单的线性关系我实际测了三个点的数据完全干燥30%、手握半湿70%、完全浸水95%。用这三组数据做了分段线性拟合效果比单斜率好得多。温湿度数据经过滑动窗口滤波窗口大小设为10每5秒采样一次取中位数值。为什么要用中位数而不是平均值因为传感器偶尔会受到电磁干扰产生一个明显异常值平均值会把异常值平均进去中位数能直接把异常值剔除掉。实测下来DHT22偶尔跳变1度的毛刺中值滤波后完全消失。ADC读数则采用多次采样取均值的方式。我在前面提到的DMA循环模式是硬件层面的连续采样软件层面再取最近20次采样的平均值。这样相当于做了两级滤波数据非常平稳后面做温度和湿度的闭环控制时不会出现执行器频繁启停。4. 数据上传与远程监控平台搭建4.1 ESP8266连接MQTT服务器的AT指令方案通信层的核心是ESP8266-01s我用的MQTT库是开源的PubSubClient。ESP8266和STM32的交互方式有两种一是直接用AT指令二是给ESP8266刷NodeMCU固件或者Arduino固件然后通过串口协议传输。我用的是AT指令方案简单可靠适合STM32这种资源受限的场景。ESP8266-01s默认波特率是115200固件版本不同指令略有差异。联网流程就是经典的AT指令五联ATCWMODE1 ATCWJAPWiFi名称,WiFi密码 ATCIPSTARTTCP,192.168.1.100,1883 ATCIPMODE1 ATCIPSEND其中ATCIPMODE1是进入透传模式之后STM32发的所有数据都会直接发送到TCP连接的服务器。这一步是ESP8266的常见坑点如果模组的固件版本较老可能不支持CIPMODE透传模式需要先升级固件。STM32端我写了一个简洁的MQTT协议栈只保留CONNECT、SUBSCRIBE、PUBLISH、PINGREQ四个核心功能。发布数据帧的格式如下uint8_t mqtt_publish_packet(uint8_t qos, const char *topic, const char *payload) { // 构建消息头 uint16_t topic_len strlen(topic); uint16_t payload_len strlen(payload); // 计算剩余长度可变头主题长度字段主题消息体 uint32_t remaining_len 2 topic_len payload_len; // 生成并返回数据帧 }这个协议栈完整代码有两百多行核心在于剩余长度的编码规则。MQTT规定长度字段低7位有效第8位表示是否需要继续读下一个字节所以超过127字节的消息要拆成多字节编码。STM32发的传感器数据都在100字节以内一个字节就能搞定。4.2 本地可视化面板与数据存储MQTT broker这边我用的是树莓派上跑Mosquitto数据可视化直接用GrafanaInfluxDB这套组合。STM32每分钟发布一个包含温度、湿度、光照、土壤湿度的JSON报文通过配置MQTT Collector插件把数据写入InfluxDB时序数据库。Grafana里建好Dashboard就能看到实时曲线。这套监控系统的好处是手机浏览器打开Grafana的页面随时能看到荷兰豆生长舱的各项指标历史趋势图也能回放。我给Grafana配置了告警规则空气温度超过35℃或低于5℃、土壤湿度低于20%、光照强度连续两小时低于2000lux都会触发钉钉机器人推送告警。如果你不想折腾树莓派和Grafana也有更轻量的替代方案用Blynk物联网平台STM32通过ESP8266往Blynk服务器发数据手机App直接可视化配置控件。但Blynk免费版的数据点数有限制对于长期监控不够友好所以我最终选了自己搭服务。4.3 远程下发控制指令的完整链路监控系统不能只做数据展示还得能远程控制。MQTT的SUBSCRIBE机制天然支持这个功能。Grafana面板加一个手动浇水按钮点击后通过一个Python脚本往growbox/control主题发布指令{device: growbox01, action: water, duration: 10, timestamp: 1710000000}ESP8266收到消息后通过串口发给STM32STM32解析出action和duration字段控制继电器打开水泵10秒钟然后自动关闭。这个链路看着长实际测试从点击按钮到水泵启动延迟不超过200ms完全够用。安全性方面我在指令里加了设备ID校验如果不是发给本机的消息直接丢弃。另外所有控制指令都要求携带时间戳拒绝接受超过5分钟前的旧指令避免因为网络延迟或者重发导致误操作。这些都是实际运营中才会遇到的问题一开始不具备的话后面慢慢加起来。5. 执行器控制与生长环境闭环策略5.1 温湿度联动控制逻辑荷兰豆最适宜的生长温度是15-20℃湿度60%-80%。我设定了四级环境状态判断逻辑状态条件执行动作低温干燥温度15℃且湿度50%加热棒开启水泵短暂补水低温高湿温度15℃且湿度85%加热棒开启风扇低速排湿高温干燥温度25℃且湿度50%风扇高速水泵补水适宜区间温度15-25℃湿度50%-85%全部停止保节能这里面的逻辑看似简单但状态切换要做滞回控制。比如当温度在14.9℃和15.1℃之间震荡时如果按单一阈值控制加热棒会在几分钟内反复启停既耗电又容易坏继电器。我的做法是低于14℃启动加热高于17℃停止加热。中间15-17℃是死区维持现状。这样加热棒每次启动持续至少几分钟寿命会好很多。水泵浇水逻辑不能只依赖土壤湿度阈值。我观察了一段时间发现如果单纯按土壤湿度低于30%就浇水很容易浇透一次之后两三天不浇导致水分分布不均。后来改成短周期、小水量的策略每6小时检测一次土壤湿度如果低于40%就补水30秒高于60%则跳过。这样的好处是土壤含水量一直维持在相对恒定的范围荷兰豆根系能持续吸收水分长势比起干透浇透的方式好了不少。5.2 基于中断与定时器的PWM调光调温方案补光灯和风扇不是简单的开关而是用PWM做无极调节。我配置了定时器TIM2的四个通道输出PWM频率设20kHz这样听不到线圈的啸叫声。PWM的占空比由环境自然光强度智能调节光强低于3000lux时补光灯启动低于2000lux时占空比升到80%低于1000lux时直接全开。具体实现是用ADC读取BH1750的光照值然后在主循环里做比例控制uint16_t light_pwm_value 0; if (brightness 1000) { light_pwm_value 2500; // 大概98%占空比全开 } else if (brightness 2000) { light_pwm_value 2048; // 80%占空比 } else if (brightness 3000) { light_pwm_value 1024; // 40%占空比 } else { light_pwm_value 0; // 关闭补光 } __HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, light_pwm_value);这套简单的分段控制策略比PID更可靠因为它天然不振荡。环境光变化是个缓慢过程系统不会因为在3000lux边界反复震荡而产生频闪。如果上PID参数没调好就可能出现补光灯闪烁、亮度剧烈波动的情况对植物光合作用反而不好。风扇PWM的调节则是关联到CO2浓度因为荷兰豆光合作用会消耗CO2舱内CO2浓度低于400ppm时即使温度正常也需要加强通风引入新鲜空气。我用MH-Z19B监测CO2超过800ppm开启风扇20%占空比超过1200ppm直接满转。整体上这套控制逻辑是温湿度为主CO2为辅的优先级体系。5.3 本地自动控制与远程控制的仲裁机制这里有一个重要的设计细节当本地规则和远程指令冲突时怎么办我的策略是远程控制永远优先于本地自动控制。原因是远程控制通常是人在现场观察、判断后主动执行的比如手动补种后需要额外浇水这时候本地阈值逻辑反而可能是阻碍。实现仲裁其实只需要一个标志位typedef enum { CONTROL_MODE_AUTO 0x00, CONTROL_MODE_MANUAL 0x01 } ControlMode; volatile ControlMode g_control_mode CONTROL_MODE_AUTO; volatile uint8_t g_remote_override_timeout 0;当收到远程手动控制指令时全局模式切换为MANUAL同时启动一个1小时的定时器。如果1小时内没有新的远程指令模式自动切回AUTO。这样做的好处是即使手机不在身边远程指令也不会永久覆盖本地策略系统能自动恢复安全运行状态。这种模式仲裁机制做各种自动化监控项目都建议安排上。6. 常见问题与排查技巧实录6.1 STM32连接调试器报错排查上电第一件事把ST-LINK插上去结果Keil弹出error: no stm32 target found! if your product embeds debug authentication, pl。别慌大部分情况下不是芯片焊坏了。这个提示最常见的原因是目标板供电异常或者SWD引脚被占用。排查步骤按这个顺序来先用万用表量STM32的3.3V和GND是否有短路再检查NRST引脚复位电容有没有装反最后确认SWDIO和SWCLK两个引脚有没有被其他外设占用。如果都没问题按住复位键再点击下载松手瞬间让调试器闯入成功率会高不少。如果还不行试试降低SWD时钟频率在Keil的Debug设置里把Connect under Reset选项勾上。我遇到的一个特殊情况是PB3/PB4被我配置成了LED输出而这两个引脚恰好也是SWD调试口。配置完之后调试器确实连不上了最后只能先用ST-LINK Utility全片擦除再把代码里对PB3/PB4的初始化注释掉换成PC14/PC15才恢复正常。6.2 ESP8266串口连接问题的处理经验ESP8266-01s最令人头疼的问题是上电瞬间的启动输出。模块上电后会先通过串口打印一段乱码这是因为模块上电运行时波特率还没有稳定。这在AT指令模式下问题不大但在STM32里机器人式地去读串口缓存很容易把这串乱码当成有效数据解析。我的方案是在初始化时给ESP8266留3秒的稳定时间然后发送两遍AT指令。第一遍是为了唤醒模块第二遍才是正式探测。如果连发三次AT都没有返回OK大概率是波特率不匹配或者接线问题。ESP8266-01s的GPIO0必须按手册接对模块上的CH_PDEN引脚必须拉高不然模块直接罢工串口怎么发都没反应。还有一个隐藏坑ESP8266工作时峰值电流能到300mA如果直接拿STM32板的3.3V供电电压跌落就会导致疯狂重启。必须独立供电接口处并一个470uF电容稳压。这个经验也可以迁移到其他大功率WiFi模块或者4G模块上独立供电加退耦电容基本是标准配置。6.3 传感器数据异常的现场排查思路传感器读数乱七八糟或者长时间不变时不要先去复读代码应该先验证硬件连接。我有个百试百灵的排查方法把传感器拆下来直接用杜邦线接在STM32核心板上配合一个简单的测试程序读取数据看是否正常。如果单独测试正常那问题就出在传感器线路和安装方式上。BH1750光照数据异常大概率是I2C地址错误这个传感器有两种地址ADDR引脚拉低是0x23拉高是0x5C。DHT22连续读不到数据先检查信号线上拉电阻建议加一个4.7kΩ的上拉到VCC。线路超过20cm就要考虑加TVS管防静电了。土壤湿度传感器的数据漂移一般跟探头材质有关铜质探头氧化之后读数会整体偏低。解决方法是定期校准把探头插到干土和湿土里分别记录基准值然后更新映射关系。我在代码里用flash存储了校准参数这样即使断电重刷固件校准值也不会丢。7. 系统优化方向与项目心得做完这个项目回头看炒股票不如种菜种菜要搞监控。这个STM32生长舱监控系统已经稳定运行了四个多月荷兰豆涨势明显比之前好。期间经历了一次远程控制的误操作环氧树脂封装的继电器模块因为发热老化导致触点粘连水泵持续浇水了半小时及时发现后我加了两道保护一是水泵最大单次运行时间限制为2分钟且两次浇水间隔最短30分钟二是在土壤湿度低于10%强制切断水泵控制信号这些冗余措施现在还在守护着我的豆豆。这个项目其实还有一些值得做的扩展方向。比如加一个摄像头模块做植物生长状态的图像识别用简单的颜色判断叶子是否发黄或者把执行器从继电器换成可控硅实现更精细的功率调节再或者加一个语音提示模块当环境异常时直接播报让家人也能知道舱内状态。硬件底子打好了后面的扩展基本都是锦上添花。如果大家也想做类似的基于STM32的监控系统项目我的建议是先不要急着买元件先用CubeMX把外设初始化代码跑通在核心板上点亮OLED显示传感器数据再逐步加通信和执行器。模块化推进的好处是每一步都有可验证的成果出问题能快速定位做起来也不容易半途而废。欢迎大家在评论区交流你们的实现方案和踩坑经历。
