OpenHarmony南向设备开发：标准系统方案之瑞芯微RK3566移植案例

最新推荐文章于 2025-04-04 00:02:11 发布
最新推荐文章于 2025-04-04 00:02:11 发布
阅读量2.7k 收藏 10
点赞数 21
分类专栏： 鸿蒙5.0 南向设备开发 OpenHarmony 文章标签： 物联网 harmonyos ubuntu linux android 嵌入式硬件 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/River_ly/article/details/142643812
版权

往期鸿蒙全套实战精彩文章必看内容：

标准系统方案之瑞芯微RK3566移植案例

本文章是基于瑞芯微RK3566芯片的khdvk_3566b开发板，进行标准系统相关功能的移植，主要包括产品配置添加，内核启动、升级，音频ADM化，Camera，TP，LCD，WIFI，BT，vibrator、sensor、图形显示模块的适配案例总结，以及相关功能的适配。

产品配置和目录规划

产品配置

在产品//vendor/目录下创建以kaihong名字命名的文件夹，并在kaihong文件夹下面新建产品命的文件夹khdvk_3566b。

在//vendor/kaihong/khdvk_3566b目录下创建config.json文件。该文件用于描述产品所使用的SOC以及所需的子系统。配置如下

{
  "product_name": "khdvk_3566b",
  "device_company": "kaihong",
  "device_build_path": "device/board/kaihong/build",
  "target_cpu": "arm",
  "type": "standard",
  "version": "3.0",
  "board": "khdvk_3566b",
  "enable_ramdisk": true,//是否支持ramdisk二级启动
  "build_selinux": true,// 是否支持selinux权限管理
  "subsystems": [
    {
      "subsystem": "arkui",
      "components": [
        {
          "component": "ace_engine_standard",
          "features": []
        },
        {
          "component": "napi",
          "features": []
        }
      ]
    },
    .
    .
    .
    {
      "subsystem": "thirdparty",
      "components": [
        {
          "component": "musl",
          "features": []
        }
      ]
    }
  ]
}

主要的配置内容包括：

  1. product_device：配置所使用的SOC。
  2. type：配置系统的级别，这里直接standard即可。
  3. subsystems：系统需要启用的子系统。子系统可以简单理解为一块独立构建的功能块。

已定义的子系统可以在//build/subsystem_config.json中找到。当然你也可以定制子系统。

这里建议先拷贝Hi3516DV300开发板的配置文件，删除掉hisilicon_products这个子系统。这个子系统为Hi3516DV300 SOC编译内核，不适合rk3566

目录规划

device
├── board                                --- 单板厂商目录
│   └── kaihong                          --- 单板厂商名字：
│       └── khdvk_3566b                  --- 单板名：khdvk_3566b，主要放置开发板相关的驱动业务代码
└── soc                                  --- SoC厂商目录
    └── rockchip                         --- SoC厂商名字：rockchip
        └── rk3566                       --- SoC Series名：rk3566,主要为芯片原厂提供的一些方案，以及闭源库等


vendor
└── kaihong                              --- 开发产品样例厂商目录
    └── khdvk_3566b                      --- 产品名字：产品、hcs以及demo相关

内核启动

二级启动

二级启动简单来说就是将之前直接挂载sytem，从system下的init启动，改成先挂载ramdsik，从ramdsik中的init 启动，做些必要的初始化动作，如挂载system,vendor等分区，然后切到system下的init。

Rk3566适配主要是将主线编译出来的ramdisk打包到boot.img中，主要有以下工作：

1.使能二级启动

在//vendor/kaihong/khdvk_3566b/config.json中使能enable_ramdisk。

{
  "product_name": "khdvk_3566b",
  "device_company": "kaihong",
  "device_build_path": "device/board/kaihong/build",
  "target_cpu": "arm",
  "type": "standard",
  "version": "3.0",
  "board": "khdvk_3566b",
  "enable_ramdisk": true,//是否支持ramdisk二级启动
  "build_selinux": true,// 是否支持selinux权限管理

2.把主线编译出来的ramdsik.img 打包到boot.img

配置：

由于rk 启动uboot 支持从ramdisk 启动，只需要在打包boot_linux.img 的配置文件中增加ramdisk.img，因此没有使用主线的its格式，具体配置就是在内核编译脚本make-ohos.sh中增加:

function make_extlinux_conf()
{
    dtb_path=$1
    uart=$2
    image=$3

    echo "label rockchip-kernel-5.10" > ${EXTLINUX_CONF}
    echo "    kernel /extlinux/${image}" >> ${EXTLINUX_CONF}
    echo "    fdt /extlinux/${TOYBRICK_DTB}" >> ${EXTLINUX_CONF}
    if [ "enable_ramdisk" == "${ramdisk_flag}" ]; then
        echo "    initrd /extlinux/ramdisk.img" >> ${EXTLINUX_CONF}
    fi
    cmdline="append earlycon=uart8250,mmio32,${uart} root=PARTUUID=614e0000-0000-4b53-8000-1d28000054a9 rw rootwait rootfstype=ext4"
    echo "  ${cmdline}" >> ${EXTLINUX_CONF}
}

打包

增加了打包boot镜像的脚本make-boot.sh，供编译完ramdisk，打包boot 镜像时调用，主要内容:

genext2fs -B ${blocks} -b ${block_size} -d boot_linux -i 8192 -U boot_linux.img

音频

khdvk_3566b Audio硬件结构图

khdvk_3566b平台Audio驱动框架图

  1. HDI adapter

实现Audio HAL层驱动（HDI接口适配），给Audio服务（frameworks）提供所需的音频硬件驱动能力接口。包含 Audio Manager、Audio Adapter、Audio Control、Audio Capture、Audio Render等接口对象。

  1. Audio Interface Lib

配合内核中的Audio Driver Model使用，实现音频硬件的控制、录音数据的读取、播放数据的写入。它里面包括Stream_ctrl_common 通用层，主要是为了和上层的audio HDI adapter层进行对接。

  1. ADM（Audio Driver Model）

音频驱动框架模型，向上服务于多媒体音频子系统，便于系统开发者能够更便捷的根据场景来开发应用。向下服务于具体的设备厂商，对于Codec和DSP设备厂商来说，可根据ADM模块提供的向下统一接口适配各自的驱动代码，就可以实现快速开发和适配OpenHarmony系统。

  1. Audio Control Dispatch

接收lib层的控制指令并将控制指令分发到驱动层。

  1. Audio Stream Dispatch

接收lib层的数据并将数据分发到驱动层

  1. Card Manager

多声卡管理模块，每个声卡含有Dai、Platform、Codec、Accessory、Dsp、SAPM模块。

  1. Platform Drivers

驱动适配层。

  1. SAPM（Smart Audio Power Manager）

电源管理模块，对整个ADM电源进行功耗策略优化。

Audio 驱动开发

这里以khdvk_3566b为例，讲述Audio驱动开发，其涉及到的模块驱动主要有：Codec驱动、platform驱动、Dai驱动。 相关代码路径如下：

device/board/kaihong/khdvk_3566b/audio_drivers/codec/rk809_codec/
device/board/kaihong/khdvk_3566b/audio_drivers/codec/dai/
device/board/kaihong/khdvk_3566b/audio_drivers/codec/soc/

HDF HCS配置路径如下：

vendor/kaihong/khdvk_3566b/hdf_config/khdf/device_info/
vendor/kaihong/khdvk_3566b/hdf_config/khdf/audio/

Audio 驱动开发流程：

step1:配置各个模块的HCS
step2：修改各个模块的编译文件
step3:配置各个模块的函数操作集
step4:进行功能调试
Audio驱动开发实例
codec驱动开发实例

代码路径： device/board/kaihong/khdvk_3566b/audio_drivers/codec/rk809_codec/

  1. 将codec注册绑定到HDF框架中,moduleName与device_info.hcs中的moduleName匹配

    struct HdfDriverEntry g_Rk809DriverEntry = { 

     .moduleVersion = 1,
 .moduleName = "CODEC_RK809",
 .Bind = Rk809DriverBind,
 .Init = Rk809DriverInit,
 .Release = RK809DriverRelease,

    };

    HDF_INIT(g_Rk809DriverEntry);

  2. Codec模块需要填充下面三个结构体：

g_codecData：codec设备的操作函数集和私有数据集。

g_codecDaiDeviceOps：codecDai的操作函数集，包括启动传输和参数配置等函数接口。

g_codecDaiData：codec的数字音频接口的操作函数集和私有数据集。

struct CodecData g_rk809Data = {
    .Init = Rk809DeviceInit,
    .Read = RK809CodecReadReg,
    .Write = Rk809CodecWriteReg,
};

struct AudioDaiOps g_rk809DaiDeviceOps = {
    .Startup = Rk809DaiStartup,
    .HwParams = Rk809DaiHwParams,
    .Trigger = Rk809NormalTrigger,
};

struct DaiData g_rk809DaiData = {
    .DaiInit = Rk809DaiDeviceInit,
    .ops = &g_rk809DaiDeviceOps,
};

1> CodecData结构体操作函数的实现

int32_t Rk809DeviceInit(struct AudioCard *audioCard, const struct CodecDevice *device)
{
     ......  
    //get和set功能注册 
    if (CodecSetCtlFunc(device->devData, RK809GetCtrlOps, RK809SetCtrlOps) != HDF_SUCCESS) {
       AUDIO_DRIVER_LOG_ERR("AudioCodecSetCtlFunc failed.");
       return HDF_FAILURE;
    }
   //codec默认寄存器的初始化
   ret = RK809RegDefaultInit(device->devData->regCfgGroup);
   ......
   if (AudioAddControls(audioCard, device->devData->controls, device->devData->numControls) != HDF_SUCCESS) {
       AUDIO_DRIVER_LOG_ERR("add controls failed.");
       return HDF_FAILURE;
   }
   ......
}
/*读寄存器接口*/
int32_t RK809CodecReadReg(const struct CodecDevice *codec, uint32_t reg, uint32_t *val)
{
    ......
    if (Rk809DeviceRegRead(reg, val)) {
        AUDIO_DRIVER_LOG_ERR("read register fail: [%04x]", reg);
        return HDF_FAILURE;
    }

   return HDF_SUCCESS;
}
 /*写寄存器接口*/
int32_t Rk809CodecWriteReg(const struct CodecDevice *codec, uint32_t reg, uint32_t value)
{
    if (Rk809DeviceRegWrite(reg, value)) {
        AUDIO_DRIVER_LOG_ERR("write register fail: [%04x] = %04x", reg, value);
        return HDF_FAILURE;
    }

    return HDF_SUCCESS;
}

2> g_rk809DaiDeviceOps结构体的具体实现

/*Rk809DaiStartup为启动时的一些设置*/
int32_t Rk809DaiStartup(const struct AudioCard *card, const struct DaiDevice *device)
{
    ......
    ret = RK809WorkStatusEnable(device->devData->regCfgGroup);
    ......
}
/*Rk809DaiHwParams为参数配置，包括采样率、位宽等。*/
int32_t Rk809DaiHwParams(const struct AudioCard *card, const struct AudioPcmHwParams *param)
{
    ......
    ret = AudioFormatToBitWidth(param->format, &bitWidth); 
    codecDaiParamsVal.frequencyVal = param->rate;
    codecDaiParamsVal.DataWidthVal = bitWidth;

    ret =  RK809DaiParamsUpdate(card->rtd->codecDai->devData->regCfgGroup, codecDaiParamsVal);
    ......
}
/*PCM流控制寄存器相关配置*/
int32_t Rk809NormalTrigger(const struct AudioCard *card, int cmd, const struct DaiDevice *device)
{
    g_cuurentcmd = cmd;
    switch (cmd) {
        case AUDIO_DRV_PCM_IOCTL_RENDER_START:
        case AUDIO_DRV_PCM_IOCTL_RENDER_RESUME:
            RK809DeviceRegConfig(rk817_render_start_regmap_config);
        break;

       case AUDIO_DRV_PCM_IOCTL_RENDER_STOP:
       case AUDIO_DRV_PCM_IOCTL_RENDER_PAUSE:
           RK809DeviceRegConfig(rk817_render_stop_regmap_config);
           break;

       case AUDIO_DRV_PCM_IOCTL_CAPTURE_START:
       case AUDIO_DRV_PCM_IOCTL_CAPTURE_RESUME:
          RK809DeviceRegConfig(rk817_capture_start_regmap_config);
          break;

       case AUDIO_DRV_PCM_IOCTL_CAPTURE_STOP:
       case AUDIO_DRV_PCM_IOCTL_CAPTURE_PAUSE:
            RK809DeviceRegConfig(rk817_capture_stop_regmap_config);
         break;

       default:
         break;
  }

  return HDF_SUCCESS;
}
  1. 完成 bind、init和release函数的实现

HdfDriverEntry结构体的具体填充：

/*获取codec service,以及注册codec*/
static int32_t Rk809DriverInit(struct HdfDeviceObject *device)
{
   ......
   CodecGetConfigInfo(device, &(g_chip->codec)) 
   CodecSetConfigInfo(&(g_chip->codec),  &(g_chip->dai)
   GetServiceName(device)
   CodecGetDaiName(device,  &(g_chip->dai.drvDaiName)
   OsalMutexInit(&g_rk809Data.mutex);
   AudioRegisterCodec(device, &(g_chip->codec), &(g_chip->dai)
   ......
}   
/*将codec service绑定到HDF*/
static int32_t Rk809DriverBind(struct HdfDeviceObject *device)
{
    struct CodecHost *codecHost;
    ......
    codecHost = (struct CodecHost *)OsalMemCalloc(sizeof(*codecHost));
    ......
    codecHost->device = device;
    device->service = &codecHost->service;
   return HDF_SUCCESS;
}
/*释放资源*/
static void RK809DriverRelease(struct HdfDeviceObject *device)
{
   struct CodecHost *codecHost;
   ......
   codecHost = (struct CodecHost *)device->service;
   if (codecHost == NULL) {
       HDF_LOGE("CodecDriverRelease: codecHost is NULL");
       return;
   }
   OsalMemFree(codecHost);
}

  1. 配置codec hcs文件

    1> vendor/kaihong/khdvk_3566b/hdf_config/khdf/device_info/device_info.hcs

相关配置如下：

device_codec :: device {
            device0 :: deviceNode {
                policy = 1;
                priority = 50;
                preload = 0;
                permission = 0666;
                moduleName = "CODEC_RK809";
                serviceName = "codec_service_0";
                deviceMatchAttr = "hdf_codec_driver";
            }
}

2> vendor/kaihong/khdvk_3566b/hdf_config/khdf/audio/codec_config.hcs

该文件涉及音量、静音模式、mic、通道模式等相关寄存器配置

DAI驱动开发实例

代码路径：

device/board/kaihong/khdvk_3566b/audio_drivers/codec/dai/

  1. 将I2S驱动注册绑定到HDF框架中，代码片段如下，启动moduleName与HCS文件的中moduleName一致

    struct HdfDriverEntry g_daiDriverEntry = { 

     .moduleVersion = 1,
 .moduleName = "DAI_RK3568",
 .Bind = DaiDriverBind,
 .Init = DaiDriverInit,
 .Release = DaiDriverRelease,

    }; HDF_INIT(g_daiDriverEntry);

  2. DAI模块需要填充下面两个结构体

g_daiData：dai设备私有配置，其中包含dai设备的初始化、读写寄存器、操作函数。

g_daiDeviceOps：dai设备操作函数集，包含了dai的参数设置、触发、启动。

struct AudioDaiOps g_daiDeviceOps = {
    .Startup = Rk3568DaiStartup,
    .HwParams = Rk3568DaiHwParams,
    .Trigger = Rk3568NormalTrigger,
};

struct DaiData g_daiData = {
    .Read = Rk3568DeviceReadReg,
    .Write = Rk3568DeviceWriteReg,
    .DaiInit = Rk3568DaiDeviceInit,
    .ops = &g_daiDeviceOps,
};

1> AudioDaiOps结构体的具体填充

/*Rk3568DaiHwParams中主要完成一些pcm流信息的设置*/
int32_t Rk3568DaiHwParams(const struct AudioCard *card, const struct AudioPcmHwParams *param)
{
     ......  
     data->pcmInfo.channels = param->channels;

     if (AudioFormatToBitWidth(param->format, &bitWidth) != HDF_SUCCESS) {
         AUDIO_DEVICE_LOG_ERR("AudioFormatToBitWidth error");
         return HDF_FAILURE;
     }

     data->pcmInfo.bitWidth = bitWidth;
     data->pcmInfo.rate = param->rate;
     data->pcmInfo.streamType = param->streamType;

     i2sTdm = dev_get_drvdata(&platformdev->dev);
     ret = RK3568I2sTdmSetSysClk(i2sTdm, param);
     if (ret != HDF_SUCCESS) {
         AUDIO_DEVICE_LOG_ERR("RK3568I2sTdmSetSysClk error");
         return HDF_FAILURE;
     }
     ret = RK3568I2sTdmSetMclk(i2sTdm, &mclk, param);
     if (ret != HDF_SUCCESS) {
         AUDIO_DEVICE_LOG_ERR("RK3568I2sTdmSetMclk error");
         return HDF_FAILURE;
     }
     AUDIO_DEVICE_LOG_DEBUG("success");
     return HDF_SUCCESS;
}
int32_t Rk3568NormalTrigger(const struct AudioCard *card, int cmd, const struct DaiDevice *device)
{
    ......
    Rk3568TxAndRxSetReg(i2sTdm, streamType, triggerFlag);
    ......
}

2> DaiData结构体的具体填充

/*封装linux内核的读寄存器接口*/
int32_t Rk3568DeviceReadReg(const struct DaiDevice *dai, uint32_t reg, uint32_t *val)
{
    ......
    if (regmap_read(i2sTdm->regmap, reg, val)) {
    ......
}
/*封装linux内核的写寄存器接口*/  
int32_t Rk3568DeviceWriteReg(const struct DaiDevice *dai, uint32_t reg, uint32_t value)
{
    ......
    if (regmap_write(i2sTdm->regmap, reg, value)) {
    ......
}
/*dai 设备的初始化*/
int32_t Rk3568DaiDeviceInit(struct AudioCard *card, const struct DaiDevice *dai)
  1. 完成 bind、init和release函数的实现

HdfDriverEntry结构体中的bind、init、release具体填充：

static int32_t DaiDriverInit(struct HdfDeviceObject *device)
{
    ......
    DaiGetConfigInfo(device, &g_daiData)
    DaiGetServiceName(device)
    AudioSocRegisterDai(device, (void *)&g_daiData);
    ......
}
static int32_t DaiDriverBind(struct HdfDeviceObject *device)
{
    ......
    daiHost->device = device;
    device->service = &daiHost->service;
    g_daiData.daiInitFlag = false;
    ......
}
static void DaiDriverRelease(struct HdfDeviceObject *device)
{
    ......
    OsalMutexDestroy(&g_daiData.mutex);
    daiHost = (struct DaiHost *)device->service;
    OsalMemFree(daiHost);
    ......
}

4.配置dai hcs文件

1> vendor/kaihong/khdvk_3566b/hdf_config/khdf/device_info/device_info.hcs

device_dai0 :: device {
    device0 :: deviceNode {
        policy = 1;
        priority = 50;
        preload = 0;
        permission = 0666;
        moduleName = "DAI_RK3568";
        serviceName = "dai_service";
        deviceMatchAttr = "hdf_dai_driver";
    }
}

2> vendor/kaihong/khdvk_3566b/hdf_config/khdf/audio/dai_config.hcs

该文件涉及I2S时序、配置参数以及rk809使能等相关寄存器配置

Platform驱动开发实例

  1. 将DMA驱动注册到HDF框架中，代码片段如下，启动moduleName与HCS文件的中moduleName一致

    struct HdfDriverEntry g_platformDriverEntry = { 

     .moduleVersion = 1,
 .moduleName = "DMA_RK3568",
 .Bind = PlatformDriverBind,
 .Init = PlatformDriverInit,
 .Release = PlatformDriverRelease,

    }; HDF_INIT(g_platformDriverEntry);

  2. DMA模块需要填充下面两个结构体

    struct AudioDmaOps g_dmaDeviceOps = { 

     .DmaBufAlloc = Rk3568DmaBufAlloc, //dma内存申请函数接口
 .DmaBufFree = Rk3568DmaBufFree,   // dma内存释放函数接口
 .DmaRequestChannel = Rk3568DmaRequestChannel,  // dma申请通道函数接口
 .DmaConfigChannel = Rk3568DmaConfigChannel,    // dma通道配置函数接口
 .DmaPrep = Rk3568DmaPrep,             // dma准备函数接口
 .DmaSubmit = Rk3568DmaSubmit,         // dma submit函数接口
 .DmaPending = Rk3568DmaPending,       // dma pending函数接口
 .DmaPause = Rk3568DmaPause,           // dma暂停、停止函数接口
 .DmaResume = Rk3568DmaResume,         // dma恢复函数接口
 .DmaPointer = Rk3568PcmPointer,       // dma获取当前播放或录音位置函数接口

    };

    struct PlatformData g_platformData = { 

     .PlatformInit = AudioDmaDeviceInit,   // dma设备初始化接口
 .ops = &g_dmaDeviceOps,

    };

  3. 完成 bind、init和release函数的实现

HdfDriverEntry结构体中的bind、init、release具体填充：

static int32_t PlatformDriverInit(struct HdfDeviceObject *device)
{
    ......
    PlatformGetServiceName(device);
    AudioSocRegisterPlatform(device, &g_platformData)
    ......
}
static int32_t PlatformDriverBind(struct HdfDeviceObject *device)
{
    ......
    platformHost->device = device;
    device->service = &platformHost->service;
    ......
}
static void PlatformDriverRelease(struct HdfDeviceObject *device)
{
   ......
   platformHost = (struct PlatformHost *)device->service;
   OsalMemFree(platformHost);
   ......
}
  1. 配置dma hcs文件

1> vendor/kaihong/khdvk_3566b/hdf_config/khdf/device_info/device_info.hcs

相关配置如下：

 device_dma :: device {
     device0 :: deviceNode {
         policy = 1;
         priority = 50;
         preload = 0;
         permission = 0666;
         moduleName = "DMA_RK3568";
         serviceName = "dma_service_0";
         deviceMatchAttr = "hdf_dma_driver";
     }
 }

2> vendor/kaihong/khdvk_3566b/hdf_config/khdf/audio/dma_config.hcs

没有特殊参数需要配置，一般情况下不需改动。

Makefile和Kconfig配置文件

文件路径：

drivers/adapter/khdf/linux/model/audio

Makefile文件相关内容：

obj-$(CONFIG_DRIVERS_HDF_AUDIO_RK3566) += \
      $(KHDF_AUDIO_RK3566_DIR)/codec/rk809_codec/src/rk809_codec_adapter.o \
      $(KHDF_AUDIO_RK3566_DIR)/codec/rk809_codec/src/rk809_codec_impl.o \
      $(KHDF_AUDIO_RK3566_DIR)/codec/rk809_codec/src/rk809_codec_linux_driver.o \
      $(KHDF_AUDIO_RK3566_DIR)/dsp/src/rk3568_dsp_adapter.o \
      $(KHDF_AUDIO_RK3566_DIR)/dsp/src/rk3568_dsp_ops.o \
      $(KHDF_AUDIO_RK3566_DIR)/dai/src/rk3568_dai_adapter.o \
      $(KHDF_AUDIO_RK3566_DIR)/dai/src/rk3568_dai_ops.o \
      $(KHDF_AUDIO_RK3566_DIR)/dai/src/rk3568_dai_linux_driver.o \
      $(KHDF_AUDIO_RK3566_DIR)/soc/src/rk3568_dma_adapter.o \
      $(KHDF_AUDIO_RK3566_DIR)/soc/src/rk3568_dma_ops.o

Kconfig相关内容:

config DRIVERS_HDF_AUDIO_RK3566
    bool "Enable HDF Audio Codec driver"
    default n
    depends on DRIVERS_HDF_AUDIO
    help
       Answer Y to choice HDF Audio Codec driver.

LCD

khdvk_3566b平台默认支持一个mipi接口的lcd屏幕

LCD的适配主要依赖于HDF显示模型，显示驱动模型基于 HDF 驱动框架、Platform 接口及 OSAL 接口开发，可以屏蔽不同内核形态（LiteOS、Linux）差异，适用于不同芯片平台，为显示屏器件提供统一的驱动平台。

如图为 HDF Display驱动模型层次关系

640

当前驱动模型主要部署在内核态中，向上对接到 Display 公共 hal 层，辅助 HDI 的实现。显示驱动通过 Display-HDI 层对图形服务暴露显示屏驱动能力；向下对接显示屏 panel 器件，驱动屏幕正常工作，自上而下打通显示全流程通路。

所以LCD的适配主要在于LCD panel器件驱动的适配

器件驱动的适配分为2部分：panel驱动和hcs配置

涉及的文件有：

drivers/framework/model/display/driver/panel
vendor/kaihong/khdvk_3566b/hdf_config/khdf/device_info
vendor/kaihong/khdvk_3566b/hdf_config/khdf/input

panel驱动

器件驱动主要围绕如下接口展开：

struct PanelData {
    struct HdfDeviceObject *object;
    int32_t (*init)(struct PanelData *panel);
    int32_t (*on)(struct PanelData *panel);
    int32_t (*off)(struct PanelData *panel);
    int32_t (*prepare)(struct PanelData *panel);
    int32_t (*unprepare)(struct PanelData *panel);
    struct PanelInfo *info;
    enum PowerStatus powerStatus;
    struct PanelEsd *esd;
    struct BacklightDev *blDev;
    void *priv;
};

驱动中在初始化接口中实例化该结构体：

panelSimpleDev->panel.init = PanelSimpleInit;
panelSimpleDev->panel.on = PanelSimpleOn;
panelSimpleDev->panel.off = PanelSimpleOff;
panelSimpleDev->panel.prepare = PanelSimplePrepare;
panelSimpleDev->panel.unprepare = PanelSimpleUnprepare;

static void PanelResInit(struct panel_jdi_gt911_dev *panel_dev)
{
   ......   
   panel_dev->panel.info = &g_panelInfo;
   panel_dev->panel.init = PanelInit;
   panel_dev->panel.on = PanelOn;
   panel_dev->panel.off = Pane
最低0.47元/天 解锁文章
RK3566系统移植：基于RK-Linux-SDK移植U-Boot的嵌入式方案
CyberBytezZ的博客
09-10 1211
本文介绍了在RK3566系统上移植RK-Linux-SDK和U-Boot的步骤。通过正确配置和编译，可以生成适用于RK3566处理器的U-Boot和Linux内核镜像。本文将介绍如何在RK3566系统上进行移植，以及如何使用RK-Linux-SDK移植U-Boot引导程序。在U-Boot命令行界面中，设置合适的启动参数，包括设置内核镜像的加载地址和启动命令。RK3566系统移植：基于RK-Linux-SDK移植U-Boot的嵌入式方案。解压下载得到的RK-Linux-SDK压缩包到合适的目录。
OpenHarmony（鸿蒙南向开发）——标准系统方案之瑞芯微RK3566移植案例(上)
maniuT的博客
08-02 1536
本文章是基于瑞芯微RK3566芯片的khdvk_3566b开发板，进行标准系统相关功能的移植，主要包括产品配置添加，内核启动、升级，音频ADM化，Camera，TP，LCD，WIFI，BT，vibrator、sensor、图形显示模块的适配案例总结，以及相关功能的适配。
RK镜像烧写说明及异常问题分析.pdf
07-24
RK3399镜像烧写说明及异常问题分析
OpenHarmony（鸿蒙南向开发）——标准系统方案之瑞芯微RK3566移植案例(下)
鸿蒙开发知识记录
09-18 2435
OpenHarmony Camera驱动模型结构HDI Implementation：对上实现HDI接口，向下调用框架层的接口，完成HDI接口任务的转发。Buffer Manager：屏蔽不同内存管理的差异，为子系统提供统一的操作接口，同时提供buffer轮转的功能。Pipeline Core：解析HCS配置完成pipeline的搭建，调度pipeline中的各个node完成流的处理Device Manager：通过调用底层硬件适配层接口，实现查询控制底层设备、枚举监听底层设备的功能。
笔记：瑞芯微启动分析
最新发布
snikeguo的专栏
04-04 260
另外的解决办法就是MaskROM做最简单的工作，从存储介质读到合格的IDB程序文件到内部SRAM，然后跳转到SRAM执行，因为SRAM不需要复杂的初始化，是内部的SRAM。也可以把UBOOT-TPL程序作为IDB程序，加载到内部SRAM，剩下的和上述一致。（当然也有解决办法，比如烧录一个固定的参数文件（这跟设备树没啥区别），MaskROM读取存储介质的参数文件，初始化对应的串口，DDR引脚，频率等等，如果我做芯片我就用这种方案，因为MaskROM功能需要的硬件资源只有串口，DDR引脚，频率）。
OpenHarmony实战：瑞芯微RK3566移植案例（下）
m0_64420071的博客
04-08 2278
接下来熟悉HCS文件的格式以及"HDF WIFI”核心驱动框架的代码启动初始化过程
RK809电源管理芯片配置 dts修改
lililililili123456的博客
11-21 8128
各路 DCDC 的工作模式 DCDC 有 PWM（也叫 force PWM）、PFM 模式，但是 PMIC 有一种模式会动态切换 PWM、 PFM，这就是我们通常所说的 AUTO 模式。PMIC sleep 模式 系统休眠时需要待机功耗尽量低，PMIC 会切到 sleep 模式减低自身功耗，这时候一般会降低某些 路的输出电压，或者直接关闭输出，这可以根据实际产品需求进行配置。PMIC normal 模式 系统正常运行时 PMIC 处于 normal 模式，此时 pmic_sleep 为低电平。
OpenHarmony南向设备开发：标准系统方案之瑞芯微RK3568移植案例
初一十五的博客
09-29 2416
本文章是基于瑞芯微RK3568芯片的DAYU200开发板........
【rk3566】瑞芯微制作根文件系统(sd)记录
tz61
04-21 1768
烧录到sector 64下，也就是dd if=idblock.img of=/dev/sdxxx。同级目录下然后./make.sh rk3566后,进行./make.sh --idblock。(具体定义看上面那篇文章或者rk官方的wiki)之类的参数貌似要自己输入。说明guid分区损坏(因为我之前把LBA0清空了)原因是烧完u-boot启动后，rk默认参数会执行。现在貌似最新sdk里面叫idblock.img。这样目录下会多一个idblock.img，用。在u-boot里面,将rkbin安装到。
【深圳触觉智能】多款开发板已成功适配OpenHarmony 3.2 Release版本啦！
Industio_优快云的博客
04-14 437
我司基于RK3568开发的一系列工控主板，拥有四核A55，2.0G 主频，支持高达8GB高速LPDDR4，1T算力NPU ，4K H.265硬解码，4K HDMI2.0显示输出，支持双通道LVDS/eDP/两路MIPI DSI 等多种显示接口，支持3屏异显。Purple Pi OH作为一款兼容树莓派的开源主板，采用RK3566四核A55处理器，主频高达1.8GHz，NPU算力高达1Tops，支持INT8/INT16，支持开源鸿蒙，Android 11，Debian 10，Ubuntu，麒麟OS等操作系统。
开源鸿蒙 4.0 RK3566开发板配置
03-17
开源鸿蒙 4.0 RK3566开发板配置 https://mysoft.blog.youkuaiyun.com/article/details/136779805
RK3568 OpenHarmony V3.2 Beta5 开发之板级驱动适配(二)
liucan633的博客
04-07 3418
Openharmony驱动适配实战
【RK3568】排查EMMC无法烧录，报错“准备IDB失败”
u012373860的博客
10-10 1746
使用瑞芯微开发工具烧录固件，报错准备IDB失败，修改VCCQ电压为1.8V后解决。
OpenHarmony 3.1 Release源码编译过rk3568后,编译hi3516标准系统,出现ramdisk报错解决方案
坚果的博客
12-27 9580
解决办法:将build/ohos/images/mkimage/ramdisk_resource_config.ini的最后四行代码注释掉,就可以正常编译3516了。OpenHarmony 3.1 Release源码编译过rk3568后,如果再编译hi3516标准系统,会出现ramdisk报错。如需再次编译rk3568,恢复这四行代码就好了。
瑞芯微开发工具下载boot失败解决办法
2301_78803982的博客
08-09 2866
按住音量加键，按一下RET（红色的）键，音量加键不要松，然后点擦除flash，在点升级就可以烧录了。无法升级固件（下载boot失败）解决办法。下面变成 发现一个LOADER设备。
RK 3568 IDB烧录失败解决方法
热门推荐
Kamin的博客
07-02 1万+
1.简介 公司有个RK3568的项目使用了江波龙的58A43 emmc，但在硬件回板的时候，发现烧录程序不进去，会报IDB失败 部分log截图 2.解决方法 在查找RK文档（部分截图如下），发现出现IDB失败，主要有以下两点引起的 a.是emmc没有焊接好 b.是不支持此款emmc 2.1 emmc没有焊接好 a.硬件排查检测，或者进行更换 b.多块板子进行烧录，排除焊接问题 2.2 不支持此款emmc 需要找RK支持，更新一下emmc支持 firmware补丁 一般下载补丁文件，按照下载文档里面的
移植OpenWrt到RT5350
weixin_33695082的博客
03-13 496
为什么80%的码农都做不了架构师？>>> ...
firefly RK3588J核心板内核更新的几种方法
CZJ541363131的博客
04-03 1454
firefly RK3588J核心板内核更新的几种方法
瑞芯微rk3566下载kernel
02-06
### 下载适用于瑞芯微RK3566的内核 对于获取适用于瑞芯微RK3566平台的Linux内核源码，官方GitHub仓库提供了最新的稳定版本和支持。访问地址如下： - 访问瑞芯微官方GitHub页面：[https://github.com/rockchip-linux](https://github.com/rockchip-linux) 具体操作流程如下所示： #### 获取内核源码 通过命令行工具Git克隆指定分支中的RK3566相关内核源码库： ```bash git clone https://github.com/rockchip-linux/kernel.git -b rockchip-rk356x-v5.10.y rk3566_kernel_source ``` 此命令会创建名为`rk3566_kernel_source`的新目录来保存所下载的内容。 #### 配置开发环境 确保已安装必要的编译依赖项，如GCC、Make等构建工具以及交叉编译器链。针对ARM架构的目标设备，推荐使用GNU Arm Embedded Toolchain作为交叉编译解决方案[^1]。 #### 编译配置文件准备 进入刚刚克隆下来的源代码根目录并执行以下指令初始化默认配置： ```bash cd rk3566_kernel_source make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- rk3568-evb_defconfig ``` 这里选择了适合RK356X系列芯片组评估板的标准配置模板；如果目标硬件有所不同，则需调整为相应的defconfig选项。 完成上述步骤之后即可开始正式编译过程，在实际应用过程中可能还需要进一步修改`.config`文件以适应特定需求或启用额外驱动模块支持（例如VI5301传感器的支持可以通过编辑misc路径下的kconfig文件实现[source "drivers/input/misc/vi530x/Kconfig"](endif之前添加)）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值