MCGS串口数据收发技术深度解析

在现代工业现场，你是否遇到过这样的场景：一台老旧的温控仪表没有网络接口，只能通过一根九针串口线与外界通信；产线上的PLC使用的是非标准协议，市面上的标准驱动无法识别；又或者你需要快速搭建一个监控界面，但项目周期只有三天，根本没有时间从零开发HMI程序？

这些问题，在无数中小自动化项目中反复上演。而解决它们的一把“万能钥匙”，正是MCGS（Monitor and Control Generated System）组态软件配合串口自由通信的技术组合。

作为北京昆仑通态推出的一款成熟HMI开发平台，MCGS凭借其可视化操作、低代码开发和强大的设备兼容能力，早已成为国内工控行业的主流选择之一。尤其在面对那些“不听话”的下位机设备时，MCGS提供的 通用串口父设备 + 用户策略脚本 机制，几乎成了工程师们的标配解决方案。

---

为什么是串口？它真的过时了吗？

尽管以太网、CAN总线乃至无线通信日益普及，但在许多实际工程中，串口依然是最可靠、最经济的选择。

• 接线简单 ：RS-485仅需两根信号线即可实现多点通信；
• 抗干扰强 ：差分信号设计使其在电磁环境复杂的车间内依然稳定；
• 成本极低 ：无需交换机、路由器或额外模块，一条转接线就能打通通信链路；
• 距离远 ：理论传输距离可达1200米，适合大型厂房布线；
• 协议开放 ：Modbus RTU等常用协议文档齐全，调试工具丰富。

更重要的是，大量存量设备——比如老式变频器、称重模块、智能电表、温湿度传感器——仍然只支持串口通信。这意味着，只要这些设备还在运行，串口就不会退出历史舞台。

而在MCGS系统中，无论是嵌入式触摸屏还是PC版运行环境，都原生支持多个串行端口（COM1/COM2等），并可通过配置灵活切换为RS-232或RS-485模式，极大提升了系统的适应性。

---

MCGS如何掌控串口通信？

MCGS的本质是一个“组态”平台，即通过图形化配置而非编程来构建人机交互系统。它的核心架构包含四大模块：

• 用户窗口 ：用于设计按钮、指示灯、趋势图等可视化元素；
• 实时数据库 ：所有变量在此集中管理，支持数值、开关量、字符串等多种类型；
• 设备窗口 ：连接外部硬件的关键入口，可添加PLC、仪表、串口设备等；
• 运行策略 ：定义事件响应逻辑，包括定时执行、触发执行和循环执行。

当涉及到非标准串口通信时，我们通常会采用“通用串口父设备”这一特殊构件。它不像Modbus RTU那样自动轮询寄存器，而是将通信控制权完全交给用户脚本，从而实现真正的“自由口通信”。

这种模式下，MCGS不再扮演被动的数据采集者，而是变为主动的通信发起方，能够按需发送任意格式的指令帧，并对接收到的原始字节流进行解析处理。

---

自由口通信实战：从发送到解析

假设我们要通过MCGS读取一台基于自定义协议的温度控制器的数据。该设备要求主机发送如下命令帧：

[地址][功能码][起始地址高][起始地址低][数据长度][CRC高][CRC低]
→ 示例：01 03 00 00 00 02 C4 0B

这是一个典型的Modbus-like帧结构，但我们不能直接使用Modbus驱动，因为该设备在返回数据时加入了额外的状态字节，导致标准驱动无法正确解析。

此时，我们就必须借助 用户策略脚本 来自行处理整个通信过程。

发送自定义命令

在MCGS的“循环策略”中创建一个周期为500ms的脚本任务，内容如下：

Dim SendData(7)
SendData(0) = &H01   ' 设备地址
SendData(1) = &H03   ' 功能码：读保持寄存器
SendData(2) = &H00   ' 起始地址高
SendData(3) = &H00   ' 起始地址低
SendData(4) = &H00   ' 寄存器数量高
SendData(5) = &H02   ' 寄存器数量低（读2个）
SendData(6) = &HC4   ' CRC校验高
SendData(7) = &H0B   ' CRC校验低

!CommSend(ComPort:=1, Data:=SendData(), Len:=8)

这里的关键函数是 !CommSend ，它是MCGS内置的底层串口发送指令，参数说明如下：

• ComPort ：指定使用的串口号（如1代表COM1）；
• Data ：待发送的数据数组，支持Byte类型；
• Len ：有效数据长度，单位为字节。

需要注意的是，MCGS脚本中的数组索引从0开始，且必须预先声明大小。此外，十六进制赋值需使用 &Hxx 格式，避免误判为十进制。

接收与数据解析

发送后，我们需要立即尝试接收响应。继续在同一策略中追加以下代码：

Dim RecvBuf(255), Len As Integer
Len = !CommReceive(ComPort:=1, Data:=RecvBuf(), Timeout:=500)

If Len > 0 Then
    If RecvBuf(1) = &H03 And RecvBuf(0) = &H01 Then
        Dim TempValue As Integer
        TempValue = (RecvBuf(3) * 256 + RecvBuf(4)) / 10

        .Temperature = TempValue
        !SetWindowWord("MainWin", "TextTemp", Str(TempValue))
    End If
Else
    .CommError = .CommError + 1
End If

!CommReceive 函数用于从指定串口接收数据，其主要参数包括：

• ComPort ：对应发送端口；
• Data ：接收缓冲区；
• Timeout ：超时时间（毫秒），防止程序阻塞。

一旦成功接收到数据，就可以根据协议规范提取关键字段。例如上例中，第3、4字节组成一个16位整数，表示放大10倍后的温度值（如256代表25.6℃）。通过除以10还原真实值，并更新内部变量 .Temperature ，该变量可绑定至画面中的文本框或趋势曲线。

---

工程实践中不可忽视的细节

很多初学者写出了看似正确的脚本，却始终收不到数据。问题往往出在一些“看不见”的环节上。

1. 缓冲区残留问题

MCGS不会自动清空串口接收缓冲区。如果上次通信遗留了未读完的数据，本次接收可能会拼接旧数据，造成解析错误。建议每次接收前先执行一次“预读取”清空操作：

Dim Dummy(255)
While !CommReceive(ComPort:=1, Data:=Dummy(), Timeout:=10) > 0
    ' 循环读取直到无数据
Wend

2. CRC校验要不要做？

虽然上述示例中我们直接使用了固定CRC值，但在真实项目中更推荐动态计算CRC16。MCGS虽未提供内置函数，但可以复制公开的VB版本CRC算法嵌入脚本中。这能显著提升通信鲁棒性，尤其是在长距离或干扰严重的环境中。

3. 发送间隔控制

频繁发送会导致总线拥堵，甚至引发从机响应异常。一般建议两次发送之间至少间隔100ms以上。可以通过设置循环策略周期或引入标志位控制节奏：

If .SendEnable Then
    !CommSend(...)
    .SendEnable = False
    !SetTimer(1, 200)  ' 200ms后再允许发送
End If

4. 字节序陷阱

某些设备返回的浮点数或双字节数据采用小端序（Little Endian），即低位字节在前。若忽略这一点，解析结果将完全错误。务必查阅设备手册确认字节排列方式。

---

典型应用场景剖析

在一个典型的温控系统中，MCGS触摸屏通过RS-485总线连接多台STM32主控的加热箱。每台加热箱上报当前温度、设定值、运行状态，并接受启停、温度设定等指令。

系统结构如下：

[ MCGS HMI ]
     │
     ↓ RS-485（A/B线）
┌────┴────┐
│ 加热箱1 │ ← 地址0x01
├────┬────┤
│ 加热箱2 │ ← 地址0x02
└────┴────┘

MCGS通过轮询不同地址的方式依次采集各节点数据。每个节点响应帧结构如下：

[01][03][04][T_hi][T_lo][S_hi][S_lo][CRC_H][CRC_L]

其中 T 表示实测温度，S 表示设定温度。脚本根据首字节判断来源地址，再分别更新对应的变量组，最终在画面上呈现为多个独立的温控单元面板。

此外，用户点击界面上的“设定”按钮时，MCGS也会构造写入命令（功能码0x10）下发新温度值，实现反向控制。

---

硬件层面的设计考量

再完美的软件也离不开可靠的硬件支撑。以下是几个常被忽视但至关重要的物理层注意事项：

• 终端电阻匹配 ：RS-485总线两端必须并联120Ω电阻，否则高速通信时会出现信号反射，导致误码率飙升；
• 电气隔离 ：强烈建议使用带光耦隔离的串口模块，防止地电位差损坏HMI或下位机；
• 共地处理 ：即使使用差分信号，也应确保HMI与设备共享参考地，避免形成地环路；
• 线缆选型 ：采用屏蔽双绞线（如RVSP 2×0.5mm²），远离动力电缆走线，减少干扰；
• 地址唯一性 ：同一总线下所有从机地址必须互不相同，否则会造成总线冲突。

---

写在最后：这项技术为何历久弥新？

也许有人会问：如今MQTT、OPC UA、HTTP API大行其道，为何还要花时间研究串口通信？

答案很简单： 不是所有设备都需要联网，但所有系统都需要稳定。

MCGS + 串口自由通信的组合，代表了一种务实的工程哲学——用最低的成本、最快的速度、最可控的方式，解决最现实的问题。它不需要复杂的网络配置，不依赖云端服务，也不受IP地址限制，特别适合小型产线改造、设备升级、教学实验等场景。

更重要的是，掌握这项技能的过程，本身就是对工业通信本质的理解之旅。你会深入理解帧结构、波特率匹配、主从机制、超时重传等底层逻辑，这些知识迁移到其他协议（如CAN、LoRa、TCP透传）时同样适用。

未来，随着边缘计算的发展，MCGS类平台也在逐步集成更多现代协议。但可以肯定的是，在相当长一段时间内，串口仍将是其不可或缺的基础能力。正如一位资深工程师所说：“当你不知道该用什么通信时，试试串口，它总能给你答案。”

所以，别急着淘汰那根九针串口线——说不定下个项目，就靠它救场。