1. 项目背景与需求解析
在工业自动化现场，多品牌PLC协同作业是常见需求。最近接手的一个产线改造项目，需要将欧姆龙CP1H作为主站，同时与麦克米特PLC（从站1）和西门子S7-200 SMART（从站2）进行数据交互。这种异构系统通讯面临三个核心挑战：
- 协议兼容性问题：三个品牌PLC的通讯协议栈完全不同
- 实时性要求：需要每5秒完成一轮数据采集
- 可靠性保障：任何一台从站离线都应立即告警
经过方案比选，最终确定采用RS485自由口通讯方案。选择理由如下：
- 硬件成本低（仅需屏蔽双绞线）
- 波特率可配置（本项目采用19200bps）
- 协议层完全自主可控
2. 硬件系统搭建
2.1 接线规范与抗干扰措施
采用标准的RS485两线制连接，具体接线要点：
plaintext复制CP1H（主站） 麦克米特PLC 西门子SMART200
485+ ----------- A+ -------------- A+
485- ----------- B- -------------- B-
FG ----┬------- FG ----┬-------- FG
│ │
100Ω 100Ω
关键注意事项：
- 终端电阻：在总线两端PLC的A+/B-间并联120Ω电阻
- 接地处理：所有FG端子单点接地，接地线径≥2.5mm²
- 线缆选择：使用AWG22以上的双绞屏蔽线，屏蔽层覆盖率≥85%
实测发现：当通讯距离超过50米时，建议每30米增加一个中继器。本项目线缆总长82米，在中段加装了ADAM-4520隔离中继器后，误码率从10⁻⁴降至10⁻⁷。
2.2 端口参数配置
三台PLC的串口参数必须完全一致：
python复制# CP1H串口设置（CX-Programmer中）
port_config = {
'baudrate': 19200,
'databits': 8,
'parity': 'EVEN', # 偶校验
'stopbits': 1,
'flowcontrol': 'NONE'
}
特别注意：西门子SMART200需要在系统块中设置自由口参数，且必须勾选"允许GET/PUT通信"选项。
3. 通讯程序设计
3.1 轮询机制实现
采用状态机+定时器的架构设计，程序结构如下：
cpp复制// 全局变量定义
#define STATE_IDLE 0
#define STATE_MICRO_1 1
#define STATE_SIEMENS_2 2
int current_state = STATE_IDLE;
int poll_interval = 5000; // 毫秒
void main() {
while(1) {
switch(current_state) {
case STATE_IDLE:
start_timer(poll_interval);
current_state = STATE_MICRO_1;
break;
case STATE_MICRO_1:
if(comm_with_micromaster()) {
current_state = STATE_SIEMENS_2;
} else {
alarm_set(DEVICE1_OFFLINE);
}
break;
case STATE_SIEMENS_2:
if(comm_with_siemens()) {
current_state = STATE_IDLE;
} else {
alarm_set(DEVICE2_OFFLINE);
}
break;
}
}
}
3.2 数据帧格式设计
麦克米特PLC通讯协议
python复制# 请求帧格式
request_frame = [
0x3A, # 起始符
station_id, # 站号
0x52, # 读命令
start_addr_high, # 起始地址高字节
start_addr_low, # 起始地址低字节
reg_count_high, # 寄存器数量高字节
reg_count_low, # 寄存器数量低字节
calculate_lrc(frame) # LRC校验
]
# 响应帧示例
response_sample = b':01R\x00\x10\x00\x02\x12\x34\x56\x78\xF2\r\n'
西门子SMART200通讯协议
采用西门子PPI协议简化版：
python复制# 读请求帧
ppi_read_request = [
0x68, # 开始标志
len_field, # 长度字段
0x68, # 重复开始标志
0x01, # 主站地址
0x00, # 保留
dest_station, # 目标站地址
0x7C, # PPI协议标识
0x32, # 功能码（读）
0x01, # 数据块号
start_addr, # 起始地址
data_length, # 数据长度
calculate_checksum() # 校验和
]
3.3 断线检测实现方案
采用三级检测机制确保可靠性：
- 硬件层：监测RS485芯片的接收使能信号
- 协议层：设置500ms通讯超时
- 应用层：心跳包检测（每10秒一次）
关键程序片段：
st复制// 欧姆龙CP1H断线检测程序
FUN_BEGIN DEVICE_CHECK
// 发送心跳包
TXD(port=0, data=HEARTBEAT_CMD, length=6);
// 启动超时计时器
TIMER_SET(TIM001, 500);
// 等待响应
WHILE NOT RXD_COMPLETE(port=0) DO
IF TIMER_EXPIRED(TIM001) THEN
SET_BIT(ALARM_REG, DEV_TIMEOUT_BIT);
EXIT;
END_IF;
END_WHILE;
// 校验响应数据
IF NOT CHECK_RESPONSE(RXD_BUFFER) THEN
SET_BIT(ALARM_REG, DEV_ERROR_BIT);
END_IF;
FUN_END
4. 调试经验与故障排查
4.1 典型问题速查表
| 故障现象 | 可能原因 | 解决方案 |
|---|---|---|
| 通讯时好时坏 | 终端电阻未接/接触不良 | 测量总线两端电阻值（应为60Ω） |
| 只能与一台从站通讯 | 站地址冲突 | 检查各PLC的站地址设置 |
| 收到乱码 | 波特率不一致 | 用示波器测量实际波特率 |
| 长时间运行后通讯中断 | 接地不良引入干扰 | 检查接地电阻（应<4Ω） |
| 特定数据位错误 | 电磁干扰 | 增加磁环或改用光纤转换器 |
4.2 调试工具推荐
- 串口监听利器：AccessPort（可显示报文时序图）
- 信号分析：USB示波器（测量信号质量）
- 协议分析：Wireshark+RS485转换器（需特殊驱动）
实测技巧：在CP1H的TXD指令前增加50ms延时，可避免部分国产PLC的响应丢失问题。这个经验是通过多次测试发现的，官方手册中并未提及。
5. 性能优化建议
-
数据打包优化：将多个分散的寄存器读取合并为单个请求
- 原始方式：10个单独请求耗时≈420ms
- 优化后：1个批量请求耗时≈120ms
-
超时参数动态调整：
python复制def dynamic_timeout(base_timeout, retry_count): return base_timeout * (1 + 0.5 * retry_count) -
通讯任务优先级设置：
- 给通讯任务分配高于普通IO任务2个优先级等级
- 在欧姆龙PLC中通过任务设置实现
这个方案在汽车零部件生产线稳定运行超过180天，通讯成功率保持在99.998%以上。最关键的是要确保接线规范，并在首次调试时用示波器验证信号质量。不同品牌的PLC对时序要求有细微差异，需要耐心调试才能达到最佳效果。