[TRNSYS-users] Type 109 weather processor

Michaël Kummert michael.kummert at gmail.com
Fri Sep 23 10:54:09 PDT 2005


Rémi,

> Does anyone know if and how Type109 manipulates the data that it reads?  I
> am using Type109 to read the CA-QC-Montreal-716270.tm2 that comes with
> TRNSYS.  The output values from type 109 don't match the data that is in the
> file.  It seems to only be right on the first hour of the year. 
> 
> Also doesn't wind direction in TMY give N=0?  TRNSYS output is supposed to
> be N=180, but it doesn't seem to be changed from the input data.

What you are observing is just a difference between instantaneous values 
and hourly averages. In TRNSYS, all variables are average values over 
the simulation time step (and the convention is that values are reported 
at the end of the time step). So if TRNSYS outputs an ambient 
temperature of 2.32 at TIME=2, it means the average temperature between 
01:00 and 02:00 on January 1st was 2.32.
Weather data files typically include instantaneous values for 
temperature, humidity, etc. so all data readers in TRNSYS calculate the 
average value from 2 instantaneous values. Type 109 also applies a 
spline interpolation to Temperature, which explains that the average is 
not the exact mean value between 2.4 and 2.2. Note that solar radiation 
is usually provided as an average value in weather data files so that 
variable is not modified when you use an hourly time step (it is 
interpolated "intelligently" by Type 109 or Type 16 if you use a shorter 
time step).

There are several threads about this in the TRNSYS Mailing list archive, 
e.g: 
http://sel.me.wisc.edu/trnsys/mailinglist/archive1999-2002/msg00735.html

The reason I tried to beat the new TRNSYS engineer in answering you is 
that we noticed a problem in the Meteonorm-generated TMY2 file for 
Montréal (if you plot the temperature you will see what I mean). 
Meteotest has confirmed that this was a bug in the Meteonorm version 
that was used at the time TRNSYS files were generated and they have 
fixed it in Version 5.102. I will send you the corrected file in a 
separate email.

The TRNSYS convention for azimuth angles is indeed to have South = 0 in 
the Northern hemisphere (North = 0 in the Southern hemisphere) and 
positive values towards the West (i.e. East = -90). This convention 
applies to sun angles, walls, windows, solar collectors, etc. but not to 
the wind direction because weather files typically use 0 for North and 
positive towards East. To my knowledge the components that really care 
about wind direction are consistent with this convention (e.g. TRNFLow, 
the version of Type 56 with multizone airflow calculation).

Kind regards,

Michaël Kummert

-- 
_________________________________________________________________

Michaël Kummert

École Polytechnique de Montréal - Génie Mécanique
Case Postale 6079, succursale Centre-Ville
Montréal   QC   H3C 3A7
Canada

Tel: +1 (514) 340-4711, Ext. 3367
Fax: +1 (514) 340-5917
Email : michael.kummert à polymtl.ca




More information about the TRNSYS-users mailing list