algorithmic modeling for Rhino
Hi all,
Firstly I want to thank the team for creating this fantastic tool, especially Mostapha and Chris.
Also thank you for implementing the ability to use a vector for north in the latest release, no more manual rotation.. at least I thought.
I have reason to believe the rotation of the model before calculation is reversed. See my simple example in the attached file below, also included some screenshots. The maximum solar irradiance on the surface happens early morning when I have the north vector pointing towards the positive x-axis and the surface direction pointing west. The maximum solar loads should occur late afternoon/evening as the sun sets in the west.
If I set the north vector to the positive or negative y-axis the results seem to be correct, hence my suspicion that the rotation is reversed.
Or am I just missing something obvious here? :)
-M
Tags:
Replies are closed for this discussion.
I think you are right. It is showing similar results for me.
Hi Mikael,
Which weather file are you using? Drawing a radiation rose can help to double check your assumption.
I check the rotated geometry and it looks right to me. Can you check the attached file and let me know if it make sense to you?
Mostapha
Hi Mostapha,
I realise that I have misunderstood how the rotation is carried out. I thought the model space was rotated and the actual model stayed in place, not the other way around. I get it now, thanks for helping me out with your example!
-M
Hi Mikael,
Annual analysis is the only analysis that we have to rotate the model, otherwise your assumption is right. In all the other simulations honeybee rotates the sky.
Mostapha
Hi Mostapha,
Thanks for your help previously. Could you please have a look at my old post below about msh2rad not rotating geometry? Would be appreciated as it's still an issue and I know no workarounds except only using CreateHBSrfs which can be unstable for me with some geometry (GH crashes).
If you want proof of the rotation not taking place using MSH2RAD, please look in the Daysim*.rad file that gets created when performing a Daysim simulation.
See example below. The same polygon is processed via the CreateHBSrs component and via the MSH2RAD component. The polygon gets rotated 90 degrees using CreateHBSrs but unfortunately not with MSH2RAD:
_______________
##GENERATED BY HONEYBEE
OPAQUE polygon b69a317a402d42c1994f410463cd_0
0 0 12 -15.824400 -5.615800 0.000000
-15.824400 -44.175400 0.000000
-15.824400 -44.175400 28.363100
-15.824400 -5.615800 28.363100
# SOURCE FILE: c:\ladybug\000000_TEST\SURR\MSH2RADFiles\SURR.rad
## c:\radiance\bin\\obj2rad -f c:\ladybug\000000_TEST\SURR\MSH2RADFiles\SURR.obj
## OBJ file written by TurtlePyMesh
OPAQUE polygon object_1.1
0 0 12 44.175400 -15.824400 28.363100
5.615820 -15.824400 28.363100
5.615820 -15.824400 0.000000
44.175400 -15.824400 0.000000
_______________
All the best
-M
Hi Mikael,
The assumption with additional rad files is that they are stationary and so the north direction doesn't affect their rotation. However you can rotate the geometries inside Grasshopper before using Mesh2Rad. You don't need to create Honeybee surfaces in that case. Is that going to work for your case?
Mostapha
Hi Mostapha,
Thanks for clearing up how you reasoned with the msh2rad geometry.
I'll just rotate before msh2rad, thank you!
-Mikael
Thanks for clearing that up!
Related to that, the additional RAD files added to the scene are not automatically rotated now. Is there a way to implement that feature either directly in the runDaylightAnalysis component or worst case, in the MSH2RAD component? I'm not familiar enough with Python and HB_LB yet to do it myself I'm afraid.
-M
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by