HART-IP Technical Description
HART-IP Technical Description
To obtain information concerning document distribution control, maintenance control and document approval
please contact FieldComm Group at the address shown below.
This document contains copyrighted material and may not be reproduced in any fashion without the written
permission of FieldComm Group.
Trademark Information
FieldComm Group®, Ethernet-APL, HART®, HART‐IP®, PA-DIM® and WirelessHART® are registered trademarks
and FOUNDATION™ Fieldbus and FDI™ are trademarks of FieldComm Group, Austin, Texas, USA. Any use of
these terms hereafter in this document or in any document referenced by this document, implies the
trademark/registered trademark. All other trademarks used in this or referenced documents are trademarks of
their respective companies. For more information, contact FieldComm Group at the address below.
The FieldComm Group (the Group) does not knowingly use or incorporate any information or data into the
HART, FOUNDATION Fieldbus and FDI protocol standards, which the Group does not own or have lawful rights to
use. Should the Group receive any notification regarding the existence of any conflicting private IPR, the Group
will review the disclosure and either (A) determine there is no conflict; (B) resolve the conflict with the IPR
owner; or (C) modify the standard to remove the conflicting requirement. In no case does the Group encourage
implementers to infringe on any individual's or organization's IPR.
TABLE OF CONTENTS
EXECUTIVE SUMMARY
One of the reasons why HART is well-liked by plant staff working with instrumentation is that it is not necessary
to understand the underlying technology to use it. Some instrument technicians, who have been using 4-20
mA/HART and WirelessHART instruments for decades, have never even heard about HART commands. This ease
of use is a result of several important attributes of the technology. These attributes now carry over to HART-IP
technology.
1 HART-IP TECHNOLOGY
HART-IP is an application protocol that works on top of UDP/TCP/IP over regular IEEE802.3 Ethernet and
Ethernet-APL. This includes physical media such as copper cable, fiber-optic (FO), Power over Ethernet (PoE),
and wireless links using Wi-Fi and other media supporting UDP/TCP/IP like mobile/cellular (3G/4G/LTE/5G),
microwave or satellite, all available in industrial grade also for use outdoor and in hazardous areas. HART-IP is
fully routable since standard IP is used. HART-IP meets diverse requirements like various topologies, sizes,
distance, and explosion protection, etc. thanks to the modular concept of IP-based hardware. That is,
networking gear need not be specially “HART-IP compatible”; regular industrial-grade network infrastructure
components are used.
Industrial Ethernet is taking the place of RS485 for the I/O infrastructure in plants and Ethernet-APL is taking the
place of analog 4-20 mA for the instrumentation in new plants and expansions. Yet, in existing plants, 4-20
mA/HART and WirelessHART will remain for a long time. HART-IP is an application protocol for instrumentation,
infrastructure, and associated device management as well as analytics software. HART-IP has been in operation
for more than 10 years and is based on the proven and familiar HART protocol, which has been serving the
industry for more than 30 years.
HART-IP products provide a uniform experience with existing 4-20 mA/HART and WirelessHART products – only
at much higher speeds. Echo curves that would take minutes to plot with 4-20mA now generate in seconds.
HART-IP is compatible with existing instrumentation and ready for the future, thus protecting investments.
HART-IP is found in both hardware and software. Chances are your plant already uses HART-IP and you don’t
even know it. While HART for 4-20 mA devices are only used for configuration, calibration, and diagnostics, and
asset management, Ethernet-APL devices also use HART-IP for real-time transmitter process variable (PV) and
controller setpoint output to valves for control. These variables also include status with validity.
The HART burst mode communication has been translated into a publisher-subscriber (pub-sub) relationship
carried on top of UDP/IP and is used for cyclic real-time transmission of process variables from transmitters to
valves, for monitoring, control, and in the future also for functional safety applications.
HART-IP runs at the speed of Ethernet which can be 10/100/1000 Mbit/s, fast enough for process monitoring,
control, Sequence of Events (SoE) recording, turbomachinery protection, and Safety Instrumented Functions
(SIF). The HART protocol now includes SafeHART extensions for functional safety. Safety and non-safety devices
will be able to coexist on the same network. There will be devices that can be used in safety and non-safety
applications.
1.1.2 Commands
To access information, HART-IP uses the same universal commands as 4-20 mA/HART and WirelessHART, and
most of the same common practice commands. Some new common practice commands were added specifically
for HART-IP. Similarly, HART-IP permits manufacturers to add device-specific commands for special features.
Universal commands are mandatory and implemented by all HART field instruments. Common practice
commands are optional but implemented the same way in all devices that support them. Commands that read
information from a device, group related information together, reading in a single transaction thus reducing
traffic.
HART multiplexers and WirelessHART gateways based on HART-IP simply pass through HART commands
received over HART-IP from IDM software and analytics to the underlying field instrument and return the
response. No mapping to other protocols is needed. The application protocol remains intact thanks to HART-IP.
Therefore, IDM software can still use the device EDD/FDI files to automatically access all the data in the field
instrument without the need for manual data mapping.
1.1.3 Interoperability
HART-IP interoperability is enabled by universal and common practice commands and EDD/FDI files. Field
instruments, control systems, multiplexers, gateways, and software of different versions and models from
different manufacturers can exchange data without custom programming or manual data mapping. All device
information including detailed diagnostics and configuration can be accessed and displayed graphically by
loading an EDD/FDI file for the device on the system. Thanks to universal and common practice commands, the
configuration of published and subscribed variables does not require an EDD/FDI file and can be done
automatically by the control system based on the control strategy. This reduces the system engineering burden
and improves day-to-day ease of use. Alternatively, DTM programs can be used in FDT-based IDM software.
1.1.4 Interchangeability
Similarly, HART-IP interchangeability is also enabled by well-defined universal and common practice HART
commands for the most important “core” instrument functions including:
Universal and common practice commands do not change over time, they work the same way in old and new
versions of devices, all models, from all manufacturers. This ensures backward and forward compatibility. A
replacement device will need to be considered for its matching common practice commands, mechanical
configuration, and mounting orientation. With much of HART technology being standardized, this task is made
easy.
The control system establishes communication with the replacement instrument even of a different version,
model, and make. Similarly, the control system can automatically commission a HART-IP field instrument as soon
as it is connected to the network. That is, an instrument technician can replace a field instrument using only a
screwdriver, without touching the control system software thus making field instrument replacement easier and
eliminating the need for a system engineer or system integrator to participate in the field instrument
replacement.
HART device families (device profiles) define the interchangeability of additional instrument data. The control
system verifies if a device family is supported by the instrument and can assist with instrument replacement.
1.1.5 Redundancy
HART-IP works across both ring topology networks like Media Redundancy Protocol (MRP) and dual networks
with redundant Ethernet switches like Parallel Redundancy Protocol (PRP). Both 1 or 2 Ethernet ports per device
are supported.
Controllers: Redundant controller pairs of primary and secondary controllers can support HART-IP devices.
WirelessHART Gateway: Both primary and secondary controllers can read measurement data as well as read
and write WirelessHART instrument data through the WirelessHART gateway. For redundant WirelessHART
gateways, the primary gateway connects to the primary controller and the secondary gateways connect to the
secondary controller.
Ethernet-APL Field Switch: Both primary and secondary controllers can capture measurement values published
from HART-IP APL sensors, publish setpoint output to the HART-IP APL positioners, and read and write data in
the HART-IP APL instruments through the APL field switch.
Remote-I/O: Both primary and secondary controllers can read and write HART instrument data which pass
through the HART-capable remote-I/O subsystem. For redundant remote-I/O subsystems the primary remote-
I/O ‘head’ connects to the primary controller and the secondary remote-I/O ‘head’ connects to the secondary
controller. Alternatively, for redundant remote-I/O subsystems, both the primary and secondary remote-I/O
‘heads’ connect to both the primary and the secondary controller. A PLC protocol runs in parallel for the I/O
signals to and from the PLC.
Both ring topology and dual network enable HART-IP communication to be redirected through a different path
with little or no delay.
1.1.6 Timestamp
HART-IP devices can publish timestamped event notifications on device configuration change events, device
status alarms, or device diagnostics alarms.
1.2 IP
HART-IP devices benefit from the capabilities of the Internet Protocol (IP).
1.2.1 Compatibility
HART-IP uses standard Ethernet infrastructure which has a long tradition of retaining backward compatibility as
new generations of technology with higher bandwidth or new capabilities are introduced, automatically
negotiating speed. Thus, it is easy to retrofit old hardware with a new and better component.
1.2.2 Cybersecurity
HART-IP version 2 mandates the use of standard Transport Layer Security (TLS) and standard Datagram
Transport Layer Security (DTLS) providing encryption, authentication, and integrity check, plus standard syslog
for events, and internal audit log for server activity such as in field instruments, multiplexers, and gateways. The
security mechanisms are the same in all HART-IP products from all manufacturers, so they
all interoperate.
The network over which HART-IP is transported can make use of the wide range of security
solutions available for IP over and above TLS/DTLS; such as firewalls, intrusion detection
systems, VPN tunneling, and many others. A system can thus be designed to provide
multiple layers of security for defense in depth. HART-IP has a default port (5094) making it
easier to manage filtering and blocking. Once communication between a HART-IP client and a device has been
established, security is enforced.
HART-IP is used in level 0 instrumentation and level 1 infrastructure while level 2 and level 3 software may use
OPC-UA for open communication, with some overlap options. Note that wired, wireless, and Ethernet-APL
instrumentation all use the same HART application protocol for simplicity.
1.2.4 Coexistence
HART-IP coexists in parallel with other communication protocols on the same Ethernet wires, such as between
IO-subsystems and controllers and from controller to controller. That is, unlike traditional “bus” systems which
only support a single protocol, IP on Ethernet is a multi-protocol environment that has made the Internet so
successful with specialized protocols coexisting in parallel.
use RTSP, etc. This clear distinction between functions by protocol/port makes it easy to shape network
communication traffic for a mix of instruments, controllers, and IP cameras, etc. filtering and blocking for
security and Quality of Service (QoS) prioritization. Note that the various systems sharing the same network
infrastructure use different access credentials such that a person working on the video system cannot access the
control system and vice versa.
Control systems, SIS, and IDM software support HART-IP but may at the same time also support other protocols.
Field instruments supporting HART-IP may also support other protocols, such as a web browser. This way
devices can be selected independently of the main system.
1.2.6 Ethernet-APL
Ethernet-APL is two-wire including power and communication. Ethernet-APL supports both hazardous areas and
non-hazardous areas. Intrinsic safety is easy thanks to the 2-WISE concept, which has international recognition
through the IEC60079-47 standard. Ethernet-APL grounding and shielding also meet these requirements.
Ethernet-APL devices support multiple modes of explosion protection, including intrinsic safety, non-incendive,
explosion-proof/flameproof, etc. Ethernet-APL runs at 10 Mbit/s thus capable of supporting many devices and
many fast control loops.
Ethernet-APL has high EMI/RFI immunity for Electromagnetic Compatibility (EMC) for use in industrial
environments. Single and multi-point grounding is permitted. Ethernet-APL uses a single pair of shielded twisted
pair cables. Ethernet-APL instruments are typically connected using simple and rugged screw or clamp terminals
for long life. No special tools or field assembly of connectors is required. An Ethernet, and Ethernet-APL, switch
port is its own network thus HART-IP devices can be added without disturbing other devices on that switch.
HART-IP devices have the HART-IP logo engraved or otherwise labeled. Ethernet-APL devices are additionally
marked with the Ethernet-APL logo.
The long-term infrastructure lifecycle cost of a single shared Ethernet-APL network is expected to be lower than
multiple infrastructures for 4-20 mA, on-off, RS485, VBS video, and other signal types found in a plant.
2 WHY HART-IP?
As I&C engineers are delivering new control systems, modernizing existing control systems, and executing the
digital transformation use cases identified for Industrie4.0, HART-IP makes this work easy at every stage of the
system lifecycle for all these systems:
New plants and even retrofits can now use Ethernet as a single shared network infrastructure in place of
multiple RS485 networks, and HART-IP as the application protocol used for field instrumentation and
infrastructure including analyzers. Other IP protocols can exist in parallel on the same shared infrastructure for
other equipment like motor starters and drives, weighbridges, power meters, etc.
Ethernet-based HART multiplexers with HART-IP are taking the place of RS485-based HART multiplexers to
“future-proof” the system and make it easier to manage and make Integrated Device management (IDM)
software respond faster. HART-IP helps put 4-20 mA/HART to good use.
field instrument sufficient for process control but insufficient to make good use of smart field devices. Mapping
detailed instrument data is time consuming and error prone, and very challenging to maintain over time.
The HART family of protocols, including HART-IP, was designed for the management of the field instruments
themselves including the display of measurement status, device status, detail diagnostics, auxiliary
measurements, and calibration using IDM software. This is made possible by the field instrument’s Device
Description (DD), newer Electronic Device Description Language (EDDL), or the latest Field Device Integration
(FDI) device package to automatically display all the field instrument information without manual data mapping.
This makes system integration a lot easier. By not mapping instrument data to other protocols, HART-IP
preserves the ability to use DD/EDD/FDI files. Other protocols cannot achieve a comparable result.
Thanks to HART-IP, I&C engineers can manage WirelessHART sensors using the same IDM software they use for
4-20 mA/HART instruments, gaining access to the required instrument identification, configuration/setup, and
calibration data as well as auxiliary measurements simplifying their day-to-day work.
HART-IP direct from the WirelessHART gateways into the predictive analytics software eliminates the need for
data mapping, again saving project time.
Thanks to HART-IP, a third-party SIS not natively integrated with the DCS as an Integrated Control and Safety
System (ICSS), but with pass-through of underlying 4-20 mA/HART instrument data, can be integrated with IDM
software much easier than using a separate HART multiplexer thus saving project time.
The same applies to Remote Terminal Units (RTU), flow computers, PLC, and remote-I/O supporting HART-IP.
As of version 7.9 of the HART communications protocol, HART 4-20 mA, WirelessHART, and HART-IP devices are
now capable of deployment in SIS when they conform to SafeHART requirements defined in the new
specification 1.
Ethernet has been used in control system control networks for the past 25 years. Now Ethernet is making its way
into the field. IEEE802.3cg 10Base-T1L Ethernet-APL (Advanced Physical Layer) is fully digital and therefore
avoids the limitations of analog 4-20 mA. Ethernet-APL uses 2-wires also providing device power and can be
deployed in hazardous areas with intrinsic safety – a feature previously unattainable with prior versions of
Ethernet technology. HART-IP is an application protocol available for Ethernet-APL field instruments.
WirelessHART Gateways
Many plants now have plant-wide WirelessHART coverage with WirelessHART gateways in every plant unit
integrated using an Ethernet backhaul network. A site may have hundreds and even thousands of WirelessHART
sensors for automating manual data collection as part of the digitalization of how the plant is run and
maintained, particularly the maintenance, reliability, integrity, energy efficiency, as well as occupational safety
and health work processes. Advanced sensors are key to the digitalization of activities. HART-IP enables
WirelessHART gateways and IDM software from different vendors to work together with minimal effort.
Remote-I/O
Some plants use remote-I/O. Modern remote-I/O subsystems use an Ethernet backhaul network. HART-IP
enables remote-I/O and IDM software from different vendors to work together without the need for custom
driver software. This makes the design of remote-I/O subsystems easier. By eliminating dedicated RS485
networks and serial-to-Ethernet converters system integration is greatly simplified.
HART Multiplexers
Many plants rely on HART multiplexers because HART is not supported in their control system. A HART
multiplexer is connected in parallel with conventional 4-20 mA I/O cards tapping into the HART communication
as a proxy. Modern HART multiplexers use an Ethernet backhaul network. HART-IP enables HART multiplexers
and IDM software from different vendors to work together without the need for custom driver software. This
makes the design of multiplexer systems easier. By eliminating dedicated RS485 networks and serial-to-Ethernet
converters, package unit integration is greatly simplified.
2.2.4 Cloud
Since HART-IP is based on IP it also runs across the enterprise network and the Internet straight into HART-IP
compliant analytics and other apps running on a Virtual Machine (VM) in the cloud like Azure, AWS, or Google,
without conversion to MQTT, AMQP, CoAP, or other messaging protocols thus avoiding loss of semantics
associated with mapping data into MQTT topics or equivalent. This also avoids the additional hardware and
software. This makes design for the Industrial Internet of Things (IIoT), cloud computing, and connected services
business models very easy. IT/OT integration is easy and IT/OT collaboration is smooth. Nevertheless, an edge
gateway can be used for the conversion of HART-IP to OPC-UA, MQTT, or other protocols for platforms or
software that does not have native support for HART-IP.
to the OPC-UA server for the second channel. That is, HART-IP and OPC-UA complement each other perfectly in
this architecture. HART-IP in field instrumentation and supporting infrastructure, and OPC-UA in the larger
devices and software above. A complete digital solution for Industrie4.0 and digital transformation can easily be
designed.
Thanks to EDD/FDI, the data in all 4-20 mA/HART, WirelessHART, and HART-IP instruments can be accessed and
displayed automatically. It would be impractical to map all the setup/configuration, diagnostics, calibration, and
auxiliary measurement data from hundreds or thousands of field instruments to Modbus/TCP or other protocols
and then map again into some system and create graphics for it all. With HART-IP and EDD/FDI all that
configuration work is eliminated. This makes system configuration a lot easier.
EDD/FDI also enables a device configuration database to be built offline in advance in the engineering office
before mobilizing to the site. Doing this work in an engineering office is a lot easier than in the field at the site.
Once at the site, the topology of HART-IP devices including field instruments as well as HART multiplexers and
WirelessHART gateways with their underlying 4-20 mA/HART and WirelessHART devices is automatically
discovered. Device configurations get downloaded automatically once the device has been connected to the
system at the site. Configuring devices one by one on the bench the traditional way is also possible.
Time Optimization (RTO), and many more software applications that don’t have native support for HART-IP.
Thanks to universal and common practice HART commands which are the same for all devices, and are
preserved by the HART-IP protocol, a HART-IP OPC-UA server can make all the “core parameters” of 4-20
mA/HART, WirelessHART, and HART-IP Ethernet-APL instrumentation available automatically without having to
manually configure desired data one by one. This makes system configuration very easy.
The control system handles most steps of the HART-IP device commissioning process such that it becomes
transparent and easy for the technician to install or replace devices with like field instruments. Devices for
functional safety will be commissioned in the same way.
2.6.2 IP Address
HART-IP supports standard automatic dynamic address assignment to devices by the Dynamic Host
Configuration Protocol (DHCP). This makes commissioning easy.
At the same time, HART-IP devices may have an embedded HTTP/HTTPS web server that enables viewing the
configuration from a regular web browser. The web server defaults can be ‘off’ and ‘read-only’. Any wireless
interfaces on a device like Wi-Fi and Bluetooth can be shipped disabled by default. It is recommended to only
use secure connections, such as the IDM or control system, to make changes to the HART-IP devices.
Devices can also be ordered and shipped preconfigured from the factory. Default parameter values are included
in the FDI Device Packages.
� � � ⛛
flags. Device diagnostics are displayed consistently for multiple manufacturers thanks to standard NAMUR
NE107 status information provided by the devices. Thanks to HART-IP multiplexers and HART-IP pass-through,
the plant’s I&C team can take full advantage of intelligence in instrumentation and also on package units.
IDM systems either retrieve the NE107 status from the device when the device flags more status is available or
configure devices to publish a timestamped event notification when their status changes. The NE107 status
signals are automatically displayed in the control system and IDM software and stored in the device for local
access. IDM software and detail analytics applications, like control valve analytics, can automatically retrieve
detailed diagnostics from the device on status change. HART process variables published with Command 9
include DeviceHealth with each response, making the NE107 status constantly available for instrument
technicians to view or analyze.
Infrastructure components like Industrial Ethernet switches, particularly Ethernet-APL, may support NE107 and
may also display the status locally using LEDs.
HART-IP devices like HART multiplexers, WirelessHART gateways, and Ethernet-APL instruments have an IP
address. HART-IP is supported over both IPv4 and IPv6, which can coexist. Future migration from IPv4 to IPv6 is
thus possible. HART-IP supports automatic addressing via DHCP eliminating the need for manual address
assignment.
HART-IP devices are identified by the freely configurable device tag and hostname. The device IP hostname is
made up of the process unit tag name and the long device tag with a hyphen in between. For instance, a plant
may have an isomerization unit with the process unit tag name “Isom”, and in that plant unit there is a
temperature transmitter with the device tag “TT1001”. The IP hostname for this device now becomes “Isom-
TT1001”. In a system with a Domain Name System (DNS) server, devices can be found from any computer based
on their hostname without knowing their IP address. HART-IP devices, being Ethernet devices, also have a MAC
address. Instrument technicians do not have to deal with IP and MAC addresses by virtue of the IP hostname.
HART-IP uses the standard Precision Time Protocol (PTP) for clock synchronization with fallback to standard
Network Time Protocol (NTP) when PTP is not available. PTP provides microsecond level time synchronization
and NTP millisecond-level time synchronization.
HART-IP has its own default port number (5094) making it possible to manage network communication traffic.
HART-IP also supports Quality of Service (QoS) using DiffServ prioritization. Furthermore, real-time
measurements and setpoint outputs to valves use UDP while non-real-time configuration and diagnostics use
TCP. Thus, measurements and setpoint outputs to valves are not disturbed by device configuration and
diagnostics traffic, during operation or commissioning, control system alarms, streaming video, or by setting
higher and lower priority, etc.
4 SUMMARY
HART-IP is a simple, high-level application technology that is independent of the underlying physical layer. HART-
IP operates with Ethernet as well as mesh or ring topologies. Similarly, HART-IP can run on Power over Ethernet
(PoE) for such infrastructure and devices.