Grasshopper

algorithmic modeling for Rhino

Hi everybody,

I am trying to create a mesh for FEM shell analysis using Karamba's "Mesh Breps" component. I have a quite simple revolution surface I want to mesh, but the result I get has badyl distorted elements at the top of the dome:

is there a way (with or without Karamba) to produce a mesh that doesn't care about u-v coordinates of the brep, and results in a more FEM-friendly element geometry?

A bit like this:

Best regards

  Stefan

Views: 4021

Attachments:

Replies to This Discussion

Hi Stavroula,

sorry for not replying earlier. I am a bit busy at the moment.

From your description, I can't say what the problem is. Either a bug in the script or something weird with the mesh you are using.

I you wish, you can post your definition here, and I can have a look at it. But be warned ;) It may take a couple of days before I find the time.

Bets regards

Stefan

Dear Stefan,

Thank you for the reply! I am posting here my Gh file.

When you find the time, please take a look at it! Thank you so much for the help!

I have one more question actually. :) If I want to use the remeshing components in a Galapagos optimisation loop (so the geometry changes for every iteration), the only way to do it is to have the timer enabled in order to adjust to the change in geometry? In that way there is a problem if you want to perform a Karamba analysis for example since the mesh is continually changing. I was wondering if there is maybe a way to script a component that plays the role of the reset (False True) in every change in the geometry.

Thank you in advance for the advice and the help. 

Best,

Stavroula.

Attachments:

Hi Stefan!

Is there a way to do the same (matching mesh to the points or curves) in the latest kangaroo using meshmashine?

oops, already amore than a month gone by. Sorry. I always ment to reply, but never found the time...

As far as I understand, mesh machine can't do that.

Hi Daniel,

I'm sure you have noticed the latest release of millipede, containing a very good implementation of PGP.

Ours here so far actually is just a port of the Graphite-sourcecode to check feasability of some special tasks. And it made Rhino crash a lot. I guess the way Panagiotis did it is much more comprehensive in its understanding for GH-users and therefore its robustness, as he wrote it himself.

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