当前位置: 首页 > 技术文章 > 正文

SGTL5000是Freescale推出的一款包含耳机的低功率立体声编解码器,可为需要线路输入、麦克风输入、线路输出、耳机输出和数字I/O的便携式产品提供全面的音频解决方案。Freescale官方的i.MX6Q SABRESD参考设计使用的Audio CODEC型号是Wolfson公司的WM8962,由于WM8962的引脚间距特别小,而且球也很小,所以不得不将其更换为SGTL5000的设计,笔者在调试SGTL5000的设备驱动程序中遇到了不少问题,在此分享给读者。

SGTL5000_BD

首先来讲一下硬件。此硬件基于Freescale i.MX6Q SABRESD参考设计,音频部分相对于参考设计作出的改动如下:

1. 参考设计CSI0部分引脚用于连接Audio CODEC,I2C1,UART1(调试接口),此硬件中用于连接视频解码器。

2. 参考设计使用WM8962作为Audio CODEC,此硬件使用SGTL5000。

不用多说,熟悉的读者一定知道需要更改I2S,I2C1及UART1接口的引脚复用定义。在经过了一番折腾,笔者成功地实现了I2S,I2C1及UART1的引脚功能,主要更改的文件就是

linux-3.0.35/arch/arm/mach-mx6/board-mx6q_sabresd.h,变更过后的部分文件内容如下:


/*Audio Codec*/

MX6Q_PAD_DISP0_DAT20__AUDMUX_AUD4_TXC,

MX6Q_PAD_DISP0_DAT21__AUDMUX_AUD4_TXD,

MX6Q_PAD_DISP0_DAT22__AUDMUX_AUD4_TXFS,

MX6Q_PAD_DISP0_DAT23__AUDMUX_AUD4_RXD,

/* I2C1, WM8958 */

MX6Q_PAD_EIM_D21__I2C1_SCL,

MX6Q_PAD_EIM_D28__I2C1_SDA,

/* UART1*/

MX6Q_PAD_SD3_DAT7__UART1_TXD,

MX6Q_PAD_SD3_DAT6__UART1_RXD,

接下来讲述漫长的音频驱动程序调试过程,当然本文只能记录要点部分。

1. 经过比较仔细的代码阅读,发现不同参考设计的主要区别就是1个.c文件和1个.h文件。例如,board-mx6q_sabresd.c和board-mx6q_sabresd.h就是与i.MX6Q SABRESD参考设计相关的文件,其中board-mx6q_sabresd.c定义了很多的结构体,外设初始化程序,外设注册程序等,board-mx6q_sabresd.h定义了引脚复用功能。

2. 无意间发现i.MX6Q SABRELITE中使用的就是SGTL5000作为音频CODEC,其相关的代码写在了board-mx6q_sabrelite.c中。对于笔者这种不熟悉驱动程序的工程师来说,有现成的代码当然要用。仔细研读board-mx6q_sabrelite.c代码,其中与SGTL5000部分相关的代码主要做了以下事情:

定义了14个结构体

mx6_sabrelite_audio_data,mx6_sabrelite_audio_device

sgtl5000_sabrelite_consumer_vdda,sgtl5000_sabrelite_vdda_reg_initdata,sgtl5000_sabrelite_vdda_reg_config,sgtl5000_sabrelite_vdda_reg_devices

sgtl5000_sabrelite_consumer_vddio,sgtl5000_sabrelite_vddio_reg_initdata,sgtl5000_sabrelite_vddio_reg_config,sgtl5000_sabrelite_vddio_reg_devices

sgtl5000_sabrelite_consumer_vddd,sgtl5000_sabrelite_vddd_reg_initdata,sgtl5000_sabrelite_vddd_reg_config,sgtl5000_sabrelite_vddd_reg_devices

定义了2个函数

mx6_sabrelite_sgtl5000_init,imx6q_init_audio

仿照board-mx6q_sabrelite.c,笔者将这些结构体及函数复制到board-mx6q_sabresd.c中。更改mx6_sabrelite_audio_data中的Audio端口为4,并将SGTL5000的I2C地址填写到mxc_i2c0_board_info[] __initdata结构体中。

3. 编译过程中出现了一些错误,不过都是很容易解决的,在此略过。

4. 将编译得到的Kernel及Rootfs下载至eMMC中,板子可以正常启动,但是未看到任何有关SGTL5000相关的Log,直觉告诉笔者,这一定是有问题的。经过了很长时间的代码阅读,终于发现在linux-3.0.35/sound/soc/imx/imx-sgtl5000.c

的代码中做了限制,笔者记不清原来的代码是怎样的,只记得更改后的代码如下:


if ( machine_is_mx6q_sabrelite() || machine_is_mx6q_sabresd())
imx_sgtl5000_dai[0].codec_name = "sgtl5000.0-000a";
else
imx_sgtl5000_dai[0].codec_name = "sgtl5000.1-000a";

按照原来的代码,imx_sgtl5000_dai[0].codec_name为sgtl5000.1-000a,这与board-mx6q_sabresd.c中的0-000a是不符的,所以一定行不通。

5. 更改过后的代码启动过程中可以打印出SGTL5000相关的Log,但是仍不能正常识别,报错信息如下:

sgtl5000 0-000a: Device with ID register 0 is not a sgtl5000

sgtl5000 0-000a: asoc: failed to probe CODEC sgtl5000.0-000a: –19

asoc: failed to instantiate card sgtl5000-audio: –1

查看imx-sgtl5000.c代码,发现是在注册Regulator设备时出错的。仔细查看硬件设计,发现SGTL5000的VDDD引脚电压仅为0.8V,这与Datasheet中要求的1.1~2.0V是不符合的,也就是说代码驱动程序想要将SGTL5000的内部LDO设置为1.2V,结果没成功,所以返回了这样的错误。回想当时做电路设计时,根据SGTL5000 Datasheet中的“This external VDDD power supply is required for new designs.”描述为将VDDD连接至了外部的LDO,而Freescale的设计中却并没有连接,那么问题应该就出在这里。将VDDD引脚的磁珠取下,再次启动板子,终于看到了正确的打印信息:

sgtl5000 0-000a: sgtl5000 revision 17

asoc: sgtl5000 <-> imx-ssi.1 mapping ok

asoc: mxc-hdmi-soc <-> imx-hdmi-soc-dai.0 mapping ok

ALSA device list:

#0: sgtl5000-audio

#1: imx-hdmi-soc

其实到这一步,笔者大概经历了3天的时间,总算是有了比较大的突破,笔者相信很多读者也会遇到这样的问题。

6. 然而,事情并没有这样完全OK。进入系统后,根据Freescale的官方文档,运行aplay命令,竟然提示找不到这个命令!在网上检索了一段时间,才终于得知,默认的编译选项没有选择alsa-lib及alsa-utils,于是运行./ltib –m config,在Packages List中选择了alsa-lib及alsa-utils。再次编译的Kernel及Roofts下载到板子中后,终于有了aplay,并且可以通过aplay -l命令看到当前的声卡设备,如下:

aplay-l

7. 此时使用aplay播放mp3,发现耳机中终于有声音了!哦,是噪音!通过网上搜索,得知aplay无法解码mp3,所以不得不使用madplay软件。madplay是笔者之前在OpenWRT平台上使用的音乐播放软件,而且这款软件刚好集成在LTIB中。再次运行./ltib –m config,在Packages List中选择了madplay,结果再次编译的Kernel及Roofts下载到板子中后仍然存在问题,提示找不到/dev/dsp设备,手动ls /dev目录,确实没有dsp设备,看来这个问题也需要解决。

8. 再次在网上寻找答案,得知ALSA这种结构默认不会在/dev下创建dsp,audio,mixer等常规设备,所以madplay无法正常工作。在编译时,打开配置Kernel的选项,在

---Device drivers

--<*>Sound card support---->

--<*>Advanced Linux Sound Architecture--->

中选择OSS Mixer API及OSS PCM (digital audio) API,如下图

ALSA-OSS

madplay终于可以工作了!

9. 以下是madplay正常工作的截图,耳机中传来的音质还是相当不错的。

madplay

报歉!评论已关闭.