[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[TRNSYS-users] user type, pb of input value due to number of iterations
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