Taranis only run from a soft reset from Bootloader DFU

[StreakingJerry]

Is there an existing issue for this problem?

• I have searched the existing issues

What part of EdgeTX is the focus of this bug?

Transmitter firmware

Current Behavior

I use a STM32F407ZGT6 Development Board with HSE 12Mhz and TF card to run the T20 V2 firmware. I upload the code from EDGETX BUDDY.
However the code will only run if I redirect it from Bootloader DFU, such as I change a none related bytes nRST_STOP and apply , the STM32 will trigger a sofe reset and then the code run.

Another way to redict is to use UART DFU go command redirect to 0x08000000.

If I just plug the power then nothing happen. I tried with two different STM32 development board and they all have the same issue. Also I have tried a simple blink code to make sure the development boards works good.

Expected Behavior

run

Steps To Reproduce

USD DFU:
1, PLUG USB cable to the STM32 board, Nothing happened.
2, pull BOOT0 high and press reset button.
3, After the STM32 Bootloader devices connected, open the STM32CubeProgrammer and use USB method to connect the board.
4, Click Option bytes and uncheck nRST_STOP, then click Apply.
5, The code start to run.

UART DFU:
1, Power STM32 board with external 5V, Nothing happened.
2, Mke sure no USB cable connected, then pull BOOT0 high and press reset button.
3, Use the UART assistant send 0x7F, get reply 0x79.
4. Redict to the user code by:

• Send 0x21 (Go command)
• Send 0xDE (Checksum for the Go command)
• Send 0x08 0x00 0x00 0x00 (Address bytes)
• Send 0x08 (Checksum for the address bytes)
  5, The code start to run.

Version

2.11.2

Transmitter

Jumper T20 V2

Operating System (OS)

No response

OS Version

No response

Anything else?

No response

[3djc]

Unsure what you are expecting from us here: you run on your own unsupported target, you have to adapt the code accordingly

[StreakingJerry]

Since it is a really wired behavior I have never seen before. Woundering if you have any experience about any possible cause? It just a simple development board with TF card and OLED connected same as the hal for T20 V2 and It can run perfectly after redirect from DFU. Maybe that means there is no problem with the hardware?

[pfeerick]

I wonder perhaps if there is some other STM32 FUSE setting(s) that need to be configured i.e. 0x08000000 is the start address IIRC, so why do you need to prod the STM32F4 into jumping to it?