企业官网建设流程全解析

1. 为什么是"三菱PLC+组态王"？没有比它更顺手的组合

1.1 兰花灌溉最怕的不是"浇少了"，而是"浇错的时机"

先说说我自己的经历。前年一个兰花种植基地找到我，说他们大棚里的兰花总是出现烂根和焦叶并存的情况。烂根的那几盆，基质摸上去湿得能挤出水；焦叶的另几盆，植料却已经干得发白。我蹲在棚里看了半天，发现阿姨们的浇法基本都是"想起来就浇、看天吃饭"，同一个喷灌区，朝南和朝北的蒸发量能差出一大截。老板自己也试过定时器，买个十几块钱的时控开关，每天固定浇两次，结果夏季晴天中午那趟水浇下去，冷水刺激根系，叶心积水又晒出斑，比不浇还糟糕。

这里面的核心问题不是"要不要浇"，而是"什么条件下浇、浇多少、浇多久"。兰花的根系是肉质根，对基质湿度的变化非常敏感，传统的定时定量根本应对不了温度、湿度、光照的实时波动。当时我就确定，方案必须是"传感器采集环境数据 + PLC做逻辑判断 + 上位机组态监控"这条路线。设备选型上，我没有犹豫——控制器定三菱FX系列PLC，上位机定组态王。原因后面细说，但这套组合在农业项目里，确实是目前最皮实、最容易落地、也最好找人维护的方案。

1.2 PLC负责"心脏"，组态王负责"大脑界面"

很多人一听到"PLC+组态"就发怵，觉得这是工厂自动化才用的东西，农业上用单片机、用WiFi模块接个App不就行了？我理解这种想法，但实际跑过项目你就明白，农业大棚的环境远比想象中恶劣：夏天棚内温度45度以上、冬天湿冷、灰尘大、供电毛刺多、偶尔还跳闸断电。用单片机做小demo可以，但要是整棚几十个电磁阀、十几路传感器、24小时连续运行，单片机方案的电源抗干扰、IO驱动能力、程序跑飞后的自恢复，全部都是问题。

三菱PLC在这个场景里承担的是"心脏"的角色：它直接面对传感器信号、直接驱动继电器和电磁阀，实时性在毫秒级，程序逻辑固化在硬件里，断电不丢程序，通信异常会报警而不是乱动作。工业级的抗干扰设计对付大棚里的电机启停、变频器干扰绰绰有余。

组态王做的事情则是"大脑界面"：把PLC内部那些D寄存器、M继电器的状态，变成大屏上看得懂的流程图、变色管道、实时曲线和历史报表。老张在棚里不会看梯形图，但他看得懂"这个区块的阀门图标变成绿色了，就是在浇水"。组态王的优势在于：上手门槛低、驱动库里三菱PLC驱动是现成的、做报表和报警方便，而且软件本身在国内农业和市政项目里用得极广，后续不管谁接手维护，资料都好找。

1.3 这套组合在农业项目里的真实定位

排名一下市面上常见的几种农业自动化方案，你就知道我为啥这么选：

兰花种植基地通常不是一两个棚，而是成片的连栋大棚、多个灌溉分区。这种规模下，你要的不只是"能浇"，而是"每块区域湿度不同、浇水量不同、人坐在办公室里也能知道哪片地什么状态"。三菱PLC负责把现场逻辑管死，组态王负责把数据汇集到中控室，两个一配合，整个基地的灌溉系统就有了"中枢神经"。唯一的硬要求是得配一台工控机或者旧电脑——这在实际项目里根本不是事，多数基地本来就有办公电脑，装上组态王就行。

2. 系统的实际构成：从传感器到电磁阀，中间那几百米线才是重头戏

2.1 兰花大棚里的传感器选型与安装位置

兰花灌溉系统里，传感器是最容易"装了个寂寞"的部分。很多人把湿度探针往基质里一插就完事，读数飘得像心电图，最后干脆不用自动模式。我总结下来，选型和安装要注意这么几条：

土壤（基质）湿度传感器。兰花用的植料五花八门——树皮、椰糠、珍珠岩、陶粒，或者混合配比。电容式水分传感器比电阻式的好用，因为树皮和椰糠的盐分变化会影响电阻式探头的准确性。测量原理其实就是利用水的介电常数远大于空气和干植料，水分越多，探针周围介质的等效电容越大，输出的电压或电流就越大。市面上常见的485输出、4-20mA输出或者0-10V输出的探头都能用，但要注意量程标定，不同植料的"田间持水量"差异很大，必须在现场用水浸透后校准一次。

安装位置。这是我最想强调的。探头不能插在滴箭正下方，否则每次滴灌时探头周围先湿透，读数瞬间冲顶，阀门关闭反而停得晚。也不能插在盆边或者裸土表面，那里蒸发最快，根本没代表性。正确做法是插在滴箭湿润半径的边缘位置，深度在基质中下段——根系吸收最活跃的区域。兰花大棚多为高架苗床，探头要顺着基质方向斜插，别垂直捅到底，让探针的水平方向贴合根系分布层。

空气温湿度传感器。用于控制喷雾和通风联动，装在棚内离地面1.5米左右，加防辐射罩。市场上很多农业传感器用PVC管开孔就当防辐射罩，实际效果不好，直接买百叶箱式的成品即可。

水位和流量。灌溉水箱装液位开关，低液位时禁止水泵启动，防止空转；主管道装流量计的话，组态王里可以做累计水量日报，这对核算用水成本、对比不同分区的浇水量特别有说服力，老板最爱看这个数据。

2.2 执行机构：电磁阀、水泵的控制电路设计

采集层说完了，接着是执行层。兰花灌溉系统里的执行机构主要有三样：水泵、分区电磁阀、喷雾电机（部分大棚还有）。控制电路要围绕"安全可靠"来设计，不能上来就想着PLC输出直接接负载。

三菱FX系列PLC的输出通常是继电器型或晶体管型。继电器输出型单点允许的电流也就2A左右，直接驱动电磁阀的线圈还可以，但驱动水泵接触器、喷雾电机这类感性负载就必须加中间继电器。我的习惯是：PLC输出点 → 中间继电器 → 接触器/电磁阀。好处是PLC触点只承受小电流，烧了也就换个继电器，不至于伤着PLC主板。中间继电器的线圈两端要反向并联续流二极管（比如1N4007），吸收断电瞬间的反向电动势，否则PLC内部继电器的触点寿命会断崖式下降，这是很多新手漏掉的点。

控制柜内的布局也有讲究。按照"进线→断路器→开关电源→PLC→中间继电器→端子排→外部设备"的顺序排布，主回路和控制回路分层走线，动力线和信号线分开穿管。信号线用屏蔽双绞线，屏蔽层单端接地。我在现场见过太多因为信号线和电机线捆在一起导致的传感器读数跳动，返工的代价可比一开始规范走线大得多。

这里插一个跟"三菱FX系列PLC圆头针脚定义"相关的细节。FX系列的8芯圆头编程口，也就是平时接SC-09编程线缆的那个口，针脚定义经常有人搞混。标准定义是：

调试时如果发现电脑和PLC通信不上，先拿万用表量一下2、3、5三根针的导通，同时对一下线缆是"直连线"还是"交叉线"。不少工控人手里十几条SC-09线，有的是2-3交叉透传、有的直连，换条线就好，别一上来就怀疑PLC坏了。

2.3 手动/自动回路的"安全闸门"

农业项目有个行业惯例：电气设计不能依赖PLC，PLC挂了你至少得能把水浇上。所以控制柜面板必须装手动/自动转换开关，手动状态下，旋钮直接通过中间继电器接通接触器，跟PLC一点关系没有。转换开关选三位式的——自动、停止、手动，中间位是停机保护。

急停按钮串在控制回路总电源上，用的是常闭触点，急停回路断开，整个控制柜的输出级直接失电。这样做的好处是，急停按钮的接线断线本身就会被检测为急停，不会出现"急停按钮线断了但机器还能跑"的危险情况。手动回路、自动回路、急停回路之间的逻辑关系是这套系统安全性的底线，我可以很负责任地说，任何跳过这一步的设计都别谈什么自动化。

3. 控制逻辑设计与程序编写：兰花不是按"定时"浇的，是按"状态"浇的

3.1 控制策略核心："见干见湿"与轮灌组设计

前面说了，兰花灌溉最讲究"见干见湿"——植料干了就浇透，但不能一直泡着。落到PLC程序里，这个经验可以拆成几条可执行逻辑：

1. 基质湿度低于下限值，且当前时间处于允许灌溉的时间窗内，则打开对应分区的电磁阀。
2. 基质湿度达到上限值，或者单次灌溉时长超过上限（防止管道破裂时傻浇），关闭电磁阀。
3. 高温时段（比如夏季中午11:30到14:30）禁止浇灌，避免水温低刺激根系。
4. 雨天和低温天气自动暂停灌溉。
5. 多个分区轮灌，不同时打开所有电磁阀，避免水管末端压力崩溃。

"轮灌组"的设定它决定了系统的水力稳定性。一个分区一组还好说，如果是十几个分区同时开机，主管道流量不够，末端电磁阀可能吸不住、滴水滴到一半就不出苗了。做法是把所有分区编成2-3个轮灌批次，同一批次内分区同时浇，批次间依次执行。程序里用移位寄存器或者步进指令控制批次流程，这也是网上搜"三菱PLC定位控制实例"经常看到的那种"工位切换"思想的简化版本——本质都是顺序控制。

3.2 GX Works2里的程序结构

程序上，我用的三菱编程软件是GX Works2，FX系列PLC的程序结构不宜写得像大型项目那样花哨，模块化、注释清楚才是关键。我的习惯是分成四个程序块：

• 初始化程序：上电瞬间设置通信参数、给断电保持寄存器赋初值、复位所有输出。
• 采集与处理程序：读取传感器模块的数据，做量程转换、滤波、断线判断。
• 灌溉判断程序：核心逻辑，根据湿度、时间、温度、轮灌状态输出阀门控制信号。
• 故障与报警程序：超时未浇满、传感器断线、水泵过载、通信超时的判断和报警输出。

用指令表/结构化文本的形式表达核心逻辑，大致是这样的思路（梯形图里其实就是这些触点串并联）：

// 分区1自动灌溉允许条件： // M100 = 自动模式；M101 = 分区1允许灌溉时间窗 // D100 = 当前基质湿度（%）；D110 = 湿度下限（%） // M200 = 分区1电磁阀输出 LD M100 // 自动模式 AND M101 // 允许时间窗 AND T10 // 不在禁灌时段 AND M102 // 无故障 AND M103 // 非雨天暂停 LD D100 < D110 // 湿度低于下限 ANB // 块串联 OR M200 // 或者已经在灌溉（自保持） ANI M104 // 湿度已达上限则停止 ANI M105 // 单次灌溉超时 OUT M200 // 输出到电磁阀

实际写的时候每个分区就是类似的网络块，加上轮灌批次的切换条件。这里特别说一下"自保持"逻辑：湿度低于下限时启动阀门，之后湿度一直在下限以下（比如探针没湿透），阀门应该保持打开继续浇，而不是等到下次扫描再重新判断——所以输出点要用OR自保持回路。停止条件独立用ANI串进去：湿度达标、超时、急停、手动切换，任何一种情况都能切断输出。

3.3 为什么要写"回差"和"死区"

新手写控制逻辑最容易犯的错，就是下限启动、上限停止这个逻辑太"楞"——比如湿度低于35%开阀，高于55%关阀。看着没问题，但现场湿度经常在临界值附近波动，传感器大概每秒钟刷新一次，35.1%、34.8%、35.2%来回跳，阀门就会频繁启停，电磁阀线圈一天下来开合几十次，寿命直线下降。

解决办法就是"回差控制"：启动阈值设低一点，停止阈值设高一点，中间留出死区。比如：湿度低于30%才启动，高于55%才停止。这样一旦进入灌溉，阀门会稳定地保持开启一到十几分钟，直到湿度真正达到目标，不会因为传感器抖一下就在两个状态间反复横跳。同理，温度限制、时间窗口的判断也都要带回差概念。

另外一个实用技巧是"启动延时和停止延时"：湿度低于下限时，延时30秒再开阀，防止瞬时毛刺误触发；浇完停阀前，先把水泵停掉并延时10-15秒再关电磁阀，让管道内的余压把水排完，避免停泵瞬间管道负压吸扁滴灌带。很多人忽略这个细节，结果一个月下来滴灌带扁了几段，水都积在低洼处。

3.4 手动模式在程序里的优先级

程序里手动/自动切换的输出互锁也要做好。我的做法是：PLC里用M100标识自动模式（0为手动，1为自动），自动模式的所有灌溉输出逻辑块都要串联M100；手动模式下，PLC程序直接跳过自动灌溉输出，但依然执行采集和报警监控。这样设计的原因是，手动模式只是跳过了执行逻辑，不代表传感器和上位机画面就全停了——组态王上依然能实时看到每一路湿度、温度和泵组状态，操作员手动开阀浇水时，系统同时记录着浇水量和时长。

我在三菱PLC里还会用断电保持型M继电器（比如M500以后的区域，具体看PLC型号，FX3系列M500-M1023是断电保持区）存一些关键状态——当前轮灌批次号、今日累计浇水量、上次灌溉时间。断电后重新上电，系统能恢复到停点之前的状态，而不是全部清零重新来一遍，对季节性的维护排查帮助很大。

4. 组态王画面与通信架构：把"后台数据"变成"能看懂的画面"

4.1 画面布局思路：一张平面图走天下

组态王做的画面，不是为了炫技，而是为了让种植管理人员一眼看懂大棚状态。我的习惯是画一张基地平面布置图：每个分区按真实位置摆放，管道用线条画出，电磁阀图标放在分区分界处。阀门打开时图标变成绿色，关闭时是灰色；水泵运行时泵图标旋转效果并显示电流；水箱液位用填充色块表示，低于警戒线闪红色。

画面不需要花哨，但信息层次必须清晰。主画面看全局，双击某个分区能弹出二级画面，看到该分区的实时湿度曲线、近7天的灌溉记录、下次预计灌溉时间。组态王里的变量关联要提前规划好，每个分区分配一个湿度变量、一个阀门控制变量、一个报警变量，命名用"Area1_Moisture"这种格式，别用"变量1""变量2"——工程大了以后自己都会看晕。

4.2 建立工程、变量、设备通信驱动

组态王和PLC通信是这套系统的"神经连接"，也是最容易出问题的一环。基本步骤是这样的：

1. 组态王工程里新建设备，驱动选"三菱"→"FX系列（串口）"，通信方式按你的实际接法选，USB转串口线的话就是串口。
2. 配置串口参数。三菱FX系列PLC默认的编程口通信参数一般是9600波特率、7位数据位、偶校验、1位停止位。注意是7位数据位，不是常见的8位，这是新人最容易配错的地方。
3. PLC侧的通信格式也要匹配。FX系列用D8120寄存器设置通信格式，要用编程软件写一段初始化程序给D8120赋参数。很多项目组态王连不上，两边参数不一致是头号原因。
4. 组态王里定义I/O变量。每个变量要指定PLC的寄存器地址类型和偏移，比如D100对应三菱的数据寄存器，M100对应中间继电器，X0对应输入点。建立变量时还要设定量程转换——传感器输出4-20mA对应的湿度值是0到100%，组态王里设置原始值与工程值的对应关系。

整个链路通不通，我一般分四步验证：电脑设备管理器确认USB转串口虚拟COM口号；GX Works2在线监控，确认PLC本身能读程序；组态王"设备测试"窗口发送命令测试，返回错误码就说明通信协议层面有问题；最后建一个临时变量在组态王里看数值变化。一步一步来，不要把问题锅全甩给组态王。

4.3 脚本与动画连接：报警闪烁和自动记录

组态王最让人感觉"高级"的功能是脚本和动画连接，其实用起来并不复杂。比如阀门故障报警闪烁，可以在画面里给阀门图标做一个"隐含"动画连接，变量条件是非零时显示。再多做一步："闪烁"效果在组态王里是通过颜色的动画连接实现的，变量非零时颜色在红黄之间切换，切换速度用"数据改变命令语言"里的时间函数控制。

记录和报表是农业项目组态王实现的另一个实用价值。组态王自带实时数据库和历史趋势曲线，把各分区湿度、温度、累计流量做进历史表里，就能在月底拉出"各分区灌溉用水报表"。我之前给基地做的报表，精确到每天都浇了哪几个区、各浇了多久、累计多少立方米，这个数据对核算种植成本和调整灌溉制度有直接用处。

组态王里的脚本语言类似C，但不复杂。比如做一个"超时未到位"的统计报警，脚本思路就是：

// 每30秒执行一次的数据改变命令语言 if (Valve1_Status == 1 && Valve1_TotalTime > 1800) { Alarm1 = 1; // 分区1电磁阀打开超过30分钟，置报警 } else { Alarm1 = 0; }

其实就是把PLC里的判断逻辑在画面上再"冗余"一份，防止PLC内部的数据没传出来时现场人员毫无感知。上位机脚本和PLC程序做双层监测，是工业项目里很推荐的做法。

5. 通信联调和"组态王创建协议组件失败"式的故障处理

5.1 从PLC到组态王：数据链路的逐段验证

通信联调是现场最耗时的一步，我平均要在这一环节花掉整个工期的大约四分之一。链路上任何一个环节不对，组态王画面上就是一堆###或者不动弹的傻数值。我的排查顺序是严格的一条链：

第2步尤其关键。如果GX Works2都连不上PLC，那就是硬件层问题，跟组态王无关。这时候重点检查线缆针脚、PLC通信口有没有被旁边的电磁阀启停干扰、电脑串口设置。刚才说的FX系列圆头针脚定义就派上用场了，拿万用表从针脚2、3、5量到DB9公头的对应脚位，确认线序再做下一步。

5.2 "组态王创建协议组件失败"的根因拆解

这个错误在实践里出现频率高，我把它单独拿出来说，因为涉及它的"网络热词"在工控圈里常年居高不下。先给结论：这个错误绝大多数不是你的工程文件坏了，而是组态王软件自身的驱动组件丢失或注册失败。常见原因排前五名的：

1. 安装组态王的时候被杀毒软件拦截了某些驱动组件，尤其是6.5x版本以后的文件验证机制，注册表项被吞掉。
2. 系统是64位而装了老版本的组态王，版本兼容性出问题，驱动组件注册位宽不一致。
3. 安装过程不完整，或者中途退出了安装程序。
4. 工程文件中某个画面引用了不存在的图库元件或特殊控件。
5. 系统时间被改动，组态王授权文件失效，导致执行"通信协议组件"时报错。

处理链路我的建议是：先别急着重装，打开Windows事件查看器，看Application日志里组态王启动期间加载哪个DLL失败。如果看到类似"KingViewDrv.dll"或者"KVDBExp.dll"加载失败，就用管理员权限打开命令提示符，手动注册一遍：

regsvr32 C:\Program Files (x86)\Kingview\Drv\KingViewDrv.dll regsvr32 C:\Program Files (x86)\Kingview\KvCom.dll

注册完重启组态王，很多时候就好了。如果注册都报"入口点找不到"之类的错误，那通常是组件文件本身损坏，重新从正规渠道获取组态王安装包，关闭杀毒和UAC，用管理员身份重装一遍。工程文件建议预选做备份，别放在C盘系统目录下，放在专门的工程目录里。组件失败一旦跟工程文件损坏混在一起，排查成本会成倍翻，必须第一时间隔离。

5.3 通信架构的升级路子：串口老方案改Modbus TCP

最后提一个跟"组态王 modbustcpserver"相关的升级方向。随着基地规模扩大、联网要求变高，老式的串口一对一通信就有点吃力了——你总不能让中控电脑拖着几十米串口线巡检吧。现在比较通行的做法是三菱PLC加装以太网模块（FX3U系列可以加FX3U-ENET-ADP，或者直接用自带网口的FX5U），组态王侧新建设备时选"西门子"或"三菱"驱动里的TCP/IP协议，或者干脆用Modbus TCP Server方式，把PLC的部分寄存器映射到Modbus地址。

组态王里使用Modbus TCP Server时要注意两点：一是寄存器地址偏移，Modbus的线圈和保持寄存器地址组态王里通常从0开始，跟三菱的M、D地址换算时要加减偏移量，否则数据串位；二是字节序问题，三菱PLC数据存储在Modbus的大端字节序传输下可能需要交换高低字节，不同组态王版本对字节序的处理也略有差异，D寄存器里的数值传上来变成乱码时就先查这个。

这个升级有个实际好处：中控电脑再也不用坐在控制柜旁，基地办公室里随时能看到所有分区的实时状态，甚至可以通过局域网转发，让手机端通过网页访问组态王画面。但注意，升级网络通信不能丢掉原有串口模式作为备援，控制柜上保留一个串口切换开关，日常用网口巡检，紧急时插上串口线本地调试——这种做法让我在现场少走了很多回头路。

6. 投运后的调试经验与意外状况：真正的坑都在正式灌溉之后

6.1 传感器数据"跳变"和"漂移"的应对

系统联调完毕，正式投运后的第一个坑往往来自传感器。兰花棚里湿度数据动不动满量程乱跳，查了探头、查了供电、查了线缆，最后发现罪魁祸首是旁边一台没有装滤波器的变频风机。变频器的PWM输出载波通过空间辐射耦合到了信号线上，探头输出4-20mA的模拟量在接收模块里被干扰得面目全非。解决办法是：信号线全程用屏蔽双绞线并穿铁管、屏蔽层在PLC侧单端接地、传感器的DC24V电源和变频器的动力线分开供电、探头的安装位置远离变频器至少50厘米。

软件侧也要做一层滤波。我通常在三菱PLC里写一个简单的平均值滤波块：每2秒采样一次，连续取5次去掉最大最小值后求平均，得到稳定的湿度值。对于漂移问题，每个季度要做一次探头对比校准，拿一支在现场用标定液校准过的准探头，和系统里的每路探头插在同一盆植料里比读数，偏差大于±5%的重新做量程迁移。这个工作看起来繁琐，但能保证整个灌溉控制系统判断依据可信，否则自动化程度越高，错误决策的破坏力越大。

6.2 电磁阀"粘滞"与滴灌系统的滴水现象

电磁阀是整套系统里机械动作最频繁的部件。运行两个月后反馈，某些分区在关闭状态下还在慢慢滴水。到现场拆开清洁时发现，阀芯密封面卡了一层水垢锈泥，弹簧复不到位。农业灌溉水源多为地下水或河水，杂质难以完全滤除，装了Y型过滤器不够，每路分区电磁阀前还应该加装一个小口径的截止阀旁路。日常维护上，每周做一次"强制冲洗"——在自动逻辑里加入一个测试程序，逐路打开电磁阀10秒再关闭，冲刷密封面，能显著降低粘滞发生率。

另外要提到的"余压滴水"问题：主管道压力高，电磁阀关断后，阀后到滴头之间还有一段带压水体，会慢慢滴漏十几分钟。处理办法是在程序里设置"停泵先于关阀"的时序，就是我前面讲的停止延时——先停水泵，等主管道泄压后再关分区电磁阀，利用管道内的压力把水排完。这样滴灌带处于排空状态，也避免长期带压导致滴头流道堵塞。农业自动化系统设计的细节往往不在于"加了多少功能"，而在于这些动作时序合不合理。

6.3 冬季低温和夏季高温的特殊控制

兰花虽然比一般花卉耐旱，但对温度波动仍然敏感。我调试时把季节因素做成了独立模块，放进PLC的判断条件里。夏季高温时段，基质水分蒸发快，但高温蒸发却容易让基质表层干、内部不干，全凭湿度下限开阀可能造成"杯水车薪"。所以夏季的灌溉策略增加一个"高温累计"条件：当棚内温度连续超过32度的时长累计超过1小时，即使湿度还没降到下限，也会提前补一轮水，抵消蒸腾消耗。

冬季则要注意水温。地下水冬灌时水温低，直接浇到根系上容易造成冷害。我的做法是冬季把灌溉时间窗口整体后移到中午前后——此时棚内气温最高，水温和基质温度的温差最小。另外在蓄水箱里加了一个电加热管和温度传感器，水温低于12度时先循环加热再进灌溉流程。这个模块在北方大棚里非常重要，很多同行忽略水温因素，冬天兰花出现不明原因掉根，其实就是冷水浇出来的。

6.4 给后来者的实用参数清单建议

参数没有万能的，必须根据兰花品种、植料配比、苗龄阶段、季节天气做调整。下面是我在一个用树皮+珍珠岩混合植料的蝴蝶兰种植棚里的初始参数，给大家做参考：

这些参数我都是通过组态王的历史数据曲线反推优化的：投运头两周先手动浇，把每天的湿度变化曲线调出来，看清楚基质从"自然蒸发"到"灌透后回落"的完整周期，再用这个周期去校核上下限和间隔时间。自动模式不是"设了就不管"，而是"不断用数据做修正"。

说到这，我印象最深的是投运第一个月，基地负责人来找我说："以前夜里下雨，阿姨们得起床盖膜、调阀门；现在下暴雨，系统自动把灌溉和喷雾停了，第二天地面干干净净，叶片上没有一滴积水。"兰花培养最怕的就是叶心积水不干导致的软腐病，这一个功能在那年雨季里减少的损失，抵得上整套系统的硬件投资。对我个人来说，做农业项目最大的满足感也在这里——不只是把代码跑通，而是真真正正让种了一辈子花的人，少熬几个夜，少做几次无用功。后面如果再让我做类似的灌溉系统，我大概率还是会把三菱PLC和组态王作为第一选择，不是因为它们新潮，而是因为它们能在这个常年潮湿高温、灰尘不小、用电环境不算干净的农业现场，踏踏实实跑上几年不出大毛病。这年头，稳定本身就是最大的省钱。