RE: Question about ROM expansion for VIC-20

From: Baltissen, GJPAA (Ruud) (ruud.baltissen_at_abp.nl)
Date: 2005-01-18 15:38:02

Hallo Jim,


I have given your idea a good thought but I only can repeat Marko: "> That
sounds really complicated.". Some moments address lines are used in the
normal way, connected with the addresslines of the CPU, the other moment
they have to be connected to one or another banking mechanism. To make it
worse: one moment this is for one addressline, the other moment more
addresslines are needed. One moment the OE/CE inputs have to react on one
BLK signal the other moment on more then one. As said: rather complicated.

I found a "solution": build the different configurations on one board. Then
only a few bits or switches are needed to tell what configuration has to be
activated. Some other bits/switches tell the configuration what program
inside the EPROM is to be activated. Disadvantage: rather huge. Advantage:
no special parts like CPLDs or FPGAs needed.


Hallo Marko,

> Yep, sort of. ...

May others have a look at the idea as well?


--
     ___
    / __|__
   / /  |_/     Groetjes, Ruud
   \ \__|_\
    \___|       URL: Ruud.C64.org















=====DISCLAIMER=================================================================

De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen.

The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission.

       Message was sent through the cbm-hackers mailing list

Archive generated by hypermail pre-2.1.8.