Solidworks To Rhino

Postby JRader » February 21st, 2013, 11:24 am

User avatar

JRader
 
Posts: 2
Joined: June 7th, 2012, 10:43 am
Location: Austin, TX
So I've been working in Solidworks for a number of years. My background is in Mechanical Engineering but I've been branching off and exploring some generative design concepts. I've been working with Processing with the intent to transition to Grasshopper and Rhino.

So my next step is to start learning Rhino and I was wondering if any of you had experience making the transition from Solidworks to Rhino. I know that they're not interchangeable, I'm just looking to add some new tools to my kit.

If anyone has any advice or resources for learning Rhino, making the switch from Parametric to NURBS, that would be greatly appreciated. Thanks.

Re: Solidworks To Rhino

Postby engelhjs » February 21st, 2013, 12:10 pm


engelhjs
step three
step three
 
Posts: 122
Joined: April 22nd, 2007, 10:07 am
Location: Encinitas, CA
How much experience do you have with complex surface modeling in Solidworks? The process is actually very similar to Rhino in so much as creating surfaces from curves, surfaces or a combination of surfaces and curves. The only real differences are that you use different tools in the same situations (e.g. Solidworks' loft tool is very powerful while the swept surfaces kind of suck. Rhino is the opposite.) and that Rhino lacks the powerful history editing capabilities of a parametric modeler. Find a couple quick tutorials on creating NURBS curves in Rhino (which is a thousand times simpler than complex splines and 3d sketches in solidworks), and you'll be off and running.
Jeff Engelhardt
Industrial Designer - Vapor Studio
Encinitas, CA
http://www.vapor-studio.com
http://www.coroflot.com/jeffengelhardt

Re: Solidworks To Rhino

Postby scrotum » February 21st, 2013, 12:20 pm

User avatar

scrotum
step four
step four
 
Posts: 557
Joined: July 23rd, 2010, 4:09 pm
Location: Hiking the Appalachian Trail
It's an easy transition, probably easier than the other way around. Just forget datum planes, but unfortunately you lose the configuration and parametric capabilities.

Re: Solidworks To Rhino

Postby hatts » February 21st, 2013, 12:38 pm


hatts
step three
step three
 
Posts: 158
Joined: October 2nd, 2012, 10:52 am
To be clear, SW is also NURBS, it just happens to retain the history of those functions (macros). So the way things are built will feel very familiar. In other words, it's not like moving to poly modeling, which can be an entirely different workflow.

The stuff that takes getting used to, for me:
1. No dialogs or wizards; all messages and prompts appear in the text box up top
2. It is very easy to accidentally be imprecise. Add this to the fact that the onscreen visuals are always approximated, so something that looks to be in the right spot might actually be a little off, unless you make sure that you're snapping correctly.
3. Whereas SW will yell at you for every little invalid thing you do, Rhino will just let you live with your shitty geometry. This is really good for quick modeling, but terrible for diagnosing failures.

My mind is in more of a Photoshop mentality when I'm using Rhino. Meaning: liberal use of layers, duplicate+hide any object that may need its changes reverted. To me it's a much more sculptural process; less step-by-step than SW.
Matthew Spencer | Jeff Koons Studio

Re: Solidworks To Rhino

Postby JRader » February 21st, 2013, 3:37 pm

User avatar

JRader
 
Posts: 2
Joined: June 7th, 2012, 10:43 am
Location: Austin, TX
Thanks for the response guys,
I'll defiantly keep all that in mind. Were there any useful sites or resources or tutorials you guys used while learning rhino or did you just jump in?
Last edited by JRader on February 21st, 2013, 6:45 pm, edited 1 time in total.

Re: Solidworks To Rhino

Postby slippyfish » February 21st, 2013, 5:29 pm

User avatar

slippyfish
full self-realization
full self-realization
 
Posts: 1019
Joined: January 5th, 2004, 7:07 pm
Location: 48 degrees north
hatts wrote:To be clear, SW is also NURBS


Is this true? Is it a case of SW is NURBS, but NURBS isn't SW? Does SW just not foreground the knot and vertex features as much as Alias or Rhino?

I thought "solid modeling" meant something else entirely.

Re: Solidworks To Rhino

Postby JimC5 » February 21st, 2013, 9:29 pm


JimC5
step one
step one
 
Posts: 45
Joined: August 18th, 2005, 8:58 am
slippyfish wrote:
hatts wrote:To be clear, SW is also NURBS


Is this true? Is it a case of SW is NURBS, but NURBS isn't SW? Does SW just not foreground the knot and vertex features as much as Alias or Rhino?

I thought "solid modeling" meant something else entirely.


No, "solid modeling" is only a theme for orienting the user interface and feature set. All CAD systems today use NURBS to build geometry, but a "solid modeler" never lets you do anything that leaves the model in a non-closed state. So the model is always at least theoretically manufacturable, but the workflow for making curvy shapes is unnecessarily convoluted.

Of course that definition is decades old and increasingly not entirely true, today "solid modeling" means history-based everything-plus-the-kitchen-sink mechanical engineering, and "surface modeling" means Rhino.

Re: Solidworks To Rhino

Postby scrotum » February 21st, 2013, 9:43 pm

User avatar

scrotum
step four
step four
 
Posts: 557
Joined: July 23rd, 2010, 4:09 pm
Location: Hiking the Appalachian Trail
JimC5 wrote:
slippyfish wrote:
hatts wrote:To be clear, SW is also NURBS


Is this true? Is it a case of SW is NURBS, but NURBS isn't SW? Does SW just not foreground the knot and vertex features as much as Alias or Rhino?

I thought "solid modeling" meant something else entirely.


No, "solid modeling" is only a theme for orienting the user interface and feature set. All CAD systems today use NURBS to build geometry, but a "solid modeler" never lets you do anything that leaves the model in a non-closed state. So the model is always at least theoretically manufacturable, but the workflow for making curvy shapes is unnecessarily convoluted.

Of course that definition is decades old and increasingly not entirely true, today "solid modeling" means history-based everything-plus-the-kitchen-sink mechanical engineering, and "surface modeling" means Rhino.

Not necessarily true, Alias is a history-based NURBS modeler.

BTW, you can download a 30-day trial version of MoI, a NURBS modeler from the same guy who wrote the original Rhino program.

http://moi3d.com/download.htm

Re: Solidworks To Rhino

Postby JimC5 » February 21st, 2013, 10:43 pm


JimC5
step one
step one
 
Posts: 45
Joined: August 18th, 2005, 8:58 am
scrotum wrote:Not necessarily true, Alias is a history-based NURBS modeler.

BTW, you can download a 30-day trial version of MoI, a NURBS modeler from the same guy who wrote the original Rhino program.

http://moi3d.com/download.htm


History(Rhino has history now too)doesn't actually have anything to do with some attempt at a basic definition "solid" vs "surface" modeling, though of course (and there certainly were such things,) a rigidly "solid" modeler without some sort of history or parametrics would be kind of painful to use. I was saying that today "solid modeling" means whatever Dassault wants to call it.

Re: Solidworks To Rhino

Postby hatts » February 22nd, 2013, 12:22 pm


hatts
step three
step three
 
Posts: 158
Joined: October 2nd, 2012, 10:52 am
The confusion is totally reasonable; "solid modeling" is sort of a disorienting term.

"Solid modeling" is, in a way, a fictional concept; it's just a workflow method where the software continuously checks that your NURBS object is a watertight volume. If the object becomes non-manifold it either scolds you or it switches to traditional surface modeling. A watertight NURBS cube is identical to a "solid" cube.
Matthew Spencer | Jeff Koons Studio

Re: Solidworks To Rhino

Postby scrotum » February 22nd, 2013, 1:26 pm

User avatar

scrotum
step four
step four
 
Posts: 557
Joined: July 23rd, 2010, 4:09 pm
Location: Hiking the Appalachian Trail
One other big difference between NURBS programs and solid modeling software (i.e. SolidWorks, ProE, Inventor...) is the lack of a feature/model tree, which can be very frustrating sometimes.

Re: Solidworks To Rhino

Postby slippyfish » February 22nd, 2013, 6:15 pm

User avatar

slippyfish
full self-realization
full self-realization
 
Posts: 1019
Joined: January 5th, 2004, 7:07 pm
Location: 48 degrees north
SolidWorks = parasolid kernel modeler
Rhino/Alias = NURB surface modeler

Right?

But... newer versions of SolidWorks incorporate NURBS features like knots and nodes and vertices and surfacing...

This doesn't sound like a 'fictional concept' - http://en.wikipedia.org/wiki/Parasolid

Re: Solidworks To Rhino

Postby JimC5 » February 22nd, 2013, 9:16 pm


JimC5
step one
step one
 
Posts: 45
Joined: August 18th, 2005, 8:58 am
slippyfish wrote:SolidWorks = parasolid kernel modeler
Rhino/Alias = NURB surface modeler

Right?


Parasolid is NURBS too. The basic geometry in all CAD software is NURBS. That's why the distinction is increasingly becoming difficult, at the core they're the same thing. "Surface modeling" just means having the option to work with the geometry a little more directly.

Re: Solidworks To Rhino

Postby nxakt » February 22nd, 2013, 9:43 pm

User avatar

nxakt
full self-realization
full self-realization
 
Posts: 885
Joined: March 15th, 2010, 5:11 am
Location: Central Shanghai
Another way to think about it. All commercial CAD systems use definitions of the boundaries, the surfaces.

If you took the cross section of a CAD cube, and took any point inside the cube, there is no gemetrical information written for that specific point. The system only assesses if that point lies inside or outside the calculated solid.

If it was a real world solid, that point inside a wooden cube, would be wood. In a true "solid modeler" then each unit of space would have a definition. That file would be huge depending on resolution. Computations would not be fast.

Voxel modeling is the closest analogy. Scan and Solve uses this approach for FEA analysis.

Re: Solidworks To Rhino

Postby hatts » February 24th, 2013, 2:46 am


hatts
step three
step three
 
Posts: 158
Joined: October 2nd, 2012, 10:52 am
@slippyfish:
I meant the concept of "solids" as some novel way of generating geometry is misleading, because it is. "Solid modeling" is a workflow method, controlled at the software level, not at the geometry generation level. New versions of SW aren't just now incorporating NURBS features; they're implementing NURBS ideas that have been around for ages (see: Alias), but SW is just now figuring out a way to implement them without wrecking the solid-modeling style.

So really the idea of Parasolid is not relevant to the concept of geometry calculation. Generically, Parasolid is a kernel which means it's basically an interpreter. It takes the math of spline boundaries and says "Hey software, here's what you're dealing with" and then the software handles the display and manipulation of that data.

All of this put more succinctly by JimC5...
Good description by nxakt too
Matthew Spencer | Jeff Koons Studio

Go to the Next Page

Return to software and technology

©2013 Core77, Inc. All rights reserved
about | contact us | advertise | mailing list