登录社区云,与社区用户共同成长
邀请您加入社区
在Agent编程时代,IDE角色从“写代码主战场”转向“工具链与模拟器容器”。本文基于DevEcoStudio 26.0.0.851实践,提出精简策略:仅保留Hvigor构建、OpenHarmony支持、Git、模拟器等核心工具链与运行环境插件,删除AI助手、代码检查、格式化等辅助人操作的冗余插件。遵循“先移动后删除”安全原则,通过备份目录与禁用清单确保可回滚。实测释放约1.1GB空间,启动更快,
本文介绍如何借助Codex与OpenHarmony Skill,零基础快速开发并烧录2048小游戏至RK3568开发板。通过DevEco Studio创建项目,配置国内大模型(如DeepSeek)的Codex,安装鸿蒙专用Skill,编写清晰提示词,AI自动完成ArkTS代码生成。全程低门槛、高效率,签名与烧录一键完成,验证了AI辅助开发在新手友好性与提效上的巨大优势,预示着传统编程角色正被重塑。
本文详述将 react-native-css-transformer 适配 HarmonyOS 的全过程。该库为构建期 Babel 转换器,非运行时组件,需通过 metro.config.js 集成,关键点:必须以真目录方式安装(不可用 file:),并配置 babelTransformerPath 和 sourceExts: ['css']。经验证,CSS 样式精准映射至布局(如 120px →
温湿度软件边界超限,更换手势芯片后遇“在位不认手势”问题。经排查,芯片出厂未加载初始化表,导致手势引擎未启动。需在用户态通过I2C_RDWR写入219条寄存器配置,并切回bank0。设备树无需声明,依赖/dev/i2c-1权限(chmod 0666),动作距离15~20cm、缓慢执行。关键点:初始化表不可精简,写完必须切回bank0;否则读0x43恒为0或异常值。应用层使用ArkTS调用NAPI接
本文记录了将KMP存储库KStore适配至OpenHarmony的完整过程。针对官方无ohosArm64产物的问题,通过接入HarmonyOS Kotlin定制版、声明目标平台、解决沙箱路径缺失难题(采用“应用层传路径”方案),并成功导出能力给ArkTS、打包HAR接入鸿蒙工程,最终在真机验证数据持久化功能。文章剖析了KStore源码结构与适配关键点,总结八条踩坑清单,为同类KMP库鸿蒙化提供可复
本文详述HDC1080温湿度传感器在I2C总线上的典型故障排查过程。核心问题在于:设备树配置正确、驱动加载成功,但读取时出现ENXIO及cannot set seq config错误,根源为芯片地址0x40在总线上完全不应答(NACK)。通过用户态工具验证,确认非软件或速率问题,而是硬件缺陷——常见于电源未上、虚焊或芯片损坏。文中强调禁止组合读(会重触发),必须使用裸读方式(i2cRdPlain)
本文介绍在鸿蒙系统(OpenHarmony)上使用 React Native 鸿蒙(RNOH)开发时,如何通过 @react-native-oh-tpl/datetimepicker 库实现与 Android/iOS 一致的日期时间选择功能。该库基于上游 @react-native-community/datetimepicker 适配鸿蒙原生组件,支持日期/时间模式、多种显示样式(滚轮、内联、紧
本文详解MAX30100光电传感器在OpenHarmony平台的驱动与应用,强调其非传统IIO设备特性:依赖用户态轮询FIFO(0x05)读取4字节样本,而非依赖中断。通过i2c-dev直接操作寄存器(如MODE=0x0b、LED_CONFIG=0x33),实现指腹按紧后红外/红光信号显著上升的验证。指出内核驱动虽可绑定但中断失效时数据为空,故主路径应为轮询。提供完整C工具实现1.2秒快速采样与5
本文完整记录了将 react-native-animated-spinkit 适配至 HarmonyOS 的过程。该库纯 JS 驱动,无原生模块,经验证:12 个动画在鸿蒙上均能正常渲染,且 useNativeDriver: true 真正生效,帧率达 63.7 fps。通过连拍两帧逐像素比对(变化率 6.17%),确认动画动态真实存在;停止后变化率为 0%,隐藏后区域全白,验证闭环。交付包存在
本文作者在实现Ktor客户端引擎的鸿蒙适配时,选择不复用CIO(纯Kotlin网络库),而是基于鸿蒙原生@ohos.net.http构建轻量级引擎。此举避免了自行实现DNS、TLS、代理等复杂且易出错的底层逻辑,转而依赖系统已验证的网络能力,确保稳定性与可维护性。通过复刻Ktor API契约(如HttpMethod、Headers、HttpResponseData等),实现语义层与上游一致,使业务
react-native-quick-md5 采用 JSI 实现,通过 install() 同步注入 C++ MD5 函数至 JS 运行时,无需桥接。其原生模块为纯 C++ TurboModule,不依赖 ArkTS。适配需添加鸿蒙 HAR 模块及上游 MD5 算法源码(约 11 KB),HAR 包仅 7.3 KB,无权限要求。公开接口为同步的 stringMd5 与 binaryMd5,返回 3
我写了6年的代码,经历过从html + javaScript + css,到jQuery,再到vue和React的前后端分离,经历过移动端热潮,经历过小程序的发展。每次新东西出来,都有人说"前端要失业了"。之前React Native出来的时候说是"前端的终结"。结果呢?前端现在一样是好好的,只是变得不一样了。记住:AI带来的不是“抢饭碗”,而是又一次的筛选。筛选掉那些靠"会写代码"吃饭的人,留下
本文介绍适配 flutter_pcm_sound 3.3.3 至 OpenHarmony 的技术实践。该库专注实时 PCM 数据喂出,核心挑战在于安卓“主动写入”与鸿蒙“被动拉取”播放模型的差异。通过分析 Dart 层无平台门、仅依赖方法通道的纯净契约,确认可无缝移植。经四筛与在线查重验证,无重复实现,基线锁定为 master fa4c977。适配产物为 3.3.3-ohos-1.0.0-beta
他表示,南向生态正在从适配走向智能体硬件底座,愿与芯片、模组、板卡及生态伙伴共建端侧AI原子能力,让每一块开发板都成为智能体进入物理世界的入口。上海锐伟科技有限公司总经理张艳学作《立足国内,展望海外——开源鸿蒙智能终端实践与思考》主题分享,向大家解析了全球主流操作系统格局及国内SoC市场格局,介绍锐伟科技依托多年南向适配经验向社区输出开源鸿蒙开发板Wukong100,并推出多款可商用PCBA、核心
本文系统讲解RK3568平台I2C总线的硬件连接、设备树配置、用户态ioctl使用及常见故障排查。强调I2C为总线通信,需关注地址、速率(100kHz)、ACK应答,而非串口波特率。通过i2c_tool.c工具实现扫描、读写操作,重点解析I2C_RDWR三件套时序:组合读(含重复起始)、裸读。指出设备树节点≠芯片响应,需结合dmesg、/sys/bus/i2c/devices/驱动绑定状态判断。核
音频口认准了。今天收口板载基础接口:断电后还在走的实时时钟,以及没有触摸时的 USB 键鼠。拔电池上电,date 回到 1970 或编译时间。插着 Type-C 线的那一端插上键盘,hdc list targets 没了,键盘灯也不亮。两件事经常同一天出现,根因却完全不同。RTC 是 DS1307,挂在 I2C0 地址 0x68。没有后备电池时,它只是上电时钟,断电必丢。USB 键鼠是 HID,必
会议由江苏省委网信办、江苏省工业和信息化厅指导,开源鸿蒙项目群工作委员会主办,江苏润和软件股份有限公司、江苏润开鸿数字科技有限公司承办,南京江北新区中央商务区建设管理办公室协办,将汇聚政企代表、开源鸿蒙社区专家、OpenHarmony Dev-Board SIG核心共建单位、产业生态伙伴及高校师生等多方力量,通过开源鸿蒙社区南向生态发展介绍与生态企业实战案例分享,展现开源鸿蒙南向生态从硬件底座到智
RK3568平台风扇不转问题解析:需手动export PWM通道,依次设置period(建议40000ns即25kHz)、duty_cycle(首次100%以克服起转阈值)、enable。注意polarity、pinctrl配置及禁用SENSORS_PWM_FAN避免自动调控干扰。通过sysfs或C/ArkTS代码控制,确保控制器与引脚匹配,电源与驱动正常。
外部看门狗MAX6369依赖gpio-wdt驱动通过GPIO0_C2周期翻转WDI脚实现复位,需设备树中配置hw_algo="toggle"、always-running及hw_margin_ms=600。缺任一属性将导致驱动绑定失败(-22),芯片按188秒超时静默复位。内核成功喂狗表现为挂机4分钟不重启,示波器可见方波信号。验收须拨码开启,且通过/sys/class/wat
本文系统总结轻量MCU设备通过OpenHarmony兼容性测评的全流程关键要点与实战踩坑经验。强调基线统一、内核与HDFLite不可裁剪、硬件能力如实申报,杜绝虚报;提出分模块自测、预留资源、规范日志采集等实操建议,确保HCTest稳定通过。四款产品成功获证,验证了团队在嵌入式适配与低功耗设计上的核心能力,为信创项目提供合规准入支撑。
Shopify 不是在 React Native 最糟糕的时候离开,而是在它完成六年重写、技术上最成熟的时候离开。这个时间点让整件事超出了一次普通迁移。React Native 解决了 Bridge、渲染器、原生模块和类型安全等长期问题,却无法控制另一条曲线:生成代码的成本正在快速下降。2020 年,Shopify 选择 React Native,是因为同时维护 Swift 和 Kotlin 意味
四颗用户灯全灭,实因设备树中四颗灯共用一个gpio-leds节点,其中D4/D5被公版vcc3v3_vga和pcie30_3v3 regulator占用,导致GPIO申请失败(-EBUSY),整节点probe失败,所有灯均未注册。尽管work灯正常闪烁,但仅说明另一独立节点有效。解决方法:在板级DTS中禁用这两个regulator节点,使GPIO释放,再重新编译并刷写resource与boot_l
hmharness 是面向 HarmonyOS/OpenHarmony 的开源开发智能体框架。本文只讲 edit_file:AI 修改代码必须提供 old_string/new_string,且 old_string 唯一命中才写入,找不到或重复都拒绝,避免整文件重写。附公开提交、npm 与 8 个目标测试证据。
开发者无需重新实现一套原生路由,只需在现有 RN 页面和路由关系基础上进行纯JS 改造,即可根据设备形态组织不同的页面布局:手机保持熟悉的单栏导航,平板横屏场景则将具有关联关系的主页面和从页面并行展示。本次版本持续跟进 React Native 源社区迭代步伐,在默认 JavaScript 引擎、框架架构精简、性能与内存治理、负载控制、多设备适配以及 DFX 调试排障能力上完成全方位升级,为鸿蒙开
此次 Flutter-OH 3.41 版本正式发布,在图片渲染、后台内存、动画调度、多设备适配、问题定位等方向做了一系列深度优化,进一步减少无效数据搬运与资源占用,提升前后台运行效率,并降低平板、折叠屏等大屏设备的适配成本,同时提高问题定位效率,帮助开发者高效构建更优质的鸿蒙应用。当应用进入后台或不可见状态时,Engine 会主动触发 Flutter 图片缓存清理,释放等待加载和可复用的图片缓存,
本文详解在RK3568平台更换RGB或MIPI电容屏时,FT5406触摸芯片的适配流程。强调换屏即换触摸配置,需同步更新I2C地址(0x38)、复位/中断引脚(如GPIO3_B1/B2)、HDF驱动模块名、上电序列及分辨率。重点指出400kHz I2C速率常因负载过大导致NACK,应降速至100kHz;避免与GT911共存,因引脚、驱动、电源序列均不兼容。通过扫总线、核对dmesg日志、清缓存等步
本文详解在OpenHarmony标准系统中调试GT911电容触摸屏的全流程,核心在于:芯片身份以I2C应答为准,非说明书。通过i2cdetect确认0x5d地址,读取寄存器0x8140验证产品ID为'911',确保芯片真实存在。关键点包括:内核goodix,gt911节点必须disabled,避免与HDFInput冲突;HCS中solutionX/Y需严格匹配屏幕分辨率(如1024×600),而芯
2020 年 Shopify 全押 React Native,同一套功能写一次、没有移动背景的人也能进应用、功能对齐不再靠人肉追。2025 年 1 月 Mustafa Ali 还写过:React Native 的未来足够亮,公司会继续投。那句话在当时的前提上成立。前提在 2025 年下半年被编码模型改掉了:Swift 和 Kotlin 各写一遍,不再自动等于双倍工期。他们没有因为一次成功的押注就把
从DeepSeek到通义千问,从OpenHarmony到openEuler,再到越来越多企业参与的人形机器人开源社区,开源正在从一个软件行业的技术理念,快速进入AI产业的核心地带。未来真正决定竞争力的,越来越可能是能否建立一个开放的生态,让更多开发者参与进来,让更多企业重复利用,让不同技术持续协同。这也是为什么,今天讨论AI竞争,不能只看谁的模型更强、谁的芯片跑得更快,还要看谁能够形成更大的开发者
小鸿 AI 是 AtomGit 推动「OpenHarmony + RISC‑V + 星闪」生态落地的重要实践,我们希望以这套全栈开源的 AI 语音硬件,降低端侧 AI 与星闪物联网的开发门槛。欢迎各位开发者体验、Fork 代码,提交 Issue 与 PR 参与项目共建,一起探索开源硬件更多可能性!欢迎前往仓库体验,也欢迎在海思案例中心页面查看完整方案文档。如果觉得项目不错,欢迎给仓库点亮 Star
本文以 dio v5.4.3 为例,演示 Flutter 鸿蒙化适配方案。介绍环境配置、单例封装、拦截器及文件上传实现,并强调 OpenHarmony 平台五个注意事项,提供生产级网络模块完整代码,确保现有 dio 代码无需修改即可在鸿蒙运行。
课程包含 ARM 裸机、Linux 驱动、RTOS、STM32、FreeRTOS、RT‑Thread、OpenHarmony 等内容,以录播视频、配套开发板、社区答疑作为主要教学形式。针对理工科应届生、转行人员,想要线上系统学习 AIoT 物联网开发,看重阿里云生态认证、完整硬件实战项目、猎头就业内推服务的学习者,二、物联网开发 IT 培训的四个评估维度判断一家机构是否匹配自己的学习目标,可以从下
LVDS屏调试核心:无EDID/HPD,时序须写入设备树,配好四件套与PHY;关闭HDMI等其他显示。注意JEIDA24bit、极性、时钟51.2MHz。孤儿regulator需always-on防37秒掉电。GT911触摸配HCS,关内核节点。验收看summary与实际时钟。
本文解决标准版AsyncStorage在鸿蒙上不可用的问题,需安装带-ohos.1的专用版本。演示RNOH项目中集成方法,覆盖基础CRUD、批量操作和“先缓存后刷新”策略,实现个人主页场景的秒开与离线展示。
「只能亮一块」钉死了。今天走最熟的那根线:HDMI。其它显示口先关掉。现象:板子 HDMI 口插了显示器,显示器灯亮、提示无信号;或者有 logo 没有桌面;或者桌面跑在 HDMI 上,旁边那块 LVDS/MIPI 玻璃只剩背光。
【摘要】2026年上海APP定制开发公司哪个好?本文从技术能力、交付能力、服务能力三个维度对比,给出靠谱服务商的判断标准和选型清单。上海虎链科技具备React Native跨端开发、完整源码交付和私有化部署能力,上海本地团队可现场调研,可预约需求评估。上海APP定制开发公司哪个好,核心看三个维度:技术能力能不能支撑复杂业务、交付能力能不能保证按时上线、服务能力能不能长期配合迭代。
HDF和DTS是两个独立的配置世界,有各自的镜像、缓存和配置。在HCS(HDF配置文件)中修改内容并不总会对设备树产生效果;你必须处理HCS缓存(hcb),并确保刷新正确的分区。设备树仍然可用,但HDF是其自己的系统,处理触摸、音频、显示等。它们通过政策设置、模块名称和匹配属性进行通信。
内容主要关于设备树修改不生效的原因:源码、编译产物、实际加载的dtb不一致;缓存(GN不跟踪板级dts、checkpoint不跟踪);还有引脚被占用、status状态等。摘要应简洁概括。
当高性能、高安全遇上 OpenHarmony、端侧 AI、海思 IoT,会碰撞出怎样的落地火花?9月5日,开放原子旋武开源社区「Rust 赋能国产新技术」系列活动深圳站,来到深圳龙岗·工业软件园。这一次,我们跟随 Rust,投入真实的技术场景里。
摄像头视频流、姿态识别模型、激光雷达、麦克风阵列等感知单元协同完成环境理解与安全检测;机器人应用层系统运行于【RK3588】ELF 2开发板板端,以ROS2 Humble作为机器人控制中枢,集成底盘运动控制、SLAM建图、Nav2导航、多点巡逻、传感器接入以及设备状态监控等核心功能。ELF 2开发板已经适配了Linux 5.10及Ubuntu 22.04操作系统,后续逐步实现对Android、Op
路认清了。今天跑第一次全量编译,从敲命令到认出产物:哪些 img 是分区,哪个整包能拿去刷。
编译命令还没敲,先认路。今天把源码树摊开:你改的文件会进哪张镜像。改错目录、刷错分区,表现都是「我改了,板上没反应」。
本文从源码归属、维护能力、多端方案和验收方式展开,并结合虎链科技在React Native跨端开发、Java/Go/Python后端、私有化部署与完整源码交付方面的实践思路,帮助企业建立更容易验证的选型标准。虎链科技成立于2021年,长期聚焦企业软件定制和数字化项目,在APP项目中更强调源码、部署和后端服务的可接管性,而不是把客户锁在单一平台里。版本发布也是维护的一部分。Bug修复、服务器故障、第
2026年企业判断上海APP开发公司哪家靠谱,除了看产品效果和技术团队,还要重点确认源码是否完整交付、服务器和数据由谁掌握、多端开发是否便于长期维护、后台系统是否能支撑复杂业务。虎链科技在企业级APP项目中更强调“能交付、能部署、能继续改”,并根据项目情况采用React Native、Java、Go、Python等通用技术。企业确认源码和部署方式以后,还要把验收标准写得足够具体。APP能安装只是最
本文为零基础学生和转行党量身打造一份 OpenHarmony 学习路线图。
小鸿AI 是一款搭载**开源鸿蒙(OpenHarmony 6.0/6.1 轻量系统)+ 海思 WS63(RISC-V 架构)**双开源体系的 AI 对话助手,集成星闪(NearLink)无线技术,支持 AI 在线陪伴与星闪智能家居控制,实现"一声唤醒,万物响应"的智能生活体验。很多开发者拿到板子后,第一步就是烧录固件。官方文档中烧录流程分散在多篇文档里,且新旧批次板子进入烧录模式的方式不同,特别容
当前消费级智能音箱固件封闭、底层权限不开放,语音数据强制上传云端,普通开发者难以深度定制。小鸿 AI 基于 OpenHarmony、RISC-V、星闪技术栈,以开源硬件形态补齐端侧 AI 开发短板,为高校教学、个人开发、中小企业物联网落地提供低成本方案。小鸿 AI 避开消费级音箱内卷赛道,以开源硬件赋能鸿蒙生态,既是高校嵌入式教学的优质载体,也是中小企业物联网 AI 落地的低成本方案,随着 Ope
小鸿AI作为基于OpenHarmony、RISC-V与星闪技术的全开源端侧AI硬件,不仅支持语音智能体配置,还能变身嵌入式游戏机。本文将完整记录游戏固件烧录全流程,从环境准备到BurnTool操作再到问题排查,手把手带你跑起第一个嵌入式游戏。
鸿蒙生态的设备量产,跟Android最大的区别不是API怎么写,而是硬件层的一致性差太多。Android那边高通平台基本一统天下,驱动、摄像头、NPU都有标准化接口。OpenHarmony 5.0生态还在快速扩展,RISC-V、各种国产NPU、MIPI模组百花齐放,适配工作量确实更大。