Re: Microcontroller "PEEKing" into C64 memory?

From: groepaz_at_gmx.net
Date: Thu, 21 Jan 2016 17:23:47 +0100
Message-ID: <4342495.0TXVyjCeD3@rakete>
On Thursday 21 January 2016, 11:18:22 Leif Bloomquist <leif@schemafactor.com> 
wrote:
> Hi all,
> 
> I have an idea for a project that would require an external
> microcontroller to be able to "peek" into parts of the C64 Memory.
> 
> It wouldn't matter where.  I/O1 and I/O2 might be easiest, but some
> unused space like $02A7-$02FF could also work and not interfere with
> external devices.   Only would need 8 bytes or so.
> 
> What would be the easiest way to go about this?
> 
> I'm not an electrical guy at all, but my initial concept would be a
> dual-port SRAM along with a decoder (74LS138, etc) that signals when
> the particular address range is selected (as well as on Write). Then
> have the data lines and a few of the address lines connected to the
> SRAM that gets written to when that triggers. From there the
> microcontroller can read the SRAM from the other port and do its
> thing.
> 
> Would this be easiest, or are there other better ways?
> 
> There's also this, a cool project (but total overkill), proves it can
> be done:  http://hackaday.com/2014/12/26/dual-porting-a-c64-flash-cart/
> 
> (Plan B would be to to have a UART and go serially through the User
> Port, but then special software would be needed on the 64, more
> involved than just a POKE.)

what exactly is the goal? "Only would need 8 bytes or so" sounds like what you 
want is more like mapping in some "registers"? (and in that case, some 
properly decoded locations in I/O space would be my choice)


-- 

http://www.hitmen-console.org    http://magicdisk.untergrund.net
http://www.pokefinder.org        http://ar.pokefinder.org

Choose any two: 1) Enjoy your job. 2) Work within the law. 3) Make lots of 
money.



       Message was sent through the cbm-hackers mailing list
Received on 2016-01-21 17:01:20

Archive generated by hypermail 2.2.0.