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 independent method to test emulator and scan length



All-

Is there a way to independently test the emulator and JTAG scan chain without using SDConfig?

We're using an XDS510PP emulator and our lab servers do not have motherboard parallel ports.  Adding parallel port PCI/PCIe cards fails with SDConfig because Spectrum Digital uses  "direct I/O" access to legacy parallel port addresses (e.g. 0x0378, 0x0278, etc), and they have not fixed this over the years.  The exchange on this thread:

  http://objectmix.com/dsp/784733-xds510pp-plus-ccs-3-3-a.html

sums up this issue and accurately reflects our own internal experience.  But, if we could avoid SDConfig and find another way to test the emulator and scan length, that would be fine.  Our test procedures require a method independent of CCS and some of the commercial customers we support still use parallel-port emulators.

Will xdsprobe work?

Thanks.

-Jeff

PS. Yes we know, the parallel port emulator is outdated!  As noted, some of our customers are slow to upgrade.  Also, the Freescale mention in the above thread should make obvious the motivation for Spectrum Digital to maintain their tools over time.  TI tools are way better and there should not be something like this causing unpleasant user experience.

 

  • Jeff,

    It depends on the version of xdsprobe.

    With version 35.23.10.4, you can use instruction xdsprobe -i -f brddat\ccBrd0.dat which reports the DR and IR lenght plus scanning 6 different 32-bit data patterns to the scan path.

    With version 35.34.0.2, this -i command is no longer supported.

    Please try and let me know what is your version.

    Regards,

    Steve

  • Steve-

    Thanks, that is good info and it helped us out.

    For anyone wondering, we resolved our issue.  Spectrum Digital says there is just no way their parallel port emulators will run on anything other than motherboard parallel ports, regardless of which PCI parallel port card is used or its capabilities.  You cannot  edit sdopts.cfg and force a non-legacy PP address, you cannot use the "legacy port remap" function of the PCI parallel port card, etc.  The issue appears to lie within SD drivers which support Win9x, WinNT, and Win2k but have not changed since.

    So what we did is replace our server motherboard with one that has a PP, use that for SDConfig and CCS, and then use the PCI parallel port card to run Xilinx and other embedded software tools, which have maintained over the years a basic level of support for their legacy PP emulators and programmers.

    -Jeff

     

  • Jeff,

    Good news!!!

    Steve