4. 无线通信技术选型与配置

冷链运输的温控监测系统，本质上是一个“移动中的数据采集网络”：传感器在车厢内采集温度、湿度、门磁状态，数据要跨越几百公里的公路、进入冷库、再上传到云端平台。这条链路上，通信方式的选择直接决定了数据能不能及时、完整、经济地送达。本节围绕蜂窝网络（4G/5G/NB-IoT）、LoRa、蓝牙、Wi-Fi 四类技术，先做场景适用性对比，再落到通信模块的选型与 AT 指令配置，最后讨论信号覆盖不足时的断网续传策略。

一、四类无线技术在冷链场景的适用性对比

冷链监测的通信需求有几个鲜明特点：终端随车移动、跨区域漫游、数据量小但要求周期性稳定上报、设备多由电池或车载电源供电、车厢金属结构对射频有屏蔽。把这些特点与四类技术对照，差异就很清楚了。

蜂窝网络是长途干线运输的主力。4G Cat.1 模组成本适中、覆盖成熟，适合分钟级上报温度数据；5G 在冷链场景中更多用于需要高频采样或视频复核的高价值货物，但其功耗与模组成本偏高；NB-IoT 覆盖深、功耗低，适合冷库固定点位或低频上报的静态监测，但它不支持移动性切换，车辆行驶中会频繁掉线，因此不适合作为在途主通道。

LoRa 属于低功耗广域网的私有部署方案，典型特点是自建网关、免流量费、穿透力较强。它适合冷库园区内多库房、多节点的集中采集，或车队在固定场站内的短距回传；但 LoRa 需要自建网关并规划频段与信道，车辆驶出网关覆盖范围即失联，不适合跨省干线。

蓝牙的定位应是“近场配置与巡检”，而不是远程回传。它适合手机 App 靠近车厢读取记录仪数据、现场打印或导出，功耗极低、成本极低，但通信距离通常只有十米量级，无法承担在途上传。

Wi-Fi 带宽高、免费，但覆盖依赖热点。它在冷链中的合理角色是“场站回传”：车辆回到冷库月台、充电桩或装卸区时，自动连接场站 Wi-Fi 批量补传缓存数据，成本低、速度快，但不能指望它在公路上持续在线。

从工程实践看，冷链监测系统很少只用一种通信方式，而是“蜂窝为主、Wi-Fi 为辅、蓝牙为现场工具、LoRa 为园区补充”的组合。选型时先回答三个问题：终端是否在移动？数据是否允许延迟到回场再传？现场是否有可自建的网关或热点？答案决定了主通道与补传通道的分工。

二、通信模块选型要点

以在途主通道的 4G 模组为例，选型不能只看“支持 4G”。冷链场景应重点核对以下参数：

• 频段与运营商认证：模组需覆盖目标运营商的常用频段（如 LTE FDD B1/B3/B5/B8），并具备入网认证，否则跨省漫游时可能出现局部无服务。
• 工作温度：车厢内可能低至 -25℃，模组工业级温度范围通常要求 -40℃～+85℃，商用级模组在低温下可能无法起网。
• 接口与协议栈：与主控之间常用 UART，需确认模组内置 TCP/UDP、MQTT、HTTP 协议栈，减少主控侧开发量。
• 功耗与供电：车载供电场景关注峰值电流与电压范围；电池供电场景则要评估 PSM/eDRX 等低功耗特性。
• SIM 形态：长途运输建议选用贴片式 eSIM 或工业级插拔卡，避免振动导致接触不良。

假设某项目选用一款 Cat.1 模组，主控通过 UART 以 115200 波特率与其通信，模组上电后由主控发送 AT 指令完成初始化。下面给出一段典型的配置序列（参数为教学示例，实际以模组手册为准）：

AT                      // 握手，返回 OK
AT+CPIN?                // 查询 SIM 卡状态，返回 +CPIN: READY
AT+CSQ                  // 查询信号质量，返回 +CSQ: 22,99
AT+CREG?                // 查询网络注册，返回 +CREG: 0,1
AT+CGATT=1              // 附着分组域网络
AT+CSTT="cmnet"         // 设置 APN（按运营商实际填写）
AT+CIICR                // 激活 PDP 上下文，获取 IP
AT+CIFSR                // 查询本机 IP 地址
AT+CIPSTART="TCP","iot.example.com","1883"
AT+CIPSEND              // 进入发送模式，随后发送 JSON 数据

配置过程中有两个判断点值得强调。其一是 AT+CSQ 返回的第一个参数（0～31，越大越好），若长期低于 10，说明当前信号偏弱，应检查天线位置或考虑外置天线；其二是 AT+CREG? 的第二个参数为 1 表示已注册本地网、5 表示漫游注册，长途运输中看到 5 属正常。若 AT+CIICR 失败，常见原因是 APN 填写错误或该卡未开通数据业务，应逐项排查而不是反复重启。

三、信号覆盖与断网续传策略

再好的模组也无法保证全程在线：山区隧道、地下冷库装卸区、偏远路段都会出现信号盲区。冷链监测的底线要求是“数据不丢”，因此系统必须具备本地缓存与断网续传能力。

推荐的做法是“采集与上传解耦”：采集线程按固定周期（例如每 2 分钟）把温度、时间戳、设备号写入本地存储（如 Flash 环形缓冲区），上传线程独立判断网络状态。在线时实时上报；检测到连续多次发送失败或 AT+CSQ 低于阈值时，切换为缓存模式，数据只落盘不发送。网络恢复后，按时间顺序批量补传，并在每条记录中保留原始采集时间，而不是补传时刻，这样云端才能还原真实的温度曲线。

缓存容量需要按最坏情况估算。若采样周期 2 分钟、单条记录约 120 字节、最长失联 12 小时，则需缓存约 360 条、约 43 KB，选用 256 KB 以上的 Flash 环形区即可留出充足余量。补传时应控制速率，例如每 200 ms 发一条，避免恢复瞬间大量数据冲击网络造成再次拥塞。对于 Wi-Fi 场站补传，可在车辆进入月台后由主控扫描到指定 SSID 并连接成功，再一次性上传全部缓存，这比在弱蜂窝信号下硬传更可靠、更省钱。

最后要建立可观察的运行指标：在线率、平均补传延迟、缓存占用率、单次上报成功率。把这些指标与温度数据一同入库，才能在出现温度超标争议时，证明数据链路的完整性——这正是冷链监测系统通信设计真正的价值所在。