[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [TRNSYS-users] user type, pb of input value due to number of iterations



Ewen,

 

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.

 

Jeff

 

---

Jeff Thornton

President - TESS LLC

22 N. Carroll Street, Madison WI USA 53703

Office: (608) 274-2577  Fax: (608) 278-1475

www.tess-inc.com

E-Mail: thornton@tess-inc.com

 

On 10/02/2012 9:44 am, ewen raballand wrote:

Dear users,

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.
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 !

You can see here what happens at time 8 :

hum_rat_output_33
hum_rat_input_206
hum_rat_output_206


*TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    0  CALL      25  ITERATIVE CALL
 P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00
 I  7.9000000000000004E+00  9.2000000000000000E+01  1.0000000000000000E+00
 O  6.0764123782326412E-03  7.2554159164888796E+00  2.3183753960267243E+01  1.2513435463242102E+00  1.2437857909482226E+00
 O  9.2000000000000000E+01  7.9000000000000004E+00  6.7029818653736681E+00  0.0000000000000000E+00  1.0000000000000000E+00

 *TRACE*  UNIT  38  TYPE  206  AT TIME   8.0000000000000000E+00  ITERATION    0  CALL      19  ITERATIVE CALL
 P  3.0000000000000000E+00  1.0000000000000000E+00  1.0000000000000000E+00  0.0000000000000000E+00
 I  0.0000000000000000E+00  0.0000000000000000E+00  7.7000000000000002E+00  1.7717647060000001E+01  2.0000000000000000E+01
 I  3.0000000000000000E+03  6.0000000000000009E-01  1.0000000000000000E+01  6.0764123782326412E-03
 O  6.0000000000000009E-01  1.3710588236000001E+01  2.0000000000000000E+01  5.6651999992799983E+03  0.0000000000000000E+00
 O  0.0000000000000000E+00  5.6651999992799983E+03  1.0000000000000000E+00  0.0000000000000000E+00  7.6304830850873525E-03
 O  6.0764123782326412E-03

 *TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    1  CALL      26  ITERATIVE CALL
 P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00
 I  7.7000000000000002E+00  9.4000000000000000E+01  1.0000000000000000E+00
 O  6.1248871989272478E-03  7.2173257442068568E+00  2.3103469629251336E+01  1.2521983438375122E+00  1.2445754595372933E+00
 O  9.4000000000000000E+01  7.7000000000000002E+00  6.8178060000730722E+00  0.0000000000000000E+00  1.0000000000000000E+00

 *TRACE*  UNIT   2  TYPE   33  AT TIME   8.0000000000000000E+00  ITERATION    2  CALL      27  POST-CONVERGENCE CALL
 P  2.0000000000000000E+00  1.0000000000000000E+00  2.0000000000000000E+00
 I  7.7000000000000002E+00  9.4000000000000000E+01  1.0000000000000000E+00
 O  6.1248871989272478E-03  7.2173257442068568E+00  2.3103469629251336E+01  1.2521983438375122E+00  1.2445754595372933E+00
 O  9.4000000000000000E+01  7.7000000000000002E+00  6.8178060000730722E+00  0.0000000000000000E+00  1.0000000000000000E+00

 *TRACE*  UNIT  38  TYPE  206  AT TIME   8.0000000000000000E+00  ITERATION    1  CALL      20  POST-CONVERGENCE CALL
 P  3.0000000000000000E+00  1.0000000000000000E+00  1.0000000000000000E+00  0.0000000000000000E+00
 I  0.0000000000000000E+00  0.0000000000000000E+00  7.7000000000000002E+00  1.7717647060000001E+01  2.0000000000000000E+01
 I  3.0000000000000000E+03  6.0000000000000009E-01  1.0000000000000000E+01  6.1248871989272478E-03
 O  6.0000000000000009E-01  1.3710588236000001E+01  2.0000000000000000E+01  5.6651999992799983E+03  0.0000000000000000E+00
 O  0.0000000000000000E+00  5.6651999992799983E+03  1.0000000000000000E+00  0.0000000000000000E+00  7.6304830850873525E-03
 O  6.0764123782326412E-03

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 ?

Best regards,

Ewen