Hi

I have been thinking about speeding things up on my 6502 by copying the ROM to RAM at boot. I'm going to be using a CPLD for the glue logic so presumably this should make it easy
My plan is to have the ROM and RAM mapped to the same range (E000-FFFF) but have the RAM only selected for writes
Once the copy is done I will disable the ROM completely and enable reads from the RAM

The writing part is easy since I can have the address decoder select both the ram and rom at the same time. since the ROMs /WE is tied high it won't do anything with the writes
For reads though would I probably need to gate the ram's /CS so that it is only selected when either RW = 0 or the ROM is disabled by the CPLD i.e something like



Does this make sense?
Will RWB be valid before PHI2 rises?

The RAM I'm using is Cypress CY7C199CN 15NS and my CPU will be running at 5MHz

R/W transitions at around 35ns after PHI2's falling edge, so yes it is valid before PHI2 rises.

_________________
Want to design a PCB for your project? I strongly recommend KiCad. Its free, its multiplatform, and its easy to learn!
Also, I maintain KiCad libraries of Retro Computing and Arduino components you might find useful.

If you assert /CSram, /WRram, /CSrom, and /OErom simultaneously the RAM will store the information coming out of the ROM during this read cycle. So you just need to read all ROM. Then you only need a mechanism to disable ROM access to further access RAM only. This could be a flip-flop reseted by /RES and set by the first RAM write within the address range of the ROM. You may also use an unused port pin.

Awesome thanks!



This is an excellent idea and would make the process a whole lot faster. I look forward to trying it!

Initially you said you wanted to speed things up on your 6502 by copying the ROM to RAM at boot. How are you planning to kick the clock speed up after the copying?

_________________
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?

That's a good question. Either the machine has to be clocked at a slower rate to accommodate the ROM, followed by a speed-up, or wait-states have to be used. The latter would be less tricky to implement, as glitching during a clock speed change might be a problem.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Yep the plan is to wait state the ROM using RDY with a flip flop essentially like this post here: viewtopic.php?p=12661#p12661

The intention is to hopefully hit 10 MHz, at 5 MHz the waitstate isn't even needed and the ROM keeps up fine

I was going to suggest looking at the WDC boards to see how they do it, but turns out I was thinking of a feature built in to the W65C265S.

The W65C265SXB board has both a 32Khz Crystal and a 3.6MHz crystal, and the MCU has inputs for both, and an output, PHI2, to connect to other parts on the board. Flipping a bit in a control register tells the CPU which clock to use.

From the data sheet:

Looking at the datasheet for the CY7199CN RAM I can see that you can assert /WE and /OE at the same time but the waveform doesn't seem to specify any particular timing requirements for this.
Has anyone got any experience with this? the datasheet implies that it doesn't care about /OE while /WE is asserted so I'm hoping asserting them both at the same time will be fine

If it works I can just assert /MWR at the same time as /MRD when romcs goes low and this should write to the RAM, loop through reading the whole ROM and then disable the ROM and I should be fine yeah?

I was thinking something like:

Its common in SRAM chips for /WE to override /OE. My quick and dirty 128K SRAM upgrade for the 265SXB does this as it has no additional glue logic.
https://tydbit.blogspot.co.uk/2015/12/impatiently-waiting.html
My bigger 1M SRAM card has a PAL and produces /OE and /WE signals qualified with PHI2.

_________________
Andrew Jacobs
6502 & PIC Stuff - http://www.obelisk.me.uk/
Cross-Platform 6502/65C02/65816 Macro Assembler - http://www.obelisk.me.uk/dev65/
Open Source Projects - https://github.com/andrew-jacobs

Awesome thanks everyone

There should be no issue in asserting /WE while /OE is asserted. I am not aware of a SRAM chip where this would be a problem. If there is only one RAM chip on your board and you are not short on power at all, just tie /CE to ground and select your SRAM using a signal to /OE. This really reduces the power supply noise by leaving the SRAM powered on at all times and the propagation form asserting /OE to valid output is much faster than from asserting /CE or both /CE and /OE. OF course, make sure /WE is Phi-2 qualified.

_________________
Bill

If you want to switch the CPU clock speed cleanly, have a look at this article: http://6502.org/mini-projects/clock-swi ... ching.html

It shows how to switch between two clock speeds without creating glitches.

_________________
Shift to the left,
Shift to the right,
Mask in, Mask Out,
BYTE! BYTE! BYTE!

There's also this simpler clock-stretching one: viewtopic.php?p=11796#p11796

_________________
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?

Please note that if using fast SRAM you need to have fast clock switching. If your clock switches slowly, it may generate confusion in the transition area. I have seen this when interfacing to older 1MHz 6502 systems with fast SRAM (50ns or faster).

A common fix for such is a schmitt trigger. Here is an article describing the problem&fix.