基于stm32的MP3播放器调试经验

在调试的时候只是拿网上找的代码，做了相应的修改（接口改为我自己的，功能改为我自己想要的功能），这样只是为了快速测试我的vs1003模块能不能用，当然这首先是要你能理解其代码，要不然是第一次调试你也不知道是程序有错还是硬件有错。在确定程序没错之后，我就可以确定如果没有效果，那肯定是我的解码模块不行。测试通过之后我就可以放心的使用我自己的解码模块。接下来的程序我就可以根据自己想要的慢慢来写。

第一次写程序进去就听到耳机里输出了很高的鸣叫声，这是因为我把正弦测试（vs1003自带的一种测试，这样就能很快确定你的vs1003是否能工作）频率调的很高 所以声音很尖，被吓了一次。第二次就把它改小了一点，嘟的一声，呵呵相当激动，这说明我的vs1003可以用（s1003非常脆弱 很容易坏 又贵又不好买）

正弦测试成功之后我就开始想给vs1003发送MP3音频数据 看能不能解码放出声音来

我最初的想法是通过winhex软件打开查看MP3代码然后拷贝出来作为一个数组发给vs1003。这个数据要储存在我的单片机的程序储存区里，还好我的单片机程序储存区够大有64K。这样多的MP3代码也只能够听到一点点声音，效果肯定是无法体会的道。果然 ，在耳机里只听到吱~的一声就没了 根本没用

之后我就想把sd卡加进来，让MCU一边从sd里读取MP3数据，再一边发送到vs1003里边去解码，这样就可以一直把一首MP3的数据全部发送到vs1003进行解码。于是我先拷贝了一个码率比较低的MP3，因为单片机的速度毕竟很慢 从sd卡里读取数据然后又要发送给vs1003解码 先找一个码率比较低的MP3做测试这是明智的选择。

开始组合程序，编写相应的主函数，通电测试。没有任何反应，串口调试（如果读写sd正常可以从串口接收到sd卡的第0扇区数据（逻辑扇区）这是我程序特意设定的，为了方便看出sd是否在工作）也接收不到任何数据 ，确定sd卡未启用。我以为sd卡的读写又出问题了 ，拿之前做好的sd测试程序重新测试，也没有数据输出，很晕。

不经意间我发现当我拔掉解码模块sd卡读写正常，找到这一重要点之后，我开始分析问题。

因为我的sd卡和vs1003与MCU的通讯方式都是spi。而我的MCU只有一个硬件spi，所以都统一连接到一起了 只是通过不同的片选让它们轮流使用spi。可惜的是这样不行。经过多次试验，猜想，也在网上寻求答案（未果）。最终我自己搞明白了，是应为我用的MCU为5V器件，为了能跟vs1003、sd卡正常通讯 ，我把MCU的spi口设置成为开漏形式，让后加3.3v的上拉。这样我的单片机spi口最大电压也只能是3.3v了。不过同时开漏形式让它的驱动能力变得很弱，无法同时接两个spi通讯模块~~~

于是我把sd卡的接口换到P0口采用软件模拟spi读取数据，这样一来，呵呵串口可以看到接收到数据了随之耳机里传来了久违的音乐，不过声音很乱，就像快进一样。还是很兴奋 ，毕竟是能出声音了。

为什么声音会乱掉，这个时候开始找问题，一直花了我两天的时间，vs1003的datasheet看了一遍又一遍 ，敢肯定我的程序绝对是没错。那就是硬件了。

分析它的原理开始查问题，看看是那步错了。

vs1003解码MP3数据，你只要把正确的MP3数据传送给它，它就能自动识别你的MP3是多少码率的，然后通过一定的解码速率进行解码。这个时候就有疑问了，既然解码的速率确定了，为了能流畅的播放出音乐来，你给vs1003发送MP3数据的速率必须跟它解码的速率一样，那怎么去保证这两个速度一样呢？如果送给vs1003的数据过快，那我们可以加延时让它一样，那这时候又出问题了，难道每一首不同码率的歌都要去加个延时吗（这里是按发送数据永远比解码速率快的情况来分析），这样肯定是不合理的。不用担心，vs1003为用户准备了0.5k的数据缓冲区做为音频数据的缓冲，这就好像一个漏斗一样，0.5k空间就像漏斗的容量，你只要保证漏斗里边始终有东西，那么漏斗底下就始终有东西流出，保持连续。你给漏斗加料的速度无所谓，只要你别让漏斗里边为空就行。vs1003是一样的为了解码正常，播放流畅，你只要保证数据缓冲区里始终有数据作为待解码对象，这样就可以放出流畅的音乐来。这里又有问题了，我们怎么确定数据缓冲区里到低有没有数据，或者是还有多少，怎么控制发送数据。vs1003也帮你考虑到这一点了，所以他专门设定了一个中断脚DREQ,当DREQ变高时，外部可以至少为vs1003发送 32字节的数据（这是SDI数据，还有一种SCI数据，这里不说了），为了保证播放流畅。