I reached out to Putnam Electronics a bit ago about the PE6502, but haven't heard back yet, so I'm looking at other options.

One option I've started looking more closely at is Ben Eater's 6502 kit. Or, if I don't buy the kit, at least watching through his series and building out my own based on ...

Wants to learn to build a 6502 system. Wants to learn to program the 6502, but only in C. Wants to build and program a hand-held battery powered LCD game system. Not averse to using FPGAs or other programmable hardware but does not want a $30 low-power FPGA board with LCD and audio, etc., because ...

The 6502 is ill-suited for C (lack of registers, poor stack access, irregular instruction set), and even though there are a couple of compilers out there, the code generated is not great and fitting anything useful into sub-64K space (code and data) is tough. If you like C small, inexpensive ARM ...

I'm looking to pick up an SBC to use for learning to write code for the 65xx and wanted to ask what options are recommended for someone who:
Comes from a self-taught C programming background and would prefer to use something that is supported by a C compiler (Whether it's the WDC tools or another ...

As mentioned in a previous thread, I'm going into this with no prior knowledge on designing computers of this nature from the ground up. Failing to bring this from concept to completion is an outcome I've not written off.

At this planning/research stage, I don't want to seriously involve anyone in ...

I'm not picky about a specific language. I'll edit my original post to clarify that.

The entire device will be a custom PCB, this thread is focused on one FPGA that will be on that PCB (as a stand-in for where a custom chip would go if I had the funds since no off the shelf option exists. At least ...

The iCE40HX FPGA I'm currently looking at is more than capable of running projects similar to what I'm aiming for, some of which are already candidates for modification to fit this project. (Whether I'll need a beefier FPGA after expanding the capabilities of one of those chips is to be seen and is ...

As something of a continuation of this topic , but with a decided direction that I think justifies a new thread.

For this project I've mentioned in the previous thread, I'm looking to make a 16-bit VDP for this project. I'm set on using a Lattice iCE40 FPGA if it proves able to handle the workload ...

Are you asking if that's who I am? If so, no.

I just noticed it has been a little over 6 months that Ardis first started posting on this topic.

I'd be curious to know if anything tangible has happened, or if the time has been spent with general noodling on the what-ifs...

I know it can be tough to take that first concrete step. It's all easy ...

There were a few other reasons I didn't bring up as to why I didn't want to use that module, not just price. I just wasn't sure how to say it without sounding like I was stomping all over the modules you were suggesting at the time.

It honestly sounded like overkill if I could run an entire 65C02 ...

You may want to consider my current obsession, Sipeed Nano boards with Chinese FPGAs.

For $20, you can have Nano9K, a board with HDMI, LCD connector, a boatload of IO, MicroSD and USB-serial. The FPGA fits a 65c02 core with up to 52KB ram and a UART with 85% left over for your video or anything ...

I haven't seen anything on the LCDs I was considering that would indicate that they had onboard memory.

They do exist - panels with controller ICs that hold the graphics data and do the hard work of refresh, etc. for you.

I did a project some years back to connect an LCD to a Raspberry Pi via ...

Let's do some math.

320x240 at 60Hz is about what the C64 could do. So let me start there.

This means you have a pixel frequency around 8 MHz. With a 16bit colour approach, you'd need 2 bytes per pixel, i.e. 16MBytes per second throughput just to display the video (at least in the active areas ...

I asked a couple questions in my thread on the Newbies section, but I figure I might want to split each question out into its own separate thread.

I'm doing early planning for a 16-bit handheld game system using a 65C816 as its CPU. Currently, I'm trying to narrow down what I need to learn to make ...