Kent,<br />
<br />
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.<br />
<br />
Best regards,<br />
<br />
Matt Duffy<br />
<br />
<br />
<!--replyfwdwrap-->
<div style="background-image: url(http://webmail3.mailanyone.net/images/mail/fwdreplywrap.gif); background-repeat: repeat-x; background-position: 50% top" id="replyfwdwrap"><strong>----- Original Message -----</strong><br />
<strong>From:</strong> kbeason@schlitterbahn.com<br />
<strong>Sent:</strong> Mon, September 28, 2009, 6:13 AM<br />
<strong>Subject:</strong> Re: [TRNSYS-users] Indoor/Outdoor Pool Type 344<br />
<br />
<div style="font-family: Arial; font-size: 12px">Do the Type344 DLLs need to be recompiled after modifications to the<br />
source code and proforma? I've changed the source code ("trnsys<br />
declarations", "read parameters", and "read input" sections) and the<br />
proforma to reflect 17 and 9 inputs and parameters, resp, instead of the<br />
original 16 & 10 count. (Parameter 4 was changed to an input and its<br />
Min/Max range was modified to allow switching from indoor to outdoor<br />
pool.) However, I am still getting fatal error messages before the<br />
simulation starts regarding the inconsistency in the number of<br />
parameters and inputs. <br />
<br />
"...17 inputs were supplied and 16 are required..."<br />
Similarly for parameters.<br />
<br />
Kent Beason<br />
Schlitterbahn Development Group<br />
830-609-8904 m<br />
<br />
<br />
-----Original Message-----<br />
From: David Bradley [mailto:<a href="javascript:parent.CreateMailTo('bradley%40tess-inc.com')">bradley@tess-inc.com</a>] <br />
Sent: Monday, September 21, 2009 1:25 PM<br />
To: Kent Beason<br />
Cc: <a href="javascript:parent.CreateMailTo('trnsys-users%40engr.wisc.edu')">trnsys-users@engr.wisc.edu</a><br />
Subject: Re: [TRNSYS-users] Indoor/Outdoor Pool Type 344<br />
<br />
Kent,<br />
Changing the window glazing ID to 10001 (no glazing) will allow solar <br />
to pass unhindered through the building envelope. I am not sure it <br />
captures all of the changes that you want because when your in <br />
indoor-pool mode, you want the pool's water mass exchange to occur <br />
between the pool surface and the trapped zone air. When you go to <br />
outdoor pool mode, however, the pool exchanges water mass with ambient <br />
air. I would think that at the least, you would also want to add a very <br />
large infiltration amount into your zone when you go into outdoor mode. <br />
As for the switch between indoor and outdoor mode, I took a really quick<br />
<br />
look at the component and it looks like if you moved some of the <br />
parameters to inputs, you could hot-swap the pool model in the middle of<br />
<br />
the simulation. If you did that, you could come up with whatever <br />
algorithm or forcing function you wanted to switch back and forth <br />
between indoor and outdoor modes.<br />
Kind regards,<br />
David<br />
<br />
Kent Beason wrote:<br />
> Hello Trnsys users,<br />
><br />
> Anyone at Transsolar who<br />
> developed these models (or others) considered the possibility of using<br />
> both the indoor and outdoor pool models during the simulation of one<br />
> pool? First guess is that it might involve outputting data from the<br />
> last time step of the indoor pool model to a file, reading that into<br />
the<br />
> outdoor pool at X timestep, then back to the indoor pool later in the<br />
> year. Is there a more sensible approach? <br />
><br />
> Also, to this end, I am not sure how to approach the Hour of the<br />
> relevant yearly weather data file and keeping it synchronized with the<br />
> Hour at which the simulation would switch from indoor, to outdoor,<br />
then<br />
> back to indoor again.<br />
><br />
> Kent Beason<br />
> Schlitterbahn Development Group<br />
> 830-609-8904 m<br />
> 830-608-8040 f<br />
><br />
> _______________________________________________<br />
> TRNSYS-users mailing list<br />
> <a href="javascript:parent.CreateMailTo('TRNSYS-users%40cae.wisc.edu')">TRNSYS-users@cae.wisc.edu</a><br />
> <a target="_blank" href="https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users">https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users</a><br />
><br />
><br />
><br />
> <br />
<br />
-- <br />
***********************************************************************<br />
Thermal Energy System Specialists (TESS), LLC <br />
David BRADLEY 22 N. Carroll Street - Suite 370 <br />
Partner Madison, WI 53703 <br />
USA<br />
P: +1.608.274.2577 <br />
F: +1.608.278.1475<br />
E-mail: <a href="javascript:parent.CreateMailTo('bradley%40tess-inc.com')">bradley@tess-inc.com</a> <br />
Web Pages: <a target="_blank" href="http://www.tess-inc.com/">http://www.tess-inc.com</a> and <a target="_blank" href="http://www.trnsys.com/">http://www.trnsys.com</a><br />
<br />
***********************************************************************<br />
<br />
<br />
_______________________________________________<br />
TRNSYS-users mailing list<br />
<a href="javascript:parent.CreateMailTo('TRNSYS-users%40cae.wisc.edu')">TRNSYS-users@cae.wisc.edu</a><br />
<a target="_blank" href="https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users">https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users</a></div>
</div>