Pet*_*ley 3 c embedded wav microchip pic18
我正在为 PIC 18F45K42 编写代码,以从 HCSD 卡读取 .wav 文件。我正在使用 MPLAB X IDE v5.20 和 XC v2.05。我正在使用 FATF 库从卡上读取数据。
我可以从卡上读取数据并获得良好的结果,直到组合代表 .wav 文件大小的 4 个字节。
#define BYTE_TO_BINARY_PATTERN "%c%c%c%c%c%c%c%c"
#define BYTE_TO_BINARY(byte) \
(byte & 0x80 ? '1' : '0'), \
(byte & 0x40 ? '1' : '0'), \
(byte & 0x20 ? '1' : '0'), \
(byte & 0x10 ? '1' : '0'), \
(byte & 0x08 ? '1' : '0'), \
(byte & 0x04 ? '1' : '0'), \
(byte & 0x02 ? '1' : '0'), \
(byte & 0x01 ? '1' : '0')
UINT actualLength;
UINT br;
char contents[44]; // Buffer
uint32_t file_size;
char result;
printf("Checking media\n\r");
if( SD_SPI_IsMediaPresent() == false)
{
printf("No media\n\r");
return;
}
if (f_mount(&drive,"0:",1) == FR_OK)
{
if (f_open(&file, "P.WAV", FA_READ) == FR_OK){
result = f_read(&file, contents, 44, &br);
if ( result == FR_OK){
printf("%c%c%c%c", contents[0],contents[1],contents[2],contents[3]);
printf("\n\r");
printf("contents 4-7: %u %u %u %u", contents[4],contents[5],contents[6],contents[7]);
printf("\n\r");
printf(""BYTE_TO_BINARY_PATTERN, BYTE_TO_BINARY(contents[7]));
printf(""BYTE_TO_BINARY_PATTERN, BYTE_TO_BINARY(contents[6]));
printf(""BYTE_TO_BINARY_PATTERN, BYTE_TO_BINARY(contents[5]));
printf(""BYTE_TO_BINARY_PATTERN, BYTE_TO_BINARY(contents[4]));
file_size = (contents[7] << 24) | (contents[6] << 16) | (contents[5] << 8) | contents[4];
int kb = file_size/1024;
printf("\n\r");
printf("Size: %u kB: %u", file_size, kb);
printf("\n\r");
// . . . OMITTED . . .
Run Code Online (Sandbox Code Playgroud)
我正在打印二进制文件,以确保从卡中写入的数据是正确的。我得到的输出是
Checking media
RIFF
contents 4-7: 4 122 18 0
00000000000100100111101000000100
Size: 31254 kB: 0
Run Code Online (Sandbox Code Playgroud)
该二进制文件为我提供了正确的文件大小数字,1210884,因此我尝试通过组合字节获得的大小是错误的。我认为这是因为我收到以下编译器警告:
main.c:108:42: warning: shift count >= width of type [-Wshift-count-overflow]
file_size = (contents[7] << 24) | (contents[6] << 16) | (contents[5] << 8) | contents[4];
^ ~~
main.c:108:64: warning: shift count >= width of type [-Wshift-count-overflow]
file_size = (contents[7] << 24) | (contents[6] << 16) | (contents[5] << 8) | contents[4];
Run Code Online (Sandbox Code Playgroud)
我已经搜索了这些警告并尝试了一些推荐的修复方法,但到目前为止我还没有找到任何适用于这种情况的方法。我必须补充一点,我的 C 知识有限,并且我不能 100% 确定位移表达式在做什么。我天真的理解是最右边的位contents[7]应该移到32位整数的第24位,contents[6]最右边的位应该转移到第 16 位等。不知何故,可能是由于某种数据类型问题,这没有正确发生。但我当然不知道,也不确定 Microchip XC 编译器有什么限制。
除了建议我最终学习一门好的 C 课程之外,有人可以建议我出了什么问题以及如何通过正确组装 4 个文件大小字节来获得正确的值。
非常感谢您的浏览。
一些基本的事情:
stdint.h代替使用。该char类型尤其存在问题,因为它具有实现定义的符号。int。弄清楚这一点后,我们可以注意到这些转变都是错误的:
file_size = (contents[7] << 24) | (contents[6] << 16) | (contents[5] << 8) | contents[4];
Run Code Online (Sandbox Code Playgroud)
contents[i]是类型char(或者uint8_t如果您将代码修复为适当的类型)。这是一个小整数类型。正如上面链接中所解释的,它将int通过整数提升隐式提升为。这就是编译器向您发出警告的原因。您需要uint32在移位之前将每个操作数转换为。
file_size = ( ((uint32_t)contents[7] & 0xFF) << 24) |
( ((uint32_t)contents[6] & 0xFF) << 16) |
( ((uint32_t)contents[5] & 0xFF) << 8) |
( ((uint32_t)contents[4] & 0xFF) << 0) ;
Run Code Online (Sandbox Code Playgroud)
(在带符号和负数的情况下,需要使用 0xFF 进行字节掩码char,在这种情况下,转换为 uint32_t 将“符号扩展”该值。TL;DR 只需char按照上面的建议保持清除即可。)
请注意,这会uint32_t根据某种字节顺序(从 7 到 4,无论您的情况意味着什么)对数据进行排序,这可能是一个问题,特别是如果您将结果放入某些数据通信协议中。理论上,8 位比特不使用字节顺序,但实际上,只要核心中有双累加器或 16 位索引寄存器之类的东西,它们就会使用字节顺序。在这种情况下,PIC 是 Little Endian。
另请注意,%u假设unsigned intPIC 上的类型为 16 位。要打印 a,uint32_t您应该使用"%"PRIu32inttypes.h 中的内容,不过%lu也可以。