冷链物流疫苗、生物制剂、生鲜、医药对温度的要求有多严做过的人都知道。一辆冷藏车从上海开到成都车厢温度要全程保持在 2-8℃任何一个超温点都可能导致整批货报废。这就要求车上的温控终端不仅要实时采集温度还要把每一分钟的温度数据稳定传到云端。地下隧道、山区、偏远路段信号时有时无。如果网络一断数据就丢那这套系统就白做了。这篇文章讲冷链温控终端的联网设计重点是断网补传、数据可靠性和云端对接。一、温控终端的硬件架构一台冷链温控终端基本由这几部分组成温度传感器一般是 PT100 或 NTC精度 ±0.5℃装在车厢不同位置进风口、出风口、货物中间。主控 MCU采集温度、判断超温、控制阀门。通信模组4G Cat.1 为主因为冷链车要跑长途NB-IoT 速率太慢、覆盖也不如 4G。物联网卡插在模组里走 4G 网络。本地存储Flash用来缓存断网期间的数据。定位模块GPS / 北斗记录车辆位置跟温度数据绑定。关键点是温度采集和网络上传是解耦的。温度采集是 MCU 本地跑的不受网络影响网络上传只是把数据发出去发不出去就先存着。二、数据上报策略冷链温控的数据上报不是 到点就发 这么简单要分几种情况1. 正常温度定时上报温度在设定范围内比如 2-8℃每隔 5-15 分钟上报一次当前温度、位置、设备状态。流量消耗小网络压力也小。2. 温度异常立刻上报温度超出阈值比如低于 2℃或高于 8℃立刻上报。这种情况优先级最高不能等下一个周期。3. 开关门事件实时上报冷藏车开门卸货温度会短暂波动。门一开一闭都要记录时间戳因为温度波动跟开门直接相关。4. 超温持续告警如果温度持续异常超过设定时间比如 10 分钟平台要推送告警给货主、司机、物流公司。三、断网补传设计核心这是冷链温控最关键的工程问题。车辆跑长途地下隧道、山区、偏远路段信号中断是常态。设计原则数据不能丢顺序不能乱不能重复计费。具体实现1. 本地环形缓存MCU 把每一次采集的温度数据时间戳、温度值、位置、事件类型先写本地 Flash。按时间顺序排列最多存 30 天。2. 网络恢复后按序补传网络恢复后终端从断点开始按时间顺序把缓存的数据批量上传。平台收到后跟实时数据合并。3. 平台幂等处理同一条数据可能因为网络重传收到多次。平台按 设备 ID 时间戳 去重只入账一次。4. 补传速率控制如果缓存了几百条数据不能一次性全部发出去会把网络打爆。要按批次、按间隔慢慢补传优先保证实时数据通道。5. 时钟同步设备本地 RTC 不准会导致时间戳错乱、顺序乱。每次联网要跟平台 NTP 对时校准本地时钟。四、超温告警的链路设计超温是冷链最严重的事件告警链路要层层兜底本地声光告警车厢内 / 驾驶室显示屏亮红灯蜂鸣器响提醒司机。终端实时上报平台超温第一时间通过 4G 上传。平台推送多渠道通知App 推送、短信、电话发给司机、货主、物流公司调度。超温持续升级如果超温超过 30 分钟还没解决升级告警给更高层级。事后追溯整个运输过程的温度曲线、位置曲线、开门记录全部可查用来定责。五、落地踩坑清单温度传感器布置位置。只装一个点不够车厢不同位置温度差很大。至少装 2-3 个进风口、出风口、货物中间。传感器线抗干扰。车厢里有压缩机、风机电磁干扰大。传感器线要屏蔽否则温度读数飘。设备供电。冷链车电瓶供电熄火后电压波动大。设备要做宽压输入9-36V和防反接保护。物联网卡全国漫游。冷链车跨省跑物联网卡要支持全国漫游不能有省际限制。流量套餐。每 5-15 分钟上报一次加上定位数据一台车一个月流量大概 100-300MB。套餐要按实际里程和上报频率配。防水防尘。车厢里湿度大、经常清洁设备要选 IP65 以上防护等级。总结冷链温控终端的联网设计核心不是 能联网而是 网络不好的时候数据不丢、顺序不乱、告警不延迟。温度采集和网络上传解耦、本地环形缓存、断点续传、平台幂等这四件套是冷链温控的标配。做这类项目最忌讳的就是 网络好的时候一切正常网络一断就丢数据。冷链行业的特性决定了数据可靠性比实时性更重要 —— 实时数据丢了可以补但温度曲线断了一截这票货的责任就说不清了。
冷链物流疫苗、生物制剂、生鲜、医药对温度的要求有多严做过的人都知道。一辆冷藏车从上海开到成都车厢温度要全程保持在 2-8℃任何一个超温点都可能导致整批货报废。这就要求车上的温控终端不仅要实时采集温度还要把每一分钟的温度数据稳定传到云端。地下隧道、山区、偏远路段信号时有时无。如果网络一断数据就丢那这套系统就白做了。这篇文章讲冷链温控终端的联网设计重点是断网补传、数据可靠性和云端对接。一、温控终端的硬件架构一台冷链温控终端基本由这几部分组成温度传感器一般是 PT100 或 NTC精度 ±0.5℃装在车厢不同位置进风口、出风口、货物中间。主控 MCU采集温度、判断超温、控制阀门。通信模组4G Cat.1 为主因为冷链车要跑长途NB-IoT 速率太慢、覆盖也不如 4G。物联网卡插在模组里走 4G 网络。本地存储Flash用来缓存断网期间的数据。定位模块GPS / 北斗记录车辆位置跟温度数据绑定。关键点是温度采集和网络上传是解耦的。温度采集是 MCU 本地跑的不受网络影响网络上传只是把数据发出去发不出去就先存着。二、数据上报策略冷链温控的数据上报不是 到点就发 这么简单要分几种情况1. 正常温度定时上报温度在设定范围内比如 2-8℃每隔 5-15 分钟上报一次当前温度、位置、设备状态。流量消耗小网络压力也小。2. 温度异常立刻上报温度超出阈值比如低于 2℃或高于 8℃立刻上报。这种情况优先级最高不能等下一个周期。3. 开关门事件实时上报冷藏车开门卸货温度会短暂波动。门一开一闭都要记录时间戳因为温度波动跟开门直接相关。4. 超温持续告警如果温度持续异常超过设定时间比如 10 分钟平台要推送告警给货主、司机、物流公司。三、断网补传设计核心这是冷链温控最关键的工程问题。车辆跑长途地下隧道、山区、偏远路段信号中断是常态。设计原则数据不能丢顺序不能乱不能重复计费。具体实现1. 本地环形缓存MCU 把每一次采集的温度数据时间戳、温度值、位置、事件类型先写本地 Flash。按时间顺序排列最多存 30 天。2. 网络恢复后按序补传网络恢复后终端从断点开始按时间顺序把缓存的数据批量上传。平台收到后跟实时数据合并。3. 平台幂等处理同一条数据可能因为网络重传收到多次。平台按 设备 ID 时间戳 去重只入账一次。4. 补传速率控制如果缓存了几百条数据不能一次性全部发出去会把网络打爆。要按批次、按间隔慢慢补传优先保证实时数据通道。5. 时钟同步设备本地 RTC 不准会导致时间戳错乱、顺序乱。每次联网要跟平台 NTP 对时校准本地时钟。四、超温告警的链路设计超温是冷链最严重的事件告警链路要层层兜底本地声光告警车厢内 / 驾驶室显示屏亮红灯蜂鸣器响提醒司机。终端实时上报平台超温第一时间通过 4G 上传。平台推送多渠道通知App 推送、短信、电话发给司机、货主、物流公司调度。超温持续升级如果超温超过 30 分钟还没解决升级告警给更高层级。事后追溯整个运输过程的温度曲线、位置曲线、开门记录全部可查用来定责。五、落地踩坑清单温度传感器布置位置。只装一个点不够车厢不同位置温度差很大。至少装 2-3 个进风口、出风口、货物中间。传感器线抗干扰。车厢里有压缩机、风机电磁干扰大。传感器线要屏蔽否则温度读数飘。设备供电。冷链车电瓶供电熄火后电压波动大。设备要做宽压输入9-36V和防反接保护。物联网卡全国漫游。冷链车跨省跑物联网卡要支持全国漫游不能有省际限制。流量套餐。每 5-15 分钟上报一次加上定位数据一台车一个月流量大概 100-300MB。套餐要按实际里程和上报频率配。防水防尘。车厢里湿度大、经常清洁设备要选 IP65 以上防护等级。总结冷链温控终端的联网设计核心不是 能联网而是 网络不好的时候数据不丢、顺序不乱、告警不延迟。温度采集和网络上传解耦、本地环形缓存、断点续传、平台幂等这四件套是冷链温控的标配。做这类项目最忌讳的就是 网络好的时候一切正常网络一断就丢数据。冷链行业的特性决定了数据可靠性比实时性更重要 —— 实时数据丢了可以补但温度曲线断了一截这票货的责任就说不清了。
