The webinar is titled "FPGA-based prototyping is hard to do - or is it?" Speakers are Juergen Jaeger, senior product marketing manager at Cadence, and Phil Simpson, senior manager for software technical marketing at Altera. They discuss why FPGA-based prototyping is needed, how existing approaches fall short, and what's needed to speed prototype bring-up times. They also provide some information about the Cadence Rapid Prototyping Platform and the Altera Stratix IV 820 devices and Quartus II software used within it.
It's All About Software
Jaeger, who spoke first, noted that FPGA-based prototyping is all about software. "In many cases, getting to tapeout is not the biggest problem we are facing any more," he said. "Software has started to dominate development costs and schedules. It is therefore critically important to get a head start in developing software." Jaeger cited an IBS study that showed that a 9-12 month delay in system integration and bring-up can result in a revenue loss of $50 million to $100 million.
So where does FPGA-based prototyping fit? Early in the design, while the hardware is still in flux, software developers may use simulation and emulation. "When the hardware design matures, and it's time to start pre-silicon software development, that's where FPGA-based prototyping enters the picture," Jaeger said. "You want to have somewhat stable RTL before implementing the design in a prototyping system."
The problem, however, is that it takes too long to implement the SoC or ASIC design into an FPGA prototype. This is partially because it requires changes to the RTL code, and partially because there is no easy translation between simulation and emulation to FPGA-based prototyping. Jaeger identified the following steps in prototype bring-up:
This process can add up to 3 months or more. What can be done? Jaeger said that the following combination of capabilities can get this time down to 4 to 5 weeks:
These are the kinds of capabilities available in the Rapid Prototyping Platform, and Jaeger went through a brief overview of the hardware and software that comes with that platform. He said that it's the only "complete" FPGA-based prototyping solution today, and that it is "really addressing the challenges and pain points that prototype users are facing - bring-up times, validation of the model, debugging, and flow integration."
Rapid Prototyping Platform
The FPGA Perspective
Simpson provided an Altera view of FPGA-based prototyping (which he also called "ASIC prototyping") and what's needed to make it successful. He identified the following requirements that designers will need to consider about FPGA-based prototyping:
--How much of my design can I fit per device? --How fast can I get the design to run? --Do I have enough on-chip memory for ASIC specific functions? --How do I ensure design security when deploying systems externally?
--How similar is my FPGA tool flow to my ASIC tool flow? --What design changes are required? --How do I debug my design within the FPGA?
--How do I design a board with multiple FPGA devices? --How do I partition my design between multiple FPGA devices?
The webinar was well-attended and the questions kept coming right up to the end. Here's a brief sample of the questions that came up for Jaeger and Simpson.
Can the Rapid Prototyping Platform be used without Palladium hardware?What other Altera families can be used for prototyping?What's the best way to get started in FPGAs?Does Quartus do clock gating optimization?What's the scalability of Palladium and the Rapid Prototyping Platform?How easy is it to verify a PHY based design?Does Palladium support the integration of analog components?
Note: This webinar did not provide an overview of the System Development Suite, which comprises four development platforms including the Rapid Prototyping Platform. For more about the entire suite and how it all works together, and fits into the EDA360 vision, see my blog post from last May.
A repeat version of this webinar, with timing geared to European audiences, will be held Sept. 14.