皮皮网

1.基于恒玄BES2600的码下轻量级鸿蒙操作系统AIOT开发平台解析之SDK和编译
2.OpenHarmony实战开发——有氧拳击之设备端开发
3.OpenAtom OpenHarmony三方库创建发布及安全隐私检测
4.OpenHarmony代码下载编译及源码跳转配置
5.OpenHarmony Camera源码分析
6.鸿蒙轻内核M核源码分析：中断Hwi

基于恒玄BES2600的轻量级鸿蒙操作系统AIOT开发平台解析之SDK和编译

       一 鸿蒙系统

       华为鸿蒙系统作为一款面向全场景的分布式操作系统，旨在构建一个互联世界，码下通过智能设备间的码下无缝连接和资源分享，优化用户的码下全场景生活体验。此系统具有高开源性，码下兼容多芯片平台，码下员工排名软件源码在产业发展中快速推进。码下

       二 恒玄BES

       BES芯片由恒玄科技推出，码下集WiFi和蓝牙功能于一体，码下具备轻量级和强大资源的码下特点，特别适用于以音频为中心的码下高端物联网应用。

       三 代码下载和编译

       1 源码在Gitee平台上开放，码下下载地址如下：

       gitee.com/openharmony/d...

       具体下载步骤如下：

       mkdir openharmony_bestechnic

       cd openharmony_bestechnic

       repo init -u gitee.com/openharmony/m... --no-repo-verify

       repo sync -c

       repo forall -c 'git lfs pull'

       2 使用的码下是arm-gcc编译器，与鸿蒙系统进行封装和映射，码下编译命令示例如下：

       hb set -root .

       hb set -p bestechnic > display_demo iotlink_demo xts_demo

       选择display_demo

       hb build -f

       编译完成会显示：

       四 下载和运行

       已包含下载指南。码下编译后的文件会与下载软件和bin文件捆绑，只需将文件复制到Windows环境并按照指示操作即可完成运行。

OpenHarmony实战开发——有氧拳击之设备端开发

       在一次充满活力的开发日程中，程序员们专注于代码时，一位同事起身展示了一个令人好奇的场景：他手握开发板，仿佛在进行一场无声的拳击比赛。这个看似奇特的举动实则是OpenHarmony实战开发的一个实例，我们将深入探讨设备端的开发过程。

       OpenHarmony 3.2 Beta1操作系统支持的设备端和应用端互动，本文着重介绍设备端，使用Hi开发板配合加速度计传感器。设备端负责处理加速度计数据，如BearPi-HM_Nano的E_SC2模块，通过MPU读取加速度变化。挥拳动作会引发显著的加速度变化，通过比较预设阈值，判断动作并无线传输到应用端。

       理解加速度计至关重要，比如MPU的±2g、±4g等量程，以及如何将寄存器数据转换为实际加速度。在设备端，代码设计了传感器数据处理和TCP通信两个线程，确保数据实时同步。

       开发步骤包括：下载OpenHarmony源码，idea查看源码配置并编译 boxing 示例，最后通过HiBurn工具烧录到Hi开发板。验证时，确保电脑与开发板处于同一Wi-Fi热点，并设置正确的IP地址。在开发板上出拳动作会触发TCP通信，成功接收到信息后，开发工作告一段落。

       总的来说，本文详细展示了如何利用OpenHarmony进行设备端开发，包括加速度计的运用、线程管理和通信技术，旨在帮助开发者理解和实践这一互动开发过程。

OpenAtom OpenHarmony三方库创建发布及安全隐私检测

       OpenAtom OpenHarmony 三方库（简称“三方库”或“包”），是经过验证可在 OpenHarmony 系统上重复使用的软件组件，助力开发者快速开发 OpenHarmony 应用。三方库分为两类：一类是使用 JavaScript 和 TypeScript 的三方库，通过源码或 OpenHarmony HAR/HSP 引入；另一类是 C 和 C++ 语言的三方库，通过 N-API 暴露 JS 接口或编译在操作系统中使用。

       鼓励开发者通过 OpenHarmony 三方库中心仓分享三方库，促进开源资源的利用和应用生态的繁荣。本文将介绍三方库的创建、发布与安全隐私检测。

       三方库创建与发布

       创建三方库

       创建 OpenHarmony 三方库，支持 IDE 和 OHPM 命令行两种方式。通过 IDE 创建，选择“Static Library”模板，完善 oh-package.json5 的信息。命令行创建需参照三方中心仓指导文档操作。

       编译与打包

       完成后，通过 DevEco Studio 编译构建，生成 HAR/HSP，用于其他模块引用或上传至 OHPM 平台。配置 .ohpmignore 文件可忽略打包文件。

       发布三方库

       发布前确保删除敏感信息。配置 OHPM 公钥，完成发布，发布成功后，平台将通知审核进度。照片书源码

       三方库安全隐私检测

       安全是核心原则，三方库通过自动化工具扫描和人工审核检测。工具扫描包含完整性与安全性检查，识别恶意行为。人工复审测试功能实现，确保三方库无漏洞和功能问题。

       工具扫描

       包括完整性与安全性检查，识别风险类型，如安全漏洞、权限滥用、网络连接、数据跨境、内容合规、个人数据搜集等，确保三方库安全。

       人工复审

       测试三方库功能，确保其在 OpenHarmony 上验证有效。未实现功能或无法验证的三方库将被退回。

       为了帮助开发者学习鸿蒙 (Harmony OS) 开发技术，提供了《鸿蒙 (Harmony OS)开发学习手册》资源，内容覆盖入门、概念、快速入门、基础知识、ArkTS 开发等，希望对学习有所帮助。

OpenHarmony代码下载编译及源码跳转配置

       本文旨在指导在Linux（如Ubuntu .和.，其他系统可参考）环境下下载和编译OpenHarmony（OH）代码，并配置Visual Studio Code（VSCode）以实现Native框架（C++）代码的智能跳转，以提升阅读OH源码的便捷性。

       1. 下载与编译

       从OH官网下载链接（gitee.com/openharmony/d...）获取代码。进入代码根目录后，执行build.sh脚本，例如针对rk开发板的编译命令会包含选项`--gn-flags="--export-compile-commands"`，用于生成compdb数据库，以备后续使用。

       2. VSCode插件与配置

       在编译过程中，安装VSCode的clangd插件，它与compdb文件配合。源码搭建论坛记得禁用默认的C/C++插件。接着，使用VSCode通过SSH（Windows和macOS用户适用）访问OH源代码目录，创建.vscode文件夹，其中包含settings.json。

       3.1. 插件安装与启用

       在settings.json中填写以下配置：

       - clangd.path: 指定OH预构建的clangd路径。

       - --compile-commands-dir: 编译产生的compdb文件路径，例如在rk上为out/rk/compile_commands.json，需根据实际编译产品找到相应路径。

       - --query-driver: 指定OH预构建的clang编译器路径。

       3.2. VSCode配置

       关闭并重新打开VSCode，当C++文件（如foundation文件夹下的Native C++代码）打开时，clangd将开始索引，索引完成后即可享受代码跳转功能。

OpenHarmony Camera源码分析

       当前，开源在科技进步和产业发展中扮演着越来越重要的角色，OpenAtom OpenHarmony（简称“OpenHarmony”）成为了开发者创新的温床，也为数字化产业的发展开辟了新天地。作为深开鸿团队的OS系统开发工程师，我长期致力于OpenHarmony框架层的研发，尤其是对OpenHarmony Camera模块的拍照、预览和录像功能深入研究。

       OpenHarmony Camera是多媒体子系统中的核心组件，它提供了相机的预览、拍照和录像等功能。本文将围绕这三个核心功能，对OpenHarmony Camera源码进行详细的分析。

       OpenHarmony相机子系统旨在支持相机业务的开发，为开发者提供了访问和操作相机硬件的接口，包括常见的预览、拍照和录像等功能。

       系统的主要组成部分包括会话管理、设备输入和数据输出。在会话管理中，负责对相机的采集生命周期、参数配置和输入输出进行管理。设备输入主要由相机提供，开发者可设置和获取输入参数，如闪光灯模式、商城后台源码缩放比例和对焦模式等。数据输出则根据不同的场景分为拍照输出、预览输出和录像输出，每个输出分别对应特定的类，上层应用据此创建。

       相机驱动框架模型在上层实现相机HDI接口，在下层管理相机硬件，如相机设备的枚举、能力查询、流的创建管理以及图像捕获等。

       OpenHarmony相机子系统包括三个主要功能模块：会话管理、设备输入和数据输出。会话管理模块负责配置输入和输出，以及控制会话的开始和结束。设备输入模块允许设置和获取输入参数，而数据输出模块则根据应用场景创建不同的输出类，如拍照、预览和录像。

       相关功能接口包括相机拍照、预览和录像。相机的主要应用场景涵盖了拍照、预览和录像等，本文将针对这三个场景进行流程分析。

       在分析过程中，我们将通过代码注释对关键步骤进行详细解析。以拍照为例，首先获取相机管理器实例，然后创建并配置采集会话，包括设置相机输入和创建消费者Surface以及监听事件，配置拍照输出，最后拍摄照片并释放资源。通过流程图和代码分析，我们深入理解了拍照功能的实现。

       对于预览功能，流程与拍照类似，但在创建预览输出时有特定步骤。开始预览同样涉及启动采集会话，并调用相关接口进行预览操作。

       录像功能则有其独特之处，在创建录像输出时，通过特定接口进行配置。启动录像后，调用相关方法开始录制，并在需要时停止录制。

       通过深入分析这三个功能模块，我们对OpenHarmony Camera源码有了全面的理解，为开发者提供了宝贵的参考和指导。

       本文旨在全面解析OpenHarmony Camera在预览、拍照和录像功能上的实现细节，希望能为开发者提供深入理解与实践的指导。对于感兴趣的技术爱好者和开发者，通过本文的分析，可以更深入地了解OpenHarmony Camera源码，从而在实际开发中应用这些知识。

鸿蒙轻内核M核源码分析：中断Hwi

       在鸿蒙轻内核源码分析系列中，本文将深入探讨中断模块，旨在帮助读者理解中断相关概念、鸿蒙轻内核中断模块的源代码实现。本文所涉及源码基于OpenHarmony LiteOS-M内核，读者可通过开源站点 gitee.com/openharmony/k... 获取。

       中断概念介绍

       中断机制允许CPU在特定事件发生时暂停当前执行的任务，转而处理该事件。这些事件通常由外部设备触发，通过中断信号通知CPU。中断涉及硬件设备、中断控制器和CPU三部分：设备产生中断信号；中断控制器接收信号并发出中断请求给CPU；CPU响应中断，执行中断处理程序。

       中断相关的硬件介绍

       硬件层面，中断源分为设备、中断控制器和CPU。设备产生中断信号；中断控制器接收并转发这些信号至CPU；CPU在接收到中断请求后，暂停当前任务，转而执行中断处理程序。

       中断相关的概念

       每个中断信号都附带中断号，用于识别中断源。中断优先级根据事件的重要性和紧迫性进行划分。当设备触发中断后，CPU中断当前任务，执行中断处理程序。中断处理程序由设备特定，且通常以中断向量表中的地址作为入口点。中断向量表按中断号排序，存储中断处理程序的地址。

       鸿蒙轻内核中断源代码

       中断相关的声明和定义

       在文件 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中定义了结构体、全局变量和内联函数。关键变量 g_intCount 记录当前正在处理的中断数量，内联函数 HalIsIntActive() 用于检查是否正在处理中断。中断向量表在中断初始化过程中设置，用于映射中断号到相应的中断处理程序。

       中断初始化 HalHwiInit()

       系统启动时，在 kernel\src\los_init.c 中初始化中断。HalHwiInit() 函数在 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中实现，负责设置中断向量表和优先级组，配置中断源，如系统中断和定时器中断。

       创建中断 HalHwiCreate()

       开发者可通过 HalHwiCreate() 函数注册中断处理程序，传入中断号、优先级和中断模式。函数内部验证参数，设置中断处理程序，最终通过调用 CMSIS 函数完成中断创建。

       删除中断 HalHwiDelete()

       中断删除操作通过 HalHwiDelete() 实现，接收中断号作为参数，调用 CMSIS 函数失能中断，设置默认中断处理程序，完成中断删除。

       中断处理执行入口程序

       默认的中断处理程序 HalHwiDefaultHandler() 仅用于打印中断号后进行死循环。HalInterrupt() 是中断处理执行入口程序的核心，它包含中断数量计数、中断号获取、中断前后的操作以及调用中断处理程序的逻辑。

       开关中断

       开关中断用于控制CPU是否响应外部中断。通过宏 LOS_IntLock() 关闭中断， LOS_IntRestore() 恢复中断状态， LOS_IntUnLock() 使能中断。这组宏对应汇编函数，使用寄存器 PRIMASK 控制中断状态。

       小结

       本文详细解析了鸿蒙轻内核中断模块的源代码，涵盖了中断概念、初始化、创建、删除以及开关操作。后续文章将带来更多深入技术分享。欢迎在 gitee.com/openharmony/k... 分享学习心得、提出问题或建议。关注、点赞、Star 和 Fork 到个人账户，便于获取更多资源。

OpenHarmony系统解决方案 - 配置屏幕方向导致开机动画和Launcher显示异常

       系统版本：OpenHarmony-3.2-Release

       遇到的问题是配置屏幕方向导致开机动画和Launcher显示异常。

       问题现象出现在源码文件foundation/window/window_manager/resources/config/rk/display_manager_config.xml和系统文件/etc/window/resources/display_manager_config.xml中。

       异常效果是：正常效果下，系统运行平稳，无异常表现。

       问题的原因在于ScreenRotationController初始化时序的不当，使ScreenRotationController在Launcher加载Window时未触发。

       解决办法是调整ScreenRotationController的初始化时序，确保在Launcher加载Window时触发。通过修改源码文件foundation/window/window_manager/wmserver/src/window_node_container.cpp，对WindowNodeContainer::RemoveWindowNode和WindowNodeContainer::AddWindowNode函数进行代码修改。

       在定位问题的过程中，我们了解到若应用方向需要随系统切换，可在module.json5的ability中配置orientation为auto_rotation_restricted。

       为帮助大家更好地学习鸿蒙 (OpenHarmony) 开发技术，特别整理了《鸿蒙 (OpenHarmony)开发学习手册》（共计页），旨在提供深入学习资源。

       以下为手册的入门指南：

       《鸿蒙 (OpenHarmony)开发学习手册》入门必看：qr.cn/FV7h

       HarmonyOS 概念：qr.cn/FV7h

       如何快速入门？：qr.cn/FV7h

       开发基础知识：qr.cn/FV7h

       基于ArkTS 开发：qr.cn/FV7h

       手册覆盖了以下鸿蒙 (OpenHarmony) 开发领域：

       Ability开发

       UI开发

       公共事件与通知

       窗口管理

       媒体

       安全

       网络与链接

       电话服务

       数据管理

       后台任务(Background Task)管理

       设备管理

       设备使用信息统计

       DFX

       国际化开发

       折叠屏系列

       ……

v. 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码

       鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并非main

       深入解析ELF格式与鸿蒙源码的关系，探寻应用程序入口的奥秘。本文将带你从一段简单的C代码开始，跟踪其编译成ELF格式后的神秘结构，揭秘ELF的组成与内部运作机制。

       以E:\harmony\docker\case_code_目录下的main.c文件为例，通过编译生成ELF文件，运行后使用readelf -h命令查看应用程序头部信息。了解ELF文件的全貌，从ELF头信息、段信息、段区映射关系、区表等多方面深入探讨。

       ELF格式文件由四大部分组成：头信息、段信息、段区映射关系和区表。头信息包含关键元数据，如文件类型、字节顺序、文件大小等；段信息描述了可执行代码和数据段的属性和位置；段区映射关系展示了段与区的关联；区表则存储了每个区的详细信息。

       通过readelf -l命令，可以观察到段信息及其在程序中的作用，如初始化数组、动态链接、栈区等。在运行时，不同段以特定方式映射到内存中，实现代码的加载和执行。

       在深入分析后，发现应用程序的真正入口并非通常理解的main函数，而是一个名为_start的特殊函数。这揭示了鸿蒙内核在启动时的执行流程，以及如何在ELF格式中组织和加载代码。

       本文以ELF格式为切入点，带你全面理解鸿蒙内核源码的组织结构与运行机制。通过百万汉字注解，带你精读内核源码，深入挖掘其地基。在Gitee仓(gitee.com/weharmony/ker...)同步注解，共同探索鸿蒙研究站(weharmonyos)的奥秘。

OpenHarmony—内核对象事件之源码详解

       对于嵌入式开发和技术爱好者，深入理解OpenHarmony的内核对象事件源码是提升技能的关键。本文将通过数据结构解析，揭示事件机制的核心原理，引导大家探究任务间IPC的内在逻辑。

       关键数据结构

       首先，了解PEVENT_CB_S数据结构，它是事件的核心：uwEventID标识任务的事件类型，个位（保留位）可区分种事件；stEventList双向循环链表是理解事件的核心，任务等待事件时会挂载到链表，事件触发后则从链表中移除。

       事件初始化

       事件控制块由任务自行创建，通过LOS_EventInit初始化，此时链表为空，表示没有事件发生。任务通过创建eventCB指针并初始化，开始事件管理。

       事件写操作

       任务通过LOS_EventWrite写入事件，可以一次设置多个事件。1处的逻辑允许一次写入多个事件。2-3处检查事件链表，唤醒等待任务，通过双向链表结构确保任务顺序执行。

       事件读操作

       轻量级操作系统提供了两种事件读取方式：LOS_EventPoll支持主动检查，而LOS_EventRead则为阻塞读。1处区分两种读取模式，2-4处根据模式决定任务挂起或直接读取。

       事件销毁操作

       事件使用完毕后，需通过LOS_EventClear清除事件标志，并在LOS_EventDestroy中清理事件链表，确保资源的正确释放。

       总结

       通过以上的详细分析，OpenHarmony的内核事件机制已清晰可见。掌握这些原理，开发者可以更自如地利用事件API进行任务同步，并根据需要自定义事件通知机制，提升任务间通信的灵活性。