2022-01-28 05:50 AM - last edited on 2024-11-11 09:25 AM by Andrew Neil
I am using STM32H743VIT6 revision V.
The processor is configured using the latest version of CubeMX.
The program works with a debugger, but does not start without a debugger.
I don't understand what I'm doing wrong. Help me please.
Solved! Go to Solution.
2022-01-31 04:28 AM
Thanks to everyone who tried to help. The problem was created by CubeMX. The line /* #define USER_VECT_TAB_ADDRESS */ was commented out in the system_stm32h7xx.c file.
2022-01-28 06:00 AM
Make sure BOOT0 is strapped LOW
It resets / power cycles so option bytes and blank checks don't remain latched.
2022-01-28 06:16 AM
BOOT0 is tied to LOW. I have two Chinese DevEBox STM32H7xx boards. These boards had flashing LED factory firmware. By pressing the reset button or power, I can restart the program. I installed my similar firmware on one of the boards. Everything works in debug mode. I press the reset button or reset the power and the firmware does not start. CubeProg writes The Core is Halted.
2022-01-28 06:24 AM
Then perhaps it is a coding issue with respect to LDO, SMPS or VOS settings.
One with Option Bytes.
Or the location or content of your Vectors.
Need to be at 0x08000000, and be valid, and match OB settings.
2022-01-28 06:30 AM
I can e-mail this little project for analysis if possible.
2022-01-28 05:11 PM
Check the option bytes that define the vectors address for BOOT0 high and low.
Make sure that your initial stack pointer in vectors[0] is correct.
2022-01-31 04:28 AM
Thanks to everyone who tried to help. The problem was created by CubeMX. The line /* #define USER_VECT_TAB_ADDRESS */ was commented out in the system_stm32h7xx.c file.
2024-11-11 06:28 AM
dear sir
so we should add #define USER_VECT_TAB_ADDRESS to system_stm32h7xx.c, i understand that, is it correct????, if not, pls help share me correct solution.
2024-11-11 09:22 AM
Or
extern uint32_t g_pfnVectors[2];
SCB->VTOR = (uint32_t)&g_pfnVectors[0]; // Where you built it