2. 终端层架构与设备接入设计

终端层是物联网端边云协同架构的“神经末梢”，它直接面对物理世界，承担数据采集、指令执行和本地交互三类基本职责。终端层的设计质量，决定了整条数据链路的起点是否可靠。本节围绕终端设备类型、资源约束、通信协议选型、接入网关设计以及设备管理五个方面展开，并给出一个多协议终端接入方案的设计示例。

一、终端设备的三种基本类型

从数据流向看，终端设备可分为传感器、执行器和智能终端三类。传感器是“上行”设备，把温度、湿度、振动、电流等物理量转换为可传输的数字信号，典型如DS18B20温度传感器、MPU6050六轴传感器、SHT30温湿度传感器。执行器是“下行”设备，接收控制指令并驱动物理动作，如继电器模块、步进电机、电磁阀、LED调光器。智能终端则兼具采集、执行与本地计算能力，例如带边缘推理的摄像头、工业HMI触摸屏、智能网关一体机。

三类设备在接入设计中的关注点不同：传感器关注采样精度与功耗，执行器关注指令时延与动作确认，智能终端关注算力、存储与协议兼容性。设计接入方案时，应先按类型分类，再分别确定其数据模型、上报频率和控制语义。

二、资源约束分析

终端设备的资源约束主要体现在四个方面：算力、内存、功耗和通信带宽。以典型的低功耗MCU为例，STM32L4系列主频约80MHz、SRAM约128KB、Flash约1MB，适合运行轻量协议栈；而ESP32具备Wi-Fi与蓝牙双模，主频240MHz、SRAM约520KB，可承载更复杂的应用逻辑。若使用纽扣电池供电的传感器节点，平均电流需控制在微安级，此时必须采用周期唤醒、数据聚合上报的策略。

资源约束直接决定协议选型。内存小于50KB的设备通常不适合完整MQTT+TLS栈，可考虑CoAP+DTLS或轻量MQTT；带宽受限的NB-IoT场景应减少心跳包频率，采用注册后长连接保活。功耗预算可用下式估算：

平均电流 I_avg = (I_active × T_active + I_sleep × T_sleep) / (T_active + T_sleep)
示例：I_active=20mA, T_active=2s, I_sleep=5μA, T_sleep=58s
I_avg = (20×2 + 0.005×58) / 60 ≈ 0.67mA
若电池容量为2000mAh，理论续航 ≈ 2000 / 0.67 ≈ 2985小时 ≈ 124天

上述为示例假设参数，实际续航还需考虑温度、电池自放电和通信重传开销。

三、通信协议选型：MQTT、CoAP、Modbus、BLE

四类协议各有适用边界。MQTT基于TCP，采用发布/订阅模型，适合长连接、低带宽、一对多场景，是云侧接入的主流选择；CoAP基于UDP，报文精简，适合NB-IoT、LoRa等受限网络，支持观察模式和块传输；Modbus是工业现场总线协议，分RTU和TCP两种形态，适合PLC、电表、变频器等存量设备；BLE是短距离无线协议，适合可穿戴、近场配置和手机配网。

选型时可参考以下判断：设备是否长期在线且需要下行控制，优先MQTT；设备电池供电且网络质量差，优先CoAP；设备是工业串口设备，优先Modbus RTU转MQTT；设备需要手机近场交互，优先BLE。实际项目中，一个网关往往需要同时支持多种协议，这就引出下一节的接入网关设计。

四、设备接入网关设计

接入网关的核心价值是“协议归一、数据归一、管理归一”。协议归一指网关南向同时支持MQTT、CoAP、Modbus、BLE，北向统一以MQTT over TLS对接云平台；数据归一指把不同协议的原始报文解析为统一的物模型JSON；管理归一指注册、鉴权、OTA、配置下发都由网关统一代理。

以南向Modbus RTU为例，网关需配置串口参数（波特率9600、数据位8、停止位1、无校验），并按轮询表读取寄存器。假设读取电表电压寄存器地址0x0000、长度2，返回字节为0x08 0xFC，按大端解析为2300，量纲0.1V，则实际电压为230.0V。网关再将其封装为{"voltage":230.0,"ts":1710000000}上报云端。这一过程体现了“原始字节→工程值→物模型”的转换链。

北向连接建议采用“一设备一主题”或“一产品一主题”策略。例如主题设计为iot/{productKey}/{deviceId}/property/post，下行控制为iot/{productKey}/{deviceId}/command/set。网关需维护本地环形队列，断网时缓存最近1000条数据，恢复后按时间戳补传，避免数据丢失。

五、设备管理：注册、鉴权与OTA

设备注册推荐使用“三元组”方式：ProductKey、DeviceName、DeviceSecret。设备首次上线时用三元组换取MQTT连接凭证，后续连接使用动态Token，避免密钥长期暴露。鉴权可采用一机一密或X.509证书，前者部署简单，后者安全性更高，适合对安全要求较高的场景。

OTA升级需重点解决三个问题：分片下载、断点续传和失败回滚。建议采用双分区（A/B分区）方案，新固件写入备用分区，校验通过后切换启动标志。升级流程可设计为：云端下发版本号与下载URL→网关分片拉取并校验MD5→写入备用分区→重启切换→上报新版本号。若启动失败，看门狗触发回滚至旧分区。

六、实战：多协议终端接入方案设计

假设某园区需要接入四类终端：20个SHT30温湿度传感器（BLE）、10个电表（Modbus RTU）、5个智能摄像头（MQTT）、30个NB-IoT水表（CoAP）。设计目标为：统一接入、断网缓存、支持OTA、单网关管理不少于100台设备。

方案要点如下：网关选用四核ARM处理器、2GB内存、32GB eMMC，南向提供RS485、BLE、以太网、4G四种接口；协议适配层以容器化方式部署四个协议插件，互不干扰；数据统一映射为物模型，属性包括temperature、humidity、voltage、current、waterFlow等；北向通过MQTT over TLS连接云平台，QoS设为1，保证至少一次送达；本地缓存采用SQLite环形表，容量10000条；OTA采用A/B分区，分片大小256KB，支持断点续传。

验证时可按以下顺序检查：先确认单台设备能注册并上报数据，再模拟断网30秒观察缓存与补传，最后触发一次OTA升级并验证版本号变化与回滚能力。若补传数据时间戳乱序，需检查网关NTP同步是否正常；若OTA失败率偏高，应检查分片大小与网络重传策略。通过这一闭环，可判断接入方案是否达到设计目标。