• 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. Functional Verification Shared Code
  3. Using "add net constraints" command in Conformal

Stats

  • Locked Locked
  • Replies 9
  • Subscribers 38
  • Views 16769
  • 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

Using "add net constraints" command in Conformal

archive
archive over 18 years ago

Hi

I have tried using "add net constraints" command to place one-cold constraints on a tristate enable bus. In the command line we need to specify the "net pathname" on which the constraints are to be enforced.

The bus here is 20-bit. How should the net pathname be specified to make this 20-bit bus signals one_hot or one_cold.

The bus was declared as follows:
ten_bus [19:0]

The command I used was

add net constraints one_hot /ren_bus[19]

What would the above command mean?
Should we not specify all the nets' pathnames on the bus?
Is it sufficient to specify the pathname of one net on the bus?
I could not get much info regarding the functionality of this command. I would be obliged if anyone can throw some light.

Thanks
Prasad.


Originally posted in cdnusers.org by anssprasad
  • Cancel
Parents
  • archive
    archive over 18 years ago

    Hi Prasad,
    Add the net contraint only one side of the design, -revised preferably
    And as said do all in one line . .
    SETUP> add net constaint one_hot ZN[zero] ZN[one] ZN[two] . . . -revised

    Constraints are essentially assumptions that the Equivalence Checker can use to "ignore" Non-equivalences.
    For eg.

    if you apply a one-hot on revised
    Golden: net1, net2, net3
    Revised: net1, net2, net3

    Then only conditions where revised is 001, 010, 100 will be honored.
    A condition such as (G)110 and (R)011 will be ignored even if it is
    non-equivalent because of the constraint.

    -- Masood

    PS: You better simulate the one_hot in a simulator. Also if you have
    conformal - ASIC license, you may be able to actually verify that
    your one-hot bus is truly a one-hot formally without vectors. You
    can invoke that tool by
    unix> lec -verify
    From there it is pretty intuitive with a check called bus contention.

    PPS: There are experts in the support channel who can guide you with
    this. You may want to file an SR.


    Originally posted in cdnusers.org by makkarm
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • archive
    archive over 18 years ago

    Hi Prasad,
    Add the net contraint only one side of the design, -revised preferably
    And as said do all in one line . .
    SETUP> add net constaint one_hot ZN[zero] ZN[one] ZN[two] . . . -revised

    Constraints are essentially assumptions that the Equivalence Checker can use to "ignore" Non-equivalences.
    For eg.

    if you apply a one-hot on revised
    Golden: net1, net2, net3
    Revised: net1, net2, net3

    Then only conditions where revised is 001, 010, 100 will be honored.
    A condition such as (G)110 and (R)011 will be ignored even if it is
    non-equivalent because of the constraint.

    -- Masood

    PS: You better simulate the one_hot in a simulator. Also if you have
    conformal - ASIC license, you may be able to actually verify that
    your one-hot bus is truly a one-hot formally without vectors. You
    can invoke that tool by
    unix> lec -verify
    From there it is pretty intuitive with a check called bus contention.

    PPS: There are experts in the support channel who can guide you with
    this. You may want to file an SR.


    Originally posted in cdnusers.org by makkarm
    • 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