Thread View: comp.dsp
4 messages
4 total messages
Started by Juerg Stettbacher
Fri, 04 Sep 1992 11:10
DSP56000 memory
Author: Juerg Stettbacher
Date: Fri, 04 Sep 1992 11:10
Date: Fri, 04 Sep 1992 11:10
16 lines
812 bytes
812 bytes
Hello world The DSP56001 has 3 memory spaces (X, Y and P). X and Y are data memory spaces. Their sizes depend on the particular application. P holds the program. Question: What's a reasonable size for program memory P. (Common DSP applications with monitor for stand alone. Software development in C and assembler). Any suggestions? Thanks juerg at ethz switzerland
Re: DSP56000 memory
Author: Uwe Seimet
Date: Fri, 04 Sep 1992 16:39
Date: Fri, 04 Sep 1992 16:39
20 lines
1428 bytes
1428 bytes
stettbac@isibee5 (Juerg Stettbacher) writes: >Question: What's a reasonable size for program memory P. >(Common DSP applications with monitor for stand alone. >Software development in C and assembler). DSP applications in assembler are normally quite short. The NeXT has 8 KB memory for its DSP, that seems to be enough. The Atari Falcon030, however, has 32 KB memory. The Falcon's OS supports loading multiple programs in the DSP memory at the same time, so it makes sense to have more than 8 KB. *************************************** * Uwe Seimet * * seimet@rhrk.uni-kl.de * * seimet@chemie.uni-kl.de * *-------------------------------------* * I really hate this damned machine, * * I wish that they would sell it. * * It never does that what I mean * * but only what I tell it. * ***************************************
Re: DSP56000 memory
Author: Robert Wiegand
Date: Fri, 04 Sep 1992 20:41
Date: Fri, 04 Sep 1992 20:41
39 lines
1675 bytes
1675 bytes
stettbac@isibee5 (Juerg Stettbacher) writes: >Hello world >The DSP56001 has 3 memory spaces (X, Y and P). >X and Y are data memory spaces. Their sizes depend on >the particular application. P holds the program. >Question: What's a reasonable size for program memory P. >(Common DSP applications with monitor for stand alone. >Software development in C and assembler). >Any suggestions? >Thanks >juerg at ethz switzerland The program size will also depend on your application. I would suggest 8K x 24 as a minimum size for program memory. 8K x 8 chips are common and not too expensive. 3 parts will give you the 8K x 24 program memory. I also believe Motorola makes a 8K x 24 part. If your application will be large you could go to 32K x 24 by using three 32K x 8 parts. This is somewhat more expensive, but still not too bad. It is also possible to use the same parts for X, Y and P memory. You need a fast address decoder to do this, but it saves on memory chips. -- ------------------------------------------------------------------------------ Robert Wiegand - Motorola Inc. uunet!motcid!wiegand Disclamer: I didn't do it - I was somewhere else at the time.
Re: DSP56000 memory
Author: Christian Wierzbicki
Date: Sun, 06 Sep 1992 17:21
Date: Sun, 06 Sep 1992 17:21
24 lines
1344 bytes
1344 bytes
wiegand@rtsg.mot.com (Robert Wiegand) writes:
>stettbac@isibee5 (Juerg Stettbacher) writes:
>>Question: What's a reasonable size for program memory P.
>>(Common DSP applications with monitor for stand alone.
>>Software development in C and assembler).
>>Any suggestions?
Hi !
----
I've designed a 56K system some time (with many aids as I never did such a
large project before) ago using 3 128Kx8 chips to provide P: and X: memory
at a time... This is possible because the 56000/1 can only adress ONE of the
three memory spaces at a time...
I found that there are very little applications using more that 16K of P-Space
But as I used the Host-Interface to upload new code-segments it might be useful
to have more if You want to develop and run 56K code without resetting it...
Ciao...
nummer_5@obh.in-berlin.de
* Christian Wierzbicki * Fuerther Str. 20a * +49-30-7443030
* W - 1000 Berlin 49 * Germany *
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