Re: Structured Programming using Forth
- From: John Passaniti <put-my-first-name-here@xxxxxxxxxxxxxxxxx>
- Date: Sat, 07 Apr 2007 05:33:08 -0400
foxchip wrote:
Absolutely. Errors accumulate in the lower bits of calculations and
so intermediate calculations may need a lot more than 24 bits and
this is only an 18-bit processor, although a 36-bit multiply step
will
be available in the instruction set. Since it takes multiple steps
and isn't a single cycle MAC multiple nodes will be needed to match
the speed of some DSP chips. But nodes are small and cheap and as
long as you end up with a significantly lower cost or power
consumption
for the calculation that needs to be done you have a win. So we
have compared the performance on these things to other solutions.
That's the part I have a hard time getting a sense of. Yeah, I realized I could use multiple nodes to get higher performance and/or to do the kinds of SIMD instructions some DSPs offer. But there isn't an infinite number of nodes, and what I have a problem seeing is how many nodes would be used in such an application-- and thus, how many would be free for other functions.
Again, I'm not expecting the SEAforth to necessarily be able to replace a DSP. And that's because DSPs aren't just about MACs, but often also about I/O. It isn't unusual for us to have systems with 32 channels of pro-quality digital audio flowing in and out. So for those applications we're also targeting DSPs (or synthesizing in FPGAs) appropriate I/O.
RF DSP needs to be considerably faster than audio processing but
has lower bit resolution requirements.
We're currently not very interested in RF applications other than for simple control applications. Right now, we would probably just add on a Bluetooth or ZigBee or Z-Wave or even 802.11 module. But if the final system cost of a SEAforth chip was low enough, we might look at that.
We're not RF experts and we don't relish getting FCC approval for something we whipped up ourselves. Which is why we (like a lot of companies) would look at the various modules that are available. In order to be competitive, Intellasys would need to make software-radio code not only available, but also have gotten the whatever FCC approvals are needed.
.
- Follow-Ups:
- Re: Structured Programming using Forth
- From: foxchip
- Re: Structured Programming using Forth
- From: Paul E. Bennett
- Re: Structured Programming using Forth
- From: Jean-François Michaud
- Re: Structured Programming using Forth
- References:
- Re: Structured Programming using Forth
- From: jcomeau_ictx
- Re: Structured Programming using Forth
- From: Alex McDonald
- Re: Structured Programming using Forth
- From: rickman
- Re: Structured Programming using Forth
- From: Alex McDonald
- Re: Structured Programming using Forth
- From: J Thomas
- Re: Structured Programming using Forth
- From: Paul E. Bennett
- Re: Structured Programming using Forth
- From: John Passaniti
- Re: Structured Programming using Forth
- From: J Thomas
- Re: Structured Programming using Forth
- From: John Passaniti
- Re: Structured Programming using Forth
- From: J Thomas
- Re: Structured Programming using Forth
- From: John Passaniti
- Re: Structured Programming using Forth
- From: rickman
- Re: Structured Programming using Forth
- From: Brad Eckert
- Re: Structured Programming using Forth
- From: rickman
- Re: Structured Programming using Forth
- From: John Passaniti
- Re: Structured Programming using Forth
- From: rickman
- Re: Structured Programming using Forth
- From: John Passaniti
- Re: Structured Programming using Forth
- From: foxchip
- Re: Structured Programming using Forth
- Prev by Date: Re: Structured Programming using Forth
- Next by Date: Re: Forth Frustrations
- Previous by thread: Re: Structured Programming using Forth
- Next by thread: Re: Structured Programming using Forth
- Index(es):
Relevant Pages
|