Clarification below
Kent Beason
Schlitterbahn Development Group
830-609-8904 m
From: Kent Beason
Sent: Monday, September 28, 2009 3:15 PM
To: trnsys-users@engr.wisc.edu
Subject: RE: [TRNSYS-users] Indoor/Outdoor Pool Type 344
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 during cooling season. 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 t! here are no convergence problems?
Kent Beason
Schlitterbahn Development Group
830-609-8904 m
From: Matt Duffy [mailto:duffy@tess-inc.com]
Sent: Monday, September 28, 2009 9:26 AM
To: Kent Beason; trnsys-users@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@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@tess-inc.com]
Sent: Monday, September 21, 2009 1:25 PM
To: Kent Beason
Cc: trnsys-users@engr.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@cae.wisc.edu
> https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users
>
>
>
>
--
***********************************************************************
Thermal Energy System Specialists (TESS), LLC
David BRADLEY