在使用STM32读取SD Card的文件时，总是会卡死在读函数那里

res = f_read(&fsrc, gbuffer, sizeof(gbuffer)-1, &br);

而且出现很奇怪的现象。若是我只定义全局变量

BYTE gbuffer[TEMP_SIZE];// file copy gbuffer,8-bit

那么程式必定会卡死。

若是我定义两个全局变量

BYTE gbuffer[TEMP_SIZE];// file copy gbuffer,8-bit
BYTE temp[TEMP_SIZE];//for log record

还是只用到gbuffer，temp只是定义并不使用，这时程式就会OK。这是问题一

这在逻辑上完全说不通，我没有使用到temp，只是定义了而已，为什么会影响到gbuffer呢？

于是调试程式，发现程式最终卡死在sdcard.c中的一个while循环里面。

else if (DeviceMode == SD_INTERRUPT_MODE)
{
SDIO_ITConfig(SDIO_IT_DCRCFAIL | SDIO_IT_DTIMEOUT | SDIO_IT_DATAEND | SDIO_IT_RXOVERR | SDIO_IT_RXFIFOHF | SDIO_IT_STBITERR, ENABLE);

while ((TransferEnd == 0) && (TransferError == SD_OK))
{

}
if (TransferError != SD_OK)
{
return(TransferError);
}
}

跳出while循环的两个条件TransferEnd和TransferError值的改变都是在SD卡的interrupt服务程序里面。

在interrupt里面设置断点，发现程式根本没有进去。但是gbuffer里面的值都有变化。

意思也就是说，读SD card都正常，但是就是不进中断。

为什么不进中断？我把所有触发中断的条件都打开了。这是问题二。

综合问题一和二，我发现从程序逻辑上来分析已经讲不通了。于是想到了栈的大小。。。

尝试着把Stack_Size      EQU     0x00000200

改为Stack_Size      EQU     0x00000800

结果，程式再也不会卡死了，数据也能正常读取。。。。

虽然问题解决了，但是问题出现的根本原因还是不清楚，大概推断是堆栈溢出了。中断服务程序是要

使用MSP主堆栈的。在堆栈溢出的情况下，中断服务程序的PC就找不到了，或者发生了其他问题，所以程序就跑飞了。

以下摘自 《CM3权威指南》，关于中断服务程序和堆栈的描述

进入中断后，入栈的8个字。