We use DSPs and transputers

Thread View: comp.sys.transputer

1 messages

[T] Back to Threads [V] Tree View [G] Group Articles

1 total messages Started by "Phillip M. Hallam-Baker" Mon, 18 Mar 1991 12:13

#1527

Author: "Phillip M. Hallam-Baker"
Date: Mon, 18 Mar 1991 12:13

34 lines
1815 bytes

Buff Whelan asks :-

>A number of companies are currently putting together TRAMS for
>digital signal processing chips, such as the DSP 56000, and the
>newer Motorola 96000, Zoran chips and so on ....

>Why?

They think they will make some money out of them?

>What can the transputer offer DSP?   DSP is fast mulitply
>accumulate.  So are DSP algorithms.   Other than downlaod
>the code through a serial link I don't see where the transputers
>can offer their services to the DSP chips.

We use several 1000 DSP's for front end conditioning of real time data signals.
Our data path basicaly consists of a big 100MHz FADC per channel followed by a
DSP per 16 channels followed by a Tputer network (100 off analysing 4096
channels). The DSP's are good for raw crunching of data, the transputers are
easier to program and also handle message passing better. It's an architechure
that works (well the simulations work anyhow) precisely because the DSP's and
transputers are complimentary.

If we did not need the Transputers for analysis we would still use them for ease
of downloading code.

>TRAMS with DSPs are most definitely hybrids.  We all know what
>happened to the boat-car.

It went rusty - important lesson *DO NOT* take your Meiko to sea with you.
Even a short dip in the bath with it is inadvisable.


Phill Hallam-Baker.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads