登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
介绍 提供了基于OpenHarmony/Android系统的儿童手表通讯录互换开源方案，使不同品牌的儿童手表之间通过"碰一碰交换名片"，快速完成电话号码的交换，实现跨品牌儿童手表设备间的通讯录互换。 方案说明 儿童手表电话号码交互开源方案是二个设备基于蓝牙连接来进行电话号码的数据交互，具体步骤如下： 步骤1：蓝牙配对； 步骤2：数字比较，建立安全链接； 步骤3：交换本机电话号码
1、问题描述：默认开机开启蓝牙，此时可以搜索到周围蓝牙设备，但无法配对，重新开关蓝牙后，配对功能正常。 2、问题根因：系统未等BtmReadBufferSize回调完成就执行了HCI_SetBufferSize，导致g_readBufferSizeResult.hcAclDataPacketLength为0，从而HciFargmentAndSendData发送数据失败，HCI log中未触发SMP
说明： 文章由移远通信技术股份有限公司提供以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改13677951658(微信同号) 笔者去年将rk3562芯片成功移植至OpenHarmony5.0.3版本（未使用oh公版内核，使用第三方5.10内核）。今年笔者决定升级至OpenHarmony6.1R版本,在此分享笔者总结的芯片升级OpenHarmony版本的常规步骤和升级至6.1r过程遇到
一、文档概述 1.1 适用范围 适用系统：OpenHarmony 4.0 / 5.0 / 6.0（仅支持 Full SDK，Public SDK 不具备 WiFi 完整能力） 开发语言：ArkTS 适用设备：IoT 开发板、平板、具备 WiFi 模块的 OpenHarmony 设备 1.2 核心功能 WiFi 开关控制（开启/关闭） WiFi 扫描（获取周边可用 WiFi 列表） WiF
硬件环境 主控测：RK3568被控测 ：HI3863coap报文见附件。 一、交互总览 从 Wireshark 抓包可见，192.168.43.3（客户端） 与 192.168.43.1（服务端） 之间存在三类核心交互： SPEKE 密钥协商流程：基于 CoAP 协议完成身份认证与密钥交换e2eCtrl 端到端控制流程：协商完成后执行设备控制指令e2eDataChange 数据变更通知流程：服务端
文档概述说明： 1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改18770704023(微信同号) 一、前言 & 适配背景 在很多OpenHarmony产品上可以发现默认屏幕旋转能力存在明显局限： - 系统自动旋转开关仅对第三方应用生效，桌面 Launcher 无法跟随传感器旋转； - 强制横屏后桌面图标、控件布
一.问题描述： 开发者手机已经扫描到热点，该热点下电关闭后。开发者手机关闭再打开wifi后，wifi列表里依然有之前已下电的热点！ 详细测试步骤如下： 1.开发者手机的wifi列表已扫描到另一台商用安卓手机开启的名称为"TEXT"的热点
获取系统const.product.btcontroller变量失败的问题分析与解决方案 1. 问题描述 在大屏共建项目中，蓝牙遥控器（具体型号是 Seneasy），在大屏开机后，长按遥控器的 HOME 键+菜单键 10s，大屏端无法弹出遥控器配对界面！ 2. 分析过程 2.1 根因分析 应用侧分析原因是读取系统参数 `const.product.btcontroller` 失败。应用的逻辑是在启
说明： 文章由移远通信技术股份有限公司提供以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改13677951658(微信同号) 概述 本文档描述了如何在Rockchip芯片的OpenHarmony标准系统中适配fastboot模式，包括rk u-boot层和oh init层的修改。 写作环境 Rockchip芯片OpenHarmony标准系统：5.0.3 1. 背景 fastboot是
问题背景： 两台公版GK6320板子,在同一局域网下进行分布式图库连接功能的时候，必现连接失败现象。 定位过程&根因分析： 从日志分析来看，是OpenP2PConnection failed 了。 初步怀疑是软总线建链这边失败了导致连接失败。查看代码，发现分布式图库在连接时会先触发设备上线流程，然后这里会直接返回成功，软总线去异步创建连接。dfs这里的流程会继续正常往下走。
共3课时
1,009
