17191073931

17191073931

标签 - 物联网

esphome long uptime debugging esp32

ESPHome 设备为什么总在几周后出问题：内存碎片、min_free heap 与长期稳定性调试

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

ESP32 在能源计量终端中的实践：HLW8032、BL0942 与 ESPHome 的数据稳定性设计

ESP32 做能源计量终端时，HLW8032、BL0942 和 ESPHome 的难点不只是读出功率、电压和电流，而是采样节奏、UART 映射、Wi-Fi 负载、校准和异常诊断能否一起设计。本文给出适合 Home Assistant 设备节点的工程边界。
tuya local control vs cloud api vs app sdk

Tuya 本地控制、Cloud API、App SDK 应该怎么选？

Tuya 项目最容易做错的不是接口调用，而是把本地控制、Cloud API 和 App SDK 用在了错误的位置。本文从时延、可靠性、权限、用户体验和交付边界出发，给出更适合生产环境的选型路径。
device heartbeat connectivity last seen design

设备在线状态到底怎么定义：Heartbeat、Connectivity、Last Seen 和 LWT 应该怎么组合

设备在线不是一个单字段，而是心跳、连接会话、最后上报时间和异常断链信号共同组成的判断模型。本文给出更稳的 IoT 在线状态设计，说明 Heartbeat、Connectivity、Last Seen 和 MQTT LWT 应该如何组合。
iot device management platform architecture

IoT 设备管理平台的核心架构：注册、状态、命令、搜索和运维台

很多 IoT 项目把设备管理平台做成“设备注册 + 在线状态 + 详情页”，结果一到批量运维、命令追踪、版本治理和故障排查就失控。本文给出更稳的 IoT 设备管理平台核心架构：注册、状态、命令、搜索和运维台五层分工。
brownfield to cloud industrial iot

Brownfield 到 Cloud：老旧工业设备接入现代 IoT 平台的现实路径

老旧工业设备上云如果直接把 PLC、仪表和串口设备裸接到云平台，项目通常会在协议异构、网络抖动、数据语义和运维边界上失控。本文给出从资产盘点、边缘网关、语义归一、缓存补传到分阶段上线的 Brownfield-to-Cloud 现实路径。
edge ai observability remote diagnostics

为什么很多 Edge AI 项目败在监控、日志与远程诊断，而不是模型精度

很多 Edge AI 项目上线后，并不是先败在模型精度，而是先败在日志缺失、监控不足和远程诊断无从下手。本文解释 Edge AI 为什么必须把可观测性当成系统能力来设计，并给出从 ESP32 到 Linux 边缘盒子的最小落地方法。
edge ai versioning strategy feature 20260623 zedyer zh

边缘 AI 设备的模型版本、固件版本和配置版本为什么必须解耦

边缘 AI 设备如果只维护一个总版本号，升级故障会很难定位，也很难回滚。本文解释为什么模型版本、固件版本和配置版本必须解耦，并给出可落地的版本治理方法。
星野云联专家微信
星野云联专家微信

© 2026 ZedIoT Ltd. 北京星野云联科技有限公司 All Rights Reserved.

京ICP备2021029338号-2