Autodesk Inventor: View representations vs. Levels of Detail

(Part 3 of 3)
Levels of Detail: Capabilities and features
Derived Component
There are many tools that we all use to help complete our design. Some of those tools help increase the speed at which we work on the design by reducing the complexity of the model. Derived Component is such a tool and best of all; it can utilize LODs. For example, say you have a very large, very complex sub-assembly. Well, sometimes loading such a file into your top-level assembly can reduce Inventors response time and eat more system memory. While LODs by themselves could help alleviate these issues, using Derived Component takes LODs power to another level. Deriving assemblies into IPTs is nothing new to an Inventor user that has been through a release or two. Derive your sub-assembly into a single part; load that single part into the top-level assembly and memory management only needs enough for one part and not 30-40 plus for that sub-assembly. What if your sub-assembly still needs to be simplified by suppressing some components? Use those custom LODs and derive your sub-assembly into a part. Once done however, the IPT cannot be modified to look at a different LOD.

Copying VRs as LODs and vice versa
Copying VRs as LODs may bring another wrench into the works. Simply put, any VR that you have setup can quickly and easily be copied into the LODs with full memory salvaging capability. Now, how about the other way around? Absolutely! The key thing to remember is that while copying a VR to an LOD, you benefit from the memory salvaging, whereas its different with copying an LOD to a VR. In that scenario, you lose the memory salvaging in the VR and the components are loaded in memory, just not visible. So, be careful when back-tracking this way.

VR to LOD

LOD to VR

Bill of Material (BOM)
As with any tool and feature in Inventor, if it doesnt play well with the BOM, its not much use. Thats no different with LODs. BOM support is provided for LODs, regardless of the components suppression or visibility. However, when working with a sub-assembly that has been Derived into a single part and placed into the top-level assembly, the BOM doesnt recognize the individual components that were used to create the derived part.

Interference Checker & Contact Solver
Naturally for both Interference Checker and the Contact Solver, if a component doesnt physically exist, then neither tool will be able to calculate any information from said component. The issue is that by means of suppression using LODs, the component is present in the assembly as an item (hence BOM support), however, there is no physical feature that is being loaded for Inventor to calculate against. This same limitation applies to View Representations as well. With VRs, the objects, for lack of a better explanation, are seen as air by Inventor, therefore, no interference and no contact with other components.

Dimensions and Annotations
Before we get into the IDW utilization of LODs, it needs to be pointed out that if any existing dimensions or annotations refer to a component in an LOD view, and that component becomes suppressed, those dimensions and annotations will be orphaned. The reason is again, because the component no longer exists physically. This can be changed under Document Settings of the IDW if desired, but it is not advised as this will affect all dimensions and annotations.

Levels of Detail Utilization in IDWs
What LODs deliver to the IDW environment
When working in the IDW environment, LODs can also be used for Base View creation. Specifying the LOD to be used can be done either prior to placing the view or editing the view after placement. Taking a look at the Base View placement dialog below, all LODs are available to choose from. Like with VRs, if many LODs are used in the assembly, the selection window allows scrolling through the listing for quick and easy access.

LODs in the IDW environment give increased IDW updating performance when modifications are made to the assembly. Using an LOD, users will notice quicker response from the IDW upon opening and updating of any assembly modifications.

Once a Base View, using an LOD, is placed in the IDW, the LOD used can be changed by editing the view. Any Projected Views created from this Base View will always reflect the LOD used by that Base View. Unlike VRs, the Projected Views cannot be a different LOD than the Base View that it is being projected from.
View Representations versus Levels of Detail
The differences . . . .
Well, at the basic level, were talking about memory management. With VRs, no memory management exists other than minimal amounts of graphics memory. Again, its not substantial enough to yield any noticeable performance gains. With LODs, memory management is the heart and soul of LODs function. Visually hidden components (VRs) as opposed to virtually suppressed components (LODs) is the best analogy of the two.

Which to use? Deciding factors and future unknown needs
When deciding on VRs or LODs for your assembly, look at your key needs now and any possible unforeseen future needs. For example . . .
1. Is the assembly large enough to cause Inventor to lag behind
2. What components are not currently needed to convey design intent
3. Are any components not going to be needed in the future
4. Are any going to be needed in the future
5. Can the assembly be broken down into lumps that might be revised
6. Will any certain view orientation help clear any design confusion
7. Do I want purchased parts shown or just listed in the Parts List and BOM

Deciding on these items (as well as any that you already question) will help to improve your efficiency and improve documentation of the design.

Summary
Inventor R11 brought many new tools to the Inventor user. Some tools are extremely powerful in design analysis and calculation, some to simplify the use of existing tools. But, the two major tools that influence program speed and stability when handling large assemblies are View Representations and Levels of Detail. Although VRs were already there, their functionality was enhanced by how well they work with LODs. Both give users the flexibility and power needed for everyday engineering design and everyday schedule rushes. Many of us have had an assembly that takes enough time to load that we can go and have a cup of coffee and maybe a donut before it's finished loading. The bad news with LODs is that we will no longer have time to get that cup of coffee. For VRs, well, all of the VRs that you now have, copy them to LODs and reap the benefits of increased productivity and memory stability.