I am not sure if we have reviewed the new section 9.7.3 on the assertion system tasks - it has only been added in the latest draft 3 (but maybe I missed the call when the content was discussed) It does indeed state that $fatal == $finish in terms of simulation control. Depending on how to look at it, that may make sense. If I find a fatal problem in my model during simulation, I would want to stop, clean up and close all file handles etc. in final_step blocks and exit. What I am unsure about is the $error system task and what it's behaviour is. Is the error simply raised and we continue on or does it also stop the simulation? I guess we will discuss this section in up coming calls. It might be beneficial to explicitly state how these tasks should behave in an analog simulator with perhaps an example showing the difference between $fatal, $error, $warning, $info. Cheers... Dave Xavier Bestel wrote: > Hi again, > > another question crosses my mind about that: the current draft states > that "Calling $fatal results in an implicit call to $finish" (p218). > Should the final_step blocks really be executed when $fatal is called ? > I would have put a simple simulation exit at convergence here. > > Xav > > On Wed, 2008-03-26 at 10:35 -0500, David Miller wrote: >> Hello Xavier, >> >> yes, $finish should cleanly stop the simulation by converging on this timestep >> and executing any final_step blocks. >> >> $stop should converge on the current timestep but not execute final_step blocks. >> >> Main difference between $finish and $stop is that $stop is more like a pause - >> the simulation can be resumed. $finish terminates the simulation. >> >> I am not sure why this is not highlighted in the LRM - I know that we discuss >> the simulation control tasks but seems that adding in this behaviour explicitly >> was missed. I will make a note to get it added into next draft of 2.3 >> >> >> Cheers... >> Dave >> >> >> Xavier Bestel wrote: >>> Hi, >>> >>> should $finish execute the step again with final_step events on ? >>> I didn't see it specified in the LRM, in a way or in the other. >>> >>> Thanks, >>> Xav >>> >>> > > -- ===================================== -- David Miller -- Design Technology (Austin) -- Freescale Semiconductor -- Ph : 512 996-7377 Fax: x7755 ===================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Wed Mar 26 09:42:47 2008
This archive was generated by hypermail 2.1.8 : Wed Mar 26 2008 - 09:43:05 PDT