
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
说明: 文章由移远通信技术股份有限公司提供以下内容包含了个人理解,仅供参考,如有不合理处,请联系笔者修改13677951658(微信同号) 笔者去年将rk3562芯片成功移植至OpenHarmony5.0.3版本(未使用oh公版内核,使用第三方5.10内核)。今年笔者决定升级至OpenHarmony6.1R版本,在此分享笔者总结的芯片升级OpenHarmony版本的常规步骤和升级至6.1r过程遇到
说明: 文章由移远通信技术股份有限公司提供以下内容包含了个人理解,仅供参考,如有不合理处,请联系笔者修改13677951658(微信同号) 概述 本文档描述了如何在Rockchip芯片的OpenHarmony标准系统中适配fastboot模式,包括rk u-boot层和oh init层的修改。 写作环境 Rockchip芯片OpenHarmony标准系统:5.0.3 1. 背景 fastboot是
在上一期文章中,笔者研究了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
笔者之前将nodejs v16版本移动到OpenHarmony中,https://laval.csdn.net/66eb98f482931a478cff579f.html 。鉴于OpenClaw是基于Node.js开发的,而且要求nodejs版本大于等于v22版本。所以笔者移植了nodejs v22.19.0版本到OpenHarmony 6.0r中。现开源如下: OpenClaw是2026年初迅速
cpython交叉编译集成到OpenHarmony中 开源地址:https://gitee.com/OpenHarmony_Python/python_oh 本仓库用于存放cpython3.13.5 集成到OpenHarmony标准系统的相关代码,下面以OpenHarmony5.1.0 rk3568为例集成python,其它设备和其它OpenHarmony版本参考本仓库修改适配即可。 目前适配进展
写作背景 OpenHarmony编译框架中提供了ccache,第一次编译OpenHarmony之后,第二次编译时间极大缩短。 但是在使用一台服务器上维护多个产品多个OpenHarmony版本经常会遇到一个问题,编译完了a产品的b版本后编译c产品的d版本时,由于ccache不匹配的原因。导致编译耗时非常长。然后又编译a产品的b版本,ccache缓存又不匹配,编译时间又非常长。 这时候有两种方法可以解
笔者之前发布过此芯p1开发板使用OpenHarmony时llama.cpp不同优化速度对比(GPU vs CPU)的文章,使用的是一张amd的rx580显卡。理论上支持vulkan的GPU都可以使用vulkan后端的llama.cpp (GPU)进行端侧推理。







