I am running a series of annual daylight simulations to get readings for sDA and ASE, but naturally the process time is quite long.
I know for quick analysis using 3DS Max Design, you can specify certain frames to render for a weather file/Perez sky model analysis to provide illuminance readings for certain days of the year.
Is there a way we could do this in Honeybee much like the analysis period component from ladybug, but specify several disconnected periods instead of one period (5 days of every month for example)?
Currently it’s not possible, and won’t be helpful, simply because of how Daysim works. The calculation for Daysim is based on calculating daylight coefficients which is the part that takes the longest time. Once that is done generating the results for couple of hours vs the whole year doesn’t make that much of a difference. If your geometry doesn’t change then 3-phase method could have been very useful in a case like this.
Is anyone working on this right now ? I am doing something for my dissertation work which I will try and pass on upstream, however, if there is someone else working on it as well I’d like to collaborate and share notes !
Okay. I thought of going OpenStudio or Stadic (the Penn State project) route too but I am not likely to learn a whole lot for myself that way. It’s great to know that you’ve made progress on that.
Any suggestions on how to handle perl files in a Honeybee environment? I usually do something like [“c:\radiance\perl\bin\perl.exe”,“c:\radiance\bin\genkelmsamp.pl” …] when I do this in pure python and subprocess but that doesn’t seem to be the right or stablest approach in Grasshopper/Honeybee. It also tends to fail when the folder structure is relative instead of absolute ( I guess that can be fixed by specifying a cwd upfront).
In any case we will need 3 Phase for Honeybee as OpenStudio workflow has it’s own limitation. I will be also joining you at some point to get this work together.
I believe that you don’t need to run the perl script anymore using the new method. gendctimestep takes care of what genkelmsamp is supposed to do. Isn’t it? Nevertheless, I found os.system more stable than using subprocess specially for longer executions.
I was using genklemsamp all this while. If I can get it to work with normal binary file like dctimestep that will be great ! Thanks for the tip about os.system.
Sarith, OpenStudio gives a very nice report while it’s running the 3Phase analysis. I thought that it might be helpful for you. Here is the lines. I also attached the file which is the OpenStudio testroom for Radiance measure.
Hi Mostapha, the OpenStudio output log is really helpful ! I can use that to create a similar workflow in Grasshopper/Honeybee. By the way, is there a 2-phase(ie daysim type daylight-coefficient) implementation in honeybee right now ? I know from reading your code that you create a .hea (daysim-header) file for annual daylighting simulations. Do you also have a rcontrib based annual daylighting calculation implemented somewhere ? I got the two phase calculations, with rmtxop and gendaymtx, to work yesterday and they seem to work a lot faster than Daysim. I still don’t know if the illuminance values being generated by it are right/reasonable or not.
(Dont’ know why, but I am not able to reply to your last comment directly)