Hi All,
We are experiencing one major problem when using C3x/C4x Code Composer 4.10 and
the Spectrum Digital SPI530 MPSD Emulator on PCs running Windows XP. We have
always run under Windows 2000 and never experienced the following error.
While we can successfully connect to a target C30 DSP, reset the DSP, view DSP
memory and internal registers, modify memory locations and load symbols, we
consistently get the same error when attempting to Load a Program ( .out file)
into the C30.
It appears that right before the program finishes loading, the error
“Trouble Writing Target DSP memory Trouble with J-Tag controller. Please
ensure the I/O port is set properly” occurs and the program fails to
load.
We have contacted Spectrum Digital and they say all SPI530 Emulator drivers are
compatible with Windows XP. When we contacted Texas Instruments, they stated
that they no longer support C30 DSPs or the C3x/C4x Code Composer.
Wrote a small (a few lines) code program, able to down load successfully, but
not the big program.
Does any of you have idea/suggestion on this problem, please help?
Thank you,
BobC.
Note: Sorry for posting C30 under C6x. I expect to get more help by posting
here.
_____________________________________
Cannot run TI CC 4.10 with Spectrum SPI530 Emulator in Windows XP
Started by ●July 22, 2009
Reply by ●July 22, 20092009-07-22
Bob,
On Wed, Jul 22, 2009 at 1:03 AM, wrote:
> Hi All,
> We are experiencing one major problem when using C3x/C4x Code Composer 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running Windows XP. We have always run under Windows 2000 and never experienced the following error.
>
> While we can successfully connect to a target C30 DSP, reset the DSP, view DSP memory and internal registers, modify memory locations and load symbols, we consistently get the same error when attempting to Load a Program ( .out file) into the C30.
>
> It appears that right before the program finishes loading, the error Trouble Writing Target DSP memory Trouble with J-Tag controller. Please ensure the I/O port is set properly occurs and the program fails to load.
>
> We have contacted Spectrum Digital and they say all SPI530 Emulator drivers are compatible with Windows XP. When we contacted Texas Instruments, they stated that they no longer support C30 DSPs or the C3x/C4x Code Composer.
This is an interesting comment. TI does still take money in exchange
for C30 DSPs and C3x/4x Code Composer.
>
> Wrote a small (a few lines) code program, able to down load successfully, but not the big program.
>
> Does any of you have idea/suggestion on this problem, please help?
I'm not sure what is going on, but I'll throw some thoughts out there
and ramble a bit...
1. I think that CC 4.x was developed to run on Win9x/WinNT. As long
as SD's drivers work under XP [I believe them if they say that they
do], then XP should not be an issue.
2. I believe that the SPI530 is a parallel port emulator.
Q1. Have you gone through SD's docs on parallel port setup??
[Including BIOS settings]
Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you
tried to slow it down??
3. My best guesstimate is that there might be a sw collision on
parallel port accesses [like XP trying to enumerate or check for new
1284 devices during a long load]. If something like that is going on,
it should be possible to shut it down.
4. The symptom sounds like a 'data overrun' but i find it difficult to
believe that could happen with a parallel port.
Q3. Does the failure always occur at the same point or address??
Q4. What is the size of the code [not the '.out' file] that you are
trying to load??
Q5. Can you save/load large data files?? [I think that CC4 could do that]
mikedunn
>
> Thank you,
> BobC.
> Note: Sorry for posting C30 under C6x. I expect to get more help by posting here.
>
>
> _____________________________________
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
_____________________________________
On Wed, Jul 22, 2009 at 1:03 AM, wrote:
> Hi All,
> We are experiencing one major problem when using C3x/C4x Code Composer 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running Windows XP. We have always run under Windows 2000 and never experienced the following error.
>
> While we can successfully connect to a target C30 DSP, reset the DSP, view DSP memory and internal registers, modify memory locations and load symbols, we consistently get the same error when attempting to Load a Program ( .out file) into the C30.
>
> It appears that right before the program finishes loading, the error Trouble Writing Target DSP memory Trouble with J-Tag controller. Please ensure the I/O port is set properly occurs and the program fails to load.
>
> We have contacted Spectrum Digital and they say all SPI530 Emulator drivers are compatible with Windows XP. When we contacted Texas Instruments, they stated that they no longer support C30 DSPs or the C3x/C4x Code Composer.
This is an interesting comment. TI does still take money in exchange
for C30 DSPs and C3x/4x Code Composer.
>
> Wrote a small (a few lines) code program, able to down load successfully, but not the big program.
>
> Does any of you have idea/suggestion on this problem, please help?
I'm not sure what is going on, but I'll throw some thoughts out there
and ramble a bit...
1. I think that CC 4.x was developed to run on Win9x/WinNT. As long
as SD's drivers work under XP [I believe them if they say that they
do], then XP should not be an issue.
2. I believe that the SPI530 is a parallel port emulator.
Q1. Have you gone through SD's docs on parallel port setup??
[Including BIOS settings]
Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you
tried to slow it down??
3. My best guesstimate is that there might be a sw collision on
parallel port accesses [like XP trying to enumerate or check for new
1284 devices during a long load]. If something like that is going on,
it should be possible to shut it down.
4. The symptom sounds like a 'data overrun' but i find it difficult to
believe that could happen with a parallel port.
Q3. Does the failure always occur at the same point or address??
Q4. What is the size of the code [not the '.out' file] that you are
trying to load??
Q5. Can you save/load large data files?? [I think that CC4 could do that]
mikedunn
>
> Thank you,
> BobC.
> Note: Sorry for posting C30 under C6x. I expect to get more help by posting here.
>
>
> _____________________________________
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
_____________________________________
Reply by ●July 22, 20092009-07-22
Bob,
A couple of more thoughts...
On Wed, Jul 22, 2009 at 1:46 AM, Michael Dunn wrote:
> Bob,
>
> On Wed, Jul 22, 2009 at 1:03 AM, wrote:
>> Hi All,
>> We are experiencing one major problem when using C3x/C4x Code Composer 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running Windows XP. We have always run under Windows 2000 and never experienced the following error.
>>
>> While we can successfully connect to a target C30 DSP, reset the DSP, view DSP memory and internal registers, modify memory locations and load symbols, we consistently get the same error when attempting to Load a Program ( .out file) into the C30.
>>
>> It appears that right before the program finishes loading, the error Trouble Writing Target DSP memory Trouble with J-Tag controller. Please ensure the I/O port is set properly occurs and the program fails to load.
>>
>> We have contacted Spectrum Digital and they say all SPI530 Emulator drivers are compatible with Windows XP. When we contacted Texas Instruments, they stated that they no longer support C30 DSPs or the C3x/C4x Code Composer.
>
>
> This is an interesting comment. TI does still take money in exchange
> for C30 DSPs and C3x/4x Code Composer.
>
>>
>> Wrote a small (a few lines) code program, able to down load successfully, but not the big program.
>>
>> Does any of you have idea/suggestion on this problem, please help?
>
>
> I'm not sure what is going on, but I'll throw some thoughts out there
> and ramble a bit...
> 1. I think that CC 4.x was developed to run on Win9x/WinNT. As long
> as SD's drivers work under XP [I believe them if they say that they
> do], then XP should not be an issue.
> 2. I believe that the SPI530 is a parallel port emulator.
> Q1. Have you gone through SD's docs on parallel port setup??
> [Including BIOS settings]
> Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you
> tried to slow it down??
> 3. My best guesstimate is that there might be a sw collision on
> parallel port accesses [like XP trying to enumerate or check for new
> 1284 devices during a long load]. If something like that is going on,
> it should be possible to shut it down.
> 4. The symptom sounds like a 'data overrun' but i find it difficult to
> believe that could happen with a parallel port.
> Q3. Does the failure always occur at the same point or address??
> Q4. What is the size of the code [not the '.out' file] that you are
> trying to load??
> Q5. Can you save/load large data files?? [I think that CC4 could do that]
Q6. Does your program use any stdio??
Q7. Does CC4 have an 'options menu' that allows you to disable 'end of
program breakpoint'??
The last things that occur when loading a program is the setting of
breakpoints for 'end of program' and stdio [if used]. If your error
is actually occurring at the end of a program load, that could be
generating the failure. Of course, if it is, the next question is
why...
mikedunn
>
> mikedunn
>
>>
>> Thank you,
>> BobC.
>> Note: Sorry for posting C30 under C6x. I expect to get more help by posting here.
>>
>>
>> _____________________________________
>> --
> www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
_____________________________________
A couple of more thoughts...
On Wed, Jul 22, 2009 at 1:46 AM, Michael Dunn wrote:
> Bob,
>
> On Wed, Jul 22, 2009 at 1:03 AM, wrote:
>> Hi All,
>> We are experiencing one major problem when using C3x/C4x Code Composer 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running Windows XP. We have always run under Windows 2000 and never experienced the following error.
>>
>> While we can successfully connect to a target C30 DSP, reset the DSP, view DSP memory and internal registers, modify memory locations and load symbols, we consistently get the same error when attempting to Load a Program ( .out file) into the C30.
>>
>> It appears that right before the program finishes loading, the error Trouble Writing Target DSP memory Trouble with J-Tag controller. Please ensure the I/O port is set properly occurs and the program fails to load.
>>
>> We have contacted Spectrum Digital and they say all SPI530 Emulator drivers are compatible with Windows XP. When we contacted Texas Instruments, they stated that they no longer support C30 DSPs or the C3x/C4x Code Composer.
>
>
> This is an interesting comment. TI does still take money in exchange
> for C30 DSPs and C3x/4x Code Composer.
>
>>
>> Wrote a small (a few lines) code program, able to down load successfully, but not the big program.
>>
>> Does any of you have idea/suggestion on this problem, please help?
>
>
> I'm not sure what is going on, but I'll throw some thoughts out there
> and ramble a bit...
> 1. I think that CC 4.x was developed to run on Win9x/WinNT. As long
> as SD's drivers work under XP [I believe them if they say that they
> do], then XP should not be an issue.
> 2. I believe that the SPI530 is a parallel port emulator.
> Q1. Have you gone through SD's docs on parallel port setup??
> [Including BIOS settings]
> Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you
> tried to slow it down??
> 3. My best guesstimate is that there might be a sw collision on
> parallel port accesses [like XP trying to enumerate or check for new
> 1284 devices during a long load]. If something like that is going on,
> it should be possible to shut it down.
> 4. The symptom sounds like a 'data overrun' but i find it difficult to
> believe that could happen with a parallel port.
> Q3. Does the failure always occur at the same point or address??
> Q4. What is the size of the code [not the '.out' file] that you are
> trying to load??
> Q5. Can you save/load large data files?? [I think that CC4 could do that]
Q6. Does your program use any stdio??
Q7. Does CC4 have an 'options menu' that allows you to disable 'end of
program breakpoint'??
The last things that occur when loading a program is the setting of
breakpoints for 'end of program' and stdio [if used]. If your error
is actually occurring at the end of a program load, that could be
generating the failure. Of course, if it is, the next question is
why...
mikedunn
>
> mikedunn
>
>>
>> Thank you,
>> BobC.
>> Note: Sorry for posting C30 under C6x. I expect to get more help by posting here.
>>
>>
>> _____________________________________
>> --
> www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
_____________________________________
Reply by ●July 22, 20092009-07-22
rchew,
I see a few possibilities...
first, is the correct processor selected during the Code Composer setup?
second, is the 'big' program able to fit into the limited memory space of the
target processor.
A check of the linker command file and the .map file will enable the
determination of the size/addresses of the 'big' program .vs. the available
space in the target processor.
R. Williams
---------- Original Message -----------
From: r...@altrionet.com
To: c...
Sent: Wed, 22 Jul 2009 02:03:22 -0400
Subject: [c6x] Cannot run TI CC 4.10 with Spectrum SPI530 Emulator in Windows XP
> Hi All,
> We are experiencing one major problem when using C3x/C4x Code Composer
> 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running
> Windows XP. We have always run under Windows 2000 and never
> experienced the following error.
>
> While we can successfully connect to a target C30 DSP, reset the DSP,
> view DSP memory and internal registers, modify memory locations and
> load symbols, we consistently get the same error when attempting to
> Load a Program ( .out file) into the C30.
>
> It appears that right before the program finishes loading, the error
> “Trouble Writing Target DSP memory Trouble with J-Tag controller.
> Please ensure the I/O port is set properly” occurs and the program
> fails to load.
>
> We have contacted Spectrum Digital and they say all SPI530 Emulator
> drivers are compatible with Windows XP. When we contacted Texas
> Instruments, they stated that they no longer support C30 DSPs or the
> C3x/C4x Code Composer.
>
> Wrote a small (a few lines) code program, able to down load
> successfully, but not the big program.
>
> Does any of you have idea/suggestion on this problem, please help?
>
> Thank you,
> BobC.
> Note: Sorry for posting C30 under C6x. I expect to get more help by
> posting here.
>
>
>
> _____________________________________
_____________________________________
I see a few possibilities...
first, is the correct processor selected during the Code Composer setup?
second, is the 'big' program able to fit into the limited memory space of the
target processor.
A check of the linker command file and the .map file will enable the
determination of the size/addresses of the 'big' program .vs. the available
space in the target processor.
R. Williams
---------- Original Message -----------
From: r...@altrionet.com
To: c...
Sent: Wed, 22 Jul 2009 02:03:22 -0400
Subject: [c6x] Cannot run TI CC 4.10 with Spectrum SPI530 Emulator in Windows XP
> Hi All,
> We are experiencing one major problem when using C3x/C4x Code Composer
> 4.10 and the Spectrum Digital SPI530 MPSD Emulator on PCs running
> Windows XP. We have always run under Windows 2000 and never
> experienced the following error.
>
> While we can successfully connect to a target C30 DSP, reset the DSP,
> view DSP memory and internal registers, modify memory locations and
> load symbols, we consistently get the same error when attempting to
> Load a Program ( .out file) into the C30.
>
> It appears that right before the program finishes loading, the error
> “Trouble Writing Target DSP memory Trouble with J-Tag controller.
> Please ensure the I/O port is set properly” occurs and the program
> fails to load.
>
> We have contacted Spectrum Digital and they say all SPI530 Emulator
> drivers are compatible with Windows XP. When we contacted Texas
> Instruments, they stated that they no longer support C30 DSPs or the
> C3x/C4x Code Composer.
>
> Wrote a small (a few lines) code program, able to down load
> successfully, but not the big program.
>
> Does any of you have idea/suggestion on this problem, please help?
>
> Thank you,
> BobC.
> Note: Sorry for posting C30 under C6x. I expect to get more help by
> posting here.
>
>
>
> _____________________________________
_____________________________________
Reply by ●July 23, 20092009-07-23
Hi Richard Williams,
Thank you for your question, suggestion and help.
Here is the answer to your question.
Q: first, is the correct processor selected during the Code Composer setup? second, is the 'big' program able to fit into the limited memory space of the target processor.
A: We have checked the setup of Code Composer.
The “big” program is not that big. Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load.
===============================================Here are the other questions which I answered and posted.
Q3. Does the failure always occur at the same point or address??
A3: The failure APPEARS to occur at APPROXIMATELY the same point in time (according to the progress bar). We have successfully loaded VERY SMALL programs into both on-chip and off-chip RAM. Larger programs fail, regardless of whether they are loaded into on-chip or off-chip RAM. The size of the ‘.out’ file DOES make a difference.
Q4. What is the size of the code [not the '.out' file] that you are trying to load??
A4a: We have SUCCESSFULLY loaded ‘.out’ files that are 3 Kb, 4 Kb and 5 Kb in length.
Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load. A program that is 261 Kb fails at the beginning of the load. Note: the program that is 261 Kb attempts to write/flash ~200 Kb of data into PROM when it is executed.
A4b: We normally use the emulator to load and run programs that flash PROM with bootstrap code. We also use the emulator to load and run programs that perform memory tests and/or verify checksums over code and data in PROM.
_____________________________________
Thank you for your question, suggestion and help.
Here is the answer to your question.
Q: first, is the correct processor selected during the Code Composer setup? second, is the 'big' program able to fit into the limited memory space of the target processor.
A: We have checked the setup of Code Composer.
The “big” program is not that big. Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load.
===============================================Here are the other questions which I answered and posted.
Q3. Does the failure always occur at the same point or address??
A3: The failure APPEARS to occur at APPROXIMATELY the same point in time (according to the progress bar). We have successfully loaded VERY SMALL programs into both on-chip and off-chip RAM. Larger programs fail, regardless of whether they are loaded into on-chip or off-chip RAM. The size of the ‘.out’ file DOES make a difference.
Q4. What is the size of the code [not the '.out' file] that you are trying to load??
A4a: We have SUCCESSFULLY loaded ‘.out’ files that are 3 Kb, 4 Kb and 5 Kb in length.
Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load. A program that is 261 Kb fails at the beginning of the load. Note: the program that is 261 Kb attempts to write/flash ~200 Kb of data into PROM when it is executed.
A4b: We normally use the emulator to load and run programs that flash PROM with bootstrap code. We also use the emulator to load and run programs that perform memory tests and/or verify checksums over code and data in PROM.
_____________________________________
Reply by ●July 23, 20092009-07-23
Thank you Mike for question and suggestion.
Here the answers for your questions. Further suggestion is appreciated.
BobC.
1. I think that CC 4. x was developed to run on Win9x/WinNT. As long as SD's drivers work under XP [I believe them if they say that they do], then XP should not be an issue.
YES: http://www.spectrumdigital.com/product_info.php?&products_id8
2. I believe that the SPI530 is a parallel port emulator.(A: YES IT IS)
Q1. Have you gone through SD's docs on parallel port setup?? [Including BIOS settings] A1: YES
Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you tried to slow it down??
A2: The Spectrum Digital’s SDConfig program has an “Emulator port speed” setting. We have tried slowing this down, but it didn’t make any difference
3. My best guesstimate is that there might be a sw collision on parallel port accesses [like XP trying to enumerate or check for new 1284 devices during a long load]. If something like that is going on, it should be possible to shut it down.
4. The symptom sounds like a 'data overrun' but i find it difficult to believe that could happen with a parallel port.
Q3. Does the failure always occur at the same point or address??
A3: The failure APPEARS to occur at APPROXIMATELY the same point in time (according to the progress bar). We have successfully loaded VERY SMALL programs into both on-chip and off-chip RAM. Larger programs fail, regardless of whether they are loaded into on-chip or off-chip RAM. The size of the ‘.out’ file DOES make a difference.
Q4. What is the size of the code [not the '.out' file] that you are trying to load??
A4a: We have SUCCESSFULLY loaded ‘.out’ files that are 3 Kb, 4 Kb and 5 Kb in length.
Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load. A program that is 261 Kb fails at the beginning of the load. Note: the program that is 261 Kb attempts to write/flash ~200 Kb of data into PROM when it is executed.
A4b: We normally use the emulator to load and run programs that flash PROM with bootstrap code. We also use the emulator to load and run programs that perform memory tests and/or verify checksums over code and data in PROM.
Q5. Can you save/load large data files?? [I think that CC4 could do that]
A5: We haven’t tried this.
Q6. Does your program use any studio??
A6: No (but not exactly sure what you mean by “studio” ? Do you mead Code Composer Studio?). Code Composer Studio does not support TMS320C3x DSPs, which is what we are using our emulator for.
Q7. Does CC4 have an 'options menu' that allows you to disable 'end of program breakpoint'??
A7: I’ll check. But CC4 does have a “Perform verification after Program Load” option. I have tried disabling this, but it didn’t have any effect.
_____________________________________
Here the answers for your questions. Further suggestion is appreciated.
BobC.
1. I think that CC 4. x was developed to run on Win9x/WinNT. As long as SD's drivers work under XP [I believe them if they say that they do], then XP should not be an issue.
YES: http://www.spectrumdigital.com/product_info.php?&products_id8
2. I believe that the SPI530 is a parallel port emulator.(A: YES IT IS)
Q1. Have you gone through SD's docs on parallel port setup?? [Including BIOS settings] A1: YES
Q2. Does the SPI530 have any TCLK speed settings?? If yes, have you tried to slow it down??
A2: The Spectrum Digital’s SDConfig program has an “Emulator port speed” setting. We have tried slowing this down, but it didn’t make any difference
3. My best guesstimate is that there might be a sw collision on parallel port accesses [like XP trying to enumerate or check for new 1284 devices during a long load]. If something like that is going on, it should be possible to shut it down.
4. The symptom sounds like a 'data overrun' but i find it difficult to believe that could happen with a parallel port.
Q3. Does the failure always occur at the same point or address??
A3: The failure APPEARS to occur at APPROXIMATELY the same point in time (according to the progress bar). We have successfully loaded VERY SMALL programs into both on-chip and off-chip RAM. Larger programs fail, regardless of whether they are loaded into on-chip or off-chip RAM. The size of the ‘.out’ file DOES make a difference.
Q4. What is the size of the code [not the '.out' file] that you are trying to load??
A4a: We have SUCCESSFULLY loaded ‘.out’ files that are 3 Kb, 4 Kb and 5 Kb in length.
Programs whose ‘.out’ files are 7 Kb, 9 Kb, 10 Kb, 13 Kb all fail at the end of the program load. A program that is 261 Kb fails at the beginning of the load. Note: the program that is 261 Kb attempts to write/flash ~200 Kb of data into PROM when it is executed.
A4b: We normally use the emulator to load and run programs that flash PROM with bootstrap code. We also use the emulator to load and run programs that perform memory tests and/or verify checksums over code and data in PROM.
Q5. Can you save/load large data files?? [I think that CC4 could do that]
A5: We haven’t tried this.
Q6. Does your program use any studio??
A6: No (but not exactly sure what you mean by “studio” ? Do you mead Code Composer Studio?). Code Composer Studio does not support TMS320C3x DSPs, which is what we are using our emulator for.
Q7. Does CC4 have an 'options menu' that allows you to disable 'end of program breakpoint'??
A7: I’ll check. But CC4 does have a “Perform verification after Program Load” option. I have tried disabling this, but it didn’t have any effect.
_____________________________________
