登录社区云，与社区用户共同成长
邀请您加入社区
一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在构建统一、开放、安全的设备互联标准，实现易用、可靠、安全、分布式的互联互通操作一体化体验。 本文聚焦于设备联动与控制场景，讲解从控制端开发到设备端开发的核心技术路径，涵盖云平台服务、APP控制端、IoT Connect SDK组件以及多平台设备Demo的完整开发指南。 二、技术架构总览 2.1 核心组成 组件说明鸿蒙生态云平台(H
统一互联开发指导—富对富文件互传 一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在打破平台壁垒、消除设备隔阂、贯通数据流与控制流，构建可互操作、可协同、可信任的全域数字网络。通过统一互联技术，能够打通OpenHarmony设备与消费类领域HarmonyOS Next标准设备的互联生态，实现跨厂商设备互联互通。 本指导文档聚焦于富对富文件互传场景，系统讲解从分享端(Source)
1. 项目简介 OpenHarmony统一互联项目，致力于解决OpenHarmony系统跨操作系统、跨不同厂家，跟HOS、三方OS的设备可以互通，从建底座、定标准、搭平台三个维度，构筑统一互联的技术底座。 详细项目信息获取点击这里，进入后记得点击右上角关注哟!!! 2.OpenHarmony设备互联标准 标准信息获取点击这里 3
视角：配置器（手机 App）日志 · 依据：配置器日志 + 中枢侧日志 + iotc 源码三方交叉核实 0 · 一句话概括 配网全程 11 步，两个平面： BLE GATT 平面（步骤 1~8） 手机与设备通过蓝牙完成发现、建链、SPEKE 认证、PSK 下发、WiFi 凭证下发。步骤 3（SPEKE msg4）之后 payload 全程加密。 UDP / CoAP 平面（
SPEKE v2：口令认证与密钥协商技术详解 双方只掌握同一段口令时，如何在不发送口令明文的前提下确认彼此，并得到用于通信的会话密钥？SPEKE 将口令参与的密钥交换与双向密钥确认结合起来，解决这一问题。本文以 IoT Connect 的 SPEKE v2 实现为例，介绍四消息交互、曲线基点构造、X25519 共享秘密计算、HKDF 密钥派生和 AES-GCM 数据保护。 SPEKE 与 SPAK
在一次 OpenHarmony 设备联调中，我们为约 2KB 的物模型响应增加了 CoAP 分块传输，并修复了重组后的业务回调问题。单次查询能够完成，但随后出现了一个回归：中枢控制子设备，开始几次正常，多操作几次就可能立即失败，过一会儿又恢复。 故障最终定位到客户端的资源保护逻辑。为避免并发请求覆盖分块状态，代码把请求快照保存在整个 endpoint 共享的位置，并在该位置被占用时拒绝新请求。结果
iotc BLE 配网/交互流程说明 适用于 iotc BLE-only 方案。本文从协议与框架角度描述设备端通用流程：从启动广播，到手机完成加密会话并读写设备属性。具体文件与函数名随平台实现不同，本文不绑定某一工程。 目录 总览启动与广播连接与链路层服务表与路由会话建立（SPEKE）业务属性读写响应/上报与送达确认deviceInfo 的触发方式日志速查交互时序 一、总览 设备开机 └─ 设备初
iotc 移植适配指南 本文说明把 iotc（iot_connect）SDK 适配到新芯片/新平台时需要完成的工作、接口清单与注意事项。 一、总体思路 iotc 是分层结构： 应用层（业务回调、设备/服务信息） │ IotcOhSetOption / IotcOhDevInit / IotcOhBleEnable / IotcOhMain SDK 层 iotc/sdk/oh_connect/* │
一、概述 广播（Advertising）是BLE链路层最基础的能力，设备在3个广播信道（37/38/39）发送广播PDU，供扫描设备发现、发起连接。按照是否指定目标接收地址，分为非定向广播（Undirected Advertising） 和定向广播（Directed Advertising） 两大类，对应核心PDU： 非定向可连接广播：ADV_IND（最常用）定向可连接广播：ADV_DIRECT_
OpenHarmony 统一互联开发指导——富对富文件互传 适用版本：OpenHarmony 4.1 Release 及以上（API 11+），文中接口以 API 12 为准验证环境：两台 RK3568 开发板、OpenHarmony 5.0 Release、DevEco Studio 5.0 Release说明：本文基于应用沙箱的分布式文件目录实现「富设备对富设备」文件互传，属于统一互联底座能力
