Slashdot Mirror


Suggestions For Learning FPGA Development At Home?

Doug writes "I've recently been inspired to take up amateur electronics, specifically with FPGAs. I have an understanding of the basics, plus a solid programming background. From my research so far I've concluded that I should start with a simple FPGA development board and a couple of books on Verilog and/or VHDL and go from there. I found this Ask Slashdot discussion on Verilog vs VHDL very useful, but it focuses more on the development language rather than hardware. I'd be very interested in hearing peoples' recommendations for an entry-level kit that is simple, flexible, and affordable (sub-£200), and preferably Linux-friendly, and indeed any other wise words that experienced FPGA developers (professional or amateur) might have for a novice just starting out in the world of circuit design."

48 of 185 comments (clear)

  1. advice by seanadams.com · · Score: 5, Informative

    Unless you are very experienced designing with TTL chips, you won't get far in HDL without first getting good coverage of logic theory. My experience may be a little dated as it was 10 years ago that I started learning programmable logic, but at the time I enjoyed the first edition of Fundamentals of Digital Logic with VHDL Design. Not that logic theory has changed, but newer books might come with better examples or easier to use software. What I liked about that book was that it covered the theory in a very complete way while introducing the vhdl concepts at a manageable pace.

    As far as development tools, they're overwhelmingly Windows based. You may have to run a VM so that you can use the most common tools (eg Xilinx WebPACK) until you're up to speed, then try a linux solution later. There are lots of hardware trainers out there - it's really not that important which one you use initially, although if whatever books you're reading have a recommended one, use that.

    Your experience in the software world will help you somewhat, but be prepared for a vastly steeper learning curve than picking up a new programming language. There are not a lot of engineers who go very deep on both the software and hardware/logic sides - if you do you will end up with some valuable skills indeed. good luck!

    1. Re:advice by hjf · · Score: 3, Funny

      Xilinx WebPACK runs on linux natively too.

    2. Re:advice by gregoryb · · Score: 4, Informative

      As far as development tools, they're overwhelmingly Windows based.

      The majority of Xilinx' tools are available in Linux versions. I actually really prefer the Linux versions as using them from command line is far easier under Linux than under Windows (provided you want to script your process instead of using the GUI, probably not as useful for someone just getting started). Also, AFAIK, the larger Xilinx FPGAs require the *nix tools for a guaranteed Map/PAR due to memory limits, etc. You can use the Win32 version, but once utilization gets high enough, the Win32 versions may not be able to completely PAR the design.

      -gb

    3. Re:advice by Anonymous Coward · · Score: 3, Interesting

      One caveat. I find that a lot of folks need to think at a higher logic level than is presented in most digital logic books. I see people constructing multiplexers and decoders and other basic logic structures in painstaking detail when they should be using simpler statements and letting the synthesis tool do the work.

      If ever draw a Karnaugh map while coding VHDL, you're doing it wrong. If you are worrying about whether to use a Mealy or Moore state machine, you're doing it wrong.

    4. Re:advice by Anonymous Coward · · Score: 4, Insightful

      Sure, after you learn the way things work and know what you're doing you need to design at a higher level of abstraction, but not when you're brand new to the field. The classes I took that forced me to construct low level logic in painstaking detail, draw Karnaugh maps, and know the difference between Mealy and Moore was invaluable to being able to bypass all that and think at a higher level of abstraction. You have to have a foundation to build on.

    5. Re:advice by snakegriffin · · Score: 4, Informative

      I would also add that VHDL/Verilog are *not* programming languages, in the sense that you are creating programs to compile and run on a system. They are Hardware Description Languages that you use to describe a functional piece of hardware. Thinking about HDL as a programming language will only get you crossed up, especially if you are new to the hardware design world.

    6. Re:advice by gambit3 · · Score: 3, Informative

      I second the recommendation for the FOLD book.
      I used it in college (also about 15 years ago), and I loved it so much I ended up buying an updated version when I ran across it at a Half-Price books recently.

      If you've never done logic design, it will take you from the basics on.

    7. Re:advice by QuantumRiff · · Score: 2, Interesting

      Which is funny, since pretty much every Chip design package ran only on big iron UNIX back in the day, and companies had to re-write their software for NT4, because business was screaming for it.. NT4 was a fraction the price for OS/hardware as big UNIX, Now, with linux being even cheaper, they want the UNIX like software again.. Ahh, the days of a HPUX workstation and NT4 machine on every desk...

      --

      What are we going to do tonight Brain?
    8. Re:advice by Anonymous Coward · · Score: 2, Interesting

      True - if you're manually simplifying every operation you're doing things wrong, but there is still great value in understanding what exactly the tools you are using are going to do. The lower the level of the system you're working with, the better your understanding of low level concepts must be in order to effectively utilize said system. I once met a student who outright refused to use the = operator in always blocks because he asserted that the tool would just recognize that he really just needed an =. I showed him how the design had been routed - it was an ugly mess with HUGE delays!

      My suggestion for learning FPGA design would be to first gain a firm grasp of basic binary arithmetic. For free tools, check out the digital systems courses at MIT's courseware site - the recorded lectures and associated notes provide a more than adequate coverage of these fundamental concepts. Atanua is a pretty handy tool that lets you play with very basic logic circuits without worrying about wiring up a proto board (http://atanua.org/). Once you feel comfortable with that, Xilinx provides free tools for Mac, Win2K+, and linux that includes a nice IDE. Digilent was the manufacturer of the board I used in school (the Spartan 3E 500K gate model). I believe they have a UK distributor, and I know they do international shipping.

      If you aim to use Verilog or VHDL for programming your FPGA, become familiar with how to build common pieces of logic such as gates, latches, and basic logic. Opencores has many more compilcated examples for everything from an LED controller to 8088 clones.

    9. Re:advice by Austerity+Empowers · · Score: 2, Interesting

      It runs in 32-bit mode, so if you're on 64-bit you'll need to run the linux32 shell to get it to work. The 64-bit edition is presently payware. Honestly the linux version works for me better and faster than the windows version, but if you have multiple targets (particularly that are non-Xilinx) windows may be safer.

    10. Re:advice by gwjgwj · · Score: 2, Interesting

      I would also add that VHDL/Verilog are *not* programming languages, in the sense that you are creating programs to compile and run on a system. They are Hardware Description Languages that you use to describe a functional piece of hardware. Thinking about HDL as a programming language will only get you crossed up, especially if you are new to the hardware design world.

      For hardware implementation, I agree. However, they are also simulation languages. In such a case, you compile them and execute on your PC, you can then print messages to the console and even open files.

    11. Re:advice by morgauxo · · Score: 2, Insightful

      On the plus side, at least this time they can dual boot and/or use virtualization. No need for two boxes.

    12. Re:advice by Anonymous Coward · · Score: 2, Informative

      Other way around, at least with version 11.1, WebPack only supports 32-bit Windows but supports 32 and 64 bit Linux (though Xilinx only supports RHEL and SUSE Enterprise). I actually just purchased a USB Dongle node locked license only to find out after the fact that they only support the USB Dongle on Windows.

  2. My Advice by AKAImBatman · · Score: 5, Informative

    Hardware: I highly recommend the Spartan Starter Kits. They're dirt cheap, well supported by the industry, and come with a good toolkit. There's not much more you need to know other than you'll probably want a serial cable in addition to the JTAG cable the kit ships with.

    I'll grant you that the fabric isn't very large by today's standards, but it's still enough space to learn about the hardware. By the time you outgrow the fabric, you should have a good idea of what size hardware you want. In fact, your next board may even be a custom design based on a bus like wishbone. ;-)

    Software: The Xilinx stuff (pronounced "Zy-Links") comes with a full toolkit for VHDL/Verilog development including an IDE, place and route tools, and software to reconfigure the FPGA. It's all quite slick and easy for a beginner to use.

    Language: The most common route taken by new hardware developers is to learn Verilog. They do this because it's similar to C and that makes them comfortable. THIS IS A BAD IDEA. I can't count how many hardware designers swear up a storm when they see a Verilog project with loops and other software constructs stuck into them. See, the comfort and familarity of C makes new hardware developers forget that the hardware is a fixed layout. There is no for loops or control logic as you think of it. It all ends up flattening to hardware. If you write regular software constructs, you'll end up with the least efficient circuit possible.

    From this perspective, learning VHDL is better because you won't have that comfort and familiarity that might tempt you into creating poor circuits.

    I actually recommend doing some JHDL code for a while. It's lower level than VHDL, but that's a good thing. You have to think about every wire connection and how it all links up. When you're done, you can easily step through your circuit and see how it plays out in hardware. Even better, you learn how to properly use software constructs like loops to create a large number of static hardware objects. This will make your code better without falling in the trap of trying to write software.

    That's my 2 cents anyway. Good luck! :-)

    1. Re:My Advice by Anonymous Coward · · Score: 5, Informative

      I'm a hardware and software designer and while VHDL and Verilog are different, I would say it doesn't really matter which you start with (VHDL makes you be more careful in your design, Verilog is more often used in industry).

      I was one of the developers on JHDL and I would stick with the standard tools. Trying to explain to a potential employer why you know JHDL and not verilog or VHDL is kind of depressing. JHDL's last release was 2 years ago and I'm not sure if it is an active project any more. That said, the interaction with the simulation of circuits provides a nice graphical interface if that is something you are interested in.

      The Xilinx Spartans are great (and cheap) to start on and there are a bunch of people using their WebPack software with Linux (http://lug.wsu.edu/node/383)

    2. Re:My Advice by SSpade · · Score: 3, Interesting

      Odd. I have much the same perspective as you, but with VHDL and Verilog reversed. I see Verilog as being slightly closer to hardware and VHDL as a little better matched to architectural modelling. I suspect it depends on the tools and workflow you get used to more than anything intrinsic to either language.

      You can certainly make the "being a software developer" mistake in either language - I don't think that's a reason to choose one over the other, rather it's just something to be very aware of.

    3. Re:My Advice by negro_monolito · · Score: 5, Interesting

      Go here: http://www.digilentinc.com

      Buy the Nexy2 board for about $70. It has: 8-bit vga, 1 serial p., 8-seg disp., some flash mem., and a bunch of switches and leds. Uses Spartan3e chip, and comes with a nice case and USB programming cable. Programming software (adept) only works in Win., but you can get a linux programmer if needed. The Xilinx ISE or EDK stuff works in either windows or linux. Bonus: gvim works as an editor in ISE :)

      It basically comes with everything you need and should keep you occupied for several months; it's what we use at my university to introduce students to FPGAs in the lab. Feel free to contact me for more info.

    4. Re:My Advice by AKAImBatman · · Score: 3, Insightful

      Trying to explain to a potential employer why you know JHDL and not verilog or VHDL is kind of depressing. JHDL's last release was 2 years ago and I'm not sure if it is an active project any more.

      I think you miss the point. I'm not saying that he shouldn't learn VHDL and/or Verilog. Just that doing a bit of JHDL can give him some good experience with the way circuits lay out. He can actually see how, say, an adder circuit is constructed. Armed with that knowledge, he can more confidently write VHDL/Verilog code that will translate into the hardware he wants rather than some random circuitry that seems to do the right thing.

      The lack of updates is disappointing, but not really a show-stopper. Even if the hardware JHDL supports falls into disuse, the simulation tools will still operate. And that's all one really needs for the learning experience. :-)

    5. Re:My Advice by Anonymous Coward · · Score: 2, Informative

      Following up on above:

      I'm not sure what the current conversion rate is, but this is the board that I use in an academic setting:
      http://www.digilentinc.com/Products/Detail.cfm?NavPath=2,400,453&Prod=XUPV2P ($299.99 USD for academic customers, so you may need to ask a prof to help you out with this). The FPGA is roughly four or five years old now, but the next-generation Virtex-5 XUPV5 board will set you back $750. There are plenty of resources for beginner-to-intermediate designs -- I've seen this board implement two MPEG-4 decoders running simultaneously.

      To answer your question about being *nix-friendly -- I've used the Xilinx tools under CentOS/RHEL, Debian/Ubuntu and Solaris with no problems (admittedly, these were the commercial version of the tools but I'm told the WebPack is pretty decent as well). Also, this particular FPGA has a PPC405 embedded into the FPGA fabric, and there are several linux flavors that have been ported to run on it -- so, you can actually run linux on the FPGA itself. What's more linux-friendly than that? :)

      One thing you may wish to keep in mind -- I tell students that for many first-time designs, you should be spending ~90% of your time parked behind the simulator tool, ~5% checking that the synthesis/implementations tools built the circuit you were actually trying to describe, and the rest of the time validating your design on the actual hardware (I've even taken the evil step of withholding FPGA board from people until they can demonstrate their designs have a chance of working through simulation). It's not the most fulfilling approach, but chances are your board will be idle for much of the day while you write or simulate HDL anyways. I believe the Xilinx tools include a stripped-down version of the ModelSIM simulator tool that is useful for simulating smaller designs.

      And I'm not touching the VHDL/Verilog issue with a 10-foot pole except to say:
      - The language is a tool that you use to describe the hardware that you wish to build. I personally avoid the 'features' that are available in one HDL but not the other so that I can easily switch between the two languages if I need to.
      - Writing test-benches is much easier in Verilog from my experience
      - Learn whatever your prospective employer uses! ;)

      Good luck!

    6. Re:My Advice by pem · · Score: 2, Informative

      This is probably a bit of a troll, but I'll bite anyway.

      1) Until version 11.1 (earlier this year), Xilinx software was never protected by ANYTHING. (Well, you had to enter a serial number, but the FAE would probably give you one).

      2) Xilinx software never expires -- the 1 year gets you updates, but you can still keep using it after that.

      3) At version 11.1, Xilinx started using FlexLM licensing. While I am not a fan, it has not proved all that difficult. Now, I have to admit that I haven't tried licensing the free Webpack under 11.1 (only the full-up paid-for release), so don't know whether there are issues with multiple machines, but older versions of webpack (such as 9.2, a very good version) work fine on all the currently supported parts, and there are no problems with downloading them to multiple machines.

      So, only with the very latest release, which isn't really necessary for the parts that Webpack currently supports, might you have to worry about licensing in any significant fashion. You write like this has been the case all along, so this leads to the next question:

      4) EVERY TIME I look at altera, the licensing puts me off. Have they significantly changed it? Why do you think it's better? If memory serves, they've been using FlexLM for a very long time (which Xilinx just started to do earlier this year).

    7. Re:My Advice by Man+On+Pink+Corner · · Score: 2, Insightful

      He wasn't trolling, and Xilinx's move to FlexLM is a big deal. It's why I went with them over Altera in the first place. That reason is now gone.

      With product activation, you have no idea if you'll be able to recover your toolchain several years from now when you need to bring a project out of cold storage. It is not OK to rely on critical software that runs only at the pleasure of its vendor, and I'm just flabbergasted, gobsmacked, and astonished that everybody in the entire technology industry seems to think otherwise.

      10.1 is the last non-protected Webpack edition, and (to their credit) Xilinx has kept it available on their site.

  3. Xilinx by hjf · · Score: 5, Interesting

    Use Xilinx's FPGA Starter Kit. I bought the old version 5 years ago, and it also came with a CPLD dev kit. The dev tools run on linux too. It was something like $99 IIRC. It's made by Digilent. Last time I checked they had a better board for an extra $50 with an LCD display and 64MB SDRAM.

    Otherwise, check fpga4fun.com . They use a tiny FPGA board, which reminds me of the Arduino: it has everything you need and nothing more.

  4. Cheap Xilinx development board by Rythan · · Score: 2, Informative

    I'd suggest Avnet Part # AES-SP3A-EVAL400-G, it's $49, and comes with everything you need for VHDL or Verilog...

  5. I like the Digilent Nexys2 by pem · · Score: 3, Interesting
    digilentinc.com

    I use these at work for general-purpose little widgets. They are great for all sorts of control/data collection devices. I think we've bought around 50 or so over the past couple of years.

    Unfortunately, they do not support Linux.

    There is an FPGA programming solution around for this board which does support linux (search for Nexys2 on comp.arch.fpga), but it does not support the data transfer function.

    The data transfer function is very nice (under Windows). digilent supplies a driver and DLL, and I find it very easy to transfer data using Python. I do wish they supported Linux, though -- that's all I use at home.

  6. Xilinx Spartan 3AN or Altera Cyclone III by nweaver · · Score: 4, Informative

    Xilinx: http://www.xilinx.com/products/devkits/HW-SPAR3AN-SK-UNI-G.htm

    Altera: http://www.altera.com/products/devkits/altera/kit-cyc3-starter.html

    Both are very mainline FPGAs, both have full devkits, references designs, include the tools, linux support on Xilinx at least (not sure on Altera), and are both at your price point.

    --
    Test your net with Netalyzr
  7. General rule by Quiet_Desperation · · Score: 2, Interesting

    VHDL for FPGAs and Verilog for ASICs. This rule applies everywhere except where it doesn't.

  8. Disagree on the VHDL by pem · · Score: 3, Interesting
    I think it can be harder for a newbie to get a functioning VHDL design.

    But in particular, I disagree with your reasoning about why to use VHDL vs. Verilog. Obviously, everybody's mileage may vary, but removing all vestiges of familiarity so that everything gets equally hard is not the way I learn.

    The way I learned C was by looking at the assembly language output of the compiler, and you can effectively do the same thing with hardware.

    It's not that hard to see what kind of logic your stuff compiles into -- in fact, you can dump a verilog netlist that shows you exactly how your logic maps to the internal chip elements. At a higher level, you can just look at the resource utilization report to see how "big" your circuit is.

    In terms of the "right" language to learn for other reasons, apparently VHDL is somewhat more popular in Europe, and maybe somewhat more popular among FPGA-only designers, but all the "real" chip companies in the US use Verilog.

  9. What I did - and recommend by TehBlahhh · · Score: 5, Informative

    1. Get a (the) Spartan-3 starter board. It's got the 500 variant of the Spartan-3 on it which is big enough to implement even small processors. The board also has some very limited VGA output, and a heap of other things that makes it fun to work with (Serial I/F, etc). The manual for this board is one of the better ones for beginners, as well. I broke my own teeth on this board. It's 149 US schmucks from digilent.

    2. Get Xilinx's free tool suite; its nicely compatible with that board. Free download from the web. Heck, you can even download and play with it without the / any board (but then you don't, of course, get the blinkenlights.) You can however try out and simulate designs before going to FPGA, and thus figure out why the (redacted) it doesn't (redacted) work. Simulations are your main way of verifying your design once you're past 20-odd gates.

    3. Learn the HDL of your choice. Read the books. One warning only: it is NOT a programming language - the entire model in your head about how software works needs to be replaced. Case statements are king. Productivity with HDL's are generally way lower than software; don't be surprised by this.

    4. Do points 1 through 3 in reverse order. Having a shiny 150 schmucker board won't help anything if you still have to spend two weeks grokking HDL's.

    HTH.

    1. Re:What I did - and recommend by DeadCatX2 · · Score: 4, Informative

      I agree entirely with the parent; go with a Xilinx Spartan 3 board. They're cheap, relatively powerful, and Xilinx offers the ISE WebPack for free. It comes with a ton of tools, which you can use to generate cores for doing things like FIR filters and FFTs, or looking at the low-level implementation of your hardware, or programming devices.

      Don't forget to get a JTAG cable. They're very useful for downloading designs into the board. These will cost a little extra, but you might be able to get them with the dev board.

      LEARN TO LOVE THE DOCUMENTATION! This is VERY, VERY important. Xilinx has a TON of documentation and application notes that describe everything about their chips, and I cannot stress how important it is to read as much documentation as possible.

      The docs for XST (the Xilinx synthesizer that takes HLD code and turns it into netlists) describe the design flow, which is important because you need to know how to constrain your design, and what the inputs are for various stages of the design flow and how they connect (synth, translate, map, place, route, downloading into the Flash memory or directly into the FPGA, etc).

      The data sheets for the FPGAs describe the awesome wealth of features, which for Spartan 3-era chips include: dual-port 2k block RAMs, single-cycle 18x18 block multipliers, Digital Clock Managers, Digitally Controlled Impedance, Partial Reconfiguration, and so on. Some other FPGAs (specifically some Virtex models) are even more wild, with on-die "hard processors" surrounded by the FPGA fabric.

      In fact, you should go get the data sheets for every part on the Spartan 3 board - the memory chips, the LCD, all of it. If you're going to design with FPGAs, then datasheets should be as precious to you as the One Ring was to Gollum.

      You should also try to learn what the FPGA fabric looks like. Common logic blocks, slices, flip flops, interconnect, global clock resources, where the DCMs and BRAMs are, the layout of an I/O pad, and so on.

      When it comes to studying, I suggest looking for some tips on coding style for the language you end up choosing. You should also study things like combinatorial and sequential logic, finite state machines, datapath and control. You might even do well to read a book about microprocessor architecture design, because there is a lot of overlap. In fact, some books work together with FPGA dev boards, so you can build your own processor from scratch and add features (make it pipelined, add branch prediction and hazard protection, and so on).

      You could also explore this "soft processor" development by using pre-packaged soft cores, like PicoBlaze or MicroBlaze. You can put all kinds of processors together, even asymmetrically, using smaller ones for small tasks and bigger ones for big tasks. This might help if you're stuck in the software design flow mindset.

      --
      :(){ :|:& };:
    2. Re:What I did - and recommend by kpainter · · Score: 2, Informative

      3. Learn the HDL of your choice. Read the books. One warning only: it is NOT a programming language

      Agreed. Here is another tip that I resisted to the very end but turns out to be very useful. Only change one variable per process. Think of each process roughly like a D Flip-Flop. You need a reset, a clock, data in with logic and an output. You end up with a lot of processes but the chances of having something synthesizable are a whole lot better.

  10. VHDL by skeeto · · Score: 2, Informative

    For VHDL itself, I learned that with GHDL (VHDL front-end to gcc, though it hasn't been updated in a year now) and GTKWave for viewing the waves. Throw in make for a build system, and it was all I needed to design and implement (VHDL only, that is) a simple microprocessor.

    That's a start anyway.

  11. Don't buy a board and CtoVerilog.com by fpgaprogrammer · · Score: 2, Informative

    If you're tired of all the VHDL and Verilog nuances, try CtoVerilog.com

    Learn how to use core generator and a simulator before you even buy a board. you only need a board when you actually want to have hardware.

    1. Re:Don't buy a board and CtoVerilog.com by John+Miles · · Score: 4, Informative

      For a newbie, CtoVerilog.com is the mother of all bad ideas. Verilog is not isomorphic to C. Being able to represent a few trivial C loops as Verilog code will not help you learn what's going on under the hood, and it will not help you get the fundamental aspects of your design up and running.

      Also, much of what's done in HDL is gluing other chips together. If you try to use CtoVerilog to make a high-speed USB chip talk to an ADC, the results will be amusing at best. If you find yourself wanting to use C in an HDL design, consider either falling back to a conventional microcontroller or using a software core to run it.

      --
      Dahlmann tightly grips the knife, which he may have no idea how to use, and steps out into the plain.
  12. A suggestion for an excellent book by blind+biker · · Score: 2, Interesting

    Well, since most have already suggested the devkits of their choice (of which I have personally used at least a few), and which you could have come up with a Google search... I thought I'd rather advise on an excellent book (and which excellent cromulance you would not have been able to find with Google that easily): "VHDL Answers to Frequently Asked Questions" by Ben Cohen. Even though it has "FAQ" in the title, this books is actually an excellently structured textbook on VHDL. In fact, it's probably THE best book on VHDL for beginners and advanced beginners.

    --
    "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
  13. Check out old Xilinx Spartan-3 boards by scriber · · Score: 2, Informative

    Now that Xilinx has released new chips, the old ones are pretty cheap. A Spartan-3A evaluation board is less than US $200. These have VGA, PS/2, RS-232, a character LCD, a rotary encoder, LEDs, switches, and a bunch of extra connectors. The main problems are that the DDR2 RAM is *difficult* to use without a proprietary core, and the FPGA doesn't have access to the USB link.

    Digilent Inc sells Spartan-3E boards for less than US $100. These have an easier-to-use DRAM and provide access to the USB port (though I think the official driver is windows-only, there seem to be solutions for using it on Linux).

    Xilinx's ISE runs natively on Linux (RHEL, last time I checked). With a little searching, it was easy to figure out how to get it to work on Ubuntu, including the USB JTAG interface on the eval boards.

    I haven't found a great book for learning this stuff. Pedroni's _Circuit Design with VHDL_ is okay, but it's not particularly deep and doesn't cover the FPGA development process at all. I had to study the Xilinx tutorials to get things working.

    Writing HDL code superficially seems like normal programming, but it's not. Think of it as a way to translate your already-completed design into a form the computer understands. If you don't do the up-front design, it will be hard to fix through refactoring. The simulators just aren't up to the task. Restrict yourself to a single edge of a single clock, and things will be much easier.

  14. Get a Digilent board with a Xilinx FPGA by jdb2 · · Score: 2, Interesting

    I would recommend a board made by Digilent as they seem to have the greatest selection of add-ons and features plus their boards are high quality from my experience. As for the FPGA, I always recommend Xilinx because of the availability of free development tools, Linux support ( I currently have their WebPACK ISE running under Kubuntu 9.04 ) and the general superiority of their products, especially for projects that involve high speeds, a large number of gates and/or flip-flops eg. a microprocessor and even low power -- Xilinx' weakness has always been their relatively high standby/leakage current compared to other vendors, but they've significantly improved upon that with the Spartan-3A and the just released Spartan 6 chips.

    As a Spartan 6 dev board is going to be expensive ( Xilinx' Spartan-6 FPGA SP601 Evaluation Kit is $295 and AFAIK it's the only entry level board currently available for that chip ) right now, I would recommend a Spartan 3A board. Specifically I would recommend Xilinx' Spartan-3A Starter Kit as it has the right amount of features for the price ( $189 ) and it's made by Digilent although if you're on a *really* tight budget you can get kits based off of this chip for as low as $49

    jdb2

  15. a n00b's FPGA advice by wangahrah · · Score: 3, Informative

    As many have stated, both Xilinx are Altera can be good routes. Note that while they Altera tools support Linux, their freebie Web edition does not, and the full kit is more than you'd want to spend. Any Xilinx starter kit should be fine for tooling around. I'm not sure your experience level, so I'll go with the basics...

    I'm a young n00b in the FPGA world (two years design experience out of college now), so my experiences are pretty recent. I've got an EE degree, and would say first of all, get a firm grasp of logic design. Do you know what a flip flop actually is? Are you familiar with things like setup and hold time? If not, start out with a lot of reading. Horowitz and Hill's "The Art of Electronics" is a good standard...there's a lot of analog stuff that's "less relevant" to you, but there's a good section on digital design that's a great start.

    One of my young programmer colleagues was looking over some of my code, and seemed to think it was pretty easy...the syntax seemed pretty straightforward, he liked the idea of combinatorial logic being so easy to implement, etc. He started tinkering himself, and VERY quickly realized that it was much more complex than he thought when issues of timing were thrown in. A fundamental knowledge of how signals are propagating through the device is key. It's not just PROGRAMMING, you're programming the actual hardware (or making fancy lookup tables, whatever. Get off my back!).

    As designs get more complicated, you'll need to learn how to use some tools to analyze timings. Altera has Timequest, not sure what Xilinx uses. In college, I managed to get away with the bare minimum of analysis, but I consider this to be a flaw in my education...to do things right, you should do proper timing analysis.

    I have an Altera starter kit I dink around with myself when I'm not at work, and it's definitely worth the time to learn the basics if you're an eternal tinkerer. Finally, the best advice I can give you...don't forget to use VIM as your editor, or you're just setting yourself up for failure.

  16. Re:What MORON keeps tagging articles as HARDHACK? by bconway · · Score: 4, Informative

    Hardhack isn't a tag, it's a category. It stands for Hardware Hacking and is included by default. Try mousing over the story icon.

    --
    Interested in open source engine management for your Subaru?
  17. link by rhythmx · · Score: 2, Informative

    This is a great site with a good bit of introductory information. I implemented their LED flasher tutorials when I was playing with my Xylinx Spartan board. fpga4fun.com

  18. Re:What MORON keeps tagging articles as HARDHACK? by Anonymous Coward · · Score: 4, Insightful

    Actually, FPGAs are much more similar to hardware than they are to traditional software. Even though the configuration is volatile on most SRAM-based FPGAs, the "software" does not describe a set of procedural steps to perform as software does for microprocessors.

    Rather, an FPGA configuration (personality), describes how the internal gates, storage elements, and interconnect is switched. This makes a configured FPGA almost indiscernible from an ASIC in function.

    An FPGA isn't software loaded to "mimic" the functionality of an IC, it is software loaded to "describe" the functionality of the IC.

    This is why VHDL and Verilog aren't strictly software programming languages. Rather, they are hardware description languages. Although they can be executed by software simulators in a fashion similar to software, they really describe hardware either behaviorally (procedurally or event-based) or structurally (netlist).

  19. Recommendations by Ditiris · · Score: 4, Informative

    I write FPGA code for a living, more in VHDL than Verilog, and more for Xilinx than Altera.

    I would actually recommend that you don't buy a board at first. You can pick one out so you can decide on a vendor's chip, that's fine, but simulate everything, because that's what HDL design is all about. Both vendors offer a free version of their toolset and there's a free simulator with each of those. Or you can download ModelSim Starter edition. I wouldn't call either one Linux friendly.

    As far as the board goes, I would recommend one of Altera's Nios II Embedded Dev Kits. I feel that although Altera has a slightly steeper learning curve than Xilinx, they also have a nicer overall package than what Xilinx is currently offering. I'm speaking from the point of embedding a soft processor though, if that doesn't interest you, then either of the cheap Altera Cyclone or Xilinx Spartan kits will get the job done.

    This is the only book you need on VHDL: The Designer's Guide to VHDL by Peter Ashenden.

    I haven't found a Verilog book of similar quality.

    Buy several books on Verification and testbench writing. That's where the real work comes in, and it's significantly more work than whatever circuit design you're doing. Spend the time to learn how to write self-checking testbenches.

    Read over the Synthesis guides for whatever vendor's board you choose. Understand how the constructs you use affect synthesis. There's a wealth of information in the Xilinx and Altera online documentation. There's also a lot of really of good snippets of code which are themselves useful but also typically contrast less and more effective constructs for synthesis.

    And finally, I will echo the caution that HDL is not a programming language, it is a design language. If you do not have a fundamental grasp of circuits, logic design, and computer architecture, I would recommend you pursue those topics first.

  20. Altera Cyclone 2 Starter Kit / Terasic DE-1 by hpa · · Score: 2, Informative

    It is a little old, but the price is excellent... $150 for the general public, and $120 for students. Even though there are cheaper boards on the market, I have found that the combination of features at a low price has been pretty unbeatable, and it is also available from a lot of distributors.

    Now, in the interest of full disclosure, I have been focused heavily on retrocomputing projects... they're a lot of fun.

  21. a solid programming background only hurts you by goffster · · Score: 2, Insightful

    Forget what you know about programming, FPGA's are about thinking in a compleltely different mind set

  22. Re:Altera's FPGA software by julesh · · Score: 2, Interesting

    Yep. As a newbie a couple of years back I played around with both Altera and Xilinx's software, and found Altera's much more friendly, so I'm now an Altera-all-the-way kind of guy.

    That said, Altera development boards can be a bit pricier than their Xilinx equivalents, mainly because they're harder to find (I don't know why, but perhaps Altera attracts a more advanced designer who doesn't need starter kits, etc, while Xilinx tends to attract the newbies?). That said, this board for around half the poster's budget limit boasts a last-gen (65nm) FPGA with about 20K logic elements, which will implement moderately complex designs, including a wide variety of microprocessor designs (the smallest I've seen uses less than 300LEs, so theoretically you could get about 70 of them on there...!), many of which can be run at ~50MHz on this hardware.

  23. FPGA programming is very, very different by paul42w · · Score: 2, Insightful

    This really is not a task for programmers. It is a task for an engineer that has done both logic and software design. I've been programming FPGA's since Xilinx came out with their first chips. At the time, it was all schematic capture. Place and route never completed on its own, it always required user editing to finish. FPGA design techniques depend on your constraints. For some projects, it is much cheaper to buy a very large FPGA and not worry about space optimization. If you are building thousands of the same device, then space optimization is critical. For other projects, logic timing is everything. Every chip has it's own constraints as well, especially if speed is an issue. When speed is an issue, you have to really understand how your VHDL will be implemented, because it will make all the difference between sucess & failure. Learning how to use constraint files is important. Learning how to test using simulations is critical. Time spent writing and runing simulations may exceed design time for an order of magnitude.

  24. Re:I've asked some "high profile" hobbyists the sa by Drongo14 · · Score: 2, Interesting

    I especially like Altera's "Nios Embedded Evaluation Kit" (aka the NEEK). It has its own TFT, sound codec, analog video input, ethernet and lots more. It also has a thriving uClinux community and they're working on including MMU support. Plus, you don't need a programming adapter for it - just put your hardware design on an SD card, insert into NEEK, power up, and off you go. Ok, it costs $449, but you can do far more than push a few buttons and let LEDs light up.

  25. Re:What MORON keeps tagging articles as HARDHACK? by digitalunity · · Score: 3, Insightful

    The AC's comments are valid and noteworthy nonetheless. Just because someone understands OOP and knows 5 software languages doesn't mean hardware hacking will be easy. The skills are related, but proficiency in one does not necessarily imply aptitude for the other.

    I recommend two things. First, give up the notion that FPGA development as a hobby can be done for the price you're looking for. Good development boards are a little pricy, but you will frustrate yourself with no end in sight by using a barebones development kit. The best cheap dev kit I've seen yet is the Xilinx Spartan-6 SP601 kit. It includes everything you need to get started, including Xilinx ISE design software. That should set you back about $300. The Spartan-6 is fairly anemic in features and power compared to most other new FPGA's so a careful consideration of your goals should take place before you make a purchase.

    Two, get a good FPGA development book. I highly recommend "Designing with FPGAs and CPLDs". It's a really useful primer on programmable logic hardware to those who already are technically literate.

    http://books.google.com/books?id=enQq7m800xYC&dq=embedded+FPGA

    --
    You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
  26. Re:What MORON keeps tagging articles as HARDHACK? by tzanger · · Score: 2, Informative

    Spartan 6 is anaemic? What are you trying to build? I am working with a Raggedstone Spartan IIIe card (the mini-can); it's US$150 and I'm developing PCI hardware with it. That's hardly anaemic. There's lots of fun to be had with smaller devices as well.