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

[ewen raballand]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20121002/b17bf6be/attachment-0005.htm>