• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 98 subscribers
  • Views 320 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Questions on using Agent/RTDX with SYS/BIOS

Bob Davenport
Intellectual 670 points
Other Parts Discussed in Thread: OMAP3530

I'm using SYS/BIOS on both cores of an OMAP3530.  When examining  the .cfg file displayed in the XGCONF editor, I noticed that the file supports RTDX transfers under the Diagnostics->RTA and RTDX->Agent option.   The Help dialog opened by right-clicking Agent illustrates a manual configuration of an RTDX agent under the heading Manual Transport Configuration.  I have two questions:

1. Can the host send a data stream to the target through an RTDX Input Channel or can it only send commands?  (i.e., can the SYS/BIOS version of  RTDX be used to duplicate the bidirectional data transfer functionality that exists in DSP/BIOS 5.x and earlier?)

2. Are there code examples or more detailed documentation that illustrates the use of SYS/BIOS RTDX on both the host and target side?

Thanks in advance.

Bob

 

  • 0
    TI__Expert 4095 points

    I don't know RTDX well enough to give you a definitive answer (in particular I'm not very familiar with the use of RTDX in BIOS 5 outside of RTA), but I'll tell you what I do know and maybe that will at least clarify some things.

    The documentation that you're looking at is specific to RTA, which uses RTDX to transfer log data to the RTA views in CCS. Anywhere you see the word "Agent", that's in reference to the RTA Agent which runs on the target and drains the log buffers and sends them up over RTDX to the host.

    It sounds like what you're interested in, though, is using RTDX generically to transfer a byte stream to the target.

    Are you hoping to send data to the Arm core or the DSP? RTDX is not supported on Arm, so that's the first important point here.

    Also, RTDX is no longer officially supported. Practically speaking, this means that there are no experts to provide support, and there are some known usability issues with RTDX that won't be addressed.

    RTDX is designed to support what you're looking for, but unfortunately I'm not aware of any good documentation or examples on how to do this.

    Thanks,

    Chris

  • 0 in reply to Chris McCormick
    Intellectual 670 points

    Chris,

    Thank you for your response.  I'm aware of the fate of RTDX, I discovered that when I learned that RTDX was broken on the TMS320C28335 with no plans to fix it.  I didn't think the Cortex A8 silicon supported RTDX but hope springs eternal!  That would have been great!   I haven't had a chance to try DSP/BIOS 5.4x RTDX on the C64x+ core, but will do so.  I may write a simple example and run it through the BIOS 5.4 -> BIOS 6 conversion tool to see if it converts.

    I was disappointed to learn that TI is no longer supporting RTDX.  It is a powerful and unique development feature that I have used for years with simulation tools such as Agilent SystemVue and Matlab Link to Code Composer Studio, My GPP associates like to stream lots of debug text, but to a signal processor, a picture is worth a thousand lines.

    Of course CCS still has ways of presenting grapical results and importing external data, but the advantage of using RTDX with a simulation tool is that the DSP becomes an component of the total system.  This allows the developer to debug interactive algorithms such as AGC and motor control feedback loops using real-time representations of dynamic signals.  It can also be used to test and debug algorithms that require iinordinately long input data streams such as processing simulated GPS signals buried in noise.  These are just a few of the ways that I have used RTDX-based simulation..I have many more examples.

    I've written several papers and made numerous conference presentations on the use of RTDX for real-time simulation, but I guess I didn't do a good enough job selling the idea.  However, I've found that until a developer solves their own problem using RTDX,-based simulation, it's difficult to appreciate the capability.

    If TI ever changes their mind, please let me know.  i'm a great fan of RTDX!

    Thanks

    Bob