Annotate symbol with design variables

Phil,

If you make the labels with expressions cdsParam(1) cdsParam(2) etc, you can use the CDF (interpreteted labels section) or Edit Component Display in the schematic editor to do what you want. You'd do  Edit->Component Display, click on the instance, and select "Parameter" on the form. You should see a number of cyclic fields (one per cdsParam() on the master you've selected) and you can change this to C, L etc. If you set the evaluation from "literal" to "full", it will fully evaluate the expression and design variables etc, based on the lineage down to the instance (i.e. if you've pushed through the hierarchy, you'll see the specifi evaluation of that hierarchical path).

Regards,

Andrew.

Hello Andrew,

thanks! I have considered cdsParam(..) too but could not find a way to call functions like sqrt(L/C) in the paramLabelSet entry within the "interpreted labels information" section. Could you please tell me how to do that?

 Regards,Phil
 

Phil,

Create another CDF parameter called, say, "myparam", with parseAsCEL set to yes, and parseAsNumber set to yes, and set the value in the CDF to:

sqrt(iPar("L")/iPar("C"))

You could set editable to nil, and even display to nil if you want (so it doesn't show up on the edit properties form). You can then use the Edit Component Display to show this additional calculated parameter in the way I described previously,or add "myparam" into the paramLabelSet.

Regards,

Andrew.

Thank you very much for your very enlightening answer, it has been very helpful to me - I should have asked you earlier, I have spent two days on that ;-)

Regards,

 Phil

... well one tiny problem remains. The method you proposed works well if the parameters of the cell are given directly (e.g. L=1pH,C=1fF) in the very same level in hierarchy- in this case iPar("L") returns the right value. In contrast, iPar("L") does not seem to be evaluated if L of the cell is defined as pPar("L")

To sum up: this one works:

bottom layer: L=1nH
                     C=1fF
                    ZW=sqrt(iPar("L")/iPar("C"))

top layer: not applicable

whereas this one does not: 

bottom layer: L=pPar("L")
                      C=pPar("C")
                     ZW=sqrt(iPar("L")/iPar("C"))

top layer: L=1pH
                 C=1fF

Am I right if I assume that this is due to using the same identifier for the actual parameter and the name for the inherited one? Is there any solution to this (I would like to avoid to name them differently in each level of hierarchy a parameter is passed through)?

Best regards,

Philipp 

Hi Philipp,

That should work - it's perfectly OK to use the same parameter name at each level in the hierarchy. In fact I just tried it and it work (I was sure it would).

My guess is that maybe you have not set parseAsCEL/parseAsNumber to yes in one of the parameters in either the bottom layer's CDF or the top layer's CDF (I didn't try guessing what you might have done wrong and trying that out).

Regards,

Andrew.

I think the problem was that there was by mistake a user cdf entry in that cell that overrode the base cdf in which I experimented with pPar() and iPar(), hence the error. Now it works as expected.Thank you for your help, Andrew!