Article View: sci.electronics
Article #4077Re: Dual-port memory access?
From: Henry Spencer
Date: Fri, 12 Jan 1990 19:01
Date: Fri, 12 Jan 1990 19:01
21 lines
1494 bytes
1494 bytes
In article <3310@uceng.UC.EDU> schriste@uceng.UC.EDU (Steven V. Christensen) writes: >Let's say I want to build come computer-based device, OK, and let's >say I want to interface this to an IBM-PC, OK. I want that the >PC could be able to download into the memory of this project, >and then kick the processor to start executing. The quick answer is that dual-porting memory is a royal pain and tends to be costly in chip count. Life is much simpler if only one processor does memory accesses. Unless the project CPU, or some other part (e.g. the dynamic-RAM controller) is unusually helpful, much the easiest approach is to have the project CPU start running out of a ROM, and have it pick up the data from somewhere and stuff it into memory for you. >I have seen some chips called "dual-ported something-or-other", but >have not investigated. Are they usable (and simple) solutions? Usually not. There are some dual-ported memory chips, but they are small in capacity, large in board area, expensive, and sometimes tricky. -- 1972: Saturn V #15 flight-ready| Henry Spencer at U of Toronto Zoology 1990: birds nesting in engines | uunet!attcan!utzoo!henry henry@zoo.toronto.edu
Technical Details
Message-ID:
<1990Jan12.190138.3785@utzoo.uucp>Path:
arc1-ca.pugleaf.net!utzoo!henryReferences:
<3310@uceng.UC.EDU>Show Full Headers
Complete Article Headers
Newsgroups: sci.electronics Path: arc1-ca.pugleaf.net!utzoo!henry From: henry@utzoo.uucp (Henry Spencer) Subject: Re: Dual-port memory access? Message-ID: <1990Jan12.190138.3785@utzoo.uucp> Organization: U of Toronto Zoology References: <3310@uceng.UC.EDU> Date: Fri, 12 Jan 90 19:01:38 GMT