2. 腾讯云IoT设备接入方案选型
在腾讯云物联网开发平台（IoT Explorer）中，设备接入并非只有一种路径。实际项目里最常见的三类接入形态是：设备直连、网关接入和边缘代理接入。它们并不是互斥的“三选一”，而是根据设备能力、网络条件、数据实时性要求和运维边界来组合使用。理解三者的差异，核心是看四个维度：谁与云端建立会话、谁负责协议转换、数据在哪里汇聚、断网时谁兜底。
一、三种接入形态的本质差异
设备直连是最直接的方式：每一台设备独立通过 MQTT over TLS 或 HTTPS 与腾讯云 IoT 建立连接，设备自身持有三元组（ProductID、DeviceName、DeviceSecret），完成签名鉴权后直接发布/订阅 Topic。它的优点是链路短、时延低、单设备故障不影响其他设备；缺点是连接数随设备量线性增长，且要求设备具备 TCP/TLS 能力和一定的算力。
网关接入解决的是“子设备不具备独立联网能力”的问题。网关作为唯一与云端建立连接的实体，向下通过 Modbus、Zigbee、BLE、CAN 或私有串口协议接入子设备，向上用 MQTT 与 IoT Explorer 通信。子设备通过网关的动态注册或预注册绑定到同一产品下，云端看到的是“网关—子设备”的拓扑关系。网关承担协议转换、数据汇聚和本地缓存，适合楼宇、工厂、农业大棚等子设备数量多但单点价值低的场景。
边缘代理接入则是在网关基础上引入边缘计算层，典型载体是腾讯云物联网边缘计算平台 IECP 或部署在本地服务器/工控机上的边缘网关软件。边缘代理不仅做协议转换，还能在本地执行规则引擎、数据过滤、断网续传和 AI 推理，只把有价值的数据按策略上云。它适合对时延敏感、带宽受限或数据合规要求高的场景，例如视觉质检、预测性维护。
二、协议选型：MQTT、CoAP、HTTP、WebSocket 的适用边界
腾讯云 IoT Explorer 对上述协议的支持程度不同，选型时要先看“设备侧能否实现”，再看“业务对时延和功耗的要求”。
MQTT 是 IoT Explorer 的主力协议，支持 QoS 0/1/2、遗嘱消息、Topic 通配订阅和物模型通信。它基于 TCP，适合长连接、双向通信、频繁上报的场景，例如智能家居中控、工业设备状态监控。设备端通常使用 Paho、Eclipse Mosquitto 或腾讯云 IoT SDK 接入，端口 8883（TLS）或 1883（非加密，仅测试）。
CoAP 基于 UDP，报文头仅 4 字节，适合 NB-IoT、LoRa 等低功耗窄带设备。腾讯云 IoT 通过 CoAP 接入时，设备使用 DTLS 加密，支持 Observe 机制实现服务端推送。典型场景是智能水表、烟感、农业土壤墒情——这些设备大部分时间休眠，每天只上报几次数据，用 MQTT 维持长连接会显著增加功耗。
HTTP/HTTPS 适合不具备长连接能力或只需单向上报的设备。设备通过 POST 将数据发布到云端，云端通过规则引擎转发到 TSDB、CKafka 或 COS。它的缺点是实时性差、无法接收下行指令，因此多用于数据采集类场景，如环境监测站定时上传温湿度。腾讯云 IoT 的 HTTP 接入支持设备鉴权和 Topic 发布，但不支持订阅。
WebSocket 在腾讯云 IoT 中主要用于云端应用侧而非设备侧。例如小程序、Web 控制台需要实时接收设备状态时，通过 WebSocket 连接 IoT 的云端 API 或使用腾讯云物联网开发平台的 WebSocket 通道，避免轮询。设备侧若使用 WebSocket，通常是浏览器或 Node.js 环境下的模拟设备，生产环境较少直接使用。
三、选型决策：从场景反推接入方式
实际选型可以按以下顺序判断：
- 设备能否直接跑 TCP/TLS？ 能，且设备数量在万级以内、时延要求高，优先设备直连 + MQTT。
- 设备是否只有串口/低功耗无线？ 是，则必须经过网关。网关选 MQTT 上行，子设备协议由网关转换。
- 是否需要在本地做数据过滤、聚合或断网续传？ 是，则在网关位置部署边缘代理（IECP），由边缘层决定哪些数据上云。
- 设备是否极度省电、只发小包？ 是，选 CoAP over UDP，配合 NB-IoT 模组。
- 是否只需定时上报、不需要下行？ 是，HTTP 接入最省事，但要注意鉴权 token 的有效期管理。
四、一个容易混淆的点：网关与边缘代理的边界
网关的核心职责是“协议转换 + 连接汇聚”，它通常只做透传或简单映射；边缘代理的核心职责是“本地计算 + 策略上云”，它可以在网关上运行，也可以独立部署在工控机或服务器上。在腾讯云体系中，网关接入对应 IoT Explorer 的“网关与子设备”能力，边缘代理接入对应 IECP 的边缘节点管理。两者可以叠加：边缘代理所在设备同时作为网关，向下接入子设备，向上按规则上云。
选型时不要追求“最先进”，而要看设备侧的真实约束。一个只有 64KB RAM 的 NB-IoT 模组不可能跑 MQTT over TLS，此时 CoAP 才是合理选择；一个已经部署了 PLC 和串口屏的产线，加一台边缘网关比更换所有设备更现实。接入方案的价值在于让数据可靠、低成本地到达云端，而不是在架构图上堆叠概念。