当前位置：首页 > news >正文

基于CH554单片机实现USB音频设备：PWM-DAC与USB Audio协议实践

news 2026/7/29 8:51:48

1. 项目缘起：为什么用单片机做USB喇叭？

前阵子整理抽屉，翻出来几个闲置的旧手机喇叭，音质其实还不错，扔了怪可惜的。正好手边有几片之前玩剩下的沁恒CH554评估板，一个念头就冒出来了：能不能用这片小小的8位单片机，把这些喇叭“救活”，做成一个即插即用的USB音频设备？听起来有点天方夜谭，毕竟CH554主打的是低成本USB HID和CDC（串口）应用，官方例程里可没有音频相关的影子。但查了一下资料，发现它内置了PWM模块，而PWM正是驱动喇叭、播放声音的经典方案之一。这个想法一下子就有了落地的可能。

所谓USB喇叭，本质上就是一个USB音频设备。当你把它插上电脑，系统会把它识别为一个“USB Audio Device”，声音输出就会路由到这个设备上。其核心流程是：电脑通过USB总线，将数字音频数据（PCM格式）源源不断地发送给设备；设备上的MCU接收这些数据，并实时地将其转换为模拟信号；最后，这个模拟信号经过放大，驱动喇叭发声。整个过程对实时性要求极高，数据流不能中断。CH554作为一款内置USB Full-Speed（12Mbps）控制器和PWM的MCU，从硬件上看，是具备处理低质量、单声道音频数据流潜力的。这个项目的挑战和乐趣，就在于如何用有限的资源，去实现一个完整的、可用的USB音频功能。

2. 核心硬件选型与电路设计思路

要实现这个想法，硬件是基础。我们需要一个能将数字信号转化为足以推动喇叭的模拟信号的电路。CH554本身并不能直接输出高功率的模拟信号，它的PWM输出是数字方波，需要外围电路进行“翻译”和放大。

2.1 主控芯片：CH554的潜力与局限

CH554是一颗基于增强型8051内核的USB单片机，最高运行频率24MHz。它最大的亮点是内置了USB控制器和收发器，这意味着我们不需要像传统的方案那样外接一片CH340、FT232之类的USB转串口芯片，节省了成本和PCB空间。对于音频应用，我们最关心的是它的PWM模块和USB性能。

CH554的PWM支持最高约12MHz的时钟输入，可以产生频率和占空比都可调的方波。我们要播放的音频，比如8kHz采样率、8位精度的单声道PCM，就可以通过实时调整PWM的占空比来模拟其波形。这就是脉冲宽度调制（PWM）转模拟信号的基本原理：用一个固定频率（载波频率）的方波，通过改变每个周期内高电平的宽度（占空比）来表征模拟信号的瞬时幅度。后续只需要一个简单的低通滤波器，就能滤除高频的载波成分，得到平滑的音频信号。

但CH554也有明显的局限。首先是性能，24MHz的主频在处理USB协议栈和实时音频数据转换时，资源会非常紧张。其次是内存，其内部XRAM大约1KB左右，这决定了我们的音频缓冲区不能设得太大。最后是精度，我们通常只能实现8位精度的PWM-DAC，音质会比较一般，有底噪，动态范围有限。所以，这个项目定位很明确：一个验证原理、体验过程的趣味性作品，而非高保真音响设备。

2.2 关键外围电路：滤波与功放

PWM输出不能直接接喇叭，会听到巨大的、刺耳的蜂鸣声（那是PWM载波频率的声音）。我们需要两个关键电路：低通滤波器（LPF）和音频功率放大器。

低通滤波器的任务是滤除PWM信号中的高频载波成分，只保留我们需要的音频信号。这里我选择了一个简单的一阶RC无源滤波器。其截止频率f_c = 1 / (2πRC)。PWM的载波频率我设定在62.5kHz（为什么是这个数，后面软件部分会解释），为了有效滤除它，截止频率需要远低于载波频率，但又必须高于音频的最高频率（人耳可听范围约20kHz）。我选择将截止频率设定在约34kHz，取R=470Ω，C=0.01μF，计算可得f_c ≈ 1 / (2 * 3.14 * 470 * 0.01e-6) ≈ 33.8kHz。这个电路简单可靠，焊接在洞洞板上非常方便。

音频功率放大器则是为了给滤波后的微弱音频信号提供足够的功率来驱动喇叭。我直接选用了一颗非常常见的功放芯片PAM8403。这是一颗3W输出的D类功放，效率高，外围电路极其简单，只需要几个电容和电阻，且支持单电源（5V）供电。更重要的是，它的输入阻抗很高，可以直接连接我们RC滤波器的输出，几乎不需要额外的驱动电路。从CH554的PWM引脚，经过RC滤波器，再到PAM8403的输入，最后连接喇叭，这条信号通路就搭建完成了。

注意：PAM8403是立体声输入，我们这个项目是单声道。可以将左右声道输入并联，共同接收同一个滤波后的信号，或者只使用其中一个声道。并联使用可以略微提高信噪比。

2.3 供电与整体连接

整个系统由电脑USB口供电，非常方便。USB的5V VBUS直接接入CH554的VCC引脚，同时也作为PAM8403的电源。这里必须在电源入口处加一个大的滤波电容，比如100μF的电解电容，并并联一个0.1μF的瓷片电容，用于滤除电源噪声，这对改善音频底噪至关重要。

总结一下硬件连接：

CH554的P1.4引脚（或其他支持PWM的引脚）输出PWM信号。
PWM信号接入由470Ω电阻和0.01μF电容组成的RC低通滤波器。
滤波器输出端连接至PAM8403功放芯片的输入端（LIN和RIN并联）。
PAM8403的输出端连接喇叭。
USB的5V和GND为整个系统供电。

3. 软件架构：如何让CH554“听懂”USB音频？

硬件是躯体，软件是灵魂。让CH554变身USB音频设备，软件层面需要完成两件大事：一是实现标准的USB音频设备类（Audio Class）协议，让电脑能正确识别并驱动它；二是实现音频数据流的实时处理，将接收到的PCM数据通过PWM播放出来。

3.1 基于Ch55xduino的USB Audio设备实现

从头编写USB协议栈是极其复杂的。幸运的是，我们有Ch55xduino这个开源项目，它为CH55x系列单片机提供了Arduino核心兼容的开发环境，并封装了丰富的库函数，其中就包括USB功能。这大大降低了开发门槛。

在Ch55xduino中，实现一个USB设备通常需要定义设备描述符、配置描述符、接口描述符、端点描述符等。对于音频设备，我们需要遵循USB Audio Device Class规范（通常是指UAC1.0或UAC2.0，这里为简化采用UAC1.0）。核心是创建一个音频流接口（Audio Streaming Interface），它包含一个等时传输（Isochronous）端点。等时传输是USB为实时流数据（如音频、视频）设计的，它保证了固定的带宽，但不保证数据一定送达（错了就错了，继续下一包），这正符合音频播放的需求，偶尔丢一两个采样点，人耳几乎听不出来。

我参考了Ch55xduino库中USB复合设备的例程，并修改了描述符，定义了一个简单的USB音频设备：它有一个音频控制接口（AC Interface）和一个音频流接口（AS Interface）。音频流接口使用一个IN端点（对于播放设备，是主机到设备的传输，在设备端是OUT端点，这里描述符定义容易混淆，需注意）来接收音频数据。描述符中需要详细定义所支持的音频格式（如PCM）、采样率（如8000 Hz）、声道数（1）、采样精度（8位）等。

关键描述符片段示意（概念性代码）：

// 设备描述符：声明这是一个USB全速设备，厂商ID、产品ID等 // 配置描述符：包含音频控制接口和音频流接口 // 音频控制接口描述符：管理音量、静音等（本项目暂未实现控制） // 音频流接口描述符：指定数据格式为PCM，单声道，8位，8000Hz // 端点描述符：指定端点号、方向（OUT）、类型（Isochronous）、最大包大小

在setup()函数中，我们需要初始化USB，并注册我们的描述符。Ch55xduino的USBDevice库会处理底层的USB事件。

3.2 音频数据流处理与PWM驱动

这是整个项目的核心算法部分。USB主机（电脑）会以固定的间隔（例如每1ms）通过等时端点发送一包音频数据。我们需要做的是：

接收数据：在USB中断服务程序（ISR）中，将接收到的音频数据包存入一个环形缓冲区（Ring Buffer）。由于CH554内存小，这个缓冲区我设置为256字节，对应256个8位音频采样点。
定时播放：设置一个硬件定时器（如Timer2），使其中断频率严格等于音频的采样率（8000Hz，即每125微秒一次）。
中断服务：在定时器中断服务程序中，从环形缓冲区中取出下一个采样点。这个采样点是一个0-255之间的值，代表此刻音频的幅度。
PWM映射：将采样点的值（0-255）线性映射到PWM的占空比控制寄存器值（例如0-255对应占空比0%-100%）。然后更新PWM发生器的占空比寄存器。
缓冲区管理：维护缓冲区的读指针和写指针，确保不会溢出（数据来得太快）或欠载（数据来得太慢）。如果缓冲区快空了，我们可以通过USB Audio类规范中的反馈端点（Feedback Endpoint）通知主机微调发送速率，但为了简化，本项目采用“自适应”方式：如果缓冲区欠载，就重复播放上一个采样点或静音；如果溢出，就丢弃新数据。在稳定的系统下，这种情况应该很少。

这里有一个关键设计点：PWM载波频率的选择。载波频率必须远高于音频最高频率（20kHz），否则滤波困难，音质差；但也不能太高，受限于单片机执行速度和PWM模块精度。我选择将定时器时钟配置为Fsys / 12 = 2MHz，PWM周期寄存器设置为32，这样得到的PWM载波频率为2MHz / 32 = 62.5kHz。这个频率高于音频频率，易于滤波，且32个计数周期对应8位精度（256级）的占空比控制也足够（实际上我们使用32级或64级来简化计算，牺牲一点精度换取速度）。

定时器中断服务程序伪代码：

void Timer2_ISR(void) interrupt 12 { // 假设Timer2中断号 uint8_t sample; if (ring_buffer_available()) { // 缓冲区有数据 sample = ring_buffer_read(); // 将sample (0-255) 映射到PWM比较值 (0-31) PWM_CMP = sample >> 3; // 除以8，将256级映射到32级 } else { // 缓冲区空，输出静音（占空比50%，即值16） PWM_CMP = 16; } // 清除定时器中断标志 }

4. 开发环境搭建与代码实战

理论说得再多，不如实际动手。下面我详细记录从环境搭建到代码烧录的全过程，以及其中遇到的关键坑点。

4.1 Ch55xduino开发环境配置

首先，你需要在Arduino IDE中添加Ch55xduino的开发板支持。

打开Arduino IDE，进入“文件”->“首选项”。
在“附加开发板管理器网址”中，填入：https://raw.githubusercontent.com/DeqingSun/ch55xduino/ch55xduino/package_ch55xduino_mcs51_index.json
点击“确定”，然后进入“工具”->“开发板”->“开发板管理器”。
搜索“ch55xduino”，找到后点击安装。
安装完成后，在“工具”->“开发板”列表中，就能选择“CH55x Boards”下的“CH554 Board”了。

配置开发板选项：

Clock Source: 选择24MHz internal。
Upload Method: 对于CH554，通常使用USB方式烧录。需要先将芯片置于 bootloader 模式（一般通过上电时拉低某个引脚，具体看板子设计），然后点击上传。

4.2 核心代码解析与编写

完整的代码较长，这里我拆解几个最关键的函数和配置。

第一步：定义USB描述符。这是最复杂的一步，但我们可以借鉴和修改现有库。在Ch55xduino的库路径中，找到libraries/USB_Host_Shield_2.0或类似库中关于音频的描述符示例（更直接的方法是搜索社区项目）。你需要创建一个usb_descriptor.c文件，里面包含完整的设备、配置、接口、端点和字符串描述符。描述符必须严格符合USB Audio Class 1.0规范。一个常见的简化版音频设备描述符结构如下所示（需根据CH554的端点配置调整）：

// 这是一个高度简化的示意结构，实际值需精确计算 const uint8_t Audio_Descriptor[] = { // 设备描述符 0x12, // bLength 0x01, // bDescriptorType (Device) ... // 配置描述符 0x09, // bLength 0x02, // bDescriptorType (Configuration) ... // 音频控制接口描述符 0x09, // bLength 0x04, // bDescriptorType (Interface) 0x00, // bInterfaceNumber (0) 0x00, // bAlternateSetting 0x00, // bNumEndpoints (0) 0x01, // bInterfaceClass (Audio) 0x01, // bInterfaceSubClass (Audio Control) ... // 音频流接口描述符 0x09, // bLength 0x04, // bDescriptorType (Interface) 0x01, // bInterfaceNumber (1) 0x00, // bAlternateSetting 0x01, // bNumEndpoints (1) 0x01, // bInterfaceClass (Audio) 0x02, // bInterfaceSubClass (Audio Streaming) ... // 音频流格式描述符 0x0B, // bLength 0x24, // bDescriptorType (CS_INTERFACE) 0x01, // bDescriptorSubtype (AS_GENERAL) ... // 端点描述符 (等时传输) 0x09, // bLength 0x05, // bDescriptorType (Endpoint) EP2_OUT, // bEndpointAddress (方向OUT，端点号2) 0x05, // bmAttributes (Isochronous, Asynchronous) 0x40, 0x00, // wMaxPacketSize (64 bytes) 0x01, // bInterval (1 ms) ... };

第二步：初始化USB和PWM。在setup()函数中：

#include <src/USBHost.h> // 或其他相关USB库头文件 void setup() { // 1. 初始化PWM PWM_init(); // 自定义函数，配置PWM时钟源、周期、输出引脚等 // 例如，配置PWM从P1.4输出，时钟2MHz，周期32 // PWMx_Cycle = 32; // PWMx_Data = 16; // 初始占空比50% // PIN_FUNC |= bPWM1_P1_4; // 引脚功能映射 // 2. 初始化USB并注册描述符 USBDevice.init(); // 初始化USB底层 USBDevice.setDescriptor(Audio_Descriptor, sizeof(Audio_Descriptor)); USBDevice.attach(); // 连接USB总线 // 3. 初始化音频播放缓冲区 ring_buffer_init(); // 4. 初始化定时器（采样率时钟） Timer2_init(); // 自定义函数，配置定时器2每125us中断一次 (8kHz) EA = 1; // 开启全局中断 }

第三步：实现USB数据接收回调。当电脑发送音频数据到指定的OUT端点时，CH554的USB中断会触发，我们需要在这个中断的处理函数中，将数据拷贝到环形缓冲区。

// 在USB中断处理的相关部分 void USB_EP2_OUT(void) interrupt USB_ISR_VECTOR { uint8_t len = USB_RX_LEN(EP2); // 获取接收到的数据长度 if(len > 0) { // 将数据从USB缓冲区复制到环形缓冲区 ring_buffer_write(UsbBufferOut[EP2], len); // 准备接收下一包数据 USB_SET_EP_RX_VALID(EP2); } }

第四步：编写定时器中断服务程序。如3.2节所述，这是驱动PWM实时更新的心脏。

void Timer2_ISR(void) interrupt 12 { static uint8_t last_sample = 128; // 默认静音值 if(ring_buffer_read_available()) { last_sample = ring_buffer_read(); } // 映射并更新PWM， 假设PWM周期为32 PWM1_DATA = last_sample >> 3; // 8位转5位 (32级) // 或者为了更好效果，可以使用查表法或更精细的映射 TF2 = 0; // 清除Timer2中断标志 }

4.3 编译、烧录与测试

代码编写完成后，选择正确的开发板和端口，点击“上传”。如果一切顺利，代码将被编译并烧录到CH554中。

首次上电测试：

将制作好的硬件通过USB线插入电脑。
电脑会提示“发现新硬件”并尝试安装驱动。对于符合UAC1.0规范的设备，Windows 10/11通常能自动识别为“USB Audio Device”。
打开“控制面板”->“声音”->“播放”选项卡，你应该能看到一个新设备。将其设置为默认播放设备。
播放一段简单的测试音（如系统提示音），耳朵贴近喇叭，应该能听到声音。但此时声音很可能夹杂着强烈的“嘶嘶”高频噪声，这就是PWM载波没有被完全滤除的表现。

5. 调试优化与音质提升实战

听到声音只是第一步，要让这个USB喇叭“可用”，还需要大量的调试和优化工作。这部分才是真正体现经验价值的地方。

5.1 排查无声与爆音问题

问题一：完全无声。

检查供电：首先用万用表测量PAM8403的VCC是否有5V电压。
检查信号通路：用示波器（或逻辑分析仪）是最直接的。首先测CH554的PWM输出引脚，看是否有方波信号。如果没有，检查代码中PWM初始化是否正确，引脚映射是否准确。如果有方波，再测RC滤波器输出端，应该能看到一个带有大量毛刺的、大致随音频变化的模拟电压。最后测PAM8403的输出端，应该有放大后的信号。哪一级没信号，问题就在哪一级。
检查USB枚举：使用USBView（Windows SDK工具）或lsusb -v（Linux）查看设备是否被正确识别为音频设备，接口和端点描述符是否正确。如果枚举失败，电脑不会发送音频数据。
检查缓冲区：在定时器中断中加一个调试灯（LED）闪烁，如果灯不闪，说明定时器没工作；如果灯闪但声音断续，可能是缓冲区管理有问题，读写出错。可以在代码中添加简单的统计，通过串口打印缓冲区水位。

问题二：声音失真、爆音严重。

采样率不匹配：这是最常见的原因。电脑以8000Hz发送数据，但你的定时器中断频率可能不是精确的8000Hz。检查定时器的时钟源和重载值计算是否正确。CH554使用24MHz主频，分频后给定时器。要产生125us中断，计算必须精确。
缓冲区溢出或欠载：在中断服务程序中加入缓冲区水位的判断和简单处理。如果缓冲区快满了（>90%），可以丢弃一些新数据；如果快空了（<10%），重复上一个采样点或插入静音。更高级的做法是实现反馈端点，动态调整。
PWM载波频率过低：如果载波频率太低（比如低于40kHz），即使经过滤波，人耳可能仍能听到一些高频噪声，并且与音频信号调制产生可闻失真。尝试提高PWM载波频率，比如将PWM周期值从32减小到16，频率提升到125kHz，但要注意此时PWM精度会下降（16级）。

5.2 优化滤波电路以抑制噪声

最初的简单RC滤波器效果有限，底噪明显。我们可以从两方面优化：

增加滤波阶数：将一阶RC滤波器改为二阶，例如使用一个运放（如LMV358）构成Sallen-Key低通滤波器。二阶滤波器的衰减斜率更陡，能更有效地抑制62.5kHz的载波。设计一个截止频率在30kHz左右的二阶巴特沃斯滤波器，效果会好很多。
优化滤波器参数：即使使用一阶RC，也可以微调。将截止频率降低到20kHz左右（R=1kΩ,C=0.0082μF,f_c≈19.4kHz），虽然对音频高频略有衰减，但能更彻底地滤除载波。听感上，声音会更“干净”，但可能有点“闷”。这是一个权衡。

在我的实际制作中，我先用一阶RC，后来换成了二阶有源滤波器，底噪的改善是立竿见影的。运放电路同样可以用USB的5V供电（选择轨到轨运放）。

5.3 软件层面的音质微调

硬件滤波是根本，软件也能做一些改善：

PWM分辨率与线性度：我们简单地将8位采样值右移3位得到5位PWM值，这是线性映射。但PWM的输出电压与占空比是线性关系吗？对于简单的RC滤波，大致是线性的。但你可以尝试建立一个查找表（LUT），对采样值进行非线性校正，以补偿滤波器或功放的非线性特性，但这需要仪器测量来校准，对于趣味项目可以不做。
加入淡入淡出：在音频开始播放和停止时，如果突然从静音跳到最大音量，会产生“噗”的冲击声。可以在缓冲区开始填充和即将清空时，对输出的PWM值施加一个短暂的淡入淡出效果（例如在10ms内将增益从0线性增加到1）。
尝试不同的采样率和格式：8kHz/8位单声道是保底方案。如果资源允许，可以尝试支持16kHz采样率，甚至16位精度（需要将两个8位数据组合成一个16位数据，PWM也需要更高分辨率，如10位）。这需要更大的缓冲区和更快的处理速度，对CH554是巨大挑战，但可以作为优化方向。

经过硬件滤波电路的升级和软件参数的细致调整，最终这个自制USB喇叭播放人声语音已经比较清晰，播放简单的音乐也能听出旋律，作为桌面一个小玩具或者一个USB音频功能验证平台，已经完全达标了。整个项目从构思到实现，最大的收获不是做出了一个多好的音响，而是完整地走通了一个USB音频设备的软硬件链路，对USB Audio协议、PWM-DAC、模拟滤波有了非常直观和深刻的理解。

查看全文

http://www.jsqmd.com/news/1286155/