|
Bhooshan- > Anyways, many of the early attempts at having a non-CCS development > methodologies seem to have fallen by the way. Among the few remaining > non-CCS options what i would recommend is a software program called > DirectDSP made by one of our list's active member's > company-Signalogic. Not sure though if DirectDSP supports c6713 but > may be signalogic could help you on that. > > http://www.signalogic.com/index.pl?page=directDSP As the "keeper" of DirectDSP software, I can say this: 1) It does not support C6713 DSK board because the combined USB-JTAG interface is slow, around 20-30 kbyte/sec. Neither USB or JTAG by itself should be that slow, but it's something in the Spectrum Digital implementation. I'm sure they could have made it faster, but as you say, that is not TI's purpose in making inexpensive DSK boards that provide both showcase and reference design for their chips. 2) If someone on the group can make an HPI daughtercard for the DSK board and show basic HPI register-level connectivity from a simple C program, then we can port the parallel port driver in DirectDSP to it. Such a daughtercard would look something like this: __ HPI-PP daughtercard __________/ ___| \______/ |______ | | | | | ========== <--------- HPI connector | | | || || | | || ||<-------- standard daughtercard connectors | || || | | || || | <-- "new style" DSK board The HPI-PP daughtercard must: -be small and super cheap -have standard DB25 male connector, as on DSK 6711 -not overlap the main daughtercard area of the DSK board; i.e. the board-to-board connector should be as close to the edge of the PCB as possible -have mounting standoffs at corners with height that reaches to the surface the DSK board is resting on (to provide strain relief on the board-to-board connector). Mounting holes -- or some mechanical method -- to the DSK board itself would be better, but SD has not allowed for that -provide 8-bit access to HPI registers in EPP and EPP+ECP PP modes. That means the daughtercard needs a small CPLD with state-machine that: -on writes, aggregates even + odd bytes then issues 16-bit write to HPI -on reads, makes 16-bit HPI read, sends even byte to parallel port, stores odd byte for next PP read the state machine should reset HHWIL signal to zero as often as possible; e.g. on Reset, on two consecutive even or odd accesses, etc. -provide Reset control over the C6713, in addition to HPI register access -provides 5V to 3.3V translation, provides series R protection for PP lines, etc. We can review the schematic... We keep thinking this is a great student-level project, but we keep finding production level design things to put our entry-level engineers to work on, so the HPI-PP daughtercard project never gets traction. To put that another way, it's a fun project, but not very attractive commercially. DirectDSP has both WinXP and Linux drivers, PP and PCI. Basically any time the HPI is accessible. -Jeff > On Tue, 8 Feb 2005 18:50:37 -0600, robert <> wrote: > > > > > > Yes, I have come across this problem too. I had planned on using a VC++ > > program, to load the 6713 DSK … but have found out, like you, that CCS needs > > to used unfortunately to load it. I guess the 6711 DSK had direct API's > > that could be called to load and run the board, but that functionality for > > some reason has been left out of the 6713 DSK. It might be something about > > the USB connection. > > > > But I'd be interested if anyone has any ideas on this as well. > > > > One possibility, I guess, is to try and use RS-232 from the PC side to a > > McBSP on the 6713. Someone had suggested "hyper access" for this, which > > costs about $100. On the DSK side, the flash would have to be programmed > > with some kind of initial bootup, where it configures the McBSP and > > implements the software UART. And once that is running, the code could be > > loaded. But that's a lot more effort than anticipated!, if it works. > > > > Regards, > > > > Robert > > > > _____ > > > > From: [mailto:] > > Sent: Tuesday, February 08, 2005 7:44 AM > > To: > > Subject: [code-comp] TMS320C6713 board loader > > > > > > --- This message has also been posted in TMS320C6x ----- > > > > Hi all, > > > > I\'m new on this list and I will really appreciate any help with this > > problem as it is halting all my work. > > > > I have recently purchased a TMS320C6713 board and I have found out that > > there is no command (DOS) for loading a program onto this board and the IDE > > of the Code Composer Studio becomes necessary. As I have to run many > > experiments > > (hundreds of thousands) this option becomes infeasible. I have tried using > > gel files (as start up) but for some reason the instructions do not > > execute sequencially. Another option is using the libraries for perl but > > unfortunately they do not come with the version of the CCS that is > > included in the kit. > > > > Has anyone come across the same problem? > > > > I look forward to hearing from you. > > > > Cheers, > > --- > > Edwin > > > > > > > > * To > > > > -- > > No virus found in this incoming message. > > Checked by AVG Anti-Virus. > > Version: 7.0.300 / Virus Database: 265.8.6 - Release Date: 2/7/2005 > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.300 / Virus Database: 265.8.6 - Release Date: 2/7/2005 > > > > > > > > > > > > > > > > > > -- > ------------------------------- > "I've missed more than 9000 shots in my career. > I've lost almost 300 games. 26 times I've been trusted to take the > game winning shot and missed. > I've failed over and over again in my life. > And that is why I succeed." > -- Michael Jordan > -------------------------------- > |
Re: [code-comp] TMS320C6713 board loader
Started by ●February 9, 2005
Reply by ●February 10, 20052005-02-10
|
Interesting idea Jeff -
About the mechanical design - I don't know how expensive the
Samtec connectors are. Would it make sense to make a mechanically robust
board that just does a 'pass through' on the other two
connectors??
FYI - although this is a pretty simple design, I would be willing to
offer my assistance/opinion if anyone is interested in taking on such a
board.
mikedunn
Jeff Brower <j...@signalogic.com> wrote:
|
Reply by ●February 10, 20052005-02-10
|
Mike- > About the mechanical design - I don't know how expensive > the Samtec connectors are. Would it make sense to make a > mechanically robust board that just does a > 'pass through' on the other two connectors?? Yes I thought about that... but I'm worried that even the bit of extra signal distance might throw off some of the daughtercards out there. A product like HPI-to-PP interface for DSK boards would have its share of tech support anyway, and adding to it in any way would not be good. I think the basic approach should be to "jack in" on the HPI connector with minimal interference in anyone else's virtual reality :-) -Jeff |
Reply by ●February 28, 20052005-02-28
|
Jeff and others Try contacting educational DSP, LLC (www.educationaldsp.com). They've got a HPI daughtercard which gives the functionality you described. It was demonstrated at the TI Developers conference two weeks ago. I didn't see the product on their web site yet. We have an approach called Live Data Exchange which works with the DSK over a standard RS-232 port. We have a Daughter card which can be purchased which includes an RS-232 (our IDE Daughter Card). On the PC side, LDX comes with an ActiveX server so that any windows client can have access to the DSP target device. (see our website: http://www.appliedsignalprocessing.com/lde.htm). This interface will let you download new code to the DSK as well as peek/poke your target DSP variables by name. Hope this helps -Shawn www.appliedsignalprocessing.com --- In , Jeff Brower <jbrower@s...> wrote: > Bhooshan- > > > Anyways, many of the early attempts at having a non-CCS development > > methodologies seem to have fallen by the way. Among the few remaining > > non-CCS options what i would recommend is a software program called > > DirectDSP made by one of our list's active member's > > company-Signalogic. Not sure though if DirectDSP supports c6713 but > > may be signalogic could help you on that. > > > > http://www.signalogic.com/index.pl?page=directDSP > > As the "keeper" of DirectDSP software, I can say this: > > 1) It does not support C6713 DSK board because the combined USB- JTAG interface is > slow, around 20-30 kbyte/sec. Neither USB or JTAG by itself should be that slow, but > it's something in the Spectrum Digital implementation. I'm sure they could have made > it faster, but as you say, that is not TI's purpose in making inexpensive DSK boards > that provide both showcase and reference design for their chips. > > 2) If someone on the group can make an HPI daughtercard for the DSK board and show > basic HPI register-level connectivity from a simple C program, then we can port the > parallel port driver in DirectDSP to it. Such a daughtercard would look something > like this: > __ HPI-PP daughtercard > __________/ > ___| \______/ |______ > | | | | > | ========== <--------- HPI connector > | | > | || || | > | || ||<-------- standard daughtercard connectors > | || || | > | || || | <-- "new style" DSK board > The HPI-PP daughtercard must: > > -be small and super cheap > > -have standard DB25 male connector, as on DSK 6711 > > -not overlap the main daughtercard area of the DSK board; > i.e. the board-to-board connector should be as close to > the edge of the PCB as possible > > -have mounting standoffs at corners with height that > reaches to the surface the DSK board is resting on > (to provide strain relief on the board-to-board > connector). Mounting holes -- or some mechanical > method -- to the DSK board itself would be better, > but SD has not allowed for that > > -provide 8-bit access to HPI registers in EPP and > EPP+ECP PP modes. That means the daughtercard needs > a small CPLD with state-machine that: > > -on writes, aggregates even + odd bytes then issues > 16-bit write to HPI > > -on reads, makes 16-bit HPI read, sends even byte to > parallel port, stores odd byte for next PP read > > the state machine should reset HHWIL signal to zero > as often as possible; e.g. on Reset, on two consecutive > even or odd accesses, etc. > > -provide Reset control over the C6713, in addition to > HPI register access > > -provides 5V to 3.3V translation, provides series R > protection for PP lines, etc. We can review the > schematic... > > We keep thinking this is a great student-level project, but we keep finding > production level design things to put our entry-level engineers to work on, so the > HPI-PP daughtercard project never gets traction. To put that another way, it's a fun > project, but not very attractive commercially. > > DirectDSP has both WinXP and Linux drivers, PP and PCI. Basically any time the HPI > is accessible. > > -Jeff > > On Tue, 8 Feb 2005 18:50:37 -0600, robert <r_obert@h...> wrote: > > > > > > > > > Yes, I have come across this problem too. I had planned on using a VC++ > > > program, to load the 6713 DSK … but have found out, like you, that CCS needs > > > to used unfortunately to load it. I guess the 6711 DSK had direct API's > > > that could be called to load and run the board, but that functionality for > > > some reason has been left out of the 6713 DSK. It might be something about > > > the USB connection. > > > > > > But I'd be interested if anyone has any ideas on this as well. > > > > > > One possibility, I guess, is to try and use RS-232 from the PC side to a > > > McBSP on the 6713. Someone had suggested "hyper access" for this, which > > > costs about $100. On the DSK side, the flash would have to be programmed > > > with some kind of initial bootup, where it configures the McBSP and > > > implements the software UART. And once that is running, the code could be > > > loaded. But that's a lot more effort than anticipated!, if it works. > > > > > > Regards, > > > > > > Robert > > > > > > _____ > > > > > > From: e.v.bonilla@s... [mailto:e.v.bonilla@s...] > > > Sent: Tuesday, February 08, 2005 7:44 AM > > > To: > > > Subject: [code-comp] TMS320C6713 board loader > > > > > > > > > --- This message has also been posted in TMS320C6x ----- > > > > > > Hi all, > > > > > > I\'m new on this list and I will really appreciate any help with this > > > problem as it is halting all my work. > > > > > > I have recently purchased a TMS320C6713 board and I have found out that > > > there is no command (DOS) for loading a program onto this board and the IDE > > > of the Code Composer Studio becomes necessary. As I have to run many > > > experiments > > > (hundreds of thousands) this option becomes infeasible. I have tried using > > > gel files (as start up) but for some reason the instructions do not > > > execute sequencially. Another option is using the libraries for perl but > > > unfortunately they do not come with the version of the CCS that is > > > included in the kit. > > > > > > Has anyone come across the same problem? > > > > > > I look forward to hearing from you. > > > > > > Cheers, > > > --- > > > Edwin > > > > > > > > > > > > * To > > > > > > -- > > > No virus found in this incoming message. > > > Checked by AVG Anti-Virus. > > > Version: 7.0.300 / Virus Database: 265.8.6 - Release Date: 2/7/2005 > > > > > > -- > > > No virus found in this outgoing message. > > > Checked by AVG Anti-Virus. > > > Version: 7.0.300 / Virus Database: 265.8.6 - Release Date: 2/7/2005 > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > ------------------------------ - > > "I've missed more than 9000 shots in my career. > > I've lost almost 300 games. 26 times I've been trusted to take the > > game winning shot and missed. > > I've failed over and over again in my life. > > And that is why I succeed." > > -- Michael Jordan > > ------------------------------ -- > > > > > > > > > > > > |
Reply by ●March 1, 20052005-03-01
|
Shawn- Thanks for this heads-up. Educational DSP is, as far as I can tell, organized and operated by Dr. Mike Morrow at Univ Wisconsin @ Madison. He teaches DSP and microprocessor classes in the ECE department. The odd thing is he has no posts on comp.dsp, here, or otherwise... must be flying under the radar. But he knows DSP well enough and long enough to create C3x items -- and that's a ways back. A page with a DSK software summary and some screen captures is here: http://eceserv0.ece.wisc.edu/~morrow/software/ I'll send him a mail and find out about the C6713 DSK HPI card. -Jeff sks_dsp wrote: > > Jeff and others > > Try contacting educational DSP, LLC (www.educationaldsp.com). > They've got a HPI daughtercard which gives the functionality you > described. It was demonstrated at the TI Developers conference two > weeks ago. I didn't see the product on their web site yet. > > We have an approach called Live Data Exchange which works with the > DSK over a standard RS-232 port. We have a Daughter card which can > be purchased which includes an RS-232 (our IDE Daughter Card). On > the PC side, LDX comes with an ActiveX server so that any windows > client can have access to the DSP target device. (see our website: > http://www.appliedsignalprocessing.com/lde.htm). This interface will > let you download new code to the DSK as well as peek/poke your target > DSP variables by name. > > Hope this helps > > -Shawn > www.appliedsignalprocessing.com > > --- In , Jeff Brower <jbrower@s...> wrote: > > Bhooshan- > > > > > Anyways, many of the early attempts at having a non-CCS > development > > > methodologies seem to have fallen by the way. Among the few > remaining > > > non-CCS options what i would recommend is a software program > called > > > DirectDSP made by one of our list's active member's > > > company-Signalogic. Not sure though if DirectDSP supports c6713 > but > > > may be signalogic could help you on that. > > > > > > http://www.signalogic.com/index.pl?page=directDSP > > > > As the "keeper" of DirectDSP software, I can say this: > > > > 1) It does not support C6713 DSK board because the combined USB- > JTAG interface is > > slow, around 20-30 kbyte/sec. Neither USB or JTAG by itself should > be that slow, but > > it's something in the Spectrum Digital implementation. I'm sure > they could have made > > it faster, but as you say, that is not TI's purpose in making > inexpensive DSK boards > > that provide both showcase and reference design for their chips. > > > > 2) If someone on the group can make an HPI daughtercard for the DSK > board and show > > basic HPI register-level connectivity from a simple C program, then > we can port the > > parallel port driver in DirectDSP to it. Such a daughtercard would > look something > > like this: > > > > > > __ HPI-PP daughtercard > > __________/ > > ___| \______/ |______ > > | | | | > > | ========== <--------- HPI connector > > | | > > | || || | > > | || ||<-------- standard daughtercard connectors > > | || || | > > | || || | <-- "new style" DSK board > > > > > > The HPI-PP daughtercard must: > > > > -be small and super cheap > > > > -have standard DB25 male connector, as on DSK 6711 > > > > -not overlap the main daughtercard area of the DSK board; > > i.e. the board-to-board connector should be as close to > > the edge of the PCB as possible > > > > -have mounting standoffs at corners with height that > > reaches to the surface the DSK board is resting on > > (to provide strain relief on the board-to-board > > connector). Mounting holes -- or some mechanical > > method -- to the DSK board itself would be better, > > but SD has not allowed for that > > > > -provide 8-bit access to HPI registers in EPP and > > EPP+ECP PP modes. That means the daughtercard needs > > a small CPLD with state-machine that: > > > > -on writes, aggregates even + odd bytes then issues > > 16-bit write to HPI > > > > -on reads, makes 16-bit HPI read, sends even byte to > > parallel port, stores odd byte for next PP read > > > > the state machine should reset HHWIL signal to zero > > as often as possible; e.g. on Reset, on two consecutive > > even or odd accesses, etc. > > > > -provide Reset control over the C6713, in addition to > > HPI register access > > > > -provides 5V to 3.3V translation, provides series R > > protection for PP lines, etc. We can review the > > schematic... > > > > We keep thinking this is a great student-level project, but we keep > finding > > production level design things to put our entry-level engineers to > work on, so the > > HPI-PP daughtercard project never gets traction. To put that > another way, it's a fun > > project, but not very attractive commercially. > > > > DirectDSP has both WinXP and Linux drivers, PP and PCI. Basically > any time the HPI > > is accessible. > > > > -Jeff > > > > > > > On Tue, 8 Feb 2005 18:50:37 -0600, robert <r_obert@h...> wrote: > > > > > > > > > > > > Yes, I have come across this problem too. I had planned on > using a VC++ > > > > program, to load the 6713 DSK … but have found out, like you, > that CCS needs > > > > to used unfortunately to load it. I guess the 6711 DSK had > direct API's > > > > that could be called to load and run the board, but that > functionality for > > > > some reason has been left out of the 6713 DSK. It might be > something about > > > > the USB connection. > > > > > > > > But I'd be interested if anyone has any ideas on this as well. > > > > > > > > One possibility, I guess, is to try and use RS-232 from the PC > side to a > > > > McBSP on the 6713. Someone had suggested "hyper access" for > this, which > > > > costs about $100. On the DSK side, the flash would have to be > programmed > > > > with some kind of initial bootup, where it configures the McBSP > and > > > > implements the software UART. And once that is running, the > code could be > > > > loaded. But that's a lot more effort than anticipated!, if it > works. > > > > > > > > Regards, > > > > > > > > Robert > > > > > > > > _____ > > > > > > > > From: e.v.bonilla@s... [mailto:e.v.bonilla@s...] > > > > Sent: Tuesday, February 08, 2005 7:44 AM > > > > To: > > > > Subject: [code-comp] TMS320C6713 board loader > > > > > > > > > > > > --- This message has also been posted in TMS320C6x ----- > > > > > > > > Hi all, > > > > > > > > I\'m new on this list and I will really appreciate any help > with this > > > > problem as it is halting all my work. > > > > > > > > I have recently purchased a TMS320C6713 board and I have found > out that > > > > there is no command (DOS) for loading a program onto this board > and the IDE > > > > of the Code Composer Studio becomes necessary. As I have to run > many > > > > experiments > > > > (hundreds of thousands) this option becomes infeasible. I have > tried using > > > > gel files (as start up) but for some reason the instructions do > not > > > > execute sequencially. Another option is using the libraries for > perl but > > > > unfortunately they do not come with the version of the CCS that > is > > > > included in the kit. > > > > > > > > Has anyone come across the same problem? > > > > > > > > I look forward to hearing from you. > > > > > > > > Cheers, > > > > --- > > > > Edwin |
Reply by ●March 1, 20052005-03-01
|
I have used one of his *free* educational software product called windsk for c6711 , which is quite handy for testing the board for confidence if nothing else. It can load .out files and execute them without CCS but no more.It also few cool pre-loaded audio effects like echo,karoke,equalizer etc...Good stuff. --Bhooshan On Tue, 01 Mar 2005 07:57:46 -0600, Jeff Brower <> wrote: > > Shawn- > > Thanks for this heads-up. Educational DSP is, as far as I can tell, organized and > operated by Dr. Mike Morrow at Univ Wisconsin @ Madison. He teaches DSP and > microprocessor classes in the ECE department. > > The odd thing is he has no posts on comp.dsp, here, or otherwise... must be flying > under the radar. But he knows DSP well enough and long enough to create C3x items -- > and that's a ways back. A page with a DSK software summary and some screen captures > is here: > > http://eceserv0.ece.wisc.edu/~morrow/software/ > > I'll send him a mail and find out about the C6713 DSK HPI card. > > -Jeff > sks_dsp wrote: > > > > Jeff and others > > > > Try contacting educational DSP, LLC (www.educationaldsp.com). > > They've got a HPI daughtercard which gives the functionality you > > described. It was demonstrated at the TI Developers conference two > > weeks ago. I didn't see the product on their web site yet. > > > > We have an approach called Live Data Exchange which works with the > > DSK over a standard RS-232 port. We have a Daughter card which can > > be purchased which includes an RS-232 (our IDE Daughter Card). On > > the PC side, LDX comes with an ActiveX server so that any windows > > client can have access to the DSP target device. (see our website: > > http://www.appliedsignalprocessing.com/lde.htm). This interface will > > let you download new code to the DSK as well as peek/poke your target > > DSP variables by name. > > > > Hope this helps > > > > -Shawn > > www.appliedsignalprocessing.com > > > > --- In , Jeff Brower <jbrower@s...> wrote: > > > Bhooshan- > > > > > > > Anyways, many of the early attempts at having a non-CCS > > development > > > > methodologies seem to have fallen by the way. Among the few > > remaining > > > > non-CCS options what i would recommend is a software program > > called > > > > DirectDSP made by one of our list's active member's > > > > company-Signalogic. Not sure though if DirectDSP supports c6713 > > but > > > > may be signalogic could help you on that. > > > > > > > > http://www.signalogic.com/index.pl?page=directDSP > > > > > > As the "keeper" of DirectDSP software, I can say this: > > > > > > 1) It does not support C6713 DSK board because the combined USB- > > JTAG interface is > > > slow, around 20-30 kbyte/sec. Neither USB or JTAG by itself should > > be that slow, but > > > it's something in the Spectrum Digital implementation. I'm sure > > they could have made > > > it faster, but as you say, that is not TI's purpose in making > > inexpensive DSK boards > > > that provide both showcase and reference design for their chips. > > > > > > 2) If someone on the group can make an HPI daughtercard for the DSK > > board and show > > > basic HPI register-level connectivity from a simple C program, then > > we can port the > > > parallel port driver in DirectDSP to it. Such a daughtercard would > > look something > > > like this: > > > > > > > > > __ HPI-PP daughtercard > > > __________/ > > > ___| \______/ |______ > > > | | | | > > > | ========== <--------- HPI connector > > > | | > > > | || || | > > > | || ||<-------- standard daughtercard connectors > > > | || || | > > > | || || | <-- "new style" DSK board > > > > > > > > > The HPI-PP daughtercard must: > > > > > > -be small and super cheap > > > > > > -have standard DB25 male connector, as on DSK 6711 > > > > > > -not overlap the main daughtercard area of the DSK board; > > > i.e. the board-to-board connector should be as close to > > > the edge of the PCB as possible > > > > > > -have mounting standoffs at corners with height that > > > reaches to the surface the DSK board is resting on > > > (to provide strain relief on the board-to-board > > > connector). Mounting holes -- or some mechanical > > > method -- to the DSK board itself would be better, > > > but SD has not allowed for that > > > > > > -provide 8-bit access to HPI registers in EPP and > > > EPP+ECP PP modes. That means the daughtercard needs > > > a small CPLD with state-machine that: > > > > > > -on writes, aggregates even + odd bytes then issues > > > 16-bit write to HPI > > > > > > -on reads, makes 16-bit HPI read, sends even byte to > > > parallel port, stores odd byte for next PP read > > > > > > the state machine should reset HHWIL signal to zero > > > as often as possible; e.g. on Reset, on two consecutive > > > even or odd accesses, etc. > > > > > > -provide Reset control over the C6713, in addition to > > > HPI register access > > > > > > -provides 5V to 3.3V translation, provides series R > > > protection for PP lines, etc. We can review the > > > schematic... > > > > > > We keep thinking this is a great student-level project, but we keep > > finding > > > production level design things to put our entry-level engineers to > > work on, so the > > > HPI-PP daughtercard project never gets traction. To put that > > another way, it's a fun > > > project, but not very attractive commercially. > > > > > > DirectDSP has both WinXP and Linux drivers, PP and PCI. Basically > > any time the HPI > > > is accessible. > > > > > > -Jeff > > > > > > > > > > On Tue, 8 Feb 2005 18:50:37 -0600, robert <r_obert@h...> wrote: > > > > > > > > > > > > > > > Yes, I have come across this problem too. I had planned on > > using a VC++ > > > > > program, to load the 6713 DSK 鈥�but have found out, like you, > > that CCS needs > > > > > to used unfortunately to load it. I guess the 6711 DSK had > > direct API's > > > > > that could be called to load and run the board, but that > > functionality for > > > > > some reason has been left out of the 6713 DSK. It might be > > something about > > > > > the USB connection. > > > > > > > > > > But I'd be interested if anyone has any ideas on this as well. > > > > > > > > > > One possibility, I guess, is to try and use RS-232 from the PC > > side to a > > > > > McBSP on the 6713. Someone had suggested "hyper access" for > > this, which > > > > > costs about $100. On the DSK side, the flash would have to be > > programmed > > > > > with some kind of initial bootup, where it configures the McBSP > > and > > > > > implements the software UART. And once that is running, the > > code could be > > > > > loaded. But that's a lot more effort than anticipated!, if it > > works. > > > > > > > > > > Regards, > > > > > > > > > > Robert > > > > > > > > > > _____ > > > > > > > > > > From: e.v.bonilla@s... [mailto:e.v.bonilla@s...] > > > > > Sent: Tuesday, February 08, 2005 7:44 AM > > > > > To: > > > > > Subject: [code-comp] TMS320C6713 board loader > > > > > > > > > > > > > > > --- This message has also been posted in TMS320C6x ----- > > > > > > > > > > Hi all, > > > > > > > > > > I\'m new on this list and I will really appreciate any help > > with this > > > > > problem as it is halting all my work. > > > > > > > > > > I have recently purchased a TMS320C6713 board and I have found > > out that > > > > > there is no command (DOS) for loading a program onto this board > > and the IDE > > > > > of the Code Composer Studio becomes necessary. As I have to run > > many > > > > > experiments > > > > > (hundreds of thousands) this option becomes infeasible. I have > > tried using > > > > > gel files (as start up) but for some reason the instructions do > > not > > > > > execute sequencially. Another option is using the libraries for > > perl but > > > > > unfortunately they do not come with the version of the CCS that > > is > > > > > included in the kit. > > > > > > > > > > Has anyone come across the same problem? > > > > > > > > > > I look forward to hearing from you. > > > > > > > > > > Cheers, > > > > > --- > > > > > Edwin > > -- ------------------------------- "I've missed more than 9000 shots in my career. I've lost almost 300 games. 26 times I've been trusted to take the game winning shot and missed. I've failed over and over again in my life. And that is why I succeed." -- Michael Jordan -------------------------------- |
