Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
07/12/12 10:14
Read: times


 
#187914 - Xilinx DCM
Responding to: ???'s previous message
Mahmood Elnasser said:
Maarten Brock said:
Try to setup the DCM with the core generator.

That's what I did. The core generator is to make things simple.
Anyway I found an example in the ISE14.1 itself that uses the DCM which I'm deciphering now. File -> open example -> stopwatch vhd for xc3s100. It has exactly what I'm looking for.
I don't know why I learn from examples better than reading 10 books!
Thanks Maarten
Mahmood


After doing Xilinx for a million years, I no longer use the Core Generator. But for setting up DCMs, it actually helps. Of course, now I have a template, and I tend to put an entity called clocks.vhdl in all of my designs; that entity is where all clocks are derived and it neatly wraps up the DCMs and the associated buffers.

The important thing to remember is that XST is really kinda stupid, and you have to instantiate the BUFGs for all of the DCM inputs and outputs.

So, at minimum, you need a BUFG for the input clock (which drives the DCM CLKIN) and a BUFG for each output. So if you use CLK0, CLK2X and CLKFX, you need three more BUFGs. In addition, the output of the CLK0 BUFG should be used to drive the CLKFB input (and set the generic that indicates clock feedback 1X or 2X to 1X).

And it gets worse: ISE is too stupid to correctly place the location of the buffers. You'll get a dire warning about how the BUFGMUX (which is really what you get when you instantiate a BUFG) is placed on the other side of the FPGA, precluding using the fast clock path from the clock input pin. Yes, the tools put the BUFGMUX on the wrong side of the chip, even though the documentation makes quite clear which BUFGMUX is associated with which GCLK input pin and which DCM. So, at minimum, you'll have to LOC the BUFGMUX connected to the input pin.

Good luck!

-a

List of 19 messages in thread
TopicAuthorDate
VHDL DCM problem            01/01/70 00:00      
   coregen            01/01/70 00:00      
      Example found in tool itself!            01/01/70 00:00      
         Xilinx DCM            01/01/70 00:00      
            BUFG            01/01/70 00:00      
               re: BUFG            01/01/70 00:00      
                  Can you share it?            01/01/70 00:00      
            Basically don't use coregen            01/01/70 00:00      
               Altera and Xilinx , probably lattice soon            01/01/70 00:00      
                  Altera joy            01/01/70 00:00      
                  USB blaster clones            01/01/70 00:00      
   it's working!!!!            01/01/70 00:00      
   this warning...            01/01/70 00:00      
      I don't know            01/01/70 00:00      
         new warning            01/01/70 00:00      
            contraints            01/01/70 00:00      
               No change to source            01/01/70 00:00      
                  Timing Constraints            01/01/70 00:00      
      CoreGen FTL            01/01/70 00:00      

Back to Subject List