1. 课程导入
温湿度环境监测系统，是一套以温度、湿度为核心被测量的数据采集与管理系统。它通过传感器把环境中的温度、相对湿度转换为电信号，再经信号调理、模数转换、数据处理、显示与通信，最终在本地或云端形成可查询、可报警、可追溯的环境数据记录。它并不是单一器件，而是“感知—采集—处理—传输—应用”的完整链路。理解这条链路，是后续学习硬件选型、电路设计、程序开发和系统联调的基础。
一、系统定义与核心原理
从原理上看，温湿度监测系统的本质是“把物理量变成可处理的数据”。温度传感器常见类型包括热敏电阻、铂电阻（如 PT100）、数字温度芯片（如 DS18B20）和集成温湿度传感器（如 DHT22、SHT30、AHT20）。湿度测量则多利用高分子湿敏电容或电阻特性，将相对湿度转化为电信号。无论哪种传感器，系统都要完成以下基本环节：
- 感知：传感器接触被测环境，输出模拟电压、电阻变化或数字信号。
- 调理：对模拟信号进行放大、滤波、分压或电平转换，使其适配 ADC 输入范围。
- 转换：通过单片机内部或外部 ADC 将模拟量转换为数字量；数字传感器则直接输出数字编码。
- 处理：单片机按协议读取数据，进行校准、单位换算、限值判断和异常过滤。
- 输出：通过 LCD、OLED、串口、Wi-Fi、LoRa 或 RS485 等方式显示和上传数据。
- 应用：上位机或云平台完成存储、曲线展示、超限报警和历史追溯。
这条链路中，任何一个环节设计不当都会影响最终精度。例如，模拟传感器走线过长会引入噪声；数字传感器时序错误会导致读数失败；电源纹波过大则可能让湿度读数漂移。因此，系统设计必须从“测量需求”出发，而不是从“手头有什么模块”出发。
二、学习目标与知识框架
本课程面向“能设计、能调试、能解释”的目标组织内容。学完后，你应当能够根据应用场景选择合适传感器，独立完成从原理图到程序、从本地显示到远程通信的完整设计，并能定位常见故障。整体知识框架可分为五层：
| 层次 | 主要内容 | 典型产出 |
|---|---|---|
| 需求层 | 测量范围、精度、采样周期、供电方式、通信距离 | 设计指标表 |
| 感知层 | 温度/湿度传感器原理、接口、校准 | 传感器选型与接口电路 |
| 控制层 | 单片机最小系统、ADC、定时器、串口、程序结构 | 采集与处理程序 |
| 交互层 | LCD/OLED 显示、按键、蜂鸣器、LED 报警 | 本地人机界面 |
| 网络层 | Wi-Fi、LoRa、RS485、MQTT、上位机 | 远程监测与数据记录 |
这五层不是孤立的。需求层决定感知层选型，感知层决定控制层接口，控制层决定交互层和网络层的实现方式。很多初学者一上来就写代码，结果发现传感器接口不匹配、供电不足或通信协议冲突，返工成本很高。正确的顺序是先明确指标，再画框图，再选器件，最后写程序。
三、典型应用场景
温湿度监测系统的应用非常广泛，不同场景对指标的要求差异明显：
- 农业大棚：关注湿度范围和温度波动，节点分散，常用 LoRa 或 RS485 组网，供电以太阳能+电池为主。
- 仓储物流：关注长期记录和超限报警，要求数据可追溯，常采用 Wi-Fi 或 4G 上传云平台。
- 机房与实验室：关注精度和稳定性，采样周期短，需本地显示和声光报警。
- 智能家居：关注成本、体积和低功耗，常与空调、加湿器联动，使用 Wi-Fi 或蓝牙。
- 药品与食品冷链：关注温度区间合规性和记录完整性，对传感器精度和掉电保护要求高。
四、常见误区与复盘思路
在入门阶段，最容易出现以下几类问题：
- 只看传感器量程，不看精度和长期漂移。DHT22 成本低，但长期稳定性不如 SHT30；PT100 精度高，但需要调理电路。
- 忽略供电与地线设计。数字传感器对电源纹波敏感，模拟传感器对地线压降敏感，共地处理不当会直接导致读数跳动。
- 采样周期设置不合理。温湿度变化缓慢，1 秒采样一次既浪费功耗又增加噪声；但报警响应又不能太慢，需要折中。
- 报警逻辑没有回差。如果阈值设为 30 ℃，温度在 30 ℃ 附近波动时会频繁触发报警，应设置回差，例如 30 ℃ 触发、28 ℃ 解除。
- 通信协议与数据格式不统一。上位机收到的数据若没有统一帧格式和校验，很容易出现乱码或丢包。
典型数据帧示例（自定义协议）：
帧头 设备地址 温度 湿度 校验 帧尾
0xAA 0x01 0x01F4 0x02BC 0x5A 0x55
说明：温度 0x01F4 = 500 → 50.0 ℃；湿度 0x02BC = 700 → 70.0 %RH复盘时建议按“信号链”逐段排查：先确认传感器输出是否正常，再确认调理电路和 ADC 读数，再检查程序换算和显示，最后检查通信和上位机。每一段都有明确的测试点，不要一上来就怀疑程序。把系统拆成可测量的环节，是调试温湿度监测系统最有效的方法。