View source for Fieldbus

{{Short description|Family of industrial computer network protocols}}
A '''fieldbus''' is a member of a family of industrial digital communication [[computer network|networks]]<ref>{{cite book
 | title = IEC 61158-1:2019 Industrial communication networks – Fieldbus specifications – Part 1: Overview and guidance for the IEC 61158 and IEC 61784 series
 | date = April 2019
 | publisher = International Electrotechnical Commission (IEC)
 | page = 11
}}</ref> used for real-time distributed control. Fieldbus profiles are standardized by the 
[[International Electrotechnical Commission]] (IEC) as IEC 61784/61158.

A complex [[automation|automated]] industrial system is typically structured in hierarchical levels as a [[Distributed control system#Structure|distributed control system]] (DCS). In this hierarchy the upper levels for production managements are linked to the direct control level of [[programmable logic controller]]s (PLC) via a non-[[real-time computing|time-critical]] communications system (e.g. [[Ethernet]]). The fieldbus<ref>{{cite encyclopedia
 | title = bus
 | encyclopedia = Electropedia
 | year = 2013
 | publisher = International Electrotechnical Commission (IEC)
 | url = http://www.electropedia.org/iev/iev.nsf/display?openform&ievref=351-56-10
 | id = definition 351-56-10
}}</ref> links the PLCs of the direct control level to the components in the plant of the field level such as [[sensor]]s, [[actuator]]s, [[electric motors]], console lights, [[switch]]es, [[valve]]s and [[contactor]]s and replaces the direct connections via [[current loop]]s or digital [[I/O]] signals. The requirement for a fieldbus are therefore [[real-time computing|time-critical]] and cost sensitive. Since the new millennium a number of fieldbuses based on [[Industrial Ethernet|Real-time Ethernet]] have been established. These have the potential to replace traditional fieldbuses in the long term.

== Description ==
A fieldbus is an industrial network system for real-time distributed control. It is a way to connect instruments in a manufacturing plant. A fieldbus works on a network structure which typically allows [[daisy chain (electrical engineering)|daisy-chain]], star, ring, branch, and tree [[network topology|network topologies]]. Previously, computers were connected using [[RS-232]] ([[serial communications|serial connections]]) by which only two devices could communicate. This would be the equivalent of the currently used [[Current loop|4–20 mA communication scheme]] which requires that each device have its own communication point at the controller level, while the fieldbus is the equivalent of the current [[local area network|LAN-type connections]], which require only one communication point at the controller level and allow multiple (hundreds) of [[analog signal|analog]] and [[Digital data|digital]] points to be connected at the same time. This reduces both the length of the cable required and the number of cables required. Furthermore, since devices that communicate through a fieldbus require a [[microprocessor]], multiple points are typically provided by the same device. Some fieldbus devices now support control schemes such as [[PID controller|PID control]] on the device side instead of forcing the controller to do the processing.

== History ==
The most important motivation to use a fieldbus in a [[distributed control system]] is to reduce the cost for installation and [[Maintenance (technical)|maintenance]] of the installation without losing the high [[Availability (system)|availability]] and [[Reliability engineering|reliability]] of the automation system. The goal is to use a two wire cable and simple configuration for field [[Peripheral|devices]] from different manufacturers. Depending on the application, the number of sensors and actuators vary from hundreds in one machine up to several thousands distributed over a large plant. The history of the fieldbus shows how to approach these goals.

=== Precursors of fieldbuses ===

==== General Purpose Interface Bus (GPIB) ====
Arguably the precursor field bus technology is HP-IB as described in [[IEEE 488]]<ref>{{cite web|url=http://www.hp9845.net/9845/tutorials/hpib/|title=The Hewlett-Packard Interface Bus (HP-IB) GPIB IEEE-488 IEC625|website=www.hp9845.net}}</ref> in 1975. "It became known as the General Purpose Interface Bus (GPIB), and became a de facto standard for automated and industrial instrument control".

The GPIB has its main application in automated measurements with instruments from different manufacturers. It is a [[parallel bus]] with a cable and connector with 24 wires, limited to a maximal cable length of 20 metres.

==== Bitbus ====
<!-- linked from redirect [[BITBUS]] -->
<!-- linked from redirect [[bitbus]] -->
[[File:Isa-bitbus-board.png|thumb|Bitbus controller card with Intel 8044]]
The oldest commonly used field bus technology is Bitbus. Bitbus was created by [[Intel Corporation]] to enhance use of [[Multibus]] systems in industrial systems by separating slow [[Input/output|i/o]] functions from faster memory access. In 1983, Intel created the 8044 Bitbus microcontroller by adding field bus firmware to its existing [[Intel 8051|8051]] microcontroller. Bitbus uses [[RS-485|EIA-485]] at the [[OSI model#Layer 1: Physical layer|physical layer]], with two twisted pairs - one for data and the other for clocking and signals. Use of [[Synchronous Data Link Control|SDLC]] at the [[OSI model#Layer 2: Data link layer|data link layer]] permits 250 nodes on one segment with a total distance of 13.2&nbsp;km. Bitbus has one master node and multiple slaves, with slaves only responding to requests from the master. Bitbus does not define routing at the [[OSI model#Layer 3: Network layer|network layer]]. The 8044 permits only a relatively small data packet (13 bytes), but embeds an efficient set of RAC (remote access and control) tasks and the ability to develop custom RAC tasks. In 1990, the [[Institute of Electrical and Electronics Engineers|IEEE]] adopted Bitbus as the Microcontroller System Serial Control Bus (IEEE-1118).<ref>{{cite journal |last1=Hunziker |first1=Robin |last2=Schreier |first2=Paul G. |date=August 1993 |title=Field buses compete for engineers' attention, start gaining commercial support |journal=Personal Engineering & Instrumentation News |volume=10 |issue=8 |pages=35–37 |publisher=PEC Inc. |location=Rye, NH |issn=0748-0016 }}</ref><ref>{{cite book |editor1-first=Richard |editor1-last=Zurawski |title=Industrial Communication Technology Handbook |url=https://books.google.com/books?id=-hsvr6dGhEUC |access-date=4 Feb 2013 |series=Industrial Technology Series |volume=1 |year=2005 |publisher=CRC Press |location=Boca Raton, FL |isbn=0849330777 |lccn=2004057922 |pages=7–10 }}</ref>

Today BITBUS is maintained by the BEUG - BITBUS European Users Group.<ref>
[http://www.bitbus.org Bitbus/fieldbus community site.]
</ref>

=== Computer networks for automation===
Office networks are not really suited for automation applications, as they lack the upper bounded transmission delay. [[ARCNET]], which was conceived as early as 1975 for office connectivity uses a [[Token passing|token mechanism]] and therefore found later uses in industry,

==== Manufacturing Automation Protocol (MAP) ====
The [[Manufacturing Automation Protocol]] (MAP) was an implementation of OSI-compliant protocols in automation technology initiated by [[General Motors]] in 1984. MAP became a LAN standardization proposal supported by many manufacturers and was mainly used in factory automation. MAP has used the 10&nbsp;Mbit/s IEEE 802.4 token bus as transmission medium.

Due to its scope and complexity, MAP failed to make the big breakthrough. To reduce the complexity and reach faster processing with reduced resources the Enhanced Performance Architecture (EPA) MAP was developed in 1988. This MiniMap<ref>{{cite journal
 |url=https://www.researchgate.net/publication/279695970
 |title=Implementation of Mini-Manufacturing Automation Protocol for Personal Computers
 |last=Shankar
 |first=Lall Maskara
 |date=June 2015
 |journal=IETE Technical Review
 |volume=8
 |issue=4
 |pages=218–226
 |doi=10.1080/02564602.1991.11438756
 |access-date=2020-05-13
}}</ref> contains only levels 1,2 and 7 of the [[OSI model|Open Systems Interconnection]] (OSI) basic reference model. This shortcut was taken over by the later fieldbus definitions.

The most important achievement of MAP is Manufacturing Message Specification (MMS), the application layer of MAP.

==== Manufacturing Message Specification (MMS) ====
The [[Manufacturing Message Specification]] (MMS) is an international standard ISO 9506<ref>{{cite web
 |url=https://www.iso.org/standard/37079.html
 |title=Industrial automation systems - Manufacturing Message Specification
 |date=2003
 |publisher=International Standard Organization (ISO)
 |id=ISO 9506
 |access-date=2020-05-13
}}</ref> dealing with an application protocol and services for transferring real time process data and supervisory control information between networked devices or computer applications published as a first version in 1986.

It has been a model for many further developments in other industrial communication standardizations such as FMS for [[Profibus]] or SDO for [[CANopen]]. It is still in use as a possible application layer e.g. for power utility automation in the [[IEC 61850]] standards.

=== Fieldbuses for manufacturing automation ===
In the field of [[manufacturing]] automation the requirements for a fieldbus are to support short reaction times with only a few bits or bytes to be transmitted over not more than some hundreds of meters.

==== MODBUS ====
{{main|Modbus}}
In 1979 Modicon (now [[Schneider Electric]]) defined a serial bus to connect their [[programmable logic controllers]] (PLCs) called [[Modbus]]. In its first version Modbus used a two wire cable with [[EIA 485]] [[UART]] signals. The protocol itself is very simple with a [[Master/slave (technology)|master/slave]] protocol and  the number of data types are limited to those understood by PLCs at the time. Nevertheless, Modbus is (with its Modbus-TCP version) still one of the most used industrial networks, mainly in the building automation field.

==== PROFIBUS ====
{{main|PROFIBUS}}
A research project with the financial support of the German government defined in 1987 the fieldbus [[PROFIBUS]] based on the ''Fieldbus Message Specification'' (FMS).<ref>{{cite book
 |last=Bender
 |first=Klaus
 |date=1990
 |title=PROFIBUS - Der Feldbus für die Automation
 |location=München Wien
 |publisher=Carl Hanser Verlag
 |isbn=3-446-16170-8
}}</ref> It showed in practical applications, that it was too complicated to handle in the field. In 1994 [[Siemens]] proposed a modified application layer with the name ''Decentralized Periphery'' (DP) which reached a good acceptance in the manufacturing industry. 2016 the Profibus is one of the most installed fieldbuses in the world<ref>{{cite web
 |url=https://www.automationinside.com/article/industrial-network-market-shares-2016-according-to-hms
 |title=Industrial network market shares 2016 according to HMS
 |date=2016-03-01
 |publisher=Automation inside
 |access-date=2020-05-25
}}</ref> and reaches 60 millions of installed nodes in 2018.<ref>{{cite web |url=https://www.profibus.com/newsroom/press-news/more-than-20-million-profinet-devices-on-the-market/
|title=More than 20 million PROFINET devices on the market
|work=Press release 
|publisher=Profinet International 
|date=2018-04-20 
|access-date=2020-05-27}}</ref>

==== INTERBUS ====
{{main|INTERBUS}}
In 1987 [[Phoenix Contact]] developed a serial bus to connect spacially distributed inputs and outputs to a centralized controller.<ref>{{cite book
 |last1=Baginski
 |first1=Alfredo
 |last2=Müller
 |first2=Martin
 |date=1998
 |title=INTERBUS. Grundlagen und Praxis
 |publisher=Hüthig Verlag Heidelberg
 |isbn=3-7785-2471-2
}}</ref> The controller send one frame over a physical ring, which contains all input and output data. The cable has 5 wires: beside the ground signal two wires for the outgoing frame and two wires for the returning frame. With this cable is it possible to have the whole installation in a [[tree topology]].<ref>{{cite book
 |last1=Büsing
 |first1=Alexander
 |last2=Meyer
 |first2=Holger
 |date=2002
 |title=INTERBUS-Praxisbuch – Projektierung, Programmierung, Anwendung, Diagnose
 |publisher=Hüthig Verlag Heidelberg
 |isbn=3-7785-2862-9
}}</ref>

The INTERBUS was very successful in the manufacturing industry with more than 22,9 million of devices installed in the field. The Interbus joined the Profinet technology for Ethernet-based fieldbus Profinet and the INTERBUS is now maintained by the Profibus Nutzerorganisation e.V.<ref>{{cite web
 |url=http://www.interbusclub.com/index.html
 |title=INTERBUS
 |publisher=Phoenix Contact Electronics GmbH
 |access-date=2020-05-21
}}</ref>

==== CAN ====
{{main|CAN bus}}
During the 1980s, to solve communication problems between different control systems in cars, the German company [[Robert Bosch GmbH]] first developed the [[Controller Area Network]] (CAN). The concept of CAN was that every device can be connected by a single set of wires, and every device that is connected can freely exchange data with any other device. CAN soon migrated into the factory automation marketplace (with many others).

'''[[DeviceNet]]''' was developed by the American company [[Allen-Bradley]] (now owned by [[Rockwell Automation]]) and the [[ODVA (company)|ODVA]] (Open DeviceNet Vendor Association) as an open fieldbus standard based on the CAN protocol. DeviceNet is standardised in the European standard EN 50325-2. Specification and maintenance of the DeviceNet standard is the responsibility of ODVA. Like ControlNet and EtherNet/IP, DeviceNet belongs to the family of CIP-based networks. CIP ([[Common Industrial Protocol]]) forms the common application layer of these three industrial networks. DeviceNet, ControlNet and Ethernet/IP are therefore well coordinated and provide the user with a graded communication system for the management level (EtherNet/IP), cell level (ControlNet) and field level (DeviceNet). DeviceNet is an object-oriented bus system and operates according to the producer/consumer method. DeviceNet devices can be client (master) or server (slave) or both. Clients and servers can be Producer, Consumer or both.

'''[[CANopen]]''' was developed by the CiA ([[CAN in Automation]]), the user and manufacturer association for CANopen, and has been standardized as European standard EN 50325-4 since the end of 2002. CANopen uses layers 1 and 2 of the CAN standard (ISO 11898-2) and extensions with regard to pin assignment, transmission rates and the application layer.

=== Fieldbuses for process automation ===
In [[Process automation system|process automation]] traditionally most of the field transmitters are connected over a [[current loop]] with 4-20 mA to the controlling device. This allows not only to transmit the measured value with the level of the current, but also provide the required electrical power to the field device with just one two-wire cable of a length of more than a thousand meters. These systems are also installed in hazardous areas. According to [[NAMUR]] a fieldbus in these applications has to fulfill these requirements.<ref>{{cite web
 |url=https://www.namur.net/de/empfehlungen-und-arbeitsblaetter/aktuelle-nena.html
 |title=NE 074 Fieldbus Requirements
 |date=2016-12-05
 |publisher=NAMUR AK 2.6 Communication
 |access-date=2020-05-27
}}</ref> A special standard for instrumentation IEC/EN 60079-27 is describing requirements for the Fieldbus Intrinsically Safe Concept (FISCO) for installations in zone 0, 1 or 2.

==== WorldFIP ====
The [[Factory Instrumentation Protocol|FIP]] standard is based on a French initiative in 1982 to create a requirements analysis for a future field bus standard. The study led to the European Eureka initiative for a field bus standard in June 1986 that included 13 partners. The development group (réseaux locaux industriels) created the first proposal to be standardized in France. The name of the FIP field bus was originally given as an abbreviation of the French "Flux d'Information vers le Processus" while later referring to FIP with the English name "Factory Instrumentation Protocol".

FIP has lost ground to Profibus which came to prevail the market in Europe in the following decade - the WorldFIP homepage has seen no press release since 2002. The closest cousin of the FIP family can be found today in the [[Wire Train Bus]] for train coaches. However a specific subset of WorldFIP - known the FIPIO protocol - can be found widely in machine components.

==== Foundation Fieldbus (FF) ====
[[Foundation Fieldbus]] was developed over a period of many years by the [[International Society of Automation]] (ISA) as SP50. Foundation Fieldbus today enjoys a growing installed base in many heavy process applications such as refining, petrochemicals, power generation, and even food and beverage, pharmaceuticals, and nuclear applications.<ref>{{cite web
 |url=http://www.fieldbus.org/
 |title=Fieldbus Foundation
 |date=2006
 |publisher=Fieldbus Foundation
 |access-date=2020-05-13
}}</ref>

Effective January 1, 2015, the Fieldbus Foundation has become part of the new FieldComm Group.<ref>{{cite web
 |url=https://www.fieldcommgroup.org/
 |title=A UNIFIED VISION FOR A SMARTER INDUSTRY
 |publisher=FieldComm Group
 |access-date=2020-06-13
}}</ref>

==== PROFIBUS-PA ====
[[Profibus]] PA (process automation) is used for communication between measuring and process instruments, actuators and process control system or [[Programmable logic controller|PLC]]/[[Distributed control system|DCS]] in process engineering. Profibus PA is a Profibus version with physical layer suitable for process automation, in which several segments (PA segments) with field instruments can be connected to Profibus DP via so-called couplers. The two-wire bus cable of these segments takes over not only the communication, but also the power supply of the participants ([[Differential Manchester encoding|MBP]] transmission technology). Another special feature of Profibus PA is the widely used device profile "PA Devices" (PA Profile),
<ref>{{cite web
 |url=https://www.profibus.com/download/profibus-technology-and-application-system-description/
 |title=PROFIBUS Technology and Application - System Description
 |date=2016
 |publisher=PI (Profibus and Profinet International)
 |access-date=2020-06-13
}}</ref> in which the most important functions of the field devices are standardized across manufacturers.

=== Fieldbuses for building automation ===
The market of [[building automation]] has also different requirements for the application of a fieldbus: 
* installation bus with a lot of simple I/O distributed over a large space.
* automation fieldbus for control of [[heating, ventilation, and air conditioning]] (HVAC)
* management network for [[facility management]]

The [[BatiBUS]] defined in 1989 and used mainly in France, 
the [[Instabus]] extended to the [[European Installation Bus]] (EIB) and
the [[European Home Systems Protocol]] (EHS) merged in 1999 to the [[KNX (standard)|Konnex]]) (KNX) standard  [[EN 50090]], (ISO/IEC 14543-3). In 2020 495 Member companies offer 8'000 products with KNX interfaces in 190 countries worldwide.<ref>{{Cite web|url=https://www.knx.org/knx-en/for-professionals/index.php|title = KNX Association KNX Association &#91;Official website&#93;}}</ref>

==== LonWorks ====
Going back to the 1980s, unlike other networks, [[LonWorks]] is the result of the work of computer scientists from [[Echelon Corporation]]. In 1999 the communications protocol (then known as LonTalk) was submitted to ANSI and accepted as a standard for control networking (ANSI/CEA-709.1-B), in 2005 as EN 14908 (European building automation standard). The protocol is also one of several data link/physical layers of the [[BACnet]] ASHRAE/ANSI standard for building automation.

==== BACnet ====
The [[BACnet]] standard was initially developed and is now maintained by the American Society of Heating, Refrigerating and Air-Conditioning Engineers ([[ASHRAE]]) starting in 1987. BACnet is an American National Standard ([[ANSI]]) 135 since 1995, a European standard, a national standard in many countries, and global ISO Standard 16484 since 2003.<ref>{{cite web
 |url=https://www.iso.org/standard/71935.html
 |title=Building automation and control systems (BACS) — Part 5: Data communication protocol
 |date=2017
 |id=ISO 16484-5
 |publisher= ISO/TC 205 Building environment design
 |access-date=2020-05-26
}}</ref> BACnet has in 2017 a market share of 60% in building automation market.<ref>{{cite web
 |url=https://cdn.ymaws.com/www.bacnetinternational.org/resource/resmgr/files/bacnet_adoption_market_resea.pdf
 |title=BACnet Market Adoption
 |date=2018
 |publisher=BACnet International Executive Office
 |access-date=2020-05-26
 |archive-url=https://web.archive.org/web/20200731052102/https://cdn.ymaws.com/www.bacnetinternational.org/resource/resmgr/files/bacnet_adoption_market_resea.pdf
 |archive-date=2020-07-31
 |url-status=dead
}}</ref>

=== Standardization ===
Although fieldbus technology has been around since 1988, with the completion of the ISA S50.02 standard, the development of the international standard took many years. In 1999, the IEC SC65C/WG6 standards committee met to resolve difference in the draft IEC fieldbus standard. The result of this meeting was the initial form of the IEC 61158 standard with eight different protocol sets called "Types".

This form of standard was first developed for the [[European Common Market]], concentrates less on commonality, and achieves its primary purpose&mdash;elimination of restraint of trade between nations. Issues of commonality are now left to the international consortia that support each of the fieldbus standard types. Almost as soon as it was approved, the IEC standards development work ceased and the committee was dissolved. A new IEC committee SC65C/MT-9 was formed to resolve the conflicts in form and substance within the more than 4000 pages of IEC 61158. The work on the above protocol types is substantially complete. New protocols, such as for safety fieldbuses or real-time Ethernet fieldbuses are being accepted into the definition of the international fieldbus standard during a typical 5-year maintenance cycle. In the 2008 version of the standard, the fieldbus types are reorganized into Communication Profile Families (CPFs).<ref>{{Cite web
|url=http://www.fieldbusinc.com/downloads/fieldbus_comparison.pdf
|title=IEC 61158 Technology Comparison
|publisher=Fieldbus, Inc.
|date=2008-11-13
|access-date=2020-05-11}}</ref>

== Structure of fieldbus standards ==
There were many competing technologies for fieldbuses and the original hope for one single unified communications mechanism has not been realized. This should not be unexpected since fieldbus technology needs to be implemented differently in different applications; automotive fieldbuses are functionally different from process plant control fieldbuses.

=== IEC 61158: Industrial communication networks - Fieldbus specification ===
<!-- linked from redirect [[IEC 61158]] -->
In June 1999 the IEC's Committee of Action (CA) decided to take a new structure for the fieldbus standards beginning with a first edition valid at the January 1, 2000, in time for the new millennium: There is a large IEC 61158 standard, where all fieldbuses find their place.<ref>{{Cite web
|title=The Fieldbus Standards: History and Structures
|last=Felser
|first=Max
|url=https://www.researchgate.net/publication/228733981 
|year = 2002
}}</ref> The experts have decided that the structure of IEC 61158 is maintained according to different layers, divided into services and protocols. The individual fieldbuses are incorporated into this structure as different types.

The Standard IEC 61158 ''Industrial communication networks - Fieldbus specifications'' is split into the following parts:
*IEC 61158-1	Part 1: Overview and guidance for the IEC 61158 and IEC 61784 series
*IEC 61158-2	PhL: Part 2: Physical layer specification and service definition
*IEC 61158-3-x	DLL: Part 3-x: Data-link layer service definition - Type x elements
*IEC 61158-4-x	DLL: Part 4-x: Data-link layer protocol specification - Type x elements
*IEC 61158-5-x	AL: Part 5-x: Application layer service definition - Type x elements
*IEC 61158-6-x	AL: Part 6-x: Application layer protocol specification - Type x elements

Each part still contains several thousand pages. Therefore, these parts have been further subdivided into subparts. The individual protocols have simply been numbered with a type. Each protocol type thus has its own subpart if required.

In order to find the corresponding subpart of the individual parts of the IEC 61158 standard, one must know the corresponding protocol type for a specific family.

In the 2019 edition of IEC 61158 up to 26 different types of protocols are specified. In IEC 61158 standardization, the use of brand names is avoided and replaced by dry technical terms and abbreviations. For example, Ethernet is replaced by the technically correct CSMA/CD or a reference to the corresponding ISO standard 8802.3. This is also the case with fieldbus names, they all are replaced by type numbers. The reader will therefore never find a designation such as PROFIBUS or DeviceNet in the entire IEC 61158 fieldbus standard. In the section [[#Compliance to IEC 61784|Compliance to IEC 61784]] a complete reference table is provided.

=== IEC 61784: Industrial communication networks - Profiles ===
<!-- linked from redirect [[IEC 61784]] -->
It is clear that this collection of fieldbus standards in IEC 61158 is not suitable for implementation. It must be supplemented with instructions for use. These instructions show how and which parts of IEC 61158 can be assembled to a functioning system. This assembly instruction has been compiled subsequently as IEC 61784 fieldbus profiles. 
  
According to IEC 61158-1<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=61158-1
 |title=Industrial communication networks - Fieldbus spezifications - Overview and guidance for the IEC 61158 and IEC 61784 series
 |date=2019
 |id=IEC 61158-1
 |publisher=IEC TC 65/SC 65C
 |access-date=2020-05-10
}}</ref> the Standard IEC 61784 is split in the following parts: 
*IEC 61784-1    Profile sets for continuous and discrete manufacturing relative to fieldbus use in industrial control systems 
*IEC 61784-2    Additional profiles for ISO/IEC 8802 3 based communication networks in real-time applications
*IEC 61784-3    Functional safety fieldbuses – General rules and profile definitions
*IEC 61784-3-n  Functional safety fieldbuses – Additional specifications for CPF n
*IEC 61784-5-n  Installation of fieldbuses - Installation profiles for CPF n

==== IEC 61784-1: Fieldbus profiles ====
The IEC 61784 Part 1<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=61784-1
 |title=Industrial communication networks - Profiles Part 1: Fieldbus profiles
 |date=2019
 |id=IEC 61784-1
 |publisher=IEC TC 65/SC 65C
 |access-date=2020-04-28
}}</ref> standard with the name ''Profile sets for continuous and discrete manufacturing relative to fieldbus use in industrial control systems'' lists all fieldbuses which are proposed by the national standardization bodies. 
In the first edition in 2003 7 different Communication Profile Families (CPF) are introduced: 
*CPF 1 [[FOUNDATION Fieldbus]]
*CPF 2 [[ControlNet]]
*CPF 3 [[PROFIBUS]]
*CPF 4 P-NET
*CPF 5 [[WorldFIP]]
*CPF 6 [[INTERBUS]]
*CPF 7 SwiftNet

Swiftnet, which is widely used in aircraft construction (Boeing), was included in the first edition of the standard. This later proves to be a mistake and in the 2007 edition 2 this protocol was removed from the standard. At the same time, the CPF 8 [[CC-Link Industrial Networks|CC-Link]], the CPF 9 [[Highway Addressable Remote Transducer Protocol|HART]] protocol and CPF 16 [[SERCOS]] are added. In the edition 4 in 2014 the last fieldbus CPF 19 [[MECHATROLINK]] was included into the standard. The edition 5 in 2019 was just a maintenance revision without any new profile added.

See [[List of automation protocols]] for fieldbuses that are not included in this standard.

==== IEC 61784-2: Real-time Ethernet ====
Already in edition 2 of the fieldbus profile first profiles based on Ethernet as physical layer are included.<ref>{{Cite web
|title=Real-Time Ethernet for Automation Applications
|last=Felser
|first=Max
|url=https://www.researchgate.net/publication/267954143
|year = 2009
}}</ref> All this new developed Real-time Ethernet (RTE) protocols are compiled in IEC 61784 Part 2<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=61784-2
 |title=Industrial communication networks - Profiles - Part 2: Additional fieldbus profiles for real-time networks based on ISO/IEC/IEEE 8802-3
 |date=2019
 |id=IEC 61784-2
 |publisher=IEC TC 65/SC 65C
 |access-date=2020-04-28
}}</ref> as ''Additional profiles for ISO/IEC 8802 3 based communication networks in real-time applications''. Here we find the solutions [[Ethernet/IP]], three versions of [[PROFINET]] IO - the classes A, B, and C - and the solutions of P-NET,<ref name=pnet /> Vnet/IP<ref name=vnet>{{Cite web
|title=Vnet/IP REAL-TIME PLANTNETWORK SYSTEM
|last=Demachi
|first=Kouji
|year=2005
|publisher= Yokogawa Technical Report
|url=https://web-material3.yokogawa.com/1/11329/tabs/rd-tr-r00039-005.pdf
}}</ref> TCnet,<ref name=tcnet>{{cite web
 |url=https://www.toshiba.co.jp/sis/en/seigyo/tcnet/index.htm
 |title=TCnet time-critical information and control network
 |date=2007
 |publisher=Toshiba Infrastructure Systems & Solution Corporation
 |access-date=2020-05-11
 |archive-url=https://web.archive.org/web/20161017095253/https://www.toshiba.co.jp/sis/en/seigyo/tcnet/index.htm
 |archive-date=2016-10-17
 |url-status=dead
}}</ref> [[EtherCAT]], [[Ethernet Powerlink|Ethernet POWERLINK]], Ethernet for Plant Automation (EPA), and also the [[Modbus|MODBUS]] with a new Real-Time Publish-Subscribe MODBUS-RTPS and the legacy profile MODBUS-TCP.

The [[SERCOS]] solution is interesting in this context. This network from the field of axis control had its own standard IEC 61491.<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=61491
 |title=Electrical equipment of industrial machines - Serial data link for real-time communication between controls and drives 
 |date=2002
 |id=IEC 61491 (withdrawn 2014-12-31)
 |publisher=IEC TC 22/SC 22G
 |access-date=2020-04-28
}}</ref> With the introduction of the Ethernet-based solution [[SERCOS III]], this standard has been taken apart and the communication part is integrated in IEC 61158/61784. The application part has been integrated together with other drive solutions into a special drive standard IEC 61800-7.

So the list of RTE for the first edition in 2007 is already long:
*CPF 2 [[Common Industrial Protocol|CIP]]
*CPF 3 [[PROFIBUS]] & [[PROFINET]]
*CPF 4 P-NET<ref name=pnet>{{cite web
 |url=https://www.p-net.org/
 |title=International P-NET User Organization
 |date=2019
 |publisher=P-NET Denmark
 |access-date=2020-05-11
}}</ref>
*CPF 6 [[INTERBUS]]
*CPF 10 Vnet/IP<ref name=vnet/>
*CPF 11 TCnet<ref name=tcnet />
*CPF 12 [[EtherCAT]]
*CPF 13 [[ETHERNET Powerlink]]
*CPF 14 Ethernet for Plant Automation (EPA)
*CPF 15 [[Modbus|MODBUS]]
*CPF 16 [[SERCOS]]
2010:
*CPF 17 [[RAPIEnet]]
*CPF 18 [[SafetyNET p]]
2019:
*CPF 19 [[FL-net]]
*CPF 20 [[ADS-net]]
2023:
*CPF 21 [[AUBUS]]

In 2010 already a second edition was published to include CPF 17 [[RAPIEnet]] and CPF 18  [[SafetyNET p]]. In the third edition in 2014 the Industrial Ethernet (IE) version of [[CC-Link Industrial Networks|CC-Link]] was added. The two profile families CPF 20 ADS-net<ref name=adsnet>{{cite web
 |url=https://www.hitachi.com/products/it/control_sys/platform/ads_net/index.html
 |title=Autonomous Decentralized System network (ADS-net), System concept
 |publisher=Hitachi
 |access-date=2020-05-11
}}</ref> and CPF 19 FL-net<ref name=flnet>{{cite web
 |url=https://www.jema-net.or.jp/English/businessfields/standarization/opcn/
 |title=Introduction to FL-net
 |publisher=The Japan Electrical Manufacturers Association (JEMA)
 |access-date=2020-05-11
}}</ref> are added to the edition four in 2019.

For details about these RTEs see the article on [[Industrial Ethernet]].

==== IEC 61784-3: Safety ====
For [[functional safety]], different consortia have developed different protocols for safety applications up to Safety Integrity Level 3 (SIL) according to [[IEC 61508]] or Performance Level "e" (PL) according to [[ISO 13849]]. What most solutions have in common is that they are based on a ''Black Channel'' and can therefore be transmitted via different fieldbuses and networks. Depending on the actual profile the safety protocol does provide measures like counters, [[Cyclic redundancy check|CRCs]], echo, timeout, unique sender and receiver IDs or cross check.

The first edition issued in 2007 of IEC 61784 Part 3<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=61784-3
 |title=Industrialcommunication networks – Profiles – Functional safety fieldbuses
 |date=2016
 |id=IEC 61784-3
 |publisher=IEC TC 65/SC 65C
 |access-date=2020-05-11
}}</ref> named ''Industrialcommunication networks – Profiles – Functional safety fieldbuses'' includes the Communication Profile Families (CPF):
*CPF 1 [[FOUNDATION Fieldbus]]<ref>{{cite web
|url=http://www.fieldbus.org/images/stories/enduserresources/technicalreferences/documents/wp_arc_ff-sif_908.pdf
|title=FOUNDATION Fieldbus Safety Instrumented Functions Forge the Future of Process Safety
|publisher=ARC Advisory Group
|date=2008
|website=fieldbus.org
|archive-url=https://web.archive.org/web/20200731045909/http://www.fieldbus.org/images/stories/enduserresources/technicalreferences/documents/wp_arc_ff-sif_908.pdf
|archive-date=2020-07-31
|url-status=dead}}</ref>
*CPF 2 [[Common Industrial Protocol|CIP]] with ''CIP safety''
*CPF 3 [[PROFIBUS]] & [[PROFINET]] with ''[[Profisafe|PROFIsafe]]''
*CPF 6 [[INTERBUS]]

SERCOS does use the ''CIP safety'' protocol as well.<ref>{{cite web 
|url=http://www.designworldonline.com/articles/2280/155/CIP-Safety-on-SERCOS-Specification.aspx
|title=CIP Safety on SERCOS Specification
|publisher= Design World
|date=2008
|access-date=2010-02-05}}</ref> In the second edition issued in 2010 additional CPF are added to the standard:
*CPF 8 CC-Link
*CPF 12 EtherCAT with ''[[EtherCAT#Safety over EtherCAT (FSoE)|Safety over EtherCAT]]''
*CPF 13 Ethernet POWERLINK with ''[[OpenSafety|openSAFETY]]''
*CPF 14 EPA

In the third edition in 2016 the last safety profile CPF 17 [[SafetyNET p]] was added. A new edition 4 is expected to be published in 2021. The standard has now 9 different safety profiles. They are all included and referenced in the global compliance table in the next section.

==== Compliance to IEC 61784 ====
The protocol families of each brand name are called Communication Profile Family and are abbreviated as CPF with a number. Each protocol family can now define fieldbuses, real-time Ethernet solutions, installation rules and protocols for functional safety. These possible profile families are laid down in IEC 61784 and compiled in the following table.

{{collapse top|Communication Profiles Families (CPF) and Services and Protocol Types}}
{| class="wikitable plainrowheaders"  
|-
! scope="col" colspan="3"| Communication Profile Families (CPF) in IEC 61784
! scope="col" colspan="4"| (sub-)part
! scope="col" colspan="3"| IEC 61158 Services & Protocols
|-
| scope="col" | CPF || Family || Communication Profile (CP) & trade name || 1 || 2 || 3 || 5 || PhL || DLL || AL
|-
| rowspan="4" | 1 
| rowspan="4" | Foundation Fieldbus (FF) 
| CP 1/1 FF - H1   || X ||  || -1 || -1 || Type 1 || Type 1 || Type 9
|-
| CP 1/2 FF – HSE  || X ||  || -1 || -1 || 8802-3 || TCP/UDP/IP || Type 5
|-
| CP 1/3 FF - H2   || X ||  || -1 || -1 || Type 1 || Type 1 || Type 9
|-
| FSCP 1/1 FF-SIS  ||   ||  || -1 ||   || || ||
|-
| rowspan="4" | 2 
| rowspan="4" | CIP
| CP 2/1 ControlNet  || X ||   ||   || -2 || Type 2 || Type 2 || Type 2
|-
| CP 2/2 EtherNet/IP ||	X || X || -2 || -2 || 8802-3 || Type 2 || Type 2
|-
| CP 3/3 DeviceNet   ||	X ||  || -2 || -2 || Type 2 || Type 2 || Type 2
|-
| FSCP 2/1 CIP Safety||   ||   || -2 ||   ||   ||   ||
|-
| rowspan="7" | 3 
| rowspan="7" | PROFIBUS & PROFINET
| CP 3/1 PROFIBUS DP || X ||   || -3 || -3 || Type 3 || Type 3 || Type 3
|-
| CP 3/2 PROFIBUS PA || X ||   || -3 || -3 || Type 1 || Type 3 || Type 3
|-
| CP 3/3 PROFINET CBA (void since 2014) ||  ||   ||   ||  || 8802-3 || TCP/IP || Type 10
|-
| CP 3/4 PROFINET IO Class A ||   || X || -3 || -3 || 8802-3 || UDP/IP || Type 10
|-
| CP 3/5 PROFINET IO Class B ||   || X || -3 || -3 || 8802-3 || UDP/IP || Type 10
|-
| CP 3/6 PROFINET IO Class C ||   || X || -3 || -3 || 8802-3 || UDP/IP || Type 10
|-
| FSCP 3/1 PROFIsafe         ||   ||   || -3 ||   ||   ||   ||				
|-
| rowspan="3" | 4 
| rowspan="3" | P-NET
| CP 4/1 P-NET RS-485	|| X ||   ||   || -4 || Type 4 || Type 4 || Type 4
|-
| CP 4/2 P-NET RS-232 (removed)	||  ||   ||   ||  || Type 4 || Type 4 || Type 4
|-
| CP 4/3 P-NET on IP	||   || X ||   || -4 || 8802.3 || Type 4 || Type 4
|-
| rowspan="3" | 5
| rowspan="3" | WorldFIP
| CP 5/1 WorldFIP (MPS, MCS)	|| X ||   ||   ||   || Type 1 || Type 7 || Type 7
|-
| CP 5/2 WorldFIP (MPS, MCS, SubMMS)	|| X ||   ||   ||   || Type 1 || Type 7 || Type 7
|-
| CP 5/3 WorldFIP (MPS)	|| X ||   ||   ||   || Type 1 || Type 7 || Type 7
|-
| rowspan="7" | 6 
| rowspan="7" | INTERBUS
| CP 6/1 INTERBUS	|| X ||   || -6 || -6 || Type 8 || Type 8 || Type 8
|-
| CP 6/2 INTERBUS TCP/IP	|| X ||   || -6 || -6 || Type 8 || Type 8 || Type 8
|-
| CP 6/3 INTERBUS Subset	|| X ||   || -6 || -6 || Type 8 || Type 8 || Type 8
|-
| CP 6/4 Link 3/4 to INTERBUS		||   || X ||   || -6 || Type 8 || Type 8 || Type 10
|-
| CP 6/5 Link 3/5 to INTERBUS		||   || X ||   || -6 || Type 8 || Type 8 || Type 10
|-
| CP 6/6 Link 3/6 to INTERBUS		||   || X ||   || -6 || Type 8 || Type 8 || Type 10
|-
| FSCP 6/7 INTERBUS Safety		||   ||  || -6 ||  ||  || || 
|-
| rowspan="1" | 7
| rowspan="1" | Swiftnet
| Deleted for lack of market relevance || || || || || Type 6 || ||
|-
| rowspan="6" | 8 
| rowspan="6" | CC-Link	
| CP 8/1 CC-Link/V1 || X ||   || -8 || -8 || Type 18 || Type 18 || Type 18
|-
| CP 8/2 CC-Link/V2 || X ||   ||   || -8 || Type 18 || Type 18 || Type 18
|-
| CP 8/3 CC-Link/LT (Bus powered - low cost) || X ||   ||   || -8 || Type 18 || Type 18 || Type 18
|-
| CP 8/4 CC-Link IE Controller ||   || X ||   || -8 || 8802-3 ||   || Type 23
|-
| CP 8/5 CC-Link IE Field Network ||   || X ||   || -8 || 8802-3 ||   || Type 23
|-
| FSCP 8/1 CC-Link Safety ||   ||   || -8 ||   ||   ||   ||
|-
| rowspan="2" | 9 
| rowspan="2" | HART
| CP 9/1 Universal Command (HART 6) || X ||   ||   ||   || -- || -- || Type 20
|-
| CP 9/2 Wireless HART (See IEC 62591) ||  ||   ||   ||   || -- || -- || Type 20
|-
| rowspan="1" | 10 
| rowspan="1" | Vnet/IP
| CP 10/1 Vnet/IP	||   || X ||   || -10 || 8802-3 || Type 17 || Type 17
|-
| rowspan="3" | 11 
| rowspan="3" | TCnet
| CP 11/1 TCnet-star  ||   || X ||   || -11 || 8802-3 || Type 11 || Type 11
|-
| CP 11/2 TCnet-loop 100  ||   || X ||   || -11 || 8802-3 || Type 11 || Type 11
|-
| CP 11/3 TCnet-loop 1G  ||   || X ||   || -11 || 8802-3 || Type 11 || Type 11
|-
| rowspan="3" | 12 
| rowspan="3" | EtherCAT
| CP 12/1 Simple IO	||   || X || -12 || -12 || Type 12 || Type 12 || Type 12
|-
| CP 12/2 Mailbox & time synchronization ||   || X || -12 || -12 || Type 12 || Type 12 || Type 12
|-
| FSCP 12/1 Safety over EtherCAT ||   ||   || -12 ||   ||   ||   ||	
|-
| rowspan="2" | 13 
| rowspan="2" | Ethernet POWERLINK
| CP 13/1 EPL ||   || X || -13 || -13 || 8802-3 || Type 13 || Type 13
|-
| FSCP 13/1 openSAFETY	||   ||   || -13 ||   ||   ||   ||				
|-
| rowspan="5" | 14 
| rowspan="5" | Ethernet for Plant Automation (EPA)
| CP 14/1 EPA NRT ||   || X || -14 || -14 || 8802-3 || Type 14 || Type 14
|-
| CP 14/2 EPA RT  ||   || X || -14 || -14 || 8802-3 || Type 14 || Type 14
|-
| CP 14/3 EPA FRT ||   || X ||   ||   || 8802-3 || Type 14 || Type 14
|-
| CP 14/4 EPA MRT ||   || X || -14 || -14 || 8802-3 || Type 14 || Type 14
|-
| FSCP 14/1 EPA Safety	||   ||   || -14 ||   ||   ||   ||		
|-
| rowspan="2" | 15 
| rowspan="2" | MODBUS-RTPS
| CP 15/1 MODBUS TCP ||   || X ||   || -15 || 8802-3 || TCP/IP ||	Type 15
|-
| CP 15/2 RTPS	     ||   || X ||   || -15 || 8802-3 || TCP/IP ||	Type 15
|-
| rowspan="4" | 16 
| rowspan="4" | SERCOS
| CP 16/1 SERCOS I	|| X ||   ||   || -16 || Type 16 || Type 16 || Type 16
|-
| CP 16/2 SERCOS II	|| X ||   ||   || -16 || Type 16 || Type 16 || Type 16
|-
| CP 16/3 SERCOS III	||   || X || -2 || -16 || 8802-3 || Type 16 || Type 16
|-
| SFCP 2/1 CIP Safety	||   ||   || -2 ||   ||   ||   ||
|-
| rowspan="1" | 17 
| rowspan="1" | RAPIEnet
| CP 17/1	||   || X ||   || -17 || 8802-3 || Type 21 || Type 21
|-
| rowspan="3" | 18 
| rowspan="3" | SafetyNET p
| CP 18/1 RTFL (real time frame line)	 ||   || X || -18 || -18 || 8802-3 || Type 22 || Type 22
|-
| CP 18/2 RTFN (real time frame network) ||   || X || -18 || -18 || 8802-3 || Type 22 || Type 22
|-
| SFCP 18/1 SafetyNET p	||   ||   || -18 ||   ||   ||   ||
|-
| rowspan="2" | 19 
| rowspan="2" | MECHATROLINK
| CP 19/1 MECHATRILINK-II || X ||   ||   || -19 || Type 24 || Type 24 || Type 24
|-
| CP 19/2 MECHATRILINK-III || X ||   ||  || -19 || Type 24 || Type 24 || Type 24
|-
| rowspan="2" | 20 
| rowspan="2" | ADS-net
| CP 20/1 NETWORK-1000 ||   || X ||   || -20 || 8802-3 || Type 25 || Type 25
|-
| CP 20/2 NX ||   || X ||  || -20 || 8802-3 || Type 25 || Type 25
|-
| rowspan="1" | 21 
| rowspan="1" | FL-net
| CP 21/1 FL-net ||   || X ||   || -21 || 8802-3 || Type 26 || Type 26
|}
{{collapse bottom}}

As an example, we will search for the standards for PROFIBUS-DP. This belongs to the CPF 3 family and has the profile CP 3/1. In Table 5 we find that its protocol scope is defined in IEC 61784 Part 1. It uses protocol type 3, so the documents IEC 61158-3-3, 61158-4-3, 61158-5-3 and 61158-6-3 are required for the protocol definitions. The physical interface is defined in the common 61158-2 under type 3. The installation regulations can be found in IEC 61784-5-3 in Appendix A. It can be combined with the FSCP3/1 as PROFIsafe, which is defined in the IEC 61784-3-3 standard.

To avoid the manufacturer having to list all these standards explicitly, the reference to the profile is specified in the standard. In the case of our example for the PROFIBUS-DP, the specification of the relevant standards would therefore have to be
 
''Compliance to IEC 61784-1 Ed.3:2019 CPF 3/1''

=== IEC 62026: Controller-device interfaces (CDIs) ===
<!-- linked from redirect [[IEC 62026]] -->
Requirements of fieldbus networks for process automation applications (flowmeters, pressure transmitters, and other measurement devices and control valves in industries such as hydrocarbon processing and power generation) are different from the requirements of fieldbus networks found in discrete manufacturing applications such as automotive manufacturing, where large numbers of discrete sensors are used including motion sensors, position sensors, and so on. Discrete fieldbus networks are often referred to as "device networks".

Already in the year 2000 the International Electrotechnical Commission (IEC) decided that a set of ''controller-device interfaces'' (CDIs) will be specified by the Technical Committee TC 121 ''Low-voltage switchgear and controlgear'' to cover the device networks. This set of standards with the number IEC 62026<ref>{{cite web
 |url=https://webstore.iec.ch/searchform&q=62026
 |title=Low-voltage switchgear and controlgear - Controller-device interfaces (CDIs)
 |date=2019
 |id=IEC 62026
 |publisher=IEC TC 121/SC 121A
 |access-date=2020-05-11
}}</ref> includes in the actual edition of 2019 the following parts:
* IEC 62026-1: Part 1: General rules
* IEC 62026-2: Part 2: [[AS-Interface|Actuator sensor interface]] (AS-i)
* IEC 62026-3: Part 3: [[DeviceNet]]
* IEC 62026-7: Part 7: CompoNet

The following parts have been withdrawn in 2006 and are not maintained anymore:
* IEC 62026-5: Part 5: Smart distributed system (SDS)
* IEC 62026-6: Part 6: Seriplex (Serial Multiplexed Control Bus)

== Cost advantage ==
The amount of cabling required is much lower in fieldbus than in 4–20&nbsp;mA installations. This is because many devices share the same set of cables in a multi-dropped fashion rather than requiring a dedicated set of cables per device as in the case of 4–20&nbsp;mA devices. Moreover, several parameters can be communicated per device in a fieldbus network whereas only one parameter can be transmitted on a 4–20&nbsp;mA connection. A fieldbus also provides a good foundation for the creation of a predictive and proactive maintenance strategy. The diagnostics available from fieldbus devices can be used to address issues with devices before they become critical problems.<ref>{{cite web|url=http://www.controlglobal.com/articles/2007/217/|title=Practical fieldbus tools aid predictive maintenance|date=July 15, 2007}}</ref>

== Networking ==
Despite each technology sharing the generic name of fieldbus the various fieldbuses are not readily interchangeable. The differences between them are so profound that they cannot be easily connected to each other.<ref>Bury (1999)</ref> To understand the differences among fieldbus standards, it is necessary to understand how fieldbus networks are designed. With reference to the [[OSI model]], fieldbus standards are determined by the physical media of the cabling, and layers one, two and seven of the reference model.

For each technology the physical medium and the physical layer standards fully describe, in detail, the implementation of bit timing, synchronization, encoding/decoding, band rate, bus length and the physical connection of the transceiver to the communication wires. The data link layer standard is responsible for fully specifying how messages are assembled ready for transmission by the physical layer, error handling, message-filtering and bus arbitration and how these standards are to be implemented in hardware. The application layer standard, in general defines how the [[data communication]] layers are interfaced to the application that wishes to communicate. It describes message specifications, network management implementations and response to the request from the application of services. Layers three to six are not described in fieldbus standards.<ref>{{cite book |last1=Farsi |first1=M. |last2=Barbosa |first2=M. B. |title=CANopen Implementation: Application to Industrial Networks |series=Computers and Communications |date=2000 |isbn=9780863802478 |publisher=Research Studies Press Ltd}}</ref>

==Features==
Different fieldbuses offer different sets of features and performance. It is difficult to make a general comparison of fieldbus performance because of fundamental differences in data transfer methodology. In the comparison table below it is simply noted if the fieldbus in question typically supports data update cycles of 1 millisecond or faster.
{| class="wikitable sortable" style="width: auto; text-align: center; font-size: smaller; table-layout: fixed;"
|-
! Fieldbus
! Bus power
! Cabling redundancy
! Max devices
! Synchronisation
! Sub millisecond cycle
|-
! {{rh}} | [[AFDX]]
| {{no}}
| {{yes}}
| {{ntsh|1e308}}Almost unlimited
| {{no}}
| {{yes}}
|-
! {{rh}} | [[AS-Interface]]
| {{yes}}
| {{no}}
| {{nts|62}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[CANopen]]
| {{no}}
| {{no}}
| {{nts|127}}
| {{yes}}
| {{no}}
|-
! {{rh}} | [[CompoNet]]
| {{yes}}
| {{no}}
| {{nts|384}}
| {{no}}
| {{yes}}
|-
! {{rh}} | [[ControlNet]]
| {{no}}
| {{yes}}
| {{nts|99}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[CC-Link Industrial Networks|CC-Link]]
| {{no}}
| {{no}}
| {{nts|64}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[DeviceNet]]
| {{yes}}
| {{no}}
| {{nts|64}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[EtherCAT]]
| {{yes}}
| {{yes}}
| {{nts|65536}}
| {{yes}}
| {{yes}}
|-
! {{rh}} | [[Ethernet Powerlink]]
| {{no}}
| Optional
| {{nts|240}}
| {{yes}}
| {{yes}}
|-
! {{rh}} | [[EtherNet/IP]]
| {{no}}
| Optional
| {{ntsh|1e308}}Almost unlimited
| {{Yes}}
| {{Yes}}
|-
! {{rh}} | [[Interbus]]
| {{no}}
| {{no}}
| {{nts|511}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[LonWorks]]
| {{no}}
| {{no}}
| {{nts|32000}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[Modbus]]
| {{no}}
| {{no}}
| {{nts|246}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[PROFIBUS]] DP
| {{no}}
| Optional
| {{nts|126}}
| {{yes}}
| {{no}}
|-
! {{rh}} | [[PROFIBUS]] PA
| {{yes}}
| {{no}}
| {{nts|126}}
| {{no}}
| {{no}}
|-
! {{rh}} | [[PROFINET]] incl. IRT
| {{no}}
| Optional
| {{ntsh|1e308}}Almost unlimited
| {{yes}}
| {{yes}}
|-
! {{rh}} | [[SERCOS III]]
| {{no}}
| {{yes}}
| {{nts|511}}
| {{yes}}
| {{yes}}
|-
! {{rh}} | [[SERCOS interface]]
| {{no}}
| {{no}}
| {{nts|254}}
| {{yes}}
| {{yes}}
|-
! {{rh}} | [[Foundation Fieldbus H1]]
| {{yes}}
| {{no}}
| {{nts|240}}
| {{yes}}
| {{no}}
|-
! {{rh}} | [[Foundation Fieldbus H1#FOUNDATION HSE|Foundation HSE]]
| {{no}}
| {{yes}}
| {{ntsh|1e308}}Almost unlimited
| {{yes}}
| {{no}}
|-
! {{rh}} | [[RAPIEnet]]
| {{no}}
| {{yes}}
| {{nts|256}}
| Under Development
| Conditional
|-class="sortbottom"
! Fieldbus
! Bus power
! Cabling redundancy
! Max devices
! Synchronisation
! Sub millisecond cycle
|}

== Market ==
{{As of|2008}}, in process control systems, the market is dominated by [[Foundation Fieldbus]] and [[Profibus]] PA.<ref>{{Cite magazine |url=http://www.fieldbus.org/images/stories/fieldbus_report/FieldbusReport_Apr08.pdf |magazine=Fieldbus Repory |title=Fieldbus Foundation advertisement |page=36 |date=Spring 2008 |publisher=Fieldbus Foundation |access-date=2013-07-24 |archive-date=2016-06-26 |archive-url=https://web.archive.org/web/20160626133248/http://www.fieldbus.org/images/stories/fieldbus_report/FieldbusReport_Apr08.pdf |url-status=dead }}</ref> Both technologies use the same physical layer (2-wire [[Manchester code|Manchester-encoded]] current modulation at 31.25&nbsp;kHz) but are not interchangeable. As a general guide, applications which are controlled and monitored by [[programmable logic controller]]s (PLCs) tend towards PROFIBUS, and applications which are controlled and monitored by a [[distributed control system|digital/distributed control system]] (DCS) tend towards Foundation Fieldbus. PROFIBUS technology is made available through Profibus International with headquarters in Karlsruhe, Germany. Foundation Fieldbus technology is owned and distributed by the Fieldbus Foundation of Austin, Texas.

== See also ==
* [[Parallel Redundancy Protocol]]
* [[Media Redundancy Protocol]]

== References ==
{{Reflist|33em}}

== Bibliography ==
* {{cite magazine |last=Babb |first=Michael |date=January 1994 |title=Will Maintenance Learn To Love Fieldbus? |magazine=Control Engineering |page=19}}
* {{cite magazine |last=Babb |first=Michael |date=July 1994 |title=Another Fieldbus Delay, Schneider's DPV, and Open Systems |magazine=Control Engineering |page=29}}
* {{cite magazine |last=Gokorsch |first=Steve |date=June 1994 |title=Another Scenario: Maintenance Will Learn to Love Fieldbus |magazine=Control Engineering |pages=112&ndash;114}}
* {{cite magazine |last=Gunnel |first=Jeff |date=March 1994 |title=Analyser Links Can Use Fieldbus |magazine=Control and Instrumentation |pages=33&ndash;35}}
* {{cite magazine |last=Hodgkinson |first=Geoff |date=1994 |title=Communications Are We Listening? |magazine=Process Engineering, Instrumentation Supplement 1994 |pages=s19&ndash;s21}}
* {{cite magazine |last=Jones |first=Jeremy |date=August 1992 |title=Can Fieldbus Survive? |magazine=Control and Instrumentation |pages=25&ndash;26}}
* {{cite magazine |last=Kerridge |first=Brian |date=April 28, 1994 |title=Network Vendors Aganize Over Fieldbus Standard |magazine=EDN |pages=45&ndash;46}}
* {{cite magazine |last=Rathje |first=J. |date=September 1994 |title=Namur Says Yes To Fieldbus Technology and the Promise of Reduces Costs |magazine=Control and Instrumentation |pages=33&ndash;34}}
* {{cite magazine |last=Reeve |first=Alan |date=August 1993 |title=Fieldbus &mdash; Are Users Involved? |magazine=Control and Instrumentation |pages=25&ndash;26}}
* {{cite magazine |last=Spear |first=Mike |date=April 1994 |title=A Plant View of Fieldbus In Use |magazine=Process Engineering |pages=38&ndash;39}}
* {{cite magazine |last=Spear |first=Mike |date=April 1994 |title=Fieldbus Ready To Start The Last Lap? |magazine=Process Engineering |page=37}}
* {{cite magazine |last=Chatha |first=Andrew |date=May 1994 |title=Fieldbus: The Foundation for Field Control Systems |magazine=Control Engineering |pages=47&ndash;50}}
* {{cite magazine |last=Furness |first=Harry |date=January 1994 |title=Digital Communications Provides... |magazine=Control Engineering |pages=23&ndash;25}}
* {{cite magazine |last=Furness |first=Harry |date=March 1994 |title=Fieldbus: The Differences Start From the Bottom Up |magazine=Control Engineering |pages=49&ndash;51}}
* {{cite magazine |last=Fouhy |first=Ken |date=September 1993 |title=Fieldbus Hits The Road |magazine=Chemical Engineering |pages=37&ndash;41}}
* {{cite magazine |last=Johnson |first=Dick |date=December 1994 |title=The Future of Fieldbus At Milestone 1995 |magazine=Control Engineering |pages=49&ndash;52}}
* {{cite magazine |last=Loose |first=Graham |date=May 1994 |title=When Can The Process Industry Use Fieldbus? |magazine=Control and Instrumentation |pages=63&ndash;65}}
* {{cite magazine |last=Spear |first=Mike |date=March 1993 |title=Fieldbus Faces Up To First Trials |magazine=Process Engineering |page=36}}
* {{cite magazine |last=Lasher |first=Richard J. |date=July 1994 |title=Fieldbus Advancements and Their Implications |magazine=Control Engineering |pages=33&ndash;35}}
* {{cite magazine |last=Pierson |first=Lynda L. |date=November 1994 |title=Broader Fieldbus Standards Will Improve System Functionality |magazine=Control Engineering |pages=38&ndash;39}}
* {{cite book |last1=Powell |first1=James |first2=Henry |last2=Vandelinde |date=2009 |title=Catching the Process Fieldbus - An introduction to PROFIBUS for Process Automation}}
* Patel, Kirnesh (2013) ''Foundation Fieldbus Technology and its applications''
* {{cite magazine |last=O'Neill |first=Mike |date=January 2007 |title=Advances in Fieldbus |magazine=Process Industry Informer |pages=36&ndash;37}}
* {{cite magazine |first1=N.P. |last1=Mahalik |first2=P.R. |last2=Moore |date=August 1, 1997 |title=Fieldbus technology based, distributed control in process industries: a case study with LonWorks Technology |magazine=Integrated Manufacturing Systems |volume=8 |issue=4 |pages=231–243 |issn=0957-6061 |doi=10.1108/09576069710182054}}
* {{cite web
|url=http://www.fieldbus.org/images/stories/enduserresources/technicalreferences/documents/wp_arc_ff-sif_908.pdf
|title=FOUNDATION Fieldbus Safety Instrumented Functions Forge the Future of Process Safety
|publisher=ARC Advisory Group
|date=2008
|website=fieldbus.org
|archive-url=https://web.archive.org/web/20200731045909/http://www.fieldbus.org/images/stories/enduserresources/technicalreferences/documents/wp_arc_ff-sif_908.pdf
|archive-date=2020-07-31
|url-status=dead}}

{{List of IEC standards}}
{{Automation protocols}}

[[Category:Serial buses]]
[[Category:Industrial computing]]
[[Category:Computer-related introductions in 1988]]