企业官网建设流程全解析

1. 项目概述与需求拆解

带式输送机是车间里最常见的物料转运设备，尤其是一条线多段衔接的场合，比如包装线、装配线、分拣线。我这次就用西门子S7-200 PLC加上MCGS组态屏，做了一套四段传送带的控制系统，从硬件选型到梯形图编写再到组态画面，完整走了一遍，过程中踩了不少坑，也整理出不少经验，这里一次性说清楚。

1.1 四传送带的工艺需求

这套系统的工艺要求并不复杂，主要就三点。

第一，顺序启动。物料从1号带送到2号带、3号带、4号带，最后到终点。如果同时启动四台电机，物料还没到下游，下游的带已经跑起来了，这是可以的，但如果下游先堵料，上游还在送料，就会堆料。所以正确做法是逆物料流向启动，也就是先启动最下游的4号带，然后依次启动3号、2号、1号，每条带之间的启动间隔大概2到3秒，让物料到达下游时，下游已经稳定运行了。

第二，顺序停止。停止时跟启动相反，先停1号带，再停2号、3号、最后停4号带，确保皮带上的物料全部走完，不在带面上残留。如果全部同时停，每段带上都会有存料，下次启动就得先清料。

第三，故障联锁。任何一条带发生故障停机，位于它上游的所有带都必须立即停止。比如2号带热继电器跳了，2号带停了，3号和4号带还在继续送料过来，很快就会堆料甚至撕裂皮带，所以必须是上游停机。

这三点是带式输送机控制的通用逻辑，也是整个程序的灵魂。做毕业设计也好，做实际项目也好，控制逻辑必须严格按工艺来，不是PLC能跑通就行，还得让现场的人员认可你的逻辑。

1.2 技术方案选型与理由

选型方面，我在S7-200和S7-1200之间犹豫过。S7-1200是当前的主力产品，但S7-200在这个项目里完全够用，点位需求也就十几个DI、几个DO，S7-200 CPU224刚好合适，14个数字量输入、10个数字量输出，资源不紧张，价格也便宜。更重要的是，MCGS组态屏对S7-200的PPI通信协议支持得非常成熟，很多老项目里就是这套组合，资料多，遇到问题好查。

MCGS这边我用的是TPC7062Ti，10寸的屏，自带以太网口和串口，但SIEMENS PPI是通过串口通信的，所以组态屏和PLC之间用RS485连接，MCGS里选对应驱动，然后将PLC地址映射到MCGS变量就可以。

有人会问，为什么不直接在触摸屏上用昆仑通态的通用TCP驱动走以太网？S7-200标准型号本身不带以太网口，加个CP243-1模块成本就上去了，而且还要配IP，调试麻烦。PPI串口既简单又稳,RS485抗干扰能力也够用，车间环境没那么恶劣。这个方案，适合绝大多数场景。

2. I/O点表与控制原理

程序编得好不好，关键看I/O点表的规划。点表不乱，程序结构就清爽。我这次把系统输入输出全部列了出来，安装接线也按照点表来，省了很多后期排查时间。

2.1 输入输出点表分配

本系统输入信号包括启动按钮、停止按钮、急停按钮，以及四台电机的热继电器常闭触点。为了监控电机实际运行状态，我还把四个接触器的辅助常开触点接入PLC，用于运行反馈。一共是4个按钮类输入加上8个开关量输入，总共12个DI，CPU224的14个输入刚好用掉12个。

输出方面，四台电机的启停控制分别通过Q0.0、Q0.1、Q0.2、Q0.3实现。再加上一个系统运行指示灯和一个故障指示灯，总共6个DO，CPU224的10个输出剩余不少。

具体点表如下：

热继电器的常闭触点接进PLC输入回路，是一个很常见的设计习惯。正常时输入是接通的，故障跳闸时触点断开，输入消失，程序就能快速捕捉。这个逻辑要注意，常闭信号在PLC里的处理是反过来用的，程序里写的是“I0.3断开即故障”，不是“接通即故障”。

2.2 主回路与控制回路设计

主回路就是经典的直接启动电路，四台电机完全独立。每一路从总断路器引出，经过接触器主触点、热继电器热元件，接到电机端子。电机功率不大，四台都是1.5kW左右，直接启动完全没问题。如果电机功率超过5.5kW，就要考虑星三角降压启动或者软启动，控制逻辑会复杂一些，但思路是一致的。

控制回路上，我做了电气隔离设计。PLC的数字量输出是DC 24V，而接触器线圈基本是AC 220V，不能直接串在一起，否则PLC输出点很容易烧掉。所以我用了中间继电器做信号转换，PLC的Q输出点驱动中间继电器线圈，中间继电器的常开触点再控制接触器线圈。

这里给出一个Q0.0那一路的接线示例：

PLC Q0.0 输出端子 ——> 中间继电器KA1线圈（DC 24V） 中间继电器KA1常开触点 ——> KM1接触器线圈（AC 220V） KM1接触器主触点 ——> 热继电器FR1 ——> 电机M1

急停按钮串接在整个控制回路的电源端，无论PLC是否输出，急停一按，所有接触器线圈全部断电，电机立即停止，这是硬安全回路设计。绝不能依赖程序来处理急停，PLC可能会死机、通信可能中断，只有硬回路才是最可靠的安全保障。

2.3 NPN与PNP传感器的接法区别

这个项目里，如果后续需要增加物料检测传感器，比如光电或者接近开关，一定要搞清NPN和PNP的区别。西门子S7-200的输入回路设计比较灵活，通过公共端的接法既能接NPN也能接PNP。

NPN传感器输出的信号是低电平，公共端要接电源正极，也就是热词里提到的“PNP公共端接电源正”这种说法不完全准确，准确说法是：NPN输出低电平有效，传感器电流从负载（PLC输入点）流入传感器内部到负极，所以PLC输入公共端（1M）要接24V电源正；PNP则相反，传感器输出高电平有效，公共端（1M）接0V。

很多刚到现场的朋友在NPN和PNP上栽跟头，无论怎么接信号都没有。我的习惯是，拿到传感器首先看铭牌标识和颜色线，棕色正极、蓝色负极、黑色信号，然后根据NPN/PNP选择PLC公共端接法。这个细节，比多写十条指令都重要。

3. 梯形图程序设计与逐段详解

程序结构我按模块化思路写，每个网络用注释标注功能，便于后期维护。S7-200的STEP 7-Micro/WIN软件支持中文注释，写程序时一定要把注释写清楚。下面分段讲各网络的实现逻辑和原因。

3.1 系统框架与启动条件判断

网络1是系统总逻辑，包括允许运行标志和急停状态。

网络1：系统启动准备 LDN I0.2 // 急停未被按下，常闭信号通 A I0.3 // 1号热继电器正常 A I0.4 // 2号热继电器正常 A I0.5 // 3号热继电器正常 A I0.6 // 4号热继电器正常 = M0.0 // 系统准备好标志

M0.0是系统的总“保险丝”，意思是所有热继电器都正常，急停没有动作，系统才允许启动。任何一个故障条件不满足，M0.0断开，后续所有输出都不可能置位。这个逻辑放在最前面，后面所有网络都用M0.0做串联条件，非常方便排查问题。

我见过有人把热继电器的常闭点直接串在输出回路上而不进PLC，这样不是不行，但组态屏上就看不到故障状态，也不能记录历史报警。所以还是把故障信号进PLC比较好，输出回路只做接触器控制。

3.2 顺序启动与顺序停止逻辑

顺序启动的实现，我采用“定时错峰启动”方案。按下启动按钮后，不是四台电机同时运行，而是从4号开始，每隔3秒启动一台。这样做的好处显而易见，下游带先跑起来，物料到达时已经处于稳定运行状态，避免了在带面上堆积。

梯形图的写法是，用定时器T37作为1号启动延时，T38作为2号延时，T39作为3号延时。核心思路是：4号直接启动，3号等4号启动3秒后启动，2号等3号启动3秒后启动，1号等2号启动3秒后启动。这个链式逻辑解决了同时启动的问题。

顺序停止则反过来，按下停止按钮后，定时器T40延时3秒停1号，再过3秒停2号，再过3秒停3号，最后停4号。确保皮带上的物料全部送完。

关键程序网络如下：

网络2：4号电机启动 LD M0.0 // 系统准备好 A M1.0 // 启动命令（来自启动按钮或触屏） AN M1.1 // 无停止命令 = Q0.3 // 4号电机接触器输出 网络3：3号电机延时启动 LD M0.0 A M1.0 AN M1.1 A Q0.3 // 4号已经在运行 TON T38, 30 // 延时3秒 LD T38 O Q0.2 // 如果已经运行则保持 AN M1.1 = Q0.2 // 3号电机输出

4号启动后，T38计时器开始计时，3秒后T38输出为1，3号接触器吸合。如果3号已经运行，Q0.2会保持导通，不会因为T38信号消失而断开。这是典型的启动自保持与延时的组合写法。

启动回路里还有一层保护，用M1.0和M1.1做启停互锁。M1.0是启动命令的保持继电器，M1.1是停止命令。当这两个信号同时存在时，AN M1.1优先阻断输出，保证停止操作具有最高优先级。

3.3 故障联锁逻辑

故障联锁不是简单地把热继电器信号串联在输出位里，而是要做分段的联锁关系。2号故障，1号故障都要停，但4号带如果没故障，理论上不需要停，因为物料是从1到4方向走的。但我这次做的是反向联锁，也就是上游停，下游不管。

判断上游的方法很简单：皮带编号越小越靠上游。所以逻辑是：

网络5：1号电机输出（最上游） LD M0.0 A M1.0 A T39 // 前面所有带启动完成 A I1.2 // 4号运行反馈 A I1.1 // 3号运行反馈 A I1.0 // 2号运行反馈 AN M1.1 = Q0.0

这样写有个问题，如果某一台下游带发生故障停止，那么它的运行反馈就消失了，上游带也会跟着停，正好实现了联锁要求。但需要特别注意的是，假如正常停止时先停1号，后面2号还在运行，那1号这边因为2号反馈还有，应该保证顺序停止过程不被联锁误触发。

我在程序里增加了一个“停止过程标志M2.0”。当按下停止按钮后，M2.0置1，此时故障联锁逻辑暂时让位于顺序停止时序。如果发生真正的故障，M0.0会断开，所有输出直接断掉，顺序停止过程被跳过。这样做既保证了正常停机的排空效果，又保证了故障时的快速停机。

逻辑稍显复杂，但实际运行效果很好。大家在做类似多段皮带控制时，一定要把“正常停止”和“故障停止”分开考虑，两者混在一起，程序会变得很难调。

3.4 组态通信的数据区规划

PLC和MCGS的通信，除了要接线正确，还要规划好数据区。S7-200和MCGS走PPI通信，MCGS里可以直接访问I区、Q区、M区、V区。我建议把组态屏需要读写的变量统一放在V区或M区，不要直接操作Q区，这样逻辑清晰，也方便做权限和联动控制。

以本项目为例：

MB10我用来放置故障代码，1号故障值为1，2号为2，以此类推。组态屏报警画面读这个字节，就知道具体哪条带出问题，不用每个故障点都建立单独变量，非常省事。

4. MCGS组态画面设计

组态软件选的是MCGS嵌入版，组态环境里面新建工程，选好设备型号TPC7062Ti，然后进入设备窗口配置通信参数。

4.1 通信参数配置

设备窗口里添加“通用串口父设备”和“西门子S7-200PPI”子设备。父设备的串口参数要跟PLC一致，S7-200的PPI默认是9600波特率、8数据位、偶校验、1停止位。这个默认值在大多数场合都能用，除非你通过Micro/WIN改了PLC的通信口参数，那就得两边同步修改。

PLC站号默认是2，MCGS里也要填2。如果现场有多台PLC，就得给每台PLC分配不同的站号，并且用不同的通信线连到组态屏的同一个RS485口，或者用DP头串联。

我当时忘了修改PLC站号，MCGS里填的1，结果通信怎么都不通，排查了半天才发现PLC那边默认是2。这个问题特别隐蔽，因为Micro/WIN能连上PLC，说明通信线没问题，但组态屏就是读不到数据，方向全错在站号上。

4.2 变量定义与动画连接

在MCGS实时数据库中新建变量，变量类型选择“开关型”，连接设备选择“S7-200PPI”，通道地址填写对应PLC地址。通道地址的写法要注意，要参考MCGS设备驱动的说明书。一般写法是“M0.0”、“Q0.0”、“MB10”这样的格式，具体要看驱动版本。

画面方面，我画了四条传送带，用矩形加填充颜色来表示皮带，每条皮带上面放一个电机小图标。运行状态通过“颜色动画连接”实现，Q0.0为1时填充绿色，为0时灰色。这样现场操作员一眼就能看出哪条带在运行。

启动和停止按钮放在画面右下角，操作权限设为操作员级别。另外加了一个急停按钮，颜色设为红色，点击后直接写M0.2，PLC程序里再把M0.2串入总停止回路，从组态屏也能实现紧急停机。

4.3 报警显示与历史记录

为了让故障信息一目了然，我在MCGS里做了报警显示窗口，关联MB10故障代码变量。数值等于1时显示“1号电机热故障”，等于2时显示“2号电机热故障”，依此类推。同时建立历史报警数据库，记录报警时间和恢复时间，方便后期分析。

MCGS的报警配置在实时数据库里完成，选中对应变量，在报警属性里填上报警条件和报警文本。报警发生时，画面上弹出报警条，操作员确认后可以消音。这个功能在设备维护中非常实用，尤其是夜间无人值守的时候，系统能自动记录故障，第二天直接看报警历史就能找到问题。

按照热词里的“mcgspro组态使用教程”相关内容，MCGS嵌入版和MCGSPro在组态思路上大同小异，变量定义、画面组态、设备通信这三步是核心，掌握了这套通用流程，换版本也只是菜单位置不同而已。

5. 常见问题与排查实录

这套系统调试过程中，我遇到并解决了几个典型问题，拿出来给大家做参考。很多问题做之前觉得不可能，实际现场就会遇到，记录下来能帮后来人少走不少弯路。

5.1 通信失败的排查思路

现象是MCGS组态屏显示“设备连接失败”，PLC程序运行正常，用Micro/WIN也能下载程序。这种情况最典型的特征是，USB-PPI电缆通信正常，但组态屏连不上。

先检查组态屏的串口参数和PLC通信口参数是否一致。重要提示：S7-200有两个通信口，PORT0和PORT1，Micro/WIN连的是哪一个口，组态屏就必须接同一个口。我把组态屏接到了PORT1，但Micro/WIN连的是PORT0，两边参数设置不一样导致连接失败。

另外RS485的A和B线不能接反。西门子用的是A和B命名，但很多第三方电缆标的是D+和D-，还有的标V+和V-。接到组态屏的COM口时，要参考MCGS的引脚定义，B接RS485的负端，A接正端。这个接线，最好在断电状态下用万用表量通断确认。

5.2 启动逻辑不满足工艺的问题

第一版程序里，四台电机按下启动后全部同时输出，结果试机时物料到达3号带时，3号带还在加速阶段，带面速度不够，物料前后叠加挤压，造成堆料。后来改成4号先启动，延时3秒后3号启动，再延时3秒后2号启动，最后是1号，问题解决。

这里需要注意，延时3秒不是拍脑袋定的，跟带长和带速有关。物料从1号带到2号带需要大概8秒，只要保证2号带先于物料到达前启动完成，延时没必要太长。我按带速1米每秒计算，物料跨越两条带的时间是8秒，再加上2秒的启动缓冲，我留了3秒的余量，刚好合适。

如果你做的是长距离皮带，比如50米一条带，那延时可能要10秒以上。这个计算方式用公式表达就是：相邻两条带间距除以带速，再加上1到2秒电机启动时间，就是合适的延时。做项目不能照搬标准，要根据现场输送距离来算。

5.3 梯形图和组态屏变量不一致

在MCGS里组态画面时，我把电机状态变量关联到了M0.0到M0.3，信心满满地下载工程，结果发现画面始终显示“停止”。查了半天才发现，PLC里用的是Q0.0到Q0.3，M0.0在PLC程序里是“系统准备好标志”，跟电机输出完全不沾边。

这类问题用MCGS的在线监视功能可以快速定位。组态运行时，打开实时数据库监视窗口，看变量实时值是不是在变化。如果监视窗口里有变化但画面上不显示，那多半是动画连接配错了对象；如果监视窗口里也没变化，那就是通信或者变量地址问题。

经验之谈：变量地址表一定要统一维护。做项目前先把PLC点表和MCGS变量表对应列出来，PLC写完程序后逐个核对，不要等到画完画面再查，效率特别低。

5.4 安全回路的硬接线保障

最后强调一下急停回路。PLC程序再怎么写得完善，组态屏再怎么智能，都不能替代硬接线的急停回路。我见过有人图省事，把急停信号只接到PLC输入点，靠程序来切断输出，这在正常运行中也许可行，但PLC一旦发生异常，CPU停止扫描，输出状态保持，电机可能继续运行，后果很严重。

正确的做法是，急停按钮串接在中间继电器和接触器线圈的公共电源线上，按下急停后所有接触器线圈强制断电，电机立即停止。PLC程序里也读急停信号做联锁，双保险才是真正的安全。这个项目里，我把四个接触器的线圈电源都经过急停继电器，急停一按，整个控制柜的输出全部断电，非常可靠。

5.5 调试验收阶段的经验

关于调试，有件事值得单独说说：不要急于一次性把所有设备都送电运行。系统第一次上电，应该断开所有接触器负载，用万用表确认PLC输出点的状态变化，确认程序逻辑与控制柜实际动作一一对应后，再带电机试转。

这一步看似多余，实际能省下大量的查线时间。我试过一次，怀疑Q0.2输出有问题，用万用表把所有输出点全部测了一遍，结果发现是接触器线圈那根线松了，而不是PLC的问题。如果直接带负载送电，接触器反复吸合，很容易烧坏触点。

调试时建议使用STEP 7-Micro/WIN的“程序状态监控”功能，在梯形图里实时观察每个网络的状态变化，配合组态屏的在线监视，双端对照，很多问题一眼就能找到根源。

6. 扩展思考：从四段向更多段拓展

这套设计虽然是针对四段传送带的，但扩展到八段、十段、甚至二十段，思路完全一致。我以这个项目为基础，简单聊聊后续扩展的可能性，各位可以根据自己项目规模决定改多少东西。

6.1 顺序启动定时器的模块化设计

六段以上的系统，如果还用我上面的T37、T38、T39逐个写定时器，程序会非常冗长，维护也麻烦。更好的做法是用BR寄存器启动定时器指令，将每段的启动延时值放在V区，这样修改延时时间不用改程序，直接在MCGS里输入参数就可以。

S7-200里用定时器加计数器的组合，把相同的网络块写成一个子程序，用不同的全局变量做接口参数。每个子程序控制一段皮带，输入参数包括本段启动延时、停止延时、运行反馈、接触器输出，所有参数通过地址间接寻址传入。

这种方式的好处是，程序量不会随皮带数量成倍增长，新增一段皮带只需要在数据块里加几个变量，在程序里调用一次子程序，再组态一个画面即可。对于产线频繁改造的场合，这个灵活度特别重要。

6.2 变频器多段速控制的整合

如果现场需要调节皮带速度，电机会改用变频器驱动而不是接触器直接启动。这个时候PLC控制逻辑会有较大变化，PLC不再直接控制接触器通断，而是控制变频器的启动/停止端子（通常用中间继电器转接），同时通过模拟量输出模块或通信总线给定速度。

四段带用变频器的场景通常是：每条带一个速度，但不同物料需要不同速度。此时，MCGS画面上的速度设定值通过通信写入PLC的V区，PLC再把V区的转速值通过模拟量输出到变频器，同时读取变频器的运行反馈、故障信号到组态画面。

这套方案在程序结构上，跟接触器方案的核心启动/停止联锁逻辑是一致的，区别在于输出继电器变成控制变频器端子，以及增加了速度给定环节。我在另一个项目里做过六台变频器的联动控制，控制逻辑思路一模一样，多段速配合顺序启停，稳定性很好。

6.3 与上位机或MES系统的数据交互

如果工厂有上位机监控系统或者MES系统，S7-200可以通过串口或以太网与上位机通信。老款S7-200没有以太网口，可以用CP243-1模块，或者用一个串口服务器转以太网，上位机用OPC或Modbus TCP协议读取PLC数据。

MCGS组态屏也可以选择带以太网口的型号，通过交换机与上位机一起组建局域网。这样，组态屏负责就地操作，上位机负责集中监控和数据报表。PLC作为数据源，把运行状态、故障信息、累计运行时间都上传，实现车间级管控一体化。

这些内容属于配套扩展，技术难度都不大，关键在于通信协议的选择和数据点的规划。项目初期就先想好未来可能要接哪些系统，预留通信接口，能免去后期改造的大量工作。

一点个人体会

做这套系统前前后后花了半个多月，中间经历了连接失败、逻辑错误、调试返工，最后跑起来的瞬间，还是挺有成就感的。整个过程最大的收获就是，做自动化控制，硬件接线和软件逻辑必须两条腿走路，PLC程序编得再漂亮，线接错了照样跑不起来；反过来，接线再标准，梯形图逻辑有漏洞，现场一样出问题。

这篇文章写下来的每一个网络、每一个参数计算、每一个故障排查步骤都是我实际验证过的。如果你正在做带式输送机控制，或者相似的多段设备控制，可以直接拿这套思路去搭，配置和程序细节根据现场情况调整就好。祝各位调试顺利，早日在监视画面上看到四台电机全部稳定运行的样子。