48 种检测设备、18 项协议：仪器对接能力其实分四档

「你们系统能对接仪器吗？」「支持的，主流品牌都能直连。」这句话在选型会上出现的频率很高，但它其实什么都没说。我们换了个笨办法：把化工厂内实验室和环保在线端的设备清单整个摊开，一台一台查它用什么接口、什么协议、输出什么文件格式，最后整出 48 种设备、18 项协议、23 类文件格式。查完发现，仪器对接不是「能」或「不能」的问题。同样是「支持对接」，实现成本能差出一个数量级，难度清清楚楚分四档。

一、先把这批设备摊开，再说说这份清单的来路

化工行业会碰到的检测设备，大体是这么分的：

色谱类是 GC、GC-MS、HPLC、UHPLC、离子色谱和 GPC。光谱类是 UV-Vis、FTIR、近红外、AAS、ICP-OES、ICP-MS、荧光和 XRF。

物性与常规化学分析这一类最多，26 种：天平、电位滴定仪、卡尔费休水分仪、密度计、折光仪、黏度计、熔点仪、闪点仪、馏程仪、激光粒度仪、旋光仪、pH 计、电导率仪、溶解氧仪、浊度计、色度计、COD 快测仪、TOC 分析仪、元素分析仪、马弗炉、干燥箱、培养箱、超纯水机、微波消解仪、DSC/TGA 都在这一档里。

环保在线监测是 COD 在线、氨氮总磷总氮在线、CEMS 烟气、VOCs 在线、数采仪、便携烟气分析仪、便携多参数水质仪和实验室环境监控。

这 48 种是这么来的：先按化工厂内实验室和环保在线端实际会碰到的设备列清单，再一台一台去查接口、协议和输出文件格式。查的过程比预想的麻烦，厂商文档有的要注册才能下，有的得走商务渠道，色谱质谱那几家更是只对授权客户开放 SDK 文档。凡是能公开拿到的规范，我们都把原文下载下来存着，一共 12 份，每一份都标了来源 URL，后面的章节会提到几处。

48 种设备查下来，对接方式收敛到四档。这四档的难度不是渐变的，是跳变的，相邻两档之间工作量和风险差一个量级。

二、第一档：串口直采，最便宜也最该先做

台式仪器都在这一档。天平和自动电位滴定仪是代表。

接口是 RS-232 或 RS-485，协议是厂商的 ASCII 指令集。说白了就是往串口发一个字符，仪器回你一行文本。

举个具体的。梅特勒托勒多的天平用一套叫 MT-SICS 的指令集：发 S 取稳定值，发 SI 取当前瞬时值，发 T 执行去皮。这套指令跨型号一致，所以一个采集程序能吃掉他们整条产品线。赛多利斯的天平走 SBI 协议，行为类似。滴定仪、水分仪、密度计、折光仪、pH 计基本同一套路。

成本是一根串口线，加一个常驻的监听程序。四档里最低。

但它恰恰是最该先做的，原因不在技术，在合规。

含量计算的源头是称量值。如果这个数靠人盯着天平显示屏抄进系统，那么从数据产生到入库之间就留了一段人手的空间——这是数据完整性检查里最经典的一类缺陷，也是最容易被评审员当场抓的。串口直采把这段空间直接堵掉，而改造成本几乎可以忽略。

所以我的判断很直接：一个 LIMS 供应商如果连天平直采都没做过，后面三档基本不用聊了。这一档是门槛，不是亮点。

顺带说一类容易被漏掉的设备：实验室环境监控。天平室、标准物质室、留样室的温湿度，冰箱和冷库的温度，这些走 RS-485 加 Modbus RTU，或者经物联网网关走 MQTT。数据量很小，采集也简单，但 CNAS 和 CMA 都要求环境条件可追溯，超限必须自动报警并且留痕。不少实验室现在是靠人早晚各记一次表格，这种记录在评审现场是要被问的。

三、第二档：最贵的仪器，反而最不能直连

这一档是色谱和质谱：GC、GC-MS、HPLC、UHPLC、离子色谱、GPC。

一台 GC-MS 上百万。你会自然地以为，这么贵的设备，数据接口应该最标准。

事实正好相反。

这些仪器被厂商自己的 CDS（色谱数据系统）独占控制着：安捷伦的 OpenLab、岛津的 LabSolutions、沃特世的 Empower、赛默飞的 Chromeleon。仪器一开机，控制权就在 CDS 手里，通讯协议不公开，第三方基本碰不到。

数据格式还一家一套：

这些格式基本都是私有的，只有 .wiff 一类提供了公开查看器，但也仅限查看。

所以现实路径只有一条：让 CDS 按计划把数据导出成通用格式（.cdf、.csv、.xml），LIMS 去解析这些导出文件，同时把原始数据目录整体归档。原始目录不解析，但要完整保存，因为它才是真正意义上的原始记录。

这里有个判断供应商的点。你问「色谱数据怎么进 LIMS」：如果对方老老实实说「走 CDS 定时导出，再解析文件」，那是懂行的，因为这就是行业里能走通的路。如果对方说「我们和安捷伦直连、实时取数」，你要追一句「走哪套 SDK、有没有厂商授权文件」。这句话多半经不起追问。

还有一件容易被忽略的事：导出文件的格式并不稳定。同一款仪器，固件升级或者软件换版本之后，CSV 的列顺序、表头文字、小数点位数都可能变。所以解析程序不能假设格式固定，得按「文件模板」来管理：模板带版本，匹配不上就告警，而不是静默出错。这件事听起来琐碎，但它是色谱数据能不能长期稳定入库的关键。

四、第三档：有国家标准的那一批，反而最规范

环保在线监测是另一个世界。

废水总排口的 COD 在线仪、氨氮/总磷/总氮在线仪，废气排口的 CEMS 烟气系统，这些数据要上传到生态环境部门的监控平台，走的是一套强制性国家标准：HJ 212。

HJ 212 是中文命令字协议，报文里是 QN（请求编号）、ST（系统编码）、CN（命令编码）、PW（访问密码）、MN（设备唯一标识）这些字段，末尾跟 CRC 校验。仪器到数采仪那一段多数走 Modbus（RTU 或 TCP，TCP 默认 502 端口），数采仪汇总之后按 HJ 212 上报，LIMS 读的是数采仪的数据库视图或接口。

这一档有个反直觉的地方：它是四档里唯一有全国统一标准的，所以反而是最规范的一档。你不用猜厂商私有协议，规范文本是公开的。

但有个时间点要盯住：HJ 212-2017 将被 HJ 212-2025 替代，2026 年 1 月 1 日实施。我们手上下载的那份 71 页官方全文是 2017 版，做环保联网项目时得换成新版。

所以问题可以问得很具体：「HJ 212-2025 适配好了没有？污染物编码表更新了没有？」答不上来的，环保联网这块基本是要返工的。

这一档还有一类便携设备：便携式烟气分析仪（SO₂、NOx、CO、O₂）和便携式多参数水质仪（pH、溶解氧、电导率、ORP、温度）。它们走 USB 或蓝牙，导出 .csv，用在现场比对监测和应急监测上。这一类的关键在于现场数据回实验室后能和采样记录关联起来，而不是变成一张存在仪器里、事后靠回忆对号的表格。

五、第四档：只能归档，不能解析

最难的一档，是那些既没有国家标准、又不归 CDS 管的仪器。

红外光谱最典型。同一个 FTIR，三家厂商三种原生格式：赛默飞 OMNIC 存 .spa，布鲁克 OPUS 存 .0、.1 这类编号文件，珀金埃尔默存 .sp。这些都没有公开的解析规范，硬啃不划算。

现实路径是二级跳：先在 OMNIC 或 OPUS 里另存成通用格式，再解析。红外最常用的中转格式是 JCAMP-DX，扩展名 .jdx。

这个格式值得单独说，因为我们真的拆过。

我们从 NIST 化学数据库下载了一份苯的气相红外光谱样例，纯文本，记事本就能打开。头部是这样的：##TITLE=Benzene、##JCAMP-DX=4.24、##DATA TYPE=INFRARED SPECTRUM、##XUNITS=1/CM、##FIRSTX=450.0、##LASTX=3966.0、##YFACTOR=0.000149658、##NPOINTS=880、##XYDATA=(X++(Y..Y))。

880 个数据点，波数从 450 到 3966 波数。

注意 ##XYDATA=(X++(Y..Y)) 这一行。它不是在说下面跟着 880 行「X 空格 Y」。它是一套压缩写法：X 值等间隔递增，只写起点；Y 值存的是与前一点的差分。还原时必须按 ##YFACTOR 这个缩放因子乘回去，这里的因子是 0.000149658。

不懂这一层的人也能写出解析程序，而且不会报错。但吸光度全是错的。这种错特别隐蔽。曲线画出来形状是对的，只是量级不对，没人拿绝对值和标准谱图比对，就发现不了。

这就是第四档的现实：目标不是「解析全部数据」，而是三件事做到位：原始文件完整归档、元数据（样品、方法、时间、操作人）入库可检索、能生成人可读的预览图。做得到这三件，这一档就算及格。

六、跨厂商的公共语言

前面几档反复出现几个通用格式，它们的作用是把私有格式「翻译」成行业公共语言：

AnIML 值得单独提一句：它是这几个格式里唯一在格式层面就内建审计追踪和数字签名的。对做数据完整性的机构来说，这个特性比格式本身更值得关注。

七、下一代接口：现在不用，但要留位

有四条线值得跟踪。不是让你现在就去接，而是选系统的时候要问一句「架构上怎么留」。

1. OPC UA（IEC 62541）。工业互操作标准，跨平台，带安全加密和信息模型。目前主要用在 LIMS 与 DCS、MES、在线监测系统的集成上，只支持 OPC DA 的老系统要留意，DA 基于 Windows COM，早该换了。
2. OPC UA LADS。LADS 是 OPC UA 专门给实验室与分析设备做的配套规范，为设备、任务、结果定义统一的信息模型，西门子、赛默飞这些厂商都参与其中。规范节点集是公开的，我们从 OPC Foundation 的官方仓库下载了 NodeSet2.xml 和配套的数据类型定义文件。
3. SiLA 2。基于 gRPC/HTTP2 的实验室自动化接口，面向自动化工作站和液体处理机器人。规范与参考实现在 GitLab 上开源。
4. Allotrope ADF。基于 HDF5 加语义模型，制药 QC 领域在推，面向 FDA 的数据完整性要求。现阶段解析成本高，跟踪为主。

这四条线合起来说明一件事：仪器接口正在从「一家一套私有协议」往「统一信息模型」走。现在选系统，问一句「以后要接 OPC UA 设备，架构上怎么留」，答得出来的说明系统是按接口层设计的；答不出来的，大概率每一台设备都是一段写死的代码，加一台改一次。

八、拿这 5 个问题去问供应商

别问「支持哪些仪器」，这个问题拿不到有效信息。换成下面五个：

1. 逐台说路径。拿我们的设备清单，一台一台说走哪条路：串口直采、CDS 导出解析、数采仪数据库、还是只管文件归档。「支持主流品牌」这种回答直接跳过。
2. 称量数据怎么进系统。天平、滴定仪、水分仪的读数是串口直采还是人工录入？如果是录入，有没有防手抄的机制？这一条是数据完整性的底线。
3. 色谱数据谁负责导出。CDS 导出是定时任务还是人工触发？导出失败有没有告警？原始数据目录归档了没有，归档在哪，保存多久？
4. HJ 212 哪个版本。环保联网按 2017 版还是 2025 版？污染物编码表更新了吗？
5. 私有格式怎么处理。红外这类 .spa、.0/.1 文件，能不能做到原文件归档加元数据检索？能不能生成预览图？

这五个问题都不涉及商业机密，但每一个都能把「真做过」和「只是能做」区分开。

最后说一句实在话。仪器对接这件事，跟厂商规模关系不大。能接多少台不重要，重要的是这四档分别怎么答。四档都答得具体，这套系统在你们实验室里大概率能真跑起来；四档都答「支持」，那你买到的大概是一套带录入界面的报表工具，数据还是靠人敲进去。