home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dsp / 2098 < prev    next >
Encoding:
Text File  |  1992-09-08  |  1.3 KB  |  35 lines
  1. Newsgroups: comp.dsp
  2. Path: sparky!uunet!math.fu-berlin.de!fub!obh.in-berlin.de!nummer_5
  3. From: nummer_5@obh.in-berlin.de (Christian Wierzbicki)
  4. Subject: Re: DSP56000 memory
  5. Message-ID: <YLR6WTT@obh.in-berlin.de>
  6. Organization: obh - private bbs in Berlin/Germany
  7. References: <1992Sep4.111051.29113@bernina.ethz.ch> <wiegand.715639282@lido16>
  8. Date: Sun, 6 Sep 92 17:21:07 GMT
  9. Lines: 24
  10.  
  11. wiegand@rtsg.mot.com (Robert Wiegand) writes:
  12. >stettbac@isibee5 (Juerg Stettbacher) writes:
  13.  
  14. >>Question: What's a reasonable size for program memory P.
  15. >>(Common DSP applications with  monitor for stand alone.
  16. >>Software development in C and assembler).
  17. >>Any suggestions?
  18.  
  19. Hi !
  20. ----
  21. I've designed a 56K system some time (with many aids as I never did such a
  22. large project before) ago using 3 128Kx8 chips to provide P: and X: memory
  23. at a time... This is possible because the 56000/1 can only adress ONE of the
  24. three memory spaces at a time...
  25.  
  26. I found that there are very little applications using more that 16K of P-Space
  27. But as I used the Host-Interface to upload new code-segments it might be useful
  28. to have more if You want to develop and run 56K code without resetting it...
  29.  
  30. Ciao...
  31.     nummer_5@obh.in-berlin.de
  32.  
  33. * Christian Wierzbicki * Fuerther Str. 20a * +49-30-7443030
  34. * W - 1000 Berlin 49   * Germany           *
  35.