🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

4 total messages Started by Juerg Stettbacher Fri, 04 Sep 1992 11:10
DSP56000 memory
#759
Author: Juerg Stettbacher
Date: Fri, 04 Sep 1992 11:10
16 lines
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
#763
Author: Uwe Seimet
Date: Fri, 04 Sep 1992 16:39
20 lines
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
#639
Author: Robert Wiegand
Date: Fri, 04 Sep 1992 20:41
39 lines
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
#647
Author: Christian Wierzbicki
Date: Sun, 06 Sep 1992 17:21
24 lines
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