【普中Hi3861开发攻略--基于鸿蒙OS】-- 第 3 章 Hi3861介绍

Hi3861 作为华为在物联网领域的重要布局之一，以其出色的性能和广泛的应用场景，正逐步成为物联网设备开发者的首选芯片之一。通过深入了解Hi3861的特点和应用场景，相信您将能够更好地利用这款芯片，为我国物联网领域的发展贡献自己的力量。在接下来的章节中，我们将进一步探讨Hi3861 的硬件架构、编程入门等内容，帮助您更全面地掌握这款芯片的开发技能。

3.1.2 Hi-07S 模组介绍

3.1.2.1 模组简介

Hi-07S 是由深圳市安信可科技有限公司开发的 Wi-Fi 模块。可广泛应用于智能家居、智能安防、智慧城市等物联网相关智能终端产品。

Hi-07S 模块搭载 Hi3861V100 核心处理器芯片。该芯片是一款高度集成的2.4GHz 低功耗 SoC WiFi 芯片，集成了 IEEE 802.11b/g/n 基带和RF 电路，RF 电路包括功率放大器 PA、低噪声放大器 LNA、 RF balun、天线开关以及电源管理等模块；支持 20MHz 标准带宽和 5MHz/10MHz 窄带宽，提供最大72.2Mbit/s 物理层速率。芯片 WiFi 基带支持正交频分复用（OFDM）技术，并向下兼容直接序列扩频（DSSS）和补码键控（CCK）技术，支持IEEE 802.11 b/g/n协议的各种数据速率。

Hi-07S 模块的 Hi3861V100 芯片同时集成高性能32bit 微处理器、硬件安全引擎以及丰富的外设接口，外设接口包括 SPI、UART、I2C、PWM、GPIO 和多路 ADC，同时支持高速 SDIO2.0 Slave 接口，最高时钟可达50MHz；芯片内置SRAM 和 Flash，可独立运行，并支持在 Flash 上运行程序。

主要特性如下：

模块型号	Hi-07S
封装	SMD-22
尺寸	17.0 * 16.0 * 3.2(±0.2)mm
天线形式	外接IPEX天线
频谱范围	2400~2483.5MHz
工作温度	-40℃~85℃
存储环境	-40℃~125℃, <90%RH
供电范围	供电电压3.0V~3.6V，供电电流 >500mA
支持接口	UART/SPI/I2C/GPIO/ADC/PWM/I2S/SDIO
串口波特率	默认 115200
WiFi	802.11b/g/n
安全性	WFA WPA/WPA2 personal、WPS2.0

3.1.2.2 模组外观尺寸

模组外观尺寸如下：

3.1.2.3 模组管脚说明

模组管脚介绍：

在后续程序设计中经常需要了解对应管脚功能。

3.2 Hi3861 运行系统介绍

3.2.1 Hi3861 运行什么操作系统

Hi3861 内部运行的是 HarmonyOS 操作系统，具体来说是HarmonyOS 的LiteOS-M 内核。LiteOS-M 是 Huawei LiteOS 的一个分支，专为IoT 领域构建，主要面向没有 MMU（内存管理单元）的处理器。LiteOS-M 内核具备轻量级、低功耗、组件丰富、快速开发等关键能力，为开发者提供“一站式”完整软件平台。LiteOS-M 内核小巧，适合在资源受限的设备上运行，同时针对IoT 设备的特点优化了功耗管理，使设备在运行时更省电。

3.2.2 OpenHarmony 和 HarmonyOS 关系

OpenHarmony 是由开放原子开源基金会孵化及运营的开源项目，旨在面向全场景、全连接、全智能时代，通过开源方式搭建一个智能终端设备操作系统的框架和平台。它具备分布式、组件化等特点，是一个“全领域、新一代、开源、开放”的操作系统。OpenHarmony 作为一个开源项目，得到了全球开发者的支持和贡献。其应用场景主要面向智能家居、物联网终端、智能穿戴等领域，通过提供统一的分布式服务管理（发现、同步、注册、调用）机制，支持跨设备的应用远程启动、远程调用等操作。

HarmonyOS（鸿蒙操作系统）是华为基于开源项目OpenHarmony 开发的面向多种全场景智能设备的商用版本。它不仅包含了 OpenHarmony 的基础功能，还整合了华为自身的技术和创新，以提供更丰富的功能和更好的用户体验。

3.2.3 HarmonyOS 和 LiteOS 有什么关系

①定位与用途

鸿蒙 OS：是华为研发的面向全场景的分布式操作系统，旨在实现人、设备、场景之间的有机联系，提供全场景的智能生活体验。鸿蒙OS 支持手机、平板、电视、智能汽车、可穿戴设备等多种终端设备。

LiteOS：是华为针对物联网领域推出的轻量级操作系统，主要用于智能穿戴、智能家居、工业物联网等低功耗、低延时的物联网场景。LiteOS 具有轻量级、低功耗、高实时性等特点。

②技术架构与内核

鸿蒙 OS：采用了分布式架构，支持多屏协同和分布式任务调度。鸿蒙OS的内核包括 Linux 内核和 LiteOS 内核，可以根据不同的设备和应用场景选择适合的内核。

LiteOS：是鸿蒙 OS 中用于物联网设备的一个轻量级内核。LiteOS 内核小巧、高效，支持快速启动、低功耗、实时响应等特性。

③关系与联系

包含与被包含：鸿蒙 OS 作为一个全场景的分布式操作系统，包含了LiteOS作为其物联网设备的一个内核选项。也就是说，鸿蒙 OS 可以基于LiteOS 内核来运行物联网设备上的应用。

独立发展：虽然 LiteOS 是鸿蒙 OS 的一部分，但两者在技术上也有相对独立的发展路径。LiteOS 作为物联网操作系统，针对物联网设备的特点进行了专门的优化和设计；而鸿蒙 OS 则更注重于跨设备、跨场景的全场景智能体验。

3.3 Hi3861 启动流程

3.3.1 Boot 介绍

Boot 是操作系统启动之前的软件，通用叫法是 bootloader，Hi3861 的boot分为 4 部分：RomBoot、FlashBoot、LoaderBoot、CommonBoot，如下所示：

● RomBoot 功能包括：加载 LoaderBoot 到 RAM，进一步利用LoaderBoot下载镜像到 Flash、烧写 EFUSE，校验并引导 FlashBoot。FlashBoot 分为AB 面，A 面校验成功直接启动，校验失败会去校验 B 面，B 面校验成功会修复A 面再引导启动，否则复位重启。

● FlashBoot 功能包括：升级固件，校验并引导固件。

● LoaderBoot 功能包括：下载镜像到 Flash，烧写EFUSE（例如：安全启动/Flash 加密相关密钥等）。

● CommonBoot 为 Flashboot 与 LoaderBoot 共用的功能模块。

3.3.2 LiteOS-M 启动流程介绍

嵌入式处理器和操作系统都具有类似的结构启动流程也大体相似，从芯片上电开始 Boot 把控制权交给操作系统，Hi3861 从 Boot 跳转到操作系统代码如下：

hi_void boot_kernel(uintptr_t kaddr)
{
    __asm__ __volatile__("ecall"); /* switch U-MODE -> M-MODE */
    hi_void (*entry)(hi_void) = (hi_void*)(kaddr);
    entry();
}

这部分是将该地址当函数作为跳转，因为 FlashBoot 和kernel，是两套代码程序，他们之间没有依赖引用关系，但是他们在一个地址空间，所以直接地址跳转，这也是从 Boot 到 kernel 通用的跳转方式。

芯片启动是从中断向量表的复位中断处理程序开始，接着把数据从Flash复制到 RAM、清空 bss 数据段、初始化时钟、跳转到 main 函数。我们通过查看asm文件的 main 函数，文件位置在工程输出目标文件目录“D:\hi3861_hdu_iot_application\src\out\hispark_pegasus\wifiiot_hispark_pegasus\Hi3861_wifiiot_app.asm”中，可以看出其中调用的函数如下所示：

从图中我们可得知调用的函数包括设置串口、校验版本号、配置板子、Kernel初始化、应用初始化和操作系统的调度运转。

LOS_KernelInit 是负责初始化内核数据结构的，如下所示：

主要函数有 OsMemSystemInit(内存初始化)、OsHwiInit(中断初始化)、OsTaskInit(任务初始化)，这些过程主要目的是把内核相关的变量初始化，准备好全局信息，方便 API 函数去调用，API 函数调用必须在这些初始化完成后才可以。

从 AppInit 开始脱离了 sdk，可以看到源代码了，源代码为app_main.c,如下所示：

其中调用的函数包括获取 sdk 版本号，外设初始化，ipc 初始化，flash分区，WiFi 初始化，tcp/ip 初始化，然后跳转到了 OpenHarmony 特有的函数OHOS_Main。

OHOS_Main 位于 ohos_main.c 中，主要完成 OpenHarmony 系统相关和用户应用相关的调用，里边主要函数是 OHOS_SystemInit，如下所示：

在其中调用了用户自己写的应用任务相关代码，如下所示：

从而实现了在 LOS_start 之前把任务列表填好，这样才能保证用户任务或定时等功能参与了系统调度。

3.3.3 用户应用的启动原理

在 OHOS_SystemInit 函数中出现的函数 MODULE_INIT(run),就是调用最终调用用户程序的代码。这是个宏定义，展开的调用关系：\base\startup\bootstrap_lite\services\source\core_main.h 定义，从MODULE_CALL、MODULE_BEGIN 、MODULE_END，最终调用的地址是__zinitcall_##name##_start，MODULE_INIT(run)调用的函数地址是__zinitcall_run_start。

通过查看 map 文件发现我们自己的应用程序文件就在.zinitcall.run2.init中，如下所示：

从运行角度看，启动中调用到了应用程序 template，所谓位置为.zinitcall.run2.init，但我们在应用程序中的关联函数是SYS_RUN(template_demo)，SYS_RUN 的展开关系如下所示：（ohos_init.h 文件）

最终即是 .zinitcall.run2.init，和程序运行时候的调用匹配在一起了。应用程序的调用关系就是编译链接阶段生成指定的段，初始化时调用指定段，这样实现了 LiteOS-M 的操作系统代码与应用程序代码的解耦。

总结：通过对 map 文件和 asm 文件的分析从而得出Hi3861 芯片LiteOS-M的启动流程。总体过程就是最小硬件系统的配置完成后，LOS_KernelInit 负责初始化系统到一个合适的状态，AppInit 调用 OpenHarmony 和应用相关代码，最后LOS_Start 负责把操作系统运转起来。