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 Options, Remember My Settings, and DSS Scripting

Other Parts Discussed in Thread: TMS570LS3137

I'm trying to figure out why my target program continues running when I terminate a debug session from within CCS, but not when I use loadti and use the -a option.

(I can tell that my target program was executed,  ran for a bit because it is always inside an LED blinky loop when I connect to debug the issue, and the blinky loop count got pretty far before it stopped...)

I made a copy of the loadti example to hack into it, and I can confirm that the launch of the program is one via the                        

debugSession.target.runAsynch();

command.


I added a statement before this to print the debug options:

debugSession.options.printOptions(".+");

and I get a list that roughly matches the options I see in CCS.

But, I tried changing an option in CCS for example under "On-Chip Flash" I changed erase options to 'Necessary Sectors Only (for Program Load).

I hit the 'Remember My Settings" button and confirmed that when I exit CCS and restart it again the setting has been remembered.


However, when DSS script runs it prints the following for the option:

Radio Button Option:
    id: FlashEraseSelection
    name: TMS470RDX.TMS570LS3137 Flash Settings.Erase Options.
    value: Entire Flash
    choices:
        Entire Flash
        Necessary Sectors Only (for Program Load)
        Selected Sectors Only

So, it seems to be tapping into a different 'store' of option settings.

I am using the exact same CCXML file for launching the session in CCS and DSS so I'm guessing the options aren't stored in there...

Question 1:  Where do the default options come from when a debug server scripting session is started?

Question 2:  Does it make sense that this is different than the settings when CCS is started?

Question 3:  I'm trying to figure out if one of the options controls whether the target is halted before disconnecting... not finding something specific to

                     'disconnect' although a lot of options are there for 'connect'...  any suggestions on this?

CCS version is the 5.3 beta.


Thanks and Best Regards,

Anthony

  • Hi Anthony,

    Anthony F. Seely said:
    I hit the 'Remember My Settings" button and confirmed that when I exit CCS and restart it again the setting has been remembered.

    This will save your changes in the debug launch configuration... which is not used by DSS

    Anthony F. Seely said:
    So, it seems to be tapping into a different 'store' of option settings.

    DSS actually will just use the default settings every time.

    Anthony F. Seely said:
    Question 1:  Where do the default options come from when a debug server scripting session is started?

    It uses the default debugger options

    Anthony F. Seely said:
    Question 2:  Does it make sense that this is different than the settings when CCS is started?

    Yes, because it does not recognize any changes made via the GUI since it does not read any information in the debug launch configurations or workspace

    Basically you need to apply the option via DSS in your script, and not try to do it from the GUI

    Examples:

    http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/93378/325703.aspx

    http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/104767.aspx

    Anthony F. Seely said:

    Question 3:  I'm trying to figure out if one of the options controls whether the target is halted before disconnecting... not finding something specific to

                         'disconnect' although a lot of options are there for 'connect'...  any suggestions on this?

    The default behavior is for CCS to NOT halt the target on disconnect. It should leave it running. I would expect loadti to exhibit a similar behavior. Could you hack loadti so that it disconnects but does not terminate the session? That way we can see if it is the disconnect or terminate that is causing the halt.

    Thanks

    ki

  • I just read your other thread where you are further along in your analysis:

    http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/231249.aspx

    let's pick it up there and I'll close this thread.

    ki

  • Hi Ki,

    Thanks - Agree this thread is then closed ... you answered the question about the defaults.

    Thanks and Best Regards,

    Anthony