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.

Unexpected halt at break point which action is Refresh All Windows.

Other Parts Discussed in Thread: MSP430FG4618

Hi

I use Code Composer Studio 6.0.0 and debug MSP430fg4618.

Now I'm trying to use Graph tool to see ADC12 according to web page "Graph Visualization for MSP430"(http://processors.wiki.ti.com/index.php/Graph_Visualization_for_MSP430)  and set a breakpoint which action is Refresh All Windows. My CCS, however, looks halt a program at the breakpoint even though the breakpoint's action is Refresh All Windows. At that time, suspend and terminate icons are active (like a attachment picture)  so CCS dosen't recolonize to halt a program, but  a program is halt because an implemented function isn't executed after the breakpoint. 

I set breakpoint same as  web page "Graph Visualization for MSP430"(http://processors.wiki.ti.com/index.php/Graph_Visualization_for_MSP430) . In this web page, CCS version is 4. Is there any difference to set reakpoint for using Graph Visualization between version 4 and 6?

Thank you in advance,

Kazu 

 

  • Hello Kazu

    Kazumichi Shirai said:
    My CCS, however, looks halt a program at the breakpoint even though the breakpoint's action is Refresh All Windows.

    This is expected behavior. A breakpoint will always halt the target. So in this case the behavior is to halt the target briefly to refresh all windows and then immediately resume execution.

    Kazumichi Shirai said:
    but  a program is halt because an implemented function isn't executed after the breakpoint. 

    I'm not sure what happened. The program should have executed this function. When you rehalt the program, where is the program counter?

    Kazumichi Shirai said:
    Is there any difference to set reakpoint for using Graph Visualization between version 4 and 6?

    No, this behavior is the same in v6. The target will be halted to refresh the graph view. MSP430 does not support real-time memory accesses to do this non-intrusively.

    Thanks

    ki

  • Hello Ki,

    Thank you for your reply.

    Ki-Soo Lee said:
    When you rehalt the program, where is the program counter?

    How to get to know the program counter?

    Ki-Soo Lee said:
    The target will be halted to refresh the graph view. MSP430 does not support real-time memory accesses to do this non-intrusively.

    I misunderstood that MSP430 supports real-time memory accesses. Is MSP430 behavior  slower if I use breakpoint which action is  Refresh All Windows and Graph view with Contentious Refresh because halting and resuming occur so many time? 

     

    Thank you in advance,

    Shirai

  • Kazumichi Shirai said:
    How to get to know the program counter?

    You can look at the value in the Registers View ('View -> Registers')

    Kazumichi Shirai said:
    Is MSP430 behavior  slower if I use breakpoint which action is  Refresh All Windows and Graph view with Contentious Refresh because halting and resuming occur so many time? 

    Yes it will certainly impact performance. It can also impact real-time behavior of the application if critical interrupts are being dropped.

  • Ki-Soo Lee said:
    Yes it will certainly impact performance. It can also impact real-time behavior of the application if critical interrupts are being dropped.

    This fact made me misunderstand that CCS haltted a program.

    Thank you for your support!