home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / m6809 / 541 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  2.0 KB
  1. Xref: sparky comp.sys.m6809:541 comp.os.os9:1517 sci.electronics:20569
  2. Path: sparky!uunet!munnari.oz.au!manuel.anu.edu.au!coombs!avalon
  3. From: avalon@coombs.anu.edu.au (Darren Reed)
  4. Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
  5. Subject: Re: Color Computer 3 interfacing
  6. Date: 12 Dec 92 15:39:02 GMT
  7. Organization: Australian National University
  8. Lines: 30
  9. Message-ID: <avalon.724174742@coombs>
  10. References: <1gap5kINN2u9@master.cs.rose-hulman.edu>
  11. NNTP-Posting-Host: 150.203.76.2
  12.  
  13. kleinjf@harry.Rose-Hulman.Edu (Joel F. Klein) writes:
  14.  
  15. >Th old system I had worked on a Coco 1, and resided at $FEFF, up in
  16. >the unused cartridge address space.  Unfortunately, the Coco 3
  17. >apparently has RAM at this address (in addition to putting Super
  18. >Extended BASIC up there).  Thus, whenever I would try to perform a
  19. >read and get the A/D sample, the converter and the RAM would clash.  I
  20. >haven't done too much with the GIME chip, but it seems as if I should
  21. >be able to force these memory locations to be disconnected from RAM.
  22. >Can anybody tell me how to do this?  There are three control bits at
  23. >$FF90 that interest me.  One is the Coco 1/2 compatibility bit.  The
  24. >service manual also describes the lowest 2 bits as controlling the two
  25. >16k segments of upper memory, specifying internal or external.  I have
  26. >tried poking what I guessed to be the appropriate values to this
  27. >register with no apparent resulting change; cartridge memory still
  28. >acted like RAM.
  29.  
  30. $fe00-$feff is a wierd area of memory...if you ever run os-9 lv2
  31. on your coco3, have a look at it then and you'll get some idea...
  32. its something like a static memory image - always of the same area
  33. of memory and always there.  Under os-9 lv2 all interrupts are
  34. vectored through that memory before switching memory image and
  35. jumping into the kernel.
  36.  
  37. Simply POKE'ing values won't work, $ff90 and most of the other 'vital'
  38. control registers are updated regularly (like at every screen refresh
  39. or something ;) so you'll need to turn off interrupts and other nasty
  40. stuff before you have much of a chance there.
  41.  
  42. avalon
  43.