• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Digital Implementation
  3. Multi point CTS implementation

Stats

  • Locked Locked
  • Replies 5
  • Subscribers 92
  • Views 19388
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Multi point CTS implementation

vamsi611
vamsi611 over 11 years ago

I have a netlist and def with single clock port clk.

I want to implement multi point cts with 4 clocks(clk1,clk2,clk3,clk4).They are equilent to clock port clk.

What are the flow steps in encounter to  implement this multipoint CTS.

(How can create 4 new clock ports and remove old clock port clk, how to take care of clock connectivity in the design and implementation of multi point CTS)

  • Cancel
Parents
  • fitz
    fitz over 11 years ago

    Vamsi ... you have almost got it!

    I still suggest starting with the simplest  clock possible and see if clockDesign can meet your requirements.
    Start with one drop, If not, try two, then three, then four........ no sense in making your life more complicated than it already is.  

    The only reason we required multiple clock drops was to reduce clock insertion latency on the high speed interface module to full custom ADC.
    The ADC was 16mm tall and the interface module was pitch matched at 2mm x 16mm,  we could not meet the maximum latency specification across the full 16mm distance.
    We ended up requiring  four clock drops, if I were to do this again I would request to have interface RTL coded into four separate self contained channels from the get go.
    The layout would then be one module replicated four times , too easy.

    Rant #1
    One thing the RTL designers don't seem to comprehend is the importance of logical hierarchy.
    An optimal logical hierarchy allows us to  decide  the optimal layout strategy in ... hmm ... layout.
    Layout can choose to use or ignore logical hierarchy ( partition, region, guide, modulePadding  etc etc etc )
    Flatland RTL coding offers the layout team no options but to take one possibly very difficult route.
    Sorry for the rant, I have to try and convince an RTL designers boss, that 1 man week re-coding / re-verifying will save me 4 weeks in layout.

    Shawn

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • fitz
    fitz over 11 years ago

    Vamsi ... you have almost got it!

    I still suggest starting with the simplest  clock possible and see if clockDesign can meet your requirements.
    Start with one drop, If not, try two, then three, then four........ no sense in making your life more complicated than it already is.  

    The only reason we required multiple clock drops was to reduce clock insertion latency on the high speed interface module to full custom ADC.
    The ADC was 16mm tall and the interface module was pitch matched at 2mm x 16mm,  we could not meet the maximum latency specification across the full 16mm distance.
    We ended up requiring  four clock drops, if I were to do this again I would request to have interface RTL coded into four separate self contained channels from the get go.
    The layout would then be one module replicated four times , too easy.

    Rant #1
    One thing the RTL designers don't seem to comprehend is the importance of logical hierarchy.
    An optimal logical hierarchy allows us to  decide  the optimal layout strategy in ... hmm ... layout.
    Layout can choose to use or ignore logical hierarchy ( partition, region, guide, modulePadding  etc etc etc )
    Flatland RTL coding offers the layout team no options but to take one possibly very difficult route.
    Sorry for the rant, I have to try and convince an RTL designers boss, that 1 man week re-coding / re-verifying will save me 4 weeks in layout.

    Shawn

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information