Hi there !

I'm a hobbist, and newbie in electronics.

I've an NMOS 6502 wired to a modern micro controller (a Teensy 3.6, running at 180 mhz)
Data bus, address bus, Phi1, Phi2, Phi0, Rw and RST are wired
RDY, NMI, IRQ are tied up to VCC with 5.1k resistors (I did not had the recommended 3K)
I've put a 10uF capacitor between GND and VCC near the Pin 1

I'm only doing things for the sake of understanding this old CPU that I used when I was a teen
The micro controller is there to simulate RAM/ROM access and generate the clock signal.

Using a cheap logic analyzer I can confirm that I've a 1MHZ clock signal fed to PHI0 with a duty cycle around 50%, probing at pin 37

Now, what I did is using a timer interrupt routine (on micro controller) at 2 MHZ
On each interrupt call I send a clock HI or a clock LOW, that's give me a 1MHZ signal with 50% duty - At least this is what Seleae Logic reports : 1 MHZ signal
From there I'm stuck I don't really understand the 6502 cycles, and spent countless hours on Google to read articles on this topic

I can't get the 6502 trying to read $FFFC/$FFFD after reset - All I get is garbage
So I don't know if I'm "sensing" the address bus at the right time

Here http://laughtonelectronics.com/Arcana/V ... iming.html
It seems that I need to wait for PHI2 to be high to read the address bus

From here https://lateblt.livejournal.com/88105.html
It seems that I need to wait for PHI2 to be high to read the address bus

I'm puzzled - I've tried to read the original 6502 specs but that's a little bit above my skills

I found some articles about 6502 wired to Arduinos, and those folks achieved some results more easily than me (no interrupt, simple loop()) whilst I can't get nothing but erratic behavior most of the time.

I know that the CPU must be reseted and what I simply do is



At program startup.

Facts :
- the whole project is on a breadboard (a low quality one)
- I tried to use short wires but some of them are still way too long (20 millimeters for some address bus bits)
- The 6502 is driven at 3.3v
- The 6502 should be an NMOS (that what I bought), how can I check if it's really an NMOS or a CMOS version ?
- 6502 CPU label is SY6502 / 8349 with Synertek logo
- The 6502 could be counterfait or broken ? I bought it from a well established French resealer (cost me under 7$)
- I don't know what I'm doing
- I'm stuck to 3.3v, crafting a system with 3.3v on micro controller and 5v on 6502 is undoable for me (too complex)

Please, please any help appreciated I'm on the edge of the Full Frustration

Welcome!

The NMOS 6502 is not guaranteed to work at 3.3V at all. It is a 5V device. Logic high at 3.3V is fine, but not power supply voltage.

The address and R/W lines will be valid before phase 2 rises.

You should find many of your questions answered in the 6502 primer, at http://wilsonminesco.com/6502primer/ .

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

I would start by generating the PHI2 clock in software from the ARM -- it makes it easier to tristate the data bus.

The logic I use in my three chip board is:


You can add in support for IRQs later.

_________________
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

Given that you have a microcontroller running at 3.3V, I recommend upgrading to a CMOS version of the 6502, as that will also work at 3.3V and thus be easier to interface to your microcontroller.

I would also note that if you have an unsynchronised timer interrupt and are merely checking the state of the clock during its service routine, you have no guarantee whatsoever that the clock will *remain* high for the entire duration of your routine. Instead, you should have the Phi2 clock trigger interrupts on its rising and falling edges. Address lines will be valid on the rising edge, and data lines will be valid on the falling edge. You may need to switch the interrupt logic between rising and falling edges on each trigger, in which case you can direct it to separate service routines at the same time.

I took it to mean he has a timer interrupt on the microcontroller that hits two million times per second, and it flips the 6502's clock input each time, generating a 1MHz clock input, which is fine as long as the microcontroller emulating the other parts is fast enough to make them play nicely with that clock rate, meeting the setup times.

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

Welcome! Certainly you need to reconcile your CPU choice and your voltage. The Teensy 3.5 runs at 5V, so that's another way to get the Teensy and the 6502 working together. Using your Teensy 3.6 with a modern CMOS 6502 is also a good idea - especially if you can be extra-sure of getting a genuine working part.

Thanks a lot for your answers, I'm not alone anymore But now I have more questions and I must rephrase some points of my initial post

Wilson, I know http://wilsonminesco.com/6502primer and theses pages are very valuable, I've read most of them during the last weeks but I still struggle to understand all the articles

1) Just to be sure about the signal names
PHI0 is the clock input, pin 37 - This one is an OUTPUT on MCU side and generated by the MCU (interrupt routine or not)
PHI1 is PHI0 inverted, pin 3 - This is an INPUT on MCU side
PHI2 is PHI0 with a slight propagation delay, pin 39 - This is an INPUT on MCU side

2) Andrew, about the pseudo code

When I started this experiment, I did not used any interrupt routine - I just tried to experiment with the main() loop even like many hobbyist did with slow Arduinos but most of the time I only got erratic behavior from the 6502.
In the pseudo code you use PHI2, so I presume you're talking about clock OUTPUT on MCU side, the signal that is fed on pin 37, should I stop using PHI0 as a valid term and stick with PHI1 and PHI2 (no matter if I speak about pin 39 or pin 37 ?

What is the first loop for ?


I understand the RESET, but not the loop : Is it to stabilize the CPU before entering the main loop ?

Then, in the main loop


That means
- Generate clock LO
- Generate clock HI
- Then during clock HI I should have access to ADDR BUS, DATA BUS and R/W provided that I have the right nano seconds delays

The delay is a problem, the MCU is very very fast and the core might optimize the code execution so well that I did not found a way (I mean an article on the web) to have nano seconds delay using assembly "NOP". Not related with the 6502 but I should try to find a solution, may be putting a pin HIGH and LOW with NOP instructions in between and check the elapsed time with my chinese logic analyzer

I see that you set IRQ to HI, I presume it's the same that happen when IRQ pin is tied to VCC through a 5K resistor ?

Last point : I discovered the concept of "tri-state" few days ago and it confuses me a lot. 0, 1 and something else (the famous HI-Z) - Is tri state concept important/necessary to drive the 6502 ? Should I try again to understand what tri-state is ?

3) Chromatix

Yes, I'm aware that some NMOS 6502 could have problems with 3.3v - I will switch to the 65C02 in last resort, because I dream about partially emulating an old NMOS 6502 computer (an Oric Atmos) and may be the ROM original code could not run with a 65C02.
While typing the line above I did a quick search and found that using a 65C02 in an Oric Atmos is possible : http://forum.defence-force.org/viewtopi ... 44&p=19622
So that might change my plans

About the clock remaining HI see below

4) Interrupt flip flop


Yes, this is how it works.
Pseudo code is


I arranged the connections between the 6502 pins and the MCU pins so I can read/write D0..D7 in one operation, read A15..A8 in one operation, read A7..A0 in one operation + 3 bits logical instructions
So it's pretty fast.

Then on the main loop I would



If the code in the main loop is fast enough that could work.
BTW I should try to find an ARM disassembly tool that can give me cycle timing for each assembly instruction.
And I should do some maths to correlate the 180MHZ speed of the MPU and the 2MHZ interrupt to determine the maximum nano seconds I can spend in one main loop iteration

5) Last notes

- I already have two versions of the code, one with an interrupt timer, one without so I can easily check Andrew's pseudo code provided I can wait for nano seconds

From http://laughtonelectronics.com/Arcana/V ... iming.html
When the 6502 wants to read from memory

or when the 6502 wants to write to memory


In both cases the address bus is valid when PHI2 is high so I don't need any delay
But I need a few nano seconds delay before I read or write to the data bus, or am I wrong and there's no need to wait at all ?


Thanks again for your help, I hope this post is not too much confuse

I missed your post Took me 60 minutes to write mine...

Yes, I thought about the T3.5 but it runs at 120 MHZ, that 60MHZ less than the T3.6 might be a problem if I'm very tight on timing resources, even if both of them can be overclocked the T3.6 win in all cases

About being extra sure if a 65C02 or 6502 is a genuine one, it's hard to say nowadays, so many ebay and amazon vendors, online suppliers, shops...

It might be worth a more careful study of Jeff's diagrams. Part of the message about 6502 timing is that the Phi2 rising edge is not a timing reference. It can be useful but nothing is defined relative to it.

When you are supplying data to the 6502, you need to read the address bus late enough that you know it has finished changing, and to drive the data bus early enough that you know the 6502 has time to capture the correct final value when phi2 falls. And then to stop driving the data bus rather soon after phi2 falls.

When you are reading data from the 6502, you need, again, to read the address bus late enough, but this time you need to read the databus late enough that you know it's finished changing. One approach, when you're in the place of a microcontroller running code to emulate a peripheral, is to read both the clock and the databus repeatedly, and then to use the latest databus value which corresponds to phi2 being high.

For current-production 65c02's, WDC prefers that you use only the pin-37 input as the timing reference. The internal hardware is still there and operational for pins 3 and 39 but they no longer test or guarantee the timings for them. For older 6502's and 65c02's, it was normal to reference everything from pin 39.


The CPU needs several clock cycles during the reset-low time to get itself ready for business. Just holding the reset line down without cycling the clock is not enough.


Correction on CLI and SEI: CLI stands for "CLear Interrupt-disable bit," meaning you will now allow interrupts. SEI stands for "SEt Interrupt-disable bit," meaning that now you will not accept interrupts. Be aware however that setting the interrupt-disable bit is an automatic part of the reset and interrupt sequences already; so you don't have to do an SEI at the beginning.


This is a normal part of any realtime software design.


The address bus, R/W, and SYNC are guaranteed to be valid and stable the tADS time after phase 2 falls, which makes them available before phase 2 rises. However, when the processor is writing (ie, R/W is low), the data it is sending out on the data bus is not guaranteed to be valid until tMDS after the rise of phase 2. If your microcontroller reads the data bus right after the rise of phase 2, you will get invalid data.

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

Before giving up with the NMOS at 3.3v and ordering a 65C02, I would really appreciate your advice about the code of my interrupt service routine. Can you see something I do the wrong way ?

Meaningful code blocks are

On micro controller start :



Then the isr (for now it's running at 1MHZ so that's 500KHZ for the 6502) :



Once again, thanks for your help and time !

I switched to a CMD G65SC02, the behavior of the cpu seems more reliable, even if it's still not ok because now I'm facing another problem :

VCC is 3.3v
The emulated ram contains only NOPs (EA) opcodes
The NMI, RDY and IRQ pins are tied up to VCC through 4.7K resistors

After RESET the cpu never tries to read from $FFFC/$FFFD but endlessly tries to read $FFFE/$FFFF and I don't understand why

Extract of output (first row is R/W)

Looks like the CPU is always reading zeros - it's reading 0000 for the vector and then reading 00 which is a BRK as the opcode.

I just checked again, $FFFE/$FFFF contains EA so the 6502 should jump to EAEA address and that never happen

I'm certainly doing something wrong, but I really don't see where is the mistake - I checked all the wires, checked again my interrupt routine, port reading and writing

I suspect a problem related with bad timings for databus write/read. I might be reading or writing the databus too early or too late when I put PHI2 on HIGH state

When phi2 falls, the 6502 reads the databus. So the value needs to stay there for some ten or tens of nanoseconds.