最近在用51
单片机制作一个MP3,功能是从U盘读取文件数据,将数据送给VS1003模块进行音频解码,最后DA转化由耳机播放。 目前我的进展是:
1.利用CH375B
芯片的开源文件操作子函数库 (ch375fileopen()等)可以将U盘中指定名称的文件中的指定长度的字节读取出来。
2.使用Winhex将MP3文件转化为C语言数组形式,利用VS1003模块将其成功播放(MP3文件形式如图举例)
(VS1003播放模块代码如下)
void test_1003_PlayMP3File()
{
unsigned int data_pointer;unsigned char i;
unsigned int uiCount;
uiCount = sizeof(MusicData); //MusicData就是MP3文件C语言数组格式下存放数据的数组
data_pointer=0;
VS1003B_SoftReset(); //软复位
while(uiCount>0)
{
if(CheckVS1003B_DRQ())
{
for(i=0;i<32;i++) //每次读32个字节
{
VS1003B_WriteDAT(MusicData[data_pointer]);
data_pointer++;
}
uiCount -= 32;
}
}
VS1003B_Fill2048Zero();
}
这里我的第一个问题来了:目前我可以实现数组形式的MP3文件播放,如上面代码所写。直接循环读取该数组中的8位字节即可。但注意,我在CH375读写文件模块中读出的数据是按照字符串的形式,或者通俗点说是按照文本的形式读取的。举个例子:在上面VS1003模块使用的C语言数组格式的文件中,第一行是:unsigned AnsiChar data[184]......因此利用CH375子函数CH375fileopen()读出的一系列数据其实并没有任何的编码意义,因为他们虽然仍然是以数组(或指针)的形式读出,但和VS1003的子函数所读的数据(MusicData)相比,他们不再是有意义的音频数据。
因此,
我如何能让VS1003识别利用CH375子函数库从U盘读出的数据?网上有很多同样利用这几个模块制作MP3的前辈,他们在描述这一过程的时候都是“一笔带过”。
我做了下面的一些尝试:
1.将MP3转换成16进制数文件存入U盘,再利用CH375直接依次传给VS1003B。如图
但结果并不理想,通过串口助手观察,单片机在不断地从文件中读取数据,但VS1003B并没有反应。
2.将MP3直接存入U盘,再利用CH375传给VS1003B,这种做法完全是死马当活马医,非常可笑。最后串口助手中读取的数据都全是乱码。
最后将我的问题拆分一下,以方便前辈们解答,如果前辈能勉强看懂我上面的问题,也可以直接按照自己的思路解答:
问题1:U盘中存储MP3文件的类型?我应该将MP3文件转换为什么格式的文档才能方便CH375正常读取,并完美的传输给VS1003模块,即能使VS1003模块识别?
问题2:在上面的测试程序中,VS1003放到模拟SPI上的数据是以8位的字节作为元素的数组。难道想要让VS1003识别音频数据,接收数据的类型只能是这样的数组吗?
问题算是解决了,但仍然有新的问题出现:
首先,将MP3转换成16进制文件直接让CH375读取给VS1003是完全错误的。
举个例子“0x12”对应的数据流是:00010010。如果直接将12依次送进去,最后得到的值依然是:00010010。
这样看好像没有错误,但同样举个例子:”0x1f“,这个16进制数的高8位0001即使可以准确的送给VS1003,但f呢?f将作为一个字符型数据传送出去,很明显其对应的数据流不是1111。
关于第二种方法,将.MP3格式的文件直接传送给VS1003,我在网上找到的资料证明的确就是通过这种方法实现音频播放的。但具体代码上的实现仍然存在问题,我会进一步修改找出问题。
现在至少知道我的第一种做法是完全错误的。我现在的任务就是搞清楚:既然是将.MP3格式的文件直接利用CH375从U盘中传送给VS1003,已知我的CH375读取数据函数是以扇区为单位进行读取的,假设这个扇区的数据我存储在一个缓冲区中,那么VS1003直接一个字节一个字节的从缓冲中读取并放到SPI上面进而进行处理就可以了吗?我总觉得有哪里不对,还是进一步学学网上的源码找出错误吧!
一周热门 更多>