[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [TRNSYS-users] Type 68 masks (was: Incohérence avec masques lointains sous TRNSYS16)
Elodie,
I am not sure I understand what your problem exactly is, because it does
not seem that your project reproduces what you describe in the message.
However, there are a few problems with your project and there are a few
thing that need to be clarified about Type 68:
- The data files for Type 68 should always provide evenly spaced view
angles from -180 to 180. E.g. if you want to use a 5 degrees step you
have to provide obstruction heights for -180, -175, -170, ..., 170, 175.
Type 68 uses a step-like approximation so the value provided for a given
view angle is applied between that angle and the next provided point.
The maximum number of angles you can provide is limited by the maximum
line width (1000 character by default). If you do not provide evenly
spaced view angles from -180 to (180-step), the diffuse shading will be
slightly wrong and the beam shading will give unpredictable results
(although they might be correct for simple examples).
- Type 68 will adjust the obstruction height to take into account the
opening itself for view angles that are "behind the opening". E.g. for a
vertical wall obstruction height is 90 when abs(SunAzimuth-SurfAzimuth)
is >90. So you can safely provide "0" for the obstuction height behind a
wall, Type 68 will use the right value both for beam and diffuse shading.
- The obstructions angles are provided for each view angle, for each
surface. The view angles are ABSOLUTE ANGLES (i.e. 0 is always "facing
equator", no matter what the orientation of the surface is). The
orientation of the opening is only used for diffuse shading.
THE COMMENTS IN SOME TRNSYS 16 EXAMPLE FILES ERRONEOUSLY STATE THAT
THOSE ANGLES ARE RELATIVE TO THE ORIENTATION. This will be fixed in the
next update. I suspect this might be part of your problem as well.
I hope this helps,
Michaël Kummert
In the future this message will be in english...
Bonjour,
En testant les masques lointains (type 68) sous TRNSYS 16 nous nous
sommes aperçus que ces derniers ne donnaient pas de valeurs exactes à un
temps donné.
Pour tester ces masques lointains nous avons simulés un bâtiment situé à
Toulouse (France) rectangulaire de 3m de hauteur dont la façade Sud est
orientée à l’azimut 30° (0°= Sud, 180°= Nord). Dans une première
simulation ce bâtiment possède 4 masques identiques ( 14 m de long, 10m
de hauteur, à 10m du bâtiment) orientés aux quatre points cardinaux. La
seconde simulation est identique à la première avec une rotation des 4
masques de 30° (sens inverse trigo), de sorte que ces masques soient
face aux parois du bâtiment.
En observant le rayonnement direct reçu par les parois verticales du
bâtiment, on s’aperçoit que la paroi Sud-Est reçoit sur la même plage
horaire la même intensité solaire, et ce durant toute l’année. Or selon
le diagramme solaire (latitude 44°N) entre Octobre et Février il devrait
exister un décalage horaire de 2h entre les deux simulations.
Nous souhaiterions savoir si l’un d’entre vous pourrait nous expliquer
cette différence et comment la résoudre.
Merci d'avance, Elodie
Pièces jointes :
* Fichier IIsibat
* Fichiers. bui, .bld, .trn, .inf
* Fichier météo
* Dossier comprenant les masques
Fichiers sorties.txt
------------------------------------------------------------------------
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos
mails !
Créez votre Yahoo! Mail
<http://fr.rd.yahoo.com/mail/taglines/*http://fr.rd.yahoo.com/evt=25917/*http://fr.rd.yahoo.com/mail_fr/mail_campaigns/splash/taglines_250/default/*http://fr.promotions.yahoo.com/mail/creer28.html>
--
_________________________________________________________
Michaël Kummert
Solar Energy Laboratory - University of Wisconsin-Madison
1303 Engr Res Bldg, 1500 Engineering Drive
Madison, WI 53706
Tel: +1 (608) 263-1589
Fax: +1 (608) 262-8464
E-mail: kummert@engr.wisc.edu
SEL Web Site: http://sel.me.wisc.edu
TRNSYS Web Site: http://sel.me.wisc.edu/trnsys