DSPRelated.com
Forums

DSP and FPGA

Started by mackie January 26, 2005
Hi!
	I'm looking for links about implementing DSP algorithms in FPGAs. Could 
someone help me ('couse Google can't help me well)?

Thanks!

--
mackie
mackie wrote:

> Hi! > I'm looking for links about implementing DSP algorithms in FPGAs. > Could someone help me ('couse Google can't help me well)?
There may be some papers at http://andraka.com/. Jerry -- Engineering is the art of making what you want from things you can get. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
mackie wrote:

> Hi! > I'm looking for links about implementing DSP algorithms in FPGAs. > Could someone help me ('couse Google can't help me well)? > > Thanks! > > -- > mackie
All of the FPGA companies are falling over themselves to sell their DSP capabilities, they all have some hardware features that make building a MAC operation fast (Xilinx and, AFAIK, Altera both offer hardware multipliers). They'll have papers. Try, in order, Xilinx, Altera, Cypris, Actel, QuickLogic, Atmel and the rest. -- Tim Wescott Wescott Design Services http://www.wescottdesign.com
Tim Wescott <tim@wescottnospamdesign.com> wrote in news:10vfda6inp2u2d2
@corp.supernews.com:

> mackie wrote: > >> Hi! >> I'm looking for links about implementing DSP algorithms in FPGAs. >> Could someone help me ('couse Google can't help me well)? >> >> Thanks! >> >> -- >> mackie > > All of the FPGA companies are falling over themselves to sell their DSP > capabilities, they all have some hardware features that make building a > MAC operation fast (Xilinx and, AFAIK, Altera both offer hardware > multipliers). > > They'll have papers. Try, in order, Xilinx, Altera, Cypris, Actel, > QuickLogic, Atmel and the rest. >
We will soon be releasing a new set of dsp boards that feature both an Altera Cyclone FPGA and an Analog Devices SHARC DSP. You can use the FPGA for additional signal processing or general purpose I/O Check out our web site in the next few weeks or add yourself to our mail list and you will receive an announcement if you are interested. -- Al Clark Danville Signal Processing, Inc. -------------------------------------------------------------------- Purveyors of Fine DSP Hardware and other Cool Stuff Available at http://www.danvillesignal.com
Al Clark <dsp@danvillesignal.com> writes:

> Tim Wescott <tim@wescottnospamdesign.com> wrote in news:10vfda6inp2u2d2 > @corp.supernews.com: > > > mackie wrote: > > > >> Hi! > >> I'm looking for links about implementing DSP algorithms in FPGAs. > >> Could someone help me ('couse Google can't help me well)? > >> > >> Thanks! > >> > >> -- > >> mackie > > > > All of the FPGA companies are falling over themselves to sell their DSP > > capabilities, they all have some hardware features that make building a > > MAC operation fast (Xilinx and, AFAIK, Altera both offer hardware > > multipliers). > > > > They'll have papers. Try, in order, Xilinx, Altera, Cypris, Actel, > > QuickLogic, Atmel and the rest. > > > > We will soon be releasing a new set of dsp boards that feature both an > Altera Cyclone FPGA and an Analog Devices SHARC DSP. You can use the FPGA > for additional signal processing or general purpose I/O > > Check out our web site in the next few weeks or add yourself to our mail > list and you will receive an announcement if you are interested.
Al, how do you plan on interfacing the DSP to the FPGA in a general manner? -- Randy Yates Sony Ericsson Mobile Communications Research Triangle Park, NC, USA randy.yates@sonyericsson.com, 919-472-1124
Randy Yates wrote:
> Al Clark <dsp@danvillesignal.com> writes: > > >>Tim Wescott <tim@wescottnospamdesign.com> wrote in news:10vfda6inp2u2d2 >>@corp.supernews.com: >> >> >>>mackie wrote: >>> >>> >>>>Hi! >>>> I'm looking for links about implementing DSP algorithms in FPGAs. >>>>Could someone help me ('couse Google can't help me well)? >>>> >>>>Thanks! >>>> >>>>-- >>>>mackie >>> >>>All of the FPGA companies are falling over themselves to sell their DSP >>>capabilities, they all have some hardware features that make building a >>>MAC operation fast (Xilinx and, AFAIK, Altera both offer hardware >>>multipliers). >>> >>>They'll have papers. Try, in order, Xilinx, Altera, Cypris, Actel, >>>QuickLogic, Atmel and the rest. >>> >> >>We will soon be releasing a new set of dsp boards that feature both an >>Altera Cyclone FPGA and an Analog Devices SHARC DSP. You can use the FPGA >>for additional signal processing or general purpose I/O >> >>Check out our web site in the next few weeks or add yourself to our mail >>list and you will receive an announcement if you are interested. > > > Al, how do you plan on interfacing the DSP to the FPGA in a general manner?
I don't know how Al is going to do it, but when I was last on this sort of project we used a DSP with an external bus and memory-mapped the FPGA. It worked quite well. Then they all came out with 16-bit DSP's that'd do 150MHz and we tossed the FPGA and just do it all in one very busy DSP chip. -- Tim Wescott Wescott Design Services http://www.wescottdesign.com
mackie wrote:


> I'm looking for links about implementing DSP algorithms in FPGAs. > Could someone help me ('couse Google can't help me well)?
You need to be more specific. An FPGA is just a bunch of logic, so you need to know what logic will implement the algorithm. It is often very different than the way it would be done in software. I recommend systolic arrays, but it depends very much on the problem you are trying to solve. -- glen
..and there's all us friendly chaps (including Mr. Andraka) over on
comp.arch.fpga too.
Cheers, Syms.
"Jerry Avins" <jya@ieee.org> wrote in message
news:35po8sF4njasmU2@individual.net...
> mackie wrote: > > > Hi! > > I'm looking for links about implementing DSP algorithms in FPGAs. > > Could someone help me ('couse Google can't help me well)? > > There may be some papers at http://andraka.com/. > > Jerry > -- > Engineering is the art of making what you want from things you can get. > &#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;
Randy Yates <randy.yates@sonyericsson.com> wrote in
news:xxpoefc11pj.fsf@usrts005.corpusers.net: 

> Al Clark <dsp@danvillesignal.com> writes: > >> Tim Wescott <tim@wescottnospamdesign.com> wrote in >> news:10vfda6inp2u2d2 @corp.supernews.com: >> >> > mackie wrote: >> > >> >> Hi! >> >> I'm looking for links about implementing DSP algorithms in >> >> FPGAs. >> >> Could someone help me ('couse Google can't help me well)? >> >> >> >> Thanks! >> >> >> >> -- >> >> mackie >> > >> > All of the FPGA companies are falling over themselves to sell their >> > DSP capabilities, they all have some hardware features that make >> > building a MAC operation fast (Xilinx and, AFAIK, Altera both offer >> > hardware multipliers). >> > >> > They'll have papers. Try, in order, Xilinx, Altera, Cypris, Actel, >> > QuickLogic, Atmel and the rest. >> > >> >> We will soon be releasing a new set of dsp boards that feature both >> an Altera Cyclone FPGA and an Analog Devices SHARC DSP. You can use >> the FPGA for additional signal processing or general purpose I/O >> >> Check out our web site in the next few weeks or add yourself to our >> mail list and you will receive an announcement if you are interested. > > Al, how do you plan on interfacing the DSP to the FPGA in a general > manner?
We started with an Analog Devices ADSP-2126x or ADSP-2136x DSP. This gives us three main interfaces: DAI - This interface is kind of a crossbar switch in front of high speed serial ports (SPORTs) and other I/O. SPI - Convenient as the for control bus, we use it all over Parallel Port - A muxed data bus on these DSPs with lines AD15-AD0, ALE RD & WR. We mostly use it for SDRAM expansion The DSP and FPGA connect via the Parallel Port, the complete DAI, and the SPI port. They are kind of like siamese twins. The DSP is the master and is responsible for configuring the FPGA. Everything is stored in flash. Since the FPGA and DSP can both see the outside world and talk to each other, there are lots of possibilities. We have a small module that you can use as a building block (dspblok 21261, 21262 & 21364) module and dspstak boards that include USB & RS-232. You just add an I/O card and start programming. We will have info on our web site in the next few weeks. -- Al Clark Danville Signal Processing, Inc. -------------------------------------------------------------------- Purveyors of Fine DSP Hardware and other Cool Stuff Available at http://www.danvillesignal.com
Randy Yates wrote:
> Al Clark <dsp@danvillesignal.com> writes: > > We will soon be releasing a new set of dsp boards that feature > > both an Altera Cyclone FPGA and an Analog Devices SHARC DSP. > > You can use the FPGA for additional signal processing or > > general purpose I/O > > Al, how do you plan on interfacing the DSP to the FPGA in a > general manner?
I'm working on an embedded project based on the TigerSharc (TS201). These chips emphasize CPU performance and on-chip memory at the expense of on-chip I/O, which is limited to the four link ports and the 64-bit local bus. I'm hanging a (Xilinx) FPGA onto one of the link ports to provide all of the application-specific I/O (primarily async and sync serial ports of various types). The link port carries a fairly general-purpose message protocol that allows data to be directed to or received from any of the FPGA ports. -- Dave Tweed