DSPRelated.com
Forums

Re: [code-comp] TMS320C6713 board loader

Started by Jeff Brower February 9, 2005
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
> -------------------------------- >



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:

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 boardThe 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: e...@sms.ed.ac.uk [mailto:e...@sms.ed.ac.uk]
> > Sent: Tuesday, February 08, 2005 7:44 AM
> > To: c...@yahoogroups.com
> > 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 visit
your group on the web, go to:
> > HYPERLINK
> > "http://groups.yahoo.com/group/code-comp/"http://groups.yahoo.com/group/code
> > -comp/
> >
> > * To unsubscribe from this group, send an email to:
> > HYPERLINK
> > "mailto:c...@yahoogroups.com?subject=Unsubscribe"code-comp-
> > u...@yahoogroups.com
> >
> > * "Yahoo! Terms of Service.
> >
> > --
> > 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
> --------------------------------

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/c6x/

<*> To unsubscribe from this group, send an email to:
c6x-u...@yahoogroups.com

<*



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





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
> > ------------------------------
--
> >
> >
> >
> >
> >
> >



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 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
--------------------------------