• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » C6000 Multicore DSP » Keystone Multicore Forum (C66, 66A, AM5) » C6672 clock design with TIs CDCE62005
Share
C6000 Multicore DSP
  • Forums
  • Announcements
Options
  • Subscribe via RSS
Training Available
TI provides self-paced online training that introduces the primary components of the KeyStone II family of SoC devices.

  • KeyStone II SoC Overview >
  • KeyStone II Software Overview >
  • KeyStone II ARM Cortex-A15 Corepac Overview >
  • More Information >
  • Check out
    Multicore Mix blog
    • $core_v2_blog.Current.Name

      Geeks UNITE for Geek Pride Day

      Posted 1 day ago
      by Lauren Reed1
      Happy Geek Pride Day from the Processors team! We wanted to celebrate...
    • $core_v2_blog.Current.Name

      OpenMP - All aboard!

      Posted 2 days ago
      by Debbie Greenstreet
      With so many end products today relying on multicore DSPs for...
    • $core_v2_blog.Current.Name

      A look back: Two years of Multicore Mix

      Posted 3 days ago
      by Lauren Reed1
      A big thank you to everyone who participated in our contest last...

    Forums

    C6672 clock design with TIs CDCE62005

    This question is answered
    markus desgronte
    Posted by markus desgronte
    on Apr 04 2012 15:03 PM
    Prodigy140 points

    Hi all,

    I have one question concerning the input clocks to the TI C6672 DSP. In our design we use one CDCE62005 to generate all necessary clocks. My first idea was to use the

    same frequencies as used on the TI C6678 Evaluation Board which are:

    CDCE62005 input frequency is 25 MHz

    DDR_CLK = 66.67 MHz

    PCI_CLK = 100 MHz

    SGMII_CLK = 312.5MHz

    Core_CLK = 100 MHZ

    Now I found out that the CDCE62005 cannot generate this frequency configutation, Advantech I think uses 2 of the CDCE 62005 to solve this.

    My question is now if the following input frequency which could be generated by the CDCE62005 will work with the DSP

    DDR_CLK = 200 MHz

    PCI_CLK = 100 MHz

    SGMII_CLK = 250MHz

    CoreCLK = 100 MHz

    Thx for your help

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • Bill Taboada
      Posted by Bill Taboada
      on Apr 05 2012 16:26 PM
      Expert8180 points

      I think you can generate the frequencies you've listed but it would probably require fewer changes to the software if you used the following.

      DDRCLK = 66.67MHz

      PCICLK = 100MHz

      SRIOSGMIICLK = 250MHz

      CORECLK = 100MHz

      The CDCE62005 can generate all of these clocks from the 25Mhz input clock.  Note that all the SERDES interfaces are designed to accept 156.25MHz, 250MHz and 312.5MHz as a reference clock while the PCIECLK can also accept 100MHz allow the use of the standard PCIE backplane clock input.  The only difference between these frequencies is the multiplier values in the serdes PLL and the allowable jitter on the input reference clock.  Since the jitter is multiplied along with the clock the lower reference clock frequencies must be cleaner.  Since you are generating the PCIECLK with the CDCE62005 you may want to consider using 250MHz to take advantage of this fact.

      If you need more help, please reply back. If your question is answered, please click  Verify Answer 

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • markus desgronte
      Posted by markus desgronte
      on Apr 08 2012 07:35 AM
      Prodigy140 points

      Hi Bill,

      thanks for your answer, but I dont really understand your last sentence, do you mean to use 250 MHZ for PCI Clock ?

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Bill Taboada
      Posted by Bill Taboada
      on Apr 09 2012 07:44 AM
      Expert8180 points

      The PCIE reference clock, PCIECLKP/N,  can be one of four specific frequencies.  These are 100MHz, 156.25MHz, 250MHz and 312.5MHz.  Any of these four frequencies can be used by the PLL in the PCIE subsystem to generate the correct timing for a PCIE connection.  The PCIE spec allows the root complex and the endpoints to use a different reference clock as long as none of them are using spread spectrum clocking.  Do you know the clocking of the other devices on the PCIE interface?

      If you need more help, please reply back. If your question is answered, please click  Verify Answer 

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Bill Taboada
      Posted by Bill Taboada
      on Apr 12 2012 08:23 AM
      Verified Answer
      Verified by markus desgronte
      Expert8180 points

      Let me make a correction to my earlier post.  The CDCE62005 does not have the ability to create 250MHz, 100MHz and 66.67MHz.  That doesn't prevent you from using a single CDCE62005 as a clock source for your design.  You can generate 250Mhz, 100MHz and 50MHz and connect the later to the DDRCLKP/N.  The internal PLL for the DDR3 interface can use the 50MHz to generate the 66.67MHz clock needed by the DDR. 

      If you need more help, please reply back. If your question is answered, please click  Verify Answer 

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Wenjun Huang
      Posted by Wenjun Huang
      on Jun 06 2012 09:41 AM
      Expert1770 points

      I noticed you never input clk for Hyperlink clk and PASS clk. Is it that the interfaces are not used, hence the input clk can be not provided. May I know what is the PASS used for? Is it for Ethernet interface?

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Bill Taboada
      Posted by Bill Taboada
      on Jun 06 2012 10:51 AM
      Expert8180 points

      The original question from Markus was specific to his design.  If the Hyperlink interface isn't used then the MCMCLKP/N inputs can be tied off as described in the Hardware Design Guide.  The clock for the PASS PLL can come from either the PASSCLKP/N inputs or the CORECLKP/N inputs.  This selection is controlled with the PACLKSEL configuration input. See the PASS PLL section (7.7) of the data manual for more detail. The PASS PLL provides the clock for the Network Coprocessor which consists of the the Packet DMA controller, the Packet Accelerator, the Security Accelerator and the Gigabit Ethernet Switch Subsystem.  Note that the SerDes for the SGMII interfaces do not use this clock.  They use the SRIOSGMIICLKP/N inputs as their clock source.  If you use the CORECLKP/N inputs as a clock source for the PASS PLL then the PASSCLKP/N inputs may be tied off as described in the Hardware Design Guide.

      If you need more help, please reply back. If your question is answered, please click  Verify Answer 

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Wenjun Huang
      Posted by Wenjun Huang
      on Jun 07 2012 00:46 AM
      Expert1770 points

      Understand. The PASS is for Network coprocessor which has Packet DMA controller, Packet Accelerator, Security Accelerator and the Gigabit Ethernet Switch Subsystem.

      May I know what is the role for each? Is all of them special features of the Ethernet interface, meaning if I just want to use Ethernet interface to transmit data to another processor, I do not need the special features, hence I do not need to clock the PASS_PLL?

      For the Gigabit Ethernet Switch subsystem, is the c66 acting as a switch, meaning it switches data from SGMII0 to SGMII1?

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Bill Taboada
      Posted by Bill Taboada
      on Jun 07 2012 07:49 AM
      Expert8180 points

      There are users guides for each of these subsystems that describe the functionality and provide programming information on the website for the C6672.  They are all associated with the packet interface and are designed to optimize the movement of packets.  This subsystem include the Gigabit Ethernet Switch which is necessary for moving packets between the SGMII interfaces and the cores so you will need to either provide a PASSCLK or select the CORECLK as a source for the PASS PLL.  The Gigabit Ethernet switch is a three port switch with two of the ports connected to the external SGMII interfaces and the third connected to the processor subsystem.

      If you need more help, please reply back. If your question is answered, please click  Verify Answer 

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    TI E2E™ Community
    • Support Forums
    • Blogs
    • Videos
    • Groups
    • Site Support & Feedback
    • Settings
    TI E2E™ Community Groups
    • TI University Program
    • Make the Switch
    • Microcontroller Projects
    • Motor Drive & Control
    Other Communities
    • Deyisupport
    • Designsomething.org
    • beagleboard.org
    • TI on Element 14
    • TI on TechXchangeSM
    Other Technical & Support Resources
    • WEBENCH® Design Center
    • Product Information Centers
    • Technical Documents
    • TI Design Network
    • TI Technical Articles
    • TI Training

    All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

    Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

    Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
    TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

    TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
    embedded processors, along with software, tools and the industry’s largest sales/support staff.

    © Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
    Trademarks | Privacy Policy | Terms of Use