I've had this board for a while but only recently decided I should try to learn a bit about FPGAs.
I found some information here:
http://land-boards.com/blwiki/index.php?title=Cyclone_II_EP2C5_Mini_Dev_BoardIt seems this board is used as the basis for some kind of retro gaming emulation
I had to jump through a number of hoops to program the board.
First problem was I had to go back to Quartus v13.0 to find compatibility with the chip. At least it's available on the intel website for now.
Second problem was the software back then was 32-bit only so I needed to install compatibility libs on my Linux Mint desktop.
Third problem was the requirement for libpng12 which is no longer shipped with/for Linux Mint.
Initially I solved these problems by using a virtual machine running Linux Mint 18.3, which was the last version with libpng12.
Recently I removed the need for VM by just copying libpng12 from Linux Mint, and hacking it into my Linux Mint 21 install with a soft link. It has to be the 'real' libpng12 unfortunately, a soft link to version 16 doesn't work. I've obviously no idea how much longer these hacks are going to work for Linux Mint going forward.
So after a few evenings I got my led blink example running, and am now going through FPGA tutorials, most of which are based on more fancy boards with LED displays etc, but I don't think that matters too much.
The Quartus software seems to come up with a lot of reasons to not work. For instance the failure of 'start' button on the programmer to be enabled just because something in the project wasn't quite right. And there seems little feedback on what's going wrong. I have no idea what I'd do without Chat GPT giving hints, even if it seems to have no clue about specific versions of Quartus and persistently muddles up the features in each, somehow we were able to figure things out between us.
It seems you need to compile the project explicitly before certain things work properly (I think the pin planner), and auto-saving presumably wasn't a thing around the time Quartus was created. Also it seems to want to save things like the programmer info file in odd default places. It just lacks the kind of polish you'd have with modern programming IDEs but I'll probably get used to that.
The land-boards github has some programming examples e.g.
https://github.com/land-boards/EP2C5-Cyclone-II-Mini-Board/tree/master/Blink1/dbThere are many binary files there. Is that normal for an FPGA project stored in SCM? I'm not advanced enough to understand what they all do but if there's a different dev kit that avoids the need for binary files, I'm going to be more comfortable with that.
So in summary I'm looking for opinions, should I switch to something else, or carry on with this board? Next step will be some custom boards connected to the headers.
Thanks!