An old topic has been bothering me for a long time. Assembler and 6502. My C64 has been mothballed for a long time, the VC20 is selling. Nevertheless, I find the 6502 very interesting in terms of assembly language. What you could do with 1MHz and 64kb RAM. This year (2022) the time had come. I decided to build a 6502 SBC. There are many, many posts and suggestions here and on the Internet about this. Unfortunately, there is no version that you could easily rebuild and that meets my expectations of a 6502 workbench computer. Here are my requirements in brief:

- WDC65C02 CPU with 4MHz
- WDC65C22 VIA with 4MHz
- 6551 ASIC for the serial port (R65C51)
- 32Kb or 64KB SRAM (both were available)
- EEPROM or Flash as Kernal/Basic ROM
- NMI and IRQ assignable
- Variable memory allocation, possibly also modifiable from the outside
- Plug-in card system or system bus, preferably with corner edge connectors, as in the C64, VC20, a suitable backplane would be nice
- no video, audio or anything
- SPI over 6522, so you can connect a display/keyboard
- CPLD for something
- opt. LC display

Follow the steps to learn:
- CLPD
- build a simple system on breadboard with 1MHz or with a simple pcb

At the end of the first section there should be a CPU card with a working 6502 system. Incl. BASIC via terminal. VTL-2 and Basl (my own small language) would be considered as further languages. And of course a version of the TPS.

More information and project logs are here:
https://github.com/willie68/w6502sbc

For the latest progress check out my Hackaday page. However, the build log is in German.
https://hackaday.io/project/186414/logs

But I'll try to keep you posted here as well. (in english, of course)

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

to describe the current status,
here is the circuit diagram,

a 3d version of the board.

And here I have the current status of address decoding,

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

Welcome! Thanks for sharing your project. Eager to see the final result!

_________________
BB816 Computer YouTube series

First, Welcome and thanks for posting info on your SBC plans. Not sure where you are in Germany, but I used to travel there extensively during the 90's and 2000's... and lived for a couple years in Reutlingen.

So, I've looked at your schematic and browsed your PLD code... here's come comments in no particular order:

- Power supply: as you're using an input diode for blocking reverse voltage, why not replace it with a full-wave bridge? This would allow any polarity on the input and always power the SBC.
- 16V8 PLD: I would recommend using the 22V10 instead. It has more lines and would be a better glue chip. I used one in my C02 Pocket SBC and my Github page has the schematic and code for it.
- R65C51: This is a very old design, really for modems. Note that the older Rockwell parts are not easily found, much less in the higher 4MHz versions. Also note that the recent WDC W65C02 part has a defect with the transmit bit in the status register - there's a long post on the forum here that covers that in gory detail. Using a newer UART/DUART would be a better choice. I (and several others) have switched to NXP chips, mostly the SC28L92 DUART which has two serial ports and a counter/timer.

Also, when coding the PLD, it's best to keep the chip select lines decoded only using the address lines from the CPU. You do need to qualify the Write (and Read) signals for memory and other device to Ph2 clock. Using the 22V10, you can have qualified Read and Write signals, RAM and ROM select lines and 5- I/O selects that are 32-bytes wide.

Note: If you switch to a NXP DUART, you will need an inverted Reset line for that chip. I used a TL7705 which generates both Reset and /Reset and use a DS1813 as an NMI trigger with a momentary switch to trigger a Panic routine.

If you use a larger RAM chip, you can easily change your memory map (just recode the PLD) to get more contiguous RAM memory if needed. Also, where you decode your I/O can make a difference in how you can manage your memory mapping. I always use Page $FE for hardware I/O. This allows a more flexible memory map for contiguous memory.

FInally, best of luck on getting your SBC up and running... there's lots of expertise out here... just ask if you have any questions... and have FUN!

_________________
Regards, KM
https://github.com/floobydust

(Great! And thanks for linking your sources and logs.)

Thanks for the welcome. I live in Hattingen, near Bochum, Ruhrgebiet.
It's only a insurance against reverse polarity. I have always an 9v or 12V dc power supply with the right plug polarity availble. So no need for a full bridge design.
I have a couple of 22V10 and 18V8 here. So i can change this any time. But this is my first cpld aproach. I like KISS.
SC28L92 is only avaible in non DIL packages...
i had a some R65xxx already in stock, so i would like to use them.
i got the idea from Garth 6502 primer. http://wilsonminesco.com/6502primer/addr_decoding.html
All the /CS lines there are qualified with Phi2. I simply put this in CPLD code.
thats a nice idea.
In the first designs my io page was located at dxxx, like the c64. But i switched to the actual layout, because i have 128MB Flash (SST39SF010SA), which i want to use as ROM. Than i can have 8 different pages for Kernel ROM. And i have another 12KB addressspace for some kind of interpreter or programming.
I will do that. Thanks for your feedback.

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

_________________
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'll keep this in mind, as the next "Generation" will have a dedicated SPI Interface.
Yes, thats part of the CPLD. Only RAM /CS will have Φ2 involved.

At this moment the "Bus" is only something to put an Flash with ZIF socket on it. Nothing more.
For the other Bus i like the Idea of using edge card connector, like in the C64, with an asymetrical spacer in. The PCBs than only have a small slot milling on the "socket". But that's for later. Now the first prototype has to be up and running. Had to rewire all the address lines on the breadboard yesterday because a few lines were broken.

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

BTW.: I was thinking about another option to implement an UART.
Using an arduino pro micro. As interface between micro and SBC SPI will work. pro micro, because the USB Interface is already implement, too. And its available in a small formfactor. (And i have some here )

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

(I've a feeling qualifying the RAM's write enable with phi2 might be preferable. But if so, maybe only when pushing the clock speed, and to do that you need also fast peripheral chips, so it might be out of scope.)

At the moment i'm at 1 MHz. Possible going to 2Mhz.
But what you mean is, /CS for RAM without Phi2 involved and the R/W is with Phi2 or should i combine /OE with Phi2 (only for the RAM)?

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

So, you mean something like this?

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de

The number one rule, already mentioned by Garth, is that writes to memory must not occur while Phi2 is low. And it's also good (though less desperately important) if reads from memory cannot occur while Phi2 is low.

You have a choice regarding how to proceed. If you qualify the memories' Chip Select inputs with Phi2 then you will automatically satisfy both of the considerations mentioned above (because the chip can neither read nor write when CS is withheld). Qualifying the memories' Chip Selects with Phi2 may result in a very slight speed penalty, but speed is not a concern in your case!

The other way to proceed is to qualify the memories' /WR inputs (and preferably also the /RD aka /OE inputs) with Phi2.

Reminder: these remarks pertain to memory devices. 65xx I/O devices must never have their CS inputs qualified by Phi2 (as Garth already said).

ps- I see you've posted while I was typing. Do your equations conform to what we've been saying? Forgive me if I don't take the time to check!

-- Jeff

_________________
In 1988 my 65C02 got six new registers and 44 new full-speed instructions!
https://laughtonelectronics.com/Arcana/ ... mmary.html

CUPL code looks good at fist glance.

_________________
Bill

Thanks all of you. I'll try the new pld on breadboard, if this ever works...

_________________
don't count on me, i'm engineer (Animotion)
my arduino pages: http://rcarduino.de