登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
毕竟这四件事在使用场景上高度相关：定闹钟的人也常做番茄钟，做番茄钟的人也常记录耗时，记录耗时的人也常需要查时区。香橙派OrangePi OS团队推出的一款时钟工具应用，集成了闹钟、计时器、秒表、世界时钟四类功能，已上架华为应用市场，当前版本1.0.11，适配PC/2in1设备。对需要和海外客户开会的跨境办公用户、关注不同时区信息的外贸从业者来说，这个功能可以省下打开浏览器搜索的步骤。哪项功能用得最
本次适配真正需要处理的不是一个OpenHarmony 图库→ ArkTS 选图与 PixelMap 生命周期→ Core Vision Kit 端侧识别→ ArkUI 结果渲染→ KMP 结果模型与置信度过滤→ JSON→ JVM / Native / 真机共用同一套规则。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
本文系统讲解RK3568平台I2C总线的硬件连接、设备树配置、用户态ioctl使用及常见故障排查。强调I2C为总线通信，需关注地址、速率（100kHz）、ACK应答，而非串口波特率。通过i2c_tool.c工具实现扫描、读写操作，重点解析I2C_RDWR三件套时序：组合读（含重复起始）、裸读。指出设备树节点≠芯片响应，需结合dmesg、/sys/bus/i2c/devices/驱动绑定状态判断。核
Harmonybrew社区成功移植GCC 16与LLVM 23至鸿蒙生态，解决长期缺乏高版本编译器难题。通过devel-base等特色包，实现代码签名自动处理、系统标识伪装及运行时兼容，使OpenHarmony PC开发体验接近Linux/macOS。三套工具链（ohos-sdk、llvm、gcc）各司其职，互不兼容，但均支持一键安装与直接运行。现可流畅编译依赖新标准的开源项目，标志着鸿蒙原生开发
本文探讨国产化门禁系统架构设计中的常见误区，强调前端（人脸识别终端）与后台（管理平台）应分设操作系统：前端采用开源鸿蒙（OpenHarmony）实现本地识别与控制，后台则部署银河麒麟或统信UOS进行管理与审计。二者通过API/MQTT通信，避免“鸿蒙”一词混淆角色。文中指出，全国产化关键在数据驻留与可审计性，而非仅替换系统名称；建议明确标注系统分工，避免将方案表述误作测评结论，提升技术严谨性。
库版本：qrose 1.1.2 鸿蒙 fork（1.1.2-ohos.1）｜验证环境：HarmonyOS Kotlin 2.2.21-1.0.0｜Gradle 8.14.1｜JDK 21｜DevEco Studio 26.0.0｜HarmonyOS 7.0.0（API 26）｜ohosArm64 + ohosX64 均已 linkDebugShared上一篇把送上了鸿蒙。那是 KMP：纯编码器，一
本文基于Kotlin Multiplatform适配jordond/connectivity 2.2.1至OpenHarmony，实现系统网络状态监测。通过C interop调用libnet_connection.so的原生API（如HasDefaultNet、IsDefaultNetMetered），解决编译错误、数据错读、符号未导出及权限缺失等问题。采用同步快照替代协程Flow，确保statu
