Programmable Devices
CPLDs, FPGAs, SoC FPGAs, Configuration, and Transceivers
20638 Discussions

Timing requirement not met after increasing NIOS frequency

Altera_Forum
Honored Contributor II
1,632 Views

Hello, 

 

We are designing a system that is successfully generated in SOPC builder and compiled in Quartus II.  

 

The system clock is 75 MHz and we need to speed up the NIOS II processing power by increasing only NIOS II frequency, therefore it is raised from 75 MHz to 150 MHz.  

 

After doping so, the timing requirements become not met.  

 

Can any one advise me in this issue. 

 

Thanks & Regards.
0 Kudos
5 Replies
Altera_Forum
Honored Contributor II
331 Views

Please use the "timing design advisor" to see what you can do about it. 

You can find out more in the user manual
0 Kudos
Altera_Forum
Honored Contributor II
331 Views

add an Avalon memory mapped pipeline bridge between the Nios data/instruction masters and the Nios JTAG debug module (not the jtag uart). The debug module without a pipeline usually slows down your system. 

Then check if you should add more pipelines in your system. Multiple masters and/or multiple slaves connected together tend to reduce the max frequency of the system, and adding pipelines at strategic places can help increase fmax, at the expense of a higher latency.
0 Kudos
Altera_Forum
Honored Contributor II
331 Views

 

--- Quote Start ---  

add an Avalon memory mapped pipeline bridge between the Nios data/instruction masters and the Nios JTAG debug module (not the jtag uart). The debug module without a pipeline usually slows down your system. 

Then check if you should add more pipelines in your system. Multiple masters and/or multiple slaves connected together tend to reduce the max frequency of the system, and adding pipelines at strategic places can help increase fmax, at the expense of a higher latency. 

--- Quote End ---  

 

 

Hello, 

 

Thank you very much for your reply. 

 

I followed your suggestions and started first by inserting an Avalon-MM pipeline bridge between the NIOS II data/instruction masters and the JTAG debug module, unfortunately the slack values become slightly worser :(. Do you have an explanation to that. 

 

Kind Regards
0 Kudos
Altera_Forum
Honored Contributor II
331 Views

 

--- Quote Start ---  

Please use the "timing design advisor" to see what you can do about it. 

You can find out more in the user manual 

--- Quote End ---  

 

 

Thank you for your advice, I'll try to follow your suggestion and try the timing advisor. 

 

Kind Regards
0 Kudos
Altera_Forum
Honored Contributor II
331 Views

If you have negative setup slack, open the top failing paths list in timequest and try to figure out the origin and the destination of the path. Then look if you can add another pipeline bridge on that path. 

If you have negative hold slack, open the fitter settings and check that you have the optimize corner timing option enabled on all paths.
0 Kudos
Reply