BRIEF DESCRIPTION OF THE DRAWINGS
For a detailed description of the preferred embodiments of the invention, reference will now be made to the accompanying drawings in which:
FIG. 1 illustrates a related art system;
FIG. 2 illustrates a system constructed in accordance with at least some embodiments of the invention;
FIG. 3 illustrates a field server in accordance with at least some embodiments of the invention;
FIG. 4 illustrates message packets from two different communication protocols, and the correspondence of the various portions of those message packets; and
FIG. 5 illustrates a method in accordance with at least some embodiments of the invention.
NOTATION AND NOMENCLATURE
Certain terms are used throughout the following description and claims to refer to particular system components. This document does not intend to distinguish between components that differ in name but not function.
In the following discussion and in the claims, the terms “including” and “comprising” are used in an open-ended fashion, and thus should be interpreted to mean “including, but not limited to . . . ”. Also, the term “couple” or “couples” is intended to mean either an indirect or direct connection. Thus, if a first device couples to a second device, that connection may be through a direct connection, or through an indirect electrical connection via other devices and connections.
DETAILED DESCRIPTION
FIG. 2 illustrates a system 20 constructed in accordance with at least some embodiments of the invention. In particular, FIG. 2 shows a plurality of field devices, in this illustrative case being transmitters 22 and control valve 24. The transmitters 22 could be, for example, pressure transmitters, flow transmitters and/or temperature transmitters which measure their respective field parameters and provide that measurement data to the field controller or remote process controller 26. Based at least in part on the data received from the transmitters 22, the remote process controller 26 controls field devices, such as by providing valve position commands to the illustrative control valve 24. A system comprising one or more transmitters 22 and control valve 24 is merely exemplary. Remote process controllers 26 in accordance with embodiments of the invention may couple to any number of field measurement devices and field control devices, and further may be programmed to execute many process control scenarios (e.g., control loops based on measurement data, and batch process control). Moreover, a system may comprise a plurality of remote processor controllers. Remote process controller 26 may be, for example, a ROC809 remote operations controller available from Emerson Process Management of St. Louis, Mo.
Still referring to FIG. 2, system 20 further comprises a data acquisition system 28 coupled to the remote process controller 26. The data acquisition system 28 may take many forms (e.g., a data acquisition software package, a process control software package, and/or a supervising control and data acquisition (SCADA) software package). These software systems may execute on the same computer system, or on different computer systems. Regardless of the precise form of the data acquisition system 28, these systems obtain measurement data from field devices and remote processor controller 26, and likewise send process control commands to the field devices and/or the remote process controller 26, However, the remote process controller 26, and field devices such as transmitters 22 and control valve 24 may be located tens, hundreds or thousands of miles from the physical location of the data acquisition system 28. To address difficulties of the extended distance, and in accordance with some embodiments of the invention, the data acquisition system 28 couples to the remote process controller 26 through a field server 30.
Field server 30 couples to the data acquisition system 28 by way of a high bandwidth channel 32. In accordance with some embodiments, the high bandwidth channel 32 is an Ethernet network supporting 10 megabits per second data throughput or greater and implementing TCP/IP as the physical layer protocol. In alternative embodiments, the high bandwidth channel may be an Internet connection, a local area network (LAN), a wide area network (WAN), a relatively high bandwidth radio connection, a dedicated telephone network connection (e.g., a T1 connection), and other similar relatively high bandwidth connections. The field server 30 couples to the remote process controller 26 by way of a low bandwidth communication channel 34. Inasmuch as the remote process controller 26 may be located proximate to the field operations and may be many miles from the physical location of the field server 30, the low bandwidth connection may be any available communication channel to inexpensively span the distance between the field server 30 and the remote process controller 26, such as a dial-up or leased phone line connection, cellular phone, GSM or GPRS, radio, a satellite communication system, or a combination of these. The low bandwidth communication channel 34 may have a data throughput of 256 kilo-bits per second or less in some embodiments.
Still referring to FIG. 2, the field devices, such as transmitters 22, measure field parameters and create measurement data that is provided to the remote process controller 26. The exemplary transmitters 22 couple to the remote process controller 26 by way of 4-to-20 mA current loops, wherein the electrical current drawn by each transmitter 22 is directly proportional to the measured field parameter. In accordance with alternative embodiments of the invention, the transmitters 22 may be highway addressable remote transducer (HART®) compatible, and thus in addition to or in place of a value indicated by the 4-to-20 mA signal, the transmitters may digitally communicate their measurement data to the remote process controller. Use of a 4-to-20 mA current loop or HART digital communications is merely exemplary, and other communication systems and protocols may be equivalently used between the remote process controller 26 and field devices, such as Foundation FieldBus and/or the MODBUS protocols.
Still referring to FIG. 2, a process control system 20 may also have an asset management system 36. An asset management system may be a computer system implementing a software package that gathers and maintains health, status and configuration data regarding a process control system, including status and configuration data from field devices such as transmitters 22. Status data may comprise information such as transmitter health, internal diagnostics, input voltage, current input, current output, communications health, and configuration changes. Configuration data may comprise information such as serial numbers, calibration dates, calibration parameters, tuning parameters, generic text messages, instrument materials constructions, instrument sensor ranges, instrument input signal ranges, instrument output signal ranges, and alarm set points. This information may be helpful in troubleshooting failures of a process control system and/or implementing preventative maintenance programs. In some embodiments, the asset management system 36 may comprise the AMS™ Suite series of products available from Emerson Process Management.
In order to gather the status and configuration data, the asset management system 36 communicates with field devices. Field server 30 and the remote process controller 26 may act as message routers directing requests for information to the appropriate field device, and likewise returning the requested information from the field device to the asset management system. In accordance with embodiments of the invention, the asset management system 36 communicates with field devices using only particular protocols. For example, an asset management system 36 from may assume that all the field devices communicate using HART protocol or Foundation FieldBus protocol. However, there may be situations where the field devices, such as one or more of the transmitters 22, communicate using a protocol not supported by the asset management system 36. In the illustrative case of an AMS™ Suite series of products available from Emerson Process Management, these products may not support communication to field devices implementing MODBUS protocol. In accordance with embodiments of the invention, however, field devices that communicate using protocols not supported by the asset management system 36 may still be accessed by the asset management system 36 by having the remote process controller 26 and/or field server 30 perform protocol translation. The remaining discussion assumes that the field server 30 performs the protocol translation; however, the protocol translation could be equivalently performed in the remote process controller 26, or the translation split between the field server 30 and the remote process controller 26.
FIG. 3 shows an electrical block diagram of a field server 30 in accordance with embodiments of the invention. In particular, the field server may comprise a processor 37 coupled to random access memory (RAM) 38. The processor 37 may take many forms. In some embodiments, the processor may be a microcontroller, and thus the RAM 38 functionality, along with other components such as read only memory (ROM) and communications capabilities, are integrated on a single semiconductor die. In alternative embodiments, the processor 37 is a standalone processor (e.g., a processor manufactured by Intel®, Freescale/Motorola and/or AMD), and thus may be coupled to other individual components, such as the RAM 38. Moreover, processor 37 may be an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), and/or system on a chip. Regardless of the precise nature of the processor 37, the processor may be programmed to perform desired functions such performing protocol translations between field devices and the asset management system 36.
The processor 37 couples to and communicates with the remote process controllers 26 by way of a communication port 40. The precise nature of the communication port 40 depends on the type of connection to the remote process controller 26. For example, if the field server 30 communicates to the remote process controller 26 by way of a dedicated serial communication pathway, the communication port 40 may be a universal asynchronous receiver transmitter (UART) device. In alternative embodiments where the low bandwidth communication channel 34 is a cellular phone connection, the communication port 40 may be a device capable of interfacing with cellular telephone equipment. Likewise, if the low bandwidth communication channel 34 is a radio or satellite communication channel, then the communication port 40 may be a system capable of interfacing with a radio control or satellite control respectively.
Still referring to FIG. 3, the remote process controller 26 may further comprise yet another communication port 44 coupled to the processor 37. Communication port 44 allows the processor 37 to communicate with upstream devices, such as the data acquisition system 28 and asset management system 36 (of FIG. 2). In some embodiments, the communication port 44 may be a device configured to communicate by way of an Ethernet network, whether coupled directly to the asset management system 16, or through one or more local area networks, wide area networks and/or other devices such as routers.
Consider, for purposes of explanation, an asset management system 36 which communicates to field devices using HART protocol, and which is not programmed to communicate using the MODBUS protocol. Further consider a field device (e.g. transmitter 22A) that communicates using the MODBUS protocol, and which is not programmed to communicate using HART protocol. In spite of these differences in communication protocol, and accordance with the embodiments of the invention, the asset management system 36 nonetheless communicates to the transmitter 22A with the field server 30 performing protocol translation. FIG. 4 shows the message format for an illustrative HART message. In particular, HART message 50 comprises a start character 57, one or more bytes comprising the address 54 of the source and destination, one or more command (corn) bytes 56, a byte count 58 for the message, two bytes of status information 60 (if the communication is from the secondary device to the primary device), a plurality of data byes 62 and a check sum 64. This and other information regarding the illustrative HART communication protocol may be obtained from the HART Communication Foundation of Austin, Tex.
FIG. 4 also shows an illustrative MODBUS message 70. In particular, the illustrative MODBUS message format may have one or more bytes comprising the destination device address 72, one or more bytes defining a function code 74 which defines a message type, one or more bytes with data 76 and other information, and a check sum block 78. This and other information regarding the illustrative MODBOS communication protocol may be obtained from the MODBUS-IDA headquarters in North Grafton, Mass.
In the illustrative case where the asset management system 36 uses the HART protocol and the transmitter 22A uses the MODBUS protocol, the field server 30 (or in an alternative embodiments the remote process controller 26) performs protocol translation between the two message formats. For example, for a message originating at the asset management system and directed to the transmitter 22A, the address of the destination device is extracted from the address bytes 54 of the HART message 50 and placed in the device address 72 portion of the MODBUS message 70. The one or more bytes comprising the command 56 portion of the HART message 50 are translated into appropriate function codes 74 in the MODBUS message 70. Likewise, the status information in the status 60 portion of HART message and the data 62 are translated into an appropriate format in the data 76 portion of MODBUS message 70. Finally, a new check sum 78 may be calculated with regard with the remaining bytes of the message and placed in the check sum 78 portion of the MODBUS message 70. From there, the field server 30 forwards the message to the transmitter 22A through the remote process controller 26. In accordance with at least some embodiments, even though the field server 30 performs the protocol translation, the communication protocol between the field server 30 and the remote process controller 26 may be different than either the protocol used by the asset management system 36 or the transmitter 22A. In these embodiments, after translating the message format, the modified message format (in this case the MODBUS format) may itself be “wrapped” in some other protocol for transmission across the low bandwidth communication channel 34. For example, the field server 30 and the remote process controller 26 may communicate using the ROC protocol, a proprietary communication protocol of Emerson Process Management.
When the modified message arrives at the remote process controller 26, the remote process controller forwards the message to the transmitter 22A, in some cases after “unwrapping” the modified message from the communication protocol used between the field server 30 and the report process server controller.
Still referring to FIG. 4, most communications between the asset management system. 36 to a field device such as transmitter 22A are request/response. Thus, after receiving a message from the asset management system, the field device immediately returns the requested data. Thus, still considering the embodiments where the message protocol of the asset management system 36 is different than a transmitter 22A, in this request/response the transmitter 22A sends a response in the protocol in which it communicates (in this illustrative situation the MODBUS protocol). The remote process controller 26 forwards the message to the field server 30 (possible wrapped in a communication protocol used when communicating across the low bandwidth communication 34). The field server 30 translates the protocol into a message format suitable for communication to the asset management system 36 (e.g. HART protocol). After protocol translation field server 30 forwards the message to the asset management system 36. Thus, the asset management 36 is able to communicate with field devices that utilize a different communication protocol. An asset management system 36 using HART as the communication protocol and a field device using a MODBUS as a communication protocol is merely illustrative. Any asset management system 36 and field device 22A using protocols of any variety, where those protocols are different, may be equivalently used.
Turning now to FIG. 5, FIG. 5 illustrates a method in accordance with the embodiments of the invention. In particular, the illustrative methods starts (block 500) and moves to the asset management system 36 sending a message in the protocol used by the asset management system (block 504). In accordance with at least some embodiments, the asset management system 36 uses the HART or Foundation Fieldbus protocol. The message is received (block 508), such by the field server 30 (or in embodiments that do not use a field server 30 the remote process controller 26). After receipt of the message in the protocol of the asset management system, the protocol of the message is modified (block 512). As noted above, the translation or modification of the protocol of the message from the asset management system may be performed in the field server 30 or the remote process controller 26. After modification, the message is forwarded to the field device (block 516).
Still referring to FIG. 5, if no reply is expected from the field device (block 520), then the process ends (block 536). If, on the other hand, a reply message is expected, then the illustrative method moves to receiving a message in the protocol of the field device (block 524). In accordance with at least some embodiments, the field device may use the MODBUS protocol, but any message protocol may be equivalently used. After receipt of the message in the protocol of the field device, the message protocol is modified (block 528). This modification may be completed in the field server 30, the remote process controller 26 or a combination of the two. After modification, the message is forwarded to the asset management system (block 532). Thus, the modification of the message illustrated by block 528 may be modifying the message to be in a HART protocol where the asset management system 36 communicates using the HART protocol. Although the illustrative embodiments of FIG. 5 are shown with respect to a request/response format communication, it is possible for a field device to send unsolicited data to the asset management system 36. In this case, the illustrative method begins at block 524.
From the description provided herein, those skilled in the art are readily able to combine software created as described with appropriate general purpose or special purpose computer hardware to create a computer system and/or computer subcomponents embodying the invention, to create a computer system and/or computer subcomponents for carrying out the method of the invention, and/or to create computer-readable media for storing a software program to implement the method aspects of the invention.
The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.