• 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. Custom IC Design
  3. Schematic Probe highlight thickness

Stats

  • Locked Locked
  • Replies 18
  • Subscribers 128
  • Views 34355
  • 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

Schematic Probe highlight thickness

acook
acook over 11 years ago
I am trying to do something like CCR 1844262. I have a common SKILL file designers in my group load and I would like to implement changing the probe width there (if that is even the best way to do it).

Changing the default display.drf in the cadence install directory is not an option.

I could not find anything on how to change display settings using only SKILL and not a drf.
  • Cancel
  • Andrew Beckett
    Andrew Beckett over 11 years ago

    You can change the definition of a packet using the SKILL function drSetPacket.

    For example:

    existing=drGetPacket("display" "y0")
    rplaca(cdddr(existing) "thickLine")
    apply('drSetPacket existing)

    Or if the list manipulation is a bit unobvious there, you could do:

    drSetPacket("display" "y0" "blank" "thickLine" "yellow" "yellow" "outline")

    The colors, fill styles and line styles have to be names that are already in your display.drf.

    Note that there is no need to ever change the display.drf in the Cadence installation; you could always create a local one (say in the working directory, or somewhere else in the "setup.loc" search path). Or you could load one using drLoadDrf().

    Regards,

    Andrew.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • acook
    acook over 11 years ago

    Thank you Andrew, that does the trick.

    I did stumble into Solution 11010566 which illustrates as you suggest.

    I am curious about one thing:

    Lets say I have a display.drf that I want to share between multiple users and it lives in some shared path /common/mygroup/display.drf

    Manually copying or linking in the display is somewhat clunky and it may overried someone's customizations. Is there a way to source this display.drf using SKILL only? It has been awhile since I read about setup.loc but if I remember that is part of the install area (for me this is read only).

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • skillUser
    skillUser over 11 years ago

    Hi,

    Yes, you can load a display.drf with the following command:

    drLoadDrf
    
    drLoadDrf(
      t_filename
      [ g_askToSave ]
    ) => t | nil
    
    Description
    
    Loads the display resource file (usually called display.drf) from any location.
    Arguments t_filename - The path and name of the display resource file (usually called display.drf).
    g_askToSave - Indicates whether you want a dialog box displayed asking whether you want to save your changes when you quit the Display Resource Editor. Valid Values: t, nil (Default: t)

    Hope it helps!

    Lawrence.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • jwpm
    jwpm over 10 years ago
    Hello Andrew, in 6.1.6 another Layer seems to define the Highlite appearence. Changing y0 etc. does not change anything. Which one is correct? Regards. Ange
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 10 years ago

    Hi Ange,

    Which "highlite" are you talking about (i.e. which operation are you doing) - different layers are used for different things, so it's important to understand precisely what you're trying to do.

    Kind Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Anonymous
    Anonymous over 10 years ago

    deleted

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • jwpm
    jwpm over 10 years ago

    Virtuoso Schematic: Design->Probe->Add Net

    Regards

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 10 years ago

    What do you get if you type these commands in the CIW:

    envGetVal("schematic" "probeHiliteLppList")
    envGetVal("schematic" "probeHiliteLppString")

    Note that the default graphic editor sets the equivalent variables to the "hilite" layers (hilite/drawing, hilite/drawing1, hilite/drawing2 etc), but the default for schematic is to set these to y0 to y9.

    The other thing is that the layers maybe y0 to y9, but your technology file may have assigned a different packet name to them. You can find the packet name used with this SKILL code (make sure your schematic window is the current window before entering this in the CIW):

    techGetLPPacketName(techGetLP(techGetTechFile(geGetEditCellView()) list("y0" "drawing")))

    For one TSMC technology I'm using, this returns "winColor5dashed_LB" whereas for a GPDK-based example it returns "y0". If the packet name is different, you'd have to set that packet rather than the y0 packet.

    Thanks,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • jwpm
    jwpm over 10 years ago

    envGetVal("schematic" "probeHiliteLppList")
    envGetVal("schematic" "probeHiliteLppString")

    gives error:

    *WARNING* envGetVal: Could not find variable 'probeHiliteLppList'

    techGetLPPacketName(techGetLP(techGetTechFile(geGetEditCellView()) list("y0" "drawing"))) gives

    "winColor5dashed_L"

    So

    drSetPacket("display" " winColor5dashed_L " "blank" "thickLine" "yellow" "yellow" "outline")

    does the trick

    Thanks a lot

    Ange

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 10 years ago

    Ange,

    Not sure why the envGetVal() doesn't work - I checked in a number of releases - it appeared in IC614, so it ought to work.

    Anyway, it wasn't necessary in this case as it was the packet name which was the issue.

    Kind Regards,

    Andrew.

    • 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