Multi-Protocol Field Interface for Portable Process Automation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Process automation systems require multiple versions of field devices to accommodate different communication protocols, leading to increased inventory and development costs, and limit the portability of field devices across different plant automation systems.

Innovation Solution

A multi-protocol field device that can communicate using various protocols, such as Ethernet/IP and HART/IP, allowing a single device to manage asset data and transmit real-time process information, enabling seamless integration with different automation systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If field devices use only one communication protocol, then the device design is simple and reliable, but multiple versions of field devices must be maintained for different protocols, increasing inventory and development costs

Engineering Contradiction:
Improveprotocol compatibilityVSAvoiddevice architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The field device incorporates multiple communication protocol stacks (HART, Fieldbus, Ethernet/IP, Profinet, Modbus) within a single device architecture, enabling universal compatibility across different industrial communication standards. This multi-functionality eliminates the need for separate device versions for each protocol while maintaining reliable communication capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The device employs a protocol translation mechanism that acts as an intermediary between different communication protocols. This mediator enables seamless data exchange between devices using different protocols by translating messages between protocol formats, thereby achieving broad adaptability without requiring each device to implement all protocols natively.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If field devices are designed for a specific protocol, then the device integrates well with that protocol's system, but the device cannot be easily transported or used in different plants or different automation systems

Engineering Contradiction:
Improvesystem portabilityVSAvoidproduct standardization
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The field device is manufactured with universal communication capabilities supporting multiple industrial protocols (HART, Fieldbus, Ethernet/IP, Profinet, Modbus). This standardized multi-protocol design enables the same device model to be deployed across different plants and automation systems regardless of the specific protocol used, greatly enhancing system portability while maintaining ease of manufacture through product standardization.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Adaptability or versatility

If multiple communication units are added to support multiple protocols, then protocol versatility improves, but the device complexity and communication management difficulty increase

Engineering Contradiction:
Improvemulti-protocol communicationVSAvoidcommunication unit structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The device combines multiple communication protocol stacks into a unified communication architecture managed by a single processor. This merging approach integrates HART, Fieldbus, Ethernet/IP, Profinet, and Modbus protocols into one cohesive structure, reducing the need for separate communication units while maintaining multi-protocol versatility. The unified design simplifies the overall device complexity compared to having independent communication units for each protocol.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

A central processor acts as an intermediary that manages all communication protocols through a unified interface. This mediator coordinates data flow between different protocol stacks and the device's functional units, simplifying communication management by providing a single point of control rather than requiring separate management mechanisms for each protocol.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Quantity of substance

If a single field device supports multiple protocols, then inventory and development costs are reduced, but the communication interface complexity increases

Engineering Contradiction:
Improvedevice inventoryVSAvoidcommunication interface
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The field device implements a universal communication interface that natively supports multiple industrial protocols (HART, Fieldbus, Ethernet/IP, Profinet, Modbus). This multi-functional interface design eliminates the need for separate device versions for different protocols, reducing inventory requirements and development costs while managing interface complexity through standardized protocol implementations within a unified architecture.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12120204B2Multi-protocol field device in process control systems
Publication Date: 2024.10.15 FISHER ROSEMOUNT SYST INC
  • US12120204B2 patent drawing
  • US12120204B2 patent drawing

AI summary

A field device includes components to communicate with a control and/or asset management system of a process control system or with other field devices using any of several different communication protocols such as several different internet protocol (IP) protocols. This architecture allows for a single version of a field device to be provided in automation or plant control systems that use any of these communication protocols, thus saving on inventory and product development costs. Moreover, the multi-protocol field device or a system using the multi-protocol field device can manage the asset (read and write parameterized data from and to the asset) using one protocol while at the same time communicating real-time process/factory automation information using a second and different protocol. Moreover, the field device may be able to communicate to other devices including other field devices and host devices using both of these protocols or other protocols for different purposes.