Skip to main content
Visitor II
December 9, 2025
Solved

JTAG DEBUG_JDI conflicts with FMC_NBL1 byte enable

  • December 9, 2025
  • 1 reply
  • 129 views

My target is a 144 pin version of the STM32H5.

I would like to implement both a JTAG and a FMC interface.
More specifically, a 24-bit muxed-PSRAM.

And I would like to output the Byte enable signals.

However on this package size, there is only one possible pin for NBL1, PA15.
Which is also the DEBUG_JDI pin.

Is there any way to route the value of NBL1 to another GPIO pin?

    This topic has been closed for replies.
    Best answer by mƎALLEm

    @Giorgi_Kvernadze wrote:


    Is using the alternative pins of FMC_NBL1, that are not physically present on the 144 package, still a possibility?

    Like afaik, they are still there on the chip itself, just aren't connected to a physical pin.


    It's available internally on the die but not bounded/exposed externally off the chip.

     


    @Giorgi_Kvernadze wrote:

    Can I somehow configure to use one of those and route their output to a free GPIO pin?


    I don't think it is doable. NBLx are signals managed by the FMC according to the CPU transactions and they are managed automatically by Hardware.

    So I suggest to use another package that has NBL1 available outside PA15.

    Think about LQFP144 SMPS package where FMC_NBL1 is available also on PB11.

    1 reply

    Technical Moderator
    December 9, 2025

    Hello @Giorgi_Kvernadze and welcome to the ST community,

    I suppose you are using STM32H56x or H57x LQFP144 without SMPS. Right?

    According to the datasheet it's not possible to route FMC_NBL1 to another GPIO. It's only available on PA15.

    Why don't use Serial wire debug instead of JTAG interface?

    Visitor II
    December 10, 2025

    I might need to have the JTAG option available.

    Is using the alternative pins of FMC_NBL1, that are not physically present on the 144 package, still a possibility?

    Like afaik, they are still there on the chip itself, just aren't connected to a physical pin.

    Can I somehow configure to use one of those and route their output to a free GPIO pin?

    mƎALLEmAnswer
    Technical Moderator
    December 10, 2025

    @Giorgi_Kvernadze wrote:


    Is using the alternative pins of FMC_NBL1, that are not physically present on the 144 package, still a possibility?

    Like afaik, they are still there on the chip itself, just aren't connected to a physical pin.


    It's available internally on the die but not bounded/exposed externally off the chip.

     


    @Giorgi_Kvernadze wrote:

    Can I somehow configure to use one of those and route their output to a free GPIO pin?


    I don't think it is doable. NBLx are signals managed by the FMC according to the CPU transactions and they are managed automatically by Hardware.

    So I suggest to use another package that has NBL1 available outside PA15.

    Think about LQFP144 SMPS package where FMC_NBL1 is available also on PB11.