登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
当高性能、高安全遇上 OpenHarmony、端侧 AI、海思 IoT，会碰撞出怎样的落地火花？9月5日，开放原子旋武开源社区「Rust 赋能国产新技术」系列活动深圳站，来到深圳龙岗·工业软件园。这一次，我们跟随 Rust，投入真实的技术场景里。
星鸿派是一款基于海思 WS63V100 / Hi3863 平台的开源开发板，支持 星闪 NearLink（SLE）、Wi-Fi 和 BLE，面向 OpenHarmony 学习、物联网原型、智能家电、环境监测与嵌入式教学。本仓库直接开放 KiCad 原理图与 PCB、BOM，以及 OpenHarmony / Hi3863 固件示例。
团队技术栈、目标平台、业务诉求。Kotlin/Android 团队 + 要覆盖鸿蒙→ Kuikly 几乎是默认选项。前端团队 + 强热更新→ React Native 依然稳妥。极致 UI/动画 + 独立 App→ Flutter 值得投入 Dart 学习成本。只需逻辑跨端→ 纯 KMP 足够。没有银弹，也没有"最优解"。把团队现状和目标平台列清楚，对着上面的决策路径走一遍，答案通常就出来了。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
摄像头视频流、姿态识别模型、激光雷达、麦克风阵列等感知单元协同完成环境理解与安全检测；机器人应用层系统运行于【RK3588】ELF 2开发板板端，以ROS2 Humble作为机器人控制中枢，集成底盘运动控制、SLAM建图、Nav2导航、多点巡逻、传感器接入以及设备状态监控等核心功能。ELF 2开发板已经适配了Linux 5.10及Ubuntu 22.04操作系统，后续逐步实现对Android、Op
会刷之后，日常就三件事。今天把串口、hdc、编译机的职责分开——系统还没起来时，hdc 不会有设备，只能靠串口。板子黑着，USB 线插着，你不知道该骂哪一头。Windows 上 DevEco 说 hdc list targets 空，Linux 上 ./build.sh 刚编完，串口工具里一片乱码。三件事其实是三条独立的路，任何一条都能单独活着：没有桌面，串口照样能出 sh；没有串口，hdc 照样
这篇文章记录的是一次比较真实的移植过程。项目没有重写成完整 ArkUI，也没有把软件模拟说成真实硬件控制。我们做的是把现有 RISC-V 可视化教学软件稳定放到 OpenHarmony 设备端运行，并围绕触屏、教学屏和演示场景做适配。
RISC-V 汇编入门往往同时涉及指令格式、寄存器、立即数、存储器和程序计数器。静态课件能够解释语法，却不容易展示一条指令执行前后机器状态的变化。我们围绕这一问题开发了 RISC-V 指令可视化教学软件，让学习者通过积木拼接指令，同步查看汇编文本，并在单步执行中观察 PC、寄存器和存储器变化。本文记录项目的教学思路、功能闭环、OpenHarmony 设备端适配方向，以及我在团队协作中的实际收获。
在非物质文化遗产数字化保护领域，纹样素材的采集、整理与再创作是连接传统工艺与现代文创设计的核心纽带。从唐草卷纹的织锦提花到宋代缠枝的汝窑描银，从万字回纹锦的霞帔錾刻到冰梅青花纹的釉下彩绘，每一条纹样都承载着特定朝代的审美意趣与工艺密码。然而，传统纹样管理平台长期面临三大瓶颈：纹样分类缺乏可视化数据支撑导致馆藏结构不透明、朝代与品类交叉浏览时层级切换割裂导致素材检索效率低下、纹样素材的元数据无法就地
