STM32F4开发板的音乐播放器实验问题

lefeng123

STM32F4开发指南V1.1-库函数版本中第四十八章 音乐播放器实验
书中P660页写到“SD卡读取到的24位WAV数据流，是低字节在前，高字节在后，比如，我们读到一个声道的数据（24位），存储在buf[3]里面，那么要通过SPI-DR发送这个24位数据，过程如下：SPI_DR=((u16)buf[2]<<8+buf[1];SPI_DR=((u16)buf[0]<<8;然而在P672页的wav_buffill填充函数中对于24位数据转换处理后的结果却是buf[0]=p[1],buf[1]=p[2],buf[3]=p[0]......
我的问题是：
(1)对于24位的WAV数据流，wav_buffill函数并没有将WAV数据流的高字节p[2]赋值给缓冲区的首地址buf[0]，这是为什么？
(2)为何 是低字节在前，高字节在后的，什么原则导致的？
(3)加入SD卡读取到的是16位WAV数据流，是否也是低字节在前，高字节在后的？如果是，为何wav_buffill函数并没有对16位WAV数据流进行转换处理？
(4)该开发板的下一个实验（第四十九章 录音机实验）进行了WAV录音并保存为SD卡内的WAV数据流文件，然而该实验里并看不出WAV数据流是低字节在前，高字节在后的，那么问题（2）是什么原因导致的？
感谢原子哥及各位学友指导。

正点原子

1，你看寄存器版本，F4开发指南，617页，图48.1.3.3：
I2S协议设置的24位数据，是高字节的前，低字节在后，所以传输0X8EAA33的时候，第一次写入DR的是：0X8EAA(buf[2]<<8+buf[1])
第二次才是写入0X33(buf[0])
2,这是WAV文件格式规定（低字节在前，高字节在后）
3,是的，因为STM32是小端模式（不懂自己百度），读取出来的u16数据，默认就是高位地址存放高位数据，地位地址存放低位数据，因此不需要转换。
4，我们录音是录制的16位，不支持24位录音。

lefeng123

感谢原子哥的回答，学习了！