第一章 气象站系统概述：项目背景、系统架构、功能需求与非功能需求分析

各位同学，大家好。我是你们这趟嵌入式实战课程的带路人。今天咱们开篇，先聊聊这个气象站项目到底是个什么来头。

说实话，我做了十几年嵌入式开发，气象站这个题目几乎是每个工程师的必修课。为什么？因为它麻雀虽小，五脏俱全。传感器、数据采集、无线通信、低功耗管理、上位机显示……你能想到的嵌入式核心模块，它全占了。我个人习惯，带新人入门，第一个实战项目就选它。

1.1 项目背景：为什么我们要做这个气象站？

先说说背景。你想想看，现在智能农业、智慧城市、户外环境监测，哪个离得开气象数据？温度、湿度、气压、风速、风向、降雨量……这些参数看似简单，但真正要把它稳定、准确地采集上来，再传到云端，中间的门道可不少。

我记得有一次，帮一个农业园区做环境监测系统。客户说“你们就测个温湿度，能有多难？”结果呢？传感器在户外暴晒，数据漂移得离谱；无线模块在空旷地通信距离倒是够，但一遇到金属大棚，信号直接断连。嗯，这些坑，咱们在课程里都会一一填上。

我们这个项目，目标很明确：做一个低成本、低功耗、高可靠性的嵌入式气象站。说白了，就是花最少的钱，用最稳的方案，把气象数据给我老老实实地传回来。

1.2 系统架构：从传感器到云端的完整链路

整个系统怎么搭？我习惯把它分成三层：

• 感知层：各种传感器，负责把物理量变成电信号。
• 控制层：主控芯片（我们选STM32），负责读取传感器数据、处理、打包。
• 通信层：无线模块（比如LoRa、NB-IoT或者Wi-Fi），负责把数据发出去。

你可能会问：“为什么不用树莓派？性能强多了。” 嗯，这里有个关键点——功耗。气象站往往放在野外，没市电，全靠电池或者太阳能。树莓派那功耗，几天就得换电池。STM32跑起来，加上低功耗模式，一颗电池撑半年不是问题。这就是工程选型的智慧。

来看一下系统框图，我简单画了个逻辑结构：

+------------------+       +------------------+       +------------------+
|  传感器模块       |       |  主控单元        |       |  无线通信模块    |
|  - 温湿度(SHT30)  | ----> |  - STM32L0系列   | ----> |  - LoRa模块      |
|  - 气压(BMP280)   |       |  - 数据采集与处理 |       |  - 或NB-IoT      |
|  - 风速(脉冲式)   |       |  - 低功耗管理     |       |  - 或Wi-Fi       |
+------------------+       +------------------+       +------------------+
                                                              |
                                                              v
                                                     +------------------+
                                                     |  云平台/上位机   |
                                                     |  - MQTT协议      |
                                                     |  - 数据可视化    |
                                                     +------------------+

这个架构，说白了就是“采集-处理-传输”三步走。每一步都有坑，咱们后面会一章一章地拆解。

1.3 功能需求：它到底要能干哪些活？

功能需求，就是用户说“我要这个、这个、还有那个”。咱们得一条条列清楚：

• 实时数据采集：每10秒采集一次温湿度、气压、风速。
• 数据本地存储：如果网络断了，数据不能丢，得存到本地Flash或者SD卡里。
• 无线数据上传：通过LoRa或者Wi-Fi，把数据发到服务器。
• 低功耗运行：电池供电，至少连续工作3个月不换电池。
• 远程配置：能通过云端修改采集频率、报警阈值等参数。

这里我要特别强调一下“数据本地存储”。我曾经遇到一个项目，客户说“有网就行，不用存本地”。结果呢？现场网络不稳定，三天两头丢数据。最后客户急得跳脚，我们连夜改方案加Flash芯片。所以，永远不要相信网络是可靠的。这是嵌入式工程师的生存法则。

1.4 非功能需求：那些看不见但更要命的要求

功能需求是“做什么”，非功能需求是“做得怎么样”。很多时候，非功能需求才是真正考验功力的地方。

1.5 技术选型：为什么选这些芯片和模块？

选型这件事，我个人的经验是：不追新，只求稳。新芯片性能是好，但资料少、坑多、供货不稳定。咱们做产品，不是搞科研，稳定供货和成熟生态才是王道。

• 主控：STM32L073RZ —— 超低功耗，Cortex-M0+内核，休眠功耗低至0.4μA。关键是，ST的HAL库和CubeMX工具链非常成熟，开发效率高。
• 温湿度：SHT30 —— 精度±2%RH，±0.3℃，I2C接口，价格便宜。我踩过DHT11的坑，那玩意儿温漂太严重，后来全换成SHT系列了。
• 气压：BMP280 —— 博世出品，精度高，功耗低，也是I2C接口。和SHT30共用一条I2C总线，省IO口。
• 通信：LoRa模块（SX1278） —— 空旷地通信距离3-5公里，穿墙能力也不错。如果项目在城区，我会换成NB-IoT，走运营商基站。

1.6 本章小结：你学到了什么？

这一章，咱们把气象站项目的全貌捋了一遍。你知道了：

• 项目背景：为什么做，用在哪儿。
• 系统架构：感知层、控制层、通信层三层分离。
• 功能需求：采集、存储、上传、低功耗、远程配置。
• 非功能需求：可靠性、可用性、可维护性、安全性、实时性。
• 技术选型：STM32 + SHT30 + BMP280 + LoRa，稳字当头。

下一章，咱们就要开始动手了。我会带着你从原理图设计开始，一步步把硬件搭起来。到时候，我会告诉你哪些电容不能省，哪些走线要避开。嗯，那都是真金白银换来的经验。

好了，今天就到这儿。有问题随时在群里问我，或者翻翻我公众号“蓝海资料掘金营”的历史文章，里面有不少干货。咱们下章见。