Stats

  • Locked Locked
  • Replies 3
  • Subscribers 125
  • Views 13872
  • 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

convertion multi striped devices to multiple instances

dwaraka

 I have mosfets and resistors placed as multi striped devices in schematic. I want to convert it to mulple instances.

for example

if the schematic has a nmos with width 100u and 10 stripes, I want it to be changed as 10 different instaces of 10u width connected in parallel.

And if there is a resistor with length 50u of 5 stripes, after the conversion it should have 5 resistors, each of length 10u length, connected in series.

Could any one please help me in writing a skill script for this.

Thanks

 

Parents
  • Andrew Beckett

    Vijith,

    I suspect there is a way of doing this with Hercules, given that there is a way of doing it with Diva and Assura (and I suspect PVS, although I've not checked) by ensuring you have comparison rules that look at the "stripe" parameter as well as w and l. If you really do have to modify the schematic, something along these lines should help (I just wrote this and it has had very limited testing):

     

    procedure(CCFconvertParamToIterated(cvId paramName)
  let((newName width m paramType)
    foreach(inst cvId~>instances
      m=dbGet(inst paramName)
      paramType=type(m)
      when(stringp(m) m=atoi(m))
      when(m && m!=1
        ;----------------------------------------------------------------
        ; Come up with new instance name
        ;----------------------------------------------------------------
        width=dbGetNameNumBit(inst~>name)
        rexCompile("[<:>]")
        sprintf(newName "%s<%d:0>"
          rexReplace(inst~>name "__" 0)
          width*m-1
        )
        if(stringp(paramType) then
          dbSet(inst "1" paramName)
        else
          dbSet(inst 1 paramName)
        )
        inst~>name=newName
        ; might need a call to CCSinvokeInstCdfCallbacks at this
        ; point to call callbacks if necessary.
        ; Solution 11018344 on http://support.cadence.com contains the code
      )
    )
    schCheck(cvId)
  )
)

     


    You'd call CCFconvertParamToIterated(geGetEditCellView() "m")

    or whatever the parameter is called. Hopefully it's clear enough that you can adapt it to meet your needs.

    Andrew.

Reply
  • Andrew Beckett

    Vijith,

    I suspect there is a way of doing this with Hercules, given that there is a way of doing it with Diva and Assura (and I suspect PVS, although I've not checked) by ensuring you have comparison rules that look at the "stripe" parameter as well as w and l. If you really do have to modify the schematic, something along these lines should help (I just wrote this and it has had very limited testing):

     

    procedure(CCFconvertParamToIterated(cvId paramName)
  let((newName width m paramType)
    foreach(inst cvId~>instances
      m=dbGet(inst paramName)
      paramType=type(m)
      when(stringp(m) m=atoi(m))
      when(m && m!=1
        ;----------------------------------------------------------------
        ; Come up with new instance name
        ;----------------------------------------------------------------
        width=dbGetNameNumBit(inst~>name)
        rexCompile("[<:>]")
        sprintf(newName "%s<%d:0>"
          rexReplace(inst~>name "__" 0)
          width*m-1
        )
        if(stringp(paramType) then
          dbSet(inst "1" paramName)
        else
          dbSet(inst 1 paramName)
        )
        inst~>name=newName
        ; might need a call to CCSinvokeInstCdfCallbacks at this
        ; point to call callbacks if necessary.
        ; Solution 11018344 on http://support.cadence.com contains the code
      )
    )
    schCheck(cvId)
  )
)

     


    You'd call CCFconvertParamToIterated(geGetEditCellView() "m")

    or whatever the parameter is called. Hopefully it's clear enough that you can adapt it to meet your needs.

    Andrew.

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.