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

本方案基于 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学习资料

总结

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

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

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

C和C++内存管理

目录&#xff1a; 一&#xff1a;C和C内存分布 二&#xff1a;C动态内存管理方式 三&#xff1a;C动态内存管理方式 四&#xff1a;operator new与operator delete函数 五&#xff1a;new和delete的实现原理 六&#xff1a;定位new表达式(placement-new) 七&#xff1…

如何利用Flutter将应用成功上架至iOS平台:详细指南

引言 &#x1f680; Flutter作为一种跨平台的移动应用程序开发框架&#xff0c;为开发者提供了便利&#xff0c;使他们能够通过单一的代码库构建出高性能、高保真度的应用程序&#xff0c;同时支持Android和iOS两个平台。然而&#xff0c;完成Flutter应用程序的开发只是第一步…

如何卸载干净 IDEA(图文讲解)

更新时间 2022-12-20 11:一则或许对你有用的小广告 星球 内第一个项目&#xff1a;全栈前后端分离博客项目&#xff0c;演示地址&#xff1a;Weblog 前后端分离博客, 1.0 版本已经更新完毕&#xff0c;正在更新 2.0 版本。采用技术栈 Spring Boot Mybatis Plus Vue 3.x Vit…

【Consul】基于Golang实现Consul服务的注册、注销、修改、监控注册的服务变化、实时同步服务信息机制

【Consul】基于Go实现Consul服务的注册、注销、修改、监控注册的服务变化、实时同步服务信息机制 大家好 我是寸铁&#x1f44a; 总结了一篇【Consul】基于Go实现Consul服务的注册、注销、修改、监控注册的服务变化、实时同步服务信息机制✨ 这应该是目前全网最全的使用golang手…

idea开发 java web 配电室后台管理系统bootstrap框架web结构java编程计算机网页

一、源码特点 java 配电室后台管理系统是一套完善的完整信息系统&#xff0c;结合java web开发和bootstrap UI框架完成本系统 &#xff0c;对理解JSP java编程开发语言有帮助&#xff0c;系统具有完整的源代码和数据库&#xff0c;系统主 要采用B/S模式开发。 前段主要技术 cs…

Linux:权限篇

文章目录 前言1.用户2.文件的权限管理2.1 修改文件的权限2.2 修改文件的拥有者2.3 修改文件的所属组 3.file指令4.umask指令4.目录的权限管理总结 前言 Linux权限在两个地方有所体现&#xff0c;一种是使用用户&#xff1a;分为root超级用户员与普通用户。另一个是体现在文件的…

单元测试mockito (三)常用方法整理

1.定义测试对象 2.模拟对象依赖 3.注入依赖对象 4.模拟方法依赖 5.调用被测方法 6.验证依赖方法 7.验证数据对象 8.验证依赖对象

基于springboot实现教师工作量管理系统项目【项目源码+论文说明】计算机毕业设计

基于springboot实现教师工作量管理系统演示 摘要 随着信息技术在管理上越来越深入而广泛的应用&#xff0c;管理信息系统的实施在技术上已逐步成熟。本文介绍了教师工作量管理系统的开发全过程。通过分析教师工作量管理系统管理的不足&#xff0c;创建了一个计算机管理教师工作…

“Linux 三剑客”,通常指的是三个经典的命令行工具:grep、sed 和 awk

1、grep&#xff1a; 简介&#xff1a;grep 是一个强大的文本搜索工具&#xff0c;可以用于在文件中查找匹配特定模式的行。示例&#xff1a; 搜索包含特定关键词的行&#xff1a; grep "keyword" filename 递归搜索目录下所有文件&#xff1a; grep -r define zj…

软件测试——黑盒测试

黑盒测试也就是针对功能进行测试&#xff0c;白盒测试就是后端根据自己的代码逻辑进行一下自测&#xff0c;灰盒测试就是黑盒和白盒的混合测试。 1.黑盒测试主要发现以下类型的错误 对比需求规格说明书功能遗漏或者不一致。 接口错误 数据库连接访问错误 效率不高&#xff…

计算机语言 之【C++】入门级知识讲解(命名空间,C++输入输出,缺省参数,函数重载,引用,内敛函数,auto关键字,for循环,指针空值nullptr)

三点睡六点起&#xff0c;阎王夸我好身体 不到三点我不睡&#xff0c;太平间里抢C位 一、命名空间 1.命名空间的作用 2.命名空间定义 3.命名空间使用 二、C的输入输出 1.输入输出说明介绍 2.std命名空间的使用惯例 三、缺省参数 1.缺省参数概念 2.缺省参数分类 四、…

STL--vector如何保证元素的连续存储

vector 在 C STL 中保证元素连续存储的方式主要体现在它的内部实现上。具体来说&#xff0c;vector 使用动态分配的数组来存储其元素。这意味着在内存中&#xff0c;vector 的所有元素都被放置在一个连续的内存块中。以下是这种实现的几个关键点&#xff1a; 动态数组&#xf…

Stable Diffusion介绍

Stable Diffusion是一种前沿的开源深度学习模型框架&#xff0c;专门设计用于从文本描述生成高质量的图像。这种称为文本到图像生成的技术&#xff0c;利用了大规模变换器&#xff08;transformers&#xff09;和生成对抗网络&#xff08;GANs&#xff09;的力量&#xff0c;以…

element-ui result 组件源码分享

今日简单分享 result 组件的源码实现&#xff0c;主要从以下三个方面&#xff1a; 1、result 组件页面结构 2、result 组件属性 3、result 组件 slot 一、result 组件页面结构 二、result 组件属性 2.1 title 属性&#xff0c;标题&#xff0c;类型 string&#xff0c;无默…

全文更新:什么是Power Path?充电时是充电器供电还是电池供电?

原文来自微信公众号&#xff1a;工程师看海&#xff0c;与我联系&#xff1a;chunhou0820 看海原创视频教程&#xff1a;《运放秘籍》 昨天的文章误删了一部分&#xff0c;很多同学留言想看全文&#xff0c;现补充、更新如下&#xff1a; 前段时间&#xff0c;交流群里有位同学…

Linux第5课 Linux目录介绍

文章目录 Linux第5课 Linux目录介绍一、打开系统目录二、查看系统目录 Linux第5课 Linux目录介绍 系统目录就是指操作系统的主要文件存放的目录&#xff0c;目录中的文件直接影响到系统是否正常工作&#xff0c;了解这些目录的功能&#xff0c;对使用系统会有很大的帮助。 一…

机器学习知识点全面总结

机器学习按照模型类型分为监督学习模型、无监督学习模型两大类。 1、有监督学习 有监督学习通常是利用带有专家标注的标签的训练数据&#xff0c;学习一个从输入变量X到输入变量Y的函数映射。Y f (X)&#xff0c;训练数据通常是(nx,y)的形式&#xff0c;其中n代表训练样本的大…

【python毕业设计】基于Python的医院信息管理系统的设计与实现(源码+数据库+毕业论文)【独一无二】

&#x1f449;博__主&#x1f448;&#xff1a;米码收割机 &#x1f449;技__能&#x1f448;&#xff1a;C/Python语言 &#x1f449;公众号&#x1f448;&#xff1a;测试开发自动化【获取源码商业合作】 &#x1f449;荣__誉&#x1f448;&#xff1a;阿里云博客专家博主、5…

博客部署004-centos安装mysql及redis

1、如何查看当前centos版本&#xff1f; cat /etc/os-release 2、安装mysql 我的是centos8版本&#xff0c;使用dnf命令 2.1 CentOS 7/8: sudo yum install -y mysql-community-server 或者在CentOS 8上&#xff0c;使用DNF:&#x1f31f; sudo dnf install -y mysql-ser…

Linux:谈谈阻塞式和非阻塞式IO

文章目录 阻塞式和非阻塞式IO 本篇总结的核心内容就是非阻塞式IO&#xff0c;直接看代码 阻塞式和非阻塞式IO 阻塞式IO 如下所示是典型的阻塞式IO #include <iostream> #include <unistd.h> using namespace std;int main() {char buff[1024];while(true){ssiz…