AnsweredAssumed Answered

STemWin's GUI_Init() hangs in call to DMA2D_FillBuffer()

Question asked by Brooks.David.001 on Jun 1, 2016
Latest reply on Jul 7, 2017 by smith.greg.005
This appears to be a different GUI_Init() hang problem than those mentioned elsewhere on the Forum. My app enables the CRC module via the following Cube-generate call MX_CRC_Init(). This code is running on the 469i_Disco board.

My app runs properly without STemWin using the following Cube-generated initialization code:

int main(void)
{

  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration----------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* Configure the system clock */
  SystemClock_Config();

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_DMA_Init();
  MX_DMA2D_Init();
  MX_I2C1_Init();
  MX_SDIO_SD_Init();
  MX_TIM3_Init();
  MX_RTC_Init();
  MX_FATFS_Init();
  MX_FMC_Init();
  MX_LTDC_Init();
  MX_DSIHOST_DSI_Init();

But after several days of trying to integrate STemWin into my project and finally getting it to compile, the code hangs in a call to DMA2D_FillBuffer() at this statement:

  /* Wait until transfer is done */
  while (DMA2D->CR & DMA2D_CR_START)
  {
  }

I just cant figure out where the problem is and would appreciate some assistance.

Outcomes