I am designing time critical application where I need time resolution in order of 100 picoseconds.
I am considering to make an ring oscillator of 20 GHz and clock from ring oscillator.
Is there IC's for it or can I implement it using CoolRunner II CPLD or other FPGA?
I looked at its datasheet, and the maximum frequency for system clock is about 256 MHz and external clock is 145 MHz.Datasheet
Should I look for faster device or is there any other way to build it?
15 years ago I designed a two parameter digitizer (energy and time) to measure time of flight. For this system I used a constant current source into a cap held in reset by a JFET. On receiving the trigger (NIM fast logic, level shifting kept in the analog (as opposed to saturated switching) regime, the JFET opened, and I was able to achieve 50ps resolution by digitizing the linear ramp, and interpolating from a 62.5MSPS ADC in an FPGA . The circuit was quite simple, and matched simulations perfectly.
As someone already pointed out, there are dedicated ICs for that purpose.
If you want to do it on your own a possible approach would be to use so called Vernier delay lines.
You have two delay lines (chains of buffers) where one chain uses faster buffers than the other. The resolution of your measurement is equal to the difference of the delays of the elements in the fast and "slow" chain.
For measuring the delay you send the start pulse through the slow chain and the stop pulse through the fast chain. The stop pulse travels faster and finally will catch up with the start pulse. The number of buffers required will be a measure for the delay.
My focus is on IC design, so I am not sure if this could be done with an FPGA. Literature suggests that it is possible, though.
Some long while ago, as a thought experiment, I 'designed' a time capture FPGA.
It had a ring oscillator, conventional other than the fact it had 41 inverters. The period was thus much much lower than the delay of any gate. The FPGA process had individual gate delays down in the 10s of pS where the routing was local and the fan-out low, but could only handle system clocks in the order of 100s of MHz, due to multiplexing, routing and loading delays between blocks.
The time capture process then used 41 D-latches, each capturing the input transition, but of course clocked at different phases of the ring counter cycle. The outputs of the D-latches could be interpretted as a 'thermometer code', interpolating the input transition to sub cycle precision, with a resolution in the 10s of pS. Another 41 D-latches captured a reference clock.
There are two main difficulties with such a structure. The first is getting the synthesis tools to lay out the ring counter and lines to the D-latches in a high-speed way. This part would probably be better handled by direct manual placement. It might need a specific type of small high speed FPGA, perhaps one without multipliers and processor cores in! The second is race-free handling of the overlap between the thermometer code, and a conventional counter clocked by the lower frequency reference, but it can be done, taking care of metastability issues.
I didn't pursue it as I found a better way of solving the problem, but it was fun.
FPGA fabric, as other answers point out, cannot be clocked at the rate you need.
However, some FPGAs also have high speed serial interfaces in the 5Gb/s to 10Gb/s range, intended for SATA, PCIe and other high speed communication protocols.
There are probably ways to harness these for high resolution (100ps but maybe not 50ps) time measurements.
Sorry I cannot be more specific about the details.
A 2 GHz clock has a period of 500 ps. So if you need a resolution of 100 ps then I'd say you need at least 10 GHz.
2GHz and up is way out of any FPGA's league as far as I know. You're now in RF territory which is analog only :-)
Texas Instruments and Analog devices make clock generator ICs which can generate clocks up to several GHz which might fit your needs.
