Skip to main content
Graduate II
January 15, 2025
Question

LPBAM_LPUART_TransmitReceive hardfault

  • January 15, 2025
  • 2 replies
  • 1264 views

I'm trying the LPBAM_LPUART_TransmitReceive with a NUCLEO-U575ZI-Q but I can't make it works.

I enabled the debug by removing the init of PA13 and PA14. The MCU got stuck into an hardfault when calling ADV_LPBAM_UART_Transmit_SetFullQ() for the second time:

hardfault.png

Any idea what is wrong, thanks in advance ?

    This topic has been closed for replies.

    2 replies

    Technical Moderator
    January 16, 2025

    Hello @nicolas ,

    Make sure to follow the set-up and instructions in the readme file of the "LPBAM_LPUART_TransmitReceive" example.

    Did you properly initialize and configure the LPUART and DMA before calling   ADV_LPBAM_UART_Transmit_SetFullQ() function?

    Check the DMA configuration and make sure that the DMA channels are properly set up for the LPUART transmit and receive operations.

    Did you look at the STM32U575 errata sheet and check if you have the known limitation related to the LPUART that could be causing this issue.

    ImenD_0-1737031322793.png

    nicolasAuthor
    Graduate II
    January 16, 2025

    Thanks for the answer.

    I follow the instruction and the transmitter board blue led never turn on.

    The code should normally be correct because I didn't modify it.

    Is this example works will all version of the NUCLEO-U575ZI-Q board ?

    Is there a special solder bridge configuration to use ?

    Technical Moderator
    January 16, 2025

    Are you using the example from the latest release of STM32CubeU5 v1.7.0 ?

    If you are using the example from ioc file, make sure also to use the latest release of CubeMX (v6.13.0) as contains fixes for LPBAM.

    nicolasAuthor
    Graduate II
    January 17, 2025

    Would it be possible to provide me with .bin or .hex file of this example in transmitter mode so I can check if my problem come from hardware or software ?

    Technical Moderator
    January 20, 2025

    Hi @nicolas,

    I've tested the example on NUCLEO-U575ZI-Q (MB1549) and it works as expected.

     


    @nicolas wrote:
    I enabled the debug by removing the init of PA13 and PA14. 

     

    => This application (only transmitter board) can not be used in DEBUG mode due to the fact that the debug pins are configured in analog mode for power consumption and Cortex-M33 core is no longer clocked during low power mode so debugging features are disabled.

    Please check this point as described in the readme file.

    ImenD_1-1737365746660.png

    nicolasAuthor
    Graduate II
    January 20, 2025

    I know that but with the unmodified code, the blue led never turn on.

    And with debugger, the code crash before going into low power.

    Would it be possible to have a binary file so i can know if i have a problem with my hardware or with my compilation ?