Intel® Quartus® Prime Software
Intel® Quartus® Prime Design Software, Design Entry, Synthesis, Simulation, Verification, Timing Analysis, System Design (Platform Designer, formerly Qsys)
17249 Discussions

How to handle too many pins in the design when migrating from Cyclone to Cyclone III

Altera_Forum
Honored Contributor II
1,720 Views

Hi, I have an old design for EP1C12Q240 device that I want to migrate to EP3C25Q240. 

The old design uses all available IO pins i the device. Now I want to migrate the design to EP3C25 device, which has less IO pins. 

I want to keep the design unchanged, I just want leave some of the internal ports unconnected to any of the physical IO pins. 

What is the best way to handle this? 

The IO assignment analysis is desperately trying to find IO pins for these ports. Is there a way to tell it which ports I want to leave unconnected to physical pins? 

I get this error: 

Error: Can't place 32 pins with 3.3-V LVCMOS I/O standard because Fitter has only 2 such free pins available for general purpose I/O placement
0 Kudos
1 Reply
Altera_Forum
Honored Contributor II
849 Views

Hi, 

 

as far as I know all signals in the top-level HDL entity must be assigned to physical pins. 

 

So my recommendation is to revise your top-level entity. Simply remove the signals that you don't need any more with the new FPGA. For input signals you must assign a default value, of course. 

 

If you want to keep both designs, you write a "wrapper" of your top level entity for the new FPGA, and assign the unused signals there. 

 

 

Best regards, 

GooGooCluster
0 Kudos
Reply