登录社区云,与社区用户共同成长
邀请您加入社区
随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统一托管在 GitCode 的下,全部通过 TAG 版本隔离、配套门禁编译验证,开箱即用。本篇是系列文章之一,主角是—
总结文章要点:Gaimon插件适配OpenHarmony,支持触觉检测、预置反馈、AHAP自定义、波形震动、停止等。使用FVM创建项目,添加依赖,集成示例页面。最后需加震动权限。</think>Gaimon是Flutter触觉反馈插件,现已适配OpenHarmony。支持设备能力检测、九种预置反馈(含success/warning/error)、AHAP自定义模式、手动波形和停止震动。
「只能亮一块」钉死了。今天走最熟的那根线:HDMI。其它显示口先关掉。现象:板子 HDMI 口插了显示器,显示器灯亮、提示无信号;或者有 logo 没有桌面;或者桌面跑在 HDMI 上,旁边那块 LVDS/MIPI 玻璃只剩背光。
用 GSKV 共享存储代替跨进程消息——Flutter 进程写、卡片进程读,架构复杂度被压缩到存储选型一行代码。配合的事件排队、的全量刷新,插件在 Dart 侧暴露的接口面与 Android/iOS 保持同构。集成成本集中在原生侧 4 个文件——这是 FormKit 安全模型决定的,与 Android/iOS 做 Widget 的成本同构,不存在"零原生代码"的桌面卡片方案;参数语义以 ArkTS
RK3568开源鸿蒙显示:同一时刻只允许一路主屏。真屏只亮背光、桌面跑到HDMI,常因设备树多路显示同时okay,simple-panel永远上报connected抢占主显示。需成组开关panel、控制器、入口、路由,保持一路okay。改显示要刷p4 resource,路径用/dev/block/,并用/proc/device-tree与dri/0/summary验证。
这两年大家聊鸿蒙化,聊得最多的是"原生应用怎么迁";但从 2025 年下半年开始,一个更值得关注的赛道在快速成型——。Flutter、React Native、KMP/CMP、Cordova、Ionic、Electron,甚至仓颉语言原生的 CJMP,都已经有组织化的适配体系和可下载的版本。
针对RK3568/OpenHarmony开发,避免全量构建浪费39分钟,按改动选档:改内核.C用档1(make M=快速编ko);改DTS/内核驱动/khdf用档2(重编dtb及boot_linux并刷resource);改vendor库/uhdf用档3(重打vendor.img)。增量构建勿删OBJ,注意分区对应(SD/eMMC),用debugfs验证镜像,HCS需删hcb。
本文记录一次完整的「0 → 1」实战:在 macOS 上从空环境开始,基于 CPF-Ionic 组织的与,完成开发环境搭建、初始化项目创建、openssl 集成、HAP 编译,并最终安装运行到 OpenHarmony 真机(HUAWEI Mate 60 Pro)。
该文档旨在帮助开发者在 HarmonyOS 平台使用 React Native OpenHarmony 的第三方库,并呈现每个三方库的信息。欢迎您参与贡献,我们鼓励开发者以各种方式参与文档反馈和贡献。您可以对现有文档进行评价、简单更改、反馈文档质量问题、贡献您的原创内容,详细请参考贡献文档。Github Organization: react-native-oh-library
认准迁移后的仓库:OpenHarmony 版 Flutter 已整体迁到组织(atomgit),旧的仓库停更;稳定开发优先选 tag(),跟进最新修复用这类 dev 分支。国内网络很友好:Dart SDK 走华为云 OBS(),assets 走,全程无需代理;但注意切换后要删并。浅克隆省时间、丢溯源--depth 1快速落地 → 用补全历史(体积可控)→ 删强制重新 stamp,版本号即可恢复。f
外设驱动接入RK3568有三条路径:A内核misc字符设备、B HDF平台、C HDF外设模型。配置分散在defconfig、build_kernel.sh、设备树、HCS四处,改错地方编译仍成功,但节点时有时无。常见问题包括menuconfig被覆盖、CFI导致复位、模块签
HDF和DTS是两个独立的配置世界,有各自的镜像、缓存和配置。在HCS(HDF配置文件)中修改内容并不总会对设备树产生效果;你必须处理HCS缓存(hcb),并确保刷新正确的分区。设备树仍然可用,但HDF是其自己的系统,处理触摸、音频、显示等。它们通过政策设置、模块名称和匹配属性进行通信。
OpenHarmony是由开放原子开源基金会(OpenAtom Foundation)孵化及运营的开源项目,目标是面向全场景、全连接、全智能时代,基于开源的方式,搭建一个智能终端设备操作系统的框架和平台,促进万物互联产业的繁荣发展。OpenHarmony详细架构如下:。
图 1:OpenHarmony 三方库中心仓封面图,用来概括本文主题和适配边界。实际项目里接入三方库时,最容易被忽略的不是安装命令,而是包来源、版本边界和示例是否能在真机页面里跑通。只在终端里看到依赖安装成功,并不能说明库已经适合业务接入。本文以 ohpm 依赖接入为主线,把中心仓搜索、版本锁定、模块声明、ArkTS 封装、示例页验收和排错方式整理成一套可复用流程。图 2:OpenHarmony
开发者在进行鸿蒙应用开发时,大多停留在页面编写、接口请求、组件堆叠的基础业务层面,一旦面对大数据量渲染、高频列表刷新、复杂状态联动场景,就会频繁出现等性能问题。与 Android、React Native 跨端框架不同,鸿蒙 ArkUI 拥有独立的渲染机制与系统调度体系,卡顿成因与优化逻辑完全差异化。结合实际商业项目,从五个维度,完整梳理鸿蒙全链路性能优化方案ArkUI 采用:组件嵌套层级过深、布
内容主要关于设备树修改不生效的原因:源码、编译产物、实际加载的dtb不一致;缓存(GN不跟踪板级dts、checkpoint不跟踪);还有引脚被占用、status状态等。摘要应简洁概括。
当高性能、高安全遇上 OpenHarmony、端侧 AI、海思 IoT,会碰撞出怎样的落地火花?9月5日,开放原子旋武开源社区「Rust 赋能国产新技术」系列活动深圳站,来到深圳龙岗·工业软件园。这一次,我们跟随 Rust,投入真实的技术场景里。
会刷之后,日常就三件事。今天把串口、hdc、编译机的职责分开——系统还没起来时,hdc 不会有设备,只能靠串口。板子黑着,USB 线插着,你不知道该骂哪一头。Windows 上 DevEco 说 hdc list targets 空,Linux 上 ./build.sh 刚编完,串口工具里一片乱码。三件事其实是三条独立的路,任何一条都能单独活着:没有桌面,串口照样能出 sh;没有串口,hdc 照样
在非物质文化遗产数字化保护领域,纹样素材的采集、整理与再创作是连接传统工艺与现代文创设计的核心纽带。从唐草卷纹的织锦提花到宋代缠枝的汝窑描银,从万字回纹锦的霞帔錾刻到冰梅青花纹的釉下彩绘,每一条纹样都承载着特定朝代的审美意趣与工艺密码。然而,传统纹样管理平台长期面临三大瓶颈:纹样分类缺乏可视化数据支撑导致馆藏结构不透明、朝代与品类交叉浏览时层级切换割裂导致素材检索效率低下、纹样素材的元数据无法就地
该系统构建了三个核心数据模型,为订单确认提供了完整的数据支持:这种数据模型设计的优势:系统采用了 React Hooks 中的进行轻量级状态管理,构建了多层次的状态模型:这种状态管理方式具有以下优势:系统实现了完整的订单确认与提交功能,包括:订单金额计算支持:订单提交功能支持:该实现采用了 React Native 核心组件库,确保了在鸿蒙系统上的基本兼容性:系统使用 Base64 编码的图标库,
订单摘要显示功能展示了订单的核心信息,包括商品数量、商品金额、运费和应付总额,让用户在支付前对订单金额有清晰的了解。<Text style={styles.summaryTitle}>订单摘要</Text><Text style={styles.summaryLabel}>商品数量</Text><Text style={styles.summaryValue}>{orderInfo.items}
该系统构建了清晰的订单数据模型,为订单管理提供了完整的数据支持:这种数据模型设计的优势:系统采用了 React Hooks 中的进行轻量级状态管理:这种状态管理方式具有以下优势:系统实现了完整的订单状态处理逻辑:订单状态处理支持:系统实现了基于订单状态的操作处理逻辑:订单操作支持:该实现采用了 React Native 核心组件库,确保了在鸿蒙系统上的基本兼容性:系统使用 Base64 编码的图标
镜像在手里了。今天专门写怎么刷:SD 卡、eMMC 线刷、只更新某一个分区。路径写错时工具会显示成功,分区却纹丝不动。
一篇真实的 Flutter 到 HarmonyOS / OpenHarmony 迁移复盘:从迁移前分析,到工具链、白屏、MissingPlugin、WebView、图片选择、签名上架,再到最后沉淀出一套可复用迁移 Skill
是一个面向 HarmonyOS NEXT 的原生 OFD 阅读 / 渲染库,完全用 ArkTS 实现,不依赖 WebView、JNI 或 native 桥接,遵循国家标准 GB/T 33190-2016。适用于电子发票、电子公文、电子合同等典型 OFD 场景。项目地址开源协议ohpm 包名当前版本:0.2.0运行环境:HarmonyOS NEXT(暂不支持 OpenHarmony,库内使用@kit
编译命令还没敲,先认路。今天把源码树摊开:你改的文件会进哪张镜像。改错目录、刷错分区,表现都是「我改了,板上没反应」。
小鸿 AI 是 AtomGit 发布的首款开源鸿蒙 AI 硬件,搭载海思 WS63(RISC-V 架构)+ OpenHarmony 6.1 + 星闪 NearLink,硬件原理图、PCB、BOM 与系统代码全量开源。
在React Native中开发鸿组件(这里指的是鸿蒙(HarmonyOS)组件),你需要了解鸿蒙开发的基础以及如何在React Native项目中集成鸿蒙应用。鸿蒙OS是由华为开发的一个分布式操作系统,主要用于其智能设备,如手机、平板、智能手表等。首先,你需要熟悉鸿蒙OS的开发环境设置和基本开发流程。React Native本身主要用于Harmony和Harmony平台的开发,但你可以通过以下几
2026开源鸿蒙大学生创新大赛(原OpenHarmony竞赛训练营)由 开源鸿蒙项目群技术指导委员会 主办、 AtomGit 承办,面向全国高校学生开发者,聚焦开源鸿蒙技术生态建设。赛事全面升级:在三大赛道176万奖金池的基础上,新增两大联动活动,奖金互不冲突、可叠加获取,三大活动合计总奖金池高达。无论你是硬核系统玩家、生态共建先锋,还是应用创新达人,都能在这里找到属于自己的舞台。
本文为零基础学生和转行党量身打造一份 OpenHarmony 学习路线图。