Skip to main content
Jvan.9
Associate
September 19, 2018
Question

How can I report problems with the STM32CubeF1 software?

  • September 19, 2018
  • 2 replies
  • 1008 views

The LL_GPIO_AF_EnableRemap_USART1 in stm32f1xx_ll_gpio (STM32Cube_FW_F1_V1.6.1) gives problems with debugging. Solved by using __HAL_AFIO_REMAP_USART1_ENABLE but when the code is regenerated the fix has to be applied again.

This topic has been closed for replies.

2 replies

ST Technical Moderator
September 19, 2018

Hello @Jvan.9​ 

We cannot reproduce this issue. What are exactly the problem you faced? Have you an error message?

Please share your ioc file if you are using CubeMX or your code file to check this case.

With Regards,

Imen.

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question. Thanks
Jvan.9
Jvan.9Author
Associate
September 30, 2018

Hello Imen,

In the attached usart.c file the function MX_USART1_UART_Init calls LL_GPIO_AF_EnableRemap_USART1(). When you step over this function in debug mode the debugger get lost and debugging is not possible anymore. Looking at the differences between LL_GPIO_AF_EnableRemap_USART1() and __HAL_AFIO_REMAP_USART1_ENABLE() the HAL version preserves the SWJ_CFG bits of the AFIO_MAPR register. So looks like the LL version corrupts those bits.

Regards,

John