[TRNSYS-users] Indoor/Outdoor Pool Type 344

Mon Sep 28 13:15:16 PDT 2009

With the use of the recompiled DLLs (thx Matt), I've started to
incorporate forcing functions/equations that govern the (Wind Speed or
Indoor Air Speed), (Amb RH or Zone RH), and (Amb temp or Zone temp) with
the use of heating and cooling season indicators from Type15.  Adding
each of these forcing functions one at a time and then testing, I
encountered no problems until I added a forcing function/equation for
Type344 l to use the Type56 zone temp during heating season and the
ambient temp from Type15.  As I anticipated, I am having convergence
problems in the simulation when it transitions from closed to open pool:
the pool temp runs away to the high side.  What check might I need to
add into the simulation to better implement the transition from closed
pool to open pool so there are no convergence problems?

Kent Beason

Schlitterbahn Development Group

830-609-8904 m

________________________________

From: Matt Duffy [mailto:duffy at tess-inc.com] 
Sent: Monday, September 28, 2009 9:26 AM
To: Kent Beason; trnsys-users at engr.wisc.edu
Subject: Re: [TRNSYS-users] Indoor/Outdoor Pool Type 344

Kent,

Yes, you will indeed have to recompile after making those changes in the
source code. Also, make sure the NP, NI, NO are correct for your changes
as well.

Best regards,

Matt Duffy

----- Original Message -----
From: kbeason at schlitterbahn.com
Sent: Mon, September 28, 2009, 6:13 AM
Subject: Re: [TRNSYS-users] Indoor/Outdoor Pool Type 344

Do the Type344 DLLs need to be recompiled after modifications to the
source code and proforma? I've changed the source code ("trnsys
declarations", "read parameters", and "read input" sections) and the
proforma to reflect 17 and 9 inputs and parameters, resp, instead of the
original 16 & 10 count. (Parameter 4 was changed to an input and its
Min/Max range was modified to allow switching from indoor to outdoor
pool.) However, I am still getting fatal error messages before the
simulation starts regarding the inconsistency in the number of
parameters and inputs. 

"...17 inputs were supplied and 16 are required..."
Similarly for parameters.

Kent Beason
Schlitterbahn Development Group
830-609-8904 m

-----Original Message-----
From: David Bradley [mailto:bradley at tess-inc.com
<javascript:parent.CreateMailTo('bradley%40tess-inc.com')> ] 
Sent: Monday, September 21, 2009 1:25 PM
To: Kent Beason
Cc: trnsys-users at engr.wisc.edu
<javascript:parent.CreateMailTo('trnsys-users%40engr.wisc.edu')> 
Subject: Re: [TRNSYS-users] Indoor/Outdoor Pool Type 344

Kent,
Changing the window glazing ID to 10001 (no glazing) will allow solar 
to pass unhindered through the building envelope. I am not sure it 
captures all of the changes that you want because when your in 
indoor-pool mode, you want the pool's water mass exchange to occur 
between the pool surface and the trapped zone air. When you go to 
outdoor pool mode, however, the pool exchanges water mass with ambient 
air. I would think that at the least, you would also want to add a very 
large infiltration amount into your zone when you go into outdoor mode. 
As for the switch between indoor and outdoor mode, I took a really quick

look at the component and it looks like if you moved some of the 
parameters to inputs, you could hot-swap the pool model in the middle of

the simulation. If you did that, you could come up with whatever 
algorithm or forcing function you wanted to switch back and forth 
between indoor and outdoor modes.
Kind regards,
David

Kent Beason wrote:
> Hello Trnsys users,
>
> Anyone at Transsolar who
> developed these models (or others) considered the possibility of using
> both the indoor and outdoor pool models during the simulation of one
> pool? First guess is that it might involve outputting data from the
> last time step of the indoor pool model to a file, reading that into
the
> outdoor pool at X timestep, then back to the indoor pool later in the
> year. Is there a more sensible approach? 
>
> Also, to this end, I am not sure how to approach the Hour of the
> relevant yearly weather data file and keeping it synchronized with the
> Hour at which the simulation would switch from indoor, to outdoor,
then
> back to indoor again.
>
> Kent Beason
> Schlitterbahn Development Group
> 830-609-8904 m
> 830-608-8040 f
>
> _______________________________________________
> TRNSYS-users mailing list
> TRNSYS-users at cae.wisc.edu
<javascript:parent.CreateMailTo('TRNSYS-users%40cae.wisc.edu')> 
> https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users
>
>
>
> 

-- 
***********************************************************************
Thermal Energy System Specialists (TESS), LLC 
David BRADLEY 22 N. Carroll Street - Suite 370 
Partner Madison, WI 53703 
USA
P: +1.608.274.2577 
F: +1.608.278.1475
E-mail: bradley at tess-inc.com
<javascript:parent.CreateMailTo('bradley%40tess-inc.com')>  
Web Pages: http://www.tess-inc.com <http://www.tess-inc.com/>  and
http://www.trnsys.com <http://www.trnsys.com/> 

***********************************************************************

_______________________________________________
TRNSYS-users mailing list
TRNSYS-users at cae.wisc.edu
<javascript:parent.CreateMailTo('TRNSYS-users%40cae.wisc.edu')> 
https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20090928/f11bf40c/attachment-0001.htm>