Custom automation vs. commercial-off-the-shelf, or both?

How to automate is as important as when. Custom is not a four-letter word. Weigh the benefits of COTS and a custom solution, rather than restricting an automation project view to a COTS or custom solution. Don’t assume that custom solutions are bad. See graphics that illustrate.

08/21/2013


Over the past decade, the system integration business has been pushed toward a “common everything” approach. Customers are searching for a one-size-fits-all solution that is easy: easy to buy, install, and maintain. Common-off-the-shelf or commercial-off-the-shelf (COTS) products have perpetuated the idea of one solution to meet all needs. COTS offers a one-line item purchase that promises to easily meet all the features a customer wants.

Unfortunately, this promise cannot be fulfilled by a “common everything” approach or by COTS alone. Except for simple system integration projects, this method is often not feasible and can lead to poor decision making for the sake of commonality. Typically, lack of understanding surrounding a successful system integration project is what leads to these decisions.

As a result, the word “custom” has developed a bad reputation in the industry. Customers steer away from anything custom for a variety of reasons—many of which are unfounded. This article examines these reasons, attempts to show that all system integration projects require some level of customization, and that custom products and efforts are a necessary option for success.

How did we get here?

Looking at the recent history of industrial automation, the current commonality trend can be viewed as a response to past market conditions. The 1980s and 1990s were filled with proprietary software and hardware that forced customers to make decisions with no recourse. Customers had to choose a particular platform and stick with it, because there was no interoperability between competitors. If the feature you wanted was not provided on the product line you chose, you were out of luck. And it was too expensive to change to a competitor’s product because the foundational infrastructure was already in place and was not compatible with a different platform.

These conditions led to a backlash from customers that changed how the industry would go to market. Customers required interoperability among competitors’ products. Product vendors established and adopted common, open protocols to support this effort. In the late 1990s, the development of OPC (object linking and embedding for process control) created a relatively inexpensive option to allow communication between or among proprietary systems.

Customers could now choose the right product for the job and be assured that the new product could communicate with the rest of the infrastructure as well as any prior investments. Unfortunately, this openness led to unwanted and unanticipated side effects.

First, customers could choose any product that met their needs. So they did. Now one facility may have a dozen or more product platforms that required support using different tools. This placed an unusually high burden on operations and maintenance departments.

The most successful system integration projects use both COTS and custom approaches to best fit the customer’s immediate needs and future requirements.

 

Second, anyone could write their own software to communicate with any process control product. So they did. Customers began to develop software internally or purchase software from unqualified developers that could not be supported or maintained.

Around 2005, the pendulum began to swing back in the other direction. Customers corrected these failings by staying with one platform that could be maintained by internal staff and only purchasing COTS products that worked on that platform. Customers began to do this regardless of whether the products could meet functional needs of the related applications. It was more important to maintain the “common everything” vision for sustainability.

On the next page, learn more about "custom" misconceptions and see two graphic examples


<< First < Previous 1 2 3 Next > Last >>

No comments
The Top Plant program honors outstanding manufacturing facilities in North America. View the 2013 Top Plant.
The Product of the Year program recognizes products newly released in the manufacturing industries.
The Engineering Leaders Under 40 program identifies and gives recognition to young engineers who...
The true cost of lubrication: Three keys to consider when evaluating oils; Plant Engineering Lubrication Guide; 11 ways to protect bearing assets; Is lubrication part of your KPIs?
Contract maintenance: 5 ways to keep things humming while keeping an eye on costs; Pneumatic systems; Energy monitoring; The sixth 'S' is safety
Transport your data: Supply chain information critical to operational excellence; High-voltage faults; Portable cooling; Safety automation isn't automatic
Case Study Database

Case Study Database

Get more exposure for your case study by uploading it to the Plant Engineering case study database, where end-users can identify relevant solutions and explore what the experts are doing to effectively implement a variety of technology and productivity related projects.

These case studies provide examples of how knowledgeable solution providers have used technology, processes and people to create effective and successful implementations in real-world situations. Case studies can be completed by filling out a simple online form where you can outline the project title, abstract, and full story in 1500 words or less; upload photos, videos and a logo.

Click here to visit the Case Study Database and upload your case study.

Maintaining low data center PUE; Using eco mode in UPS systems; Commissioning electrical and power systems; Exploring dc power distribution alternatives
Synchronizing industrial Ethernet networks; Selecting protocol conversion gateways; Integrating HMIs with PLCs and PACs
Why manufacturers need to see energy in a different light: Current approaches to energy management yield quick savings, but leave plant managers searching for ways of improving on those early gains.

Annual Salary Survey

Participate in the 2013 Salary Survey

In a year when manufacturing continued to lead the economic rebound, it makes sense that plant manager bonuses rebounded. Plant Engineering’s annual Salary Survey shows both wages and bonuses rose in 2012 after a retreat the year before.

Average salary across all job titles for plant floor management rose 3.5% to $95,446, and bonus compensation jumped to $15,162, a 4.2% increase from the 2010 level and double the 2011 total, which showed a sharp drop in bonus.

2012 Salary Survey Analysis

2012 Salary Survey Results

Maintenance and reliability tips and best practices from the maintenance and reliability coaches at Allied Reliability Group.
The One Voice for Manufacturing blog reports on federal public policy issues impacting the manufacturing sector. One Voice is a joint effort by the National Tooling and Machining...
The Society for Maintenance and Reliability Professionals an organization devoted...
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
Maintenance is not optional in manufacturing. It’s a profit center, driving productivity and uptime while reducing overall repair costs.
The Lachance on CMMS blog is about current maintenance topics. Blogger Paul Lachance is president and chief technology officer for Smartware Group.