7 reasons to a consider a non-Ethernet industrial network

Here are seven reasons non-Ethernet networks might be specified for an industrial project, to help determine if an Ethernet, fieldbus, or a device or sensor-level network should be considered.

06/05/2013


This control cabinet, with the master controller for a NYC tunnel boring machine, shows three CC-Link networks. Fieldbus networks, such as CC-Link, do not require switches to guarantee control system determinism and can be laid out in multiple configuratiWhy or when should non-Ethernet protocols be considered for an automation project? Seven reasons follow, showing when non-Ethernet networks might be specified for an industrial project. These can include simplicity, flexibility, familiarity, and consistency, even if logic might suggest otherwise.  

1. Simplicity. For some automation engineers, it is the simplicity of fieldbus networks that tips the scale for them to decide to use one of these non-Ethernet-based fieldbus network instead of an Ethernet-based network. These non-Ethernet-based traditional fieldbus networks generally require less hardware and may be much less complex than their Ethernet-based counterparts. For example, fieldbus networks do not require switches to guarantee control system determinism, whereas some Ethernet-based networks require complicated Ethernet switches to guarantee control system determinism.

2. Flexibility. In addition, most fieldbus networks can be laid out in multiple configurations (line, tree, line-tree combination, and ring). Most Ethernet-based networks are much more restrictive in how they are laid out for a project.

3. Familiarity. Another reason non-Ethernet protocols should be considered is a situation when automation engineers and the maintenance staff on the project have used the same non-Ethernet-based network for quite some time, they are comfortable with this technology, it works for their current application, and they do not see the benefit of adopting a new Ethernet-based network for a new application.

Also, perhaps, for this specific project situation, a new Ethernet-based network would not provide them with a significant productivity boost, and the potential cost savings would not justify learning a new Ethernet-based network technology. With all of this information, the project leaders cannot justify adopting a new Ethernet-based network, so they continue to use the same non-Ethernet-based network on this new project.

4. Consistency for an incremental expansion. In another situation, a company has an application that uses a non-Ethernet-based network. Automation engineers are considering expanding that application to include more automation, and this expansion can usually be completed more cost effectively using the same non-Ethernet-based network by adding more stations to the current non-Ethernet-based network. Expanding an existing application using the same non-Ethernet-based network maintains consistency throughout the application and allows use of the same tools and current products without requiring operators and maintenance staff to learn a new system and how to use new tools.

5. Policy. A company also may declare that all projects shall use a specific non-Ethernet protocol for all automation projects. Automation engineers and the maintenance staff may be comfortable with current technology, but automation engineers may understand that the benefits and potential cost savings would justify learning a new Ethernet-based network technology. Company management, however, has so much invested in the current specific non-Ethernet protocol that they do not want to invest in a new generation Ethernet-based protocol, so they may decide to continue to use the prior protocol.

6. Automation experience. A different situation where non-Ethernet protocols should be considered is when a company is new to automation networking. Using a fieldbus network may be easier to justify because that technology has been around longer and is deemed more reliable; or perhaps the engineers on the plant floor have been requesting some automation for years and have always requested a fieldbus network, because when they initially requested this “new” automation networking, Ethernet networking was not viable or available.

7. Equipment compatibility. In another circumstance, during the investigation phase of the automation project, it was discovered that not all of the necessary equipment would be available to communicate using an Ethernet-based network. Therefore, to maintain and use one network for the automation project, an appropriate non-Ethernet-based network should be considered for direct communications among all necessary equipment.

- John F. Wozniak, PE, is a networking specialist with CC-Link Partner Association. Edited by Mark T. Hoske, content manager, CFE Media, Control Engineering and Plant Engineering, mhoske(at)cfemedia.com

ONLINE

www.CCLinkAmerica.org 

See related articles below on industrial Ethernet and on the NYC tunnel boring case study from 2011:



Anonymous , 06/11/13 08:18 PM:

I agree. In my personal opinion, one size does not fit all. You need both Ethernet and fieldbus for different devices in automation just like your laptop has both Ethernet and USB for different peripheral connections, or Wi-Fi and Bluetooth for the wireless devices.

Ethernet is a good fit at level 2 (control network) and level 1-1/2 (remote-I/O, drives, wireless gateways) of the Purdue reference model. However, at level 1 (field instruments) you need two-wire bus power, intrinsic safety / non-incendive, simple junction boxes for thousands of devices, rugged connections, and 1-2 km long wires etc. and the ability to connect a simple handheld field communicator in parallel at any point for field service. This is where fieldbus fits best. For real-time time synchronized process control loops digital from sensor to actuator that means FOUNDATION fieldbus.
The Engineers' Choice Awards highlight some of the best new control, instrumentation and automation products as chosen by...
Each year, a panel of Control Engineering editors and industry expert judges select the System Integrator of the Year Award winners.
Control Engineering Leaders Under 40 identifies and gives recognition to young engineers who...
Learn more about methods used to ensure that the integration between the safety system and the process control...
Adding industrial toughness and reliability to Ethernet eGuide
Technological advances like multiple-in-multiple-out (MIMO) transmitting and receiving
Big plans for small nuclear reactors: Simpler, safer control designs; Smarter manufacturing; Industrial cloud; Mobile HMI; Controls convergence
Virtualization advice: 4 ways splitting servers can help manufacturing; Efficient motion controls; Fill the brain drain; Learn from the HART Plant of the Year
Two sides to process safety: Combining human and technical factors in your program; Preparing HMI graphics for migrations; Mechatronics and safety; Engineers' Choice Awards
The Ask Control Engineering blog covers all aspects of automation, including motors, drives, sensors, motion control, machine control, and embedded systems.
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
News and comments from Control Engineering process industries editor, Peter Welander.
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
This is a blog from the trenches – written by engineers who are implementing and upgrading control systems every day across every industry.
Anthony Baker is a fictitious aggregation of experts from Callisto Integration, providing manufacturing consulting and systems integration.
Integrator Guide

Integrator Guide

Search the online Automation Integrator Guide
 

Create New Listing

Visit the System Integrators page to view past winners of Control Engineering's System Integrator of the Year Award and learn how to enter the competition. You will also find more information on system integrators and Control System Integrators Association.

Case Study Database

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.