查看: 1358|回复: 0

【嵌入式开发教程6】疯壳·平板电脑-音频驱动实验教程

[复制链接]
发表于 2022-7-16 14:22:26 | 显示全部楼层 |阅读模式
关键词: 嵌入式开发 , 平板电脑 , 音频 , 驱动实验 , 教程
音频驱动实验教程
——疯壳·嵌入式平板开发




1.png    
   图1
    如上图是音频模块 codec 和 cpu 连接框图,主要由三部分组成:
    I2C 总线 - cpu 通过它实现对 Codec 寄存器数据的读写。
    I2S 总线 - 实现音频数据在 CPU 和 Codec 间的通信。
    HP_DEC - 实现检测是否有 HeadSet 设备插入。

    第二节 linux workqueue 工作原理
    音频子系统的源代码中用到了一个概念:workqueue。对于不了解的朋友,读代码可能会引起疑惑,所以这里做一个简单介绍。Linux 中的 Workqueue 机制就是为了简化内核线程的创建,只是通过调用 workqueue 的接口就能创建内核线程;并且可以根据当前系统 CPU 的个数创建线程的数量,使得线程处理的事务能够并行化;workqueue 是内核中实现简单而有效的机制,它显然简化了内核 Daemon 的创建,方便了用户的编程。工作队列(workqueue) 是另外一种将工作推后执行的形式。它把工作推后,交由一个内核线程去执行,也就是说,   这个下半部分可以在进程上下文中执行。最重要的就是工作队列允许被重新调度甚至是睡眠。  举个栗子:

   代码1.0.png
代码1.1.png   
    代码1

    第三节 电路原理图介绍
    下图来源于文档 3128_sdk_a02_20170325.pdf 中第 18 页。
    图一、绿色框中是 codec 芯片自己检测是否有 HeadSet 设备插入的电路原理图,它是通过 HP_HOOK(HP_HOOK 和 HP_DEC 是连在一条线上)与 cpu 的 ADC_IN0 连接,这个有点类似于 AD 按键检测的功能;音频 Codec 模块是数据与控制分开的,所以有 I2c 来控制 Codec 的寄存器的读写,数据通过 I2s 总线进行传输。

2.png    
    图2

    第四节 音频驱动代码结构

代码2.png    
    代码2

    第五节 dts 文件讲解

代码3.0.png
代码3.1.png    
    代码3

    HeadSet 配置文件

代码4.png    
    代码4

    I2c 配置文件

代码5.png    
    代码5
    I2s 配置文件
    rockchip-rt3224 {

代码6.0.png
代码6.1.png
代码6.2.png    
    代码6

    第六节 实验代码
    1.HeadSet 检测
    原理类似于一个 ad 按键的功能。
    注意:这里如果要测试这个功能必须在 codec 中设置一个值:
    codec_hp_det = <0>; ===> codec_hp_det = <1>;
    增加两条测试信息到如下代码中。

代码7.png    
    代码7
    耳机检测状态的调试:
    cat sys/class/switch/h2w/state 0:无耳机插入
    1:带Mic 耳机插入(四段耳机)
    2:不带 Mic 耳机插入(三段耳机)
    2.测试命令        amix
    用 amix 命令来调节音量
    amix 11 0
    amix 11 120




更多完整学习资料和对应开源套件,请登陆官网:“疯壳”

文件下载请点击: 6、音频驱动实验教程.pdf (507.76 KB)

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于我们  -  服务条款  -  使用指南  -  站点地图  -  友情链接  -  联系我们
电子工程网 © 版权所有   京ICP备16069177号 | 京公网安备11010502021702
快速回复 返回顶部 返回列表