• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 82 subscribers
  • Views 584 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.

CCS/TMS320F28379D: Debug CLA1 in tms320f28379D

anh nguyen
Intellectual 380 points
Part Number: TMS320F28379D

Tool/software: Code Composer Studio

I use c2000 launchpad and try to use CPU and CLA1 for my systerm. but when I try running a simple code in CLA1task1  (picture below) . value of xDelay has been change but GPIO10 not change logic level(It allway equal zero) .

please help me deal with this problem .

Thanks you and best regard!

Tuan Anh 

  • 0
    TI__Guru* 91235 points

    Tuan,

    If you step through the code, do you see the same issue? Or is it only when running the code?

    Is there any hardware connected to the pin that may be forcing it low?

    Regards

    Lori

  • 0 in reply to Lori Heustess
    Intellectual 380 points

    Dear Mr Lori;

    - I trying this code in main() and the pin has changed logic level.

    I dont understand your ideal about step through .

    I do as your recommend in my another post. when I use connect CLA1 in debug the program stop like second picture and when I delete __mdebugstop instruction the program stop like third picture . the first picture is disassembly when I dont connect CLA1 in debug window.

    Thank you and best Regards

    Tuan Anh

     

  • 0 in reply to anh nguyen
    TI__Guru* 91235 points

    Anh,

    To debug CLA code you can single step the instructions. This means execute one instruction at a time in order to see the changes it makes to registers or memory. 

    For guidance, the CLA hands-on-workshop is very good at describing the CLA, how to develop code for it, and also how to debug it in Code Composer Studio. I think you will find it helpful.   

    Here is the link to the CLA workshop:

    By single stepping the code, it will help determine if the issue is timing or if it is access to the GPIO.   If it doesn't work both when run and when single stepping it is probably access to the GPIO. 

    Have you assigned the CLA as the master which can control the pin? (GPACSELx registers - refer to the Technical Reference Manual).  The C28x CPU1 has to make this assignment during application initialization.

    In the second image, the display shows C28x assembly.  This means the C28x was selected in the debug window.  Select the CLA in the debug window before viewing the disassembly. 

    By the opcodes displayed, I can see that the mdebug stop instruction is still there and this is where the MPC has halted.

    I think you will also find the C2000 MCU Device Workshops helpful. Here is the link to the workshop:

  • 0 in reply to Lori Heustess
    TI__Guru* 91235 points

    Hi Anh,

    I haven't heard back for a few days and I hope your issue has been resolved.  If it has, please let me know by pressing the verified answer button.  If you have a related or new question please start a new thread. 

    Regards

    Lori