The future is cloud-y for engineering data management

Feb 2015

Lately I have been deluged with the announcement of or introduction to a series of cloud based data management systems for design engineering that are also focusing on collaboration. I plan this blog to be the first in a series that explores new PDM/PLM (PxM) solutions for product design.

Before I begin, we need to clarify the differences between PDM and PLM. PDM manages design changes during product development while PLM manages engineering and other changes made after the production release of the product for manufacturing and other downstream processes. Using this definition, PDM can be used to store all sorts of information during the design or work-in-process stage. Such information might include, but not be limited to: product specs, preliminary designs, analyses and simulation, product versions, QC specs, engineering BOMs, material types, etc. PLM manages engineering and other changes made after the release of the product from engineering. PLM systems might include PDM data managed during design as well as other data, such as, manufacturing BOMs, manufacturing instructions, NC data, service tracking, cost data, customer level documentation, etc. I think you get the picture.

PTC’s recent announcement of PTC PLM Cloud, a webinar I attended about GrabCAD Workbench and Onshape’s inherent use of a cloud-based solution — all piqued my interest. I began wondering about the differences between them and how one might choose a solution for a mid sized firm. One obvious differentiator is how cloud based PxM software connects to CAD software, be it desktop CAD or cloud based CAD. By the way, if you have not seen Onshape’s Dave Corcoran’s blog about the “The blue screen of death,” then I urge you to read it now. http://www.onshape.com/cad-blog. Corcoran discusses some of the benefits of a cloud based PxM – CAD implementation.

A true cloud based system allows full use of easily extensible computational capability and virtually unlimited storage

A PxM system cloud based system may not be much different from the tired old server based software that has been promoted for years. Adding a web based interface and hierarchical data storage in the cloud, masks an antiquated architecture. The old approach of bolting external data management software into CAD simply does not work well enough. It’s too laborious, takes extra time, and makes little use of design info developed automatically during the design cycle. It’s lack of adoption to date verifies this assumption.

A true cloud based system should be radically different in architecture allowing full use of cloud system flexibility. For instance, one reason I always disliked the previous generation of PDM/PLM was their outdated reliance on text-based interfaces. I would expect modern PxM systems to be graphically oriented offering comprehensible and visual navigation within the product structure. It should offer a tight connection to related CAD systems and automate much of the data management function. Automatic backup and easy restore of historical data are mandatory functions, as are easily distributed design among partners along with IP (intellectual property) protection.

The vendors are all moving quickly to position (or re-position) their PxM systems as cloud based

The plethora of cloud based data management systems for engineering and CAD include the following (plus some I haven’t yet discovered): Autodesk PLM 360, Onshape, GrabCAD Workbench, PTC PLM Cloud, and Kenesto as well as Dropbox and related cloud drive systems. More traditional software is offered by ARAS, Dassault Systemes and Siemens PLM software. What follows is a summary of how some of these vendors are positioning their software.

  • Onshape promotes distributed design. Using cloud based CAD along with a fully integrated cloud PDM system allows a brand new perspective on how modern CAD systems should work. Essentially all costs for compute power and data storage are greatly minimized, easily increased, even ”borrowed” for a short duration.
  • GrabCAD’s Workbench calls itself “The fast, easy way to manage and share CAD files without PDM’s cost and hassle.” The company goes on to state “Workbench allows teams on any CAD system to work smoothly together by syncing local CAD files to cloud projects, tracking versions and locking files to prevent conflicts.” The enterprise version costs $89 per month.
  • PTC recently announced PTC PLM Cloud, stating “this solution leverages the power of PTC Windchill, while simplifying PLM adoption with a flexible, hosted subscription offering, deployable at a pace that matches the needs of SMBs.” I am not exactly sure what this means, but expect to clarify this when I speak with PTC this week.
  • Very soon, Kenesto plans to announce a cloud based system that, Steve Bodnar – VP of Strategy, calls a terrific solution for small shops, enabling them to replace their server based, in-house error prone, file based systems with a much higher function cloud based system that requires minimal change to the way CAD users work, yet improves the reliability of their data management.

Alas, how can an engineering organization differentiate which PxM technology to buy and invest their time and money in? More detail about various implementations and my assessment of them will be forthcoming in future blogs.

——-

Ray Kurland — I have returned to consulting and analyzing systems for TechniCom, from an early and erstwhile retirement.

References:

Steve Bodnar leaves Autodesk for Kenesto

Stephen Bodnar joins Kenesto as Vice President, Products and Marketing

—See ‘My Take’ below—

WALTHAM, MA–(Marketwire – Sep 18, 2012) – Kenesto Corp., provider of cloud-based Social Process Management solutions today announced that Stephen Bodnar has joined the company as Vice President of Products and Marketing.

“We are very pleased to have Stephen join our team. As the demand for cloud-based business solutions continues to grow, Kenesto’s Social Process Management solution is gaining increased market traction,” said Kenesto’s CEO Michael Payne. “We are excited to begin a significant growth phase under Stephen’s marketing and products leadership.”

“I am extremely excited by the opportunity to join the Kenesto team,” said Mr. Bodnar. “Companies in industries such as manufacturing, architecture, engineering, and others are increasingly looking to leverage cloud, social, and mobile technologies to improve productivity. By automating day-to-day business processes such as managing Change Orders, managing Engineering Change Requests (ECR), and communicating bid proposals, Kenesto enables our customers to increase agility, responsiveness, and productivity across the value chain.”

Mr. Bodnar comes to Kenesto with a 24-year career in B2B technology development and marketing. Prior to joining Kenesto, he served as the Vice President of Product Data Management (PDM) and Product Lifecycle Management (PLM) at Autodesk, Inc., where he led the growth of Autodesk’s Vault PDM business by 15x over four years. Most recently, Mr. Bodnar oversaw the launch of Autodesk into the discrete PLM market with the introduction of the cloud-native PLM 360 solution.

Mr. Bodnar began his career serving Chrysler Corporation in its Engineering and CAD/CAM/CAE groups. After eight years with Chrysler, Mr. Bodnar joined Control Data System’s Manufacturing/PDM division where he served as a sales engineer, product architect, and product manager for Control Data’s PDM solutions: EDL and Metaphase.

Mr. Bodnar later helped create Auxilium, Inc., a software company that pioneered the creation of composite web applications which connected to a variety of back-end systems, including most established ERP and mainframe solutions. After Auxilium’s acquisition by Parametric Technology Corporation (PTC), Mr. Bodnar joined PTC as Director of Product Marketing for the Windchill solutions group. Mr. Bodnar later re-joined the Metaphase team after it had been acquired by Structural Dynamics Research Corporation (SDRC) as the Vice President of SDRC’s Collaborative Solutions Group. After SDRC’s acquisition by Electronic Data Systems, Mr. Bodnar joined MSC Software Corporation, a leading provider of structural, thermal and multi-body dynamics engineering analysis solutions, where he served as Vice President of Marketing and Product Management.

To learn more about Kenesto, download An Introduction to Kenesto at http://www.kenesto.com/intro.

About Kenesto
Kenesto (www.kenesto.com) is a cloud-based Social Process Management tool which empowers people and teams to automate business processes across the value chain. By automating day-to-day business processes such as issuing Requests for Quotes (RFQ), managing Engineering Change Requests (ECR), and generating quotes & bid proposals, Kenesto enables manufacturing, architectural, engineering, and construction companies to expedite responsiveness to customers, increase productivity of internal resources, and better manage supply chain partners.

Contact:
Stephen Bodnar
steve@kenesto.com

—-
My take:

I know that Kenesto has been looking to fill this slot for some time. While I have not yet spoken to Bodnar, it seems that the turmoil at Autodesk and the attraction of a startup run by Mike Payne were enough to convince him.

Bodnar’s role at Kenesto should enable Kenesto to reach the next level of success.

Readers might also want to read our previous blog on Kenesto.

Cloud PLM Systems ease collaboration

While there have been several articles negatively discussing using cloud software for CAD, users should be aware that for the PLM aspects of collaboration a cloud based system is by far the best way to go. Okay, there are a few cons to using a cloud system for access, such as concerns over security and potential downtime over which users have no control. Security may be a major concern for government projects requiring super high levels of secure data requirements. For 98% of users this should not be a concern. That does not mean that you should blithely ignore what security your chosen cloud vendor provides – by all means make sure that your concerns are met. But today’s security and encryption seem more than adequate for most users, providing that it is properly executed and monitored. You might even want to consult with independent security experts prior to committing to a solution.

Nevertheless, there are a quite a few benefits that far exceed the other alternative — that of maintaining an internal server capability.

First I need to make an assumption that a typical user installation has the following situation:

  • More than one engineering facility at which design is done
  • Multiple suppliers that need some type of restricted access to the design data

 

Assuming this is the case (and I’ll bet that more than 80% of users fit in this category), then here are only a few advantages cloud based PLM software accrues:

  • Little or no IT required for installation, setup, updates to the software, or backups.
  • A single copy of the database that does NOT require synchronization among multiple servers.
  • Easy management by database administrators
  • Lower software costs??
  • No personnel and space costs for servers or multiple servers
  • Ready internet access via various speed connections worldwide
  • No special costs for high speed telecomm connections

 

I can think of only two PLM systems that are completely architected for cloud operations: Arena Solutions and Autodesk 360.

Autodesk 360 and Nexus – PLM 1.0: not perfect – but a great start

3 Dec 2011: Errata. I was incorrect in stating that Buzzsaw was a local PDM vault for AEC/BIM. Several people have written me about this, one being Stephen Bodnar of Autodesk. Bodnar stated that “Vault is the on-premise DM solution for both industries, whereas Buzzsaw is cloud-based and is also built on Autodesk’s Cloud, and is intended for design file collaboration between partners/suppliers and other users and does, in fact, have bi-directional push/synchronization with Vault)”

1 Dec 2011: I am on my way back from Las Vegas, where AU 2011 was held. The highlight of the event, at least for me, was the announcement of what I am calling Autodesk PLM 1.0. The announcement was not a well-kept secret, but the content of the announcement was closely held.

Monday’s media day preceded the conference. The actual PLM announcement came late Tuesday morning. Carl Bass retracted his oft quoted remark about PLM not being something customers worried about; instead, it was revised to mean “until the technology was right.” I couldn’t agree more with his reasoning. Most of Autodesk’s competitors PLM systems offer expensive, difficult to use, and almost impossible to install PLM systems, that rarely have met expectations. Even then, it is often at the cost of massive consulting assistance, rarely meeting anticipated timeframes, AND generally involves the implementation of substantially revised business processes.

Different than my analyst peers I have always been skeptical of such large and costly projects. Not being on the implementation side, I could afford to be skeptical. Many such projects, aside from basic PDM, seldom actually get implemented. Most stall. Autodesk estimates that most deliver only PDM. To test this thesis, I tweeted my followers and asked what they had accomplished. With just a few responses, this is hardly scientific. Several stated that did not yet have even PDM fully implemented!

So what was actually announced? The system is being called Autodesk 360. It is based on having locally installed PDM. For mechanical and for AEC this is Vault. Buzzsaw, a cloud based application provides design file collaboration for AEC teams. The third, and new software piece is called Nexus. The dictionary describes the word nexus as a “connector.,” and is a good description of what the software aims to do. In the following discussion I concentrate solely on mechanical PLM. For information on Buzzsaw and how it uses Nexus readers will have to go elsewhere. Try here.

Nexus is cloud based, and comes with 140 or apps. Each app looks like a series of specialized templates, along with customizable (by the user) workflow logic. Delivery is expected by the end of March 2012. No pricing was announced, however, the implications were that it would be modest. It will be sold on a per user subscription basis. All Nexus data and apps will be run in the cloud, using an ordinary browser. The mass of data will remain locally hosted using Vault. Having and maintaining Vault locally solves the issue of loading very large cloud based data while still maintaing some degree of interactivity.

How will it interface with Vault and other PDM systems? Very well with Vault. No connectors were announced to integrate with other PDM systems. Autodesk hinted that this is a good opportunity for third party developers and VARs. Connections with Nexus could be implemented via as yet unannounced APIs.

Today, the connection between Vault and Nexus is one way. CAD data cannot be sent from Nexus to Vault. Nor is it synchronized among Vaults, as is done among Apple’s iCloud apps. However, Vault data is automatically synced up to Nexus. Expect bi-directional sync in the future.

Is it easy to install and operate?

Keep in mind that my total exposure to Autodesk 360 Nexus comes from a 30 minute, main stage presentation, followed by a 60 minute working session where about 20 people per workstation watched a very capable Autodesk developer demo and responded to questions, often by showing us how Nexus would solve the proposed question.

Nexus appears to be an out of the box system. Nexus comes with predefined templates and workflows. Yet they can easily be added to and/or modified. Fields within templates (apps) can be defined on the fly and their characteristics (such as numeric, values, dates, etc.) as well. A Visio like graphic interface defines workflows. Many are offered in the starter system. A typical administration system allows assigning users to tasks and roles. Somehow, data fields can be interconnected, allowing visibility to see what drives or is driven by what.

So. There you have it. I imagine Autodesk will soon, if not already, have many seminars and pre-recorded AVI’s showing the software. Try here: http://usa.autodesk.com/360-lifecycle-management-software/

My conclusions

I think the product is outstanding. Being cloud based resolves many operating issues. Some users might question the security aspects of hosting much of the data remotely, and would do well to satisfy themselves that either this is not an issue, or otherwise. I think, that perhaps except for very special circumstances, the cloud-based security might even be vastly superior to what they could do locally. I think this is a non-issue.

Cost wise, I think this will prove to be much less expensive, long term, than most of today’s solutions. Again, this is a non-issue. Just take a look at the slide Stephen Bodnar of Autodesk, VP of Data Management, presented below that compares some costs for a 200 user deployment.

For collaboration, data can be uploaded, either in summary format, or detailed CAD files. Nexus has controls over what user sees what data.

Included are project management capabilities that allow rolling up from completed sub-tasks automatically. Defining projects involves defining sub-projects with easily configurable tasks and reporting procedures. If you have already implemented workflow as part of Vault, then is should be redone using Nexus. It allows more flexibility and better visibility.

If you want visibility by projects, by project managers and contributors, with flexibility to change workflows and processes to meet how you do business, it’s all there. My only question is how soon can I get it?

Ray with his skeptical face during AU2011 —-

—-

Here are a few slides from the presentation to give you an idea of what Autodesk presented. Sorry for the quality – I used my phone.

The overall concept of Autodesk 360.

Stephen Bodnar discussing their view of PLM:

Why is it called 360? Showing how the Vault and Buzzsaw make up local PDM systems:

Brenda Discher discussing why users don’t like competitive PDM systems.

What Autodesk is doing about it with Nexus.

Autodesk Takes Simulation Mobile with New ForceEffect App for iPad

If you have not yet had a chance to see how Autodesk ForceEffect works, visit http://www.youtube.com/playlist?list=PL4F9264A84AD2085B for a series of videos on how this 2D force simulation app works.

Autodesk ForceEffect, a new mobile simulation app for iPad allows engineers to quickly and easily simulate design options during the conceptual phase, and is now available on the App store. Autodesk, as it has done with other iPad apps, offers Autodesk ForceEffect for free.

ForceEffect provides an easy to use environment for drawing, constraining and simulating concepts using free body diagrams by tapping objects to select, move, rotate and scale. Real time solving capabilities provide immediate feedback on the static stress performance of a design, enabling users to use engineering analysis in the field.

Users can send the geometry as DXF files, via email, for further analysis.

It’s not quite clear how or whether Autodesk plans to generate revenue from these free apps, yet their thinking is way out in front of their competitors in exploring new ways to use mobile computing and simultaneously explore potential uses of cloud technology. It’s refreshing that the company is forging ahead, exploring new ways of delivering software and testing the waters for new paradigms, both in software and pricing models.

Inforbix $ errata, Autodesk Vault to the cloud

In my previous blog, I made an error on the pricing of Inforbix, which I have since corrected. I wanted to make sure you all have seen that correction. In the pricing example that was given, for a company of 100 persons, with 30 engineers, Vic Sanchez estimated that they might have 100K to 200K files to be indexed. The annual price for Inforbix for that size customer would be $10K to $15K. A great price range for the service provided. In fact one that is very compelling.

In the meantime it looks like Autodesk is planning to announce that their Vault will now be cloud hosted. I have no other details than some early teasers that were provided by Autodesk. It will be interesting to compare these offerings. I am planning on attending Autodesk University and will be there Monday through Wednesday, Nov 28-30. Say hello if you see me. I will report on this upon my return.

The Cloud Lives!

18 Nov 2011: Ralph Grabowski proposed his opinion that the cloud is dead. He couldn’t be more wrong. Consider users at the Siemens NX CAE Symposium that ended last week. Virtually all of the eight users at a panel noted that cloud computing would definitely be part of their plans. Assuming that some minor issues such as security, cost, and application software licensing could be solved, all seem to have or want it in their future plans.

Several customers represented companies that already have with HPC clusters. While this ideal “local cloud” met their expectations, the cost of such a cluster is very high and not a solution for smaller companies.

I agree that the use of cloud computing for interactive applications is a bad idea. However, the vast computing power, parallel processing, and expected low costs make it a very appealing idea for tasks that require modest bandwidth and have high computational needs. Autodesk’s CEO, Carl Bass, clearly has the right idea. Autodesk, over the past two years has introduced several applications that span the range of interactive hardware and relying on the cloud to ramp up compute speeds. At AU last year I had the chance to listen to Bass and speak with him about his ideas for best utilizing the cloud. As I wrote in that article, Autodesk’s concept is to “Don’t replicate desktop solutions on the cloud. Instead make maximum use of desktop and mobile systems, utilizing the cloud where it makes sense.” Still makes sense today. Here is a link to that article http://wp.me/pvn8U-3e.

Oddly enough, with the possible exception of DS, Autodesk’s competitors don’t seem to get the concept. For example, while I interpreted from Siemens customers that they were excited about potential use of the cloud, Siemens PLM Software, except for licensing issues, seems to have no plans to enable them. The same goes for PTC.

Let me know what you think.
—–

About Autodesk’s Eco Materials Advisor

Eco Materials Advisor (EMA) was announced On March 22, 2011 along with the announcement of Autodesk’s 2012 Manufacturing Software Portfolio. Two days ago I had a chance to meet with Sarah Krasley, the Autodesk Product Manager for EMA in lovely downtown New York.

During the 45 minutes we were together Sarah reviewed what the EMA product does, its cost, and the benefits to its users.

As opposed to SolidWorks Sustainability Xpress, which is oriented towards a more macro like ability, EMA focuses primarily on the materials used in the product and is designed to be used in the early stages of design.

Using Eco Materials Adviser, a designer can quickly generate an eco impact analysis for a product part or assembly within Autodesk Inventor software. An easy-to-read dashboard display shows key indicators such as energy usage, CO2 footprint, water usage, and materials cost. The user can interactively explore the effect of changes in the materials choice or design of their digital prototype. The tool is powered by Granta Design’s (http://www.grantadesign.com/) expert materials database and proven sustainable design methodology. With Eco Materials Adviser, designers and engineers can:

  • Address environmental requirements early in the design process – when changes matter most and cost least
  • Access a practical eco design tool that does not require the user to develop expertise in sustainability, or to hunt for the right eco data
  • Design more sustainable, cost-effective, and durable products
  • Clearly communicate the benefits of enhanced materials selections

This looks like a terrific product and is integrated with all versions of Autodesk Inventor at no extra cost. Any Inventor user can access it via the Environments tab. The Base Version delivers the full Eco Materials Adviser functionality, but uses a starter version of the materials database. So far all of the core Inventor material library has been mapped. The eco impact analysis in the Base Version operates only on the first twenty parts in an assembly. The Full Version will be available for download from the Granta website – release date to be announced in the next few months. This will provide a choice of many more materials and remove the limit on the number of parts in the Inventor model.

TechniCom test-Part 8 shows how Inventor and SolidWorks compare for Mechatronics

Mechatronics

This blog series and the tests reported herein is designed to show some of the key differences between Autodesk Inventor Professional 2011 and SolidWorks Premium 2011 for digital prototyping workflows. This final part of our 8 part blog series examines Mechatronics – the ability to perform cable and harness design in an existing design from an imported electrical wiring diagram.

We test the ability of the mechanical CAD system (MCAD) to leverage data from an electrical CAD system (ECAD). The ECAD system specifies the appropriate connectors, wires, and their connection points while the MCAD system specifies the physical location of those wires and connectors within a product.

Electrical schematic to be imported into mechanical assembly on the right

Autodesk supplied an Inventor video of their solution, a net list in Excel format, a STEP file of the enclosure assembly, and a schematic drawing (.dwg) of the connections.

What’s Important in Mechatronics Design

  • Leverage the data stored in schematic drawing files to design wire harnesses in the mechanical system. Such data can be stored exported from an electrical design file using various techniques. At its most basic, the electrical design software sends a net list to the mechanical package containing connector information for each wire, wire types, and a list of pin-to-pin connections.
  • Generate correct wire lengths
  • Generate output to enable manufacturing of the wire harness
  • Not tested were two-way associativity between the electrical and mechanical software, nor were any tests designed to simulate electromechanical interconnections such as activating switches or sensors based on mechanical actions.

Autodesk supplied us with an Inventor video of their solution, a net list in Excel format, a STEP file of the enclosure assembly, and a schematic drawing (.dwg) of the connections.

What we found out

The two software packages (Inventor and SolidWorks) are comparable. Inventor has a tight connection to AutoCAD Electrical with the xml file transfer. SolidWorks has similar tight coupling with some third party software such as Zuken’s E3. Both systems use added cost electrical software to generate the net-list. SolidWorks was not able to read the AutoCAD Electrical generated xml list, and instead used an Excel file with similar data that needed manual cleanup in Excel.

It appears that there are a few more interactions with SolidWorks, but this may be due to the operator-preferred method. Both systems effectively produced the required output. There appears to be no real operational advantage to either package when used with tightly integrated electrical schematics software. Since AutoCAD Electrical is one of the most widely used electrical schematic packages, the advantage goes to Inventor.

Observations

For this test, on the AutoCAD side, AutoCAD Electrical exports an XML file to Inventor. Inventor reads this file and generates the 3D wiring and, under user control, assigns wires to cables. It can then generates wire lengths, a flat wire harness diagram and a pin board for manufacturing.

Inventor opens the 3D model and then the xml file of the net-list from AutoCAD Electrical. This designates the pin-to-pin connections where the wires are to be placed. Different than SolidWorks, the Inventor user placed the harnesses in anticipation of the wiring to be imported. The wire import could also have been done first, as seen in the SolidWorks video. The names of the connectors and the number of pins on each connector are stored in coordinated libraries in both the electrical and mechanical systems.

Importing the wires in Inventor

Importing the wires in SolidWorks

After the import, the imported wires appear as direct point-to-point connections between the pins without using any harnesses. 19 wires were imported and identified as un-routed. Then Inventor asks for an auto-route of all un-routed wires. It then places all 19 wires into the predesigned harness, we guess by using closest entry and exit points. Then Inventor builds (and reports) a pin board payout of the harness showing the 3D derived wire lengths. The video below shows an Inventor user performing the test. 

SolidWorks takes a slightly different, albeit very similar approach. After importing the net-list, the operator builds a 3D representation of the harness and then places the wires into the harness, with the software computing the wire lengths. This took more manual interaction than the Inventor solution, but yielded the same end result. The video below shows a SolidWorks user performing the test. 

This is the final blog in this series. Users can review a summary of these tests, published as Part 1 of this series by clicking here. We have also published a pdf file of the complete report here. The pdf file does not contain any videos. To see them you have to revisit this blog series at raykurland.com.

About the author

Raymond Kurland is president of TechniCom Group LLC and its principal consultant and editor. His firm, founded in 1989, specializes in analyzing MCAD and PLM systems and has been involved in reviewing and comparing such software since 1987. Ray frequently consults with both vendors and users. Ray has degrees in Engineering from Rutgers University and from NYU. His career included stints with Bell Telephone Laboratories, IBM, and Dassault Systemes. Ray can be reached at rayk@technicom.com.

For more information about TechniCom Group and other software reviews please visit http://www.cad‑portal.com and Ray’s blog at www.raykurland.com. You can also follow Ray on twitter using the id technicom.

——

TechniCom tests Part 7 reveal key differences between Inventor and SolidWorks Design Automation Solutions

Design Automation

Continuing on with part 7 of our 8 part blog series dedicated to showing the differences between Autodesk Inventor Professional 2011 and SolidWorks Premium 2011 for digital prototyping workflows, we examine the ability to automate the design process by automating the creation of drawings for part families, creation of parts from parameters, and creating copies of an assembly constrained along a variable path.

This test looks at simplified automation examples, yet it provides a glimpse of this capability in both products.

  • Create a simple piece of stock lumber (2×4 board) and examine how a user can make that same part file represent several variations of lumber that could be used in a project.
  • Automate the variation of individual drawing views, scales, and annotations.
  • Automate assembly variations that vary by size and position.

Autodesk provided us with three movies showing Inventor completing the tasks. They also provided three STEP files of the frame, the assembly, and the curves to follow for the frame assembly resizing.

Key differences you will see in this test

SolidWorks has some of the same capabilities built into the core modeling system and by using DriveWorks Xpress, a 3rd party add-in delivered with SolidWorks. It can handle configuring a part when placed into an assembly, but updating it in the part model on the fly is not possible. It was able to create the multiple configurations of an assembly – although it required more steps than Inventor to achieve the same solution. SolidWorks Premium was unable to automate the creation of drawings for part families, which requires users to go through the manual process of creating a drawing for each instance of the family. SolidWorks’ third party partner, DriveWorks, offers software that can perform this process, although at additional cost. The no-charge version was not able to control the final drawings, as desired. We did not evaluate DriveWorks, although the extra cost versions of DriveWorks Solo and DriveWorks Pro appear able to perform this task, again, at added cost.

Autodesk Inventor includes iLogic and iCopy technologies that use rules to control the parameters of the part, assembly, or drawing and these capabilities were used to complete this test. Inventor created the lumber workflow, the frame resizing and the drawing scaling without flaws.

What’s Important for Design Automation

  • Engineers can capture design intelligence by using rules to embed design intelligence into parts, assemblies, and even drawings
  • Such design intelligence, in the case where repetitive designs or portions of repetitive designs are used, can radically reduce design time and produce more repeatable results.
  • What techniques are used to build the design intelligence (often programmatic)
  • How easy is it used to create new designs once the rules have been built
  • How such design intelligence is accessible and how it can be maintained in the future

Observations

Autodesk Inventor includes iLogic and iCopy technologies that use rules to control the parameters of the part, assembly, or drawing. Inventor controls the parameters of a part through a single dialog box that updates the model on the fly. It is also able to automate the process of creating unique assembly configurations by modifying the parts and sub-assemblies automatically for the user. iLogic also can use rules to drive drawings – from view placement to scales and annotations – for a family of parts or assemblies, which can save significant amounts of time in large scale projects.

SolidWorks has some of the same capabilities built into the modeler. It can handle configuring a part when placed into an assembly, but updating it in the part model on the fly is not possible. It was also able to create the multiple configurations of an assembly – although it required more steps. Without using extra cost third party software, SolidWorks is unable to automate the creation of drawings for part families, which requires users to create a drawing for each instance of the family.

For the stock lumber workflow, both Inventor and SolidWorks were able to capture all the variations within a single part file.

A family of parts or assemblies also requires a family of drawings to document their design intent. Recreating essentially the same drawing, which only varies by a few critical dimensions wastes time and effort. Inventor allows the user to easily automate drawings using iLogic functionality. Inventor drawings can be set up to automatically vary view placement, scale, and annotations for a family of parts or assemblies. SolidWorks, without extra cost third party software, is unable to automate the creation of drawings for part families.

Creating copies of a frame along a path using Inventor

Creating copies of a frame along a path using SolidWorks

For the frame variation example, Inventor allows the user to automate complete assemblies that vary along specified paths. SolidWorks was able to manually model the frames along a path, but took substantially longer.

See how an Inventor user solved the problems in this 3 part video series:

  

See how a SolidWorks user solved the problems in this 2 part video series – automating the drawing was unable to be done without additional cost software:

 

—-

The next, and final, blog in this series will examine Mechatronics – the ability to perform cable and harness design from an imported electrical wiring diagram. Stay tuned or sign up to be notified of my blog updates.

—-