GM’s Net Keeps Production Moving
When designing its global command and control network, General Motors executives' first priority was supporting production operations.
General Motors recently implemented a sweeping revamp of its global manufacturing information technology (IT) infrastructure. Understandably proud of the new system, Marc Brailov, GM information systems & Services news relations manager, characterizes it as “a plant IT strategy transformation.” GM has built on the fundamentals of manufacturing to create a bottom-up control network that honors the hierarchy of its plants and the needs of its people.
“Over the past three or four years, we have been working hard to improve the flexibility and agility of our manufacturing processes,” says Kirk Gutmann, global information officer for manufacturing and quality, who was chief architect of and the driving force behind the Plant IT Strategy Transformation project. “We’ve been working out a plan to align our systems, controls, and IT strategy behind that to provide flexibility, agility, and scalability as we continue to build facilities in smaller markets across the globe.”
GM’s earlier plant-network architecture was based on proprietary local area networks (LANs). Interfacing to the IT world was typically done controller by controller strictly for sharing specific-vehicle option information and for communicating non-conformance breakdown situations up to a host for fault annuciation. As the strategy evolved, interfaces shifted to support EtherNet/IP for device-to-device communications.
GM's Global Command and Control Center communicates through three regional command and control centers to 185 manufacturing plants around the world.
“What we try to do is to break it down into a hierarchy,” Gutmann continues. “We start with the station, then the zone, and we hook things together through the network. Then we ramp that up to the plant level.” Every plant is self-contained, he says, and they can do their own monitoring and troubleshooting, and work together to solve those issues. “Then we forward [information] on to a command center that can help the plant, and also work during off-hours when we have issues with that particular plant,” he adds.
Ken Knight, executive director of vehicle manufacturing engineering for automation and controls, says, the strategy “drives flexible uses of automation around the world, helping us support the ability to build products from one facility to another. In doing so, we use common equipment sets for each of our facilities. We try to have solutions that are common between sites, that allow us to deploy technology and automation quickly and very cost effectively.”
The hub of the system, which GM operates with help from technology services provider EDS, is the General Motors Global Command and Control Center (GC3) in Pontiac, MI. From there, high-speed data links reach out to three regional command and control centers (RC3) strategically located to serve local production plants around the world.
An RC3 in Rüsselsheim, Germany, serves facilities in Europe. A similar regional facility in Sao Paulo, Brazil, serves South America, Africa and the Middle East. The third facility, located along with the GC3 in Pontiac, MI, serves all of North America and Asia Pacific.
Each regional facility connects directly to local command and control centers (C3s) on site at each of the company’s 185 manufacturing plants. These C3s reach down to the production lines, even into individual workcells.
What makes this system stand out is not its hierarchical structure, but the psychology behind it. “The ultimate purpose,” says Knight, “is to support operations at the workcell level.”
The difference this focus makes becomes clear when one looks at how the system’s architects designate levels in the hierarchy. “Global Command and Control Center” is a grand title that sounds really important, but that’s not what GM calls Level 1. Instead, Level 1 resides in the individual manufacturing plants. Level 2 is the three RC3s, and the GC3 is at the bottom — Level 3.
“We recognize that our primary objective is to produce cars,” says Gutmann. “Everything we do on the IT side is directly aimed toward that goal.”
“The architecture for the plant floor level is based on a PLC,” says Knight, “which is our brains for the majority of the command and control activity done in our manufacturing sites.”
GM is also a very large consumer of robotics, using robots for everything from holding weld guns to painting cars. So that’s another key part of the architecture.
At the Lansing, MI, assembly plant, robotic systems team with humans to work more effectively than eithr could alone. Here, having a robot carry a human inside a vehicle avoids awkward and stressful crawling around to install the interior. Source: General Motors
“We manage the programming of those devices as well as the interfacing of those robots to other devices in our architecture,” says Knight. “There are things like weld controllers that we consider key in our architecture, and we manage that interface and the programming of those devices.”
In a typical North American facility, GM would have a high level of automation that would do everything from welding of metal bodies to painting of vehicles, and all the conveyance and material handling between those processes. Automation would also be used for specific quality control related issues such as repeatablility, reliability or ergonomic assists for workers.
Name of the game is support
While level 2 and 3 centers carry the term “command and control” in their names, their primary function is really support. Recognizing that all the real action happens on individual production lines, the GC3 and RC3 centers are set up and function as technical support centers for production. Their activity is mainly event-driven. If there is a problem that threatens production throughput, they swing into action, providing whatever it takes to avoid slowdowns or shutdowns when possible, and getting systems up and running quickly when it’s not.
“Most conditions are solved locally,” Knight points out. “Very seldom is there a system failure that is solved from a remote location. If there are high-level problems primarily in the backbone of the information grid, they can be solved from the command center.”
Gutmann elaborates: “As soon as we see an alarm, we immediately call down to the area to see what’s going on. If it’s something they can handle, or if they’re just taking a piece of equipment off line for adjustment or during a break, that’s fine. If we start seeing something that’s more problematic, we’re going to scramble a team to get down on the shop floor, help people with that piece of equipment, and use some of our technicians as well as people with factory floor experience to troubleshoot it and get that piece of equipment back on line.”
GM’s production operates in a high-mix, high-volume mode. With so many options available, automobile consumers are increasingly designing their own vehicles as special orders. Simultaneously, GM’s production lines build these vehicles in volumes that mass-production pioneers could only dream about. It is only possible because the company’s IT networks are integrated from top to bottom, and capable of tracking each vehicle from the time it is ordered to the time it reaches the customer.
Purpose-built automated systems position the heavy vehicle body onto the chassis precisely. Source: General Motors
Each vehicle is built to a recipe based on the options ordered. As the vehicle moves through the fabrication and assembly process, a “cyberspace ghost” tracks along with it. When a radio is installed, for example, the ghost is augmented with information about radio make, model, and serial number, who installed it, and results of any tests run on it. This data capture takes place for every other action taken to build the vehicle.
Using the ghost, a vehicle can be tracked backwards from the time it leaves the factory, through final test and assembly to see the physical components leaving as part of a completed vehicle from the final assembly plant in, say, Lansing, MI, started out as individual subassemblies from suppliers scattered over the Earth. Similarly, the vehicles’ information ghosts combine data characterizing those components from the scattered facilities that made them.
GM’s network is an intranet of global scale, with connectivity into every individual workcell, gathering information about details as small as the final torque achieved by each airgun tightening each bolt. All this data is funneled into massive enterprise-level databases.
If, five years from now, an issue arises about a certain bolt in a certain vehicle, GM will be able to find out who installed it, which airgun the installer used, what the airgun’s torque setting was, whether it achieved that set torque, and who inspected it.
While this information system is impressive, archiving data against possible future criticism is not what Gutmann’s global IT infrastructure is for. Rather, it provides tight communication linking production systems, where technical problems can cripple throughput, to support people who can resolve them.
“Lost production costs $120 per second,” points out David Scott, process information officer for GM’s North American Information Systems & Services, “and lost time can never be recovered.”
“We have a common architecture that we use from a control standpoint,” Knight says. “The architecture drives key components: processors, robotics, conveyors, mechanical and electrical designs, and control software and hardware.”
Gutmann says the first thing GM did was standardize the technology. “Then, we started to focus on the process behind operating that technology, and the integration of that technology with the factory floor,” he says.
Structure, repeatability, good people
Gutmann explains: “We’ve standardized the way we address our IP devices in a controls network. We’ve standardized the way that we prioritize that information on the plant floor and how we monitor the networks. So all the processes behind troubleshooting, monitoring, and addition and removal of equipment have all been standardized, and people across the globe have been trained with the same methodology.
“We engineer our networks just like we would engineer a new engine line, with the same kind of discipline, same kind of structure, and the same kind of repeatability. There are lessons we learn along the way. As we make changes, we want to make sure that our next plant and our next upgrade reflects those lessons learned.”
The network infrastructure is, of course, just enabling technology. What provides the value is the personnel. With few exceptions, the people at the RC3s and GC3 have been recruited from production positions. “We’ve tried to reskill and train our people to adopt this new technology and, more importantly, we’ve tried to get people to understand what their jobs are,” Gutmann says.
Typically, about 85% of GM employees in the IT space have worked in manufacturing, or in the controls areas within manufacturing, says Gutmann. “I think that does a couple of things for you. One is that you understand the importance of time: if there is an issue, it’s all hands on deck until it’s resolved. I also think you learn a little bit about fail-safe. You also learn a lot about robustness, and designing things in place so that you minimize the outages to the environment,” says.
Gutmann summarizes: “As we’ve looked at applying some of the new [IT] technologies to the plant floor, I think one of the keys is not losing the fundamentals of manufacturing. This is where a lot of people make a lot of mistakes. If you look at the design of a factory environment, it’s important that you look at it from from a hierarchy: span of control of people, span of control of an area of the plant, of the automation, or, if it’s a manual line, of the people themselves, and even the skilled trades and the people who have to work in that environment. Standardized work with standardized systems and processes, with employees working together as teams via cross-functional rotation of employees between functional groups are all critical to creating the kind of environment you want to have.”
C.G. Masi is a senior editor with Control Engineering. Contact him at firstname.lastname@example.org .
Case Study Database
Get more exposure for your case study by uploading it to the Control 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.