Hi Folks,
I'm newly using the SHARC Audio Module (bare, no fins), ICE-1000, Windows 11 and CCES 3.0.2, with the ADI_SAM_BareMetal_SDK-Rel2.2.0 BareMetal Framework example code.
I load the example project from the framework directory, and get the 3 cores into CCES, and compile it.
I created a run & debug session for the ICE-1000 emulator.
I can download the whole application to the SAM without debugging, and the app starts, and the 3 LEDs blink as expected. I see UART output on my computer.
However, if using the default debug configuration, if I download the application, it properly hits the main() breakpoint in each core, and nothing happens.
The CCES UI shows me the breakpoints at the top of main() for both Core0 (in startup_code_core0.c) and Core1 (startup_code_core1.cpp). I am able to then hit F5/Resume to get those cores to run. The Arm core starts blinking its light. The SHARC+ Core1 starts outputting messages to UART, but not blinking it's light (which it needs to talk to Core2 to do).
My big problem: CCES at no point gives me any way to see the breakpoint status of SHARC+ Core2, nor to resume it, so I can't properly debug the SAM because I can't start or step through Core2. All CCES does is show me the two files for Cores 0 and 1, and does not give me any way to see Core 2 nor resume it from it's default main breakpoint.
Does anyone know why CCES is not showing me the breakpoint of Core2?
Just to make sure it's actually breaking Core 2, I created a new debug configuration and turned off the default main() breakpoints for all 3 cores and the debugged version of execution does the same thing as the non-debugged version.
Please help? Thanks!
