星野云联 - 物联网行业知识

Matter over Thread 在 Home Assistant 里失败，通常不是单个设备坏了，而是配网凭据、Thread Border Router、IPv6/mDNS、手机生态和 Home Assistant Matter Server 没有形成同一个可达链路。本文按工程排查顺序解释常见失败点。

Tuya Webhook 与 Pulsar 的差异不只是接口形态，而是事件同步可靠性、重放能力、消费者扩展和运维复杂度的取舍。本文给出 IoT 生产集成的选择规则。

AG-UI 在 IoT 控制台中的价值不是替代设备控制链路，而是把 Agent 的状态、建议、命令确认、失败回滚和审计事件变成可见、可中断、可追踪的交互流程。

NetAssist、CoolTerm、Modbus Poll 不应该按名气选择，而应按调试对象分工：串口原始收发、TCP/UDP 报文验证、Modbus 寄存器轮询和现场日志留存分别需要不同工具。

FUXA、Node-RED 和 Modbus 可以快速组成开源 SCADA 原型栈，用于 HMI 展示、数据采集和轻量联动；但生产工业 SCADA 仍需要补齐权限、冗余、审计、报警和运维机制。

Dify Workflow 适合把智能家居和 IoT 自动化拆成可复用模板，但不应该直接替代设备控制平面。本文给出事件摘要、告警分级、人工确认、状态对账和知识检索增强等模板模式。

n8n 可以把 Tuya 设备事件、业务系统和通知流程串起来，但不应该承担实时设备控制平面的职责。本文说明工作流、事件和命令链路应如何分层。

Tuya Cloud API 生产接入最常见的问题不是接口不会调，而是授权、Token 刷新、限流、事件同步和数据一致性没有提前设计。本文给出更适合生产环境的规避策略。

ESP32-S3 可以运行 TinyML，但生产落地的瓶颈通常不是“有没有 AI 指令”，而是 SRAM、tensor arena、INT8 量化、算子支持、PSRAM 延迟、采样任务和实时推理预算。本文用工程视角拆解 ESP32-S3 TinyML 的真实限制和适用边界。

AG-UI、MCP 和 Function Calling 不是同一层协议。IoT 控制台应把 AG-UI 用在前端交互事件，把 MCP 用在工具与上下文边界，把 Function Calling 用在单次模型调用里的受控动作请求。

ESP32-S3 做 Home Assistant / ESPHome 语音卫星时，真正影响体验的是 I2S/PDM 麦克风、缓冲、Wi-Fi 抖动、Assist pipeline 和 TTS 回放的端到端设计。本文给出语音流水线分层、常见瓶颈、调试指标和不适用边界。

ZHA、Zigbee2MQTT 和 Matter 在 Home Assistant 里解决的不是同一个问题。本文从设备兼容性、维护成本、调试能力、边界条件和长期稳定性出发，给出更稳妥的选择路径。

ESP32 + WLED 驱动大规模 WS2812/SK6812 灯带时，瓶颈不只是 MCU 算力。更关键的是每路 LED 数量、RMT 中断或 DMA、800 kHz 单线协议、电源注入、Wi-Fi 负载和多控制器同步。本文给出更适合高密度灯带项目的架构判断。

OPC UA、Modbus 和 BACnet 不应该只按“谁更先进”来比较。Modbus 更适合底层设备寄存器接入，BACnet 更适合楼宇系统互通，OPC UA 更适合工业语义建模、边缘聚合和跨系统对象视图。

ESPHome 设备几周后重启或卡顿，通常不是单一 YAML 写错，而是内存碎片、最小可用 heap、Wi-Fi 抖动、传感器阻塞和日志策略共同累积。本文给出 ESP32 长期稳定性调试路径。

ESP32 + ESPHome 做多 I2C 环境传感器网关时，真正难点不是能否扫描到设备地址，而是总线隔离、预热时间、deep sleep、供电噪声和诊断实体如何一起设计。本文给出 SCD41、BME680、光照与电化学传感器共存时的工程边界。