第1章音频模块概述

1. 音频模块概述：POS机音频模块的作用、常见音频芯片介绍、音频子系统架构

各位同学，咱们今天正式开讲《嵌入式POS机音频模块驱动与测试实战》的第一课。做POS机音频这块，说实话，我踩过的坑比你们走过的路还多（笑）。但别怕，我会把这些经验都掰开揉碎了讲给你们听。

先说说音频模块在POS机里到底干嘛用。你想想看，一台POS机摆在收银台上，它要发出“滴”的一声提示交易成功，要播放“微信收款XX元”的语音播报，还要在嘈杂环境里让收银员听清提示音。这些，都靠音频模块。

核心作用有三点：

交易提示：刷卡成功、扫码失败、余额不足等状态，必须用声音明确告知用户
语音播报：金额播报、操作指引，特别是针对视障用户或免提场景
故障报警：打印机卡纸、网络断开、电量低等异常，音频是最直接的提醒方式

我个人习惯把POS机的音频需求总结为三个字：响、清、稳。响，就是音量要够大，商场里那么吵，你总不能让人把耳朵贴到机器上听吧？清，就是语音要清晰，别把“收款一百元”播成“收款一万元”，那可就出大事了。稳，就是长时间播放不卡顿、不爆音、不掉线。

1.1 常见音频芯片介绍

市面上做音频DAC/CODEC的芯片很多，但POS机领域常用的就那么几款。我挑两个最有代表性的讲讲：WM8960和ES8311。

WM8960：老牌劲旅

WM8960是Wolfson（现在叫Cirrus Logic）的产品，一颗经典的音频CODEC。我在2018年做一款高端POS机时用过它，印象很深。

参数	WM8960
接口	I2S / PCM
控制总线	I2C
输出功率	1W @ 8Ω (单声道BTL)
信噪比	98dB DAC / 94dB ADC
特色功能	内置D类功放、3D增强、自动电平控制

这颗芯片最大的优点是集成度高。它把DAC、ADC、功放、耳机驱动全塞进一个QFN封装里。你外围只需要加几个电容电阻，就能直接驱动喇叭。我记得当时项目进度很紧，WM8960的参考设计几乎就是“拿来即用”，省了我不少时间。

但要注意，WM8960的功耗偏高。待机时大概有几十微安，播放时能到几百毫安。如果你做的是电池供电的移动POS机，这点要掂量掂量。

ES8311：低功耗新秀

ES8311是国产芯片，来自珠海炬芯（Actions）。这几年在便携设备里用得越来越多。我去年调试一款手持POS机，就选了它。

参数	ES8311
接口	I2S / PCM
控制总线	I2C
输出功率	0.5W @ 8Ω
信噪比	95dB DAC / 90dB ADC
特色功能	超低功耗、Pop噪声抑制、动态范围压缩

ES8311最大的卖点是功耗极低。播放时电流只有WM8960的一半左右，待机更是低到1μA以下。对于需要长时间待机的POS机来说，这个优势很明显。

不过，它的输出功率偏小。0.5W驱动8Ω喇叭，在安静环境里够用，但到了嘈杂的超市或菜市场，可能就有点吃力了。我曾经在项目里为了提升音量，不得不外挂一颗小功放芯片，这就增加了成本和PCB面积。

我的选型建议：

如果做高端台式POS机，对音质和音量要求高，选WM8960
如果做便携式/手持POS机，对功耗敏感，选ES8311
如果预算有限，ES8311性价比更高，国产芯片现在也很成熟

1.2 音频子系统架构

好了，芯片选完了，咱们得看看整个音频子系统是怎么搭起来的。说白了，就是数据怎么从CPU跑到喇叭里。

一个典型的POS机音频子系统架构，从上到下分四层：

应用层：播放器、语音合成引擎、提示音管理
驱动层：ALSA（Linux）或 TinyALSA 框架、Codec驱动、DMA驱动
硬件接口层：I2S/PCM总线、I2C控制总线、GPIO控制
物理层：音频CODEC芯片、功放、喇叭/听筒

嗯，这里要重点说说I2S总线。它是音频数据传输的主干道。I2S有三根线：

BCLK（位时钟）：每个音频数据位对应一个脉冲
LRCK（左右声道时钟）：高电平左声道，低电平右声道
SDATA（串行数据）：音频数据按位传输

举个例子，采样率48kHz、位深16位、双声道，那么BCLK的频率就是48k × 16 × 2 = 1.536MHz。这个计算很简单，但我在项目里见过有人把BCLK算错，导致声音变调——嗯，那画面太美我不敢看。

// I2S时序配置示例（以WM8960为例）
// 假设采样率44100Hz，位深16bit，双声道
// BCLK = 44100 * 16 * 2 = 1.4112 MHz

// 设置I2S时钟分频
reg_write(WM8960_CLOCKING1, 0x00);  // 使能内部振荡器
reg_write(WM8960_CLOCKING2, 0x00);  // 设置MCLK分频

// 设置I2S格式：I2S标准格式，16位数据
reg_write(WM8960_IFACE1, 0x02);     // 0x02 = I2S格式，左对齐

除了I2S，还有I2C总线用来配置CODEC的寄存器。比如设置音量、选择输入源、开启功放等。这部分驱动代码其实很机械，就是读写寄存器。但坑往往出在时序上——I2C速率太快或太慢，都会导致配置失败。

避坑指南：我曾经... 有一次调试ES8311，死活不出声。查了三天，最后发现是I2C的ACK信号没响应。原因是上电时序不对——CODEC还没准备好，CPU就开始发配置命令了。正确的做法是：先给CODEC上电，等待至少10ms，再初始化I2C。这个经验让我养成了一个习惯：所有音频芯片初始化前，先加一个20ms的延时。

最后说说DMA。音频数据量大，如果让CPU一个个字节去搬，那CPU啥也别干了。所以必须用DMA（直接内存访问）。DMA负责把内存里的音频数据，自动搬运到I2S的FIFO里。你只需要配置好源地址、目的地址、数据长度，然后启动DMA，剩下的就交给硬件了。

DMA配置有个关键点：中断处理。当DMA传输完一块数据后，会触发中断。你在中断里要重新填充下一块数据，或者切换缓冲区。如果处理慢了，就会出现“欠载”——FIFO空了，声音就断了。这就是所谓的“Xrun”问题。我早期做驱动时，经常被Xrun搞得焦头烂额。后来学乖了，用双缓冲（ping-pong buffer）机制，一个缓冲区在播放，另一个在填充，交替进行，基本解决了问题。