2020-11-06 03:47 PM
What is ST's response to this document and the fact that I am witnessing such behaviour (see image) ?? Was there simply an error in this document? I was following the doc only to be frustrated by M4 hitting a brick wall with SIGTRAP, there is mention of "option bytes" by user TDK here. Is thee something that I am missing and I can edit these option bytes in either STM32cubeIDE or CUBEMX or is this strictly a CubeProgrammer ability? BOOT_CM4=0 in the option bytes??? Where is this?? Can I change this Via GUI interface?? Should I proceed and think nothing of it and consider this error in document?
Please clarify... Thank you.
https://community.st.com/s/question/0D53W000003MxVD/debugging-stm32h7-dual-core
2020-11-07 04:04 AM
hello?
2020-11-07 01:06 PM
hello?
2020-11-09 06:25 AM
hello st
2020-11-09 08:07 AM
hello
2020-11-10 03:48 AM
I'm not from ST but what is the problem with debugging? Are you not able to debug one core?
I don't understand what's with the document.
2020-11-10 04:54 AM
In the document, "none" for reset method should be chosen for debugging the CM_4. CM_7 should have "connect under reset". I chose "connect under reset" for both.
The CM_7 will release the CM_4 in software. But I dont notice this.
2020-11-10 06:11 AM
Are you trying to debug both cores at the same time?
2020-11-10 07:44 AM
Not really, I was just trying to understand the exact mechanism at play according to ST's documentation.
I have seen not much video proof of a working workflow.
2020-11-11 06:24 AM
st?
Yes I can debug... But can you make your documentation not error prone next time? Or do I not understand you?