Complete working transistor-scale replica of the classic MOS6502 microprocessor
monster6502.com
monster6502.com
Under his guidance I wrote the assembler, and even earned a raise after simulating the hashing function in FORTRAN and finding it lacking.
I still have very fond memories of that job and of the 6502, and would be interested in purchasing a replica as soon as you go into production!
Looks like there is a scan of it online: http://www.atarimania.com/documents/6502%20(65xx)%20Micropro...
Or at least an FPGA with a 6502 burned in (like the 65F02) but I'm not sure it would be smaller as i assume the FPGA has a lot more hardware than the 6502 (even needs).
One fix in this variant is that all reserved/undocumented instructions are NOPs, they don't do anything unexpected. Another one is that you can stop the clock entirely and it will not lose track of what it was doing earlier.
With 4769 components on the board, that would suggest a cost per component of over 40 cents. Looking at JLCPCB prices for SMD assembly and components, I would have expected an order of magnitude less.
But actually, I'm thinking a nice framed picture might be pretty nice.
larger boards are also more difficult to work with in general. JLCPCB plays a few tricks to keep the costs down on the smaller boards, but once you go past certain limits, the price goes up significantly.
Specifically JLCPCB claims "$0.0017 per joint" for PCB assembly, which would be around 10k joints for the transistors, and another 5k for the resistors, LEDs and other parts, so around $25 + the parts cost.
Some other PCB manufacturer (edit: PCBway) I checked also didn't seem to charge more than a few hundred per fully populated board (for the board + assembly).
It's of course possible that that JLCPCB pricing goes way up with such parts counts, but the other manufacturer did ask for count + size before producing the automatic quote.
Edit: Didn't realize you were the project author - thanks for the response! I guess that's what hides behind "Final price is subject to our review" then. Still, looking forward to seeing this in person
so yeah.. maybe they're making them in some more expensive country or use some exotic components.
Check e.g. Visual 6502 - http://www.visual6502.org/JSSim/index.html
It turned out to be a dumb circuit design around the Z80's NMI. I don't remember the details now, but there is a circuit that is like a low voltage (brownout) detector that triggers NMI, where the firmware branches to a loop. The idea was likely this: to prevent trashing the settings if that happened during a write cycle (setting being stored). Anyway, this NMI would happen on startup, during the voltage ramp-up.
I deduced it purely from reading the schematics that, hey, this circuit could activate NMI close to power up.
The fix was to just cut the trace to the NMI line with a sharp instrument; presto, no more random lockups on power on.
The kicker was having debugged all this, I found a 1989 dated document from Ada which confirmed everything and recommended the same fix. I think had that document all along but it was hard to understand what it was getting at. and take note, if you didn't already understand the problem.