<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PLM Exchange &#187; Best Practices</title>
	<atom:link href="http://plmexchange.net/category/design/nx/best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmexchange.net</link>
	<description>NX, Teamcenter, and the PLM Market</description>
	<lastBuildDate>Sun, 24 Jan 2010 22:56:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Custom Templates in NX</title>
		<link>http://plmexchange.net/custom-templates-in-nx/</link>
		<comments>http://plmexchange.net/custom-templates-in-nx/#comments</comments>
		<pubDate>Fri, 21 Nov 2008 21:01:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://plmexchange.net/?p=504</guid>
		<description><![CDATA[To tell NX that you have a different location for you custom templates, set a variable: UGII_TEMPLATE_DIR=&#60;directory of templates&#62; This needs to be set in your ugii_env.dat file, so that it is consistent with Teamcenter integration and Native NX. The Template folder for Native and Teamcenter looks for a .pax file. For Teamcenter pax files: [...]]]></description>
			<content:encoded><![CDATA[<p>To tell NX that you have a different location for you custom templates, set a variable: UGII_TEMPLATE_DIR=&lt;directory of templates&gt;</p>
<p>This needs to be set in your ugii_env.dat file, so that it is consistent with Teamcenter integration and Native NX.</p>
<p>The Template folder for Native and Teamcenter looks for a .pax file.</p>
<p>For Teamcenter pax files: (start with nxdm)</p>
<ul>
<li>nxdm_ugs_drawing_templates.pax</li>
<li>nxdm_ugs_model_templates.pax</li>
</ul>
<p>For Native pax files:</p>
<ul>
<li>ugs_drawing_templates.pax</li>
<li>ugs_model_templates.pax</li>
</ul>
<p>Within each of these pax files points to the name, and location of the files to be used. The Teamcenter files are pointed to Teamcenter Item/IDs with the syntax of @DB\ITEM_ID\REV</p>
<p>Set a variable: UGII_ENV_FILE=&lt;location&gt;\ugii_env.dat to have all your clients using the same configuration. Put this &lt;location&gt; on a share on a server, each seat would have this location mapped as a drive and one variable set to point to this location. Now you have complete control for all seats in your environment.</p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/custom-templates-in-nx/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Sketcher Best Practices</title>
		<link>http://plmexchange.net/sketcher-best-practices/</link>
		<comments>http://plmexchange.net/sketcher-best-practices/#comments</comments>
		<pubDate>Tue, 12 Dec 2006 18:15:22 +0000</pubDate>
		<dc:creator>contentManager</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://www.tolsnet.com/plmexchange/?p=488</guid>
		<description><![CDATA[When you create a sketch, you should always use a Datum Axis as the horizontal and vertical references. The attachment plane should be a datum plane but it could be attached to a face if you don&#8217;t mind the dependency. Why would you use a Datum Axis for the horizontal and vertical reference? Datum Axis [...]]]></description>
			<content:encoded><![CDATA[<p>When you create a sketch, you should always use a Datum Axis as the horizontal and vertical references. The attachment plane should be a datum plane but it could be attached to a face if you don&#8217;t mind the dependency. Why would you use a Datum Axis for the horizontal and vertical reference? Datum Axis give you a direction. So when you reattach a sketch, copy paste into a new file, or in a UDF the dimensions will not flip unexpected on you. I have  been burned a few times because of this. I used to use Datum planes as the Horizontal and vertical, never again. A csys will accomplish the same thing as long as you pick the axis when associating the dimensions.</p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/sketcher-best-practices/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Parametric vs Unparametric editing</title>
		<link>http://plmexchange.net/parametric-vs-unparametric-editing/</link>
		<comments>http://plmexchange.net/parametric-vs-unparametric-editing/#comments</comments>
		<pubDate>Mon, 06 Mar 2006 14:04:49 +0000</pubDate>
		<dc:creator>contentManager</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://www.tolsnet.com/plmexchange/?p=136</guid>
		<description><![CDATA[The debate that seems to never end I&#8217;ve decided to write about this because of a hair pulling discussion I heard the other day about two people debating whether to use parametric modeling techniques or edit the solid model at the parasolid level. The debate/argument went like all the others have. It went something like [...]]]></description>
			<content:encoded><![CDATA[<p><strong>The debate that seems to never end</strong></p>
<p>I&#8217;ve decided to write about this because of a hair pulling discussion I heard the other day about two people debating whether to use parametric modeling techniques or edit the solid model at the parasolid level. The debate/argument went like all the others have. It went something like this: (person 1) I can make, create, edit faster using a parametric model. (person b) I can do it faster then anyone by editing the face. (person 1) without all those quick shortcuts and scripts? (person b) without anything, It is faster then using parametrics&#8230;. It seemed like it went on like this for ever. </p>
<p>Here is my stand point. There may be some people out there that can edit the faces of the solid and do it faster then someone editing parametrics. I doubt it but to shut them up for the moment we will agree. But the time they save, sacrifices down stream users. Some history about NX, All faces have an internal ID, when you create a mating condition, analysis, drawing, assembly, anything,  NX uses this ID to keep track of what is going on. When you edit the faces, offset, remove and add blends, etc. That ID changes. So you saved 3 minutes on this solid but you cost more work for everyone else. Because now those face ID&#8217;s are different and the dimensions need to be reassociated, new mating conditions, edit the mesh on the analysis. So the big picture you caused more un-needed work. I hear the debate for mating conditions from someone already&#8230; What if we don&#8217;t use mating conditions, or if we do use mating conditions they complain that NX should update based on some black magic voodoo. Well the best thing that could happen is if there was an issue the part used in every assembly moved drastically for everyone to know. But most likely is that it could have moved ever so slightly that no-one will know exactly what moved, how much it moved, or why. Causing even more work. </p>
<p>Lets forget about the downstream users for a minute (like most people do). The debate about speed in the current model is still on. The way we look at it is, every part should be setup in a way that makes it easy, quick, and precise way to edit it. Give the part of the unparametric solid to someone else and they will be so frustrated, hacking it up, and waisting time. The cocky person that made this crap solid is probably saying, &#8220;It&#8217;s easy, why don&#8217;t you know how to edit it, you are dumb&#8221; well something like that. This is a classic result of job preservation attitude. No matter how stupid that is, people feel that if I make it so easy to edit it, i&#8217;ll be out of work. Again, they are looking at the big picture. The company your working at is probably turning away work or sending it elsewhere because they need it done and everyone is busy. You hardly ever see this directly because this is a management decision and all you see is the work in front of you. </p>
<p>Parametric models are your friends. Keep it Simple and easy for everyone to edit it. Add in engineering rules to determine the offsets, sizes, of your model. Refactor the solid as you go to extract difficult logic with simplier ones. Build an easy to use interface with clear names, why try to brag that you know more acronyms they someone else. <em>side note: </em>I knew of a company where the people actually made up acronyms in their own group that the rest of the company didn&#8217;t use, talk about dense).  My last statement is, If we let the person take the prize on the quickest way to edit a solid is unparametric, how would they stack up on the second edit, third, forth. With parametric models this would be very easy to edit a second time, and so on. They would be able to make variants of the same model very quickly, updating the drawing, update the assembly, update the anaylsis, before the first person ever got done with the second model change.</p>
<p>If your thinking about flexible assembly components, parameters are the only way.</p>
<p>If you do have to import a solid from a supplier, or someone trying to preserve their intelectual property or reverse engineering a part. There is a great set of tools available, that allows you to take an unparametric solid and make it into an editable feature. That is called &#8220;Direct Modeling&#8221;.</p>
<p>Last statement, I have been hired to go to a company and automate building the companies parts. I&#8217;ve gone from extremes of full part automation (the users that felt they had to preserve their idea of job security repelled it like oil and water), even though the company was turning away work because they couldn&#8217;t get it done fast enough. The other side to fully automation, was to automate pieces of the work. Then combining them into larger and larger projects. The result was the company had more work, they need to hire more people to keep up with the work, and no one lost their jobs. Unfortunately the company that had the job security people making unparametric solids hasn&#8217;t laid off them yet. But it will happen, unless they change.</p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/parametric-vs-unparametric-editing/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Selection Toolbar</title>
		<link>http://plmexchange.net/selection-toolbar/</link>
		<comments>http://plmexchange.net/selection-toolbar/#comments</comments>
		<pubDate>Mon, 07 Nov 2005 13:23:20 +0000</pubDate>
		<dc:creator>contentManager</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://www.tolsnet.com/plmexchange/?p=104</guid>
		<description><![CDATA[Get used to the Selection Toolbar now Regardless if your using NX3 or NX2 start getting used to the selection toolbar. Why? you may ask, because the selection toolbar is being further extended in each version of NX, and the class selection dialog is a old dialog that has been with us in the Unigraphics [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Get used to the Selection Toolbar now</strong><br />
<a href="http://static.flickr.com/24/54016536_26093a46b7.jpg?v=0"><img src="http://static.flickr.com/24/54016536_26093a46b7.jpg?v=0" alt="NX3 Selection Toolbar"  style="float: right; border: thin silver solid; margin: 0.5em;  padding: 0.5em;"/></a></p>
<p>Regardless if your using NX3 or NX2 start getting used to the selection toolbar. Why? you may ask, because the selection toolbar is being further extended in each version of NX, and the class selection dialog is a old dialog that has been with us in the Unigraphics days since at least version 10 if I remember right. The interface of NX is moving towards a context sensitive type of interface and the old dialogs are becoming secondary windows if you can&#8217;t find the feature from the new floating dialog styles. So that makes me think that the class selection dialog is going to disapear in a upcoming release of NX. NX3 it is still here but NX4?, maybe. Everything you wanted to do in the class selection appears to be in the selection toolbar. You&#8217;ll need to be in Modeling for the selection toolbar to be available.</p>
<p>My advice is to get used to using this toolbar now. So to lower your transition when it is removed. This goes for some other dialogs also. That will be addressed in  another post.</p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/selection-toolbar/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Working With Large Assemblies</title>
		<link>http://plmexchange.net/working-with-large-assemblies/</link>
		<comments>http://plmexchange.net/working-with-large-assemblies/#comments</comments>
		<pubDate>Mon, 09 May 2005 00:30:20 +0000</pubDate>
		<dc:creator>contentManager</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://www.tolsnet.com/plmexchange/?p=41</guid>
		<description><![CDATA[How to work with Large Assemblies in almost any version of NX. The following Best Practices show how to increase performance, reduce time spent, reduce system demand, and eliminate loading not needed components. Working with Large Assemblies, Best Practices REDUCE OVERHEAD Load Options: Use &#34;Partial Loading&#8221; NX can load components 3 different ways, Fully loaded, [...]]]></description>
			<content:encoded><![CDATA[<p>How to work with Large Assemblies in almost any version of NX.  The following Best Practices show how to increase performance, reduce time spent, reduce system demand, and eliminate loading not needed components.<br />
<span id="more-41"></span></p>
<p>Working with Large Assemblies, Best Practices </p>
<p><strong>REDUCE OVERHEAD</strong></p>
<p><u> Load Options:</u> Use &quot;Partial Loading&rdquo; NX can load components 3 different ways, Fully loaded, Partially loaded, with/with out wave data. Partial Loading loads enough information to show the part, but does not evaluate expression or interpart expressions Downside is if parts rely on other parts via interpart expressions and it has changed since last time it was fully loaded, you will not see the change. Making the part the work or displayed part causes NX to fully load the part</p>
<p><u> Load only Need Components:</u> Large assemblies you may want to load no components and only turn on the necessary components as needed This may be a slow process picking and choosing the right component. For companies that deal with large assemblies and open them a lot it is more efficient to use &quot;Design in Context&quot;. Design in Context is a Teamcenter Engineering application</p>
<p><u> Reference Sets:</u> Use Reference sets to Display only the needed geometry. Usually reference sets only consist of solid geometry, occasionally it may contain wireframe to show a centerline or other similiar information Component</p>
<p><u> Filters/Sets:</u> When working on specific assemblies for an extended period of time create a Component Filter so that you can quickly return to the previous configuration </p>
<p><u>Faceted Bodies:</u> Loading a component with a specific reference set that is only a faceted body will lower the resources needed to start NX Faceted bodies consist of the outer skin of the body and approximations of the solid bod </p>
<p>&nbsp;</p>
<p><strong>INCREASE PERFORMANCE</strong> </p>
<p><u>Work Part Emphasis Assembly Preference:</u> Making a component the work part, the system &ldquo;grays-out&rdquo; the non-work parts. To save on resources you can turning on Preferences -&gt; Assemblies -&gt; Emphasize. When enabled, the work part remains displayed in its current color, but the rest of the assembly is dimmed in the color specified in the color option. </p>
<p><u>Disable Smooth View Change:</u> When switching between views, NX has eye candy to smoothly transition between views. This feature helps keep the user orientated to what view they are coming from and going to. The downside is that it requires more resources. In single parts and small assemblies this is not an issue but with large assemblies this may have a performance hit. </p>
<p><u>Backface Culling:</u> Specifies whether the graphics driver should disable rendering of backfacing polygons in shaded views. When backface culling is enabled, any surface facets that have normals directed away from the viewer are not rendered. This reduction in the number of facets rendered can significantly improve graphics performance, especially on low-end and mid-range graphics devices. This should be enabled for large assemblies. Fixed</p>
<p><u> Frame Rate:</u> Improve zoom, pan, and rotate by turning on Preferences -&gt; Visual Performance -&gt; Fixed Frame Rate. This will make Objects like components to be converted to cubes or hidden. Depending on the current zoom small features and components may be hidden or greatly simplified The lower the frames per second is best for performance. </p>
<p><u>Scene Reduction Method:</u> If enabled, when rotating this will hide objects. When you stop the rotation NX will render the components correctly back to recognizable parts instead of cubes </p>
<p><u>View Frustum Culling:</u> If enabled, Objects not displayed in the current view window will not be rendered </p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/working-with-large-assemblies/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CAD Best Practices</title>
		<link>http://plmexchange.net/cad-best-practices/</link>
		<comments>http://plmexchange.net/cad-best-practices/#comments</comments>
		<pubDate>Mon, 09 May 2005 00:30:18 +0000</pubDate>
		<dc:creator>contentManager</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[NX]]></category>

		<guid isPermaLink="false">http://www.tolsnet.com/plmexchange/?p=39</guid>
		<description><![CDATA[These best practices are from my years of experience. These are solely my own best practices and shouuld be used as a reference for your own specific needs. There are times when I violated my own best practices due to a specific problem or project. Use this list as a guide to understanding why I [...]]]></description>
			<content:encoded><![CDATA[<p><font face="Verdana">These best practices are from my years of experience. These are solely my own best practices and shouuld be used as a reference for your own specific needs.<br />
<span id="more-39"></span><br />
<em>There are times when I violated my own best practices due to a specific problem or project. Use this list as a guide to understanding why I choose not to or to do something. The goal is to make a model as quickly as possible and allows the easiest modifications relative to the number of times it&#8217;ll be used or changed, All within the design context of the part.</em></p>
<p><strong>Make models easy to modify (the goal)</strong></p>
<ul>
<li><font face="Verdana">Create in a manor so that you and others can quickly understand the structure</font></li>
<li><font face="Verdana">In a month or year this part will look as foreign as it does to somebody looking at it for the first time</font></li>
</ul>
<p><strong>Organization (layers, categories, expression naming, narrow MNT)</strong></p>
<ul>
<li>Layers, you have 256 of them, use them</li>
<li>Categories, used to help people see what is on the 256 layers without having to turn on each one and figure out what the use is </li>
<li>Expressions, The &#8216;P&#8217; values that are by default assigned to each expression are as useless to us, create expressions with readable names that fit the logic there use is. Then assign it to the default &#8216;p&#8217; values</li>
</ul>
<p><strong>Boolean operations (unite, subtract, intersection)</strong></p>
<ul>
<li>Never perform Booleans when creating the solid body </li>
<li><font face="Verdana">If something happens to the part during and update and the feature needs to be suppressed or deleted, you can delete or suppress the boolean and see original tool. </font></li>
<li>If it was part of the creation feature you would loose the tool completely and have to jump back and forth trying to figure out why.</li>
</ul>
<p><strong>Extruding</strong></p>
<ul>
<li>When you need to taper the feature, add it as a secondary operation. </li>
<li>Don&#8217;t add taper with the extrude function</li>
<li>Same reason as booleans, future updates, and more flexibility</li>
</ul>
<p><strong>Show entire profile in Extrusions and revolves</strong></p>
<ul>
<li>avoid using offset  </li>
<li>Takes longer and more prone to errors when modifying</li>
</ul>
<p><strong>Only add functional part curves and functional chamfers</strong></p>
<ul>
<li>Blends should be added as a feature later</li>
<li>Functional curve is for example a profile of a cam  </li>
<li>blend is the edges where the casting are</li>
</ul>
<p><strong>Limit the use of primitives</strong></p>
<ul>
<li>Out of the box primitives have limited functionality </li>
<li><font face="Verdana">Other techniques offer more functionality and are quicker to use then primitives</font></li>
</ul>
<p><strong>Sketcher (use it)</strong></p>
<ul>
<li>Should be Fully constrained per design intent</li>
<li>Should be attached to a datum plane</li>
<li>not recommended to attach to a face of a solid</li>
<li>Don&rsquo;t fix anything</li>
<li> Fixing lines, points, etc are not good techniques</li>
<li>Usually a sign that the person doesn&#8217;t know how to use Skethcer</li>
<li>Fully geometrically constrain, then dimensionally constrain, finally modify the values of the dimensional constraint </li>
<p>Try to create the part so that it can be recreated easily.
</ul>
<ul>
<li>Ideally the tools are left</li>
<li>The profiles are present and can be extruded/revolved again without having to know a bunch of offset values.</li>
</ul>
<p><strong>Everything can be modified</strong></p>
<ul>
<li>Different approaches will allow you the most flexibility and easiest to modify</li>
</ul>
<p><strong>Chamfers</strong></p>
<ul>
<li>use either the &lsquo;double offset&rsquo; or &lsquo;offset and angle&rsquo; option.</li>
<li>If you use simple chamfer, you&rsquo;ll be stuck with 45&ordm; when you want to modify it later.</li>
</ul>
<p><strong>Colors</strong></p>
<ul>
<li>You have 216 of them, use them </li>
<li>Avoid using the same color throughout the entire model</li>
</ul>
<p><strong>Save Part</strong></p>
<ul>
<li>Do not save the part shaded</li>
<li>takes longer to load the part</li>
</ul>
<p><strong>When the part is finished never leave anything blanked</strong></p>
<ul>
<li>Blanked is similiar to throwing all the trash in a closet, when the door opens you have no idea what your looking at.</li>
</ul>
<p><strong>Fit view</strong></p>
<ul>
<li>Fit the main view before saving</li>
<li>Some companies have utilities to automate this process so all the NX quick previews are in similiar orientation</li>
</ul>
<p><strong>NX loads the part quicker</strong></p>
<ul>
<li>Assemblies (true assembly)
</li>
<li>Only put components in Assembly files</li>
<li>Don&#8217;t have solid bodies</li>
<li>If it is a casting / machining
</li>
<li>This is not considered an assembly part in my eyes. It is an assembly from NX stand point but it&#8217;s used to show relation between the two.</li>
<li>True Assembly files are used to show how parts fit together not how they are created.</li>
<p><strong><font size="1">copyright 2005 www.plmexchange.net</font></strong>
</ul>
<p></font></p>
]]></content:encoded>
			<wfw:commentRss>http://plmexchange.net/cad-best-practices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
