OpenHarmony实战：Combo解决方案之ASR芯片移植案例

news2024/11/22 15:36:17

本方案基于 OpenHarmony LiteOS-M 内核，使用 ASR582X 芯片的 DEV.WIFI.A 开发板进行开发移植。作为典型的 IOT Combo（Wi-Fi+BLE）解决方案，本文章介绍 ASR582X 的适配过程。

编译移植

目录规划

本方案的目录结构使用 Board 和 Soc 解耦的思路：

device
├── board                                --- 单板厂商目录
│   └── lango                            --- 单板厂商名字：朗国
│       └── dev_wifi_a                   --- 单板名：DEV.WIFI.A
└── soc                                  --- SoC厂商目录
    └── asrmicro                         --- SoC厂商名字：翱捷科技
        └── asr582x                      --- SoC Series名：ASR582X系列芯片

产品样例目录规划为：

vendor
└── asrmicro                             --- 开发产品样例厂商目录，翱捷科技的产品样例
    ├── wifi_demo                        --- 产品名字：Wi-Fi样例代码
    └── xts_demo                         --- 产品名字: XTS测试样例

产品定义

以 vendor/asrmicro/wifi_demo 为例，这里描述了产品使用的内核、单板、子系统等信息。其中，内核、单板型号、单板厂商需要提前规划好，也是预编译指令（hb set）所关注的。这里填入的信息与规划的目录相对应。例如：

{
    "product_name": "wifi_demo",          --- 产品名
    "type": "mini",                       --- 系统类型: mini
    "version": "3.0",                     --- 系统版本: 3.0
    "device_company": "lango",            --- 单板厂商：lango
    "board": "dev_wifi_a",                --- 单板名：dev_wifi_a
    "kernel_type": "liteos_m",            --- 内核类型：liteos_m
    "kernel_version": "3.0.0",            --- 内核版本：3.0.0
    "subsystems": []                      --- 子系统
}

这里的 device_company 和 board 用于关联出//device/board/<device_company>/目录。

单板配置

在关联到的目录下，以 device/board/lango/dev_wifi_a 为例，需要在 liteos_m 目录下放置 config.gni 文件，这个配置文件用于描述该单板的信息，包括 CPU、toolchain、kernel、compile flags 等。例如：

# 内核类型
kernel_type = "liteos_m"
# 内核版本
kernel_version = "3.0.0"
# 单板CPU类型
board_cpu = "cortex-m4"
# 工具链，这里使用arm-none-eabi
board_toolchain = "arm-none-eabi"
# 工具链路径，可以使用系统路径，填""，也可以自定义，如下：
board_toolchain_path = rebase_path("//device/soc/asrmicro/gcc/gcc-arm-none-eabi/Linux64/bin")
# 单板相关的编译参数
board_cflags = []
# 单板相关的链接参数
board_ld_flags = []
# 单板相关的头文件
board_include_dirs = []
​

预编译

在正确配置好产品的目录、产品定义、单板配置后，在工程根目录下输入预编译指令 hb set，在显示的列表中就可以找到相关的产品。

选择好产品后，输入回车就会在根目录下自动生成 ohos_config.json 文件，这里会将要编译的产品信息列出。

内核移植

Kconfig 适配

在//kernel/liteos_m 的编译中，需要在相应的单板以及 SoC 目录下使用 Kconfig 文件进行索引。
单板目录的 Kconfig，以 //device/board/lango 为例：

├── dev_wifi_a                                   --- dev_wifi_a单板配置目录
│   ├── Kconfig.liteos_m.board                   --- 单板的配置选项
│   ├── Kconfig.liteos_m.defconfig.board         --- 单板的默认配置项
│   └── liteos_m
│       └── config.gni                           --- 单板的配置文件
├── Kconfig.liteos_m.boards                      --- 单板厂商下Boards配置信息
└── Kconfig.liteos_m.defconfig.boards            --- 单板厂商下Boards默认配置信息
​

在 dev_wifi_a/Kconfig.liteos_m.board 中，配置只有 SOC_ASR5822S 被选后，BOARD_DEV_WIFI_A 才可被选：

config BOARD_DEV_WIFI_A
    bool "select board DEV_WIFI_A"
    depends on SOC_ASR5822S
​

SoC 目录的 Kconfig，以 //device/soc/asrmicro 为例：

├── asr582x                                      --- ASR582X系列
│   ├── Kconfig.liteos_m.defconfig.asr5822s      --- ASR5822S芯片默认配置
│   ├── Kconfig.liteos_m.defconfig.series        --- ASR582X系列默认配置
│   ├── Kconfig.liteos_m.series                  --- ASR582X系列配置
│   └── Kconfig.liteos_m.soc                     --- ASR582X芯片配置
├── Kconfig.liteos_m.defconfig                   --- SoC默认配置
├── Kconfig.liteos_m.series                      --- Series配置
└── Kconfig.liteos_m.soc                         --- SoC配置
​

在 asr582x/Kconfig.liteos_m.series 中：

config SOC_SERIES_ASR582X
    bool "ASR582X Series"
    select ARM
    select SOC_COMPANY_ASRMICRO              --- 选择 SOC_COMPANY_ASRMICRO
    select CPU_CORTEX_M4
    help
        Enable support for ASR582X series
​

只有选择了 SOC_SERIES_ASR582X，在 asr582x/Kconfig.liteos_m.soc 中才可以选择 SOC_ASR5822S：

choice
    prompt "ASR582X series SoC"
    depends on SOC_SERIES_ASR582X
config SOC_ASR5822S                         --- 选择 SOC_ASR5822S
    bool "SoC ASR5822S"
endchoice
​

综上所述，要编译单板 BOARD_DEV_WIFI_A，则要分别选中：SOC_COMPANY_ASRMICRO、SOC_SERIES_ASR582X、SOC_ASR5822S，可以在 kernel/liteos_m 中执行 make menuconfig 进行选择配置

配置后的文件会默认保存在 //vendor/asrmicro/wifi_demo/kernel_configs/debug.config,也可以直接填写 debug.config：

LOSCFG_BOARD_DEV_WIFI_A=y
LOSCFG_SOC_COMPANY_ASRMICRO=y
LOSCFG_SOC_SERIES_ASR582X=y
LOSCFG_SOC_ASR5822S=y
​

模块化编译

Board 和 SoC 的编译采用模块化的编译方法，从 kernel/liteos_m/BUILD.gn 开始逐级向下递增。本方案的适配过程如下：

  1. 在 //device/board/lango 中新建文件 BUILD.gn，新增内容如下：

    if (ohos_kernel_type == "liteos_m") {
  import("//kernel/liteos_m/liteos.gni")
  module_name = get_path_info(rebase_path("."), "name")
  module_group(module_name) {
    modules = [
      "dev_wifi_a",                     # 单板模块
      "hcs",                            # hcs文件的对应模块
    ]
  }
}
​

    在上述 BUILD.gn 中，dev_wifi_a 以及 hcs 即是按目录层级组织的模块名。

  2. 在 //device/soc/asrmicro 中，使用同样的方法，新建文件 BUILD.gn，按目录层级组织，新增内容如下：

    if (ohos_kernel_type == "liteos_m") {
  import("//kernel/liteos_m/liteos.gni")
  module_name = get_path_info(rebase_path("."), "name")
  module_group(module_name) {
    modules = [
      "asr582x",
    ]
  }
}
​

  3. 在 //device/soc/asrmicro 各个层级模块下，同样新增文件 BUILD.gn，将该层级模块加入编译，以 //device/soc/asrmicro/asr582x/liteos_m/sdk/startup/BUILD.gn 为例：

    import("//kernel/liteos_m/liteos.gni")
config("public") {
  include_dirs = [ "." ]                 # 公共头文件
}
kernel_module("asr_startup") {           # 编译的模块
  sources = [                            # 编译的源文件
      "startup.c",
      "board.c",
      "startup_cm4.S",
  ]
  include_dirs = [                       # 模块内使用到的头文件
    "...",
  ]
}
​

  4. 为了组织链接以及一些编译选项，在 //device/soc/asrmicro/asr582x/liteos_m/sdk/config/BUILD.gn 下的 config("public")填入了相应的参数：

    config("public") {
  include_dirs = []                       # 公共头文件
  ldflags = []                            # 链接参数，包括ld文件
  libs = []                               # 链接库
  defines = []                            # 定义

    说明：
    建议公共的参数选项以及头文件不在各个组件中重复填写。

  5. 为了组织一些产品侧的应用，本方案在 vendor 相应的 config.json 加入了相应的 list 来组织，以 //vendor/asrmicro/wifi_demo/config.json 为例，在 config.json 增加对应的 list：

    "tests_list": [                       --- demo list
  {
    "enable": "true",                 --- list开关
    "test_modules": [
      "example",                      --- OS基础demo
      "wifi_test"                     --- Wi-Fi demo
    ]
  }
]
​

    这里将 demo 作为了模块来管理，开启/关闭某个 demo，在 tests_list 中增减项即可。tests_list 在 gn 中可以直接被读取，需要在 //device/board/lango/dev_wifi_a/liteos_m/config.gni 加入以下内容：

    product_conf = read_file("${product_path}/config.json", "json")
product_name = product_conf.product_name
tests_list = product_conf.tests_list
​

    读取 list 后即可在相应的链接选项上加入相关的组件库，需要在 //device/soc/asrmicro/asr582x/liteos_m/sdk/config/BUILD.gn 加入以下内容：

    foreach(test_item, tests_list) {
    test_enable = test_item.enable
    if(test_enable == "true")
    {
      foreach(test_module, test_item.test_modules) {
      ldflags += [ "-l${test_module}" ]
      }
    }
}
​

C 库适配

为了整个系统不区分用户态内核态，上层组件与内核共用一套基于 musl 的 C 库，本方案使用 musl C，三方库见 //third_party/musl/porting/liteos_m/kernel/BUILD.gn。
kernel 另外对 malloc 相应的 code 进行了改造适配，适配文件见 //kernel/liteos_m/kal/libc/musl/porting/src/malloc.c。
在本方案中，printf 相关的接口使用开源代码实现，适配文件见 //device/soc/asrmicro/asr582x/liteos_m/sdk/drivers/platform/system/printf-stdarg.c。
为了满足 printf 相关接口的链接调用，需要在 //device/board/lango/dev_wifi_a/liteos_m/config.gni 的新增这些函数的 wrap 链接：

board_ld_flags += [
  "-Wl,--wrap=printf",
  "-Wl,--wrap=sprintf",
  "-Wl,--wrap=snprintf",
  "-Wl,--wrap=vprintf",
  "-Wl,--wrap=vsprintf",
  "-Wl,--wrap=vsnprintf",
]
​

shell 适配

为了方便调试，本方案集成了内核的 shell 组件，可以在 make menuconfig 中的 Debug 中选中 Enable Shell，或者在 //vendor/asrmicro/wifi_demo/kernel_configs/debug.config 文件中填入 LOSCFG_SHELL=y
shell 组件需要进行初始化，可参考 device/soc/asrmicro/asr582x/liteos_m/sdk/startup/board.c：

ret = LosShellInit();
if (ret != LOS_OK) {
    printf("LosShellInit failed! ERROR: 0x%x\n", ret);
}
ret = OsShellInit();
if (ret != LOS_OK) {
    printf("OsShellInit failed! ERROR: 0x%x\n", ret);
}
​

在初始化之后，每个 shell 命令需要进行注册，例如：vendor/asrmicro/wifi_demo/tests/wifi/wifi_app.c：

osCmdReg(CMD_TYPE_STD, "wifi_open", 0, (CMD_CBK_FUNC)ap_conn_func);    // 连接AP的指令，这里可以带参
osCmdReg(CMD_TYPE_EX, "wifi_close", 0, (CMD_CBK_FUNC)ap_close_func);   // 断开指令
​

内核启动适配

单板进入到 main 函数后，首先会进行单板初始化，然后需要注册中断，之后再进行内核的初始化和调度。
注册中断，可参考 //device/soc/asrmicro/asr582x/liteos_m/sdk/startup/board.c:

ArchHwiCreate(UART1_IRQn,configLIBRARY_NORMAL_INTERRUPT_PRIORITY,0,UART1_IRQHandler,0);   // UART中断
ArchHwiCreate(GPIO_IRQn,configLIBRARY_NORMAL_INTERRUPT_PRIORITY,0,GPIO_IRQHandler,0);     // GPIO中断
​

内核初始化示例如下：

osStatus_t ret = osKernelInitialize();                                                    // 内核初始化
if(ret == osOK)
{
    threadId = osThreadNew((osThreadFunc_t)sys_init,NULL,&g_main_task);                   // 创建init线程
    if(threadId!=NULL)
    {
        osKernelStart();                                                                  // 线程调度
    }
}
​

在 sys_init 中，需要对 OpenHarmony 的系统组件进行初始化：

...
DeviceManagerStart();           // HDF初始化
OHOS_SystemInit();              // OpenHarmony系统组件初始化
....
​

HDF 驱动框架适配

HDF 驱动框架提供了一套应用访问硬件的统一接口，可以简化应用开发，添加 HDF 组件需要在 //vendor/asrmicro/wifi_demo/kernel_configs/debug.config 添加：

LOSCFG_DRIVERS_HDF=y
LOSCFG_DRIVERS_HDF_PLATFORM=y
​

同时需在 board 中新增对应开发板硬件配置描述文件，位于 //device/board/lango/hcs。本案例以 GPIO 以及 UART 为例，移植过程如下：

GPIO 适配
  1. 芯片驱动适配文件位于 //drivers/hdf_core/adapter/platform 目录，在 gpio 目录增加 gpio_asr.c 文件，在 BUILD.gn 中增加新增的驱动文件编译条件： 
    if (defined(LOSCFG_SOC_COMPANY_ASRMICRO)) {
  sources += [ "gpio_asr.c" ]
}
​
  2. gpio_asr.c 中驱动描述文件如下： 
    struct HdfDriverEntry g_GpioDriverEntry = {
    .moduleVersion = 1,
    .moduleName = "ASR_GPIO_MODULE_HDF",
    .Init = GpioDriverInit,
    .Release = GpioDriverRelease,
};
HDF_INIT(g_GpioDriverEntry);
​
  3. 在 //device/board/lango/hcs 添加 gpio 硬件描述信息文件 gpio.hcs, 映射后的 gpio0 控制板卡上的可编程 LED，gpio1 对应用户按键，hcs 内容如下： 
    root {
    platform {
        gpio_config {
            match_attr = "gpio_config";
            pin = [0, 1];
            // led3: GPIO9
            // user key: GPIO7
            realPin = [9, 7];
            config = [5, 1];
            pinNum = 2;
        }
    }
}
​
  4. gpio.hcs 的配置信息会在 GpioDriverInit 进行加载，并执行对应 GPIO 引脚的初始化。应用层控制 LED 灯和读取按键信息只需要以下简单的代码： 
    int32_t GpioKeyIrqFunc(uint16_t gpio, void *data)
{
    printf("user key %d pressed\n", gpio);
}
GpioSetIrq(1, OSAL_IRQF_TRIGGER_FALLING, GpioKeyIrqFunc, NULL);
GpioWrite(0, 0);
lega_rtos_delay_milliseconds(1000);
GpioWrite(0, 1);
​
UART 适配
  1. 芯片驱动适配文件位于 //drivers/adapter/platform 目录，在 uart 目录增加 uart_asr.c 和 uart_asr.h 文件，在 BUILD.gn 中增加新增的驱动文件编译条件： 
    if (defined(LOSCFG_SOC_COMPANY_ASRMICRO)) {
  sources += [ "uart_asr.c" ]
}
​
  2. uart_asr.c 中驱动描述文件如下： 
    struct HdfDriverEntry g_hdfUartDevice = {
    .moduleVersion = 1,
    .moduleName = "HDF_PLATFORM_UART",
    .Bind = HdfUartDeviceBind,
    .Init = HdfUartDeviceInit,
    .Release = HdfUartDeviceRelease,
};
HDF_INIT(g_hdfUartDevice);
​
  3. 在 //device/board/lango/hcs 添加 gpio 硬件描述信息文件 uart.hcs, hcs 内容如下： 
    controller_uart0 :: uart_controller {
    match_attr = "asr582x_uart_0";
    port = 0;                        /* UART_ID_0 */
    pin_tx_pin = 0;                  /* IO_PIN_10 */
    pin_tx_mux = 25;                 /* IO_MUX_2  */
    pin_rx_pin = 1;                  /* IO_PIN_11 */
    pin_rx_mux = 25;                 /* IO_MUX_2 */
    tx_rx = 3;                       /* TX_RX MODE */
}
​
  4. gpio.hcs 的配置信息会在 HdfUartDeviceInit 进行加载，并执行对应串口引脚的初始化。应用层测试串口代码如下： 
    DevHandle uart_handle = UartOpen(0);
UartSetBaud(uart_handle, 115200);
...
attr.dataBits = UART_ATTR_DATABIT_8;
attr.parity = UART_ATTR_PARITY_NONE;
attr.stopBits = UART_ATTR_STOPBIT_1;
ret = UartSetAttribute(uart_handle, &attr);
ret = UartWrite(uart_handle, send_data, strlen(send_data));
ret = UartRead(uart_handle, recv_data, sizeof(recv_data) - 1);
...
​

OpenHarmony 组件移植

子系统的编译选项入口在相应产品 config.json 下，以下以 //vendor/asrmicro/wifi_demo/config.json 为例。

lwIP 组件

lwIP 组件的源码在 //third_party/lwip，OpenHarmony 在 kernel 中做了定制化，//kernel/liteos_m/components/net/lwip-2.1，包括一些接口的重定义，结构体的重定义等。
lwIP 组件适配：
lwIP 是一个小型开源的 TCP/IP 协议栈，LiteOS-M 已对开源 lwIP 做了适配和功能增强，lwIP 代码分为两部分：

  • third_party/lwip 目录下是 lwIP 开源代码，里面只做了少量的侵入式修改，为了适配增强功能。
  • kernel/liteos_m/components/net/lwip-2.1 目录下是 lwIP 适配和功能增强代码，里面提供了 lwIP 的默认配置文件。
    如果需要使用 lwIP 组件，请按如下步骤适配：
  1. 在产品目录下新建一个目录用来存放产品的适配文件，如 lwip_adapter。
  2. 在 lwip_adapter 目录下新建一个目录 include，用来存放适配的头文件。
  3. 在 include 目录下新建目录 lwip，并在 lwip 目录下新建头文件 lwipopts.h，代码如下所示，如果默认配置不能满足产品使用，可自行根据产品使用情况修改配置，如关闭 DHCP 功能。 
    #ifndef _LWIP_ADAPTER_LWIPOPTS_H_
#define _LWIP_ADAPTER_LWIPOPTS_H_
#include_next "lwip/lwipopts.h"
#undef LWIP_DHCP#define LWIP_DHCP                       0 // 关闭DHCP功能
#endif /* _LWIP_ADAPTER_LWIPOPTS_H_ */
​
  4. 将 kernel/liteos_m/components/net/lwip-2.1 目录下的 BUILD.gn 复制到 lwip_adapter 目录下，并按如下修改。 
    import("//kernel/liteos_m/liteos.gni")
import("$LITEOSTHIRDPARTY/lwip/lwip.gni")
import("$LITEOSTOPDIR/components/net/lwip-2.1/lwip_porting.gni")
module_switch = defined(LOSCFG_NET_LWIP_SACK)
module_name = "lwip"kernel_module(module_name) {
  sources = LWIP_PORTING_FILES + LWIPNOAPPSFILES - [ "$LWIPDIR/api/sockets.c" ]
  include_dirs = [ "//utils/native/lite/include" ]
}
#添加新增加的适配头文件路径include
config("public") {
  include_dirs = [ "include" ] + LWIP_PORTING_INCLUDE_DIRS + LWIP_INCLUDE_DIRS
}
​
  5. 在产品的配置文件(如 config.json)中设置 lwIP 的编译路径，即步骤 4 中 BUILD.gn 的路径。 
    {
  "subsystem": "kernel",
  "components": [
    { "component": "liteos_m", "features":["ohos_kernel_liteos_m_lwip_path = \"//xxx/lwip_adapter\"" ] }
  ]
},
​
  6. 在产品的内核编译配置文件中，如 kernel_config/debug.config，打开编译 lwIP 的开关。 
    LOSCFG_NET_LWIP=y
​

本案例在 config.json 中设置 lwIP 的路径如下：

"subsystem": "kernel",
"components": [
  {
    "component": "liteos_m",
    "features": [
      "ohos_kernel_liteos_m_lwip_path = \"//device/soc/asrmicro/asr582x/liteos_m/components/net/lwip-2.1\""
    ]
  }
]
​

另外，需在内核编译配置文件 kernel_config/debug.config 中，打开编译 lwIP 的开关，如下：

LOSCFG_NET_LWIP=y
​

security 组件

security 需要在 config.json 中打开相应的选项，本案例移植了三方库中的 mbedtls（//third_party/mbedtls）作为加密模块，选项配置如下：

"subsystem": "security",
"components": [
  { "component": "huks", "features":
    [
      ...
      "ohos_security_huks_mbedtls_porting_path = \"//device/soc/asrmicro/asr582x/liteos_m/components/mbedtls\""
    ]
  }
]
​

在上述目录中，需要对 mbedtls 做配置，可见 config/config_liteos_m.h。需要注意的是，如果使用 mbedtls 的 RNG 的能力（比如 dsoftbus 组件在 //foundation/communication/dsoftbus/adapter/common/mbedtls/softbus_adapter_crypto.c 中有使用），要指定产生随机数的熵源。本案例使用了 ASR582X 的硬件随机数能力，需要打开如下宏定义：

#define MBEDTLS_ENTROPY_HARDWARE_ALT
​

打开此宏后，需要实现 entropy_hardware_alt 接口，可见 library/entropy_hardware_alt.c。

wifi_lite 组件

wifi_lite 组件的选项配置如下：

"subsystem": "communication",
"components": [
  { "component": "wifi_lite", "features":[] }
  ]
​

与 Wi-Fi 有关的实现在 //device/soc/asrmicro/asr582x/liteos_m/sdk/hal/src/wifi_adapter.c 下。
本案例也提供了使用 wifi_lite 相关接口的 Demo，可见 //vendor/asrmicro/wifi_demo/tests/wifi/wifi_app.c，这里提供了两个连接的测试指令：
表 1 ASR Wi-Fi 连接指令

指令参数说明
wifi_opensta [SSID] [KEY]连接路由指令,例如:wifi_open sta ASR_AP test123456
wifi_close无断开连接指令

xts 组件

xts 组件的适配，以 //vendor/asrmicro/xts_demo/config.json 为例，需要加入组件选项：

"subsystem": "xts",
"components": [
  { "component": "xts_acts", "features":
    [
      "enable_ohos_test_xts_acts_use_thirdparty_lwip = true"
    ]
  },
  { "component": "xts_tools", "features":[] }
]
​

另外，xts 功能也使用了 list 来组织，可参考[模块化编译]，在 config.json 文件中增减相应模块：

"xts_list": [
  {
    "enable": "true",
    "xts_modules": [
      "ActsKvStoreTest",
      "ActsDfxFuncTest",
      "ActsHieventLiteTest",
      "ActsSamgrTest",
      "ActsParameterTest",
      "ActsWifiServiceTest",
      "ActsWifiIotTest",
      "ActsBootstrapTest"
    ]
  }
],
​

dsoftbus 组件

dsoftbus 组件提供了设备间的发现连接、组网和传输能力，本方案以 Wi-Fi 设备间的软总线能力为例。
依赖组件：lwIP 组件、security 组件、wifi_lite 组件。
前置条件：设备需先连接路由，所有的组网设备需在同一局域网中。
dsoftbus 组件的选项配置如下：

"subsystem": "communication",
"components": [
  { "component": "dsoftbus", "features":[] }
  ]
​

在 //vendor/asrmicro/wifi_demo 下提供了 dsoftbus 的测试 Demo，打开该功能需修改 //vendor/asrmicro/wifi_demo/tests/BUILD.gn：

declare_args() {
  asr_dsoftbus_test = true              # 打开dsoftbus demo编译
}
​

另外，需在 //vendor/asrmicro/wifi_demo/config.json 中添加 dsoftbus_test 模块：

"tests_list": [
    {
    "enable": "true",
    "test_modules": [
        "wifi_test",
        "dsoftbus_test"                 # 打开dsoftbus_test模块
    ]
    }
]
​

dsoftbus 组件的启动接口可参考 //vendor/asrmicro/wifi_demo/tests/dsoftbus/dsoftbus_app.c：

InitSoftBusServer();
​

dsoftbus 组件的运行需至少预留 80KB RAM。如资源不够，可对其它地方进行剪裁。例如，可在以下文件修改 lwIP 组件：
//kernel_liteos_m/blob/master/components/net/lwip-2.1/porting/include/lwip/lwipopts.h：

#define TCPIP_THREAD_STACKSIZE          0x2000              // 缩小TCPIP任务栈大小
​

在 communication_dsoftbus 仓中，加入了-fPIC 编译选项，这样会让编译器产生与位置无关代码，并使用相对地址，但是在 LiteOS-M 核中使用的是静态库，不推荐使用。
建议开发者手动注释-fPIC 编译选项，后续会推进 OpenHarmony 统一规划此编译选项的开关。修改方法是在如下的四个文件中，找到"-fPIC"选项，并全部注释：
//foundation/communication/dsoftbus/core/common/BUILD.gn
//foundation/communication/dsoftbus/core/frame/BUILD.gn
//foundation/communication/dsoftbus/sdk/BUILD.gn
//foundation/communication/dsoftbus/components/nstackx_mini/nstackx_ctrl/BUILD.gn
软总线的组网需要通过设备认证，在研发阶段，可以把认证跳过，先行调试组网以及传输能力，需将文件 //foundation/communication/dsoftbus/core/authentication/src/auth_manager.c 中的 HandleReceiveDeviceId 函数替换为如下实现：

void HandleReceiveDeviceId(AuthManager *auth, uint8_t *data)
{
    uint8_t tempKey[SESSION_KEY_LENGTH] = {0};
    if (auth == NULL || data == NULL) {
        SoftBusLog(SOFTBUS_LOG_AUTH, SOFTBUS_LOG_ERROR, "invalid parameter");
        return;
    }
    if (AuthUnpackDeviceInfo(auth, data) != SOFTBUS_OK) {
        SoftBusLog(SOFTBUS_LOG_AUTH, SOFTBUS_LOG_ERROR, "AuthUnpackDeviceInfo failed");
        AuthHandleFail(auth, SOFTBUS_AUTH_UNPACK_DEVID_FAILED);
        return;
    }
    if (auth->side == SERVER_SIDE_FLAG) {
        if (EventInLooper(auth->authId) != SOFTBUS_OK) {
            SoftBusLog(SOFTBUS_LOG_AUTH, SOFTBUS_LOG_ERROR, "auth EventInLooper failed");
            AuthHandleFail(auth, SOFTBUS_MALLOC_ERR);
            return;
        }
        if (AuthSyncDeviceUuid(auth) != SOFTBUS_OK) {
            AuthHandleFail(auth, SOFTBUS_AUTH_SYNC_DEVID_FAILED);
        }
        (void)memset_s(tempKey, SESSION_KEY_LENGTH, 1, SESSION_KEY_LENGTH);
        AuthOnSessionKeyReturned(auth->authId, tempKey, SESSION_KEY_LENGTH); 
        return;
    }
    //VerifyDeviceDevLvl(auth);                                            --- 这里注释认证过程
    (void)memset_s(tempKey, SESSION_KEY_LENGTH, 1, SESSION_KEY_LENGTH);
    AuthOnSessionKeyReturned(auth->authId, tempKey, SESSION_KEY_LENGTH);
}
​

在正确配置并编译烧录后，设备使用 wifi_open 指令连接路由，连接成功后，设备会自动进行组网。如下为组网成功截图：

其它组件的适配过程与官方以及其它厂商的过程类似，不再赘述。

todo

  • 待支持 BLE
  • 待丰富 Wi-Fi 测试指令

最后

有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以有一份实用的鸿蒙（HarmonyOS NEXT）资料用来跟着学习是非常有必要的。 

这份鸿蒙（HarmonyOS NEXT）资料包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

希望这一份鸿蒙学习资料能够给大家带来帮助，有需要的小伙伴自行领取，限时开源，先到先得~无套路领取！！

获取这份完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

鸿蒙（HarmonyOS NEXT）最新学习路线

  •  HarmonOS基础技能

  • HarmonOS就业必备技能 
  •  HarmonOS多媒体技术

  • 鸿蒙NaPi组件进阶

  • HarmonOS高级技能

  • 初识HarmonOS内核 
  • 实战就业级设备开发

有了路线图，怎么能没有学习资料呢，小编也准备了一份联合鸿蒙官方发布笔记整理收纳的一套系统性的鸿蒙（OpenHarmony ）学习手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门教学视频，内容包含：ArkTS、ArkUI、Web开发、应用模型、资源分类…等知识点。

获取以上完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

《鸿蒙 (OpenHarmony)开发入门教学视频》

《鸿蒙生态应用开发V2.0白皮书》

图片

《鸿蒙 (OpenHarmony)开发基础到实战手册》

OpenHarmony北向、南向开发环境搭建

图片

 《鸿蒙开发基础》

  • ArkTS语言
  • 安装DevEco Studio
  • 运用你的第一个ArkTS应用
  • ArkUI声明式UI开发
  • .……

图片

 《鸿蒙开发进阶》

  • Stage模型入门
  • 网络管理
  • 数据管理
  • 电话服务
  • 分布式应用开发
  • 通知与窗口管理
  • 多媒体技术
  • 安全技能
  • 任务管理
  • WebGL
  • 国际化开发
  • 应用测试
  • DFX面向未来设计
  • 鸿蒙系统移植和裁剪定制
  • ……

图片

《鸿蒙进阶实战》

  • ArkTS实践
  • UIAbility应用
  • 网络案例
  • ……

图片

 获取以上完整鸿蒙HarmonyOS学习资料，请点击→纯血版全套鸿蒙HarmonyOS学习资料

总结

总的来说，华为鸿蒙不再兼容安卓，对中年程序员来说是一个挑战，也是一个机会。只有积极应对变化，不断学习和提升自己，他们才能在这个变革的时代中立于不败之地。 

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1564446.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Shadow

Shadow

Shadow Mapping 最关键的思想是阴影出现的点是我们可以看到而光源看不到的点。 主要思路&#xff1a; 从光源渲染一个深度图表示能看到的地方从我们的眼中看到的点投射到光源相机中看光源相机能不能看到(是不是对应的深度) 这个方法中有一些问题&#xff1a; Hard shadows (poi…
阅读更多...
UE4 方块排序动画

UE4 方块排序动画

【动画效果】 入动画&#xff1a; 出动画&#xff1a; 【分析】 入动画&#xff1a;方块动画排序方式为Z字形&#xff0c;堆砌方向为X和Y轴向 出动画&#xff1a;方块动画排序方式为随机 【关键蓝图】 1.构建方块砌体 2.入/出动画
阅读更多...
xss【2】

xss【2】

1.xss钓鱼 钓鱼攻击利用页面&#xff0c;fish.php黑客钓鱼获取到账号密码存储的位置 xss进行键盘记录 2.xss常规防范 3.xss验证payload XSS&#xff08;跨站攻击&#xff09;_details/open/ontoggle-CSDN博客
阅读更多...
达梦DMHS-Manager工具安装部署

达梦DMHS-Manager工具安装部署

目录 1、前言 1.1、平台架构 1.2、平台原理 2、环境准备 2.1、硬件环境 2.2、软件环境 2.3、安装DMHS 2.3.1、源端DMHS前期准备 2.3.2、源端DMHS安装 2.3.3、目的端DMHS安装 3、DMHS-Manager客户端部署 3.1、启动dmhs web服务 3.2、登录web管理平台 4、添加DMHS实…
阅读更多...
元宇宙虚拟空间的场景构造（二）

元宇宙虚拟空间的场景构造（二）

前言 该文章主要讲元宇宙虚拟空间的场景构造&#xff0c;基本核心技术点&#xff0c;不多说&#xff0c;直接引入正题。 场景的构造 使用引入的天空模块 this.sky new Sky(this); 在Sky模块里&#xff0c;有设置对其中的阳光进行不同时间段的光线处理。而天空又是怎么样的…
阅读更多...
ArcGis研究区边界提取

ArcGis研究区边界提取

ArcGis研究区边界提取 *0* 引言*1* 有的步骤0 引言 GRACE数据处理前要先确定研究范围，而大多情况下所选的研究区都是有特殊意义的，比如常年干旱、经济特区、降水丰富等，这些区域往往有精确的边界，那就要从大的区块中将研究范围抠出来，获取相应坐标，以量化区域重力变化。那…
阅读更多...
视频基础学习四——视频编码基础一（冗余信息）

视频基础学习四——视频编码基础一（冗余信息）

文章目录 前言一、编码压缩的原理1.空间冗余帧内预测 2.时间冗余帧间预测运动估计运动补偿 3.编码冗余4.视觉冗余 二、压缩编码的流程1.编码器2.编解码流程 总结 前言 上一篇文章介绍了视频帧率、码率、与分辨率。也介绍了为什么需要对视频进行压缩&#xff0c;因为720P、rgb2…
阅读更多...
【隐私计算实训营007——隐语SCQL的架构详细拆解】

【隐私计算实训营007——隐语SCQL的架构详细拆解】

1.SCQL Overview SCQL属于隐私保护的BI。 1.1 对于安全聚合查询语言的两种常见的技术方案 1.2 SCQL系统组件 SCDB 部署在可信第三方&#xff0c;负责将query翻译成密态执行图&#xff0c;下发给SCQLEngine&#xff0c;本身不参与计算 SCQLEngine 部署在数据参与方&#xff…
阅读更多...
某音乐平台歌曲信息逆向之webpack扣取

某音乐平台歌曲信息逆向之webpack扣取

逆向网址 aHR0cHM6Ly95LnFxLmNvbS8 逆向链接 aHR0cHM6Ly95LnFxLmNvbS9uL3J5cXEvc29uZ0RldGFpbC8wMDJkdzRndjFabWlHdA 逆向接口 aHR0cHM6Ly91Ni55LnFxLmNvbS9jZ2ktYmluL211c2ljcy5mY2c 逆向过程 请求方式&#xff1a;POST 逆向参数 sign zzbd8c72309rdslvlnjwk8pthj2lw462f12…
阅读更多...
Java 设计模式系列：备忘录模式

Java 设计模式系列：备忘录模式

简介 备忘录模式是一种软件设计模式&#xff0c;用于在不破坏封闭的前提下捕获一个对象的内部状态&#xff0c;并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 备忘录模式提供了一种状态恢复的实现机制&#xff0c;使得用户可以方便地回到一个特定…
阅读更多...
微信小程序自定义弹窗组件

微信小程序自定义弹窗组件

业务背景&#xff1a;弹窗有时字体较多&#xff0c;超过7个字&#xff0c;不适用wx.showToast. 组件代码 <view class"toast-box {{isShow? show:}}" animation"{{animationData}}"><view class"toast-content" ><view class&q…
阅读更多...
20240402—Qt如何通过动态属性设置按钮样式？

20240402—Qt如何通过动态属性设置按钮样式？

前言 正文 1、点击UI文件 2、选择Bool型或是QString 3、设置后这里出现动态属性 4、这qss文件中绑定该动态属性 QPushButton[PopBlueBtn"PopBlueBtn"]{background-color:#1050B7;color:#FFFFFF;font-size:20px;font-family:Source Han Sans CN;//思源黑体 CNbor…
阅读更多...
实验四 微信小程序智能手机互联网程序设计（微信程序方向）实验报告

实验四 微信小程序智能手机互联网程序设计（微信程序方向）实验报告

请编写一个用户登录界面&#xff0c;提示输入用户名和密码进行登录&#xff1b; 代码 index.wxml <view class"user"> <form bindreset""> <view>用户名&#xff1a;</view><input type"text"name""/>…
阅读更多...
UE4_动画基础_ 瞄准偏移1D（Aim Offset Blend Space 1D）

UE4_动画基础_ 瞄准偏移1D（Aim Offset Blend Space 1D）

瞄准偏移1D基本上可以完成角色的向左看向右看或者向上看向下看&#xff0c;像混合空间1D一样只有一个轴向可用。 操作步骤&#xff1a; 1、新建第三人称模板项目。 2、右键——动画——瞄准偏移1D 选取骨骼 双击打开 3、瞄准偏移混合的是姿势&#xff0c;我们需要创建姿势。 …
阅读更多...
FPGA高端项目：解码索尼IMX327 MIPI相机+图像缩放+视频拼接+HDMI输出，提供开发板+工程源码+技术支持

FPGA高端项目：解码索尼IMX327 MIPI相机+图像缩放+视频拼接+HDMI输出，提供开发板+工程源码+技术支持

目录 1、前言免责声明 2、相关方案推荐本博主所有FPGA工程项目-->汇总目录我这里已有的 MIPI 编解码方案 3、本 MIPI CSI-RX IP 介绍4、个人 FPGA高端图像处理开发板简介5、详细设计方案设计原理框图IMX327 及其配置MIPI CSI RX图像 ISP 处理自研HLS图像缩放详解Video Mixer…
阅读更多...
库存超卖问题分析

库存超卖问题分析

3.5 库存超卖问题分析 有关超卖问题分析&#xff1a;在我们原有代码中是这么写的 if (voucher.getStock() < 1) {// 库存不足return Result.fail("库存不足&#xff01;");}//5&#xff0c;扣减库存boolean success seckillVoucherService.update().setSql(&quo…
阅读更多...
R统计实战：详解机器学习Adaboost的操作步骤与应用

R统计实战：详解机器学习Adaboost的操作步骤与应用

一、引言 机器学习是人工智能的核心领域之一&#xff0c;其重要性体现在其能够从数据中自动学习并改进的能力上。在实际问题中&#xff0c;机器学习已经被广泛应用于各个领域&#xff0c;包括但不限于金融、医疗、电子商务、社交网络等。例如&#xff0c;在金融领域&#xff0c…
阅读更多...
论文笔记 - ：DIGGING INTO OUTPUT REPRESENTATION FOR MONOCULAR 3D OBJECT DETECTION

论文笔记 - ：DIGGING INTO OUTPUT REPRESENTATION FOR MONOCULAR 3D OBJECT DETECTION

Title: 深入研究单目 3D 物体检测的输出表示 Abstract 单目 3D 对象检测旨在从单个图像中识别和定位 3D 空间中的对象。最近的研究取得了显着的进展&#xff0c;而所有这些研究都遵循基于 LiDAR 的 3D 检测中的典型输出表示。 然而&#xff0c;在本文中&#xff0c;我们认为…
阅读更多...
Flask Python：如何获取不同请求方式的参数

Flask Python：如何获取不同请求方式的参数

Flask中 如何获取不同请求方式的参数 前言一、get请求下1.1、路径中带有参数1.1.1、postman示例1.1.2、 flask代码实现1.1.3、 注意事项 1.2、在url后边带有参数1.2.1、postman示例1.2.2、 flask代码实现 二、post请求下2.1、form-data格式2.1.1、postman示例2.1.2、flask代码实…
阅读更多...
【面试HOT200】数组篇

【面试HOT200】数组篇

系列综述&#xff1a; &#x1f49e;目的&#xff1a;本系列是个人整理为了秋招面试coding部分的&#xff0c;整理期间苛求每个算法题目&#xff0c;平衡可读性与代码性能&#xff08;leetcode运行复杂度均打败80%以上&#xff09;。 &#x1f970;来源&#xff1a;材料主要源于…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023