An error in honeybee recolor mesh

Replies to This Discussion

Permalink Reply by Antonello Di Nunzio on December 2, 2015 at 4:41am

Hi Tim,

I'd like to show you the error with an easy example. A simple mesh box with only six faces.

The lenght of the analysis results list equals the number of mesh faces. Check your values list.

Bests,

Antonello

Permalink Reply by Abraham Yezioro on December 2, 2015 at 7:03am

Antonello's comment is true. But Tim's case is different. He is connecting the HB_readRADResults instead of the HB_readAnnualResultsI output.

The first one is not outputting any value. That's why the error Tim is having.

-A.

Permalink Reply by mahr on December 3, 2015 at 4:22pm

Hi Abraham

I got this problem several times, at first it runs correctly but once i change the parameters the error appears, i flatten the mesh but there is no sense!

Thanks

Attachments:

• Test Annual Daylight.gh, 672 KB

Permalink Reply by Abraham Yezioro on December 3, 2015 at 11:18pm

Mahhr,

See attached.

Your basic error is that you are connecting the NorthSign output to the north input of the AnnualRecipe instead of the real value of the north direction. The first gives you a geometry, which is not usable for further calculations.

Also fixed the direction of the floor since it's normal is pointing outwards causing the test mesh to be outside of the building.

-A.

Attachments:

• TestAnnualDaylight_AY.gh, 551 KB

Permalink Reply by mahr on December 4, 2015 at 9:18am

Thanks for your attention Abraham :)

Now i work on your attachment; this time there is no error for recolor mesh, but the annual results are the same for different glzRatio.

i wonder that i can just get result for first simulation after that by changing parameters nothing happens!

Permalink Reply by mahr on December 4, 2015 at 10:29am

I found the reason.. it is because of the North. i removed the North input and rotated the geometry manually, now it simulates without any problem. but still don't know why the North input can cause such a problem!

Permalink Reply by Abraham Yezioro on December 4, 2015 at 10:43am

Yes. I was also checking this point.

I think there is a bug happening between the Recipe and the runDaylightAnalysis components.

In the image you can see that the grid from the genTestPts is ok (inside the model) but the grid after the simulation is rotated outside the model.

-A.

Permalink Reply by mahr on December 4, 2015 at 11:12am

yeah exactly it happens.

Thanks for your explanation.

Permalink Reply by Mostapha Sadeghipour Roudsari on December 6, 2015 at 8:56pm

This is expected for annual analysis and is not a bug. Since there is no easy way to rotate the sky for annual analysis in Daysim, Honeybee rotates bothe the sky and the test points before running the analysis. If you use importRad component and read back the geometry from the component you'll see that the geometry is also rotated.

Permalink Reply by Abraham Yezioro on December 6, 2015 at 9:33pm

Ok ... but ...

I believe there is something new that i need to learn. getting the rad file/materials imported, where they are supposed to be connected in order to simulate the annual analysis?

I'll post more comments on the github ...

Thanks,

-A.

Permalink Reply by Abraham Yezioro on December 7, 2015 at 12:09am

In the meantime i'm taking advantage of the new transformation components to get over this issue.

Please take a look and tell me what you think. makes sense?

Thanks,

-A.

Attachments:

• TestAnnualDaylight_AY1.gh, 553 KB

Permalink Reply by Tim on December 2, 2015 at 7:21am

Yeah...that's right
Tnx guys

• ‹ Previous
• 1
• 2
• Next ›
• Page