Upgrade evaluation

A common problem for control engineers is how to design systems for long lifetimes, often 10 to 20 years, when using technologies that seem to change and become obsolete daily. The IT world has over 40 years of explosive growth and changes with quarterly upgrades in hardware, operating systems, and applications.

10/01/2003


A common problem for control engineers is how to design systems for long lifetimes, often 10 to 20 years, when using technologies that seem to change and become obsolete daily.

The IT world has over 40 years of explosive growth and changes with quarterly upgrades in hardware, operating systems, and applications. It is difficult to buy the same IT hardware today that you bought last year, or even last month. Application software has one or two releases per year and loss of support after 3 years. Operating systems (OSs) are a little better; the time from first release to out-of-support is about 5 years. Unfortunately, all of these lifetimes are much shorter than the typical lifetime of a process control system. Yet, we now have more reliance on commercial off-the-shelf technologies in control systems and are asked to support IT systems well beyond their normal lifetimes.

Effectively managing the lifecycle of automation systems requires looking at all system elements. In IT systems, core functions generally are difficult to change while peripheral functions are easier to change. The typical IT system has core functions built around data structures and specialized applications. When these elements change, the effect can ripple through the entire system and changes are often visible to the user through new business processes, operating procedures, and application interfaces. The OS, standard applications, and hardware are typically peripheral functions. Upgrade of a server OS (from Microsoft Windows 2000 SP3 to Windows 2000 SP4 or even to Windows Server 2003) can be a minor event, and changes in hardware are often invisible to the user. Even changes to standard packaged applications, such as word processors, spreadsheets, and browsers, usually have a minimal impact on users.

In control applications, the situation is often reversed. In applications where SCADA, PLC, or PC-based control are used, a change in the hardware, OS or packaged application usually has a major impact and may even cause the entire system to fail. Changes to these core functions require retesting and revalidation of the entire system. However, changes to application data and special applications, such as PLC and SCADA programs, are often invisible to users, routinely performed, and usually require less retesting.

This means that the rules used to manage the lifecycle of IT systems need to be inverted when used to manage the lifecycle of process automation systems. Hardware and OS changes are difficult in automation systems and easier in IT systems. Changes in application-specific programs and user interface screens are common in automation systems and more difficult in IT systems. Organizations set up to do lifecycle management of process automation IT systems need to have a different support process, a different skill set loading, and probably a different organization than standard IT support organizations.

Providing stability with continually changing IT elements requires identifying systems that cannot change without significant impact and identifying systems that can change with minor impact. For example, networks are peripheral if they are based on standard Ethernet technology. Basic network wiring, routers, and bridges can often be updated with minimal impact and limited testing. Database servers, files servers, and print servers can also often be updated with limited impact. However, changes to packaged applications, such as HMI, historians, MES, and batch systems, can have significant impact and require major testing. Core systems should be placed on a standard review cycle, such as once every two years, where each system is reviewed, lifecycle support risks are determined, and the decision to retain, upgrade, or replace is made. Non-core systems can be reviewed on a shorter cycle or when upgrades are available, since upgrades are less severe. Core elements will need a larger support organization that operates on a project basis, while peripheral systems will primarily have reactive support organizations. Creating stability and consistency in the IT world requires attention to core lifecycle support elements and continual review and evaluation of lifecycle risk.


Author Information

Dennis Brandl is president of BR&L Consulting, a consulting firm focusing on manufacturing IT solutions, based in Cary, N.C.; dbrandl@brlconsulting.com .




No comments
The Engineers' Choice Awards highlight some of the best new control, instrumentation and automation products as chosen by...
The System Integrator Giants program lists the top 100 system integrators among companies listed in CFE Media's Global System Integrator Database.
The Engineering Leaders Under 40 program identifies and gives recognition to young engineers who...
This eGuide illustrates solutions, applications and benefits of machine vision systems.
Learn how to increase device reliability in harsh environments and decrease unplanned system downtime.
This eGuide contains a series of articles and videos that considers theoretical and practical; immediate needs and a look into the future.
Motor specification guidelines; Understanding multivariable control; Improving a safety instrumented system; 2017 Engineers' Choice Award Winners
Selecting the best controller from several viewpoints; System integrator advice for the IIoT; TSN and real-time Ethernet; Questions to ask when selecting a VFD; Action items for an aging PLC/DCS
Robot advances in connectivity, collaboration, and programming; Advanced process control; Industrial wireless developments; Multiplatform system integration
Motion control advances and solutions can help with machine control, automated control on assembly lines, integration of robotics and automation, and machine safety.
This article collection contains several articles on the Industrial Internet of Things (IIoT) and how it is transforming manufacturing.

Find and connect with the most suitable service provider for your unique application. Start searching the Global System Integrator Database Now!

Future of oil and gas projects; Reservoir models; The importance of SCADA to oil and gas
Big Data and bigger solutions; Tablet technologies; SCADA developments
SCADA at the junction, Managing risk through maintenance, Moving at the speed of data
Automation Engineer; Wood Group
System Integrator; Cross Integrated Systems Group
Jose S. Vasquez, Jr.
Fire & Life Safety Engineer; Technip USA Inc.
click me