Subject: [Fwd: comments on paramsets]
From: Geoffrey.Coram (Geoffrey.Coram@analog.com)
Date: Tue Nov 11 2003 - 12:22:28 PST
Forwarded to the reflector for Jim Barby.
> Geoffrey,
> After spending some time reviewing and thinking about the paramset
> proposal I have the following thoughts:
> 1. paramsets should be passed on the instance line and not via some
> encoding of the module name. Remember, this is aimed at spice
> users who have decades of passing .model cards.
> Basically, you want the ability to pass to the module instance one
> or more paramset objects. This is cleaner from the user's view
> point as it is clear what model/module they are using and what set
> of parameters they are passing to that model/module. By allowing
> multiple objects to be passed, you can pass in process paramaters
> via one object and geometry parameters via a second object. In
> fact, parameters could take precedence depending on how they are
> passed. Incidence parameters over ride geometry object parameters
> which over ride process object parameters. Or rather than nailing
> things down, paramset objects could have a level associated with
> them which clearly specifies the precedence of which parameter
> values are used.
> Basically, the paramset would be a structure passed in.
> 2. If passing multiple paramsets via the instance line is a problem to
> you, then paramset objects should be able to contain (instance) other
> paramset. eg the geometry paramset would contain a link to the
> process paramset.
> 3. binning would be better handled with precedence rules or if
> paramsets could contain conditional branching.
> 4. the proposed Monte Carlo approach would be expensive keeping track
> of the associated seed values for each instance of the model. I am
> not sure what the alternative is yet. It will require more
> thought.
> Have a great day,
> Jim
>
> --
> Jim Barby <jabarby@UWaterloo.ca>
> E&CE, University of Waterloo, Waterloo, Ontario, Canada, N2L 3G1
> 519-888-4567x3995, FAX 519-746-5195
This archive was generated by hypermail 2b28 : Tue Nov 11 2003 - 12:24:01 PST