两家供应商都说支持通信，控制柜为何仍联调不通？先对齐接口表

设备供应商说“支持 Modbus”，控制柜供应商也说“支持 Modbus”，项目仍可能卡在联调。协议名称相同，只说明双方有进一步核对的基础；具体采用哪种传输方式、谁发起请求、数据放在哪里、如何解释数值，还需要接口文件逐项对应。

对采购和项目经理而言，最有用的动作是建立一份由双方确认的接口表，而不是把两份宣传册转发给现场人员。

每个信号先明确从谁到谁

以设备状态显示为例，先列出哪些信息由设备提供、哪些命令由控制系统发送，哪些只是本地观察而不参与控制。表中给每个信号唯一名称，并记录发送方、接收方、用途、单位和正常含义。不要让“运行状态”“启动命令”“允许启动”都缩写成一个含糊的 RUN。

如果通过硬接线交换信号，需由电气人员确认输入输出类型、信号或电压要求、供电与隔离安排，再对应端子图。接口表应记录确认结果，不让非电气人员根据一张点数清单直接接线。

通信点表还需要解释“这个数怎么读”

通信接口应记录具体协议与传输形式、双方角色、网络或串行参数、点表版本，以及各数据项的地址、数据类型和读写属性。以下几类信息尤其容易在两家供应商之间遗漏：

• 显示单位与换算关系，例如原始整数是否需要乘以比例系数。
• 有符号或无符号、数值范围，以及多字节数据的排列约定。
• 报警或状态位的含义，是否有保留位或无效值。
• 更新周期要求，以及数据过期或通信中断时的识别方式。
• 可写指令的条件、确认反馈和失败返回含义。

这些字段不能靠通用协议名推断，应以设备厂商实际接口文档和项目确认记录为准。举个只用于说明的例子：设备返回整数 253，如果该字段定义为每个计数代表 0.1 摄氏度，界面才应显示 25.3 摄氏度；没有这项定义，就不应自行猜测比例。

把“接通”与“功能正确”分开验收

通信连接建立成功，不代表每个点都映射正确。测试时可以按接口表逐项记录：输入或模拟条件、期望值、实际值、时间和软件版本。先查只读状态，再在具备授权和安全条件的测试环境中验证允许测试的指令。涉及设备启停或联锁的内容，由负责控制与安全的专业人员制定方案。

还要核对异常场景：设备离线、数值无效、重连后数据恢复、单位显示与报警状态是否符合双方约定。不要用真实生产设备临时试错，也不要为了“联调通过”直接绕过联锁。

报价阶段就约定谁维护接口文件

控制柜询价除了通信点表，还应包含 I/O、供电、柜体和图纸范围。光算的成套控制柜 I/O 与随机图纸资料清单可帮助整理询价包，避免只给一句“做一套柜子”。

项目协议中应写明：哪方提供原始点表、哪方负责映射、谁批准单位与报警含义、哪方负责现场测试，以及变更后谁更新竣工资料。设备程序或控制系统版本变更时，检查接口表是否也要升版，不能让现场靠聊天记录寻找最新版。

交付时，保留最终接口表、端子或通信映射文件、双方确认记录与测试结果。新工程师能从同一信号名称找到设备数据、控制系统变量和现场显示，接口交接才真正具备可维护性。