pcell with multiple layouts

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:



On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:



On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:



On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct..
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

On Jul 1, 8:59 pm, I-F AB <cop0...@gmail.com> wrote:



On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right..  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?
One other issue, I need to reset one of the parameters back to the
default value.   Would the
same methodology work?

Thanks

defValue
cdfgData->Param2_MOS_PCell_1->value = cdfgData->Param2_MOS_PCell_1-
defValue
cdfgData->Param3_MOS_PCell_1->value = cdfgData->Param3_MOS_PCell_1-
defValue
.......

On Jul 2, 10:12 pm, rick <ej...@pacbell.net> wrote:



On Jul 1, 8:59 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0..3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?
One other issue, I need to reset one of the parameters back to the
default value.   Would the
same methodology work?

Thanks

Hi,

Yes, the command equal() controls visibility of the parameter form,
use editable() command if needed.
To reset parameters back to default, maybe you would need to specify
in a callback
(here would be the callback trigger when changing the 'switchPcell'
parameter) i.e. using something like :

;;;callback procedure
......
cdfgData->Param1_MOS_PCell_1->value   =   cdfgData->Param1_MOS_PCell_1->defValue

cdfgData->Param2_MOS_PCell_1->value   =   cdfgData->Param2_MOS_PCell_1->defValue

cdfgData->Param3_MOS_PCell_1->value   =   cdfgData->Param3_MOS_PCell_1->defValue

......

There might be a better/simpler way to do this but this is what I
have.

Best regards,
I-FAB

On Jul 4, 7:23 pm, I-F AB <cop0...@gmail.com> wrote:



On Jul 2, 10:12 pm, rick <ej...@pacbell.net> wrote:

On Jul 1, 8:59 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?
One other issue, I need to reset one of the parameters back to the
default value.   Would the
same methodology work?

Thanks

Hi,

Yes, the command equal() controls visibility of the parameter form,
use editable() command if needed.
To reset parameters back to default, maybe you would need to specify
in a callback
(here would be the callback trigger when changing the 'switchPcell'
parameter) i.e. using something like :

;;;callback procedure
......
cdfgData->Param1_MOS_PCell_1->value   =   cdfgData->Param1_MOS_PCell_1->defValue

cdfgData->Param2_MOS_PCell_1->value   =   cdfgData->Param2_MOS_PCell_1->defValue

cdfgData->Param3_MOS_PCell_1->value   =   cdfgData->Param3_MOS_PCell_1->defValue

......

There might be a better/simpler way to do this but this is what I
have.

Best regards,
I-FAB

Can you please provide an example this, I am syntax-tically
challenged!   :^)

Thanks

Rick

On Jul 6, 7:57 am, rick <ej...@pacbell.net> wrote:



On Jul 4, 7:23 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 2, 10:12 pm, rick <ej...@pacbell.net> wrote:

On Jul 1, 8:59 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?
One other issue, I need to reset one of the parameters back to the
default value.   Would the
same methodology work?

Thanks

Hi,

Yes, the command equal() controls visibility of the parameter form,
use editable() command if needed.
To reset parameters back to default, maybe you would need to specify
in a callback
(here would be the callback trigger when changing the 'switchPcell'
parameter) i.e. using something like :

;;;callback procedure
......
cdfgData->Param1_MOS_PCell_1->value   =   cdfgData->Param1_MOS_PCell_1->defValue

cdfgData->Param2_MOS_PCell_1->value   =   cdfgData->Param2_MOS_PCell_1->defValue

cdfgData->Param3_MOS_PCell_1->value   =   cdfgData->Param3_MOS_PCell_1->defValue

......

There might be a better/simpler way to do this but this is what I
have.

Best regards,
I-FAB

Can you please provide an example this, I am syntax-tically
challenged!   :^)

Thanks

Rick

Ive tried many different combinations and result is the same, the
layout changes but the
property form does not unless I change another parameter, then it
syncs up.   Could any
of the other CDF's cause this like dontSave or storeDefaults?   The
write in the manual
is overly helpful.   Basically this variables determine if the
parameter is saved...but saved
where?

Rick

On Jul 7, 7:14 am, rick <ej...@pacbell.net> wrote:





On Jul 6, 7:57 am, rick <ej...@pacbell.net> wrote:

On Jul 4, 7:23 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 2, 10:12 pm, rick <ej...@pacbell.net> wrote:

On Jul 1, 8:59 pm, I-F AB <cop0...@gmail.com> wrote:

On Jul 1, 12:28 am, rick <ej...@pacbell.net> wrote:

On Jun 30, 1:00 am, I-F AB <cop0...@gmail.com> wrote:

On Jun 30, 7:15 am, rick <ej...@pacbell.net> wrote:

On Jun 29, 3:31 pm, rick <ej...@pacbell.net> wrote:

I have created two versions of pcell (same schematic)  that has 2
different layouts which currently in separate skill routines.    I
would like to have one cell that has a cyclic button to select the
desired layout.  What is the best
way to implement this type of feature?    A code example would be
greatly appreciated

Thanks

Rick

I kinda got it to work but the CDF/parameters are not quite right.  If
you enter in values that are ok for layout-1 they are
carried into layout-2 even though they are not editable.....they should
revert back to the default values.   Example, layout-1
has variable a finger count whereas layout-2 does not, its hard
coded.  I guess I need some type of reset routine or something?

Rick

Hi Rick,

How about something like below:

pcDefinePCell(
 list( ddGetObj("Tech250") "nmos" "layout" )

 ;;; parameter defaults
 ( ( lch     "0.5u"   ) ( wch     "0.6u"   ) (switchPcell  "pcell1" )
   ( finger  "1"      ) ( totalch "0.6u"   ) ( Gconn   "None"   )
   ( SDconn  "None" ) ( Bulktie "None"   ) ( TapSpa  "0.3u"  )
( TapRow  "1"  )
 )

 if(   switchPcell == "pcell1"   then
    MOS_PCell_1(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 else
    MOS_PCell_2(lch wch "nmos" finger Gconn SDconn Bulktie TapSpa
TapRow)
 )

)  ; pcDefinePCell

MOS_PCell_1 & MOS_PCell_2 are 2 procedures where you define layers,
shapes, etc.
'switchPcell' is a CDF parameter (default points to MOS_PCell_1()
procedure) which controls which layout to use.

I have something very close and the layout does switch but the
property panel does not update with the
correct fields for the new layout after the second switch.......like
that makes sense!  :^)   Restated.....

1)  compile the cell, instantiate and query.  Everything is correct.
layoutA --> parameters for A

2)   switch for layoutB
layoutB -->  parameters for B  (yay!)

3)   switch back to layoutA
layoutA -->   parameters for B still   :^(

Rick

I believe the problem now is how your parameters interact.
By the way, are you using CDF parameters?
Better take a look at how to use them.

The CDF parameter 'switchPcell' can hide CDF parameter "TapSpa" from
the form in this example :

    cdfCreateParam( cdfId
        ?name           "TapSpa"
        ?prompt         "Tap Extension"
        ?units            "lengthMetric"
        ?defValue       "300.0n"
        ?type              "string"
        ?display          " equal(cdfgData->switchPcell->value
\"pcell1\") "
        ?callback       "MOS_PCell_1( 'TapSpaR )"
        ?parseAsNumber  "yes"
        ?parseAsCEL     "yes"
    )

Best regards,
I-FAB

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?
One other issue, I need to reset one of the parameters back to the
default value.   Would the
same methodology work?

Thanks

Hi,

Yes, the command equal() controls visibility of the parameter form,
use editable() command if needed.
To reset parameters back to default, maybe you would need to specify
in a callback
(here would be the callback trigger when changing the 'switchPcell'
parameter) i.e. using something like :

;;;callback procedure
......
cdfgData->Param1_MOS_PCell_1->value   =   cdfgData->Param1_MOS_PCell_1->defValue

cdfgData->Param2_MOS_PCell_1->value   =   cdfgData->Param2_MOS_PCell_1->defValue

cdfgData->Param3_MOS_PCell_1->value   =   cdfgData->Param3_MOS_PCell_1->defValue

......

There might be a better/simpler way to do this but this is what I
have.

Best regards,
I-FAB

Can you please provide an example this, I am syntax-tically
challenged!   :^)

Thanks

Rick

Ive tried many different combinations and result is the same, the
layout changes but the
property form does not unless I change another parameter, then it
syncs up.   Could any
of the other CDF's cause this like dontSave or storeDefaults?   The
write in the manual
is overly helpful.   Basically this variables determine if the
parameter is saved...but saved
where?

Rick

Hi,

Could you give an example how you load your CDF parameters?
The CDF parameters is saved to the mos cell you are creating.
You can edit/add from the CIW menu if you don't want to use the
cdfCreateParam() function.
Just open the menu Tools > Edit > CDF in CIW & remember to set CDF
Type as "Base".
If there are Warnings/Errors, it should provide some clues if the CDF
parameters are loaded succesfully or not.

Best regards,
I-FAB- Hide quoted text -

- Show quoted text -

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?

One other issue, I need to reset one of the
parameters back to the default value.
Would the same methodology work?

Hi,

Just need to backtrace a bit:

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?

That is what I meant in the example:
  cdfCreateParam( cdfId
    ?name           "switchPcell"
    ?prompt         "Pcell switch"
    ?defValue       "layoutA"
    ?choices        '("layoutA" "layoutB")
    ?type             "cyclic"
    ?callback       "MOS_CB( 'switchPC )"
    ?display        "t"
  )
  cdfCreateParam( cdfId
    ?name           "Width_layoutA"
     ......
     ?display   " equal(cdfgData->switchPcell->value \"layoutA\") "
     ......
  )
  cdfCreateParam( cdfId
    ?name           "Width_layoutB"
     ......
     ?display   " equal(cdfgData->switchPcell->value \"layoutB\") "
     ......
  )

So, the parameter  "TapSpa_layoutA" will be on display only if
'switchPcell' parameter is selected as "layoutA" & hence similarly for
"layoutB".
No reloading of the form, just control when the parameters are
displayed.
But it means you have to have separate 'Width' parameters for each
cell configuration.

I'm not sure if you can do something like:
  cdfCreateParam( cdfId
    ?name       "Width"
    ?prompt     if(  cdfgData->switchPcell->value == "layoutA"
                     then    "Width for configuration layoutA"
                     else    "Width for configuration layoutB" )
     ......          if( .... then ... else ...)
     ?display   "t"
     ......
  )
But I think this is possible too.

One other issue, I need to reset one of the
parameters back to the default value.
Would the same methodology work?

From the code above, there is a callback procedure being invoked:
MOS_CB( 'switchPC )
Set defaults for any parameter you want whenever the 'switchPcell'
parameter to switch is thrown.
I can't see any of your code so I don't know where the problem is.

Best regards,
I-FAB

On Jul 7, 8:46 pm, I-F AB<cop0...@gmail.com> wrote:
Hi,

Just need to backtrace a bit:

Just to confirm, use the CDF equation to select whether a parameter is
visible...is that correct?

That is what I meant in the example:
cdfCreateParam( cdfId
?name "switchPcell"
?prompt "Pcell switch"
?defValue "layoutA"
?choices '("layoutA" "layoutB")
?type "cyclic"
?callback "MOS_CB( 'switchPC )"
?display "t"
)
cdfCreateParam( cdfId
?name "Width_layoutA"
......
?display " equal(cdfgData->switchPcell->value \"layoutA\") "
......
)
cdfCreateParam( cdfId
?name "Width_layoutB"
......
?display " equal(cdfgData->switchPcell->value \"layoutB\") "
......
)

So, the parameter "TapSpa_layoutA" will be on display only if
'switchPcell' parameter is selected as "layoutA"& hence similarly for
"layoutB".
No reloading of the form, just control when the parameters are
displayed.
But it means you have to have separate 'Width' parameters for each
cell configuration.

I'm not sure if you can do something like:
cdfCreateParam( cdfId
?name "Width"
?prompt if( cdfgData->switchPcell->value == "layoutA"
then "Width for configuration layoutA"
else "Width for configuration layoutB" )
...... if( .... then ... else ...)
?display "t"
......
)
But I think this is possible too.

One other issue, I need to reset one of the
parameters back to the default value.
Would the same methodology work?

From the code above, there is a callback procedure being invoked:
MOS_CB( 'switchPC )
Set defaults for any parameter you want whenever the 'switchPcell'
parameter to switch is thrown.
I can't see any of your code so I don't know where the problem is.

Best regards,
I-FAB


I dont see my last post so let me recap. The original problem was
that I had the CDF's in the
pcell code so it was stepping on itself. the form mostly updates
except for the fields that need
to be reset to defaults. I am hardcoding it in the routine call but
would prefer to set it with a callback
but cant get that to work. There is a solution on sourcelink that I
used a model/guide but it has no
effect.

Rick