17191073931

17191073931

标签 - 边缘计算与协议

{{brizy_dc_image_alt entityId=

为什么实时多模态边缘系统真正难的不是模型，而是时延、同步与运维

多模态边缘系统真正难的地方，通常不是单个模型能不能跑通，而是语音、视频、事件流如何在有限算力与不稳定网络下保持低时延、可对齐、可诊断、可回滚。本文给出一套更适合落地的判断框架。
{{brizy_dc_image_alt entityId=

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

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

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

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

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

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

A2A、MCP、OPC UA、Modbus：Agentic IoT 控制平面的分层设计

Agentic IoT 不应该让 A2A、MCP、OPC UA 和 Modbus 相互替代。更稳的做法是让 A2A 负责 Agent 协作，让 MCP 负责受控工具访问，让 OPC UA 负责资产和语义层，让 Modbus 留在现场设备执行层。
{{brizy_dc_image_alt entityId=

工业边缘网关为什么一定要做 Store-and-Forward

工业边缘网关如果只会透传，而不做 Store-and-Forward，就会在断网、重连、重复写入、顺序错乱和数据补传上失控。本文给出缓存、确认、补传和边界设计的落地方法。
{{brizy_dc_image_alt entityId=

工业 IoT 协议适配层应该怎么设计：Modbus、OPC UA、MQTT 与 HTTP 如何统一

工业 IoT 平台如果把 Modbus、OPC UA、MQTT 与 HTTP 接入都写成独立驱动，最终会在语义归一、错误处理、命令确认和数据质量治理上失控。本文给出更稳的协议适配层分层设计。
{{brizy_dc_image_alt entityId=

OPC UA、MQTT、Modbus 应该如何分层：工业 IoT 接入架构新思路

工业 IoT 里 OPC UA、MQTT、Modbus 不是简单替代关系。更稳定的架构通常让 Modbus 留在设备接入层，让 OPC UA 承担语义建模与边缘聚合，让 MQTT 负责跨站点上行、事件分发与云边解耦。

物联网中的边缘计算技术及通信协议的应用，涵盖边缘数据处理、实时响应、设备通信协议等内容，帮助实现高效的数据传输与处理。适用内容:
• 边缘计算在物联网中的应用，如边缘数据分析、实时计算、边缘AI模型部署等。
• 物联网设备间通信协议的对比与应用场景分析，如MQTT、CoAP、LwM2M等。
• 边缘设备的管理与数据处理，如何实现低延迟、高可靠性的物联网系统。

{{brizy_dc_image_alt imageSrc=
{{brizy_dc_image_alt imageSrc=

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

京ICP备2021029338号-2