语音或音频信号的记录需要压缩(编码),以便有效地存储或传输. 当系统部署在现场时,一些嵌入式应用程序可能需要录制语音. 新的语音信息可以记录为字段更新的一部分,以更改系统正在播放的现有信息. 在通信应用的情况下, 在输出数据之前可以进行记录(包括压缩).
在这两种情况下,音频的质量取决于两种压缩方案(G.726年,Speex等等.)以及硬件外设(PWM, DAC等.)来复制声音. 大多数需要对流音频进行编码的通信应用程序也需要对接收到的语音数据进行解码. 在所有需要录音的应用中, 微控制器(MCU)或数字信号控制器(DSC)所需的处理器吞吐量(MIPS)在很大程度上取决于编码算法. 本文对这些应用进行了详细的讨论 通信 section. 在本节中,我们将分两部分介绍仅播放应用所需的解决方案:
注意:上图中灰色椭圆内显示的算法的MIPS使用统计数据代表了我们在16位PIC上实现这些算法的要求® mcu和dsPIC DSCs.
使用算法的决定通常是基于质量和存储成本之间的权衡,以节省大量音频数据. 另一个影响记录应用程序中使用的处理器选择的关键基准是执行编码算法所需的MIPS. 下表显示了我们的16位mcu和DSCs上各种算法所需的MIPS. 因为大多数需要编码的应用程序也需要解码, 编码和解码的MIPS吞吐量如下:
下表提供了各种微芯片产品的大致吞吐量:
使用语音带编解码器执行此选项的代表性设计可以在 PIC32音频开发板(DM320011). 演示的原理图和源代码可以在随板提供的zip文件中获得.
在这里显示的选项中, 一旦麦克风或线路输入的模拟波形被放大并限制了带宽,就可以使用12位ADC对语音数据进行数字化. 12位ADC外设可用于许多PIC mcu和dsPIC DSCs. 执行此选项的代表性设计可以在 MPLAB® dsPIC DSCs入门套件(DM330011). 演示的原理图和源代码可以在随板提供的zip文件中获得.