Cadence® system design and verification solutions, integrated under our System Development Suite, provide the simulation, acceleration, emulation, and management capabilities.
System Development Suite Related Products A-Z
Cadence® digital design and signoff solutions provide a fast path to design closure and better predictability, helping you meet your power, performance, and area (PPA) targets.
Full-Flow Digital Solution Related Products A-Z
Cadence® custom, analog, and RF design solutions can help you save time by automating many routine tasks, from block-level and mixed-signal simulation to routing and library characterization.
Overview Related Products A-Z
Driving efficiency and accuracy in advanced packaging, system planning, and multi-fabric interoperability, Cadence® package implementation products deliver the automation and accuracy.
Cadence® PCB design solutions enable shorter, more predictable design cycles with greater integration of component design and system-level simulation for a constraint-driven flow.
An open IP platform for you to customize your app-driven SoC design.
Comprehensive solutions and methodologies.
Helping you meet your broader business goals.
A global customer support infrastructure with around-the-clock help.
24/7 Support - Cadence Online Support
Locate the latest software updates, service request, technical documentation, solutions and more in your personalized environment.
Cadence offers various software services for download. This page describes our offerings, including the Allegro FREE Physical Viewer.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
This course combines our Allegro PCB Editor Basic Techniques, followed by Allegro PCB Editor Intermediate Techniques.
Virtuoso Analog Design Environment Verifier 16.7
Learn learn to perform requirements-driven analog verification using the Virtuoso ADE Verifier tool.
Exchange ideas, news, technical information, and best practices.
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.
It's not all about the technlogy. Here we exchange ideas on the Cadence Academic Network and other subjects of general interest.
Cadence is a leading provider of system design tools, software, IP, and services.
Hello All ,
I have a script which I use to calculate a particular net's Net Length, total net resistance, Capacitance (w.r.t ground).
But the drawback is that I have to select the entire Net before invoking the "NetLength" Function.
So I want a script which can trace the entire net and give a list of metals, vias, instances that
belong to this net. i.e I will select any one metal/instance/via
of a net and the code should trace the entire net and give me the
NOTE: Instances here refer to instances/mosaics of vias.
Well, if the layout was created using Virtuoso XL, then this is easy - since all shapes on the net will be associated with the net in the database.Other than that, you could use Diva to extract a net - or you'd have to write something which traced the net - not that straightforward.Regards,Andrew.
Thanks Andrew.Thats what I was asking for. A skill code which can trace the net in Virtuoso Layout Editor.Regards,Sathya
I wrote some skill code to do this and presented it at the 2002 Cadence Users Group. It was no small program, but basically used dbGetTrueOverlaps on shapes decomposed into rectangles. If your nets are not traversing the hierarchy, then using VXL connectivity information is the easiest way to go. DIVA also provides a quick extraction, but custom Skill was the only way we found that we could extract the shapes from any level of hierarchy by clicking on a shape.I can't give you the code, but I have attached my paper and presentation from the 2002 conference. The effort to write the code has paid off many times over. We can click on a net and hilight it, but we then have all the shapes and can do whatever we want with them.-Derek
I reread the first post and you mention that you "select" every shape on the net first. If this is the case, then VXL is your best bet. VXL adds connectivity to the shapes on the same net. You can then select all shapes on a net with something as simple as this:shapes = setof(x geGetEditCellView()~>shapes x~>net~>name == "mynet")You can get every instance (including vias) connected to the net using:insts = setof(x cv~>conns x~>net~>name=="mynet")The paper I attached describes how to get all shapes in the hierarchy of the design on a net, all the way down to the gate without needing VXL.-Derek
Im using only VLE not VXL so I think I will just read ur paper and try to write my code myself.
Meanwhile if there are nayone out there who can give the code are welcome.
Derek,I have written a similar tracing function, but I find the "Mark Net" function to be dramatically faster. dbGetTrueOverlaps has to be one of the most powerful functions in SKILL, but at the same time, it has to be the slowest.I'm curious if you can share any tips or thoughts on the performance aspects of this problem.For me, "Mark Net" is too fast to compete with it in SKILL for displaying purposes (compare tracing VSS! in a real chip). But, if you want the list of shapes for post-processing, like in Sathya's case, I think you need a SKILL function, like the one you have written. Therefore, the problem cannot be entirely bypassed by using "Mark Net", unless you only need to display the shapes.Thanks!
m27315,I put a lot of work into improving the performance and tracing supplies is definitely slow. However, my routine actually traces supplies faster than markNet. The main thing I did was limit dbGetTrueOverlaps to only check one layerName across all levels of hierarchy. It was only ever checking for overlaps on one metal layer at a time. I had a table of via names used in the design and the names of the layers that were connected by each via. Every via in our design contains the cut layer and the connecting metals. example:Via name Connecting metals"VIA1" list("metal1" "metal2")"VIA2" list("metal2" "metal3")"CON" list("poly" "metal1")Every overlapping metal shape was checked to see if it was inside one of the vias. If it was, then that shape was used to look for overlaps on both connecting metals. I never looked for overaps on the cut layers, otherwise things would be very slow. If someone accidentally flattens a via or contact, my routine will not trace connectivity through it. The trade off basically came down to speed or ability to handle flat data. I have considered adding an option to trace the flat data, but no one has ever needed it. They usually fix the flat vias instead.Basically, I start with a metal shape, break it into rectangles and run dbGetTrueOverlaps on each rectangle, only looking for shapes on the same layer. I have a filtering routine that ensures I throw out items I have already visited. When the overlaps routine returns a shape in a via cell, I then run a second dbGetTrueOverlaps on the connecting layer.My benchmarks on a supply signal in a medium sized block showed the following:Mark Net: 446 secondsMy trace: 335 seconds (55 seconds in dbGetTrueOverlaps)My routine still has room for improvement.-Derek
In reply to archive:
I am also working in net tracing functionality, but facing problem with the command dbGetTrueOverlap..I need to find the resistance of net once u probe it. For this concern i need to trace the net so that i can extract all the metal layers and vias to get the total resistance.
i need help on this....
In reply to Sameer980:
So what is your problem?
I don't see why you can't use dbGetTrueOverlaps - this should work fine. Maybe if you explained what your actual problem is (i.e. what you're doing, what your code looks like, what the error was, what is going wrong), then somebody might be able to spot what you're doing wrong? At the moment there really isn't enough to go on.
Currently (in IC61X) you can use Mark Net and then save the resulting shapes to another cellView, but there isn't currently a non-UI version of this (so you'd have to call the leHiMarkNet() and leHiSaveAllHighLightMarkNet() functions to save the shapes to another cellView). There's an enhancement request for a non "Hi" version of these functions.
I am working on a similar script to extract a complete net through a hierarchy and dump all these nets into a new cellview. Function dbGetTrueOverlaps returns the overlapping shapes present in a mosaic in the form list("mosaic_dbid" "row no" "column no").
Is it possible to get the xy of the extracted net figures present inside these mosaics(with the transformation information if this mosaic is present in some below hierarchy)?
Also, what can I do to filter these shapes present in the mosaics so that recursive procedure having dbGetTrueOverlaps function work efficiently?
Thanks in advance!
In reply to Jay Bharti:
Have you considered using Mark Net for this? It now has the ability to save marked nets to a cellview. Save yourself some coding effort and time, take a look at:
cellName ;; required argument of the cell name to save the net shapes to
[ ?libName t_libName ] ;; optional library name, defaults to library of the current cellview
[ ?viewName t_viewName ] ;; optional view name, defaults to the view name of the current cellview
[ ?point l_point ] ;; optional specific location of which net to save, all nets is the default
=> t / nil
Hopefully this is what you want to do?
In reply to skillUser:
Thanks for your reply.
I need a non "Hi" version of command leHiMarkNet followed by command leHiSaveAllHighLightMarkNet(). Since I could not find such function, I thought of writing one.
Also, I could not find the function leSaveMarkNet() mentioned above. My Virtuoso version 6.1.5 throws the error
*Error* eval: undefined function - leSaveMarkNet
Is there any other way round to do this?
leMarkNet and leSaveMarkNet are both in IC616. Rather than going to an awful lot of effort writing your own shape tracer, it would be far simpler to switch to using IC616 rather than IC615 (which should be a straightforward move). IC615 is not supported any more anyway.