登录社区云，与社区用户共同成长
邀请您加入社区
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
文档概述说明：1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改 引言：标准系统启动与孵化问题的排查往往令人望而生畏——链条长、模块多、现象相似但根因各异。本文提供一套经过实战检验的排查方法论，通过「先定链、再定阶段、最后定代码点」的三步法，帮助开发者快速将复杂问题收敛到具体模块和失败点。无论您是面对 SA 起不来、appspawn 超时还是
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 采用 repo 工具统一管理数百个 Git 子仓库，掌握 repo 的拉取与编译流程是参与 OpenHarmony 开发的第一步。本文从环境准备、源码拉取、编译构建到常见问题排查，带你完整走通全流程。 一、环境准备 1.1 宿主机要求 推荐使用 Ubuntu 20.04 LTS 或 Ubuntu 22.04 LTS，这是社区
OpenHarmony 局域网设备控制架构解析：从设备发现到业务控制 摘要 在局域网 IoT 场景中，设备连上 Wi-Fi 并不等于控制端已经能够安全控制设备。一个完整的本地控制系统还需要解决设备发现、网络可达、身份建立、安全会话、业务控制和状态同步等问题。 本文以 OpenHarmony iot_management 组件为背景，分析 BLE、Wi-Fi、CoAP、SPEKE 和本地控制 Ses
ARGB8888 → RGB565 像素格式转换详解 在嵌入式 Linux 显示开发中，ARGB8888 到 RGB565 的像素格式转换是一项高频操作。无论是帧缓冲区（framebuffer）输出、DRM/KMS 显示管线，还是 GUI 渲染引擎，都可能涉及这一转换。本文从原理到实现，系统梳理这一转换的方方面面。 一、两种格式的基本结构 ARGB8888（32位/像素） 每个像素占用 4 字节，
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
1. 为什么“编译成功”仍可能烧出错误镜像 OpenHarmony 设备开发中，经常出现一种看似矛盾的现象：源码已经修改，完整构建也输出 build success，烧录后板端却仍表现为旧问题。 原因通常不在编译器，而在交付链路： 源码 -> GN/Ninja 中间产物 -> kernel / rootfs / FIT -> 产品 OUT -> Windows 烧录目录 -
1. 目标与调用链 本文介绍在 OpenHarmony 5.1 小型系统中，把 iot-management 的设备发现和连接能力接到 WS73 Wi-Fi 的实践方法。 最终调用链可以概括为： iot-management -> OpenHarmony Wi-Fi C API -> Wi-Fi Manager / HAL -> WPA + nl80211 -> cfg80
共3课时
1,162
