Forum Discussion
FvM
Super Contributor
2 years agoHi,
it's not obvious to me that multicycle applies to the divider. It presumes that input data isn't updated every clock cycle. If so, why aren't you running the divider at a lower clock rate? To answer the question we would need to know design details.
it's not obvious to me that multicycle applies to the divider. It presumes that input data isn't updated every clock cycle. If so, why aren't you running the divider at a lower clock rate? To answer the question we would need to know design details.
FPGA_Newbie
New Contributor
2 years agoHi FvM,
thanks for your relpy.
Your were right about the lpm_divide speed, i tried the PLL with 4 different outputs-Freqence (100MHz, 150MHz, 200MHz and 300MHz) and im getting these timing errors for lpm_divide only when im using the 300MHz clock, max frequency it can do 220MHz with these same parameters.
But now im getting removal timing errors, i didn't get this before and don't know why im getting these now
Please refer to the .zip file for its contents:
- RTL Viewer
- Timing summary
- Removal 'reset' report
- .sdc file
PS: i got this now. it should be contacted (assignment) to the 'reset' pin hardware.
please take a look in zip-file.
thanks in advance