LOGIN   :::   RECOVER PASS   :::   GET ACCOUNT    
Browse
  • Projects
  • Code (CVS)
  • Forums
  • News
  • Articles
  • Polls
  •  
    OpenCores
  • FAQ
  • CVS HowTo
  • Mission
  • Media
  • Tools
  • Sponsors
  • Mirrors
  • Logos
  • Contact us
  •  
    Tools
  • Search
      
  • Download Cores (CVSGet)
  •  
    More
  • Wishbone
  • Perlilog
  • EDA tools
  • OpenTech CD
  •  
    Navigation: All forums > Cores > Message List > Message Post

    Message

    Reply | Reply all
    Date Prev | Date Next | Thread Prev | Thread Next Date Index | Thread Index

    From: John Sheahan <jrsheahan@o...>
    Date: Thu, 27 Mar 2003 08:33:53 +1100
    Subject: Re: [oc] FPGA BOARD Considerations
    Top

    On Wed, Mar 26, 2003 at 09:05:46PM +0100, H�ctor Or�n Mart�nez wrote:
    > for your experience to do with memory to program SRAM FPGA ? and what do you 
    > think of it being modular and having for that a maximum frec penalty?
    
    Why have a resident config scheme at all? 
    Use a host pc to download. It has to be there occasionally to get the
    config into the programming device.
    Go straight in to the fpga using jtag.
    
    It is a shock to discover the config device is comparable in cost to
    the fpga.  
    
    if there is a cpu with flash elsewhere in the project,
    using that makes sense. As long as the fpga is not essential to the
    cpu boot.  
    
    A cpld and a standard flash can sometimes also be cost effective.
    john
    
    
    

    ReferenceAuthor
    [oc] FPGA BOARD ConsiderationsHéctor Orón Martínez

    Follow upAuthor
    Re: [oc] FPGA BOARD ConsiderationsArmando Astarloa

     
    Copyright (c) 1999 OPENCORES.ORG. All rights reserved.