无实体PLC仿真：MCGS触摸屏与PLCSIM Advanced通信联调实战

1. 项目缘起与整体设计思路

搞工控的同行大概都有过这种体验：手头没有实体PLC，也没有实体触摸屏，但项目又需要验证HMI画面逻辑和PLC程序的联动效果。尤其是刚接触西门子TIA博图生态的朋友，买了本教材，照着书上的步骤做，结果卡在“PLCSIM Advanced怎么跟MCGS连上”这一步，网上搜到的教程要么语焉不详，要么版本对不上，折腾半天连不上，最后只能放弃仿真这条路。

这个项目要解决的核心问题就一个：在没有实体PLC硬件的情况下，让MCGS触摸屏通过仿真方式与PLCSIM Advanced中运行的虚拟PLC建立通信，完成画面组态与逻辑联调。说白了，就是用纯软件的方式，把“触摸屏+PLC”这套硬件组合在电脑里跑起来。

为什么选MCGS而不是WinCC？原因很实际。MCGS在国内中小型工控项目里装机量极大，很多设备配套的触摸屏就是昆仑通态的TPC系列，而MCGS组态软件的学习曲线比WinCC平缓得多，对于刚入门的工程师或者职业院校的学生来说，用MCGS做上位画面是更现实的选择。但MCGS原生并不直接支持PLCSIM Advanced的仿真通信，这就需要一个“桥接”的思路。

整体方案的设计逻辑是这样的：PLCSIM Advanced在电脑里虚拟出一张网卡，虚拟PLC就挂在这张网卡上，拥有独立的IP地址。MCGS本身支持以太网通信，只要让MCGS的通信目标指向这张虚拟网卡的IP，理论上就能建立S7通信。但实际操作中会遇到几个坎：PLCSIM Advanced的虚拟网卡配置、TIA博图中PLC的通信使能设置、MCGS中S7驱动参数的匹配。这三个环节任何一个出问题，通信都建不起来。

我试过用NetToPLCSim做中转，也试过直接走S7 TCP协议，最终验证下来，最稳定的方案是PLCSIM Advanced配合TIA博图的S7-1200/1500虚拟PLC，MCGS侧使用“西门子S7-1200/1500”驱动，通过TCP/IP直连虚拟网卡IP。这个方案的好处是不需要额外安装第三方中转软件，通信链路短，延迟低，适合做画面逻辑验证和中小型项目的仿真调试。

适合谁来参考这篇内容？如果你是以下三类人之一，这篇东西应该能帮你省下不少时间：第一，工控入门者，正在学TIA博图和MCGS，手头没有硬件；第二，职业院校教师或学生，需要做PLC与触摸屏联调的实训项目；第三，在职工程师，想快速验证HMI画面逻辑而不想反复下载到实体设备。需要说明的是，整个流程涉及TIA博图V15及以上版本、PLCSIM Advanced V3.0及以上版本、MCGS嵌入版7.7及以上版本，版本差异会导致菜单位置和参数名称略有不同，我会在关键步骤标注版本注意事项。

2. 环境准备与软件版本选型

2.1 软件清单与版本匹配原则

工控软件最让人头疼的就是版本兼容性。TIA博图、PLCSIM Advanced、MCGS这三者之间的版本搭配，直接决定了你能不能走通整个流程。我踩过的坑是：用TIA V16配PLCSIM Advanced V2.0，结果PLCSIM Advanced根本识别不到TIA里的虚拟PLC实例，后来查资料才知道V2.0不支持S7-1500的仿真通信，必须上V3.0。

下面这张表是我实测通过的版本组合，供你参考：

注意：PLCSIM Advanced和TIA博图必须安装在同一台电脑上，且安装顺序建议先装TIA博图，再装PLCSIM Advanced。如果顺序反了，PLCSIM Advanced的虚拟网卡驱动可能注册不成功。

2.2 PLCSIM Advanced虚拟网卡的配置要点

PLCSIM Advanced安装完成后，会在系统中虚拟出一张网卡，名字通常叫“Siemens PLCSIM Virtual Ethernet Adapter”。这张网卡是虚拟PLC与外部通信的唯一通道，MCGS要连的就是这张网卡的IP。

打开“控制面板→网络和共享中心→更改适配器设置”，找到这张虚拟网卡，右键属性，双击“Internet协议版本4”，给它设一个静态IP。我一般习惯用192.168.0.1，子网掩码255.255.255.0。这个IP就是你后面在MCGS里要填的目标IP。

这里有个细节很多人会忽略：虚拟网卡的IP不能和你电脑上其他物理网卡在同一网段。比如你电脑的WiFi网段是192.168.1.x，那虚拟网卡就用192.168.0.x，避免路由冲突。我遇到过因为网段冲突导致MCGS能ping通虚拟网卡但连不上PLC的情况，排查了半天才发现是路由表的问题。

2.3 TIA博图项目的创建与PLC组态

打开TIA博图，新建项目，添加一个S7-1200或S7-1500的CPU。以S7-1200 CPU 1214C DC/DC/DC为例，在设备视图里双击CPU的以太网口，设置IP地址为192.168.0.10，子网掩码255.255.255.0。这个IP要和虚拟网卡在同一网段，但不能和虚拟网卡IP重复。

关键一步：在CPU属性的“保护”选项卡里，勾选“允许从远程伙伴使用PUT/GET通信访问”。这个选项默认是不勾的，如果不勾，MCGS的S7驱动发过来的读写请求会被PLC拒绝，表现就是MCGS画面上所有数据都是0或者显示“通信失败”。

然后在“系统和时钟存储器”选项卡里，勾选“启用系统存储器字节”和“启用时钟存储器字节”，记下系统存储器字节的地址（通常是MB0），后面在MCGS里会用到。这个字节里的M0.0是“首次扫描”位，M0.1是“始终为1”位，可以用来做通信状态的指示。

组态完成后，编译项目，确认没有错误。然后点击“开始仿真”按钮，TIA博图会自动调用PLCSIM Advanced，把虚拟PLC下载到仿真环境中运行。这时候PLCSIM Advanced的界面里应该能看到一个绿色的“RUN”状态，说明虚拟PLC已经跑起来了。

3. MCGS侧的核心配置与通信建立

3.1 MCGS工程创建与设备驱动添加

打开MCGS嵌入版组态软件，新建一个工程，选择你实际使用的触摸屏型号。如果你只是做仿真验证，随便选一个TPC7062Ti之类的型号就行，仿真运行不依赖具体硬件。

进入“设备窗口”，双击“设备工具箱”，在“通用设备”里找到“西门子S7-1200/1500”驱动，双击添加到设备窗口中。如果找不到这个驱动，说明你的MCGS版本太老，需要升级到7.7以上，或者单独安装西门子S7驱动包。

添加驱动后，双击设备图标进入属性设置。这里有几个关键参数：

• 设备名称：随便起，比如“PLC1”
• 通信方式：选“TCP/IP”
• 目标IP地址：填192.168.0.10（就是TIA里PLC的IP）
• 目标端口：默认102，不要改
• 本地端口：默认0，表示自动分配
• 机架号：S7-1200填0，S7-1500也填0
• 槽号：S7-1200填1，S7-1500填1

提示：机架号和槽号填错是通信失败最常见的原因之一。S7-1200的CPU在博图里默认是机架0槽1，如果你在博图里改过硬件组态，以博图里的实际值为准。

3.2 数据变量的映射与地址对应

MCGS里的数据变量需要和PLC里的变量地址一一对应。在设备属性设置的“通道连接”选项卡里，可以添加通道。比如你要读取PLC的MB0字节，就在通道里添加一个“M”区，地址填0，数据类型选“字节”，对应MCGS里的一个数值型变量。

这里有个容易搞混的地方：MCGS的地址格式和博图的地址格式不完全一样。博图里写%M0.0，在MCGS里要写成M0.0或者M0（取决于驱动版本）。我建议在MCGS里用“M”区，地址从0开始，数据类型根据实际需要选“位”、“字节”、“字”或“双字”。

如果你要读写DB块的数据，比如DB1.DBD0，在MCGS里选“DB”区，地址填1.0，数据类型选“双字”。注意DB块的编号和偏移量之间用点号分隔，不是逗号。我见过有人写成DB1,0，结果死活读不到数据。

3.3 通信测试与状态诊断

配置完成后，不要急着做画面，先做通信测试。在MCGS的“运行策略”里添加一个“启动策略”，在里面放一个“设备操作”构件，选择“通信测试”。运行工程后，如果通信正常，会弹出“通信成功”的提示。

如果通信失败，按以下顺序排查：

1. 在电脑上ping一下192.168.0.10，看能不能通。如果ping不通，说明虚拟网卡或PLCSIM Advanced的配置有问题。
2. 检查TIA博图里PLC的“允许PUT/GET通信访问”是否勾选。
3. 检查MCGS里的IP地址、机架号、槽号是否和TIA里一致。
4. 检查Windows防火墙是否拦截了MCGS的通信端口。可以临时关闭防火墙测试。

我实测下来，90%的通信失败都是前两条原因导致的。尤其是PUT/GET那个选项，很多人不知道要勾，结果卡在这一步。

4. 画面组态与联调实操全流程

4.1 基础画面搭建与变量绑定

通信通了之后，就可以做画面了。MCGS的画面组态很直观，左边是工具箱，右边是工作区。拖一个“标准按钮”到画面上，双击进入属性，在“操作属性”里选“按下功能”，然后选“数据对象值操作”，把按钮和一个变量绑定。比如你建了一个“启动按钮”变量，类型选“开关型”，那么在按钮的按下功能里选“置1”，松开功能里选“置0”。

再拖一个“指示灯”到画面上，双击属性，在“数据对象”里选一个“开关型”变量，比如“运行状态”。然后在“填充颜色”里设置：值为0时显示灰色，值为1时显示绿色。这样当PLC里的对应位为1时，指示灯就会变绿。

这里有个小技巧：MCGS的变量刷新周期默认是200ms，如果你觉得画面响应慢，可以在设备属性里把“采集周期”改成100ms甚至50ms。但改太小会增加通信负载，一般100ms足够用了。

4.2 PLC程序与HMI的联动逻辑设计

在TIA博图里写一段简单的测试程序：用一个按钮控制一个电机的启停。比如I0.0是启动按钮，I0.1是停止按钮，Q0.0是电机输出。程序用起保停逻辑：

// 起保停逻辑 A I0.0 O Q0.0 AN I0.1 = Q0.0

然后在MCGS里，把“启动按钮”变量映射到I0.0，“停止按钮”变量映射到I0.1，“运行状态”变量映射到Q0.0。运行MCGS工程，点击启动按钮，PLCSIM Advanced里的Q0.0应该变为1，MCGS画面上的指示灯变绿。点击停止按钮，Q0.0变为0，指示灯变灰。

这个测试虽然简单，但涵盖了“HMI输入→PLC逻辑→HMI输出”的完整链路。如果这一步能跑通，说明整个仿真通信链路是通的，后面做复杂的画面和逻辑就只是工作量问题了。

4.3 仿真运行中的实时监控与调试

PLCSIM Advanced的一个好处是可以在TIA博图里实时监控PLC程序的运行状态。在博图里打开程序块，点击“监控”按钮，可以看到所有变量的实时值。如果MCGS画面上某个按钮按下去没反应，可以在博图里看对应的输入位有没有变化。如果博图里变了但MCGS画面上没反应，那就是MCGS的变量映射或刷新周期有问题。

我常用的调试方法是：在PLC程序里加一个计数器，每次MCGS写入一个变量就加1。然后在博图里监控这个计数器的值，如果按一次按钮计数器加1，说明通信是通的，问题出在画面显示上；如果计数器不动，说明通信根本没建立。

注意：PLCSIM Advanced的仿真PLC在运行过程中，如果你修改了TIA博图的程序并重新下载，MCGS的通信会短暂中断，需要等PLC重新进入RUN状态后才能恢复。建议在调试阶段不要频繁下载，先把逻辑改好再统一下载。

5. 常见问题排查与避坑经验实录

5.1 通信类问题速查表

5.2 我踩过的三个典型坑

第一个坑：PLCSIM Advanced的实例名和TIA项目名不一致。PLCSIM Advanced启动时会创建一个虚拟PLC实例，实例名默认和TIA项目名相同。如果你在TIA里改了项目名，但PLCSIM Advanced里还是旧实例，就会导致通信目标错乱。解决方法是：在PLCSIM Advanced界面里手动删除旧实例，重新从TIA启动仿真。

第二个坑：MCGS的驱动版本和PLC固件版本不匹配。我用TIA V17组态的S7-1200固件版本是V4.5，但MCGS的S7驱动只支持到V4.2，结果通信建立后读写数据全是0。后来换了MCGS 7.7.1.7版本，驱动更新到支持V4.5，问题解决。所以MCGS的版本一定要跟上PLC固件的版本，不能差太多。

第三个坑：Windows防火墙拦截了PLCSIM Advanced的通信。这个坑最隐蔽，因为ping是通的，但TCP 102端口被防火墙挡了。表现是MCGS提示“连接超时”，但ping虚拟网卡IP正常。解决方法是在防火墙里给PLCSIM Advanced和MCGS都加白名单，或者临时关闭防火墙测试。

5.3 提升仿真稳定性的几个实操技巧

第一，给虚拟网卡设一个固定的MAC地址。PLCSIM Advanced每次启动时虚拟网卡的MAC地址可能会变，导致MCGS的ARP缓存失效。在虚拟网卡的属性里手动设一个MAC地址，可以避免这个问题。

第二，MCGS工程运行时不要同时开太多其他网络软件。我试过一边跑仿真一边开视频会议，结果MCGS的通信延迟从10ms飙升到500ms，画面卡顿严重。仿真对网络实时性有一定要求，建议在干净的网环境下调试。

第三，定期保存MCGS工程和TIA项目。仿真过程中如果PLCSIM Advanced崩溃，未保存的TIA项目可能会丢失。我养成的习惯是每改完一个画面或一段程序就Ctrl+S，避免重复劳动。

第四，用系统存储器位做通信心跳。在PLC里把M0.1（始终为1位）映射到MCGS的一个变量，如果这个变量在MCGS画面上显示为1，说明通信正常；如果变成0或闪烁，说明通信有问题。这个方法比看通信测试弹窗更直观。

6. 仿真方案的扩展应用与个人体会

这套仿真方案跑通之后，能做的事情其实很多。比如你可以用它来验证复杂的HMI画面逻辑，像报警记录、趋势曲线、配方管理这些功能，在仿真环境下都能完整测试。我最近做的一个项目是煤矿排水系统的控制逻辑，用MCGS做了三台水泵的轮换控制画面，在PLCSIM Advanced里跑了完整的逻辑测试，包括液位模拟、故障切换、手动自动切换，全部验证通过后才下载到现场设备，省去了大量现场调试时间。

另一个扩展方向是多屏仿真。如果你需要验证多个触摸屏之间的数据交互，可以在MCGS里建多个工程，分别连接同一个PLCSIM Advanced实例的不同DB块，模拟多屏协同的场景。这个在产线控制项目里很实用。

我个人在实际操作中的体会是：仿真终究是仿真，它不能完全替代实体硬件的调试。比如通信的实时性、触摸屏的触摸响应、断电恢复后的数据保持，这些在仿真环境里和实际设备上还是有差异的。但作为逻辑验证和画面预调试的手段，这套方案能帮你把80%的问题在电脑上解决掉，剩下的20%再到现场去调，效率提升非常明显。

最后分享一个小技巧：如果你觉得每次启动TIA和PLCSIM Advanced太麻烦，可以把它们做成一个批处理脚本，一键启动。TIA博图支持命令行启动仿真，PLCSIM Advanced也有API可以调用。我写了一个简单的bat脚本，双击后自动打开TIA项目并启动仿真，省去了手动点击的步骤。这个脚本的写法网上有现成的模板，稍微改一下路径就能用。