When I compile my design which use two plls in a EP4CE55F device, I have a cirtical warning as following: Critical Warning (176598): PLL "DSP_System:dsp_system|HistoComputeScene:histocomputescene|PLL_25MHZ_50MHZ:pll_25mhz_50mhz|altpll:altpll_component|PLL_25MHZ_50MHZ_altpll:auto_generated|pll1" input clock inclk[0] is not fully compensated because it is fed by a remote clock pin "Pin_T21" If someone has confronted the same problem, what is mean of this? And how to handle it?

The error is pretty self-explanatory; you have fed your PLL from a pin that is not a dedicated clock pin that can be directly connected to the PLL, hence the jitter performance may be compromised. The solution is to use a clock source that the PLL is happier with. Cheers, Dave

--- Quote Start --- The error is pretty self-explanatory; you have fed your PLL from a pin that is not a dedicated clock pin that can be directly connected to the PLL, hence the jitter performance may be compromised. The solution is to use a clock source that the PLL is happier with. Cheers, Dave --- Quote End --- Thanks very much, Dave. But how to decide a pin which can make the PLL happier? The problem is the evaluation board has some specific pins which connected with FPGA chip, are clock signals for FPGA. In my system, I need a main clock. But a PLL is not happy with this main clcok pin, how can I handle this problem?

--- Quote Start --- But how to decide a pin which can make the PLL happier? --- Quote End --- The device handbook described the PLL and clock resources. --- Quote Start --- The problem is the evaluation board has some specific pins which connected with FPGA chip, are clock signals for FPGA. In my system, I need a main clock. But a PLL is not happy with this main clcok pin, how can I handle this problem? --- Quote End --- Which evaluation board? Most evaluation boards have a 50MHz oscillator routed to several CLKIN pins. When dealing with an evaluation board, you sometimes have to make a judgement call, eg., if the clock frequency you are creating in the PLL is low enough, and you are using the PLL output only as a digital clock (not an ADC or DAC sampling clock), then you can probably ignore the error. At a minimum, if you do ignore the error, you should download the configuration file and test whether or not the clock jitter is a problem. Cheers, Dave

If you cannot change the source of the clock driving the PLL due to fixed pins, keep in mind that this is a warning, not an error. If you run "derive_clock_uncertainty" in TimeQuest and look at the uncertainty on the output clocks from the PLL, if you can live with this level of uncertainty, then you can ignore this warning.

--- Quote Start --- The device handbook described the PLL and clock resources. Which evaluation board? Most evaluation boards have a 50MHz oscillator routed to several CLKIN pins. When dealing with an evaluation board, you sometimes have to make a judgement call, eg., if the clock frequency you are creating in the PLL is low enough, and you are using the PLL output only as a digital clock (not an ADC or DAC sampling clock), then you can probably ignore the error. At a minimum, if you do ignore the error, you should download the configuration file and test whether or not the clock jitter is a problem. Cheers, Dave --- Quote End --- Hi Dave, to be accurate, I think I should say this is a development board instead of education board although it is listed in Altera website (http://www.dallaslogic.com/prod_cmc1003.htm). This board has a 25Mhz oscillator and it seems it only connects with 1 clkin pin. I just have another question, if the board has multiple clkin pins for FPGA chip, if I use two pins for FPGA to drive different modules, the phase of clocks come from these two pins should be exactly same, right? Thanks.

What is mean of rhis critical warning and how to handle it?

15 Replies

Altera_Forum
Honored Contributor
13 years ago
--- Quote Start ---
You should look at the warning message and then review the handbook for the FPGA. Look at the PLLs that Quartus is trying to use, and then confirm that the CLKIN pin available cannot be used by one or more of your PLLs. That way you understand the synthesis error. You may not be able to do anything about the error, but you will know to avoid this problem when designing your own hardware.

The board is just a bunch of headers, you could always supply another clock source.

If the clock frequency is not that high, you could also drive a PLL output to a pin then jumper that pin over to another CLKIN input.

You can also cascade PLLs; use a PLL reference clock that is the output of another PLL on the FPGA. You may get warnings regarding jitter, but if you are just testing ideas, then that may not matter.

And finally, why do you need so many clocks?

Cheers,
Dave
--- Quote End ---

Thanks for your suggestions, Dave. Actually I can use two plls instead of three. In my design, I need to design a control module and it needs to generate several different rate clocks for an custom design image sensor. And the real-time processing is done in FPGA too. I need another pll to generate double rate clock from basic clock to compute histogram. So generally I need at least 4 clocks from PLL. Other slow clocks will be generated through counter.
Altera_Forum
Honored Contributor
13 years ago
--- Quote Start ---
Actually I can use two plls instead of three.

--- Quote End ---

Great! Does that help with the synthesis error?

--- Quote Start ---

In my design, I need to design a control module and it needs to generate several different rate clocks for an custom design image sensor. And the real-time processing is done in FPGA too. I need another pll to generate double rate clock from basic clock to compute histogram. So generally I need at least 4 clocks from PLL. Other slow clocks will be generated through counter.
--- Quote End ---

Why can't these four clocks be generated from a single FPGA? If they are all relative to a common reference, then one PLL should be enough. If you have two different clock sources, and the FPGA needed to use a higher clock frequency phase-locked to the two clock sources, then of course you would need two PLLs.

Cheers,
Dave
Altera_Forum
Honored Contributor
13 years ago
--- Quote Start ---

Great! Does that help with the synthesis error?
/QUOTE]

I don't have synthesis error when I use three plls but I have critical warning. And the design does not work as I expect when I did onboard debugging. After I remove one pll to use two, there is still crtical warning, the warning changed from the 3rd pll to 2nd pll. But when I debug the design onboard, the design works well as I expect.

--- Quote Start ---

Why can't these four clocks be generated from a single FPGA? If they are all relative to a common reference, then one PLL should be enough. If you have two different clock sources, and the FPGA needed to use a higher clock frequency phase-locked to the two clock sources, then of course you would need two PLLs.

Cheers,
Dave
--- Quote End ---

EP4CE55F chip I used in my design, have 4 plls. And each pll can only generated 3 clocks. But I need 4 different clocks although all of them come from same basic clock. This is why I use 2 plls.

How can I know the location of PLL I used inside FPGA chip?

Thanks very much.
Altera_Forum
Honored Contributor
13 years ago
--- Quote Start ---

I don't have synthesis error when I use three plls but I have critical warning. And the design does not work as I expect when I did onboard debugging. After I remove one pll to use two, there is still crtical warning, the warning changed from the 3rd pll to 2nd pll. But when I debug the design onboard, the design works well as I expect.

--- Quote End ---

That sounds like progress! :)

--- Quote Start ---

EP4CE55F chip I used in my design, have 4 plls. And each pll can only generated 3 clocks. But I need 4 different clocks although all of them come from same basic clock. This is why I use 2 plls.

--- Quote End ---

I see.

These three clocks don't have an integer relationship that you can use to create an enable pulse instead of one of the clocks?

--- Quote Start ---

How can I know the location of PLL I used inside FPGA chip?

--- Quote End ---

I haven't needed to look, so can't give you exact guidelines. Look in the fitter report. There should be a table in there. The same information will be in the files generated by Quartus You can probably also see it in the technology viewer (GUI).

Cheers,
Dave
Altera_Forum
Honored Contributor
13 years ago
No, they don't have integer relationship, otherwise I will use counter. Thanks very much, I will check whether how see that table.

Forum Discussion

What is mean of rhis critical warning and how to handle it?

15 Replies

Recent Discussions

Timing analysis - long combinational path

QuartusPro 25.3 Crashed after using the Signal Tap Logic Analyzer

Duplicate_hierarchy_depth / duplicate_register

Automatically added negative node for TDS output doesn't work with Agilex 5

Quartus 20.1std compilation fails for Quartus map - Device 10AS057K2F40I1SG