协议选择

• MQTT：适用于轻量级消息传输 — 支持发布/订阅（pub/sub），带宽占用低，非常适合传感器场景
• CoAP：适用于资源受限设备 — 基于 UDP，具备类 REST 特性，功耗极低
• HTTP/REST：适用于能力较强的设备 — 开发者熟悉但开销较大，仅在带宽允许时使用
• WebSocket：适用于实时双向通信 — 如仪表盘、实时数据更新等场景
• Zigbee / Z-Wave：适用于网状网络（mesh network） — 无需 WiFi，电池供电友好

MQTT 核心要点

• Broker 是中心枢纽 — Mosquitto 是最常用的自托管 Broker
• Topic 采用分层结构 — 例如 home/livingroom/temperature
• QoS 等级：0（即发即弃）、1（至少一次）、2（恰好一次）
• Retain 标志位用于保留最新消息 — 新订阅者可立即获取当前状态
• Will 消息用于宣告异常断连 — 实现设备离线检测

安全性（至关重要）

• 切勿在未启用认证的情况下将 MQTT broker 暴露至公网 — 自动化扫描机器人持续探测
• 任何外部访问均须强制启用 TLS — 加密全部通信流量
• 为每台设备分配唯一凭据 — 可单独吊销某台设备权限而不影响其他设备
• 固件更新必须签名 — 防止恶意固件注入
• 将 IoT 设备部署在独立 VLAN 中 — 与主网络隔离

常见漏洞

• 未修改默认凭据 — 攻击者首要尝试项
• 网络中使用未加密协议 — 凭据易被嗅探截获
• 缺乏固件更新机制 — 无法修复已知漏洞，长期暴露风险
• 过度依赖云端且无本地降级方案 — 服务中断时设备完全失效
• 调试接口未关闭 — UART、JTAG 等物理接口暴露

Home Assistant 集成

• MQTT 自动发现（discovery）可自动配置设备 — 需遵循 Home Assistant 的主题与 payload 格式规范
• ESPHome 用于定制 ESP 设备 — 基于 YAML 配置，支持 OTA 更新
• Zigbee2MQTT 将 Zigbee 设备桥接到 MQTT — 支持数百种 Zigbee 设备
• Tasmota 适用于市售设备刷写 — 兼容大量 WiFi 设备

ESP32 / ESP8266 开发

• Arduino 框架上手最便捷 — 拥有庞大的第三方库生态
• ESP-IDF 更适合生产环境 — 内置 FreeRTOS，提供更高控制权，但学习曲线更陡峭
• 推荐使用 PlatformIO 替代 Arduino IDE — 依赖管理更完善，项目结构更清晰
• 深度睡眠（Deep sleep）显著延长电池寿命 — 睡眠电流可达微安级（µA）
• OTA 更新必不可少 — 避免每次升级均需物理接触设备

电源管理

• 电池供电设备应启用深度睡眠 — 可通过定时器或外部中断唤醒
• 需精确计算功耗预算 — 对比电池容量（mAh）与平均功耗
• 太阳能充电切实可行 — 小型光伏板即可维持低功耗传感器长期运行
• 超级电容适用于短时高功率需求 — 可弥补电池瞬态供电能力不足
• 持续监测电池电压 — 在设备关机前及时发出告警

连接模式

• WiFi：高带宽、高功耗 — 适用于常通电设备
• Zigbee / Z-Wave：网状组网、低功耗 — 适用于电池供电传感器
• LoRa：远距离、低带宽 — 适用于户外、农业等广域部署场景
• BLE：短距离、低功耗 — 适用于可穿戴设备、信标（beacon）等
• Thread / Matter：新兴标准 — Apple、Google、Amazon 联合推动的统一生态

可靠性

• 看门狗定时器（Watchdog timer）防止系统死锁 — 主循环卡死时自动复位
• 持久化存储关键状态 — 确保设备断电重启后状态不丢失
• 心跳/ Ping 监控机制 — 及早发现静默故障（silent failure）
• 优雅降级（Graceful degradation） — 云端不可用时仍可本地运行
• 关键系统应部署冗余传感器 — 避免单点故障导致误判或失效

数据处理考量

• 采样率与存储成本需权衡 — 避免无意义地过量采集
• 尽可能进行本地数据处理 — 降低网络带宽占用与端到端延迟
• 时间同步至关重要 — 必须使用 NTP 或类似机制校准时间戳
• 发送前聚合数据 — 减少消息数量与网络负载
• 重要数据应在本地留存 — 应对网络中断期间的数据连续性

调试技巧

• 开发阶段使用串口输出日志 — 发布版本中应移除
• 利用 MQTT 调试主题（debug topics）发布诊断信息
• LED 状态指示灯 — 提供快速直观的运行反馈
• 远程日志需谨慎设计 — 避免日志洪泛（log flooding）冲击网络
• 通过模拟传感器信号开展测试 — 无需等待真实环境条件触发

厂商锁定风险

• 优先选用支持本地 API 的设备 — 如 Tuya Local、Shelly、Tasmota 兼容设备
• 纯云依赖型设备风险较高 — 厂商服务终止可能导致设备变砖
• 倾向开放协议而非私有协议 — 例如 MQTT、Zigbee 优于厂商自定义协议
• 选购前确认是否支持刷写 — 多数设备可刷入开源固件
• Matter 承诺跨平台互操作性 — 但目前仍在持续演进与成熟中