1. 项目背景与核心价值
在工业自动化领域，不同品牌PLC与上位机组态软件的协同作业一直是个既令人头疼又充满挑战的话题。这次我们团队接手了一个中型商业综合体地下停车场的自动化改造项目，需求方明确要求采用三菱FX系列PLC、西门子S7-200 PLC以及国产组态王软件构建混合控制系统。这种"三国演义"式的配置方案，在业内其实并不罕见，但真正实施起来每个环节都可能暗藏玄机。
这个100车位规模的停车场项目，需要实现车牌识别、空位引导、道闸控制、照明联动等典型功能。特殊之处在于：出入口控制采用三菱FX3U-48MT，车位检测系统使用西门子S7-200 SMART，而中央监控则部署了组态王6.55版本。三种不同架构的设备要通过工业以太网和RS485总线实现数据互通，最终在组态王界面上完成集中监控。
2. 系统架构设计与协议选型
2.1 硬件拓扑规划
现场设备布局采用"分区控制+集中管理"模式：
- 东/西区道闸：三菱FX3U-48MT（带FX3U-ENET-L以太网模块）
- 车位检测单元：西门子S7-200 SMART SR40（6ES7 288-1SR40-0AA0）
- 中央服务器：研华工控机+组态王6.55
- 网络架构：千兆光纤环网+RS485总线
关键提示：三菱和西门子的以太网模块必须配置在同一网段但不同IP组，例如三菱用192.168.1.x，西门子用192.168.2.x，通过路由互通避免广播风暴。
2.2 通信协议选型对比
| 设备类型 | 可用协议 | 选用方案 | 原因说明 |
|---|---|---|---|
| 三菱FX3U | MC协议、SLMP、ModbusTCP | SLMP over Ethernet | 原生协议延迟<5ms |
| 西门子S7-200 | PPI、ModbusRTU | ModbusRTU | 组态王原生支持，无需额外驱动 |
| 数据交互中间件 | OPC DA | Kepware OPC Server | 解决协议转换痛点 |
实际测试发现，组态王对三菱SLMP协议的支持存在寄存器映射偏移问题。我们的解决方案是在Kepware中建立三菱设备通道，再通过OPC DA与组态王交互，数据传输稳定性提升明显。
3. 关键功能实现细节
3.1 车牌识别联动逻辑
三菱PLC需要处理以下信号流：
- 地感线圈触发（X0）
- 摄像头抓拍（通过Y1触发）
- 车牌识别结果通过TCP传输
- 道闸抬杆（Y10）与LED屏显示（Y11-Y14）
对应的梯形图关键逻辑：
ladder复制LD X0 // 地感触发
OUT M0 // 启动抓拍标志
LD M8000 // 常ON触点
MOV K1 D100 // 设置通信超时1秒
CALL P1 // 调用通信子程序
LD M1 // 接收完成标志
OUT Y10 // 开闸输出
3.2 西门子车位状态采集
S7-200通过ModbusRTU连接32个超声波车位探测器，地址分配如下：
- 40001-40032：车位占用状态（1=有车）
- 40033-40064：车位编号BCD码
组态王中需要特别设置：
- 设备地址填"2#1"表示COM1口
- 数据格式选"RTU-8N1"
- 响应超时设为300ms
- 启用轮询优化功能
实测中发现，当同时读取超过16个寄存器时，CRC校验错误率显著上升。最终采用分组轮询方案，将32个车位分成两组交替读取。
4. 组态王界面开发技巧
4.1 多设备数据整合
在数据词典中建立三级变量结构：
- 一级变量：设备类型前缀（MIT_、SIEMENS_）
- 二级变量：功能分类（GATE_、PARK_）
- 三级变量：具体点位（IN1、OUT2）
例如：
javascript复制// 三菱道闸状态
MIT_GATE_STATUS = OPC.MIT_GATE.D100
// 西门子车位状态
SIEMENS_PARK_01 = OPC.SIEMENS_PARK.40001
4.2 动态车位显示实现
使用"可见度"属性绑定变量值：
- 创建车位矩形图元
- 设置填充颜色动画：
- 表达式：SIEMENS_PARK_01==1
- 真值：红色
- 假值：绿色
- 添加闪烁效果：
javascript复制if (MIT_ALARM_FLAG && SIEMENS_PARK_01){ return Blink(500); // 500ms间隔闪烁 }
5. 系统调试中的典型问题
5.1 三菱PLC的"幽灵信号"
现象：Y10输出偶尔会误动作
排查过程：
- 用GX Works2监控发现Y10的SET指令未执行
- 检查接地电阻>10Ω，不符合要求
- 发现变频器动力线与信号线同槽敷设
解决方案：
- 重新敷设屏蔽双绞线
- 增加磁环滤波
- 修改程序增加输出互锁
5.2 组态王数据不同步
现象：车位状态更新延迟达5秒以上
优化步骤：
- 关闭"数据变化上传"模式
- 设置自定义轮询周期：
ini复制[Device] PollInterval=200 GroupSize=8 - 启用异步读取模式
调整后延迟稳定在300ms以内
6. 性能优化实战记录
6.1 通信负载均衡方案
原始架构的瓶颈：
- 单OPC Server处理200+标签
- 峰值CPU占用率达85%
改进措施：
- 建立两个Kepware实例：
- Instance1处理三菱设备
- Instance2处理西门子设备
- 在组态王中创建对应连接
- 设置不同的扫描周期：
- 道闸信号：100ms
- 车位状态：500ms
优化后CPU峰值负载降至35%，网络吞吐量提升2倍。
6.2 数据库存储优化
针对历史数据存储的改进：
- 将默认的Access数据库迁移到SQL Server
- 创建分区表按小时存储
- 设置数据压缩：
sql复制CREATE PARTITION FUNCTION PF_Hourly (datetime) AS RANGE RIGHT FOR VALUES ('2023-01-01 00:00:00', ...); - 在组态王中配置定时归档：
javascript复制SetStorageInterval(3600); // 1小时存一次 EnableCompression(true);
存储空间减少60%，查询速度提升3倍以上。
7. 安全防护实施要点
7.1 网络隔离方案
采用三层防护架构：
- 设备层：VLAN划分
- VLAN10：三菱PLC
- VLAN20：西门子PLC
- 控制层：防火墙规则
- 只允许OPC Server的TCP/135,2103端口
- 监控层：IP白名单
- 限制组态王服务器IP访问
7.2 PLC程序保护措施
三菱FX3U的特殊设置：
- 启用关键字保护：
ladder复制// 在程序开头插入 LDP M8000 MOV K12345 D8000 - 禁用USB编程口
- 设置通信密码
西门子S7-200的防护：
- 启用项目密码
- 设置DB块写保护
- 限制PUT/GET通信
8. 项目验收测试数据
经过72小时连续运行测试：
| 测试项目 | 标准要求 | 实测结果 |
|---|---|---|
| 车牌识别响应 | ≤1.5s | 0.8s |
| 道闸起落杆时间 | ≤3s | 2.1s |
| 车位状态更新延迟 | ≤1s | 0.3s |
| 系统可用率 | ≥99.9% | 100% |
| 网络丢包率 | ≤0.1% | 0.05% |
特别要说明的是，在高峰时段模拟测试中（每分钟20辆车进出），系统各节点CPU占用率仍保持在合理范围：
- 组态王服务器：42%
- 三菱PLC：35%
- 西门子PLC：28%
这个项目给我的深刻启示是：混合品牌系统的集成，协议转换的稳定性往往比性能指标更重要。我们在初期过于追求实时性，反而导致通信故障频发。后来调整策略，适当降低部分非关键数据的刷新频率，系统整体可靠性反而大幅提升。