<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body>
<p>Ewen,</p>
<p> </p>
<p>It's very likely a tolerance issue.  The humidity ratio is changing by such a small amount that it's not flagging the connected units to be called again.  Tighten up your tolerances, or take a different unit of humidity ratio as input (grains for example) to your type.  Also make sure your model is being called at least once every timestep.</p>
<p> </p>
<p>Jeff</p>
<p> </p>
<div>
<pre>---</pre>
<p>Jeff Thornton</p>
<p><em>President - TESS LLC</em></p>
<p><em>22 N. Carroll Street, Madison WI USA 53703</em></p>
<p><em>Office: (608) 274-2577  Fax: (608) 278-1475</em></p>
<p><em>www.tess-inc.com</em></p>
<p><em>E-Mail: thornton@tess-inc.com</em></p>
<p> </p>
</div>
<p>On 10/02/2012 9:44 am, ewen raballand wrote:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<p>Dear users,<br /><br />I've written a type using as input the humidity ratio of a type 33. Normally, my type should give me as output the incomming humidity ratio but it's not always happening... sometimes there is a gap of 1 time step.<br /> I've traced my type (206) and the type 33 and it seems that if the type 33 do 2 iterations at one time step, than my type 206 is using the humidity ratio of the last time step and not the current one !<br /><br />You can see here what happens at time 8 :<br /><br /><span style="background-color: #ffff66;">hum_rat_output_33</span><br /><span style="background-color: #33ff33;">hum_rat_input_206</span><br /><span style="background-color: #ff99ff;">hum_rat_output_206</span><br /><br /><br />*TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    0  CALL      25  ITERATIVE CALL<br /> P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00<br /> I  7.9000000000000004E+00  9.2000000000000000E+01  1.0000000000000000E+00<br />  O <span style="background-color: #ffff66;"> 6.0764123782326412E-03</span>  7.2554159164888796E+00  2.3183753960267243E+01  1.2513435463242102E+00  1.2437857909482226E+00<br /> O  9.2000000000000000E+01  7.9000000000000004E+00  6.7029818653736681E+00  0.0000000000000000E+00  1.0000000000000000E+00<br /><br /> *TRACE*  UNIT  38  TYPE  206  AT TIME   8.0000000000000000E+00  ITERATION    0  CALL      19  ITERATIVE CALL<br /> P  3.0000000000000000E+00  1.0000000000000000E+00  1.0000000000000000E+00  0.0000000000000000E+00<br /> I  0.0000000000000000E+00  0.0000000000000000E+00  7.7000000000000002E+00  1.7717647060000001E+01  2.0000000000000000E+01<br />  I  3.0000000000000000E+03  6.0000000000000009E-01  1.0000000000000000E+01  <span style="background-color: #33ff33;">6.0764123782326412E-03</span><br /> O  6.0000000000000009E-01  1.3710588236000001E+01  2.0000000000000000E+01  5.6651999992799983E+03  0.0000000000000000E+00<br />  O  0.0000000000000000E+00  5.6651999992799983E+03  1.0000000000000000E+00  0.0000000000000000E+00  7.6304830850873525E-03<br /> O  <span style="background-color: #ff99ff;">6.0764123782326412E-03</span><br /><br /> *TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    1  CALL      26  ITERATIVE CALL<br />  P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00<br /> I  7.7000000000000002E+00  9.4000000000000000E+01  1.0000000000000000E+00<br /> O  <span style="background-color: #ffff66;">6.1248871989272478E-03</span>  7.2173257442068568E+00  2.3103469629251336E+01  1.2521983438375122E+00  1.2445754595372933E+00<br />  O  9.4000000000000000E+01  7.7000000000000002E+00  6.8178060000730722E+00  0.0000000000000000E+00  1.0000000000000000E+00<br /><br /> *TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    2  CALL      27  POST-CONVERGENCE CALL<br />  P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00<br /> I  7.7000000000000002E+00  9.4000000000000000E+01  1.0000000000000000E+00<br /> O  <span style="background-color: #ffff66;">6.1248871989272478E-03</span>  7.2173257442068568E+00  2.3103469629251336E+01  1.2521983438375122E+00  1.2445754595372933E+00<br />  O  9.4000000000000000E+01  7.7000000000000002E+00  6.8178060000730722E+00  0.0000000000000000E+00  1.0000000000000000E+00<br /><br /> *TRACE*  UNIT  38  TYPE  206  AT TIME   8.0000000000000000E+00  ITERATION    1  CALL      20  POST-CONVERGENCE CALL<br />  P  3.0000000000000000E+00  1.0000000000000000E+00  1.0000000000000000E+00  0.0000000000000000E+00<br /> I  0.0000000000000000E+00  0.0000000000000000E+00  7.7000000000000002E+00  1.7717647060000001E+01  2.0000000000000000E+01<br />  I  3.0000000000000000E+03  6.0000000000000009E-01  1.0000000000000000E+01  <span style="background-color: #33ff33;">6.1248871989272478E-03</span><br /> O  6.0000000000000009E-01  1.3710588236000001E+01  2.0000000000000000E+01  5.6651999992799983E+03  0.0000000000000000E+00<br />  O  0.0000000000000000E+00  5.6651999992799983E+03  1.0000000000000000E+00  0.0000000000000000E+00  7.6304830850873525E-03<br /> O  <span style="background-color: #ff99ff;">6.0764123782326412E-03</span><br /><br />How can I correct this problem to always have the right humidity ratio as output of my type at the end of the time step ?<br /><br />Best regards,<br /><br />Ewen</p>
</blockquote>
</body></html>