- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.Link Copied
5 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Please use the "timing design advisor" to see what you can do about it.
You can find out more in the user manual- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- 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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- 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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page