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.

CCS/AM5728: Program exits when resuming after suspend.

Part Number: AM5728
Other Parts Discussed in Thread: 66AK2H12, SYSBIOS

Tool/software: Code Composer Studio

Hello.

I have an issue when working in CCS 7.2.0.00013 with my AM572 Board.

When using the suspend button in CCS, and then resuming again, the program sometimes exits. This does not happen everytime, but seems to happen more often when the suspend time is longer than a couple of seconds. I find it difficult to debug my code without the possibility of suspending or halting during run time.

The same issue occurs when using breakpoints to halt the program.

Could there be that something in the board continues to run when I suspend the program in CCS?

I could use some hints on where to start troubleshooting.

Thanks for your help and suggestions.

Anders.

  • Anders,

    Which core is this? For the past months I have been performing quite a lot of debugging on the Cortex A15 core of both the AM572x and 66AK2H12 devices without glitches - coincidentally, I use the same Blackhawk USB560v2 System Trace as you mentioned in your other thread.

    All in all, you can always try to follow the troubleshooting tips shown in sections 6 (and sometimes 4) of the following page:

    http://processors.wiki.ti.com/index.php/Troubleshooting_CCSv7

    Hope this helps,

    Rafael 

  • Rafael,

    It is the Cortex A15 core.

    I have done some troubleshooting, and have some additional information:
    It seems that the problems with suspend and resume happen when introducing NIMU to my project (when sending and receiving packets on the network). When the network task is disabled, and the Ethernet cable is unconnected, suspending and resuming works as expected.

    Could there be that some packets are still received when suspended, and are piling up in buffers, causing the program to crash when resuming again?

    This is an example of what is printed to the console when trying to resume (and the program exits):

    Exception occurred in ThreadType_Task.
    Task handle: 0x80339630.
    Task stack base: 0x805bd450.
    Task stack size: 0x2000.
    R0 = 0x6000005f R8 = 0x80386484
    R1 = 0x8033e39c R9 = 0x00000000
    R2 = 0x00000000 R10 = 0x810ce1e4
    R3 = 0x00000080 R11 = 0x805bf39c
    R4 = 0x8033e39c R12 = 0x4b5a6978
    R5 = 0x810ce390 SP(R13) = 0x805bf368
    R6 = 0x00000000 LR(R14) = 0x80182154
    R7 = 0x8067110c PC(R15) = 0x80182178
    PSR = 0x200001df
    DFSR = 0x00000a05 IFSR = 0x00000000
    DFAR = 0x00000008 IFAR = 0x00000000
    ti.sysbios.family.arm.exc.Exception: line 205: E_dataAbort: pc = 0x80182178, lr = 0x80182154.
    xdc.runtime.Error.raise: terminating execution

    I could use some hints on where to troubleshoot next...

    Thanks for your support.

    Anders.
  • Some more information:

    In the RTOS Object View (ROV) -> Exception, i see the following Exception call stack:

    This is the console output this time:

    Exception occurred in ThreadType_Task.

    Task handle: 0x80339630.

    Task stack base: 0x805bd450.

    Task stack size: 0x2000.

    R0 = 0x6000005f R8 = 0x0000000e

    R1 = 0x8033aff4 R9 = 0x80343e80

    R2 = 0x00000000 R10 = 0x00000000

    R3 = 0x0000000a R11 = 0x500610ac

    R4 = 0x8033aff4 R12 = 0x4b5a6978

    R5 = 0x810ce390 SP(R13) = 0x805bf328

    R6 = 0x00000000 LR(R14) = 0x80182154

    R7 = 0x070610ac PC(R15) = 0x80182178

    PSR = 0x200001df

    DFSR = 0x00000a05 IFSR = 0x00000000

    DFAR = 0x00000008 IFAR = 0x00000000

    ti.sysbios.family.arm.exc.Exception: line 205: E_dataAbort: pc = 0x80182178, lr = 0x80182154.

    xdc.runtime.Error.raise: terminating execution.

    This is the code at pbm.c, where the exception/error seems to occur:

    Could it be that NIMU is receiving packets when the program is suspended (as it should not), and the list of unhandled packets are filling up? So when resuming the board again, the list is too long, and is trying to point to a section outside of its legal memory section?

    Any tips appreciated,

    Anders.

  • This is also the case with the example project "NIMU_BasicExample_evmAM572x_armExampleproject".
  • Anders,

    Please apologize for letting this thread slip. Are you still having issues with this project?

    If so, I can redirect this to one of the NDK or TI-RTOS experts as these issues seem very related to their products.

    I apologize for the inconvenience,
    Rafael
  • Rafael,

    Thanks for your answer,

    We are still having issues with this.

    I would be very happy if you could redirect me.

    Thanks,
    Anders.