• 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. Timing analysis on partitioned design in EDI

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 93
  • Views 14927
  • 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

Timing analysis on partitioned design in EDI

weian
weian over 15 years ago

After assembling the partitions into the top design, I tried to do static timing analysis over the whole design, but the timing report showed 0 slews and delays in the buffers of clock paths. It seems that the tool didn't consider the wire load while computing timing although the log file showed the RC extraction operations. In the timing analysis of each individual partition, however, the path delays looked fine. Can anyone tell me why and how to fix? Did I miss something after assembling the partitions? Thanks very much.

  • Cancel
  • Martinage
    Martinage over 15 years ago

    It sounds like some of your clock trees are still in ideal mode.  Try running the following to
    find all clock endpoints that are not receiving a propagated clock:

    encounter 2> check_timing -check_only clock_not_propagated -verbose
    ###############################################################
    #  Generated by:      Cadence Encounter 09.13-s229_1
    #  OS:                Linux x86_64(Host ID pe-opt13)
    #  Generated on:      Wed Nov  3 17:04:26 2010
    #  Command:           check_timing -check_only clock_not_propagated -verbose
    ###############################################################
         +------------------------------------------------------+
         |                 TIMING CHECK SUMMARY                 |
         |------------------------------------------------------|
         |       Warning        |      Warning       |  Number  |
         |                      |    Description     |    of    |
         |                      |                    | Warnings |
         |----------------------+--------------------+----------|
         | clock_not_propagated | Ideal clock at pin |       10 |
         +------------------------------------------------------+
         +-----------------------------------------+
         |           TIMING CHECK DETAIL           |
         |-----------------------------------------|
         |      Pin      |         Warning         |
         |---------------+-------------------------|
         |  TR0/BR1/CK   | Ideal Clock WAVE at pin |
         |  TR1/BR1/CK   | Ideal Clock WAVE at pin |
         |    CGR/CK     | Ideal Clock WAVE at pin |
         |  BLK/BR0/CK   | Ideal Clock WAVE at pin |
         |  BLK/BR1/CK   | Ideal Clock WAVE at pin |
         |  BLK/BR11/CK  | Ideal Clock WAVE at pin |
         |  BLK/BR2/CK   | Ideal Clock WAVE at pin |
         | BLK/SPARE1/CK | Ideal Clock WAVE at pin |
         | BLK/SPARE2/CK | Ideal Clock WAVE at pin |
         |  TR2/BR1/CK   | Ideal Clock WAVE at pin |
         +-----------------------------------------+

     

    If this report does show up some ideal clocked endpoints, you likely have a set_clock_latency still set somewhere
    between the clock definition and the endpoints.  You could consider running the  reset_clock_tree_latency command.

    This will walk the specified clock trees and remove any set_clock_latency assertions that are still around.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • weian
    weian over 15 years ago

    Thanks for the reply. I did "check_timing". The output is attached in the back. It seems that the assemblDesign command does not inherit any clock information from the block designs. I have to define the constraint file again for timing analysis. I specified the newly defined clock (which is ideal) to the input pins of the top design and hope that the tool can derive the delay in the clock tree of each block. Unfortunately the tool seemed to ignore any delays in the tree.  Is there any step that I missed for the clock trees in assembling the design?

    Thanks very much.

    *****************************************************************************************************************

    encounter 7> check_timing
    ###############################################################
    #  Generated by:      Cadence Encounter 09.12-s159_1
    #  OS:                Linux x86_64(Host ID compute-0-9.local)
    #  Generated on:      Wed Nov 10 14:31:43 2010
    #  Command:           check_timing
    ###############################################################
         +----------------------------------------------------------------------------------+
         |                               TIMING CHECK SUMMARY                               |
         |----------------------------------------------------------------------------------|
         |       Warning        |              Warning Description               |  Number  |
         |                      |                                                |    of    |
         |                      |                                                | Warnings |
         |----------------------+------------------------------------------------+----------|
         | ideal_clock_waveform | Clock waveform is ideal                        |        1 |
         | no_input_delay       | No input delay assertion with respect to clock |       36 |
         | uncons_endpoint      | Unconstrained signal arriving at end point     |        5 |
         +----------------------------------------------------------------------------------+
    encounter 8> check_timing -verbose
    ###############################################################
    #  Generated by:      Cadence Encounter 09.12-s159_1
    #  OS:                Linux x86_64(Host ID compute-0-9.local)
    #  Generated on:      Wed Nov 10 14:32:09 2010
    #  Command:           check_timing -verbose
    ###############################################################
         +----------------------------------------------------------------------------------+
         |                               TIMING CHECK SUMMARY                               |
         |----------------------------------------------------------------------------------|
         |       Warning        |              Warning Description               |  Number  |
         |                      |                                                |    of    |
         |                      |                                                | Warnings |
         |----------------------+------------------------------------------------+----------|
         | ideal_clock_waveform | Clock waveform is ideal                        |        1 |
         | no_input_delay       | No input delay assertion with respect to clock |       36 |
         | uncons_endpoint      | Unconstrained signal arriving at end point     |        5 |
         +----------------------------------------------------------------------------------+
         +--------------------------------------------------------------+
         |                     TIMING CHECK DETAIL                      |
         |--------------------------------------------------------------|
         |     Pin     |                    Warning                     |
         |-------------+------------------------------------------------|
         | softBit[31] | No input delay assertion with respect to clock |
         | softBit[30] | No input delay assertion with respect to clock |
         | softBit[29] | No input delay assertion with respect to clock |
         | softBit[28] | No input delay assertion with respect to clock |
         | softBit[27] | No input delay assertion with respect to clock |
         | softBit[26] | No input delay assertion with respect to clock |
         | softBit[25] | No input delay assertion with respect to clock |
         | softBit[24] | No input delay assertion with respect to clock |
         | softBit[23] | No input delay assertion with respect to clock |
         | softBit[22] | No input delay assertion with respect to clock |
         | softBit[21] | No input delay assertion with respect to clock |
         | softBit[20] | No input delay assertion with respect to clock |
         | softBit[19] | No input delay assertion with respect to clock |
         | softBit[18] | No input delay assertion with respect to clock |
         | softBit[17] | No input delay assertion with respect to clock |
         | softBit[16] | No input delay assertion with respect to clock |
         | softBit[15] | No input delay assertion with respect to clock |
         | softBit[14] | No input delay assertion with respect to clock |
         | softBit[13] | No input delay assertion with respect to clock |
         | softBit[12] | No input delay assertion with respect to clock |
         | softBit[11] | No input delay assertion with respect to clock |
         | softBit[10] | No input delay assertion with respect to clock |
         |  softBit[9] | No input delay assertion with respect to clock |
         |  softBit[8] | No input delay assertion with respect to clock |
         |  softBit[7] | No input delay assertion with respect to clock |
         |  softBit[6] | No input delay assertion with respect to clock |
         |  softBit[5] | No input delay assertion with respect to clock |
         |  softBit[4] | No input delay assertion with respect to clock |
         |  softBit[3] | No input delay assertion with respect to clock |
         |  softBit[2] | No input delay assertion with respect to clock |
         |  softBit[1] | No input delay assertion with respect to clock |
         |  softBit[0] | No input delay assertion with respect to clock |
         |    wEna     | No input delay assertion with respect to clock |
         |     rst     | No input delay assertion with respect to clock |
         |    setup    | No input delay assertion with respect to clock |
         |     Cc      | No input delay assertion with respect to clock |
         |  hardBit[3] | Unconstrained signal arriving at end point     |
         |  hardBit[2] | Unconstrained signal arriving at end point     |
         |  hardBit[1] | Unconstrained signal arriving at end point     |
         |  hardBit[0] | Unconstrained signal arriving at end point     |
         |    oSig     | Unconstrained signal arriving at end point     |
         +--------------------------------------------------------------+
         +-----------+
         |  TIMING   |
         |   CHECK   |
         |   IDEAL   |
         |  CLOCKS   |
         |-----------|
         |   Clock   |
         |  Waveform |
         |-----------|
         | input_clk |
         +-----------+

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • weian
    weian over 15 years ago

     Problem solved.Need to set clocks to propagated.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

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