Posted on July 07, 2018 at 01:39Trying to figure out reasons why a CubeMX build cannot replicate the functionality of the repo application:
STM32Cube\Repository\STM32Cube_FW_H7_V1.2.0\Projects\STM32H743I_EVAL\Applications\FatFs\FatFs_uSD_DMA_RTOS.
The CubeMX generation has the file operations code exactly matching the code found in the example project noted. I found missing code in stm32h7xx_it.c built by CubeMX. There is no handler for the SD Detect set up in stm32h743i_eval.c (see lines 1078 - 1100). CubeMX contains all the board specific assignments and generates code to call the initializing function MFX_IO_ITConfig() so why leave out the interrupt handler. I am sure this is an oversight.
It is fixed by adding to the end of stm32h7xx_it.c in the user section as shown:
/* USER CODE BEGIN 1 */
/**
* @brief This function handles SD detection interrupty
* @param None
* @retval None
*/
void EXTI9_5_IRQHandler(void)
{
SD_DetectIRQHandler();
}
/* USER CODE END 1 */
This is the same code used in the repo application example noted.
Now the application does not hang when the card is removed or inserted.
Unfortunately it does not fix the inability to open/read/write with out returning FR_NOT_READY!
