登录社区云，与社区用户共同成长
邀请您加入社区
文档概述说明：1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改 引言：标准系统启动与孵化问题的排查往往令人望而生畏——链条长、模块多、现象相似但根因各异。本文提供一套经过实战检验的排查方法论，通过「先定链、再定阶段、最后定代码点」的三步法，帮助开发者快速将复杂问题收敛到具体模块和失败点。无论您是面对 SA 起不来、appspawn 超时还是
OpenHarmony 采用 repo 工具统一管理数百个 Git 子仓库，掌握 repo 的拉取与编译流程是参与 OpenHarmony 开发的第一步。本文从环境准备、源码拉取、编译构建到常见问题排查，带你完整走通全流程。 一、环境准备 1.1 宿主机要求 推荐使用 Ubuntu 20.04 LTS 或 Ubuntu 22.04 LTS，这是社区
ARGB8888 → RGB565 像素格式转换详解 在嵌入式 Linux 显示开发中，ARGB8888 到 RGB565 的像素格式转换是一项高频操作。无论是帧缓冲区（framebuffer）输出、DRM/KMS 显示管线，还是 GUI 渲染引擎，都可能涉及这一转换。本文从原理到实现，系统梳理这一转换的方方面面。 一、两种格式的基本结构 ARGB8888（32位/像素） 每个像素占用 4 字节，
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
1. 问题背景 本文记录一次 OpenHarmony 5.1 小型系统在 Hi3516CV610 平台集成 WS73 Wi-Fi/蓝牙模组的完整定位过程。目标不是只让三个内核模块完成编译，而是让最终烧录镜像能够在冷启动和热重启后稳定完成以下链路： SDIO 控制器初始化；WS73 设备枚举；平台、Wi-Fi、蓝牙模块加载；主固件和校准固件下载；创建 wlan0、p2p0 等运行时接口。 这类问题的
详细报错： ErrorCode: 00401004 ErrorDescription: Please try to match the API version of the device and the app. The current&n
定位关键字：AttLeDisconnect|AttLeConnect|DisableBt|enableble|OnConnect:|OndisConnect:|Encryption|GapRecvLeDisconnectionComplete 解决方案：在关蓝牙前设置不自动重连 验证修改： 关键字：hid_host_service.*event_no|SetConnectionType false
https://docs.openharmony.cn/pages/v6.0/zh-cn/application-dev/reference/apis-connectivity-kit/js-apis-bluetooth-ble.md 官网给的demo 按照代码流程interval要改成0时callBackType_赋值为1，才符合回调上报判断逻辑
问题现象：修改热点密码后重启，获取配置文件中的加密热点密码解密失败，会重新生成一个随机密码 问题根因：之前为了加快wifi启动，在vendor下面添加了override的huks_service.cfg，这个优先级高于原始base目录下的huks_service.cfg，导致原始的huks_service.cfg被vendor下的覆盖，导致重启时wifi模块加载时huks_service还未加载，
