Harmony鸿蒙南向驱动开发-DAC

最新推荐文章于 2024-12-05 08:00:00 发布

代码与思维

最新推荐文章于 2024-12-05 08:00:00 发布

阅读量979

点赞数 18

分类专栏： OpenHarmony 鸿蒙鸿蒙南向开发文章标签： harmonyos 华为 OpenHarmony 嵌入式硬件鸿蒙驱动开发鸿蒙系统

本文链接：https://blog.csdn.net/m0_64420071/article/details/137569039

版权

DAC（Digital to Analog Converter）是一种通过电流、电压或电荷的形式将数字信号转换为模拟信号的设备。

DAC模块支持数模转换的开发。它主要用于：

作为过程控制计算机系统的输出通道，与执行器相连，实现对生产过程的自动控制。
在利用反馈技术的模数转换器设计中，作为重要的功能模块呈现。

基本概念

分辨率

分辨率指的是D/A转换器能够转换的二进制位数，位数越多分辨率越高。
转换精度

精度是指输入端加有最大数值时，DAC的实际输出值和理论计算值之差，DAC转换器的转换精度与DAC转换器的集成芯片结构和接口电路配置有关。理想情况下，DAC的转换精度越小越好，因此为了获得更高精度的DAC转换结果，首先要保证选择的DAC转换器具备足够高的分辨率。其次，要保证接口电路的器件或电源误差最小或者不存在误差，否则会造成DAC转换的误差，若这些误差超过一定程度，就会导致DAC转换错误。
转换速度

转换速度一般由建立时间决定。从输入由全0突变为全1时开始，到输出电压稳定在FSR±½LSB范围（或以FSR±x%FSR指明范围）内为止，这段时间称为建立时间，它是DAC的最大响应时间，所以用它衡量转换速度的快慢。
- 满量程范围FSR（Full Scale Range），是指DAC输出信号幅度的最大范围，不同的DAC有不同的满量程范围，该范围可以用正、负电流或者正、负电压来限制。
- 最低有效位LSB（Least Significant Byte），指的是一个二进制数字中的第0位（即最低位）。

运作机制

在HDF框架中，同类型设备对象较多时（可能同时存在十几个同类型配置器），若采用独立服务模式，则需要配置更多的设备节点，且相关服务会占据更多的内存资源。相反，采用统一服务模式可以使用一个设备服务作为管理器，统一处理所有同类型对象的外部访问（这会在配置文件中有所体现），实现便捷管理和节约资源的目的。DAC模块即采用统一服务模式（如图1所示）。

DAC模块各分层的作用为：

接口层：提供打开设备、写入数据和关闭设备接口的能力。
核心层：主要提供绑定设备、初始化设备以及释放设备的能力。
适配层：由驱动适配者实现与硬件相关的具体功能，如控制器的初始化等。

在统一模式下，所有的控制器都被核心层统一管理，并由核心层统一发布一个服务供接口层，因此这种模式下驱动无需再为每个控制器发布服务。

说明：
核心层可以调用接口层的函数，也可以通过钩子函数调用适配层函数，从而使得适配层间接的可以调用接口层函数，但是不可逆转接口层调用适配层函数。

图 1 DAC统一服务模式结构图

DAC统一服务模式结构图

约束与限制

DAC模块当前仅支持轻量和小型系统内核（LiteOS-A）。

开发指导

场景介绍

DAC模块主要在设备中数模转换、音频输出和电机控制等设备使用，设置将DAC模块传入的数字信号转换为输出模拟信号时需要用到DAC数模转换驱动。当驱动开发者需要将DAC设备适配到OpenHarmony时，需要进行DAC驱动适配，下文将介绍如何进行DAC驱动适配。

接口说明

为了保证上层在调用DAC接口时能够正确的操作硬件，核心层在//drivers/hdf_core/framework/support/platform/include/dac/dac_core.h中定义了以下钩子函数。驱动适配者需要在适配层实现这些函数的具体功能，并与这些钩子函数挂接，从而完成接口层与核心层的交互。

DacMethod和DacLockMethod定义：

struct DacMethod {
    // 写入数据的钩子函数
    int32_t (*write)(struct DacDevice *device, uint32_t channel, uint32_t val);
    // 启动DAC设备的钩子函数
    int32_t (*start)(struct DacDevice *device);
    // 停止DAC设备的钩子函数
    int32_t (*stop)(struct DacDevice *device);
};

struct DacLockMethod {
    int32_t (*lock)(struct DacDevice *device);
    void (*unlock)(struct DacDevice *device);
};

在适配层中，DacMethod必须被实现，DacLockMethod可根据实际情况考虑是否实现。核心层提供了默认的DacLockMethod，其中使用Spinlock作为保护临界区的锁：

static int32_t DacDeviceLockDefault(struct DacDevice *device)
{
    if (device == NULL) {
        HDF_LOGE("%s: device is null", __func__);
        return HDF_ERR_INVALID_OBJECT;
    }
    return OsalSpinLock(&device->spin);
}

static void DacDeviceUnlockDefault(struct DacDevice *device)
{
    if (device == NULL) {
        HDF_LOGE("%s: device is null", __func__);
        return;
    }
    (void)OsalSpinUnlock(&device->spin);
}

static const struct DacLockMethod g_dacLockOpsDefault = {
    .lock = DacDeviceLockDefault,
    .unlock = DacDeviceUnlockDefault,
};

若实际情况不允许使用Spinlock，驱动适配者可以考虑使用其他类型的锁来实现一个自定义的DacLockMethod。一旦实现了自定义的DacLockMethod，默认的DacLockMethod将被覆盖。

表 1 DacMethod结构体成员的钩子函数功能说明

函数成员	入参	出参	返回值	功能
write	device：结构体指针，核心层DAC控制器 channel：uint32_t类型，传入的通道号 val：uint32_t类型，要传入的数据	无	HDF_STATUS相关状态	写入DA的目标值
start	device：结构体指针，核心层DAC控制器	无	HDF_STATUS相关状态	开启DAC设备
stop	device：结构体指针，核心层DAC控制器	无	HDF_STATUS相关状态	关闭DAC设备