Motorola 68000 ram-memory mapper-decoder schematic help please
GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Motorola 68000 ram-memory mapper-decoder schematic help please
Motorola 68000
4 megabytes memory space
Helping friend assemble RAM-memory mapper-decoder with 74LS612. 74LS612 seems to be best supported ram mapper-decoder with some guides available. Unfortunately these guides target 8-bit machines. Motorola 68000 is 16-bit with 24-bit address (24 address lines), and makes things complicated. Target only has 4 megabytes of memory space left after all other assembly (i/o, expansion, accessories, etc).
We're thinking we might need four 74LS612 controllers to extend ram to at least 32-64 megabytes. Preferably 64 megabytes.
Mostly want something simple like schematic going to available 24 address lines and 16 data lines of Motorola 68000.
An 8-bit memory mapper is not what you want for a 16 bit PC.That limits your page size to 256 bytes.Motorola, Intel, probably Zilog and many others made all the support chips for their 16 bit CPUs, and that should surely be your first port of call. Obsolete parts can often be sourced from a broker who will be only too happy to part with through hole stuff.
That design might theoretically work but will always be the achilles heel of your thing, because of fab size and propagation times, which will depend on manufacture date. Personally, I feel your friend is going down in flames. I'm sorry to be harsh, but if he started with 4G of ram and committed all the high lines to I/O, he's cruising for a bruising. Drink pints, watch football & chase girls (or whatever you're into) and let him fail on his own. There's 3-->8 & 4-->16 decoders out there for thinning down data bus use.
The key thing for you is carry out. The easy bit is triggering upper memory lines but the memory 'page' you want imho = 16 bits/64k pages. You need a carry-out line. That way you can increment upper memory lines with some cheesy counter or set some latch.
If you're into SMT, why use a 68K which is no small chip (68 pins @2.54mm lead spacing). The 68000 was good for it's time (16 bits, 15 Mhz), but it's a bit of a steam engine today.
Here's some more info about the Motorola 68000 memory https://hackaday.io/project/5-mc6800...nd-rom-modules. Please let me know of a common 16-bit or 24-bit, or suitable mapper-decoder commonly available and well supported. Thanks.
To put it briefly, No I won't come up with components for you.
I'm retired, and a stroke survivor. It's your design, and therefore I would expect you to do the grunt work, which is over 50% of the design process these days. I'm giving the benefit of my experience; lat me know if you don't want it and I'' unsubscribe from your thread. I don't see what this has to do with linux anyhow, and this is a linux forum. What I found sourcing discrete components recently(2013) was that most are gone. Small glue logic & opamps are alive & prospering, but bus logic seems unavailable. Component suppliers are vanishing, too, as everything has transferred to fpga. I mentioned that Lattice (as of 2013) do the smallest fpgas I am aware of, and suggested component brokers for obsolete parts. Your use of a 68000 suggests this is a private one-off design. If it's in any way commercial, ditch the 68k, ditch the memory mapper and install an fpga. You can buy cores and put in any devices you can buy cores for. That's a lot more than you'll get off the shelf. VHDL is not a scary language to learn.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.