
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>

</head>

<body dir="ltr">

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">

Dear TRNSYS user,</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">

I hope you may be able to help you, I am a bit lost at this point. <br>

I am trying to simulate a quite alternative project, for which I have custom solar radiation data in terms of solar elevation and azimuth values in varying heights over the year. I want to connect these to a type 56 multizone building as the inputs for that

 need the angles and ambiant conditions (which I can take as constant). Very important to me is that I want to 'ignore' all atmospheric influences, eg. diffuse radiation. This basically gets me into two problems.</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">

<ol>

<li class="elementToProof">I happen to get an error message reading <i>"The GetRadiationData routine has been called with a unit number which is not in the GlobalRadiationData array."</i>. If I connect a type 16 radiation processor in between these types, this

 error disappears. Therefore I assume the weather data components and radiation processors allocate and fill this GlobalRadiationData array on which type 56 depends. Is there a workaround to this? I am afraid type 16 will alter my data, since right now I basically

 calculate my GHI and Direct Beam Irradiance to just get zenith and azimuth angles again, with which I started. And I can't quite be sure that no diffusion will be added, since it asks for lattitude as an input.</li><li class="elementToProof">Even if I connect and mitigate the effects of type 16, I get the following error:

<i>"Outside temperature iteration of external surfaces (SURF = 3) of airnode 1 at time 1.00 caused error."</i> What does that mean? Surface 3 is an external wall, but so is surface 2, so only the orientation is different. Could that cause an error?</li></ol>

<div class="elementToProof">I would be endlessly grateful for help on these, as they don't really provide a lot of hints on what could have gone wrong and I couldn't find help in the documentation either.</div>

<div class="elementToProof">Best wishes,</div>

<div class="elementToProof">Katja Nader</div>

</div>

</body>

</html>