Altera Home Page
文档资料 许可
在线购买 下载

  主页   |   产品   |   支持   |   最终市场   |   技术中心   |   教育与活动   |   公司介绍   |   在线购买  
  器件   |   设计软件   |   IP   |   设计服务   |   开发套件及配件   |   资料  

 CPLDs
      MAX II
      MAX 3000A
      MAX 7000
  
 FPGAs
      Cyclone III
      Cyclone II
      Cyclone
      Stratix III
      Stratix II
      Stratix
      Stratix II GX
      Stratix GX
      Arria GX
  
 Structured ASICs
      HardCopy
  
 By End Market
   End Market
  
 Configuration
      Configuration Devices
  
 Mature Products
      Product Listing
  
 Design Software
   Quartus II
      System-Level Software
      MAX+PLUS II
  
 IP/Embedded Processors
   IP Megafunctions
      Nios II Processor
      Nios Processor
  
 By Technology
   Technologies
  
 By Type
      Application Briefs
      Application Notes
      Conference Papers
      Data Sheets
      Device Pin-Outs
      Errata Sheets
      Functional Specifications
      Manuals
      Technical Briefs
      User Guides
      White Papers
  
 General Documentation
      Annual Reports
      Brochures
      Customer Notifications
      Design Contest Papers
      Glossary of Altera Terms
      Inserts and Advertorials
      Reliability Report
      SEC Filings
      Selector Guides
      Sparkle Sheets
  
 Email/E-Newsletter Sign Up
      Subscribe Now
      Manage Your Subscriptions
      View E-Newsletter Archives
      News & Views Ezine
  
 Literature Update Sign Up
      Subscribe Now
      Manage Your Subscriptions
      View Recent Updates
      FAQ
  
 RSS/XML News Feeds
      Subscribe Now
  

When FPGA I/O Design Becomes a Necessity

  Partner Showcase
Synplify DSP Unleashes Potential of FPGA-Based DSPs

Bringing the FPGA on Board

When FPGA I/O Design Becomes a Necessity

Best Practices: Image Proessing Design & Verification

by Rick Stroot, ISD Technical Marketing Manager, Mentor Graphics

Q1 2006 Issue

Page 1 of 2

Programmable logic devices (PLDs) are increasingly attractive for new design starts, as complex devices incorporating embedded processors, memory blocks, and digital signal processing (DSP) functions are now replacing entire ASICs. Design starts using ASICs have plummeted from a high of over 11,000 in 1997 to below 4,000 in 2003 (Source: Gartner Dataquest). Design starts have declined because FPGA architectures not only provide excellent reprogrammability, reduced risk, and lower development cost benefits compared to ASICs, but also enable quicker design turnarounds with a sufficiently competitive edge in the market and minimal performance compromise. New device families have shortened programming intervals by dedicating several general-purpose I/O pins to create wider configuration buses that then revert back to their primary I/O functionality. However, rising device complexities imply high pin counts, which creates new challenges and higher costs when integrating these devices on the printed circuit board (PCB). Design teams must implement urgent changes now to unite their HDL, FPGA, and PCB flows and thus ensure that they do not negate the cost and time-to-market advantages of using programmable logic.

This article details how Mentor Graphics® and Altera's combined flow overcome these challenges. The flow is based on Mentor Graphics I/O Designer and the Altera Quartus® II software in conjunction with the FPGA Xchange file format that allows the two tools to communicate.

Description

During the process of integrating FPGAs onto their boards, designers typically spend a considerable amount of time on planning an optimal FPGA pin-out (I/O design) to fit the requirements of both the FPGA and PCB. When tasked with the I/O design, engineers typically create an Altera® Quartus II Settings File (.qsf) using a text editor to fix the pin locations during the place-and-route process. The PCB designer on the other hand uses the same source of information to create the connections on the board-level schematic.

Mentor Graphics I/O Designer in combination with the new FPGA Xchange file (supported by Altera) simplifies the entire process by automating the creation of the pin constraint locations and writing them to the FPGA Xchange format. The same FPGA Xchange file is also used as a report file that is read by I/O Designer to use the same pin locations in the board-level schematic. Every change that is made to these pin assignments is kept consistent since I/O Designer positions itself between the FPGA and PCB flow communicating all changes made at either side.

Figure 1 shows the steps necessary to create and update the FPGA Xchange file from I/O Designer and the Quartus II software.

Figure 1. FPGA-PCB Design Flow

FPGA-PCB Design Flow

The flow, as shown in Figure 1, contains the following steps:

  1. The HDL design is started, and once the top-level entity is defined, it can be read into I/O Designer.
  2. A functional block symbol can be generated from the HDL.
  3. The schematic designer can now connect the functional block symbol to the rest of the board schematic. In parallel, the FPGA design is completed, simulated, and synthesized while at the same time both FPGA and PCB designers share the task of planning the I/O inside I/O Designer.
  4. Once the I/O design is complete (partially), the results are exported from I/O Designer to the Quartus II software via the FPGA Xchange file.
  5. Quartus II place-and-route uses the pin assignments in the FPGA Xchange file as a basis for the locations.
  6. When place-and-route is completed the final assignment, I/O standards and swap information are written back to the FPGA Xchange file again where I/O Designer picks up the changes.
  7. Then I/O Designer is ready to create a set of PCB symbols and place them onto a hierarchical schematic underneath the functional symbol that was generated earlier. The schematic design is then ready to be forwarded to Expedition layout.
  8. During PCB layout, you can swap the pins according to the swap rules defined inside I/O Designer.
  9. To ensure that the pins are swapped accordingly inside the FPGA, the information about these swapped pins is back annotated from Layout to the schematic where I/O Designer picks up the changes.
  10. Once the swap information is back into I/O Designer, the FPGA Xchange file is updated to re-run the Altera place-and-route process to ensure that the FPGA implementation is updated.

Page2

  Please Give Us Feedback
  Sign Up for E-mail Updates