Grasshopper

algorithmic modeling for Rhino

Hi Guys,

My goal is to get information about the lighting in a room from arduino sensors and simulate the radiation in grasshopper to optimize an experimental freeform.

I was wondering if there is a way in Ladybug/Honeybee to set the light source manually? So without a certain "analysis period" looking for the right position of the sun in the .epw file.

Or is there maybe a better grasshopper plugin for this task?

thank you, Julian

Views: 697

Replies are closed for this discussion.

Replies to This Discussion

Not sure if I fully understand what are you trying to do but there are several ways to create a light source in Honeybee including generating a dark sky: https://mostapharoudsari.gitbooks.io/honeybee-primer/content/text/c...

Hi Mostapha,

thanks for your fast response. I tried it with creating a "custom lamp" in a "dark sky". I'm not sure if I figured it out yet but for now my problem is: no matter how much test points I have the "rundaylightanalysis" takes about 50seconds for a result. 

Attached you'll find  screenshots, the grasshopper definition and a test surface in rhino.

As i need the results for an iterative optimization process, I wonder if there is an easier and faster way to get the radiance on a surface from a single custom light source?

thanks, Julian

--

Just in case you wonder. The project is about a physical kinetic model which has 5 lux sensors to evaluate the position of the sun/light source. With this information I want grasshopper to optimize the form of the model to gain maximum solar radiation for example.


Attachments:

Hi Julian,

Here are a few things that you can do:

1. Make the calculation completely deterministic and get rid of ambient parameters: Looking at your model, I don't see the geometry being surrounded by anything else (like walls, ceiling etc.). So, specifying ambient parameters in the simulation does not serve any purpose.

2. Get rid of source subdivision by setting -ds to 0. This will make Radiance assume that your source is a point source ( which seems to be a valid assumption in your case).

3. Finally, you can cut down the time even more by magnifying the candela value of a single light fixture instead of using the 9 fixtures that you have right now. This is a hack, but will work because that way, even the deterministic part of the calculation will feature only 1 variable instead of 9. You can make this work by increasing the candelaMultiplier of that one source by 9.

I have attached a gh file (which shows the parameters options) as an example. The points I have made above will mostly work for electric lighting only. Daylighting needs different kind of optimization because we are dealing with parallel rays from the sun and not a source with directional distribution like electric lights.

The image below is base-case. Takes the maximum time, using default settings.

This one is with direct-only calculations.

This is the case where a single fixture was used and the candela multiplier was used to magnify it's brightness 9 times. Took the least amount of time....but as you can there is a perceptible difference between this one and the base-case.

Attachments:

Hi Sarith!

thanks for you very detailed answer. How much time did the optimized calculation took on your system? 

For me it still takes more than a minute which is too long to integrate it into an optimization loop.

But would you still say that this method or this plugin is the best way to go?


thanks for your effort, Julian

Do you need the value for all those points? If you need the analysis to be faster just read the value for where you sensor is.

Hi,

yes i need at least some values distributed over the surface. About 10-20 would be enough but the funny thing is: there is no considerable difference between having a grid size of for example 5 or 15...

So still, also with a minimum of points, let's say 10, the calculation takes far too long

Julian

On my system it took between 1 minute to 30 seconds.

To answer your question about whether this is the right tool for the job, I'd say it is not. If you are running your solution the same way that you've shown in the gh file, then you are spending far too much time in doing things in Grasshopper and Rhino for every iteration. The fastest way to run all the iterations would be to set them all up and run them outside Grasshopper in one single sequence and then compare their results inside Grasshopper. This, however, will require a fair amount of scripting/programming.

Hi Sarith,

alright, thank you for your advices. I learned a lot and I'm sure I'll find the right method

Julian

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service