新闻中心
PRESS CENTER
药品冷链这事，国家管得很严。《药品经营质量管理规范》明确要求，冷藏药品从出库到送达，全程温度数据必须完整、可追溯。药监局飞行检查的时候，这块是重点查的内容。
但我接触过几个实际做冷链项目的工程商，他们说了一个共同的问题：数据是有的，但数据质量经不起细看。
什么意思？断网期间有没有记录？传感器掉线了有没有告警？历史数据保存够不够90天？这些问题抛出来，能当场答上的不多。
冷链监测表面上是接一个温湿度传感器，然后在平台上看曲线。实际上要复杂得多。
举一个冷库的典型场景：两台压缩机交替运行，一台坏了另一台顶上。监测系统不仅要记录库内温度，还要知道压缩机什么时候切换了、切换的时候温度有没有波动。设备状态和温度数据必须对齐，否则出了异常根本没法判断是设备问题还是管理问题。
再比如，不同区域要求不同的温度区间。冷藏区2到8度，冷冻区零下20度，超温报警阈值各不一样。这些规则如果全靠平台配置，网络断了规则也跟着失效。
还有一个容易被忽视的点：数据补传。传感器每隔一分钟上报一次温度，网络断了10分钟，这10分钟的数据怎么办？没有本地缓存机制的方案，这里就是空白。空白就是风险。
冷链监测系统对网关接口的需求是比较明确的，对应的是四个不同的功能维度：
第一，RS485 串口用来接温湿度传感器。Modbus RTU 协议是这类传感器的主流通信方式，直接接入不需要额外转换。
第二，DI 开关量输入用来接压缩机状态信号。知道压缩机在不在转，是判断冷库真实工况的直接依据。光有温度数据，没有设备状态，就无法还原异常发生时的现场。
第三，DO 继电器输出用来做报警联动。温度超标了，需要触发声光报警，或者直接给制冷设备发指令让机组强制启动。这两件事的响应速度要求都不一样，但都不能依赖网络。
第四，本地时序数据库用来缓存数据。网络断开期间，传感器数据持续写入本地存储，网络恢复后自动补传到平台。这个机制是 GSP 合规的数据基础。
选型的时候有个细节需要注意：不是所有网关都同时具备 RS485、DI、DO 这三类接口。
低成本的入门型号往往只有串口，没有开关量接口。这意味着压缩机状态接不进来，报警继电器也接不进来。系统看着能用，但实际上少了两条关键数据链。
高配型号接口是全的，但价格翻了一倍还多。对于只需要覆盖冷链核心需求的场景，有些配置是用不上的。
中间档位的型号刚好够用：RS485 两路、DI 两路、DO 两路，价格 ¥999，既满足功能要求，又没有多余开销。这个配置对应的是纵横智控的 EG8200 标准版。
GSP 检查有一个标准动作：调取指定时间段的温度记录，看有没有超温、缺数、设备离线的情况。这三个问题任何一个出现在记录里，都意味着整改。
断网期间有没有在记录，这个问题看似简单，但很多系统回答不了。能回答这个问题的前提，是本地有存储，网络恢复后能补传。这两件事缺一不可。
另一个容易被忽略的是设备离线告警。传感器坏了或者信号断了，平台上看不到数据，但这本身就是一个需要处理的事件。很多系统只在数据异常的时候告警，设备离线的时候不告警，这就形成了一个盲区。
边缘网关在本地做这两件事：数据本地缓存，设备状态本地监测。两件事都不依赖云端，网络好坏不影响本地执行。
纵横智控 EG8200 标准版的接口组合是 RS485×2 + DI×2 + DO×2，恰好覆盖了冷链监测的核心需求，没有冗余配置。
处理器 2 核 A7@1.2G，内存 512M，内置 influxDB 时序数据库，支持断网数据缓存和自动补传，满足 GSP 对历史数据完整性的要求。
支持 MQTT、HTTP、TCP、UDP 等多种网络协议，可以对接药监局 GSP 平台或企业自有 ERP 系统。
工作温度范围 -40~85℃，可以直接装在冷库配电箱或机房机柜内，不需要额外的温控保护，功耗 280mA@12V，长期运行成本可控。
软件层支持可视化编程，冷链的温度阈值规则、报警联动逻辑、设备状态和温度数据的关联判断，都可以通过 Node-RED 拖拽配置，不需要写代码。
单台 几百块钱，一台设备覆盖一座冷库。对于需要管理多个冷库节点的场景，多台部署的成本是可以算清楚账的。
冷链监测这件事，最终交付的东西不是传感器，不是平台，而是一套可查、可追溯、可持续的记录。
这套记录要经得起两个检验：一个是药监局的 GSP 检查，一个是实际异常发生时的应急响应。前者要求数据完整、格式合规，后者要求响应及时、告警有效。
两个目标都达成，靠的是本地那层设备。传感器是入口，网关是中枢，平台是展示。只有中间这一层稳了，入口和展示才有意义。
打造开箱即用的物联网平台
