<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Dear Trnsys users ,<br><br>I am using Trnsys17 Simulation studio and I would like to monitor some results of my 3d building with type155 Matlab.<br>I have allready installed MatlabR2010a on my machine but i fail to run the example of callingMAtlab.<br>I would much appreciate some instructions of how to use this specific type and which connections should i make , in order to simulate it and continue with my work.<br>Thank you very much for your help! <br><br>Best regards, <br>Kostas<br><div><pre> <br> <br>On 06/14/2012 1:47 am, Lei Wang wrote:<br>> Dear All,<br>><br>> I have a question on Type 676. According to the help documents, the<br>> energy delivered to the chiller by the steam source is calculated<br>> using equation 676.4<br>> Qsteam=(Capacity_rated/COP_rated)*F_designEnergyInput.<br>><br>> The F_designEnergyInput is the value returned by the thrid call to<br>> Dynamic Data and is the value specified in the S3 data file. It only<br>> is the function of cooling water temperature and the fraction of<br>> design load, which is calcuated by equation 676.3 .<br>> f_DesignLoad=Q_remove/Capacity_rated<br>><br>><br>> The energy consumption calculation is only based on the fraction of<br>> design load, cooling water temperature and don't consider chilled<br>> water outlet temperature. The chilled outlet temperature is only used<br>> for calculating Capacity (specified in the S2 file).<br>><br>> In my opinion, I don't think this model can calculate the energy<br>> consumption correctly, when the chilled water supply temperature is<br>> reset.<br>><br>> Thanks<br>><br>> Lei Wang<br>> _______________________________________________<br>> TRNSYS-users mailing list<br>> TRNSYS-users@cae.wisc.edu<br>> <a href="https://mailman.cae.wisc.edu/listinfo/trnsys-users" target="_blank">https://mailman.cae.wisc.edu/listinfo/trnsys-users</a><br> <br> <br></pre><br><br>--Forwarded Message Attachment--<br>From: thornton@tess-inc.com<br>To: trnsys-users@cae.wisc.edu<br>Date: Thu, 14 Jun 2012 17:30:58 -0500<br>Subject: Re: [TRNSYS-users] New TESS Solar components<br><br>
<Also, I was familiar with the 1D IAM datafile format for a collector that follows the zenith/altitude angle of the sun, but I am unfamiliar with how to setup a 2D IAM file for such a collector. The default proforma for the type1288 component references a sample 2D IAM file, so I assume 2D is applicable and 1D is not. If the collector will track the altitude angle automatically, why do I need a 2D IAM datafile?><BR>
There are three TESS models that incoporate the test results from the EN12975-2 collector standard.<BR>
Type 1288 takes a 2-D IAM file based on the longitudinal and transverse angles<BR>
Type 1289 takes a 1-D IAM file based on the incidence angle for beam radiation<BR>
Type 1290 takes the b0 and b1 parameters popularized by ASHRAE for the 1-D IAM calculations based on the incidence angle of beam radiation<BR>
<BR>
To answer your question about why you would need 2-D IAMs, it's the most rigorous of all the solutions - by far. The collector you are studying may track the altitude angle automatically but another collector may not track at all. Or the user may want to study the impact of imperfect tracking, or limitations in the tracking angles. The other reason is much simpler - many collector tests report 2-D IAMs for tracking collectors based on the longitudinal and transverse angles. That's why there are three version (88,89,90), differing only in IAM. Just there to give the user an option corresponding to the information he/she may have available.<BR>
<BR>
Jeff<BR>
<BR>
Jeff Thornton<BR>
President - TESS<BR>
<br><br>--Forwarded Message Attachment--<br>From: thornton@tess-inc.com<br>To: trnsys-users@cae.wisc.edu<br>Date: Thu, 14 Jun 2012 17:51:09 -0500<br>Subject: Re: [TRNSYS-users] Abouth Typ557<br><br><pre>Cathy,<br> <br>We are in the process of re-writing 557 to be able to be used more than <br>once in a simulation. In the meantime, we do have a second version of <br>type 557 recoded with a different name and number that allows you to use <br>two of them in a simulation. They will not interact thermally but it <br>does allow you to have two separate borefields. Let me know if you are <br>interested.<br> <br>Jeff<br> <br>---<br>Jeff Thornton<br>President - TESS LLC<br>22 N. Carroll Street, Madison WI USA 53703<br>Office: (608) 274-2577 Fax: (608) 278-1475<br>www.tess-inc.com<br>E-Mail: thornton@tess-inc.com<br> <br> <br>On 06/13/2012 2:52 am, a8304506@graduate.hku.hk wrote:<br>> Hello, Cathy.<br>><br>> You cannot have more than one Type557 in one project. Moreover, the<br>> model used<br>> in Type557 assumes that all boreholes function simultaneously.<br>> Hence, you have<br>> to try by other means.<br>><br>> Best Regards<br>> LEE, Chun Kwong<br>> University of Hong Kong<br>><br>> Quoting sun liang <liangliang3184@yahoo.com.cn>:<br>><br>>> Hello Trnsys users:<br>>> �<br>>> I�want to evaluate the�energy performance and control strategies of <br>>> �a ground<br>>> source heat pump system. In this system, the ground heat exchangers <br>>> are<br>>> divided into to two subregions.� When the cooling load is <br>>> less than the<br>> half<br>>> of the designed cooling load, the ground heat exchangers of one <br>>> subregion�are<br>>> uesd to providd cold water. And the ground heat exchangers of the <br>>> other<br>>> sunregion do not work. While in the hottest period, all the ground <br>>> heat<br>>> exchangers of two subregions need to work together.� So I <br>>> need two<br>> models of<br>>> Type557 to simulate the energy perfomance of ground heat exchangers <br>>> of two<br>>> subregions.� However, the Trnsys project with two modules of <br>>> Type557<br>> can not<br>>> work. The error is listed as follows:<br>>> ��� Generated by <br>>> Type����<br>> :�� 557<br>>> ��� TRNSYS Message��� 103 <br>>> : The<br>> TRNSYS TYPE checking routine has found an<br>>> inconsistency in the specified component between the input file and <br>>> the<br>>> information expected by the Type<br>>> ��� Reported information� : The maximum <br>>> number of<br>> occurences of this<br>>> component model in a TRNSYS input file has been exceeded.<br>>> �<br>>> I want to know how I can do to deal with this problem. I am looking <br>>> forward<br>>> to your reply. Thank you very much.<br>>> �<br>>> Best regards,<br>>> Cathy<br> <br> <br></pre><br><br>--Forwarded Message Attachment--<br>From: wissantaise@gmail.com<br>To: trnsys-users@cae.wisc.edu<br>Date: Fri, 15 Jun 2012 11:55:14 +0800<br>Subject: [TRNSYS-users] Type 65 problems results<br><br>
<p class="ecxMsoNormal"><span lang="EN-US">Hi trnsys users, <br></span></p><p class="ecxMsoNormal"><span lang="EN-US"><br></span></p><p class="ecxMsoNormal"><span lang="EN-US">i use Type 65,
type 88, type 112</span></p><p class="ecxMsoNormal"><span lang="EN-US"><br></span></p>
<p class="ecxMsoNormal"><span lang="EN-US">I want to explore
the behavior of two rooms with air conditioning.</span></p>
<p class="ecxMsoNormal"><span lang="EN-US">I have two cooling
set point temperatures for the two rooms (type 88). One is 24 °C, the other is 26°C the
both has a fan to regulate the temperature. The point is, I use the type 65 for
the results, and even if I have two different set point temperature, the
results are the same, the temperature in the two rooms is the same, and the
both rooms follow the 26°C set point temperature.</span></p><p class="ecxMsoNormal"><span lang="EN-US"><br></span></p>
<p class="ecxMsoNormal"><span lang="EN-US"><span> </span>Why ? do you have any ideas ? <br></span></p><p class="ecxMsoNormal"><br><span lang="EN-US"></span></p><p class="ecxMsoNormal"><br><span lang="EN-US"></span></p>
<p class="ecxMsoNormal"><span lang="EN-US">Sara Guilbert</span></p><p class="ecxMsoNormal"><span lang="EN-US">CETHIL LYON FRANCE<br></span></p>
<br><br>--Forwarded Message Attachment--<br>From: angel.carrera@aiguasol.coop<br>To: trnsys-users@cae.wisc.edu<br>Date: Fri, 15 Jun 2012 08:18:53 +0200<br>Subject: [TRNSYS-users] Stochastic occupancy profiles<br><br><br>Dear all,<br><br>i'm just beginning to work on the inclusion of stochastic occupancy profiles in type 56. After briefly reviewing the theoretical background i could find and before starting to work with studio, i thought that probably some of you have experience with this issue, so I would highly appreciate any recommendation, reference or experience you may have that could help to anticipate potential problems. Specially, I'm worried about the definition of stochastic setpoints for heating and cooling systems. Any comments are welcome, kind regards<br>
<br>Angel<br>-- <br><font style="color:rgb(0,102,0)" size="4"><b>Àngel Carrera</b></font><br style="color:rgb(0,102,0)"><br style="color:rgb(0,102,0)"><b style="color:rgb(0,102,0)">Responsable I+D<br>Àrea
tècnica</b><br style="color:rgb(0,102,0)"><img src="http://www.aiguasol.coop/img/logo.gif"><br><span style="color:rgb(0,153,0)">Sistemes Avançats d'Energia Solar
Tèrmica SCCL</span><br style="color:rgb(0,153,0)">
<span style="color:rgb(0,153,0)">C/ Roger de Llúria, 29 3r 2a 08009
Barcelona</span><br style="color:rgb(0,153,0)"><span style="color:rgb(0,153,0)">Tel: (+34) 93 342 47 55 Fax: (+34) 93 342 47 56</span><br><font color="#888888"><br>
<a href="mailto:angel.carrera@aiguasol.coop">angel.carrera@aiguasol.coop</a><br><a href="http://www.aiguasol.coop/" target="_blank">http://www.aiguasol.coop</a></font><br>
<br><br>--Forwarded Message Attachment--<br>From: richard.thygesen@mdh.se<br>To: TRNSYS-users@engr.wisc.edu<br>Date: Fri, 15 Jun 2012 10:20:41 +0200<br>Subject: [TRNSYS-users] Ground reflection type194<br><br><style>
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal
{margin-bottom:.0001pt;font-size:11.0pt;font-family:"Calibri","sans-serif";}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink
{color:blue;text-decoration:underline;}
.ExternalClass a:visited, .ExternalClass span.ecxMsoHyperlinkFollowed
{color:purple;text-decoration:underline;}
.ExternalClass p.ecxMsoAcetate, .ExternalClass li.ecxMsoAcetate, .ExternalClass div.ecxMsoAcetate
{margin-bottom:.0001pt;font-size:8.0pt;font-family:"Tahoma","sans-serif";}
.ExternalClass span.ecxE-postmall17
{font-family:"Calibri","sans-serif";color:windowtext;}
.ExternalClass span.ecxBallongtextChar
{font-family:"Tahoma","sans-serif";}
.ExternalClass .ecxMsoChpDefault
{font-family:"Calibri","sans-serif";}
@page WordSection1
{size:612.0pt 792.0pt;}
.ExternalClass div.ecxWordSection1
{page:WordSection1;}
</style><div class="ecxWordSection1"><p class="ecxMsoNormal"><span lang="EN-US">Hi.</span></p><p class="ecxMsoNormal"><span lang="EN-US">I wonder why the Ground reflection in type 15-6 , input 4 and 5, doesn’t seem to influence the diffuse part of the radiation? I have a surface with a 70° slope and the diffuse part of the radiation doesn’t change when I change the ground reflection.</span></p><p class="ecxMsoNormal"><span lang="EN-US">I have tried one case with extremely high reflection and one with no reflection without any difference in output.</span></p><p class="ecxMsoNormal"><span lang="EN-US"> </span></p><p class="ecxMsoNormal"><span lang="EN-US">Does anyone know the source of the problem?</span></p><p class="ecxMsoNormal"><span lang="EN-US"> </span></p><p class="ecxMsoNormal"><span lang="EN-US">Best regards</span></p><p class="ecxMsoNormal"><b><span style="font-size:9.0pt;font-family:"Arial","sans-serif"">Richard Thygesen</span></b></p><p class="ecxMsoNormal"> </p></div></div> </div></body>
</html>