S7-1200 PLC与MCGS触摸屏的自动售货机控制系统设计与联调实战

我刚做完一个自动售货机的联机项目，主控用的西门子S7-1200 PLC，上位显示用的昆仑通态MCGS7.7触摸屏，从硬件选型、程序框架到现场联调，整个过程走下来踩了不少坑，也攒了不少心得。这篇文章就把这套方案的完整实现过程拆开讲清楚，包括控制逻辑怎么设计、MCGS怎么和S7-1200建立通讯、联机调试中最容易卡住你的那几步，以及一些厂家文档里不会写的经验细节。

先说一下项目背景。这个项目不是那种大型商用售货机集群，而是针对小型场景的独立机柜，比如公司茶水间、校园宿舍楼、小型便利店。机器本体包含货道（弹簧螺旋式）、制冷系统（卖饮料需要）、支付模块（现金、扫码两种）、以及核心的PLC控制系统。用户的需求很明确：机器能自动出货、能实时显示库存和状态、能记录交易信息、操作员可以通过触摸屏维护数据。

1. 从自动售货机到工业级控制：系统方案与硬件选型

很多人以为自动售货机是消费电子产品，内部应该用单片机或者专用的售货机控制板，但实际项目中用PLC的方案非常普遍。尤其是当你要同时处理支付模块对接、多路电机控制、温度监测、故障报警、远程数据上报这些需求的时候，PLC稳定性和开发效率的优势就体现出来了。

1.1 为什么选S7-1200而不是200 SMART或单片机

先说说控制器选型。S7-1200在这个项目里属于“杀鸡用牛刀”但很值得的选择。它的优势主要体现在三个方面：

一是通讯能力强。S7-1200自带以太网口，Profinet协议是原生支持，和MCGS触摸屏走以太网通讯非常方便。不需要额外的通讯模块，一根网线就把问题解决了。S7-200 SMART虽然也带网口，但它的以太网协议是S7协议的精简版，与MCGS通讯时会有一些兼容性问题，不如S7-1200顺畅。

二是程序容量和数据类型丰富。自动售货机的控制逻辑说复杂不算复杂，但涉及的数据量不小：几十个货道的位置状态、每一种商品的库存计数、支付状态机、故障码记录、交易流水。S7-1200的DB块管理、数组操作、结构体定义这些功能在处理这类“数据密集型”控制任务时非常顺手，特别是用SCL语言写状态机，比梯形图高效太多。

三是扩展性有保障。后期如果要加远程模块（比如通过IoT网关上报数据到云端）、加扫码支付模块（走Modbus RTU或者TCP）、加更多的货道，S7-1200都能撑得住。选型的时候我给客户推荐的是CPU 1214C DC/DC/DC，14路数字量输入、10路数字量输出，搭配一个SM1223数字量扩展模块（8入8出），再加上后续改造成本低，完全够用。

如果你手头有S7-200 SMART，也不是不能用，但你需要额外注意通讯握手的方式、数据块的寻址格式差异，MCGS在驱动配置上要选择S7-200（TCP）而不是S7-1200，这两者不能混用，因为S7-1200用的底层协议是基于Profinet的，数据访问方式（尤其是DB块的访问）存在较大差异。

1.2 MCGS7.7触摸屏的选型细节

MCGS7.7对应的硬件产品是昆仑通态的TPC系列，我用的是一块10.2寸的TPC1062Ti，分辨率1024x600，运行MCGS嵌入版组态环境7.7。选这款的原因：

• 支持以太网通讯，内置S7-1200驱动，开箱即用；
• 价格适中，在国产触摸屏里属于皮实耐用的；
• 7.7版本对现代Windows系统（Win10/Win11）的兼容性比旧版好很多；
• 支持配方管理、数据转发、用户权限管理，后期扩展方便。

这里特别说一下MCGS版本的问题。MCGS分为嵌入版（运行在TPC硬件上）和网络版，组态软件有6.2、7.7等版本，组态环境最好使用与硬件匹配的版本，比如你手里是TPC1062Ti，出厂预装的就是MCGS嵌入版7.7，组态软件也用7.7版本。驱动库必须包含“S7-1200”的驱动条目，因为不同版本的驱动文件有差异，我曾经用6.2版本的驱动去连接S7-1200，折腾了半天通讯不上，换上7.7自带的驱动后瞬间就通了。

1.3 通讯拓扑与电气接线方案

整套系统的通讯结构非常清晰，核心就是一个局域网内的以太网通讯：

MCGS触摸屏 (IP: 192.168.0.2) | 以太网交换机 | 西门子S7-1200 PLC (IP: 192.168.0.1) | （Profinet协议，S7通讯）

实际上如果只有两台设备，连交换机都可以省掉，直接用网线把触摸屏和PLC对接即可。S7-1200的以太网口支持直连（MDI/MDIX自适应），不需要交叉线。但考虑到现场可能还需要连接编程电脑进行调试，建议加一个五口工业交换机，方便维护。

接线方面需要重点强调的是输出回路的隔离与保护。PLC的数字量输出不能直接驱动货道电机。货道电机是直流24V，单台电流在0.5A到1.5A之间（视弹簧和商品重量），但启动瞬间的冲击电流可能是正常运行电流的1.5到2倍。S7-1200的输出点理论负载能力是0.5A（阻性负载），直接驱动有风险，所以我的方案是PLC输出不直接驱动电机，而是控制中间继电器，再由继电器触点去驱动电机或电机驱动板。

我的输出回路设计是：

S7-1200数字量输出(Q0.0~Q0.7，或扩展模块的输出) -> 中间继电器线圈（24V DC，带续流二极管） -> 继电器触点（常开） -> 货道电机M+ 货道电机M-

电气安全部分，所有外部供电（触摸屏电源、PLC电源）用同一个开关电源供电，PLC电源和电机电源分开，共用一个直流母线也可以，但要求电源功率足够。我算过总功率：触摸屏约15W，PLC约20W，24V电机同时最多开3个（每个按1A算），加起来不到80W，用130W的明纬开关电源稳够。

2. S7-1200侧的控制逻辑拆分：售货流程不是你想的那么简单

自动售货机表面上看逻辑很简单——“收钱，出货”，但真正落地的时候你会发现，状态管理、异常处理、防作弊机制才是大头。这一节把PLC程序的核心逻辑完整拆解一遍。

2.1 系统状态机的整体设计

我们抛开笼统的“售货流程”不谈，把售货机抽象成明确的状态机：

• STATE_IDLE（空闲）：等待用户操作，货道锁定，电机不动作；
• STATE_SELECT（选择）：用户浏览商品、按下选货按钮，系统记录所选货道编号；
• STATE_PAYING（支付中）：用户投币或扫码，系统累计已支付金额，与商品价格比较；
• STATE_DISPENSING（出货中）：支付满足条件，系统启动对应货道电机，开始出货；
• STATE_COMPLETE（完成）：出货确认完成（或超时失败），找零/结束；
• STATE_FAULT（异常）：检测到故障（卡货、门被打开、电机过流等），系统锁定并报警，需人工处理。

这个状态机是整个PLC程序的核心骨架，我在OB1循环组织块里用SCL语言编写这段逻辑，梯形图虽然也能实现，但状态多了以后梯形图的可读性会很差，SCL写起来逻辑清晰，特别是分支多的场景，比梯形图适合得多。

状态机切换的关键代码逻辑（SCL伪代码，关键部分展示）：

CASE state OF // 空闲状态：接收选货信号 STATE_IDLE: IF 选货按钮被按下 THEN selected_channel := 按下的货道编号; state := STATE_SELECT; END_IF; // 选择状态：等待支付完成 STATE_SELECT: IF 支付金额累计 >= 商品价格 THEN state := STATE_DISPENSING; dispensing_timer(10s); // 启动出货超时时间 END_IF; // 出货状态：控制电机运转 STATE_DISPENSING: IF 电机运行时间 >= 设定时间 THEN // 停止电机 motor_output[selected_channel] := FALSE; 库存计数(selected_channel) := 库存计数(selected_channel) - 1; state := STATE_COMPLETE; END_IF; IF 超时 AND 无货道反馈 THEN state := STATE_FAULT; END_IF;

注意SCL代码是严格区分大小写的，变量定义时也要注意数据类型。S7-1200的编程软件是TIA Portal，博途版本建议V15以上，对1200系列支持更完整。如果没有博途，也可以用SIMATIC STEP 7 Basic，但功能有限，强烈建议直接用TIA Portal。

2.2 货道电机驱动的时序逻辑

货道电机是自动售货机最核心的执行机构。电机驱动逻辑设计是否合理，直接决定了售货机的出货成功率。

每个货道是一个直流电机，带动螺旋弹簧旋转，弹簧把商品往前推，商品掉落到取货口。出货过程的关键是控制电机转动的时机和时长。转太短，商品推不出来；转太长，可能卡货或连续出两瓶。我的设计是“固定时间+电流反馈补偿”的思路，但考虑到S7-1200的模拟量模块成本，我最终采用了固定时间加光耦反馈的方案：电机轴上安装一个霍尔传感器或光电开关，检测转动圈数，PLC根据圈数判断出货是否完成。

具体的电机控制逻辑如下：

// 启动出货 motor_output[ch] := TRUE; 转圈计数[ch] := 0; 出货超时计时器[ch] := 0; // 每10ms扫描，检测传感器信号 IF 转圈传感器[ch] 上升沿 THEN 转圈计数[ch] := 转圈计数[ch] + 1; END_IF; // 出货完成的判断条件：转圈达到设定值 IF 转圈计数[ch] >= 设定圈数 THEN motor_output[ch] := FALSE; 出货状态[ch] := 成功; END_IF; // 超时保护：10秒内没转够设定圈数，判定故障 IF 出货超时计时器[ch] >= 10s THEN motor_output[ch] := FALSE; 出货状态[ch] := 卡货故障; END_IF;

如果不加传感器反馈，纯靠固定时间驱动，也可以，但要注意不同货物的重量导致弹簧负载不同，相同时间内电机转过的圈数可能差异很大。所以有条件的话，强烈建议加转圈反馈。成本十几元，但大幅提高可靠性和调试效率。

电机驱动时的延时问题也要注意。TIA Portal中，定时功能可以用TON（接通延时定时器）实现，但如果你在状态机里用“计时器累加”的方式（每次扫描加1），需要注意OB1扫描周期的稳定性。如果程序扫到一半有中断，定时会有误差。我的习惯是用S7-1200自带的IEC定时器（比如TON/IEC_TIME），精度远高于自己写累加。

2.3 库存管理与缺货检测

自动售货机运营方最关心的数据一个是营收，另一个就是库存。库存管理我采用“计数减法+人工补货校准”的方式。每次成功出货，对应的商品库存DB块变量减1。MCGS触摸屏上可以实时显示每种商品的剩余数量，当库存低于设定阈值（比如剩2瓶），界面给出补货提醒。

补货流程也设计了：操作员在触摸屏上进入维护界面，输入密码，选择要补货的货道，把实际补充数量填进去，PLC在确认后把库存值累加。这个操作需要建立一个补货工单记录，包括补货时间、操作员、货道编号、补充数量，方便运营盘点。

缺货检测除了靠库存计数，硬件上也可以在货道末端安装反射式光电传感器，检测商品是否到位。如果计数为0但传感器仍检测到有货（说明计数有误），界面会提示库存异常。这种“软件计数+硬件校验”的双保险，能有效避免因出货失败导致的库存数据失真。

2.4 支付模块对接：收银逻辑的几种实现路径

支付模块是很多初学者最头疼的环节，因为各个支付厂家的协议五花八门。我在项目里做了两种支付方式：硬币器和扫码支付模块（微信/支付宝）。这里拆开讲。

硬币器对接：常见的硬币器有防伪功能，识别硬币面额，通过脉冲信号输出给PLC。每个硬币一个脉冲，不同硬币的脉冲宽度（或计数）不同。PLC需要用高速计数器或中断输入来采集脉冲。S7-1200的CPU自带6个高速计数器，可以用来采集脉冲信号，但需要注意，硬币器的脉冲输出一般是集电极开路输出，需要接上拉电阻，否则脉冲信号可能采集不到。我在项目里是因为硬币器只用了三种币（1元、5角、1角），所以直接用普通数字量输入加中断的方式采集，通过脉冲宽度来区分币值，识别精度满足要求。

扫码支付对接：扫码支付通常有两种对接方式，一种是脱机二维码（动态二维码屏），一种是联机协议对接。

脱机模式最简单：MCGS触摸屏上直接显示收款二维码，用户扫码付款后，支付平台回调MCGS内置的支付SDK（部分型号支持），或者人为确认（比如吧台人员看到支付成功通知，在触摸屏上点“已付款”）。这种方式适用于有人值守的场景，不需要额外对接。

联机模式：扫码支付模块（比如常见的“云喇叭”方案或专门的售货机支付板）通过串口或网口与PLC通讯，支付平台异步回调，支付板把“支付成功”指令发给PLC，PLC开始出货。我在这套方案里使用的扫码支付模块支持标准串口协议（RS485），和S7-1200通过485转以太网模块连接，或者如果S7-1200加了CM1241 RS485通讯模块，就直接对接。

对于扫码支付，建议优先用MCGS的二次开发能力做对接。MCGS支持使用脚本调用外部动态库（DLL）或者通过标准Modbus协议与支付模块通讯，这比在PLC上处理支付报文要灵活得多。我个人的实现是把扫码支付模块接到了MCGS的串口上，MCGS解析支付成功报文后，通过内部变量通知PLC开锁出货，MCGS在这里充当了支付网关的角色，PLC只需要处理标准的状态信号。

这里要重点提醒：支付确认信号必须有防重发机制。很多支付板在通讯异常时会把支付成功的报文重复发送，如果PLC不做去重，就会出现一次付款出两瓶货的情况。MCGS侧要记录上一次支付流水号，重复报文直接忽略；PLC侧也要有状态锁定逻辑，同一支付事务处理期间不再接受新的支付成功信号。

3. MCGS7.7触摸屏开发：画面组态与变量对接的关键操作

MCGS7.7组态软件开发触摸屏界面，很多新手一上来就画图，结果是图好看但变量连接一团糟，上了现场死活通讯不上。这一节按正确的开发顺序来讲。

3.1 在MCGS中建立S7-1200通讯驱动

MCGS的以太网通讯设置是比较简单的，但有几个细节容易踩坑。

打开MCGS嵌入版组态软件7.7，新建工程，在左侧“设备窗口”中双击进入设备组态。右键“设备工具箱”，添加“通用TCP/IP父设备”，然后在父设备下添加“西门子S7-1200”驱动。

双击TCP/IP父设备，设置如下：

• 本地IP地址：触摸屏的IP，比如192.168.0.2；
• 远程IP地址：S7-1200的IP，比如192.168.0.1；
• 远程端口号：默认是102，对应S7协议。

这里最容易犯的错误是：远程端口号写成了502（Modbus TCP的端口），S7-1200是Profinet协议，底层走的是102端口，必须写102。还有，子网掩码要一致，触摸屏和PLC必须处于同一网段，否则通讯超时。

双击“西门子S7-1200”驱动，进入设备属性配置界面。这里需要特别注意的是PLC类型选择——在MCGS 7.7中，S7-1200的驱动有一个“PLC类型”参数，必须是S7-1200，而不是S7-300/400，如果选错类型，通讯大概率失败或数据读取出错。另外，连接方式选择“以太网”，CPU槽号一般填0，机架号填0，这是S7-1200默认的组态参数。

测试通讯时，MCGS提供了一个“设备调试”功能，在设备窗口的“设备调试”页面，可以勾选“通讯测试”，显示与PLC的通讯状态。如果显示“通讯正常”，说明基础链路已建立。如果通讯失败，检查顺序是：

1. 触摸屏和PLC的网线是否物理连通（看网口指示灯）；
2. 触摸屏能不能Ping通PLC（MCGS7.7支持在工程中设置PING测试吗？不确定，建议用电脑测试）；
3. IP地址、端口号、PLC类型、CPU槽号是否正确；
4. TIA Portal项目中是否有其他程序在占用PLC的通讯资源（连接数占满会导致新连接被拒）。

3.2 画面设计与变量连接技巧

MCGS的画面组态是一个可视化操作过程。我的工程设计了以下几个主要用户窗口：

• 主界面：显示售货机运行状态、系统时间、环境温度、上架商品的基本信息；
• 选货界面：商品列表，点击商品可以查看价格、库存，点击“购买”进入支付流程；
• 维护界面：操作员登录（密码）、库存管理、出货测试、故障记录查询、历史交易查询；
• 数据统计界面：当日销售额、各商品销量排行、库存预警列表。

每个窗口的设计原则是简洁、突出操作提示，字体要大，因为现场人员戴手套，按钮太小按不准。

变量连接的步骤如下：

1. 在“实时数据库”中定义变量类型，并在“设备窗口”的设备驱动中建立变量与PLC的映射关系。
2. 设备窗口的驱动配置页里，有一个“变量表”，需要把PLC的地址和MCGS的变量建立对应关系。比如PLC里DB1.DBW0是“系统状态字”，那MCGS变量“sys_status”对应的地址就是“DB1.DBW0”，数据类型是“字（INT）”。
3. 在用户窗口的画面组态中，选中控件（如指示灯、数值显示框、按钮），把它的“动画连接”属性设置成对应的MCGS变量。

这里有一个非常关键的技巧：MCGS中变量类型、地址类型、数据长度必须与PLC完全一致。举例来说，如果PLC里用了一个BOOL量（比如“出货完成标志”）存在DB1.DBX0.0，那MCGS里对应的变量必须是“位”类型，地址也是“DB1.DBX0.0”，不能写成字节或字。如果类型不匹配，通讯不会报错，但数据会错乱，界面显示完全不对。

我踩过的坑是：PLC用SCL写了一个INT型的计数变量存在DB块里，MCGS读取时习惯性地配置成了16位无符号整数，导致负数和大于32767的值显示异常。后来逐一核对变量类型后才修正。建议项目初期就做一张变量映射表，PLC侧每个变量名称、数据类型、偏移地址，MCGS侧对应的变量类型、地址，一一对应，能省掉后期排查的大把时间。

3.3 MCGS脚本与策略：让触摸屏分担部分控制功能

MCGS7.7支持循环策略、事件策略等脚本机制，这意味着你可以把一部分控制逻辑下放到触摸屏，或者做一些MCGS内部的数据预处理。

最典型的应用是交易记录管理。PLC侧只管出货状态，MCGS侧记录每一次交易的详细信息（时间、商品名称、价格、支付方式、是否成功）。MCGS的脚本里可以定义数组或通过数据库存储。7.7版本支持SQLite数据库，可以把交易记录插到本地数据库，后期运营直接读取。

举个例子，在MCGS的“循环策略”中新建一个策略，周期1000ms执行一次，脚本内容大致是：

IF 状态变量.STATE = 5 AND 出货完成标志 = TRUE THEN // 执行记录写入 交易流水号 = 交易流水号 + 1 交易时间 = TimeToStr(TimeCurrent()) 商品名称 = DataRead(选中的货道Index) SQLInsert(...) // 插入数据库 出货完成标志 = FALSE ENDIF

这种处理方式把PLC从繁琐的数据记录中解放出来，PLC只保证控制可靠性和实时响应，MCGS处理显示、记录、人机交互，各司其职。

3.4 MCGS与汇川驱动的联动说明

顺便提一下热搜里提到的“mcgs7.7汇川驱动”。如果你用的是汇川变频器或伺服驱动器，需要通过MCGS的驱动配置来通讯。MCGS 7.7的设备工具箱里提供了“汇川变频器”的驱动支持（比如MD系列、MD500），走Modbus RTU协议（RS485）或Modbus TCP协议（以太网）。

我一开始在项目里考虑过用汇川变频器控制制冷压缩机的转速（节能运行），后来因为成本原因改成了定频方案。但你如果要用，方法也不复杂：PLC通过Modbus通讯给变频器写频率指令，MCGS通过RS485（需要MCGS侧加串口父设备，或自带串口的型号）与变频器通讯读取运行频率、电流等信息。但要注意，MCGS和PLC同时读写变频器时，总线要防止冲突，最好采用主从轮询的方式：MCGS或PLC一方作为Modbus主站，另一方不要直接参与通讯，而是通过PLC中转数据。

在这个自动售货机项目里，如果后期把制冷系统变频化，最稳妥的架构是：PLC作为Modbus主站与变频器通讯，MCGS通过S7通讯与PLC交换数据，MCGS不直接与变频器通讯。这样既简化了通讯拓扑，也避免了多主站冲突。

4. 联机调试最容易被卡住的三个环节：通讯验证、机型编码、故障边界

这个项目最花时间的不是写程序，而是联机调试。这里把现场调试阶段最磨人的三个问题拿出来单独讲，每个都是我实际碰到并解决的。

4.1 通讯不上？先别急着怀疑触摸屏

MCGS和S7-1200通讯失败，排查步骤有个顺序问题。

第一步，确认物理链路的连通性。用电脑接到同一交换机上，在电脑命令行里Ping PLC的IP（比如192.168.0.1），看是否能通。不通则查网线、IP配置；通则进入下一步。

第二步，用TIA Portal的“在线”功能，确认PLC侧没有占用异常资源。S7-1200有连接资源限制（具体数量取决于CPU型号，一般允许几个主动连接），如果TIA Portal一直在线监控PLC，占用了连接，MCGS再连就可能被拒绝。调试时确保TIA Portal没有打开“在线和诊断”界面占用资源，或者把PLC的“允许从远程对象进行PUT/GET通讯访问”选项勾上，这个选项在TIA Portal的设备组态中，CPU属性->防护与安全->连接机制中，默认可能未勾选，记得勾上。

第三步，检查MCGS设备窗口配置。驱动添加对了没有？端口号是102？PLC类型选对没有？这些细节前面已经详细说过。一个常见现象是：MCGS设备窗口显示“通讯正常”但数据全是0，这种问题多半不是通讯断了，而是变量地址映射错位或数据类型不匹配，要回到3.2节检查变量表。

4.2 弹簧货道不通用的“机型编码”问题

这个是自动售货机专属的坑。不同厂商的货道电机、不同规格的弹簧，电机工作时间和转动圈数都不是固定的。你需要给每一种“机型参数组合”定义一套专属参数，这里我们叫它“机型编码”。

在PLC程序里，我设置了几个关键参数：

• 电机启动时间（电机从静止到稳定运行所需的延时，一般100~300ms）；
• 电机运行时间（出货主时间段，依据弹簧长度和商品尺寸设置，一般2~5秒）；
• 电机停止后的保持时间（防倒转时间）；
• 转圈设定值（霍尔传感器的目标脉冲数）。

这些参数不是写死的，而是放在PLC的DB块里，MCGS维护界面可以修改。当现场更换了不同型号的弹簧或电机，维护人员可以直接在触摸屏上修正参数，不需要重新下载PLC程序。

我在实际项目中发现，不同机型的出货时序差异很大。比如卖易拉罐的货道，弹簧转3圈基本就能出货；卖瓶装水的货道，需要4到5圈；而卖膨化食品（大包装、轻但体积大）的货道，转圈数相同但容易出现空转不打货的情况。这些经验数据靠实际测试积累，没有统一公式可套用。所以调试阶段一定要逐货道测试，记录每台电机的实际运行参数，填入机型参数表中。

机型参数表在PLC中可以用二维数组表示，货道编号为行，参数类型为列：

TYPE ChannelParam: STRUCT motor_run_time: TIME; // 电机运行时间 target_pulse: INT; // 转圈设定值 startup_delay: TIME; // 启动延时 stall_time: TIME; // 堵转判断时间 END_STRUCT END_TYPE VAR channel_params: ARRAY[1..30] OF ChannelParam; END_VAR

4.3 故障边界与安全逻辑：不要等出了事故再补救

自动售货机的故障边界设计，比正常流程逻辑更重要。我总结为以下几个层次：

第一层：硬件保护。每路货道电机的供电回路中串联自恢复保险丝，防止电机堵转过流烧毁。PLC程序里也做了过流检测（如果是用继电器板带电流检测的话），一旦检测到过流立即切断输出并报警。

第二层：逻辑保护。门开关信号是重中之重。自动售货机的取货口和后门都有行程开关，任何一扇门被打开，PLC必须立即停止所有电机动作并进入维护/故障状态。这个是有安全考虑的：用户伸手取货时如果电机还在转，可能夹到手。这个联锁逻辑用梯形图写非常简单，但必须放在状态机判断的最前面——相当于一个“抢占式”安全条件。

第三层：数据校验。库存不为0实际出货失败，或库存为0但仍然出成功，都是异常。这些数据不一致的情况要记录到故障日志，方便运营人员定位。

调试时我专门写了故障模拟测试用例：

• 拿掉出货口的商品，模拟出货失败；
• 用手挡住转圈传感器，模拟堵转；
• 在出货过程中拉开后门，模拟非法开门；
• 把库存改成1，连续购买两次，模拟超卖情况。

每条用例都在现场真实跑过，确保故障边界有效后才交付。

4.4 关于TIA Portal和触摸屏联合仿真的问题

很多新手问，能不能不接实物，在电脑上把PLC程序和触摸屏程序联合仿真跑通？理论上，TIA Portal的PLCSIM虚拟PLC可以配合MCGS的仿真环境，但实际做项目时我不推荐在这个阶段花太多时间。原因为：

1. PLCSIM和MCGS之间的以太网通讯，需要在虚拟网络中做桥接，配置复杂且不稳定；
2. 售货机最核心的传感器反馈、电机动作无法仿真，运行流程很难完整验证；
3. 现场调试的时间成本远低于在家里折腾仿真的时间成本。

但PLCSIM也不是完全没用。对于纯逻辑验证（比如状态机跳转逻辑是否合理、计数器累加是否正确），我通常先在PLCSIM里搭个临时的虚拟输入信号，把程序跑一遍，逻辑通了再去现场，能省下一些现场改程序的时间。这个步骤建议有基础的工程师做，新手如果仿真环境都起不来，就不用纠结，直接上实物调。

5. 从毕设到落地：成本控制、权限安全与扩展方向

项目做完总结，最后再说几个和钱、和运维、和未来相关的事情。这些是你在课本上、在论文里看不到的实际项目经验。

5.1 成本清单与选型替代方案

一台基础的自动售货机整套电控系统成本大致如下（参考市场价，不含机柜机械部分）：

如果是个人做毕设或教学演示，预算有限，可以用S7-1200精简版CPU 1211C（虽然I/O少但功能一样），触摸屏用7寸的TPC7032Kw（MCGS 7.7支持），电机数量控制在4个以内，整套系统可以压缩到5000元以内。再极限一点，PLC换成S7-200 SMART，触摸屏用MCGS的威纶通（不一定），成本能控制在3000元，但如前所述，通讯稳定性和后期扩展性会打折。

5.2 权限分级与操作安全

MCGS7.7的用户权限管理功能在自动售货机场景下很有用。我设置了三个用户级别：

• 普通用户（顾客）：只能浏览商品信息和界面；
• 操作员（补货人员）：可以进入库存管理、补货、查看交易记录；
• 管理员（设备维护工程师）：可以修改机型参数、系统参数，查看故障明细。

触摸屏的每个可操作按钮都可以关联用户权限，没有权限的按钮会自动置灰。密码存储和传输有基本的加密处理，但说实话，MCGS7.7的密码机制强度有限，真正高安全要求要依赖外部认证或加密狗，对于自动售货机这种场景已经够用。

权限这块特别提醒：不要把管理员密码设成默认的“admin”或“123456”，现场调试完后一定要修改初始密码。我见过不止一次客户电话来求救，说机器被不知道谁锁了，最后发现是测试账户密码被改还忘了。建立一个密码管理记录表，并设置定期更换机制。

5.3 数据上云与远程运维的思路

做完基础功能后，我还给客户做了数据上云的扩展设计，这里也分享下思路。

S7-1200本身支持MQTT通讯（部分固件版本支持），或者通过边缘网关（如IoT2040、各种工业物联网网关）把PLC的DB块数据转发到云端。云端可以是阿里云IoT平台、ThingsBoard等。自动售货机上云后能做什么：

• 实时监控所有售货机的位置、库存、运行状态；
• 远程下发补货提醒和价格调整；
• 收集交易数据，做销售分析；
• 远程诊断故障，减少上门维护成本。

在成本敏感的场景里，一个更省钱的方案是：MCGS触摸屏本身有数据转发功能，支持HTTP POST上报到自建服务器（安卓主控或标准组态），就不需要额外加网关。MCGS的脚本里可以调用网络指令，把交易数据封装成JSON，通过4G路由器发到服务器。这个方案虽然比用专业IoT平台简陋一些，但是胜在便宜、开发快，适合10台以内的售货机小规模运营。

我用MCGS的“数据转存”和“脚本网络接口”配合4G路由做过验证，能稳定上报数据。如果只做远程库存查看和销售日报，用这个方案完全足够。如果要做实时视频监控、人脸支付这些重量级应用，那就得换安卓方案的主控了，和本次分享的PLC+MCGS方案不在一个路线上。

5.4 复盘：这套方案最大的三个教训

最后，以我这次项目的复盘做收尾吧。

第一个教训是调试前必须做完整的变量映射表。这是最花时间但又最必须做的事情。我一开始图省事，没做表，直接凭记忆在MCGS里建变量，结果光排查数据错乱就花了一天，还不如刚开始花两小时规规矩矩把表做出来。

第二个教训是电机参数的校准必须现场实测，不能光靠估算。弹簧长短、商品重量、电机老化程度都会影响出货效果。我最初在实验室测试时用的模拟负载，到了现场用真商品测试时，有一半的货道需要调整参数。后来我把参数校准流程固化成了标准操作步骤，交给客户，客户自己操作也没问题。

第三个教训是安全逻辑再强调都不为过。门联锁、过流保护、防重复支付，这几个点任何一个没做好，出问题都是大问题。宁可多花一天时间写测试用例，也绝对不省安全逻辑的几行代码。

自动售货机这个项目非常适合做PLC和组态学习的综合练手项目，麻雀虽小但五脏俱全——通讯、状态机、执行机构、安全逻辑、人机界面、数据管理，一个工业控制系统该有的要素全都有。如果看到这篇文章的你正在做类似的毕设或者小项目，别嫌过程琐碎，每一个环节都值得认真对待。做完一套，你对工业控制的理解会上一个明显的台阶。那种感觉，比看十本书都实在。