Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Critical Warning: Timing requirement not met

Status
Not open for further replies.

aeneas81

Junior Member level 1
Joined
Jun 14, 2004
Messages
19
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
198
Critical Warning Problem

Dear All,
Whenever I compile my project(written in pure VHDL codes), it displays a "Critical Warning: Timing requirement not met" and "Can't achieve minimun setup and hold requirement clk along (some numbers) of path(s)"

Could anybody please explain to me what this means and how to solve the problem? My project only consists of conventional if - else, case and for loop...

Sincere thanks to all of you.

Rgds
 

Re: Critical Warning Problem

This is a print screen of my error, really appreciate help from any of you all. I have been stucked here for quite sometime and couldn't figure out how to solve this problem...


Rgds
 

Critical Warning Problem

The software is telling you that the routed design won't work at your requested clock rate (180 MHz). Looks like you need to either slow down the clock, or break up your design into simpler pipeline stages.

Goog luck!
 

Re: Critical Warning Problem

Does that means it processes too many signals in one clock cycle? bsides, I only supplied a 48MHz clock, how come it requires 180MHz instead?
 

Re: Critical Warning Problem

Hi, I'm no expert but I've had unpleasant dealings with simiilar software before.

The '180MHz' is whats called FMAX. This is the maxaimum clock that can be supplied to the device without it screwing up. The problem is that whenever you route a signal through gates/flipflops, there is some small delay, its tiny, but at high frequencies it can approach the actual period of the Clock.

So, Echo's advice is spot on 8)

The delay between some of the input signals and output signals of your design is larger than the period of 180Mhz (5.5ns I believe).
This is fine if you're running it from a 48Mhz clock.
But, if you want to make it able to run faster, you must reduce the number of gates/flipflops between the inputs and the outputs, by 'breaking up' the design.

I didn't look at the screenshot, but I assume you've got some setting which, when it partitions the design, is trying to make it run at FMAX, which it can't. Try removing some global constraints regarding speed.

Hope this helps,

BuriedC+ode
:cry:
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top