了解设备接入协议
设备已经能上网之后，还要约定「怎么说话」。凌点域以 MQTT 长连接为主干，同时支持 HTTP、TCP、UDP 与 Modbus 等路径，统一收成平台语义后再进规则、告警与 OTA。
上一节讲的是通信方式（WiFi / 4G / 网关…）。本节讲应用层接入协议：设备和云交换数据用哪一套规矩。每种协议的逐步操作见对应专页；这里只帮你建立总览与选型直觉。
认证（一型一密 / 一机一码）见 设备证书。硬规矩：ProductSecret 不进 MQTT 长连接；分层见 系统架构设计。
1、MQTT（推荐主干）
基于 TCP/IP 的发布/订阅协议，物联网里最常见。设备与 gmqtt 建立长连接，按 Topic 上报与订阅下行。
| 能力 | 说明 |
|---|---|
| 实时下发 | 长连接可随时收控制、配置、OTA 推送 |
| 在线状态 | 心跳与会话便于判断在线（仍需结合业务心跳） |
| 流量相对省 | 二进制控制开销小，适合蜂窝 |
| 安全 | 用激活后下发的 设备 MQTT 账号；可选 TLS |
凌点域两种常见形态：
数据面由 Go 订阅、解码、规则与双轨落库；控制面（Node）管配置与权限——设备不直连业务库。
适合：要远程控制、要稳定在线、要走规则告警与 OTA 的主链路设备。
2、HTTP
设备主动发起请求上报或拉取，无长连接。实现简单、库成熟，可走 HTTPS。
| 适合 | 不太适合 |
|---|---|
| 单向采集、周期上报 | 强实时下行控制 |
| 激活/证书类短请求 | 高频心跳靠 HTTP 硬扛 |
平台侧常见用途：
3、TCP
自定义二进制 / ASCII / JSON 等经 TCP 长连接或短连接上云。DTU 透传场景常见。
- 灵活，但要在产品模型/协议插件里约定帧格式与解析
- 适合已有私有协议、或 DTU 只提供 TCP 管道的项目
详见 TCP 设备接入。
4、UDP
无连接、开销更低，适合容忍丢包或自带重传的业务。平台侧见 UDP 设备接入。
选型时注意：NAT 穿透、丢包重试、鉴权与防重放都要在业务层补齐；需要可靠实时控制时优先 MQTT。
5、Modbus（现场工业协议）
Modbus 多半跑在现场链路（RTU over RS485、TCP over 以太），由网关或云侧主站采集后，再转成平台物模型点位。
| 形态 | 说明 | 文档 |
|---|---|---|
| Modbus RTU | 挂在自有网关下，调试可点读/下发自动组包 | Modbus RTU |
| Modbus TCP | 以太侧 Modbus，进同一套语义 | Modbus TCP |
对运维来说：现场是 Modbus，上云仍是「物模型属性/事件」；规则告警、看板读的是平台语义，不是原始寄存器号。
6、怎么选
| 你的目标 | 优先协议 | 备注 |
|---|---|---|
| 远程控制 + 在线 + OTA | MQTT | 直连或网关 |
| 只采集、少下行 | HTTP 或 MQTT 均可 | 要扩展控制时仍建议 MQTT |
| 已有 DTU / 私有帧 | TCP（+ 协议插件） | 先谈清帧格式与鉴权 |
| 低功耗偶发上报 | UDP / 精简 HTTP | 评估丢包与唤醒策略 |
| 柜内仪表 RS485 | Modbus RTU + 网关 MQTT | 子设备不直连公网 |
推荐阅读顺序：