STM32 SD Library

[jmanncontrel]

Can I check that all the SDIO related issues in the device errata for the STM32F407 have been addressed in the STM32 SD library?

https://www.st.com/resource/en/errata_sheet/es0182-stm32f405407xx-and-stm32f415417xx-device-errata-stmicroelectronics.pdf

I'm having issues on an STM32F407ZET6 with datafile.write() returning zero periodically.

[fpistm]

Hi @jmanncontrel Yes you can check. 😉

No specific ES are addressed. The library is common for all stm32 series supporting SDIO or SDMMC.
Up to end user to ensure to not match one of them.
Flow control is disabled, I bet the issue is the one related to 48MHz clock. So try to update the systemCoreclock config.

[fpistm]

Hard to help with limited info. Board? Target selected? Conf? ....

[joesbox]

Custom board. SDIO lines are all length matched below 67mm. I've tried 10K, 2.49K and no pull ups and a new SD card.

Black407ZE target but with custom clock configuration:

`void SystemClock_Config(void)
{
RCC_OscInitTypeDef RCC_OscInitStruct = {0};
RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

/** Configure the main internal regulator output voltage
*/
__HAL_RCC_PWR_CLK_ENABLE();
__HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1);

/** Initializes the RCC Oscillators according to the specified parameters

• in the RCC_OscInitTypeDef structure.
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE | RCC_OSCILLATORTYPE_LSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.LSEState = RCC_LSE_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLM = 4;
  RCC_OscInitStruct.PLL.PLLN = 168;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV2;
  RCC_OscInitStruct.PLL.PLLQ = 7;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
  Error_Handler();
  }

/** Initializes the CPU, AHB and APB buses clocks
*/
RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK | RCC_CLOCKTYPE_SYSCLK | RCC_CLOCKTYPE_PCLK1 | RCC_CLOCKTYPE_PCLK2;
RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV4;
RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV2;

if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_5) != HAL_OK)
{
Error_Handler();
}
}`

Other peripherals in use are USART1, I2C, SPI2, CAN1 and USB serial. I'm also using DMA to update BSRR for ports F and G so I'm wondering if there are some odd conflicts with DMA or something. I'm using DMA on SPI2 for an LCD display as well.

[fpistm]

What is the value of your HSE ?
By default it is 8MHz so if your HSE is not 8MHz, you have to redefine it else the clock config is based on default value.
Anyway your config seems correct for 8MHz value.

Else as stated in the Errata sheet, try to increase the PLL48_output to 75MHz and disable the USB to see if it works.
I have no more clue.

[joesbox]

The errata mentions this issue when "SDIO_CK is equal to 48 MHz". To avoid this using the STM32 SD library, do I simply set SD_CLK_DIV?

[fpistm]

ES told to explicitly change the pll48 to 75 MHz so I guess no.
Anyway ou can test.