Network Tunnel Links Control and Vision

Swiss Paper Mill Uses OPC DataHub to Integrate Real-Time Data for Better Quality Management

1 of 2 < 1 | 2 View on one page

By Bruno Maurer

Last August, we got a call from Mark Lauterburg, engineering manager at the Kimberly-Clark paper mill in Niederbipp, Switzerland, located between Zurich and Bern, about an hour's drive from our facilities at Logicpark ( in Thun. Lauterburg was working on a real-time quality management system and was having some difficulty with his OPC servers and reliable data connectivity, so he contacted us as local distributor for OPC software to help resolve the issues he was facing. So the following morning I met him in the mill, and he explained the situation.

"We can store images of every inch of a 3-ton base sheet reel in an SQL database and refer to it weeks or months later, but we need to do more," Lauterburg told me. "To get the camera system working, we must refer the actual produced grade, machine speed and other important data from the distributed control system (DCS)."

To collect data in this integrated way, Lauterburg needed to connect his camera systems to the production lines' ABB System 800xA DCS ( This would allow him to establish direct, real-time connections between the paper-making equipment and cameras, and enhance the quality of the stored data.

"The vision quality management system is one of those investments with significant savings potential, and we wanted to get the most out of it," explained Lauterburg. "Logicpark seemed to be quite expert in working with OPC, and we were confident that they would help us with our data connectivity issues and get everything working."

Kimberly-Clark is a global market leader in hygiene products, and it owns several manufacturing facilities in Europe. The Niederbipp plant is one of the newest. It was substantially rebuilt after a fire in 1996 that destroyed much of the equipment. Because it was recently upgraded with a new drive and control system, the mill's tissue-making machines produce paper at speeds up to 1800 meters per minute. (Figure 1) This kind of production speed requires very sophisticated quality control systems. At these speeds, holes and other defects in the base sheet are not visible to the human eye. As a result, highly sensitive camera equipment is required to detect these defects. For this reason, Lauterburg also recently installed process and quality vision systems on both production lines. These multi-megapixel cameras, called "sheet brake cameras," capture over 1000 frames per second to help identify, categorize and trace any defects in the base sheet. 

Our company, Logicpark, is a software engineering firm focusing on data management for industrial systems. Founded in 2003, we implement, support and optimize MES systems, and offer shop-floor and ERP solutions in conjunction with our partners.  Our staff leverages its experience in computer science, project and process management, and marketing to provide comprehensive, enterprise-wide solutions.

Cameras and Control 

On the shop floor, Lauterburg introduced me to Jan Tschudin, Kimberly-Clark's project engineer, who showed me the equipment. When the cameras were installed, Tschudin had hoped that making the connection would be straightforward because both ABB's DCS and the camera system were OPC-enabled. OPC is an industrial data communication protocol that allows any kind of hardware with an OPC server to talk to any OPC client software, such as a SCADA system or HMI. At Logicpark, we make every effort to implement and support OPC. We do our best to educate our customers and contacts about OPC, and even created a special website for this purpose because we feel OPC is an excellent industrial standard.  

Basically, the ABB system had an OPC server and the sheet brake cameras had an OPC client. It seemed like a straightforward connection, but the DCS and the camera system were on two different networks, protected by firewalls. This was the cause of the problem.

"The quality management system runs on a separate virtual LAN from our factory automation system because the sheet brake camera system is running as pilot system at our facility," explained Tschudin. "The producer of the sheet brake camera system has been working closely with us during the installation and afterwards, implementing improvements by remote access from outside the country. We needed clear separation between the two systems, but also to transmit the relevant data from one side to the other."

At this point, I realized that Tschudin and the mills were going to need an OPC tunneling solution. OPC is based on COM, the same Windows protocol that allows you to display and update a Microsoft Excel spreadsheet within a Word document. COM is a good foundation for OPC, but its networked version, DCOM, was not designed for industrial use. It is well-known for being difficult to configure. It also responds poorly to network breaks and causes potential security risks. The typical approach to configuring DCOM for a factory automation application is to open all TCP ports on the two networked machines. This may be acceptable if the two machines are on the same network, but if either of them is behind a firewall, then the security risks can be very high.

"We had been trying to run this system using DCOM, but it was a constant source of frustration," said Tschudin, "The connection would be stable for a day or two, and then it would drop, and we'd have to manually reconfigure the system to get it working properly. We lost large amounts of valuable data that way."

1 of 2 < 1 | 2 View on one page

Join the discussion

We welcome your thoughtful comments. Please comply with our Community rules.
All comments will display your user name.

Want to participate in the discussion?

Register for free

Log in for complete access.


No one has commented on this page yet.

RSS feed for comments on this page | RSS feed for all comments