Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Migrating a design to a new process, at the schematic level

Status
Not open for further replies.

lagos.jl

Member level 1
Member level 1
Joined
Apr 13, 2006
Messages
40
Helped
1
Reputation
2
Reaction score
0
Trophy points
1,286
Activity points
1,865
Hi all!

I would like to ask for your advice on the easiest way of migrating an
entire analog design from one technology to a completely different
one, at the schematic level (i.e., no layout views involved
whatsoever). The situation is as follows.

I have developed a more-or-less large analog design whose library
contains dozens of cells (about 80), and which altogether comprise
about 7-8 levels of hierarchy (i.e., from the most atomical ones to
the top-level). At this point we are only interested on the general
behavior of the architecture, and thus the design has been completed
only at the schematic level. Luckily enough, the design is made up
solely of pmos and nmos transistors (no res, caps, etc), which belong
to the vanilla-flavor transistors of a 0.35um CMOS process. Beside
these mosfets, the only other components are ideal current sources,
used for modeling biasing. Moreover, all the instances of these
transistors have their W and L values defined as variables, and in the
whole design there are no hard-specified values of any kind. The total
number of variables in the final hierarchy is only about 12 (including
variables for bias voltages and currents).

So far, so good. I have successfully validated the performance of the
aforementioned design, and now i need to assess how this performance
would change when migrating the architecture to a 180um CMOS process.
Obviously the most straightforward way to accomplish this would be
to just make a copy of the entire library, attach it to the new
technology and then manually edit the most atomic cells for replacing
all the pmos and nmos of the old process with their respective
counterparts in the new technology. However, I had tried this and
doing it for large cells results rather impractical and very prone to
human error. What's more, depending on the performance results of the
migrated design it is very likely that we will be interested in
further migrating it to other technologies (e.g. 90nm CMOS), thus
increasing the manual effort exponentially. It is therefore clear
that this manual approach to cell edition is not a viable solution for
migrating the entire architecture.

Taking all this into consideration, I am desperately seeking for an
alternative way of translating the design in a more or less automated
fashion. I suspect all that is needed to do is editing the atomic
cell's netlists for making the appropriate replacement for each
transistor instance, a task that could be implemented by code.
However, I have never worked seriously at the code level in Cadence,
and I have no idea on what to edit, which language to use, nor where
to start.

I am quite positive that I can accomplish these goals, but I need help
to get started. Please let me know if you have any idea on how to
approach the solution to this problem. Any help is appreciated!!!

Thanks so much for any ideas, and sorry for the long post! :)

Regards,
 

Re: Migrating a design to a new process, at the schematic le

Well, I guess I'll have to figure this one out by myself. Thanks anyway; look forward to post the solution ... if I ever manage to find one! :|

Added after 28 minutes:

OK, I finally found a way of kind-of doing it. I am using skill code to parse the mos instances on (copies of) the original (old process) cell views, and then I replace them with the transistor cells belonging to the new process.

For example:

; open the cellview
cv = dbOpenCellViewByType("MyLibrary" "MyCell" "schematic" nil "a")
; walk through all the instances, replacing transistors
foreach( inst cv~>instances when( ( inst~>libName == "OldProcessLibrary" && inst~>cellName == "OldMosTransistorCellname" ) dbSetInstHeaderMasterName( inst~>instHeader "NewProcessLibrary" "NewMosTransistorCellname" "symbol_compatible" ) ) )
; save & close
dbSave( cv )
dbClose( cv )

The big drawback of this approach is that it only works fine if the symbols for the transistors in both processes are pin-compatible with respect to size (otherwise the replaced instances in the processed cells will appear misplaced and the terminals mis-connected). In the (very probable) case that they are not pin-compatible (which was indeed my case), one has to create a second, pin-compatible symbol view for the transistors of the new process (which I called "symbol_compatible" on the code above) and make the replacement using this modified symbol views.

So far it seems that the above solution works and I managed to successfully simulate the processed schematics with the new process' transistors and their modified "symbol_compatible" views. I haven't verified the top level design yet, and I surely don't know if this trick will work when doing more complicated stuff such as LVS. :?:

Well, as always any ideas/comments on this topic are rather welcome! :D

Regards,

Jorge.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top