登录社区云，与社区用户共同成长
邀请您加入社区
一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在构建统一、开放、安全的设备互联标准，实现易用、可靠、安全、分布式的互联互通操作一体化体验。 本文聚焦于设备联动与控制场景，讲解从控制端开发到设备端开发的核心技术路径，涵盖云平台服务、APP控制端、IoT Connect SDK组件以及多平台设备Demo的完整开发指南。 二、技术架构总览 2.1 核心组成 组件说明鸿蒙生态云平台(H
统一互联开发指导—富对富文件互传 一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在打破平台壁垒、消除设备隔阂、贯通数据流与控制流，构建可互操作、可协同、可信任的全域数字网络。通过统一互联技术，能够打通OpenHarmony设备与消费类领域HarmonyOS Next标准设备的互联生态，实现跨厂商设备互联互通。 本指导文档聚焦于富对富文件互传场景，系统讲解从分享端(Source)
1.弹窗UI配置 生态设备配网弹窗需要三方厂商提供提供设备中英文传播名和设备传播图。标题命名规则：品牌名+产品名+型号设备传播图规范：https://developer.huawei.com/consumer/cn/doc/design-guides/i-connect-0000002354482789中英文传播名显示不要超过一行，设备传播图需要适配暗黑模式 示例如下：中文传播名：中移智鸿智能摄像
1. 项目简介 OpenHarmony统一互联项目，致力于解决OpenHarmony系统跨操作系统、跨不同厂家，跟HOS、三方OS的设备可以互通，从建底座、定标准、搭平台三个维度，构筑统一互联的技术底座。 详细项目信息获取点击这里，进入后记得点击右上角关注哟!!! 2.OpenHarmony设备互联标准 标准信息获取点击这里 3
1、获取OH master系统底座 repo init -u git@gitcode.com:openharmony/manifest.git -b master --no-repo-verify repo sync -c repo forall -c 'git lfs pull' bash build/prebuilts_download.sh (如执行不成功，可加上sudo
OpenHarmony 局域网设备控制架构解析：从设备发现到业务控制 摘要 在局域网 IoT 场景中，设备连上 Wi-Fi 并不等于控制端已经能够安全控制设备。一个完整的本地控制系统还需要解决设备发现、网络可达、身份建立、安全会话、业务控制和状态同步等问题。 本文以 OpenHarmony iot_management 组件为背景，分析 BLE、Wi-Fi、CoAP、SPEKE 和本地控制 Ses
WS63 LittleFS 挂载失败与分区 ID 排查 一、问题背景 WS63 Combo Demo 会将 iot_connect 的配置与认证初始化数据保存到 LittleFS。若底层文件系统未正确挂载，Demo 即使 BLE 已广播，也可能在安全服务启动或创建配置目录时失败，典型日志为： lfs_mount failed, ret = ... 这个现象不能直接等同于“/iotc 路径写错”。应
一、设备侧在四步协商中的角色 在OpenHarmony统一互联的EC-SPEKE协议中，CH585瘦设备作为Server（SPEKE_TYPE_SERVER）响应协商，手机App（运行OpenHarmony/HarmonyOS的富设备）作为Client（SPEKE_TYPE_CLIENT）发起。四步协商的报文流转为 spekeMsg1 → spekeMsg2 → spekeMsg3 → speke
一、GATT服务注册模型不匹配 现象 iot_connect_sdk 调用 BleGattsStartServiceEx 传入属性列表动态注册GATT服务（OHOS标准流程），但CH585的WCH协议栈使用 GATTServApp_RegisterService 注册静态属性表。直接调用动态注册API会导致服务注册失败或属性表损坏。 根因 两种GATT注册模型的差异： 维度IOTC SDK (OH
一、IOTC GATT注册的分层架构 IOTC SDK的GATT服务注册遵循OHOS标准蓝牙接口，采用动态属性表注册模型。整个注册流程从应用层Profile定义出发，经过三层结构转换，最终通过OHOS C API BleGattsStartServiceEx 将属性列表提交给底层协议栈。 注册流程经过六层调用： ble_svc.c: BleServiceInit() └─ ble_svc.c: B
