home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.m6809:538 comp.os.os9:1513 sci.electronics:20514
- Path: sparky!uunet!gatech!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!master.cs.rose-hulman.edu!harry!kleinjf
- From: kleinjf@harry.Rose-Hulman.Edu (Joel F. Klein)
- Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
- Subject: Color Computer 3 interfacing
- Date: 11 Dec 1992 19:11:48 GMT
- Organization: Rose-Hulman Institute of Technology
- Lines: 38
- Sender: kleinjf@harry (Joel F. Klein)
- Distribution: world
- Message-ID: <1gap5kINN2u9@master.cs.rose-hulman.edu>
- NNTP-Posting-Host: harry.cs.rose-hulman.edu
-
- I am trying to interface and A/D and D/A converter to my Coco 3. I am
- trying to find a usable address at which to locate the port. I made a
- cartridge extender that brings the cartridge bus out onto a breadboard
- while providing a cartridge connector so that I can use the disk drive
- at the same time as the A/D port. Therefore, the A/D port's address
- has to coexist peacefully with the disk drive.
-
- Th old system I had worked on a Coco 1, and resided at $FEFF, up in
- the unused cartridge address space. Unfortunately, the Coco 3
- apparently has RAM at this address (in addition to putting Super
- Extended BASIC up there). Thus, whenever I would try to perform a
- read and get the A/D sample, the converter and the RAM would clash. I
- haven't done too much with the GIME chip, but it seems as if I should
- be able to force these memory locations to be disconnected from RAM.
- Can anybody tell me how to do this? There are three control bits at
- $FF90 that interest me. One is the Coco 1/2 compatibility bit. The
- service manual also describes the lowest 2 bits as controlling the two
- 16k segments of upper memory, specifying internal or external. I have
- tried poking what I guessed to be the appropriate values to this
- register with no apparent resulting change; cartridge memory still
- acted like RAM.
-
- Currently, I am using a parallel port chip, using the *SCS line as its
- chip select signal. The device works then, but of course it directly
- conflicts with the disk drive which uses the same 16 bytes. Does
- anybody have suggestions for making the two live in harmony at the
- same addresses?
-
- Does anybody know of any other addresses I could make the A/D port
- live at?
-
- Please send replies to Joel.Klein@Rose-Hulman.EDU
-
-
- Joel F. Klein
-
-
-
-