6502.org

Considering the size of todays storage, you could actually implement a very simplistic file system where efficiency regarding space is not important. A small directory at the beginning and then just reserve a junk of let's say 32kbyte for every file. Even with thousand files you will have difficulties to find a storage that is not capable of holding such amount. As an interface you can either build an SPI using a CPLD or bit-banging the SPI protocol.

I will probably be breadboarding it first, but I have a friend with a CNC machine that can do PCBs. I have been reading Garth's primer and it has some excellent advice on the hardware side, and I'll probably base mine partially on the schematic he has for a very simple 6502 computer. Yes, this is my first 6502 project. I've done projects with Raspberry Pi and Arduino before but 6502 is new to me. I probably will base mine heavily on existing designs, but I do want mine to be unique as well. As for making the entire thing on an FPGA, I did consider this but with FPGAs I have to program it in Verilog, and I'd much rather actually build a physical computer.

Again, thanks for all the support you've all given me. It's great to have an online community dedicated to keeping the 65xx series alive

For more information about building and debugging a design, I chronicled the ongoing development of my POC series right here. Although POC units are powered by the 65C816, the principles and much of the circuitry is very similar to that of the 65C02. My POC V1 series is entirely discrete logic, using readily-available parts, and has multichannel TIA-232 I/O for communicating with other devices (my Linux development server being one of them).

Which brings up something to consider. If you're game to try it, may I suggest your first build be powered by a 65C816? You can start out with the '816 running in "emulation" mode, which makes it mostly look like a 65C02, but one on steroids. That is, you can initially treat a 65C816 unit as though it were a 65C02, with the future prospect of being able to access more memory, enjoy a more expansive instruction set and use 16-bit operations as your skill with 6502 assembly language develops.

Others have said it but I will reiterate it. Be extremely cautious if purchasing your parts from anyone other than a well-known electronics distributor. We've had a number of members get burned with eBay purchases that proved to be counterfeit parts. In particular, note that there are no Chinese versions of Western Design Center (WDC) products and only two authorized distributors in China (Drexell and Mouser). WDC is the only producer of new 65C02 and 65C816 MPUs worldwide, and has been so since the start of the current century. If you purchase an MPU from anyone who WDC does not list on their website as a distributor you are likely to end up with a fake part that could, in some circumstances, cause damage to other parts of your unit.

Unless you have a particular reason to do so, I do not recommend purchasing Rockwell parts. In the 1980s and 1990s, Rockwell was a major second-source producer of the 65C02 and at one time, JAMECO stocked the R65C02, which were excess NOS or pulls from modems with a Rockwell chipset. Rockwell divested their semiconductor business some 20 years ago and no new production of genuine Rockwell 65C02s is known to have taken place since then. Also, the NOS and pulls inventory has pretty much been depleted.

The reason I mention this is we are increasingly seeing Rockwell parts that have been remarked, either being a NMOS part relabeled as a 65C02, or a 1980s or 1990s part remarked with a newer date code. The odds are more than even you will end up with a bogus part if you go that route.

Feels like we just got carried away... this thread is about starting off, with a strong bias towards keeping things simple and avoiding feature creep.

The '816 has a place, arguably, but surely not here.

I agree with Garth regarding FPGA vs. 65C816. What we are discussing at this point is several orders less complicated than originally proposed. In any case, the suggestion to look at the 65C816 was just that: a suggestion. The bus setup with the '816 is no more complicated than with a 65C02 if one ignores VDA and VPA, as you like to advise.

That was one of my ideas - I was thinking of having 128 byte sectors and having a section at the start with file names and sizes, but then I decided that if I needed a file system then I could just implement FAT16. I agree that the '816 is quite simple, and I was thinking that I could just use it in 65c02 emulation mode and possibly upgrade later, as BigDumbDinosaur suggested. Also, I'm not too concerned about feature creep - I have plenty of time to work on this. Also, remember that in the original post I eventually wanted to make it portable.

It's all possible - everything can be done! But usually there are a few people advising that it's really best to start by building simple. Every little enhancement that gets rolled into that first build is actually slowing down progress, not speeding it up. Your second build will proceed much faster, as you will have learnt a lot, and you will have learnt it faster because you had a simpler problem.

I've done some more research and it seems that FPGAs are more expensive and harder to implement than I thought (living in Australia while prices are in USD always makes things look so affordable ), so I'll have to start a lot simpler. On Garth's primer I was interested in the 4D Systems VGA controller but it's also expensive and has more features than I need. Does anyone know any other good parallel or serial VGA controllers?
Thanks

http://geoffg.net/terminal.html

I got one of these working the other day. The chip cost me $7 CAD and I already had a PICKit 3 programmer, but you can get viable clones for under $20 or the microchip SNAP for maybe $25.

It works as advertised. It can be used as a fully VT100 compatible terminal or as a single chip standalone serially driven VGA or composite video interface. If I'm not mistaken, Silicon Chip Magazine's online store in Australia sell pre-programmed chips for $15 AUD.

All that said, I stick by what I posted earlier. If you're just starting out, using a PC as a terminal has huge advantages.

I second this. It's not just about program storage; it's about program development. If you've built your own system, an inevitable part of that is at least modifying software to work on it, and it's long been found to be easier to write (and perhaps do some testing) of that on a larger, more capable machine. (This is known as "cross-development.") This is not new: even the original 8080 Microsoft BASIC, in 1976, was written and tested on a PDP-10 mainframe, before being transferred to an Altair for further testing.

A serial works very well for this sort of thing because you can very easily use it both for typing at and getting output from your computer and for transferring programs.

If you want to have a look at what a modern cross-development system looks like, you might examine my personal 8-bit development repo, 8bitdev on GitHub. Currently, from assembly language source I assemble programs, run unit tests in a 6502 emulator, send code (via serial port) to my Apple 1 clone, build binaries and disk images for an Apple II, and run them in an Apple II emulator. (The documentation unfortunately is a bit out of date at the moment.) While I still do plenty of hacking by typing directly into real machines, having framework like this makes 8-bit software development significantly faster and easier.

What would be the best assembler to use for the code? I had a look at the ASxxxx and from looking at the docs it's hard to tell what features it has. I'm looking for something that supports macros and works on Windows 10 or Ubuntu 18.04. Does anyone have any suggestions?

Thanks