草庐IT

openharmony-sig

全部标签

开鸿智谷公司Niobe U4开发板正式合入OpenHarmony主干

 近期,拓维信息旗下湖南开鸿智谷数字产业发展有限公司(简称“开鸿智谷公司”)基于ESP32系列芯片打造的NiobeU4开发板正式合入OpenAtomOpenHarmony(简称“OpenHarmony”)社区主干。本次合入的代码版本为单核代码,接下来开鸿智谷公司相关技术团队还将完成其双核代码版本的合并,敬请期待。工贵其久,业贵其专,开鸿智谷公司坚定不移推进OpenHarmony生态建设,此前已完成Niobe407开发板合入OpenHarmony主干,后续还将持续推动更多优秀芯片适配,用创新加速OpenHarmony生态繁荣。ESP32-U4WDH是国内芯片厂商乐鑫科技推出的一款物联网专用芯片,

Openharmony鸿蒙内核编译及qemu运行过程问题记录

前言该篇笔记记录鸿蒙内核编译流程,及qemu运行记录。主要根据https://gitee.com/openharmony/device_qemu执行。由于整个过程不是很顺利,故做此笔记。(ps:因为笔者的ubuntu环境不纯净,坑较多。纯净的环境照着文档做应该问题不大)采用的策略是,【docker编译】+【ubuntu执行qemu】注意事项纯净的Ubuntu环境,直接根据文档进行配置即可如果文档流程遇到问题,可考虑使用docker编译,具体参考https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/get-code/get

OpenHarmony深度解读之设备认证:HiChain机制部分源码解析1

一、概述HiChain机制是OpenHarmony实现设备互联安全的一种协议机制,本文将对软总线模块涉及到的相关HiChain的接口进行一个简单的分析。处理逻辑是承接上文OpenHarmony深度解读之分布式软总线:authmanager模块(3)/设备身份认证过程。二、源码分析在之前的文章的源码分析中,首先判断了数据包的module字段如果是MODULE_AUTH_SDK,就调用AuthProcessReceivedData函数继续处理,该函数如下:/*函数功能:处理身份认证过程中接收到的数据函数参数:sessionId:会话iddata:数据负载部分首地址dataLen:数据长度函数返回值

2022CSDN OpenHarmony应用学习挑战赛报名通知 | 奖品丰厚,等你来战

2022CSDNOpenHarmony应用学习挑战赛火热报名中,平板电脑、智能手表、智能手环等你来拿!点击链接了解详情:2022CSDNOpenharmony应用学习挑战赛(点我立即报名)

第一块能鸿蒙OpenHarmony标准系统的开发板——DAYU200

简介DAYU200是润和软件推出了OpenHarmony富设备开发板。基于RockchipRK3568,集成双核心架构GPU以及高效能NPU;板载四核64位Cortex-A55处理器采用22nm先进工艺,主频高达2.0GHz;支持蓝牙、Wi-Fi、音频、视频和摄像头等功能,拥有丰富的扩展接口,支持多种视频输入输出接口;配置双千兆自适应RJ45以太网口,可满足NVR、工业网关等多网口产品需求。其能力如下:相关资料见:润和软件DAYU200开发资料看下效果图:润和HH-SCDAYU200开发板MCU/处理器规格及规格清单如表1所示:配置参数

OpenHarmony 3.1 Release初体验 润和DAYU200开发套件

万众瞩目的OpenHarmony3.1Release版本终于发布了,相关技术特性可以查看文章:https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/OpenHarmony-v3.1-release.md1固件下载手里刚好有一块DAYU200开发板,官方刚好有发布编译的固件,下载链接:https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/OpenHarmony-v3.1-release.md好家伙,下载下来后2个G。2固件烧录DAYU20

OpenHarmony历史工程迁移

OpenHarmony历史工程迁移作者:坚果团队:坚果派公众号:“大前端之旅”润开鸿技术专家,华为HDE,InfoQ签约作者,OpenHarmony布道师,擅长HarmonyOS应用开发、熟悉服务卡片开发,在“战码先锋”活动中作为大队长,累计培养三个小队长,带领100+队员完成Pr的提交合入。欢迎通过主页或者私信联系我,加入坚果派,一起学习鸿蒙应用开发。OHPMCLI(OpenHarmonyPackageManagerCommand-lineInterface)作为鸿蒙生态三方库的包管理工具,支持OpenHarmony共享包的发布、安装和依赖管理。在DevEcoStudio3.1.0.400上

OpenHarmony小型系统输入子系统解析

想了解更多关于开源的内容,请访问:51CTO 开源基础软件社区https://ost.51cto.com前言本文将以鼠标为例介绍小型系统上的输入系统架构以及输入信号传递的整个流程。一、大致流程输入设备产生信号,内核接收到并处理信号。内核将处理后的信号传递给HDF化后的设备节点。HDF对信号进行事件上报,也就是通过HDF的消息机制与用户空间空间进行交互。最后WMS给用户程序进行事件分发。二、内核到HDF1、框架生成部分由于硬件到内核这一步与linux没有太多的不同,在这里不做过多的介绍。HDF设备的注册以及后续的输入信号传递都是通过给内核添加补丁来实现的。kernel/linux/patches

OpenHarmony的安全模块与HUKS分析(2)

OpenHarmony的安全模块诞生的目的是主要是为了实现用户数据在设备互联场景下在各个设备之间的安全流转,保证设备之间相互正确可信,即设备和设备之间建立信任关系,并能够在验证信任关系后,搭建安全的连接通道,实现用户数据的安全传输。本文将继续进行分析介绍OpenHarmony的安全模块以及服务于数据安全的HUKS组件。1.HUKS组件回顾为高效化IoT设备间信任关系的建立,鸿蒙系统提出了基于密钥管理和存储服务(HUKS,HuaweiUniversalKeystoreService)的系列安全机制。HUKS作为安全模块提供的软算法库,用于密钥管理和存储服务其向应用提供密钥库能力,能为应用程序提供

《沉浸式剖析OpenHarmony源代码》开放100页样章

梁开祝2022.09.29这本书正在排版印刷中,不出意外的话,在10月中下旬便可面市了。目前,此书的定价和订购链接暂时还没有确定,待有确定消息后我会第一时间更新到这里。    OpenHarmony正式开源已满两年,上一个930版本(LTS3.0版本)发布也有一年时间了,眼看着新一个930版本马上就要发布了,我这本书可不能再次悄无声息地又溜过一个热闹的节点了(接下来还有HDC)~~~所以,我决定蹭一下热点,抢在新一个930版本发布前开放这本书的良心样章(合计100页,见附件),请小伙伴们预览和评估,看看这本看起来“落后”了一年的书是否适合你。    这次开放的100页样章,内容包括了:整书的前