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.

CCSv4 DSS Questions about the use of RTDX and The Eclipse GUI.

I'm investigating the use of the CCSv4 DSS scripting tool to load, run and debug TI DSP programs remotely from PC-based simulation tools such as Simulink or SystemVue and have two questions:

1. Will the DSS RTDX functions work with both BIOS 5.4.x and BIOS 6.x RTDX implementations?

2. Is it possible to use the DSS scripts interactively with the existing CCSv4 GUI?  I found the DSS commands that manage breakpoints but I would prefer to continue enable and disable breakpoints visually as is currently done in the GUI.

Thanks,

Bob

 

  • Bob Davenport said:
    1. Will the DSS RTDX functions work with both BIOS 5.4.x and BIOS 6.x RTDX implementations?

    Those APIs have been deprecated in support. The reason being that RTDX itself is no longer supported other than for some of the BIOS RTA tooling. Our recommendation is to not use RTDX directly.

    Bob Davenport said:
    2. Is it possible to use the DSS scripts interactively with the existing CCSv4 GUI?  I found the DSS commands that manage breakpoints but I would prefer to continue enable and disable breakpoints visually as is currently done in the GUI.

    Yes. You can run DSS scripts from the Scripting Console or have a DSS script launch the CCS GUI.

    FYI - note that Simulink does not support CCSv4. There are plans to support CCSv5 however.

    Thanks

    ki

     

  • Ki,

    Thank you for answering my questions.  The links to the DSS Wiki is exactly the information I was needed.

    If RTDX is no longer supported, what are the alternatives for transferring data in and out of target hardware attached to an emulator? 

    The prinicpal advantage of attaching a simulation tool to the target via CCS is the ability to simulate specific signal I/O conditions and use CCS debug tools to identify problems or analyze behavior and performance (adaption response, BER, etc.).  Some analysis can be done with a simulator, but it is much slower and may not  account for peripherals attached to the DSP such as FPGAs.

    This capability was one of the most powerful features of legacy Code Composer Studio with  RTDX, so I'm interested in potential alternatives available in the new tools.

    Thank you again for your quick response.

    Regards

    Bob

     

  • Bob Davenport said:
    If RTDX is no longer supported, what are the alternatives for transferring data in and out of target hardware attached to an emulator? 

    Unfortunately there is no good alternative for RTDX. People have had to create their own custom solutions using a different transport available on their target (Ethernet, UART, etc). Sorry.

    ki

  • Ki,

    Thank you for your response on both of my questions.  I won't deny that I'm disappointed in TI's decision to drop support of RTDX. In my estimation it offered a tremendous advantage over conventional IO in the sense that it didn't require significant driver support and was portable across all of the popular TI DSPs.  It is also disappointing because I spent a fair amount of time as both a TI employee and TI consultant promoting this type of  RTDX application.  I guess I didn't do an adequate job selling the idea.

    Thanks again for your help and I'll mark the question answered.

    Bob

  • Hi Bob,

    did you found an issue to tranfer data from DSP to Matlab?

    This is currently my main occupation

    Neil