6502.org Forum  Projects  Code  Documents  Tools  Forum
It is currently Sun Sep 22, 2024 10:29 pm

All times are UTC




Post new topic Reply to topic  [ 18 posts ]  Go to page Previous  1, 2
Author Message
PostPosted: Sun Aug 30, 2020 7:26 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 1:09 am
Posts: 8511
Location: Southern California
cjs wrote:
GARTHWILSON wrote:
I have about 75 R65C02's....

Or so you think. How many of them are relabeled NMOS? :-)

Fortunately these are production overruns our company originally bought from a Rockwell distributor in the U.S. in the 1990's. I wrote the program they used, with CMOS instructions, and we sold the product for 13 years. I also have over 100 NMOS 6512's I bought on a Jameco sale in the late 1980's which will probably never get used for anything.

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 31, 2020 1:30 pm 
Offline
User avatar

Joined: Thu May 14, 2015 9:20 pm
Posts: 155
Location: UK
Some things to think about:

A number of peripheral chips that have a 6502 / 6800 bus interface been used on a Z80 bus.
And number of peripheral chips that have a Z80/8085 bus interface been used on a 6502 bus.

There is a design for a 6502 card, and a 6522 card for the RC2014 system. But I think this is done with some 6502 system signals on some of the spare bus lines.

The Z80 always outputs a 16 bit address even when accessing I/O devices. However where the top 8 bits of the address comes from depends on which I/O instruction is used.

So if you are only using your own code (rather than other people’s code) with some careful thought and some relatively simple glue logic, you could combine the Z80 /MREQ and /IORQ lines, and then have both memory and I/O devices in a single 64k area.

Alternatively some tristate buffers/line drivers could do the I/O address translation to achieve the same thing and fix all I/O into a specific memory page.

If you go the other route, a Z80 has no trouble doing memory mapped I/O. You can then ignore all the I/O instructions.

Without getting into the fine detail, it’s hard to work out which route is best. If you already have a backplane and a existing set of peripheral cards, it may be worthwhile looking to keep that, and then work out how to interface other microprocessors to it.

Mark


Top
 Profile  
Reply with quote  
PostPosted: Sun Nov 22, 2020 4:40 pm 
Offline
User avatar

Joined: Sat Dec 01, 2018 1:53 pm
Posts: 727
Location: Tokyo, Japan
1024MAK wrote:
There is a design for a 6502 card, and a 6522 card for the RC2014 system. But I think this is done with some 6502 system signals on some of the spare bus lines.

Well, I don't know why I didn't follow up on this earlier, but when drogon just now mentioned that there was a 6502 card design for the RC2014 bus, I did a web search and it popped right up!

A few posts on the Ancient Computing blog describe a system designed to use a 6502 board with the RC2014 peripheral boards.

On the CPU board he does the obvious thing to generate /RD and /WR and qualifies them with φ2, and he decodes addresses to assert /IO when a certain 256 byte range is accessed and /MREQ otherwise. He also inverts A15 to flip the RC2014 standard ROM and RAM locations, presumably because the ROM and RAM boards are doing their own address decoding for select. (He also mentions later that he brought out the original 6502 R/WB signal to a spare pin on the bus for use with 6502 peripherals on other cards, which is perhaps what you're remembering.)

In this post he discusses dealing with a few peripheral boards. The RAM is trivial (just remember to disable the bottom half of a 64K board because of the A15 flip), but the 32K ROM, because it's actually giving you 4 8K pages, is a bit tricker because you need to move the 8K page from the bottom of the address space to the top. Still, it's nothing unobvious, just a little tweak to the decoding. The ACIA board, since it already uses a 6850, is basically undoing the stuff that was done to make it compatible with the Z80, I think. (I've not looked too closely into that yet.)

He's also done a 6809 board.

_________________
Curt J. Sampson - github.com/0cjs


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 18 posts ]  Go to page Previous  1, 2

All times are UTC


Who is online

Users browsing this forum: No registered users and 19 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: