6502.org

Has anyone experienced or heard of problems when accessing fast memory slowly? Such as 20-55nS sram being accessed with 500nS /CE?

Google and Bing Searches have only given me page after page of Stack -vs- Heap, registers -vs- files -vs- arrays - vs- database queries -vs- etc. Maybe I haven't asked correctly.

Thanks

One thing to watch: fast memories have complex internal sequences which trigger off changes to incoming signals. So you may want to be sure your address lines are stable before the chip begins an access. Look carefully at the timing diagrams.

Are you wanting to know if you can use a 20-55ns SRAM while holding the /CE line low for 500+ns? If so, as far as I know there shouldn't be a problem with that so long as all the other lines also stable for that long as well.

(For that mater I have often just tied the /CE directly to ground for some circuits where I don't really need it.)

These aren't really good places to look for this sort of information - the first and pretty much only place to look is the datasheet for whichever RAM module you're using - it should state any restrictions on access times, and if it doesn't say that there's a maximum duration for one of the signals to be in a certain state, and doesn't state anything like an overall maximum cycle time, then it should be fine to access it as slowly as you like. For typical static RAM, as stated above, it shouldn't be a problem.

The 4Mx8 SRAM modules I sell on the front page of my site (linked below) use 10ns SRAMs.  I don't have any way to test for nanosecond-range timings, but I think the manufacturers' production testing is a good-enough guarantee for that.  My own tester for completed modules is very slow, with shift registers that have to shift a lot of bytes in and out of my workbench computer for each byte tested on the SRAM module.  It takes a lot of operations to test each byte, and I haven't timed it exactly, but it's probably leaving the SRAM enabled at least a hundred times as long as you're talking about.  It is also where, as I was developing the test program, I found out, by accident, that with only CMOS loads on a line, its parasitic capacitance could hold the data for milliseconds (not just microseconds or nanoseconds) when nothing was driving it—which is partly why testing must consist of more than just writing to an address and then reading it back, because you might only be reading what the bus capacitance is storing, possibly from a previously written location, rather than making sure the data really got stored in the SRAM, in the proper place and nowhere else.  FWIW, I did not try to see how much longer the capacitance could hold the data.

I have a small SBC I created about a decade ago. It uses a W65C02 CPU, which is a static part and I use 10ns static ram and 45ns EEROM. The SRAM is the skinny dip SRAM they used to use for cache in 100MHz 486 mother boards. The slowest I've run that board at is down to 100Hz to troubleshoot some I/O board I was working on, and it ran just fine. We're talking a 10ms cycle time here. The moral of the story is, if the relative timing of the signals is correct, it will likely not be a problem. If you are having trouble, then check to make sure the relative timings of the address bus, data buss, R/W and /CE signals are correct.

Same here. I run 12 ns RAM on one of my boards and it's happy to run anywhere between 40 MHz or indefinite single stepping (i.e. hours between clock cycles if need be).

Reassuring responses, some verifying things I suspected, but wasn't sure of. Thanks.
I've wondered about that, and how it relates to most devices' datasheets stating Write can be /WE controlled or /CE controlled.

+1

In this context I'm talking about my VGA circuit where there address bus is only hooked up to the RAM and nothing else, there is no other device selection occurring, and every address change is completely intended for it and it alone, and it will never not be accessed in favor of something else.

No doubt there is some timing considerations there though; but in this instance I think what I'm doing is "okay"

For a more complex circuit like putting RAM on the 6502 bus with so many other devices I absolutely agree, use the /CE line, it just gives much finer control.

But to the OP's question, if you want to hold /CE low for many more nanoseconds longer than the spec of the SRAM (e.g. single stepping a 65C02, or using it at a clock frequency much lower than it's rating), then I think my point still stands. It should be fine; it shouldn't lose its contents like DRAM does, and will not cause any ill effects like releasing the magic smoke.

Of course, as most have already pointed out, read the data sheet (thoroughly) to be absolutely sure for the make/model of RAM your using.

I'm not sure if that is true today, but I remember some pseudo static RAM being declared as SRAM that may invalidate that assumption.

It's best to look at the datasheet and see if there is an upper limit noted.

André

The definition of static RAM is RAM that maintains individual cell state with fixed input levels applied, i.e., without clocking.  If a RAM can’t meet that definition, it’s not static—it’s that simple.


I did say that in my post. 

I have used several brands of SRAM in my contraptions and have, at times, used the clock stepper gadget to single-step a program.  In one case, I was working on that when I got called away and was not able to return to what I was working on for several days.  When I did get back on it, things continued without an issue.  In other words, the SRAM (and the 65C816) was truly static.

Yes of course SRAM means static.

Just I remembered that there was PSRAM at some time. E.g. https://www.alldatasheet.net/datasheet- ... 8512A.html
It's got a max CE pulse time of 10u.

But those are obsolet today I'd think

André