[Radiance-general] Calculation of solar declination in sun.c

Jan Wienold jan.wienold at epfl.ch
Mon Dec 21 09:08:00 PST 2015


Hi Martin,

be aware, that daysim uses interpolated sun positions (default: 
interpolation between the four nearby calculated sun positions). This 
interpolation has a much bigger impact than the small deviation of the 
sun position caused by the RADIANCE algorithm. This interpolation could 
cause a big deviation for a single timestep - especially, when you want 
to control your blinds with a cut-off strategy. And it shouldn't be used 
at all if you want to calculate the the amount of time direct radiation 
is falling through small gaps (e.g. fixed blinds).
you can reduce this error by invoking the shadow testing option for the 
sun interpolation in the header file.

Usually, I don't think that the error in sun position matters so much 
for the daylight calculations.
We also did it once a deviation calculation (between RADIANCE and the 
NREL algorithm) and it was max. 1-2 degrees - which is usually not that 
important for daylight calculations.
You definitely need a higher accuracy if you have a solar concentrator 
system and want to control your mirror - in that case the NREL 
calculation is reliable.

But of course it would be nice to have a more  accurate sun positions 
implemented in gensky/gendaylit somewhere in future.

Jan


Am 12/18/15 um 4:40 PM schrieb Martin Gut:
>
> For me, the difference of the real picture and the simulation is quite 
> visible. Maybe this discussion topic is one reason for this.
>
> We came across this issue by doing a combined thermal and dynamic 
> daylight analysis.
>
> One calculation with original DAYSIM  and one DAYSIM calculation with 
> sun position calculated from TRNSYS.
>
> There were quite visible differences, especially in Autumn.
>
> https://drive.google.com/file/d/0B_k3K9s5QAlISGdYWFdlMHZFc00/view?usp=sharing
>
> and
>
> https://drive.google.com/file/d/0B_k3K9s5QAlIb0lRN3VrdXVQaFU/view?usp=sharing
>
> TRNSYS uses the Spencer-Algorithm  from 1971 for the calculation of 
> solar declination.
>
> Implementing this Algorithm is easy because it has just a few more 
> sin() and cos() statements .
>
> This graph:
>
> https://drive.google.com/file/d/0B_k3K9s5QAlIbWVXZHhINXhYTDA/view?usp=sharing
>
> shows the differences between this algorithm, the Cooper Algorithm and 
> the Algorithm used in Radiance.
>
> So my first question is answered by this. By using 368 days per year 
> the deviation is smaller than with the original
>
> Cooper Algorithm.
>
> A good starting point for choosing the right algorithm could be in my 
> opinion :
>
> “Computing the solar vector” in  Solar Energy Vol. 70, No. 5, pp. 
> 431–441, 2001 by  MANUEL BLANCO-MURIEL et al.
>
> Here, the differences of common algorithm are described. They use only 
> the Spencer Algorithm as an example of a simple algorithm.
>
> Following table shows, that there are considerable differences:
>
> https://drive.google.com/file/d/0B_k3K9s5QAlIcS1JQmZFSGttbWs/view?usp=sharing
>
> They recommend the Michalsky-Algorithm or their own PSA-Algorithm, 
> which is a little bit better.
>
> The Michalsky Algorithm is also used in the program SolPos Nathaniel 
> Jones recommended:
>
> https://www.nrel.gov/midc/solpos/
>
> The Source Code for the PSA-Algorithm is available under:
>
> http://www.psa.es/sdg/sunpos.htm
>
> It seems to be comparable to the  from  Christian Humann recommended 
> NREL algorithms which is used in the program spa:
>
> https://www.nrel.gov/midc/spa/
>
> From my point of view as a user it would be desirable, that the main 
> used Simulation Programs uses the same or at least quite similar 
> algorithm for calculating the sun position.
>
> TRNSYS uses the Spencer-Algorithm, which is due to the upper 
> publications also not the best choice.
>
> It would be interesting what algorithm EnergyPlus uses.
>
> Regards
>
> Martin
>
> *Von:*Christoph Reinhart [mailto:tito_ at mit.edu]
> *Gesendet:* Donnerstag, 17. Dezember 2015 18:29
> *An:* Radiance general discussion
> *Betreff:* Re: [Radiance-general] Calculation of solar declination in 
> sun.c
>
> Using a more accurate formula that is based on a respectable source 
> like a good idea if the magnitude of the correction is as large as 
> Martin describes. Incidentally, we are having our students do 
> “validations” of the formula by comparing the photograph of an objects 
> as a certain time in the year to a Radiance rendering and that 
> analysis tends to come out pretty well: 
> http://web.mit.edu/sustainabledesignlab/projects/DaylightingHandbook/Exercise_DirectSunlight.htm.
>
> Best,
>
> Christoph
>
> *From:* Greg Ward [mailto:gregoryjward at gmail.com]
> *Sent:* Thursday, December 17, 2015 12:22 PM
> *To:* Radiance general discussion 
> <radiance-general at radiance-online.org 
> <mailto:radiance-general at radiance-online.org>>
> *Subject:* Re: [Radiance-general] Calculation of solar declination in 
> sun.c
>
> Given the tool construction, it would be simple enough to introduce a 
> global variable that switches between the de facto solar angle 
> calculation and a more precise version.  I'd like to hear from others 
> that this is worthwhile before I spend too much time on it, though. 
>  Also, whether it should be exposed as an option in all of the calling 
> programs (i.e., IES calculation or more accurate on).
>
> Is there a general consensus on which solar calculation is best?  I 
> would just end up googling it, unless you or someone else has a strong 
> recommendation.
>
> Cheers,
>
> -Greg
>
>     *From: *Martin Gut <gut at Transsolar.com <mailto:gut at Transsolar.com>>
>
>     *Subject: *Re: [Radiance-general] Calculation of solar declination
>     in sun.c
>
>     *Date: *December 17, 2015 8:55:38 AM PST
>
>     Hi Greg,
>
>     Thank You for the quick answer.  I don’t know about the history of
>     this debate because I’m quite new in this mailing list.
>
>     I think for the CIE standard stuff, sticking on the standard
>     routines is ok.
>
>       But this formula is also used for all the dynamic daylighting
>     stuff like
>
>     Gendaymtx
>
>     Gendaylit
>
>     Daysim
>
>     etc.
>
>     also for shading studies: I’m wondering that so much computing
>     effort is investigated to render the shading and on the other side
>     the position of this shading is incorrect (especially in Autumn)
>     because of
>
>     a very rough calculation of the sun position. The error is not so
>     big, but it could be avoided very easy by using a better formula
>     for solar declination.
>
>     Maybe there could be two functions, one for the standard
>     calculations and one for “real”  calculations.
>
>     Martin
>
>     *Von:*Greg Ward [mailto:gregoryjward at gmail.com]
>     *Gesendet:* Donnerstag, 17. Dezember 2015 17:14
>     *An:* Radiance general discussion
>     *Betreff:* Re: [Radiance-general] Calculation of solar declination
>     in sun.c
>
>     Hi Martin,
>
>     This debate comes up every so often with the solar calculations
>     used in Radiance and related tools.  The main question is, do we
>     stick with the established standard, which provides for easy
>     "apples to apples" comparisons, or do we update our formulas to
>     get a more precise answer?  In the case of the original CIE sky
>     models, which this solar calculation is used in primarily, the
>     accuracy is not that great, so getting the sun in exactly the
>     right place is a minor quibble.  If, on the other hand, you need
>     precise sun position for solar shading studies or the like, then
>     it's easy to argue for a better formula.  I don't think computing
>     power was ever the issue with Radiance.  We don't compute the sun
>     position for every ray-traced or anything silly like that.
>
>     As Rick points out, the use of 368 is part of the IES standard
>     calculation, but I'm not entirely sure what anomaly it is
>     correcting for.
>
>     Cheers,
>
>     -Greg
>
>
>
>     *From: *Richard Mistrick <RGMARC at engr.psu.edu
>     <mailto:RGMARC at engr.psu.edu>>
>
>     *Subject: *Re: [Radiance-general] Calculation of solar declination
>     in sun.c
>
>     *Date: *December 17, 2015 7:18:53 AM PST
>
>         I’m not certain why it is 368, but this equation has been in
>         this format in the IES Lighting Handbook for many years.
>
>         Rick
>
>         *From:* Martin Gut [mailto:gut at Transsolar.com]
>         *Sent:* Thursday, December 17, 2015 6:05 AM
>
>         Dear Radiance Experts,
>
>         I have two questions regarding the calculation of solar
>         declination:
>
>         1.Why has the year in function sdec  in  file sun.c  368 days
>         instead of 365 as in the original formula from Cooper ?
>
>         return( 0.4093 * sin( (2*PI/368) * (jd - 81) ) )
>
>         https://github.com/NREL/Radiance/blob/master/src/gen/sun.c
>
>         2.Why does Radiance not use a better formula, which takes into
>         account, that the Earth orbit is not a circle?
>
>         With today computing power, there is no more reason to use
>         this simple formula
>
>         Thanks in advance
>
>         Martin
>
>     _______________________________________________
>     Radiance-general mailing list
>     Radiance-general at radiance-online.org
>     <mailto:Radiance-general at radiance-online.org>
>     http://www.radiance-online.org/mailman/listinfo/radiance-general
>
>
>
> _______________________________________________
> Radiance-general mailing list
> Radiance-general at radiance-online.org
> http://www.radiance-online.org/mailman/listinfo/radiance-general

-- 
Dr.-Ing.  Jan Wienold
Ecole Polytechnique Fédérale de Lausanne (EPFL)
EPFL ENAC IA LIPID

http://people.epfl.ch/jan.wienold
LE 1 111 (Office)
Phone    +41 21 69 30849

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.radiance-online.org/pipermail/radiance-general/attachments/20151221/c470e382/attachment-0001.html>


More information about the Radiance-general mailing list