Emulated Device Manager for Process Control Field Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional process control systems lack flexibility in monitoring and presenting status and diagnostic information for multiple field devices, requiring users to manually open each device's configuration interface, which is time-consuming, especially in systems with hundreds or thousands of devices.

Innovation Solution

The system employs an emulator to emulate a device manager, allowing for the retrieval of status and diagnostic data from field devices through communication DTMs, presenting the data via a user interface and caching for real-time updates, enabling efficient monitoring and presentation of health information without requiring actual device managers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If users manually open each device's configuration interface to monitor status and diagnostic information, then they can access detailed device information, but the time and effort required increases significantly

Engineering Contradiction:
Improveaccess to device informationVSAvoidtime to monitor devices
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system segments the monitoring task by creating a centralized user interface that displays status and diagnostic information for multiple field devices in a single view, eliminating the need to manually open each device's configuration interface separately. The emulator divides the monitoring function into discrete device instances that can be queried and displayed independently within one interface.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The emulator acts as an intermediary between the user interface and the field devices, abstracting the complexity of individual device configuration interfaces. It provides a unified access point that retrieves and presents information from multiple devices without requiring users to interact with each device's native configuration interface separately.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the system supports multiple communication protocols through FDT/DTM technology, then adaptability to different field devices is improved, but system complexity increases

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

Solution Approach 1:

The emulator implements a universal interface that can communicate with field devices using multiple protocols (HART, FOUNDATION Fieldbus, PROFIBUS) through a single unified architecture. The FDT/DTM technology provides multi-functional capability, allowing the same emulator instance to handle different communication protocols and device types without requiring separate specialized interfaces for each protocol.

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

Data Source

PatentUS7983892B2System and method for accessing and presenting health information for field devices in a process control system
Publication Date: 2011.07.19 HONEYWELL INTERNATIONAL INC
  • US7983892B2 patent drawing
  • US7983892B2 patent drawing
  • US7983892B2 patent drawing

AI summary

A system includes a server configured to generate a request for status information and/or diagnostic information associated with a field device in a process control system. The system also includes an interface component having (i) an emulator configured to emulate a device manager associated with the field device and (ii) a communication manager configured to communicate with the field device over a communication link using a specified protocol. The server is configured to provide the request to the communication manager through the emulator, receive the status information and/or the diagnostic information from the field device through the communication manager and the emulator, and generate a user interface based on the status information and/or the diagnostic information. The communication manager could represent a communication Device Type Manager (DTM), and the emulator could emulate at least some functions of a device DTM.