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.

Using xds100v2 from a remote PC



Hello,

as a preliminary note: our company here in Germany is working on a qualification kit for the TI compiler in cooperation with Thomas Suchyta (t-suchyta1@ti.com). To make executables run on an eval-board(connected via xds100v2) we are using the script c:\ti\ccsv5\ccs_base\scripting\examples\loadti\loadti.bat provided by Code Composer.

I have problems to make this eval-board run from a virtual machine (vmware) as the host does not release the xds100v2 device to make it usable for the client. Using of a virtual machine is a customer's requirement so I can't change that.

My question is now: is it there a simple way to make loadti run as a client server application? That means the compiling occurs on the virtual machine and the testrun with target connection is done on a physical machine.

I found some scripts in c:\ti\ccsv5\ccs_base\scripting\examples\loadti\ that sound very promising, but I found no description:
- dsSetup.js
- memXfer.js
- ...

I would expect somthing like that:
1) start debug server on PC1
2) do the compiling on PC2
3) call of loadti something like that:
"${LOADTIPATH}/loadti.bat --remotemachine=PC1 -r -c ${CONFIGFILEPATH}/${CONFIGFILE}  $1"

Thanks in advance

Hans-Peter Zängerl


  • Hello

    What you ask for is not supported by default with loadti but is possible with some modifications. But what i am wondering is why not simply build your executable on PC2 and then copy the out file to a shared location so that you can run loadti from PC1? The only issue I see with this case is if you wish to automate everything (have one script on PC2 that does everything).

    ki

  • Hello,

    I indeed have the usecase to run a whole test suite that automates the bulding and running on on machine (a virtual one). As this is a vritual one the connection to the board via xds100v2 is not stable.

    I tried a rather weird hack with remote program calls (with a tool from SysInternals) but this is really ugly.

    On a unix machine it should be rather easy to copy the executable via scp from one machine to the other and the do a remote call with 'ssh -c' but that sadly is not my customer's environment.

    Hans-Peter