案例：三个厂家的冷库接入同一平台，数据格式冲突告警误报不断

现象：平台接上了，数据却"读不懂"

某疾控机构历年采购了 3 个不同厂家的冷库，在统一接入第三方温度监测平台时，部分传感器数据格式无法解析，平台上频繁出现误报告警。结果是：真实告警淹没在噪声里，监测平台形同虚设——比没有监测更危险，因为它制造了"已在监控"的假象。

根因：协议、精度、频率三个层面都不统一

排查发现冲突来自多个层面：

1. 通信协议各异：Modbus、厂家私有协议、RESTful 接口并存，平台没有针对每种协议做适配；
2. 传感器精度不一致：有的上报到 0.1℃，有的只有 0.5℃ 或 1℃；
3. 上报频率不一致：各设备按各自的节奏推送数据，平台难以对齐时间轴。

本质是"重硬件采购、轻数据接口"——历次采购都没有把数据接口作为技术要求，集成问题被留到了最后一并爆发。

处置：统一适配，而非推倒重来

1. 委托第三方对所有传感器做协议解析与适配开发；
2. 统一数据上报频率为 30 分钟；
3. 统一数据的显示格式至 0.1℃ 分辨力——注意这只是数据呈现层面的对齐：传感器的真实精度由硬件决定，原本只有 0.5℃/1℃ 精度的传感器并不能靠软件适配变准，对其中超差的设备另行做了标定，达不到 ±0.5℃ 要求的列入更换计划；
4. 联调测试 1 周，确认无误报后正式上线；
5. 建立设备清单与协议文档，每台设备的协议类型、精度、频率登记在册。

经验教训：把接口要求写进采购合同

• 新采购设备要求支持标准协议：如 Modbus，把"可接入既有监测平台"列为招标技术条款，从源头上避免下一次适配开发。
• 平台预留多协议适配能力：监测平台选型时确认其多协议扩展能力，存量设备的私有协议通过适配层接入。
• 设备清单含协议字段：设备台账不只记型号编号，还要记通信协议、精度、上报频率，人员更替后接口信息不失传。
• 接入测试是必备环节：新设备接入平台后必须经过测试期（本案例为 1 周无误报），确认数据解析正确、告警逻辑可靠，再转入正式运行。

温度监测的价值不在传感器本身，而在数据能被正确、及时地解读。多厂家设备混用是普遍现实，接口标准化做得越早，集成成本越低——最省钱的时机永远是采购之前。