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

Jeff Thornton thornton at tess-inc.com
Tue Oct 2 13:51:10 PDT 2012


 

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


More information about the TRNSYS-users mailing list