Re: multiple $bound_step calls

Indeed, "the smallest wins" is the only way to have the results not depend
on something arbitrary like the order in which different modules are
evaluated (which would be bad).

If the simulator takes a step that is larger than the smallest argument
supplied to any $bound_step call, then that step has not been appropriately
bounded according to the definition of $bound_step.

Ken Kundert wrote:
> Marq,
> I don't believe it is ambiguous. I interpret it in that there need not be
> just one bound on the time step. Instead, all active bounds are applied with the
> smallest winning of course. This is certainly what I intended when I wrote it.
>
> -Ken
>
> On Thu, Jun 14, 2012 at 09:27:59PM +0200, Marq Kole wrote:
>> Hi All,
>>
>> What should happen when the $bound_step system task is called multiple times? The LRM does not say anything about it so this leaves room for ambiguity. There are a couple of options, but I think the most appropriate is that the smallest argument of all activated $bound_step calls takes precedence. This will make sure that the part of the model that requires the smallest maximum time step gets its way. The parts of the model that can do with larger maximum time steps should also be able to live with a smaller time step.
>>
>> I will make a Mantis item for this issue. If you have alternative views on this matter I would be interested to hear.
>>
>> Cheers,
>> Marq
>>
>>
>> Marq Kole
>> Senior Architect AMSRF Simulation
>> NXP Semiconductors / Central R&D / Foundation Technology
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.