【音视频 | ALSA】SS528开发板ALSA驱动移植与USB音频设备调试实战

1. ALSA驱动与SS528开发板概述

在嵌入式Linux音频开发中，ALSA（Advanced Linux Sound Architecture）是当前最主流的音频驱动框架。我最近在SS528开发板上完成了一个USB音频设备的完整移植项目，整个过程涉及内核驱动编译、用户空间库移植以及应用层开发三个关键环节。SS528作为一款基于ARM64架构的嵌入式处理器，其官方SDK提供的Linux 4.19内核已经包含ALSA驱动框架，但默认配置可能不包含USB音频设备支持，这就需要我们手动进行配置和移植。

ALSA驱动体系分为内核空间和用户空间两部分。内核空间提供硬件抽象层，包括PCM、控制接口等核心模块；用户空间的alsa-lib则提供标准API供应用程序调用。在实际项目中，我发现很多开发者容易混淆这两个层次的关系，导致调试时走弯路。比如有一次我遇到应用程序无法打开设备的问题，排查半天才发现是内核驱动加载顺序不对。

USB音频设备在ALSA框架中被归类为"USB sound devices"，对应的驱动模块是snd-usb-audio.ko。这个驱动支持UAC（USB Audio Class）协议规范的设备，包括大多数USB耳机、麦克风和外置声卡。根据我的实测，市面上主流的USB音频设备如罗技、索尼等品牌都能被正确识别，但某些特殊设备可能需要额外的固件或参数配置。

2. 内核ALSA驱动编译与移植

2.1 内核配置与模块编译

首先进入SS528 SDK提供的Linux内核源码目录（通常是linux-4.19.y），执行菜单配置命令：

make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- menuconfig

在配置界面中，需要重点关注以下选项路径：

Device Drivers → Sound card support → Advanced Linux Sound Architecture → USB sound devices → <M> USB Audio/MIDI driver

这里有个实用技巧：可以按"/"键搜索配置项。我常用"CONFIG_SND_USB_AUDIO"作为关键词快速定位。配置完成后保存退出，执行模块编译命令：

make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- modules

编译完成后，在sound目录下会生成多个.ko文件，其中关键的几个是：

• soundcore.ko：声音核心模块
• snd.ko：ALSA核心
• snd-pcm.ko：PCM接口
• snd-usb-audio.ko：USB音频驱动

2.2 驱动模块加载与验证

将生成的.ko文件复制到开发板文件系统后，需要按特定顺序加载模块。这是我踩过坑的地方——错误的加载顺序会导致符号依赖错误：

insmod soundcore.ko insmod snd.ko insmod snd-hwdep.ko insmod snd-timer.ko insmod snd-rawmidi.ko insmod snd-pcm.ko insmod snd-usbmidi-lib.ko insmod snd-usb-audio.ko

验证驱动是否加载成功有两个重要方法：

1. 检查设备节点：ls /dev/snd应该能看到controlC0、pcmC0D0c（capture）、pcmC0D0p（playback）等设备
2. 查看proc文件系统：cat /proc/asound/cards会列出已识别的声卡

我曾遇到过一个典型问题：插入USB设备后没有任何反应。通过dmesg查看内核日志发现是电源供电不足，更换带外接电源的USB Hub后问题解决。这种实际调试经验在官方文档中往往找不到。

3. alsa-lib的交叉编译与部署

3.1 源码获取与配置

从ALSA官网下载alsa-lib源码（本文使用1.2.10版本），解压后进入源码目录。交叉编译的关键是正确设置编译工具链和目标平台：

./configure --prefix=/usr/lib/alsa-lib-1.2.10/ \ CC=aarch64-mix210-linux-gcc \ --host=aarch64-mix210-linux \ --enable-static=yes \ --enable-shared=no

这里有个重要细节：--prefix指定的安装路径需要与开发板上的路径一致，因为alsa.conf配置文件路径是硬编码在库中的。我有次编译时随便指定了一个临时路径，结果在开发板上运行时一直报配置文件找不到的错误。

3.2 常见编译问题解决

在交叉编译过程中可能会遇到以下问题：

1. 缺少依赖工具：报错"libtoolize: command not found"，需要安装libtool包：

   sudo apt-get install libtool-bin

2. 自动生成配置失败：如果源码中没有configure文件，需要先运行：

   libtoolize --force --copy --automake aclocal autoheader automake --foreign --copy --add-missing autoconf

3. 链接错误：确保交叉编译器的库路径设置正确，可以通过-L参数指定

编译安装完成后，需要将生成的库文件和配置文件复制到开发板。特别注意alsa.conf文件的位置必须与编译时指定的prefix路径一致。

4. 音频采集与播放应用开发

4.1 ALSA编程基础框架

ALSA应用程序开发的基本流程包括：

1. 打开PCM设备
2. 设置硬件参数（采样率、格式、通道数等）
3. 分配缓冲区
4. 读写音频数据
5. 关闭设备

下面是一个简化的代码框架：

snd_pcm_t *handle; snd_pcm_hw_params_t *params; // 1. 打开设备 snd_pcm_open(&handle, "default", SND_PCM_STREAM_PLAYBACK, 0); // 2. 初始化参数 snd_pcm_hw_params_malloc(&params); snd_pcm_hw_params_any(handle, params); // 3. 设置参数 snd_pcm_hw_params_set_access(handle, params, SND_PCM_ACCESS_RW_INTERLEAVED); snd_pcm_hw_params_set_format(handle, params, SND_PCM_FORMAT_S16_LE); snd_pcm_hw_params_set_rate_near(handle, params, &rate, 0); snd_pcm_hw_params_set_channels(handle, params, channels); // 4. 应用参数 snd_pcm_hw_params(handle, params); // 5. 播放/采集循环 while(1) { // 读写数据 snd_pcm_writei(handle, buffer, frames); } // 6. 关闭设备 snd_pcm_close(handle);

4.2 实际项目中的优化技巧

在实际项目中，我发现以下几个优化点特别重要：

1. 缓冲区大小设置：太大会增加延迟，太小容易导致欠载（underrun）。经验值是50ms左右的缓冲区，分为4个周期：

   unsigned int buffer_time = 50000; // 50ms unsigned int period_time = buffer_time / 4; snd_pcm_hw_params_set_buffer_time_near(handle, params, &buffer_time, 0); snd_pcm_hw_params_set_period_time_near(handle, params, &period_time, 0);

2. 错误恢复：当发生欠载或超载时，需要重新准备设备：

   if (err == -EPIPE) { snd_pcm_prepare(handle); continue; }

3. 多线程处理：采集和播放最好放在不同线程，避免相互阻塞

4. 设备发现：动态获取可用设备列表：

   snd_device_name_hint(-1, "pcm", (void***)&hints); while (*hints != NULL) { char *name = snd_device_name_get_hint(*hints, "NAME"); printf("Device: %s\n", name); hints++; }

5. 调试技巧与问题排查

5.1 常用调试工具

1. alsa-utils工具集：

   • aplay -l：列出所有播放设备
   • arecord -l：列出所有采集设备
   • amixer：控制音量等参数

2. 内核调试：

   dmesg | grep snd cat /proc/asound/cards

3. 音频文件测试：

   aplay -Dhw:0,0 test.wav arecord -Dhw:0,0 -f S16_LE -r 44100 -c 2 test.wav

5.2 典型问题与解决方案

1. 设备无法识别：

   • 检查USB连接是否正常
   • 查看内核是否加载了snd-usb-audio驱动
   • 使用lsusb命令确认设备已被枚举

2. 无声音输出：

   • 检查amixer设置，确保没有静音
   • 确认音频格式（采样率、位深）与设备支持的一致
   • 使用strace跟踪应用程序的系统调用

3. 音频卡顿/杂音：

   • 增加缓冲区大小
   • 检查系统负载，避免CPU占用过高
   • 确认没有其他进程占用音频设备

在SS528开发板上，我还遇到过一个特殊问题：播放一段时间后声音突然变调。最终发现是开发板的温度过高导致时钟漂移，通过改善散热解决了问题。这种硬件相关的问题往往需要结合具体平台来分析。