algorithmic modeling for Rhino
Hi everyone.
I have some questions regarding the display of the annual total solar radiation chart.
The picture below is the baked geometry in Rhino.
- How do you modify the position of the secondary x-and y-axes? And how do you make them invisible?
- How do you change the x- and y-scale of the chart? For instance displaying every 10 degrees of azimuth?
- My input surface is a hyperbolic paraboloid, facing south symmetrically. How does the component calculate its tilt and azimuth?
- Is it possible to do this for multiple surfaces at the same time? For instance for a tangential tessellation of rectangular standardized solar panels on the hyperbolic paraboloid.
Tags:
Replies are closed for this discussion.
Hi Erik,
a) How do you modify the position of the secondary x-and y-axes? And how do you make them invisible?
What are the secondary x, y axes?
Are they these green and purple lines:
?
If they are, then you determine their position and number by the "precision_" input. Their number is equal to "precision_ - 1".
They are essentially mesh edges, not curves. To hide them, in Rhino application menu choose: Tools -> Options -> View -> Display Modes -> choose your current display mode, and uncheck the "Show mesh wires":
b) How do you change the x- and y-scale of the chart? For instance displaying every 10 degrees of azimuth?
Can you be a bit more precise?
You would like to change the labeling of the azimuth directions from 30 degrees step to 10 degrees step? If this is so, you can not do that.
c) My input surface is a hyperbolic paraboloid, facing south symmetrically. How does the component calculate its tilt and azimuth?
All Ladybug Photovoltaics components calculate the amount of AC energy generated by a planar (flat) surface. Tilt and azimuth angles are calculated based on surface normal at 0.5, 0.5 surface parameters. So you can not use the hyperbolic paraboloid as the _PVsurface (or _PV_SWHsurface) input, as it will yield incorrect results. You need to planarize that hyperbolic paraboloid surface first.
I attached below an example with default grasshopper components, but the size of the panels is not equal. If you want them to be equal use some paneling Grasshopper plugin like Lunchbox or Paneling tools.
Thank you very much for the detailed response djordje, you have answered all questions spot on.
What I am now interested in is to show the TOF of all of my panels that are tessellated tangentially as in the .gh-file below. However, it takes a very long time to generate this calculation, even four about five panels or so, while I have about 1600 on the hyperbolic paraboloid. You once told me in another discussion that the TOF component did less calculations than the PV Surface component and would therefore be faster. However, it seems to go even slower when you have multiple surfaces.
So what I would like to know is how to have an idea of which PV panels would be worth of keeping on the hyperbolic paraboloid. For instance, to visually represent the panels with a TOF of >90%, >80%, >70% and so on, without too long calculation time.
(You will have to zoom out quite a bit to see the surfaces. The TOF component is in the red group and there is some part of the code that is irrelevant for this question, but it's quite clear.)
You once told me in another discussion that the TOF component did less calculations than the PV Surface component and would therefore be faster. However, it seems to go even slower when you have multiple surfaces.
Maybe I misunderstood what your intention was.
The TOF component is intended to be used to determine the TOF of a single _PV_SWH_surface or few of them. 1600 surfaces is definitively a huge number.
Here is a work around:
Use the TOF component with a single _PV_SWH_surface to calculate the optimal tilt and azimuth. Then use these optimal tilt and azimuth values as an input for Photovoltaics surface component. The annual insolation you get is the optimal annual insolation. Then use the annual value of that optimal insolation to divide the insolation of every other surface inputted to the Photovoltaics surface component. The result multiplied with 100 will be the TOF for each of those surfaces.
I attached an example below.
Btw have in mind that 1600 surfaces is definitively too much. You will probably need to lower this number and expect a couple of hours of calculation.
Sorry for not being able to edit the very file you attached. It simply loads too much on PC, I can not open it (I probably can, but would have to let it go for tens of minutes, and I do not have that much time).
It looks like I forgot to internalize the "_PV_SWHsurface" input (dummySurface). I apologize for that.
I managed to open your .gh file (took it 14 minutes) and to edit it.
Check the parts which are grouped in red color (there are two of them).
I did a test with only 12 surfaces, to lower the waiting time.
If you can not lower the number of 1600 surfaces, prepare for some long hours of calculation.
Thank you very much for taking your time to find an alternative solution. It has been very helpful.
Indeed, the calculations take a very long time when I select all of the panels. (There was a red cross popping up saying Solution Aborted.)
However, I have been playing around with the Radiation Analysis component, which makes calculations faster than the PV Surface component, allows to add shading context and has a built-in legend. It will probably be less accurate than the PV Surface calculations, but could you tell me how much it would deviate? Or what simple things I could add to improve the accuracy? The results are pretty satisfying, though.
I just have an issue with displaying the Tags of the TOF. How can I make them smaller? Because when I bake them, they have the same scale whether I zoom in or out...
Oh yes and here's the .gh file.
You can add the context to Photovoltaics Surface component with the use of Sunpath shading component.
I can not comment on the differences between the Radiation Analysis and Photovoltaics Surface, as I am not the author of the first one. If I remember correctly, the Radiation Analysis ignores the ground reflected component of the diffuse radiation. As you are working in a location without snow and the tilt is not close to 90 degrees, you can disregard the lack of it.
Maybe you accidentally clicked on "Esc" button to result in "The Solution Aborted". Not sure.
To control the size of the baked text dots, a custom component needs to be created. I attached it below.
Great, thanks! Would you know how to bake mesh colors as well?
http://www.grasshopper3d.com/forum/topics/bake-mesh-color-in-rhino
I think they are already baked with colors but your Shaded display model is not showing them (I assume). Maybe this is an issue you already had with display modes.
Can't you use Ghosted or Rendered display modes?
One of these two need to show mesh colors.
Yes of course, Ghosted and Rendered display modes show the colors fine. Thank you.
Sorry for continuing asking basic display questions, but I would like to print the Top View as a PDF (first picture) but I still get the large tag sizes, whereas the baked geometry in Rhino (second picture) has small ones.
Also, when I change the Size input from the Python Script, the dots do not become smaller when I lower this input (e.g. 1), nor does it become larger when increasing this number (e.g 20). It is only smaller at the input value of 7. How does it work?
Also, when I change the Size input from the Python Script, the dots do not become smaller when I lower this input (e.g. 1), nor does it become larger when increasing this number (e.g 20). It is only smaller at the input value of 7. How does it work?
Where does this happen?
In the viewport or in Print Setup preview?
In the Rhino viewport.
© 2021 Created by Scott Davidson. Powered by