Get all other cells used in a given cell

Working from the "dd" objects is not going to help you particularly because it does not give you any indication of the hierarchy - that information is contained within the "db" objects (such as the "cellView" objType object you're dealing with above. There are three alternative ways you could traverse the design:

cvId=geGetEditCellView() ; gets the cellView in the current window using the proper API rather than using properties on the window
; look at every instance
foreach(instance cvId~>instances
  ...
  master=instance~>master
  ...
)

; look once at each master
foreach(master cvId~>instanceMasters
  ...
)

; look once at head instHeader
foreach(instHeader cv~>instHeaders
  master=instHeader~>master
  ...
)

The benefit of instances is that every single instance gets visited - which is useful if you need to do some kind of flattening type operation, or collect other instance-specific information. But if you only want to find out the cells that are instantiated, it's rather more expensive because you end up visiting every instance of the same cell over and over again. The other two approaches avoid that. The instanceMasters approach directly gives you the "master" (i.e. the thing that has been instantiated, typically the symbol in the case of a schematic), whereas the instHeaders gives you a database object which has access to both the master and the list of instances of that type. Take your pick.

What you are looking to do is some kind of view switching. So for example:

foreach(master cvId~>instanceMasters
  switchedMaster=dbOpenCellViewByType(master~>libName master~>cellName list("schematic" "cmos.sch"))
  when(switchedMaster
    printf("Found %s has view %s\n" master~>cellName switchedMaster~>viewName)
    ; do whatever you want
    ; might want to close it to ensure reference counts handled properly
    dbClose(switchedMaster)
  )
)

Notice that the dbOpenCellViewByType has a list of view names to try - this is analogous to a "switch view list" when netlisting, and allows you to specify a priority.

Note there is a mechanism to do this when you have a config - that's a bit more complicated - and you might want to take a look at Solution 11300048 for a more complete example (that handles either view switching or configs).

Regards,

Andrew.

Working from the "dd" objects is not going to help you particularly because it does not give you any indication of the hierarchy - that information is contained within the "db" objects (such as the "cellView" objType object you're dealing with above. There are three alternative ways you could traverse the design:

cvId=geGetEditCellView() ; gets the cellView in the current window using the proper API rather than using properties on the window
; look at every instance
foreach(instance cvId~>instances
  ...
  master=instance~>master
  ...
)

; look once at each master
foreach(master cvId~>instanceMasters
  ...
)

; look once at head instHeader
foreach(instHeader cv~>instHeaders
  master=instHeader~>master
  ...
)

The benefit of instances is that every single instance gets visited - which is useful if you need to do some kind of flattening type operation, or collect other instance-specific information. But if you only want to find out the cells that are instantiated, it's rather more expensive because you end up visiting every instance of the same cell over and over again. The other two approaches avoid that. The instanceMasters approach directly gives you the "master" (i.e. the thing that has been instantiated, typically the symbol in the case of a schematic), whereas the instHeaders gives you a database object which has access to both the master and the list of instances of that type. Take your pick.

What you are looking to do is some kind of view switching. So for example:

foreach(master cvId~>instanceMasters
  switchedMaster=dbOpenCellViewByType(master~>libName master~>cellName list("schematic" "cmos.sch"))
  when(switchedMaster
    printf("Found %s has view %s\n" master~>cellName switchedMaster~>viewName)
    ; do whatever you want
    ; might want to close it to ensure reference counts handled properly
    dbClose(switchedMaster)
  )
)

Notice that the dbOpenCellViewByType has a list of view names to try - this is analogous to a "switch view list" when netlisting, and allows you to specify a priority.

Note there is a mechanism to do this when you have a config - that's a bit more complicated - and you might want to take a look at Solution 11300048 for a more complete example (that handles either view switching or configs).

Regards,

Andrew.