企业官网建设流程全解析

做了这么多年自动化项目，也带过不少本科生做毕业设计，我发现一个很有意思的现象：凡是跟西门子S7-200PLC沾边的题目，十有八九都是自动灌溉、温度控制、电梯模型这类经典课题。你别嫌它老套，这类题目能一直火，恰恰说明它足够经典——一个小型PLC，加上几个传感器、几个执行器，再配一套组态王画面，一套完整的工业控制闭环就出来了。

今天我就借“电气类毕业设计基于西门子S7-200PLC的自动灌溉系统组态王组态资料”这个题目，把从需求分析、硬件选型、PLC程序编写、组态王画面设计到联调排错的完整流程拆开揉碎讲一遍。这篇文章的目标读者很明确：正在为毕业设计发愁的本科生，或者刚入行想快速上手S7-200和组态王配合开发的工程师。你能从这篇文章里得到的，不是泛泛的“系统概述”，而是一套可以直接照着干的实操方案，以及那些老师和论文里不会明说的坑。

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

1.1 为什么是S7-200PLC＋组态王，而不是其他组合

先说一个很多学生都会问的问题：市面上PLC那么多，西门子有S7-200、S7-200 SMART、S7-1200、S7-1500，国产有汇川、信捷、台达，为什么毕业设计偏偏钟爱S7-200？

原因其实很现实。第一，S7-200是西门子在中国市场铺量最狠的一款小型PLC，虽然现在已经停产退市，但存量设备极多，很多高校实验室里的设备还是它，教学资源、参考程序、论文资料一抓一大把。第二，它的编程软件Micro/WIN简单到几乎不需要专门学习，梯形图拖拖拽拽就能完成一个控制系统，对于没有实际项目经验的学生来说非常友好。第三，S7-200的指令集虽然老，但麻雀虽小五脏俱全，定时器、计数器、中断、PID、模拟量处理都有，做一个自动灌溉系统绰绰有余。

至于组态王，这更是国内工控圈绕不开的名字。它不像西门子WinCC那样跟自家PLC绑定得那么深，组态王是国产组态软件里兼容性做得最好的之一，支持市面上几乎所有主流PLC的通讯协议。对毕设来说，用组态王还有一个隐性好处：中文界面，学习成本低，而且网上教程多得吓人，遇到问题搜索引擎一搜基本都有答案。你想想，如果选WinCC，光一个授权问题就能折腾掉你好几天。

这套组合的本质，是一个“低成本PLC＋通用组态软件”的经典搭配，跟工业现场常用的“西门子S7-1200＋WinCC”在逻辑上是完全一致的。只是S7-200和组态王的门槛更低，更适合教学场景。把这个逻辑想明白了，你在论文里写“方案对比分析”那一章的时候，就有话可说了。

1.2 系统需求分析与整体框架

自动灌溉系统要解决什么问题？说白了就一句话：根据土壤的干湿程度，自动决定要不要浇水、浇多少水。但往细了拆，需求就多了——你得知道土壤湿度，需要有检测手段；你得控制水泵和电磁阀，需要有执行机构；你得让用户能看到当前的湿度值和灌溉状态，需要有人机交互界面；如果水箱水位太低，你还得能报警甚至停机，这又牵扯到保护逻辑。

所以这个系统按功能模块划分，大致是这么几个部分：

• 检测层：土壤湿度传感器、液位传感器（水箱）、手动/自动切换开关
• 控制层：S7-200PLC，负责采集传感器信号、执行逻辑运算、输出控制指令
• 执行层：水泵电机、电磁阀、报警指示灯（或蜂鸣器）
• 监控层：组态王上位机，通过PPI协议与PLC通讯，实时显示数据、下发指令、记录历史数据

这四个层级合在一起，正好构成一个典型的过程控制系统闭环。我在带学生做项目的时候，一直强调一个观点：拿到题目先别急着写程序、画界面，先把系统架构图画出来，把每个模块的输入输出理清楚。这一步看起来简单，实际上决定了你后面所有工作的方向。很多学生做不好毕设，不是技术不行，是一开始就没想清楚“这个系统到底要干什么”。

以这个项目为例，系统的工作流程大致是这样的：土壤湿度传感器实时检测土壤含水量，PLC读取传感器信号后与预设的湿度上下限进行比较，低于下限就启动水泵和电磁阀进行灌溉，达到上限就停止；同时，如果水箱液位过低，系统强制停止灌溉并触发报警。整个过程的状态和参数通过组态王在上位机上显示，操作员也可以切换到手动模式，直接远程控制水泵启停。

2. 硬件层设计与关键器件选型

2.1 I/O点表统计与PLC型号选择

硬件设计的第一步，永远是统计I/O点。I/O点表就是整个控制系统的“账本”，你有哪些输入信号、哪些输出信号，都在这张表里。别嫌这一步啰嗦，我见过太多学生画接线图的时候发现输入点不够用，最后只能硬着头皮换PLC型号，整个设计推倒重来。

以这个自动灌溉系统为例，I/O点表大概长这样：

这样统计下来，DI需要5点，AI需要2路，DO需要4点。S7-200家族里最经典的CPU226，自带24路DI/16路DO，7路AI（用扩展模块），无论怎么配都绰绰有余。如果预算紧张，用CPU222加一个EM235模拟量扩展模块也完全够用——CPU222自带8路DI/6路DO，EM235提供4路模拟量输入，正好覆盖需求。

这里我多说一句，选择CPU222＋EM235的方案在毕设答辩时反而是加分项，因为你在论文里可以写“本设计选用CPU222作为主控制器，配置EM235模拟量扩展模块实现土壤湿度信号的采集，系统I/O点数利用率合理，兼顾了成本与扩展性”——这段话一出来，答辩老师就知道你不是随便选的型号，是真动了脑子的。

2.2 传感器与执行器的选型思路

硬件选型这块，很多学生容易走两个极端：要么随便选，答辩时一问原理就露馅；要么过度设计，用高精度工业级传感器做一个小灌溉系统，成本爆炸还没必要。

土壤湿度传感器是这个系统的核心检测元件，我建议选电容式土壤湿度传感器，而不是市面上那种廉价的电阻式探针。原因很简单：电阻式探头靠测量土壤导电率来推算湿度，长期通电使用容易极化腐蚀，精度漂移严重；电容式传感器测的是土壤介电常数，稳定性好，寿命长，而且价格也就几十块钱，完全在毕设预算范围内。市面上常见的型号有LM393土壤湿度传感器模块，输出0~3.3V或0~5V模拟信号，直接接EM235的模拟量输入通道就行。

液位检测方面，水箱里装一个浮球式液位开关就够了，给PLC一个开关量信号，简单可靠，成本极低。没必要上什么投入式液位变送器，那个是工业级方案，用在毕设里属于杀鸡用牛刀。

执行器的选择相对固定：水泵选220V交流小型自吸泵，功率几百瓦足够；电磁阀选2分或3分的常闭型电磁阀，工作电压选AC220V，跟水泵共用一个电源回路。这里有个细节要特别注意——PLC的DO输出点带载能力有限，一般是2A左右，直接驱动接触器的线圈没问题，但绝对不能直接接水泵和电磁阀这种大功率负载。正确的做法是：PLC的Q点输出接中间继电器（或者小接触器）的线圈，再由继电器的触点去控制水泵和电磁阀的通断。这个电气隔离的思想，从毕设到工业现场都是一脉相承的。

2.3 模拟量信号处理与接线要点

模拟量处理是这个项目里最容易出错、也最值得写进论文的地方。EM235模拟量扩展模块有4路模拟量输入通道，支持0~10V、0~5V、±5V、±10V和0~20mA等多种信号类型，通过模块侧面的DIP拨码开关来配置。选用0~10V电压输入时，要把拨码开关设置到对应的位置，然后传感器的信号线接A+端，公共端接RA端，注意正负极不能接反。

这里必须强调一个关键点：传感器输出的模拟量信号，在PLC内部对应的是一个0~32000的整数。为什么是32000？因为S7-200的模拟量模块是12位分辨率，2的12次方是4096，但西门子把0~10V对应到了0~32000的数字范围，这是S7-200系列的统一约定。也就是说，你在梯形图里读到的AIW0的值，不是湿度值本身，而是一个0~32000的原始数字量。要想得到真实的湿度百分比，必须做量程换算：湿度百分比 = 采集值 / 32000 × 100%。

很多学生第一次调试的时候，看到AIW0里的读数跟万用表测出来的电压对不上，就开始怀疑传感器坏了。其实不是的，你只是忘了做数值转换。换算公式本身很简单，用整数运算指令或者浮点运算指令都能做，难点在于要意识到这一步的存在。我在后面PLC程序设计部分会再详细展开这部分内容。

接线方面，除了模拟量信号线，数字量输入信号的接线也有讲究。S7-200的DI输入端子是漏型接法，公共端接电源正极，传感器或按钮的另一端接电源负极，当信号导通时电流流入PLC的输入端子。这个接线方式跟很多日系PLC相反，接反了信号是读不到的，这点在做实物的时候一定要仔细核对手册的接线图。

3. PLC程序设计要点

3.1 程序整体框架与扫描逻辑

PLC程序不是把功能堆上去就完事了，它有一个很重要的概念叫“扫描周期”。CPU按顺序从左到右、从上到下执行用户程序，执行完一遍之后又从第一条开始重新执行，这个循环过程就是扫描周期。一个完整的扫描周期包括读输入、执行程序、写输出三个步骤。

理解扫描周期对写程序有什么意义？我举个典型例子。你在组态王上点了一个“手动启动水泵”的按钮，这个指令通过PPI通讯下发到PLC，PLC并不是立刻执行的，而是要等到程序扫描到通讯数据更新那一步才会响应。虽然这个延迟在毫秒级，人根本感觉不到，但如果你在程序里写了非常长的循环跳转逻辑，一个扫描周期被拉长到几百毫秒，那响应延迟就肉眼可见了。所以S7-200的程序结构，我建议按功能用子程序来划分，主程序只做一件事——调用各个子程序。

以自动灌溉系统为例，程序可以分成这么几个子程序块：

• 初始化子程序：系统上电时设定初始参数，比如湿度上下限的默认值
• 模拟量采集与换算子程序：读取AIW0、AIW2，换算成实际湿度百分比
• 灌溉控制子程序：核心逻辑，根据湿度和模式决定电磁阀和水泵的通断
• 液位保护子程序：低水位时强制停止灌溉并触发报警
• 报警处理子程序：驱动报警指示灯，向上位机发送报警状态

这样划分的好处是逻辑清晰，单段程序出错的时候容易定位，而且论文里画程序流程图也方便。你想想，如果所有逻辑全写在一个主程序里，几百行梯形图揉在一起，别说答辩老师看着头大，你自己调试的时候也会崩溃的。

3.2 模拟量转换与阈值判断

下面进入整个程序里技术含量最高的部分——模拟量的采集和换算。前面说了，EM235读上来的AIW值是0~32000的原始整数，对应0~10V的电压信号。假设土壤湿度传感器的输出电压与湿度成线性关系，0V对应0%湿度，10V对应100%湿度，那换算公式就是：

实际湿度(%) = 浮点数转换(AIW值) / 32000 × 100

在S7-200的梯形图里实现这个计算，需要用到浮点运算指令。大致流程是：先用I_DI指令把AIW0的整数格式转成双整数，再用DI_R指令把双整数转成实数，然后用除法指令除以32000.0，最后乘以100.0。千万别直接拿整数去除，整数除法的结果会四舍五入或截断，算出来的湿度值误差巨大。

算完湿度之后，就是核心的灌溉控制逻辑了。我把思路整理成伪代码：

• 当系统处于自动模式（I0.0=0）时：

  • 如果湿度1 < 下限值（比如30%），则打开灌溉区1电磁阀（Q0.0=1）
  • 如果湿度1 > 上限值（比如60%），则关闭灌溉区1电磁阀（Q0.0=0）
  • 同上逻辑控制灌溉区2

• 只要任何一个电磁阀处于开启状态，同时水箱液位正常（I0.3=1），则启动水泵（Q0.2=1）

• 如果两个电磁阀都关闭，水泵也停止

这个逻辑用梯形图实现起来并不复杂，用的是比较指令（大于、小于）和置位/复位指令。但有一个逻辑细节经常被忽略——水泵和电磁阀不是同步动作的。电磁阀打开的时候，水泵必须已经稳定运行了；电磁阀关的时候，最好先关阀再停泵，否则管道里容易产生水锤效应，损坏管路。工业上一般会在程序里加时间继电器做延时，比如先启动水泵延时2秒再开阀，先关阀延时2秒再停泵。在毕设里这个细节虽然不是必须的，但写进论文里绝对是个亮点，能体现你对工程细节的理解。

3.3 手动/自动模式切换与保护逻辑

自动模式的逻辑上面已经讲清楚了，但一个完整的控制系统必须有手动模式作为兜底。万一传感器坏了或者湿度值漂移得离谱，操作员还能通过组态王手动控制每个电磁阀的开关，否则整个系统就瘫痪了。

手动/自动切换在程序里怎么处理？通用做法是用一个“模式选择”信号（I0.0）作为条件，分别编写两套控制逻辑，再用互锁确保同一时刻只能运行一套逻辑。这里要特别注意“互锁”两个字——在梯形图里编写这些控制逻辑时，手动和自动的输出不能同时为真，否则电磁阀会莫名其妙地乱动，甚至引发安全事故。

此外，不管手动还是自动模式，液位保护逻辑都必须始终生效。也就是说，哪怕操作员在手动模式下强行开启了水泵，只要水箱液位低于安全值，程序也必须强制断开水泵的输出。这个“优先级最高”的保护逻辑，在梯形图里实现时应该串在输出回路的最前面，或者用“主控继电器”的方式来控制整个输出回路。这是安全联锁的设计理念，放在任何控制系统里都是必须遵守的原则。

4. 组态王画面组态与变量连接

4.1 创建工程与设备配置

组态王的操作逻辑，说穿了就四个字：建工程、配设备、建变量、画画面。很多学生一上来就直奔画面设计，结果发现画面上数据死活都显示不出来，就是因为漏了中间两个最关键的步骤。

第一步，打开组态王，新建工程。工程名称建议直接用项目名，比如“AutoIrrigationSystem”，存放路径别带中文，你也不想后面调试的时候遇到编码问题吧。

第二步，配置设备。这一步是最容易出错的，但原理其实很简单：组态王本身不会直接跟PLC通讯，它要通过驱动来连接PLC。在组态王的工程浏览器里，找到“设备”节点，选择“S7-200（PPI）”驱动，然后配置通讯参数。这里有几个关键参数：PLC的站地址默认为2，组态王的通讯波特率默认9600，数据位8、停止位1、偶校验。这些参数必须跟PLC侧Micro/WIN软件里的设置完全一致，一个对不上就通讯失败。

第三步，创建变量。组态王里的变量是连接画面和PLC的桥梁。你在画面上画一个显示框，它显示什么内容？——变量的值。你在画面上放一个按钮，按下去想干什么？——修改变量的值。所以要在“数据词典”里把系统涉及的所有变量都定义好。变量类型要注意区分：I/O变量是从PLC读取或写入的数据，内存变量是组态王内部使用的数据。以这个项目为例：

这里的寄存器地址不是随便写的，它必须与PLC程序里的变量存储区对应。举个最直观的例子：如果你写“手动启动阀1”这个按钮，对应的是PLC的M0.0中间继电器地址，那PLC梯形图里就必须有“读取M0.0状态来控制Q0.0”的逻辑。上位机与PLC的数据交互，本质上就是读写对方的存储区，这个思想要贯穿始终。

4.2 画面设计与动画连接

变量建好了，画面设计就变成一个半体力活了。组态王的画面开发环境跟画图软件差不多，左侧是工具箱，拖控件、画图形、放文本，都能搞定。

一个标准的自动灌溉监控界面，至少要包含以下几块内容：

• 系统主画面：显示整个灌溉系统的工艺流程示意图，包括水箱、水泵、管道、电磁阀和灌溉区域的图标，用不同颜色区分运行和停止状态（运行显示绿色，停止显示灰色）
• 实时数据区：显示两块灌溉区的实时湿度值，建议用数字显示框加趋势曲线的组合
• 控制操作区：手动模式下用按钮控制电磁阀和水泵的启停，自动模式下用开关量指示灯显示设备状态
• 参数设置区：设置湿度上下限值，这个值要能通过组态王下发到PLC，PLC再根据新参数判断是否灌溉
• 报警区：显示低水位报警、设备故障报警等信息

动画连接是画面上最核心的操作。举个具体例子：你画一个长方形代表灌溉区1的电磁阀，想让它在PLC的Q0.0为ON时变成绿色、OFF时变成灰色，怎么做？双击这个图形，在弹出的对话框里选择“动画连接”中的“填充颜色”选项，然后设置表达式为“\本站点\灌溉阀1==1”时的颜色为绿色，默认状态颜色为灰色。表达式写法里的“\本站点\”前缀是固定的，后面跟你在数据词典里定义的变量名。

常见的一个坑是，很多学生在表达式里写变量名的时候，忘记加“\本站点\”前缀，导致画面编译时报错或者运行时颜色不变化。这个细节我提醒过无数遍了，但每次都有学生踩坑。

4.3 实时报表、历史曲线与报警功能

如果想让毕设的完成度更上一个台阶，报表和历史曲线这两个功能值得花心思去做。

历史趋势曲线在组态王里实现起来相对简单。在画面中添加一个“历史趋势曲线”控件，然后在数据词典里把需要记录的变量（比如湿度1、湿度2）的数据保存方式改为“数据变化记录”，设置记录变化间隔，比如每1秒记录一次。再回到趋势曲线控件的配置界面，把变量关联进来，运行时就能看到湿度随时间变化的曲线了。

历史数据报表稍微复杂一些。组态王支持SQL数据库，可以定时把采集到的数据写入Access或SQL Server数据库，然后通过报表控件查询展示。不过对于毕设来说，用组态王自带的“报表窗口”功能就够用了：在工程浏览器中找到“报表”节点，新建一个报表，设置单元格的数据来源为变量，再配置好刷新周期就行。不需要上SQL，除非你的论文方向就是“基于数据库的灌溉历史数据管理系统”，那另当别论。

报警功能方面，组态王支持变量报警。在定义变量的时候，设置湿度上/下限报警值，运行时当变量值超出范围，报警窗口会自动弹出报警记录。这个功能用起来很简单，但它对工程项目的意义很大——它代表了系统从“被动显示”到“主动预警”的转变，也是论文里可以重点着墨的功能点之一。

5. PLC与组态王通讯联调

5.1 PPI通讯参数设置与常见坑位

PLC和组态王能连上，这个项目就成功了80%；连不上，程序写得再好、画面画得再漂亮都白搭。通讯调试是这个项目里最磨人的环节，我要把常见的问题和排查思路一次讲透。

首先明确通讯链路：组态王运行在PC上，PC通过编程电缆（USB-PPI线）连接S7-200PLC的编程口。这条链路上有三个环节需要逐一确认：硬件连接是否可靠、PLC侧参数是否匹配、组态王侧设备配置是否正确。

PLC侧，在Micro/WIN里打开“通讯”对话框，找到你的PLC连接，检查CPU的站地址是不是2，通信波特率是不是9600。组态王侧，在设备配置里把站地址和波特率跟PLC侧设置成一致。需要注意，当Micro/WIN软件在线监控程序时，会独占PLC的编程口通讯资源，此时组态王是连不上PLC的。我在实验室见过不少学生一边用Micro/WIN监控程序在线调试，一边抱怨组态王连不上PLC，其实就是这个独占问题。解决办法很简单：调试PLC程序时关掉组态王，连组态王时退出Micro/WIN的监控模式。

还有一个隐蔽的坑，就是用USB转串口的编程电缆时，要在设备管理器里确认一下虚拟串口号，比如COM4。然后在组态王的设备配置里，把串口选成这个COM4，波特率、数据位、校验位全部正确配置。很多通讯失败的案例，最后排查下来就是串口号选错了——你物理上插的是COM4，组态王里配的却是COM3，能通才怪。

5.2 联调步骤与变量验证方法

通讯建立之后，联调阶段的推荐顺序是这样的：

第一步，先别急着满屏数据，只测一个最简单的变量。比如在数据词典里建一个测试变量，对应PLC的某个M区地址，比如M10.0。在PLC程序里用SM0.0（常ON）强制这个M10.0为ON，然后看组态王上这个变量能不能读到1。能读到，说明通讯链路是通的，再逐个增加变量测试；读不到，说明链路上还有问题，需要从头排查。

第二步，验证模拟量采集。在PLC程序里人为给AIW0赋一个固定值，比如直接移动一个整数16000到AIW0，看组态王上湿度1的显示值是否等于换算后的50%。如果显示正确，说明换算逻辑没问题；如果不正确，检查PLC程序里的浮点运算是否写对了。这一步其实比整个系统联调重要得多——它把这套系统里最容易出错的环节（模拟量采集链）单独隔离出来做了验证，后面再出错就只可能出在控制逻辑上。

第三步，全系统联调。把自动灌溉的控制逻辑整个跑起来，在灌溉区1放入一块干土和一块湿土，观察电磁阀的动作是否符合预期；再用组态王把湿度下限从30%改成50%，看系统能否在湿度低于50%时马上启动灌溉。这一步关注的不仅是功能实现，还有响应时间、操作便捷性等体验层面的问题。

6. 常见问题与排查技巧实录

6.1 通讯类问题排查速查表

我把实际项目中经常遇到的通讯问题整理成了一张速查表，方便你对着排查：

通讯问题最怕的就是乱试，调一个参数不行就换另一个参数，最后越调越乱。我的经验是：锁定链路——先确认物理连接正常，再确认PLC侧参数，最后检查组态王侧配置，按照这个顺序一层层排除。通讯其实是很有逻辑性的事情，参数就那么几个，只要按顺序核对，一定能找到症结。

6.2 模拟量读数异常的处理方法

模拟量读数异常，是最容易让人抓狂的问题，因为症状千奇百怪：读数跳动大、读数一直保持满量程、读数跟实际电压对不上等等。我讲几个最常见的场景和对应的处理办法。

第一种，AIW的值一直是32000（满量程）。出现这个情况，先检查传感器信号线是否接到正确的端子上，再检查信号线是否断了——如果输入悬空，模块会默认读到满量程。我见过一位同学折腾了一下午，最后发现是传感器那根信号线在插头处虚焊了，重新焊一下就好了。

第二种，读数跳动非常厉害，数值上下几十甚至几百的波动。这个大概率是现场干扰。土壤湿度传感器的信号线属于微弱模拟信号，如果跟220V的电源线走同一个线槽，或者靠得太近，电磁干扰就会耦合进去。解决办法是让信号线单独走线，有条件的话用屏蔽双绞线，屏蔽层单端接地；还可以在PLC程序里做数字滤波，连续采样几次取平均值，或者用S7-200自带的模拟量滤波功能。

第三种，读数的换算结果跟实际不符。这个就要检查量程换算公式了。我的建议是把0~32000对应到0~100%，公式本身就一行，但是建议你在程序里额外写一段诊断代码，把AIW原始值也传到组态王的另一个变量里显示出来。这样一看就知道是采集环节的问题还是换算环节的问题，不用瞎猜。

6.3 组态王运行时的其他高频问题

除了通讯和模拟量，组态王本身也有一些常见问题值得提前知晓。

比如组态王运行系统启动时提示“创建协议组件失败”，这个在Win7以上的系统里很常见，大部分是权限或兼容性问题。解决方法是右键点击运行系统图标，选择“以管理员身份运行”；如果还不行，在组态王安装目录下找到运行程序，右键“属性”→“兼容性”里把“以兼容模式运行”勾上，选Windows XP SP3。

再比如，组态王画面上的数据长时间不刷新，但是数值又确实是变化过的。这种情况一般要检查“数据词典”里这个变量的“采集频率”或“最小变化增量”设置——如果你把变化增量设得过大，PLC那边只变化了一点点，小于增量，组态王就不会刷新显示。把“最小变化增量”改成0或者很小的值就行。这个坑很隐蔽，好多搞过几年工控的人都可能忽略。

7. 毕业设计资料的整理方法

7.1 正文结构与字数规划

做毕业设计跟做工程项目最大的区别在于，工程项目交付一套能跑的系统就结束了，毕业设计还得交付一篇能“说清楚为什么这么设计”的论文。很多学生在实物做完之后反而松一口气，觉得论文随便凑一凑就行——这个心态要不得，绝对会吃亏。

一篇完整的自动灌溉系统毕设论文，比较稳妥的结构是：

• 第一章 绪论：课题背景与意义、国内外研究现状、本设计主要工作
• 第二章 系统总体方案设计：需求分析、方案比较、系统架构
• 第三章 硬件设计：器件选型、I/O分配、电气原理图、接线图
• 第四章 软件设计：PLC程序流程与梯形图、组态王画面设计
• 第五章 系统调试：调试过程、结果分析、存在问题
• 第六章 总结与展望

字数方面，本科毕设一般要求1万字以上，个别学校要求1.5万。我给的建议是：硬件设计章节写到2500字左右，软件设计章节写到3000字以上，这两章是核心，占了全文的一半篇幅，也是答辩老师最关注的部分。调试章节不要只写“系统运行正常”，要写具体的调试过程，包括遇到的问题和解决过程——这最能体现你实际动手做了，论文查重率低，答辩也有素材可以用。

7.2 电气图的绘图规范与工具选择

电气原理图和接线图是硬件设计最重要的输出物，也是答辩老师翻得最勤的页。这里提醒几个容易踩坑的绘图规范问题：

第一，电气符号必须符合国家标准。接触器线圈、继电器触点、按钮开关，这些符号都是国标规定好的，不能自己发挥。很多学生用的是CAD的通用模板，画出来的按钮符号跟国标不一样，答辩时一眼就被老师看出来了。建议直接用电气CAD专用模板，或者用EPLAN（如果学校有装的话），画完自动符合规范。

第二，图纸的层次要清晰，功能要分区。一张好的电气图，能让人一眼看出电源从哪里进来、经过哪些保护元件、到哪里去。建议按“主电路”和“控制电路”分开画，主电路画水泵和电磁阀的供电回路，控制电路画PLC的I/O接线。在图上用虚线框或者文字标注每个区域的功能，方便阅读。

第三，接线端子的标注一定要跟PLC的实际地址对应。比如你在图纸上写了“Q0.0接中间继电器KA1线圈”，实际接线的时候也必须这么接，现场实物和图纸必须完全一致。这条原则听起来理所当然，但很多赶进度的学生最后实物和图纸对不上，答辩时被问到就只能支支吾吾。

7.3 答辩高频问题清单

答辩时间一般10到15分钟，老师提问集中在这几个方向。我列一份高频问题清单，你按着这个准备就行：

• 为什么选择S7-200而不是其他PLC？（对比优势、成本、学习成本）
• 土壤湿度传感器的工作原理是什么？（电阻式、电容式的区别）
• 模拟量的量程换算公式是怎么来的？（0~32000的对应关系）
• 为什么水泵和电磁阀要单独控制，而不是同步动作？（水锤效应、保护逻辑）
• 组态王和PLC是怎么通讯的？（PPI协议、参数匹配）
• 如果传感器损坏，系统会出现什么后果？你有什么应对措施？（故障保护、手动模式）
• 系统的响应时间大概是多少？（扫描周期、通讯周期）

这些问题全都是围绕着你做过的设计来的，只要前面每一步都是自己真正理解和动手做的，答辩就没有你想象中那么可怕。怕的就是那种“程序是网上抄的、图纸套的模板、论文写了但没跑过系统”的情况，那种一问一个准，老师几句话就把底牌掀开了。

我之前带过一组学生，程序自己写的，系统跑通了，但答辩时被问到“为什么这个变量的寄存器地址选择VW100而不是VW0”，直接愣住了。这种细节问题老师其实不是真的要为难你，他只是想判断：这到底是不是你做的。所以最有效的准备方式不是背问题答案，而是把自己做过的每一步都问一遍“为什么”——这个传感器为什么选这个型号？这个地址为什么这么分配？这段程序为什么这么写？每一个“为什么”你都能答上来，答辩就稳了。

如果你能一路做到这一步，这套基于S7-200PLC和组态王的自动灌溉系统，对你来说就不只是一个毕业设计课题了，而是一套完整的、从硬件到软件、从底层到上位的控制系统落地经验。以后再接触S7-1200、S7-1500、WinCC这些更现代的组合，你会发现核心的思路全都一样——无非是更换硬件平台、换一种编程软件、换一套组态工具，但“采集→运算→输出→监控”这条主线从来就没变过。这套基本功，比任何一次毕业设计的分数都值钱。