• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 81 subscribers
  • Views 386 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

F28M35H52C: Emulation analysis block registers access for online stack overflow detection

Andre de Castro
Prodigy 150 points
Part Number: F28M35H52C

When trying to detect stack overflow, I came across SPRA820. I was able to successfully use the provided code (stkov_systemstack.c) to launch an interruption when there's stack overflow in a F28335.

However, I cannot use the same code for F28M35H52C, as I can't find any documentation for its emulation analysis block registers, except for the information that DWT (Data Watchpoint and Trace) is mapped to the address range E000 1000 – E000 1FFF in the M3 core (F28M35x datasheet).

Where can I find the registers' information, as required to perform the same as reported in SPRA820, but in a F28M35H52C?

  • 0
    TI__Guru 71835 points
    Andre,
    Thanks for posting to the E2E forum. For the C28x side these registers should have the same relative/local memory addresses as described in the app note. These are specific to the C28x architecture, so they will not exist on the ARM M3 side. For the M3, would it be possible to use the MPU to detect the over/underflow condition?

    Matt
  • 0 in reply to MatthewPate
    Prodigy 150 points

    Matthew,

    Thank you for your quick response. The registers addresses were indeed the same for the C28x in the F28M35H52C and the procedure described in the app note works as expected. My problem was that the stack's ending address was higher than 0xFFFF and was not reachable by the stack pointer. Fixing that in the linker command file did the trick.

    As for the M3, I'm not implementing stack overflow detection in this core yet.

    Thank you once again,

    André