STM32水培环境监控系统：从硬件选型到代码实现

1. 项目思路与整体方案选型

做水培环境监控这个项目，其实是一开始帮朋友搞他阳台上的那套叶菜水培架。他用的还是最原始那种定时器插座，水泵一天开几次全靠蒙，营养液pH飘了就整槽苗跟着蔫，晚上补光灯也是关不关看心情。后来我干脆用手里常备的STM32，从头到尾给他攒了一套能实时监控、自动调控的小系统，做完之后效果出奇地好，很多玩水培的朋友看了都问我要方案。

这套系统的核心价值，一句话概括就是：用STM32把水培环境里的水温、pH值、EC值（电导率）、液位、光照这几个关键参数全部数字化，然后根据预设阈值自动控制水泵、气泵、补光灯、加热棒这些执行设备，让营养液环境的稳定性从“靠感觉”变成“靠数据”。不管是阳台小型水培架、室内菜园，还是想做无土栽培方向毕业设计的同学，这个项目都有直接参考价值。

1.1 为什么用STM32而不是Arduino或ESP32

这是入手前必须想明白的问题。Arduino上手快，ESP32自带WiFi，为什么我还是选了STM32F103C8T6这块板子当主控？原因有几点，都很实际：

第一是IO资源和外设的灵活性。一套完整的水培监控系统，需要同时采集一路水温（DS18B20单总线）、一路pH（模拟电压输出）、一路EC（模拟电压输出）、两个液位开关（数字量）、一路光照强度（光敏电阻分压）。同时要控制至少四路继电器（水泵、气泵、补光灯、加热棒）。这算下来需要两路ADC、一个单总线接口、若干GPIO输入输出、一路USART接WiFi模块或者上位机，F103C8T6的资源配置正好，不浪费也不紧张。

第二是ADC的精度和稳定性。pH和EC的电压信号都是毫伏级变化，pH电极每变化0.1个pH大约对应mV级电压差，这就要求ADC噪声足够低。STM32的12位ADC配合硬件过采样，能把精度压到0.1pH以内，Arduino Uno的10位ADC在6V基准下只能到mV级，短板非常明显。

第三是长期稳定运行的考虑。水培环境控制不是跑几天就收摊的实验，是要7x24小时挂在架子上运行的。STM32的工业级可靠性在这种场景下优势明显，而且即使程序跑飞了，独立硬件看门狗也能拉回来。

第四是学习价值和可扩展性。STM32的外设框架比Arduino底一层，做完这个项目，GPIO、ADC、定时器、中断、USART、I2C、PID控制全都能过一遍，后面想加个温控风扇或者蓝牙App控制，功能扩展毫无压力。

我一开始其实也试过ESP8266的方案，但调试到后面发现，ESP8266的ADC只有10位且参考电压不稳定，给EC电极做校准的时候差点把我逼疯。折腾一圈回来，还是老老实实换回STM32。

1.2 系统的整体架构与工作流程

整套系统的硬件架构很简单清晰，控制关系也直观，我直接用文字描述一下：

主控端是STM32F103C8T6最小系统板，所有传感器信号接在左侧的输入通道上，所有执行器通过继电器模块接在右侧的输出通道上。板上唯一的通信接口是USART1，用来对接ESP8266模块（可选）或者直接接USB-TTL和电脑上位机通信。

传感器采集流程是：STM32以1秒为周期循环读取所有传感器数据，经过软件滤波和数据校准后，把当前数值和用户设定的目标区间做对比，然后通过PID算法或简单的滞回比较算法生成控制指令，通过GPIO控制继电器的通断，最终实现对执行器的开关控制。

这里要重点说下为什么控制算法要区分两种场景。

温度和EC值的控制用的是滞回比较算法。比如水温目标值设22℃，滞回区间设±1℃，那么温度低于21℃时打开加热棒，高于23℃时关闭加热棒。这种控制方式经济实用，不用像PID那样需要反复调参，而且继电器的开关频率很低，对设备寿命非常友好。

pH值的调节用得稍复杂些，因为营养液的pH变化具有大滞后特性，加酸加碱后要等一两分钟才看到明显变化。如果也用简单滞回比较，很容易出现过量调节。我的处理方法是：当pH偏差超过0.3时，先开启蠕动泵持续加液一定时间（比如3秒），然后关闭等待90秒让液体混合均匀，再重新读取pH值做下一步判断。

这个“脉冲式调节+等待混合”的策略，本质上是一种简化版的增量式调节，虽然不如完整PID那么优雅，但在实际水培场景中非常实用，不会出现pH反复震荡的情况。

2. 硬件选型与电路设计要点

硬件选型是整个项目中决定成败的一环。水培环境里的传感器和执行器种类比较多，每一种反复对比验证下来大概都有几个坑，这里我把最终选型和理由说清楚，帮你少走弯路。

2.1 传感器选型与信号处理

水温传感器：DS18B20防水探头

水温测量这块没有太多悬念，DS18B20几乎是无脑选择。它用单总线协议，一根数据线上能挂多个探头（并联即可），12位分辨率下精度在±0.5℃以内，防水封装型探头直接丢进营养液槽里完全没问题。

使用时有几个注意事项：

• 单总线协议对时序要求严格，F103主频72MHz下需要用定时器或者延时函数精确控制时序，不能直接用简单的delay()循环，否则读出来的温度全是0或者85（DS18B20的上电默认值）。
• 1秒轮询一次的话，主程序里要留足够时间给DS18B20完成温度转换，常规做法是发起转换后延时750ms再读取结果。
• 如果探头引线超过1米，建议在数据线上并联一个4.7kΩ上拉电阻，并在靠近单片机端加一个RC滤波（比如100Ω电阻串联加100nF电容到地），能显著改善长线传输的抗干扰能力。

pH传感器：工业pH电极+模拟信号调理板

pH测量是整个系统里最精密的环节，也是我踩坑最多的环节。

市面上常见的pH传感器模块（比如某宝上常见的“PH-4502C”或“PH-SMC”类模块）都包含两个核心部分：一根pH电极探头和一个运放调理板。pH电极输出的是微弱的高阻抗电压信号（阻抗高达几百兆欧），必须经过高输入阻抗运放进行阻抗变换和电压调理，才能被单片机的ADC正常读取。所以千万别试图把pH电极直接接到单片机的ADC引脚上，信号会被拉垮到完全无法读取。

pH调理板的输出信号一般是0~3V或0~5V的电压，对应pH值范围0~14。但我强烈建议你把模块调的满量程输出匹配到ADC输入范围内，避免电压超限损坏单片机。我用的是3.3V供电的pH模块，它的输出标定为pH7时输出约1.65V，pH4时约2.35V，pH10时约0.85V。接在STM32的ADC上正好在合理范围。

EC值传感器：电导率电极+交流激励方式说明

EC值（电导率）反映的是营养液中离子浓度的总和，是判断营养液需要补充肥料的直接依据。EC传感器和水温传感器一样，输出是模拟电压信号，但它的工作原理比pH要稍微复杂一点——EC电极不能加直流电压，否则电极会极化导致测量漂移和电极寿命衰减，所以优质的EC测量电路都是采用交流激励方式。

市面上的EC传感器模块原理上也不难：模块内部用方波发生器产生一个交流信号加在电极两端，通过电导率变化引起电流变化，再经过放大整流后输出直流电压。单片机上不需要关心模块内部怎么产生交流激励，我只需要把输出的模拟电压通过ADC读进来，再通过校准曲线换算成mS/cm即可。

EC校准相对简单，一般只需要两点校准：用一个已知电导率的标准液（比如1413uS/cm的标液）测出对应的ADC值，再用水（比如纯净水，电导率接近0）测ADC值，两点线性拟合即可。

液位检测：常开型浮球开关

液位检测这个环节特别容易被忽略，但实际使用中恰恰是故障高发区。因为水泵长时间运行，营养液会不断蒸发，一旦液位过低，水泵空转会导致泵体过热损坏，甚至把空气打入营养液影响根系供氧。

我用的是最便宜的常开型浮球开关（三线制或两线制），安装在营养液槽的中低水位位置。当液面低于设定值时浮球下垂，开关闭合，STM32检测到低电平后立即停止水泵运行并在OLED屏幕上报警。为了避免液面波动导致误触发，代码里做了30ms的软件消抖处理。

光照强度：光敏电阻分压电路

光照传感器这里我只做了一路简单的光敏电阻分压采样，没有用昂贵的数字光照传感器（比如BH1750）。原因很简单：水培补光控制本质上只需要知道“当前光强是够还是不够”，一个光敏电阻配合分压电阻就完全能判断。分压电路也很简单：光敏电阻和10kΩ电阻串联，ADC采集中间分压点的电压。根据当前ADC值判断光照档位，再决定补光灯是关闭、半功率还是全功率。

如果后续想精确调控光照强度，可以换BH1750数字传感器，用I2C接口读取，采集精度会好很多。但作为第一版方案，光敏电阻够用且电路简单。

2.2 执行器驱动的几种方案选择

传感器负责感知，执行器才是真正干活的。水培环境里的执行设备按控制方式分两大类：开关型设备和连续调节型设备。

开关型（继电器控制）：水泵、气泵、补光灯、加热棒

这四类设备都只需要“开”或“关”两种状态，用继电器是最经典稳妥的方案。但继电器选择上我特别叮嘱一下，必须用带光耦隔离的继电器模块，而不是那种直接拿三极管驱动的裸继电器板。

光耦隔离继电器模块的核心作用是把控制端（单片机）和负载端（220V交流或大电流直流）完全电气隔离。STM32的GPIO输出一个3.3V信号，经光耦隔离后驱动继电器线圈，即使继电器端的感性负载产生强烈反电动势或者电源波动，也不会回流到单片机电路烧毁主控。我概率性地测过不少裸继电器板，在切换水泵这类感性负载时，因为缺少续流保护，继电器动作瞬间单片机复位甚至IO口损坏的故障率非常高。所以这块预算不能省。

具体控制逻辑上，STM32的GPIO配置为推挽输出，经过光耦模块的输入引脚驱动。需要特别注意的是，STM32的GPIO默认状态是浮空输入，上电瞬间可能会有一个短暂的低电平，导致继电器误动作。我的处理方法是：在所有GPIO初始化为输出模式之前，先把ODR寄存器对应位拉高（即关闭所有继电器），然后再配置GPIO模式，就能保证上电瞬间不会有任何执行器被意外开启。

连续调节型（PWM控制）：营养液循环泵调速、风扇调速

有些场景下，比如家里的水培架噪音敏感，或者想让循环泵低速运转时，开关型控制就不够了，这时候要用PWM输出调节电机转速。

STM32的定时器PWM输出可以很方便地实现这个功能。但要注意的是，单片机输出的PWM是3.3V的，不能直接驱动直流电机或220V交流设备。如果是小型的12V直流泵，可以用一个MOS管驱动电路（比如IRLZ44N加一个续流二极管）把3.3V PWM信号转换成12V的功率PWM。如果是交流循环泵，就需要用可控硅调压模块或者变频器了，成本会高不少。

我这里第一版用的还是开关型控制，即水泵要么全速开要么关，用间歇运行策略（比如每运行15分钟停5分钟）来模拟低速循环的效果。好处是电路简单、成本低、可靠性高；坏处是水泵启停时会有一定的噪音和水流冲击。第二版我搭了一个MOS管低速循环方案，效果更好，这个后面在扩展篇里细说。

2.3 电源系统的设计与供电计算

电源设计是整个硬件可靠性中最容易被低估的一环。电磁阀、水泵启动瞬间的浪涌电流非常大，如果电源余量不足，整个系统的电压会剧烈跌落，导致单片机复位，系统反复重启，这是很多人做的设备“一接水泵就重启”的根本原因。

我这套系统的电源拓扑是：

220V AC → 12V 3A开关电源 → 降压模块（MP1584或LM2596）→ 5V 给继电器模块供电 → 3.3V LDO（AMS1117-3.3）→ 给STM32和传感器供电

12V 3A的电源额定给水泵和继电器供电，这是完全够用的。但实际接线时，我强烈建议你把传感器和单片机的供电线路与执行器的供电线路物理分开，即从开关电源输出端先分一路到LM2596降压成5V，再经AMS1117稳定到3.3V，单独给逻辑电路供电。不要让执行器的电源线和STM32的电源线共用一根从开关电源出来的线。

原因很简单：水泵启动瞬间电流可能到1.5A以上，会在导线上产生显著的压降，如果这个压降叠加在单片机电源上，轻则复位，重则损坏主控。物理上分成两条供电回路之后，即使水泵启动造成12V母线电压短暂下跌，降压模块输入端有足够的电容缓冲（我加了两个470μF电解电容），也能保证逻辑供电稳定不掉电。

3. 核心代码实现与关键流程调度

硬件搭好之后，大头工作就在代码上。整个固件我拆分成几个独立的功能模块：传感器采集模块、数据处理与校准模块、控制决策模块、显示与通信模块。下面逐个展开讲核心实现。

3.1 CubeMX初始化配置及外设分配

我是用STM32CubeMX做的初始化配置，这样外设配置清晰、代码可读性好，也方便以后换芯片型号。需要启用的外设和引脚分配如下：

这里强调一个细节：如果OLED显示也用I2C占用PB6/PB7，与继电器控制引脚冲突了，要注意引脚分配。我实际做的时候把继电器控制挪到了PB10~PB13，OLED走I2C1的PB6/PB7，这样在CubeMX里不用调整复用功能，代码写起来也清晰很多。

定时器方面，我用TIM2做了1秒的系统时基，用于传感器轮询、控制决策和OLED刷新。另外用TIM3的PWM通道控制加热棒功率（或者补光灯调光）。

3.2 ADC采集与软件滤波

ADC采集看似简单，实际做起来需要注意的细节不少。STM32F103的ADC是12位分辨率，参考电压3.3V，理论上分辨率约0.8mV/LSB（3.3V/4096）。但pH电极信号是典型的微弱信号，直接读单次值波动非常大，必须做滤波处理。

我在代码里用的是中值滤波+滑动平均的组合方案。每次采集时连续读13次ADC值，去掉最大值和最小值，对剩余11个值求平均。这个滤波器对随机噪声的抑制效果非常好，同时又能保留真实的信号变化趋势，不会过度平滑导致响应迟钝。

uint16_t adc_filtered_average(ADC_HandleTypeDef *hadc, uint8_t channel) { uint16_t samples[13]; uint16_t temp; uint32_t sum = 0; for (int i = 0; i < 13; i++) { // 切换ADC通道并等待稳定 ADC_ChannelConfTypeDef sConfig = {0}; sConfig.Channel = channel; sConfig.Rank = ADC_REGULAR_RANK_1; sConfig.SamplingTime = ADC_SAMPLETIME_239CYCLES_5; // 采样时间拉长，减少信号源阻抗影响 HAL_ADC_ConfigChannel(hadc, &sConfig); HAL_ADC_Start(hadc); HAL_ADC_PollForConversion(hadc, 10); samples[i] = HAL_ADC_GetValue(hadc); HAL_ADC_Stop(hadc); delay_ms(2); } // 冒泡排序取中值区间 for (int i = 0; i < 13; i++) { for (int j = i + 1; j < 13; j++) { if (samples[j] < samples[i]) { temp = samples[i]; samples[i] = samples[j]; samples[j] = temp; } } } int valid_start = 1; // 去掉最小值和最大值 int valid_count = 11; for (int k = 0; k < valid_count; k++) { sum += samples[valid_start + k]; } return (uint16_t)(sum / valid_count); }

有一个容易被人忽视的细节是采样时间设置。STM32F103的ADC采样时间可以配置成1.5~239.5个周期，当时钟配置为12MHz时，1.5个周期的采样时间只有125ns。对于pH这类高源阻抗信号，这个采样时间太短了，信号根本来不及给内部取样电容充电，测量值会严重偏低且不稳定。我把采样时间配到239.5个周期（约20μs），这个值在大多数传感器模块上都能获得最优读数。

3.3 数据校准与单位换算

滤波完成后，原始ADC值还需要经过校准换算才能变成真正的物理量。这里的校准逻辑直接决定了测量精度，是整个系统里我最重视的部分。

温度校准：DS18B20返回的就是标准温度值，不需要额外换算，只需要确认读取到的原始温度是有效值（不是0xFFFF或0x85）。然后直接把值存到全局变量中供后续使用。

pH校准：pH模块的输出电压和pH值之间是近似的线性关系：pH = (V_pH7 - V_measured) / (V_ph4 - V_pH7) * 3 + 7，其中V_pH7是pH为7时模块的输出电压（约1.65V），V_ph4是pH为4时模块的输出电压（约2.35V），V_measured是当前采集到的电压。

但这个公式里的V_pH7和V_ph4不是固定不变的。电极长期使用后会有漂移，所以我在代码里留了两个参数——pH_offset（偏置）和pH_slope（斜率），在菜单中可以手动校准。校准方法很简单：将电极分别放入pH=4.00和pH=6.86的标准缓冲液中，记录下对应的ADC值，然后程序自动计算新的斜率和偏置。我建议这个校准功能必须做进系统，并放在一个足够隐蔽的校准菜单里，避免日常误操作。

EC校准：EC模块的输出电压和电导率之间同样是线性关系，即EC_S = k * V_ec + b，其中k和b可以通过两点校准获得。使用1413uS/cm的标准液和纯净水分别测ADC值，然后自动计算。这里的电压值同样需要经过上述滤波处理。

光照强度只做归一化：光敏电阻的分压电压不需要换算成具体lux，只做相对比较，设定一个对照阈值，低于阈值开灯，高于阈值关灯。

3.4 控制决策与执行器调度逻辑

传感器数据转换成物理量后，进入控制决策模块。这个模块的核心思想是：所有控制不是简单地“超了就关、低了就开”，而是分优先级、分时序地进行处理。

先跑一个优先级判断：

1. 液位过低（最高优先级）：所有执行器立即停止，蜂鸣器报警，等待人工补水。这个优先级必须高于其他一切控制，否则液位太低时水泵还在转，几分钟就会烧毁。

2. 温度超限：温度过高时先关加热棒，开循环泵和气泵加速散热；温度过低时先关循环泵（减少热量流失），再开加热棒。

3. EC超限：EC值偏高说明营养液过浓，需要自动补水（打开补水管路电磁阀）稀释；EC值偏低说明养分不足，自动打开营养液补液泵补充母液。

4. pH超范围：pH过高时加酸液（开酸液蠕动泵3秒），pH过低时加碱液（开碱液蠕动泵3秒），每次加液后等待混合周期再重新采样。

执行时序上，我特别设计了一个“上电安全时序”：系统上电后，前2秒内所有执行器保持关闭状态，等待传感器初始化完成。第2~5秒读取一次pH和EC基线值，第5秒后才允许控制决策模块介入。这个时序看着简单，但能有效避开上电瞬间传感器读数不稳导致的误动作。

3.5 主循环与状态机设计

整个固件的灵魂，其实在主循环的状态机调度逻辑里。我用一个简单的非阻塞状态机来管理“采集-决策-执行-显示”这一整条链路：

// 状态机简化示意 typedef enum { STATE_ADC_READ = 0, // 读取ADC传感器 STATE_TEMP_READ, // 读取DS18B20温度 STATE_DATA_PROCESS, // 数据滤波、校准换算 STATE_CONTROL_DECIDE, // 控制逻辑决策 STATE_EXECUTE_ACTION, // 执行输出动作 STATE_DISPLAY_UPDATE, // OLED刷新 STATE_COMM_SEND, // 串口上报数据 } SystemState; void main_loop(void) { SystemState state = STATE_ADC_READ; while (1) { switch (state) { case STATE_ADC_READ: // 读取pH/EC/光照ADC值 ph_voltage = read_adc_filtered(ADC_CH_PH); ec_voltage = read_adc_filtered(ADC_CH_EC); light_voltage = read_adc_filtered(ADC_CH_LIGHT); state = STATE_TEMP_READ; break; case STATE_TEMP_READ: // 读取DS18B20温度 water_temp = ds18b20_read_temp(); if (water_temp == 0xFFFF || water_temp > 850) // 85代表探头异常（上电初值） { water_temp = last_valid_temp; // 保持上次有效值 temp_error_cnt++; } state = STATE_DATA_PROCESS; break; case STATE_DATA_PROCESS: ph_value = voltage_to_ph(ph_voltage); ec_value = voltage_to_ec(ec_voltage); state = STATE_CONTROL_DECIDE; break; case STATE_CONTROL_DECIDE: priority_safety_check(); // 第一步：安全检查 temperature_control(); // 第二步：温度控制 ec_control(); // 第三步：EC控制 ph_control(); // 第四步：pH控制 light_control(); // 第五步：光照控制 state = STATE_EXECUTE_ACTION; break; case STATE_EXECUTE_ACTION: apply_outputs(); state = STATE_DISPLAY_UPDATE; break; case STATE_DISPLAY_UPDATE: oled_show_all_data(); state = STATE_COMM_SEND; break; case STATE_COMM_SEND: uart_send_data_to_host(); state = STATE_ADC_READ; // 回到起点，下一轮循环 break; } watchdog_refresh(); // 喂狗 } }

这里有个关键点要说明：为何要搞一个状态机而不是直接写成顺序执行的函数？因为状态机天然是非阻塞的，每个状态只执行一小段逻辑后立刻跳出，方便后续嵌入RTOS，也方便在主循环里穿插其他非紧急任务（比如按键扫描）。而且状态机把数据采集、数据处理、控制决策明确分开，调试点更好定位问题。实测下来，这个状态机全流程跑一圈大约100ms，对于水培环境这种慢变化对象，100ms的循环周期完全足够。

4. 常见故障与排障实录

这个项目做到第二版的时候，我从朋友那拿回一大堆他遇到的问题反馈。很多问题其实不是硬件坏了，而是设计层面的坑。我挑几个最典型、最值得注意的写出来，帮你提前避开。

4.1 传感器读数漂移严重或跳变

现象：同一杯营养液，pH读数短时间内能漂0.3甚至0.5个pH，数值上下乱跳，完全没法用。

排查过程：

• 第一步检查电源：供电是否稳定？如果传感器和继电器共用一个电源，当继电器吸合瞬间，电源电压跌落会导致ADC测量基准不稳，读数跳变。我实测过，用5V稳压给传感器供电、继电器用独立电源之后，读数稳定性明显改善。
• 第二步检查接线：pH和EC的模拟信号线是否和其他控制线绑在一起走线？如果信号线靠近220V交流继电器线缆，干扰基本躲不掉。把模拟信号线用屏蔽线单独走，屏蔽层单端接地，跳变就消失了。
• 第三步检查接地：传感器模块的参考地是否和STM32共地？如果没有共地，信号会漂浮不定，这是新手最容易忽略的。所有传感器模块的地线必须和STM32的地线连在一起。
• 第四步检查滤波：确认软件滤波已开启，并使用中值+滑动平均。

补充一个独家经验：pH电极的测量头是玻璃球泡，不能触碰油污或者用手摸，否则电化学响应会明显变迟钝。用户每次使用前我都叮嘱他用去离子水冲洗一下，存放在3M KCl保存液中，别干放着。电极维护得当，寿命能翻倍。

最终总结：读数跳变的核心原因，优先级依次是：供电不稳 > 信号线干扰 > 接地问题 > 电极维护不到位。按这个顺序排查，基本都能解决。

4.2 继电器频繁启停导致系统重启

现象：系统运行中，一旦某个继电器吸合，整个单片机立即重启。

排查过程：

• 用手摸继电器的驱动芯片，发烫吗？如果烫，说明驱动能力不够，需要换更高驱动的模块。
• 用示波器同时抓单片机的3.3V电源轨和继电器控制引脚，看继电器吸合瞬间3.3V有没有跌落。如果有明显的毛刺或跌落超过200mV，问题基本定位在电源隔离不够。
• 检查继电器模块的光耦隔离是否真实有效。有些廉价模块标注“光耦隔离”，实际只是光耦隔离了控制信号，电源并没有完全隔离，继电器吸合瞬间的大电流回流还是会污染控制电源。

解决方法：使用独立的5V继电器供电，并且控制电源和继电器供电各走各的电源模块；在STM32电源引脚旁边加大容量电容（10μF钽电容并联100nF陶瓷电容）；光耦隔离模块必须确认使用的是“真隔离”，而不是简单的电平转换。

4.3 DS18B20读取卡死或返回85℃

现象：DS18B20在读取过程中，程序偶尔会卡住在while循环里，或者读回来的温度值一直是85。

根源分析：

DS18B20是单总线协议，对时序要求非常严格，如果有中断打扰了DS18B20的读时序（尤其是72MHz主频下，微秒级的时序偏差就会导致通信失败），命令就会执行不下去。而STM32的定时器中断、串口中断都是高频触发的，在中断里执行DS18B20的读时序会直接翻车。

解决方法：

• 读DS18B20时临时关闭中断（或者放在临界区，比如__disable_irq()和__enable_irq()之间），读完后再开中断。
• 或者使用专用的单总线软件库，它会自动做时序优化。
• 返回85℃的情况几乎都是转换命令没执行完就去读了，解决方法是：发起温度转换命令后，必须等待至少750ms（12位分辨率下）再读取结果。很多人图快用750ms以下的延时，就经常读到85或0。

我在项目中加了一个“温度读取失败计数”，如果连续读3次都失败，就使用上次有效值并触发一次蜂鸣器报警，避免因为一次通信失败把系统带崩。这在长时间无人值守的场景中非常重要。

4.4 水泵长时间运行后的“假空转”问题

现象：低水位时水泵明明已经停了，但过了几分钟它又自动启动，且还能正常抽水，看起来像“没事发生”。

根源分析：水培系统中，营养液和排水道之间存在连通器效应。当水位下降到浮球开关位置时，浮球断开，系统停止水泵。但水管里残留的水会回流到水槽，导致局部水位瞬间升高，浮球开关短暂闭合，触发水泵又启动。启动后水位又被抽低，再触发停止，形成了一个不稳定的振荡。

最终解决：在控制逻辑中引入“锁定时间”机制——一旦浮球开关触发低水位，系统进入“缺水保护锁定”状态，锁定至少60秒，在锁定期间无论液位开关怎么弹跳，水泵都不会启动。锁定时间到后，才允许重新检测液位并恢复启动。

这类去抖和锁定逻辑看似不起眼，但在长期无人值守的水培系统里极其重要。我见过不少水培设备因为这种简单问题频繁烧泵，加了个锁定时间后就再也没出过故障。

5. 布线与结构设计的实战经验

这一节聊的话题可能不那么“高大上”，但恰恰决定了这系统能不能长期稳定跑下去——硬件的布线和结构设计。

5.1 传感器防水与安装位置

传感器是泡在营养液里的，防水是第一位。我用的方案是：

• DS18B20防水探头（不锈钢外壳），用硅胶密封圈固定在培养槽侧面。
• pH电极和EC电极直接通过支架悬挂伸入液面以下，注意不能让电极的参比电极部位（陶瓷砂芯）露在空气中，否则液接电位会变化，读数漂移。电极放置深度建议在液面以下3~5cm。
• 浮球开关安装在培养槽靠边位置，避免被循环水流的波浪干扰。

安装位置也很有讲究。pH电极不要放在气泵出气口旁边，气泡冲击电极表面会扰动膜电位，导致读数波动。加热棒也不要太靠近pH电极，温度变化对pH也有微小影响。这些细节在实际测试中都能看到明显的读数差异。

5.2 强电与弱电走线分离

机箱内部我把220V交流线缆和信号线、控制线完全分开，分别从机箱两侧进出。继电器模块贴在机箱一侧，传感器信号端子贴在另一侧，中间用屏蔽隔板隔开。这个做法虽然占空间，但对长期工作稳定性的提升非常明显。

所有继电器控制线（经过光耦隔离的弱电控制线）尽量双绞，紧贴机箱外壳走地线回路。给传感器供电的5V线不要和继电器模块的供电线共用一根回路。

5.3 电气的接地与防雷（简易版）

室内水培系统一般不需要复杂的防雷设计，但需要注意两点：机箱良好接地；如果水培架放在湿润环境中（地下室或露台），建议在总电源入口加一个漏电保护开关，这是底线。整套设备长期通电运行，安全永远排在第一位。

6. 数据可视化与上位机扩展思路

硬件和固件调试完成之后，系统能自己跑了。但只看OLED屏幕上的数据，总觉得还不够直观。所以我加了一条串口链路，把数据同时发到上位机，用户可以自己写个简单的Python脚本拉取数据画曲线。这一部分不是必需的，但很加分，也让整个项目的数据能力上了一个台阶。

6.1 串口通信协议设计

数据上报格式我用的是易解析的JSON风格字符串，比如：

{"t": 22.5, "ph": 6.8, "ec": 1.43, "lux": 2860, "wl": 1, "heat": 0, "pump": 1, "light": 1, "mix": 0}

一行一条，波特率9600。选9600是因为USB-TTL转接线太长、干扰大时也稳定；而且STM32通过DMA发送数据，不占用CPU时间。

6.2 Python上位机智绘曲线

上位机我推荐用Python的pyserial加matplotlib。这个方案跨平台、代码量小。这里我写一个极简版本，串口读取数据并保存到CSV，并实时绘图。

import serial import csv import datetime ser = serial.Serial('/dev/ttyUSB0', 9600, timeout=1) csv_file = open('water_env.csv', 'a', newline='') writer = csv.writer(csv_file) print("开始记录水培环境数据，Ctrl+C 停止...") while True: line = ser.readline().decode('utf-8', errors='ignore').strip() if line.startswith('{'): # 简单解析出主要数值 parts = line.strip('{}').split(',') data_dict = {} for p in parts: key, value = p.split(':') data_dict[key] = float(value) timestamp = datetime.datetime.now().strftime('%Y-%m-%d %H:%M:%S') writer.writerow([timestamp, data_dict.get('t'), data_dict.get('ph'), data_dict.get('ec'), data_dict.get('lux'), data_dict.get('wl')]) csv_file.flush() print(f"\r时间:{timestamp} 温度:{data_dict.get('t')}°C " f"pH:{data_dict.get('ph')} EC:{data_dict.get('ec')}mS/cm " f"光照:{data_dict.get('lux')}lux", end='')

到这里，数据不仅能看，还能记录成历史曲线。我建议把CSV文件放在云盘或NAS同步目录中，每天自动备份，这样哪天植物出问题，翻历史数据就能找到变化规律。

6.3 云端监控的扩展路径

上面这套是纯本地方案。如果想做成真正的远程监控，把数据推到云端实时查看，方向有两条：

• 用ESP8266做透传：把STM32的USART数据通过ESP8266的AT指令透传到云端（比如巴法云或OneNET），手机上装个MQTT客户端就能看数据、远程控制开关。这是最低成本的云方案。
• 直接用带网口的STM32（比如F407/F429）：走LwIP协议栈，通过以太网直接把数据推到云平台。路径更重，但稳定性和实时性更好。

我个人的建议是：第一版先把本地监控和本地自动控制做扎实，等确认整个系统稳定运行之后，再叠加云端远程控制。水培系统毕竟不是非要远程操纵不可，本地端的自动决策逻辑才是核心。

7. 实测效果与实际运行数据

整个系统从画板、焊接、写代码到整机测试，花了我大概两周时间。这里放上我在朋友家那套水培架上实测到的一组典型运行数据，给想复刻的人一个参照。

测试环境：室内阳台，环境温度18~28℃，水培槽容量约15L，种植叶菜类。

• 水温控制：目标22℃，实测波动范围21.2~23.4℃，加热棒单日启停不超过6次，控制效果很稳定。
• pH控制：目标6.2，加酸调节后5分钟稳定在6.15~6.30之间，没有出现超调震荡。
• EC控制：补水动作让EC在1.2~1.5mS/cm区间内波动，补液泵每次补液2秒，营养液浓度维持得非常好。
• 光照控制：根据光敏电阻分压值判断，阴天自动补光，晴天自动关灯，基本不用人工干预。
• 耗电情况：整套系统加上水泵、气泵、补光灯、控制器，总功率约25W，每天约0.6度电。

这套系统连续运行一个月，除了每两周需要手动补充蒸发消耗的水量、检查一次电极有没有被营养液结垢，其他时候完全不用管。朋友反馈说“终于不用每天下班回来猜要不要调营养液了”。

8. 最后的几个实操小建议

项目做完后，结合我自己做过的几个类似项目，这里有几点想特别强调的经验，建议你在自己做的时候也留个心。

关于PCB和杜邦线的一点纠结：我第一版全程用的面包板加杜邦线，方便调试但可靠性很差，某一个传感器线松了或接触不良，整个系统就会时不时误报。第二版优化为“洞洞板+接线端子”的半手工PCB方案，把传感器接口、继电器接口统一用端子接出，再配合热缩管保护，运行一个月没出过一次因接触不良导致的问题。如果条件允许，直接打PCB是更优解，但洞洞板方案胜在便宜快捷，适合验证概念。

关于代码版本管理的小细节：写代码的时候习惯性地把每个模块单独拆成一个.c/.h文件（比如temp_sensor.c、ph_sensor.c、ec_sensor.c、control_logic.c），编译链接后各模块独立调试。这个习惯后来帮了我大忙——pH传感器的坑和DS18B20的坑都是单独调试模块时定位到的，比一锅炖的方式高效得多。

关于调试串口输出的一个小坑：如果你在调试时发现串口打印的数据偶尔会乱码，别急着怀疑波特率设置——先检查一下是不是串口调试助手的DTR/RTS引脚被误触发导致STM32复位了。市面上常见的USB-TTL模块上电时DTR引脚会产生一个低脉冲，如果这个引脚接到了STM32的NRST复位引脚上，系统就会不断重启。解决方法是：换一个不带DTR自动复位功能的USB-TTL模块，或者把DTR/RTS悬空。

关于“多用几路报警”的建议：蜂鸣器不只做故障报警用。我在程序里区分了“普通状态”“异常状态”“严重异常状态”三档，对应不同频率的蜂鸣。现在半夜听到不同节奏的响声，就能第一时间判断是探头漂移、营养液缺水还是系统严重故障，不用爬起来看屏幕才知道哪里出了问题。

最后提醒一条底线：任何自动控制系统都有失效的可能。虽然这套系统的可靠性已经做到我能做的极限，但为了安全起见，我在总电源前面加了一个机械定时器，设定为“晚上10点到早上6点强制断电”，配合硬件看门狗做最后一道保险。即使主控芯片整个死机，也不会出现加热棒失控把营养液煮开的情况。

水培环境监控与调控系统做到这一步，已经能覆盖日常种植环境下绝大多数的调控需求。我觉得做这类项目最有意思的地方在于，它不是一个“跑一次就结束”的实验，而是一个需要不断调整阈值、校验传感器、观察植物反馈来持续优化的系统工程。每当你看到系统通过自动调节把环境参数拉回目标区间，而那些植株默默长高、壮大，那种满足感是单纯写代码给不了的。