📚 课程目录第3章物联网常见协议概览

3、物联网常见协议概览：HTTP、CoAP、WebSocket、Modbus、OPC UA等协议特点及适用场景

3.1 为什么桥接前必须先理解协议差异

在搭建MQTT跨协议桥接时，最容易犯的错误是“把协议当成透明管道”——认为只要数据能发出去，另一端就能读懂。实际上，每种物联网协议都诞生于不同的历史时期和业务痛点，它们在传输模型、数据编码、连接方式、可靠性机制上存在根本性差异。理解这些差异，是决定桥接策略（协议转换、语义映射、网关代理）的前提。

核心判断标准：桥接不是“搬运字节”，而是“翻译语义”。例如，Modbus的寄存器地址与MQTT的Topic层级之间没有天然对应关系，必须设计映射规则。

3.2 各协议核心特征与适用场景

下表从桥接工程师最关心的维度，横向对比六种常见协议。注意“连接模型”和“数据语义”两列，它们直接决定桥接时的转换复杂度。

协议	传输层	连接模型	数据编码	可靠性	典型场景	桥接难度
HTTP	TCP	请求-响应（短连接）	JSON/XML/文本	依赖TCP+状态码	设备管理API、云端上报	低（语义清晰）
CoAP	UDP	请求-响应+观察	二进制（CBOR/文本）	Confirmable消息	资源受限节点、低功耗	中（需处理UDP）
WebSocket	TCP	全双工长连接	文本/二进制帧	TCP保证有序	浏览器实时交互、仪表盘	低（双向通道）
Modbus	TCP/串口	主从轮询	二进制寄存器	无应用层确认	PLC、电表、工业采集	高（地址映射）
OPC UA	TCP	客户端-服务器	二进制/XML	会话+订阅机制	工厂级数据集成	高（信息模型）
MQTT	TCP	发布-订阅	二进制（透明）	QoS 0/1/2	遥测、移动推送、IoT	目标协议

3.3 协议桥接的典型模式与案例

理解协议差异后，桥接模式通常分为三类。以“Modbus温控器数据接入MQTT”为例，展示具体转换逻辑。

案例背景：工厂有20台Modbus RTU温控器（寄存器地址40001保存当前温度），需要将数据实时推送至云端MQTT Broker（Topic: factory/zone1/temperature）。

// Modbus侧读取（伪代码）
modbus_client.connect("192.168.1.50", 502);
int temp_raw = modbus_client.read_register(40001);  // 原始值
float temp_c = temp_raw / 10.0;                     // 缩放因子0.1

// 桥接网关转换逻辑
String topic = "factory/zone1/temperature";
String payload = "{\"device_id\":\"TC-001\",\"value\":" + temp_c + ",\"unit\":\"C\"}";
mqtt_client.publish(topic, payload, 1);  // QoS 1保证送达

桥接网关在此处完成了三层转换：传输层（Modbus TCP → MQTT TCP）、语义层（寄存器地址 → Topic层级）、格式层（二进制寄存器值 → JSON文本）。如果直接透传原始寄存器字节，云端消费者将无法理解数据含义。

3.4 常见误区与设计复盘

误区一：忽略协议的有状态性。WebSocket和OPC UA是长连接会话协议，桥接时必须维护会话状态。若网关重启，需重新握手并恢复订阅关系，否则数据流中断。

误区二：把CoAP当UDP版HTTP。CoAP的观察模式（Observe）与MQTT订阅类似，但CoAP的Token机制和消息ID需要单独映射，不能简单将CoAP请求转为MQTT发布。

复盘建议：在桥接设计前，先绘制“协议语义映射表”，明确每个源协议字段对应MQTT的Topic、Payload、QoS和Retain标志。例如Modbus的功能码（03读保持寄存器、06写单寄存器）应映射为MQTT的Topic动作（read/write），而非简单拼接地址。