登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
蓝牙Block问题（svmanager为空）修复案例 一、案例背景与故障现象 在蓝牙服务启动、AVRCP CT（Audio Video Remote Control Profile Control Target）子服务初始化过程中，出现蓝牙模块阻塞（Bluetooth Block），导致蓝牙功能无法正常启动、设备间蓝牙连接异常、音视频遥控功能失效。 通过抓取系统日志、蓝牙服务调试日志分析，定位关键
蓝牙带宽不足引发音频卡顿问题框架层优化案例 一、案例背景与问题现象 实际使用场景中，用户反馈音频播放间歇性卡顿、断连、杂音等问题，尤其在双设备连接、后台扫描、数据传输并发场景下，卡顿频率显著升高。经空口日志、hci日志分析，定位核心原因为：蓝牙经典蓝牙（BR/EDR）与低功耗蓝牙（BLE）整体带宽负载过高、，导致音频数据包传输延迟、丢包，最终触发音频卡顿。 蓝牙音频传输（如A2DP协议）对实时性和
openharmony提供了hdf的驱动框架，今天以gslx680触摸驱动的例子记录一下 openharmony/vendor/hihope/rk3568/hdf_config/khdf/device_info/device_info.hcs device_touch_chip :: device {
问题现象： 设备竖屏触摸显示都没问题，800*1280；当修改display_manager_config.xml为buildInDefaultOrientation为2后右侧部分大概800*800的部分可以正常点击，左侧部分失效 分析过程： 既然右侧可以正常点击，说明坐标转换是没问题的，只是左侧区域无响应 处理办法： 在对应分支里交换显示区域的宽高即可；
截止 26.03.03 号，有 58 款 OpenHarmony 大屏端北向应用完成核心功能适配，并在国科微 6780v100 / 国科微 6320 芯片 OH5.1 版本上完成验证，全力支撑行业伙伴快速推出产品上市。 上一期，我们带来了休闲娱乐篇首批 8 款快应用，覆盖棋牌、数字
截止 26.03.03 号，有 58 款 OpenHarmony 大屏端北向应用完成核心功能适配，并在国科微 6780v100 / 国科微 6320 芯片 OH5.1 版本上完成验证，全力支撑行业伙伴快速推出产品上市。 上一期，我们解锁了健康生活类鸿蒙版 APP，以多元居家健康服务
在上一期文章中，笔者研究了OpenHarmony原生集成nodejs方案，详细见https://mp.weixin.qq.com/s/Eko6OQmhyAhwii-wG4b3ww 发现该方案在npm包兼容情况方面不佳，如openclaw-cn安装过程中遇到其依赖库依赖gnu库的情况，导致安装失败。 笔者在本文章中，研究了在OpenHarmony上兼容gnu库集成linux node.js二进制的方
在OpenHarmony开发中，偶尔会遇到创建符号链接的需求，例如https://gitee.com/OpenHarmony_rk_equipment_transplantation/nodejs_OpenHarmony/tree/6.0r 中，需要将/system/bin/npm链接到/system/lib64/node_modules/npm/bin/npm-cli.js文件。 可以在BUIL
之前笔者将nodejs v22.19.0版本到OpenHarmony 6.0r，现在介绍如何将其集成到OpenHarmony固件中。开源地址：https://gitee.com/OpenHarmony_rk_equipment_transplantation/nodejs_OpenHarmony/tree/6.0r/ 开发环境 DAYU200 rk3568开发板OpenHarmony 6.0r n
说明： 文章由移远通信技术股份有限公司提供以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改13677951658(微信同号) 笔者在前段时间完成了一款芯片适配oh标准系统的工作，遇到了编译ko的需求。本文将介绍如何在OpenHarmony标准系统中编译内核ko并打包到chip_ckm分区，读者可以参考开源仓库的内容在其他芯片oh上编译内核ko 开源地址：https://gitee.c
共3课时
978
