1、灌溉系统概述：智能灌溉的意义、传统灌溉的痛点、系统整体架构介绍

1.1 为什么我们要聊智能灌溉？

说实话，我做了十几年嵌入式系统，接触过不少农业项目。但真正让我下定决心做这套课程的，是一次在西北的实地考察。

那天我看到一位老农，顶着大太阳，手动拧开一个个水阀。他告诉我，这片地有50亩，光浇水就要花一整天。而且他凭经验浇水，有时候浇多了，苗烂根；浇少了，又旱得不行。

我当时就在想——这不就是我们嵌入式工程师该解决的问题吗？

智能灌溉的意义，说白了就是三件事：省水、省力、增产。你想想看，如果能用传感器感知土壤湿度，用状态机自动控制阀门，再根据天气数据动态调整策略，那得省下多少人力物力？

1.2 传统灌溉的痛点——我踩过的坑

传统灌溉的问题，我归纳为四个字：粗放、低效。具体来说，有这几个痛点：

• 靠经验，不靠数据——什么时候浇、浇多少，全凭感觉。我见过一个项目，用户说「我种了十年地，闭着眼都知道该不该浇水」。结果那年气候异常，他的经验全失效了，减产30%。
• 水资源浪费严重——大水漫灌，大部分水都渗漏或蒸发了。我记得有个数据，传统灌溉的水利用率只有40%-50%，而智能滴灌可以做到90%以上。
• 人力成本高——一个人管几十亩地，每天来回跑。我曾经帮一个农场做过评估，他们每年花在灌溉上的人工成本，占了总成本的20%。
• 响应不及时——等发现作物缺水了，往往已经晚了。尤其是夏天，土壤水分蒸发快，半天不浇水就可能造成不可逆的损伤。

1.3 系统整体架构——先看全局

好，痛点说完了，咱们来看看解决方案。这套智能灌溉系统，我把它分成三层：

层级	名称	核心功能	我常用的芯片/方案
第一层	感知层	采集土壤湿度、温度、光照、雨量等数据	STM32 + 土壤湿度传感器 + DHT22
第二层	控制层	基于状态机做决策，控制电磁阀、水泵	状态机框架 + 继电器模块
第三层	通信与展示层	数据上传、远程监控、报警通知	ESP8266/4G模块 + MQTT协议

嗯，这里要注意，这三层不是孤立的。它们通过状态机紧密耦合在一起。我个人习惯把状态机放在控制层，因为它最灵活，也最容易调试。

1.4 状态机为什么适合灌溉系统？

你可能会问：为什么非要用状态机？用if-else不行吗？

我刚开始做的时候也这么想。直到有一次，我写了一个200行的if-else嵌套，用来处理「晴天、阴天、雨天、夜间、大风天」的各种组合。结果改了一个条件，整个逻辑就崩了。

状态机的优势在于：

• 逻辑清晰——每个状态做什么事，一目了然。比如「等待灌溉」状态只做检测，「正在灌溉」状态只做控制。
• 易于扩展——想加一个新状态？直接加一个节点就行，不用改其他代码。
• 调试方便——出问题了，看当前状态就知道问题出在哪。我曾经靠这个特性，半小时定位了一个隐蔽的bug。

1.5 一个简单的状态机示例

咱们先看一个最简化的灌溉状态机。别担心，后面章节会详细展开。

// 状态定义
typedef enum {
    STATE_IDLE,       // 空闲状态
    STATE_CHECK,      // 检测状态
    STATE_IRRIGATE,   // 灌溉状态
    STATE_ALARM       // 报警状态
} IrrigState_t;

// 状态机主循环
void IrrigFSM_Run(void) {
    switch(currentState) {
        case STATE_IDLE:
            // 等待定时或手动触发
            if(CheckTimer()) {
                currentState = STATE_CHECK;
            }
            break;
            
        case STATE_CHECK:
            // 读取传感器数据
            if(GetSoilMoisture() < THRESHOLD_DRY) {
                currentState = STATE_IRRIGATE;
            } else {
                currentState = STATE_IDLE;
            }
            break;
            
        case STATE_IRRIGATE:
            // 打开阀门，开始灌溉
            OpenValve();
            if(GetSoilMoisture() >= THRESHOLD_WET) {
                CloseValve();
                currentState = STATE_IDLE;
            }
            break;
            
        case STATE_ALARM:
            // 异常处理
            SendAlert();
            currentState = STATE_IDLE;
            break;
    }
}

你看，这个框架是不是很清爽？每个状态只做一件事，状态之间的跳转条件也很明确。这就是状态机的魅力。

1.6 本章小结

这一章我们聊了：

• 智能灌溉的意义——省水、省力、增产
• 传统灌溉的痛点——靠经验、浪费水、人力高、响应慢
• 系统三层架构——感知层、控制层、通信层
• 状态机的优势——清晰、易扩展、好调试

下一章，我会带大家深入状态机的设计细节，包括状态转移表的绘制、事件驱动的实现方式。嗯，到时候我会分享一个我在项目中用过的「万能状态机模板」，保证你拿过去就能用。

咱们下章见。