You wouldn't be able to get an instance (because nothing has been created, and you'd have to create an instance somewhere for this to work), but I don't think it's necessarily required. Using the code in this post (abInvokeCdfCallbacks.il) you could do this in your higher level callback (for each transistor that you'll need in the pcell itself): Create a pseudo effective CDF (this is so that you can happily stamp all over the structure without messing anything up): ;-------------------------------------------------------- ; Create the effective CDF, and set all the parameters ; for the underlying device ;-------------------------------------------------------- baseCDF=cdfGetBaseCellCDF(ddGetObj(theLibName theTranName)) cdf=abCreateEffectiveCDFLookalike(baseCDF t) Then populate the values you want into this using cdf~>w~>value=... and so on Then call the callbacks: abInvokeObjCdfCallbacks(cdf ?order '("DFM_options")) ; you may or may not want to specify the order Convert the CDF parameters into a set of PCell parameters (which could be passed to dbCreateParamInst or dbCreateParamInstByMasterName: pcellParams=abConvertCdfToPcellParams(cdf) Serialise this and store it as a CDF parameter on your parent cell (so in other words, the callback is computing the parameters that will get passed to the underlying instance, and then storing these as a pcell parameter). This could be done either as a list CDF parameter (there is only limited support for list CDF parameters - and it's not fully public yet) or a string parameter - so you'd need to convert the list of parameters to a string (probably just using sprintf(nil "%L" pcellParams) and then pull it apart again inside the pcell using linereadstring()) If you have one of these derived parameters per sub-instance (you could probably combine them together), your pcell code could then find out the instance parameters needed without needing to call the callbacks. I've not tried doing the above - I've used the functions above in a pcell purely to invoke the callbacks more efficiently and to avoid multiple re-evaluations of the pcell, but the principle should be OK. Of course, you then suffer the risks of the pcell being wrong due to the "dangers of CDF callbacks" (I have an article on this on support.cadence.com). I'm wondering whether all the ael functions used were an attempt by somebody to evaluate expressions in a hierarchical context (which is doomed to failure, as outlined in the dangers of CDF callbacks article). Regards, Andrew.
↧