Operator interface devices, methods and tangible articles of manufacture

Abstract

To realize spark-line presentation of process control system alarms.SOLUTION: An operator interface apparatus for a process control system includes an operator display module to present an operator application on a display. The operator interface also includes an alarm presentation interface to be presented on the display via the operator application. The alarm presentation interface includes a spark-line associated with an alarm, to graphically indicate trend of a process variable relative to an alarm limit associated with the alarm.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] The present disclosure relates generally to process control systems, and more particularly to sparkline presentation of process control system alarms. [Background technology]

[0002] Process control systems, such as those used in chemical, petroleum, or other processes, typically include one or more process controllers communicatively coupled to one or more field devices via an analog bus, a digital bus, or a combination analog / digital bus. The field devices, which may be, for example, valves, valve positioners, switches, transmitters (e.g., temperature, pressure, and flow sensors), perform process control functions within the process, such as opening and closing valves and measuring process control parameters. The process controller receives signals produced by the field devices that represent process measurements and processes this information to generate control signals for executing control routines, making other process control decisions, and initiating process control system alarms. Often, process control information is also recorded for long-term historizing for later analysis and / or training.

[0003] Typically, information from the field devices and / or controllers is made available over a data highway or communication network to one or more other hardware devices, such as operator workstations, personal computers, data historians, report generators, centralized databases, etc. These devices are typically located in control rooms and / or other locations remote from the more hostile plant environment. These hardware devices run applications that enable operators to perform any of a variety of functions related to the processes of the process control system, including, for example, viewing the current state of the process, changing operating conditions, changing the settings of process control routines, modifying the operation of process controllers and / or field devices, viewing alarms generated by field devices and / or process controllers, simulating process operation for purposes of personnel training and / or process evaluation, etc.

[0004] These hardware devices typically include one or more operator interface displays for displaying appropriate information regarding the operational status of the control system and / or devices within the control system. Exemplary displays take the form of alarm displays that receive and / or display alarms generated by controllers or devices within the process control system, control displays that display indications of the operational status of controllers and other devices within the process control system, etc.

[0005] In a process control system, it is common for thousands of different alarms to be defined within the process control system to notify process control system operators of potential problems. For example, alarms may be defined to protect personnel and / or equipment, avoid environmental hazards, and / or ensure product quality during manufacturing. Each alarm is typically defined by one or more settings (e.g., alarm limits) that define when a problem has occurred or an alarm may be imminent and / or may occur, as well as a priority (e.g., emergency or warning) that defines the importance of the alarm relative to other alarms.

[0006] Typically, alarms are presented to the operator in a list or tabular format (e.g., a screen display). ) in such a format. In such a format, each alarm is presented as a single row in the list along with specific data that may be relevant to notifying an operator of the state of the control system. Data provided in the alarm list may include, for example, a description of the alarm, the time the alarm was triggered, the source of the alarm, the severity or priority of the alarm, the state of the alarm (e.g., acknowledged or not, active or not), the type of process variable that caused the alarm, the value of that process variable, etc. As information is received from the process controllers and / or field devices, the alarm list data may be updated in real time so that an operator has access to the latest information on all active alarms. Summary of the Invention [Means for solving the problem]

[0007] A method and apparatus for presenting sparkline presentations of process control system alarms is disclosed. In one example, an operator interface device for a process control system includes an operator display module for presenting an operator application on a display. The operator interface also includes an alarm presentation interface presented on the display via the operator application. The alarm presentation interface includes sparklines associated with the alarm to graphically illustrate the trend of a process variable relative to the alarm limit for the alarm.

[0008] In another example, the method includes receiving process variable data from a process controller associated with a process variable, receiving alarm data for an alarm associated with the process variable, generating sparklines based on the process variable data and the alarm data to graphically trend the process variable relative to alarm limits for the alarm, and displaying the sparklines via an operator interface. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a schematic diagram of an example process control system. [Figure 2] 2 illustrates an exemplary manner of implementing the exemplary operator station of FIG. 1. [Figure 3] 2 illustrates an exemplary alarm presentation interface that may be used to implement an operator display and / or application and / or more generally implement the exemplary operator station of FIG. 1. [Figure 4] FIG. 10 illustrates another exemplary alarm presentation interface. [Figure 5] 3 is a flowchart illustrating an example process for implementing the example operator station of FIG. 1 and / or FIG. 2. [Figure 6]FIG. 6 is a schematic diagram of an exemplary processor platform that may be used and / or programmed to execute the exemplary process of FIG. 5 and / or more generally implement the exemplary operator station of FIGS. 1 and / or 2. DETAILED DESCRIPTION OF THE INVENTION

[0010] The alarm display is one of the primary means for keeping process control system operators aware of potential problems within the process control system. A typical alarm display contains a tabular listing of all active alarms. Information presented on the alarm display for each active alarm includes the time of alarm activation, the alarm type (e.g., high alarm, low alarm, etc.), the threshold setting or alarm limit (e.g., 400 gal), and the process variable measurement (e.g., 408 gal). That's fine too.

[0011] Additionally, alarm displays are typically updated in real time, providing operators with up-to-date information about the status of the process control system. However, even if an operator has up-to-date data about a process control system alarm, the variability of the process variable associated with the active alarm (i.e., the ongoing trend and / or behavior of the process variable) over the period since the corresponding alarm became active is not immediately available for analysis. Without this information, an operator may misinterpret the severity and / or meaning of the alarm, which may result in ineffective corrective action. For example, an operator may become accustomed to certain frequently occurring alarms based on past experience. Because process dynamics vary even for the same familiar alarm, past experience may lead an operator to make incorrect inferences about the root cause (i.e., the initial situation and / or condition of the process control system that caused the alarm). For example, an operator may become accustomed to a process variable that typically returns slowly to its normal (non-alarm) state. This is due to normal process dynamics and / or inappropriate alarm configurations, such as excessive hysteresis and / or off-delay times. As a result, an operator may mistakenly ignore such alarms for an extended period of time when the actual state of the process control system differs from the operator's assumption and therefore requires immediate action. In other words, an operator may become accustomed to responding to one or more alarms in a particular manner that has worked in the past (e.g., waiting a certain amount of time before responding). However, if the same alarm is signaled even though the actual state of the process control system differs from the assumption, the operator may not understand the different state of the control system and, as a result, may respond in the usual manner with little or no effect.After certain alarms are activated, the failure to understand the ongoing trends of the process variables associated with those alarms may lead to incorrect inferences regarding the state and / or root cause of the process control system, and an incorrect understanding of the behavior of the process variable that caused the corresponding alarm may also lead to incorrect root cause determinations and / or ineffective responses by operators.

[0012] Thus, the examples described herein include trend line graphics (referred to herein as sparklines) that may be used to visually display the behavior of a process variable both leading up to an alarm (activation) and after the alarm has been triggered. This display sparkline may have a fixed height and width and may not have labels or scales, but it may present the ever-changing relationship of a process variable and its corresponding alarm limit over a recent period of time. This sparkline allows an operator to quickly scan the alarm presentation display rather than having to sift through related information to understand the behavior and / or status of the process variable relative to the corresponding alarm limit. Additionally, the sparkline display allows an operator to determine whether the changing state of the process variable associated with an active alarm corresponds to an acceptable state associated with normal behavior or whether it is an abnormal deviation from expected behavior that requires special attention. Furthermore, by displaying the ongoing behavior of the process variable, the operator may also recognize when their actions are effective in correcting a potential problem or when additional and / or different actions are required.

[0013] FIGURE 1 is a schematic diagram of an example process control system 100. The example process control system 100 of FIGURE 1 includes one or more process controllers (one of which is designated by reference numeral 102), one or more operator stations (one of which is designated by reference numeral 104), and one or more workstations (one of which is designated by reference numeral 106). The example process controller 102, the example operator station 104, and the example workstation 106 are communicatively coupled via a bus and / or local area network (LAN) 108, which is commonly referred to as an application control network (ACN).

[0014] 1 allows an operator to view and / or interact with one or more operator display screens and / or applications that allow the operator to view process control system variables, view process control system status, review process control system conditions, review process control system alarms, and / or change process control system settings (e.g., set points, operating states, clear alarms, silence alarms, etc.). Exemplary manners of implementing the example operator station 104 of FIG. 1 are described below in conjunction with FIG. 2. Exemplary operator display applications that may be used to implement the example operator station 104 are also described below in conjunction with FIGs. 3 and 4.

[0015] The example operator station 104 includes and / or implements an alarm presentation interface (e.g., the example alarm presentation interface of FIGS. 3 and 4 ) for displaying sparklines associated with each active alarm, thereby enabling a process control system operator to visualize the behavior of the process variable associated with each active alarm, including the duration leading up to the alarm activation and the current state of the process variable after the alarm activation. In some examples, the sparklines associated with each active alarm may be displayed within a column of a traditional alarm list (e.g., the example alarm presentation interface of FIG. 4 ) along with additional information related to each alarm. In other examples, the sparklines associated with each active alarm may be displayed as a separate interface or as a sidebar banner along with other elements of the alarm presentation interface (e.g., the example alarm presentation interface of FIG. 4 ).

[0016] The example workstation 106 of FIG. 1 may be configured as an application station that executes one or more information technology applications, user-interactive applications, and / or communications applications. For example, the application station 106 may be configured primarily to execute process control-related applications, while another application station (not shown) may be configured primarily to execute communications applications. The communications applications enable the process control system 100 to communicate with other devices or systems using any desired communications medium (e.g., wireless, wired, etc.) and protocol (e.g., HTTP, SOAP, etc.). The example operator station 104 and the example workstation 106 of FIG. 1 may be implemented using one or more workstations and / or any other suitable computer system and / or processing system. For example, the operator station 104 and / or workstation 106 may be implemented using a single-processor personal computer, a single-processor or multi-processor workstation, etc.

[0017] The example LAN 108 of FIG. 1 may be implemented using any desired communication medium and protocol. For example, the exemplary LAN 108 may be based on wired and / or wireless Ethernet communication methods. However, as will be readily understood by those skilled in the art, any other suitable communication medium and / or protocol may be used. Additionally, although a single LAN 108 is shown in FIG. 1, two or more LANs and / or other alternatives may be used to provide redundant communication paths between the exemplary systems of FIG. 1. A portion of the general communications hardware may be used.

[0018] The example controller 102 of FIG. 1 is coupled to multiple smart field devices 110, 112, and 114 via a digital data bus 116 and an input / output (I / O) gateway 118. The smart field devices 110, 112, and 114 may be Fieldbus-compliant valves, actuators, sensors, etc., in which case the smart field devices 110, 112, and 114 communicate over the digital data bus 116 using the well-known Foundation Fieldbus protocol. Of course, other types of smart field devices and communication protocols could instead be used. For example, the smart field devices 110, 112, and 114 could instead be Profibus and / or HART-compliant devices that communicate over the data bus 116 using the well-known Profibus and HART communication protocols. Additional I / O devices (similar and / or identical to the I / O gateway 118) may be coupled to the controller 102 to enable additional groups of smart field devices, which may be Foundation Fieldbus devices, HART devices, etc., to communicate with the controller 102.

[0019] In addition to the example smart field devices 110, 112, and 114, one or more non-smart field devices 120 and 122 may be communicatively coupled to the example controller 102. The example non-smart field devices 120 and 122 of FIG. 1 may be, for example, conventional 4-20 milliamps (mA) or 0-10 volts direct current (VDC) devices that communicate with the controller 102 via respective wired links.

[0020] The example controller 102 of FIG. 1 may be, for example, a DeltaV® controller sold by Fisher-Rosemount Systems, Inc., an Emerson Process Management company. However, any other controller could be substituted. Furthermore, although only one controller 102 is shown in FIG. 1 , additional controllers and / or process control platforms of any desired type and / or combination could be coupled to the LAN 108. In either case, the example controller 102 executes one or more process control routines associated with the process control system 100. These process control routines were created and downloaded and / or instantiated into the controller 102 by system engineers and / or other system operators using the operator station 104.

[0021] Although an exemplary process control system 100 is shown in FIG. 1 in which the methods and apparatus described herein for controlling information presented to a process control system operator may be advantageously employed, the methods and apparatus described herein for controlling information presented to an operator may also be advantageously employed in other process plants and / or process control systems that are more complex or simpler than the example of FIG. 1 (e.g., having more than one controller, spanning more than one geographic location, etc.), as desired.

[0022] FIG. 2 illustrates an exemplary manner of implementing the exemplary operator station 104 of FIG. 1. The exemplary operator station 104 of FIG. 2 includes at least one programmable processor 200. The exemplary processor 200 of FIG. 2 executes instructions coded within a main memory 202 (e.g., random access memory (RAM) and / or read-only memory (ROM)) of the processor 200. The processor 200 may be any type of processing unit, such as a processor core, a processor, and / or a microcontroller. The processor 200 may run, among other things, an operating system 204, an operator display module 206, operator applications 208, and the like. 2 may execute the processor 200. The processor 20 ...

[0023] 2 includes any type of display 212 to enable operator interaction with the example processor 200. The example display 212 includes, but is not limited to, a computer monitor, computer screen, television, mobile device (e.g., a smartphone, Blackberry™, and / or iPhone™), etc. capable of displaying a user interface and / or applications implemented by the processor 200 and / or, more generally, the example operator station 104.

[0024] 2 displays and / or facilitates the display of the alarm presentation interface 210 by and / or on the exemplary display 212. To facilitate operator interaction with applications implemented by the example operator station 104, the example operating system 204 executes an application programming interface (API). This API enables the example operator display module 206, via the operator application 208, to define and / or select the alarm presentation interface 210 and to cause and / or direct the operating system 204 to display the defined and / or selected alarm presentation interface 210. The example alarm presentation interface 210 is described below in conjunction with FIGS. 3 and 4.

[0025] To present process control system operator displays and / or applications, the example operator station 104 of FIG. 2 includes an example operator display module 206. The example operator display module 206 of FIG. 2 collects alarm data and / or information from one or more process controllers (e.g., the example controller 102 of FIG. 1) and / or other elements of the process control system and uses the collected alarm data and / or information to create and / or define a particular alarm presentation interface 210 (e.g., the example alarm presentation interface 300 of FIG. 3) via an operator application 208. In the process, the example operator display module 206 temporarily stores or buffers process variable data corresponding to all active, unsuppressed alarms or any predefined subset of alarms of a particular type (e.g., module and safety instrumented system (SIS) alarms) for a recent time period. The buffered process variable data may then be accessed to create and / or define sparklines included in the alarm presentation interface 210. The alarm presentation interface 210 graphically displays the historical behavior of the process variable relative to the corresponding alarm limit over the period for which the data was buffered, if the corresponding alarm is subsequently triggered. The buffering of all process variables may be achieved without user setup and may be performed independently of any long-term historizing functionality within the process control system. The created and / or defined alarm presentation interface 210 is displayed on the example display 212 by and / or via the example operating system 204.

[0026] An exemplary manner of implementing the exemplary operator station 104 of FIG. 1 is shown in FIG. 2 may be combined, divided, rearranged, omitted, removed, and / or implemented in any other manner. Moreover, the example operating system 204, the example operator display module 206, the example alarm presentation interface 210, and / or more generally the example operator station 104 of FIG. 2 may be implemented by hardware, software, firmware, and / or any combination thereof. Furthermore, the example operator station 104 may include additional elements, processes, and / or devices instead of or in addition to the elements shown in FIG. 2, and / or may include two or more of any or all of the illustrated data structures, elements, processes, and devices.

[0027] 3 illustrates an example alarm presentation interface 300 that may be used to implement an operator display and / or application and / or more generally implement the example operator station 104 of FIG. 1 . The example alarm presentation interface 300 may be displayed as a standalone interface or a sidebar alarm banner along with other elements of the alarm presentation interface (not shown). The alarm presentation interface 300 includes an alarm box 302 that contains basic information about each active alarm in the process control system. The information includes the alarm priority (indicated by the shape and / or color of the icon 304), the alarm type (indicated by the label 306), and an alarm tag 308 that identifies the alarm corresponding to the alarm box 302. The alarm box 302 also includes a sparkline 310 corresponding to each active alarm. Each sparkline 310 includes a trendline 312 that represents the behavior of the process variable relative to the alarm limit indicated by the alarm limit line 314 over a recent period (e.g., the past hour).

[0028] The current state of the process variable corresponding to the sparkline 310 may be graphically represented by an icon, such as a tick mark 318 located at the right end of the trend line 312. The horizontal scale corresponds to the most recent time period for which process variable data has been buffered. The time of alarm activation is graphically represented on the sparkline 310 by another icon, such as a dot 316. As time passes from the time the alarm was first activated (i.e., when the process variable exceeded the alarm limit) to the present time, the dot 316 moves leftward along the alarm limit line 314 until a time greater than the width of the sparkline 310 has elapsed. At that point, the dot 316 is no longer displayed. Furthermore, all sparklines 310 in the alarm presentation interface 300 may be fixed to a common width and time scale and vertically aligned (e.g., with the alarm boxes 302 in a vertical column), allowing an operator to quickly visually compare multiple alarms and identify potentially interrelated process variables.

[0029] As shown in FIG. 3 , each sparkline 310 does not include a label or scale to quantify the magnitude of the corresponding process variable's fluctuation. However, the vertical scale of each sparkline 310 is automatically adjusted to fit within a fixed height so that an operator can quickly recognize the variability of the process variable as well as the current slope and direction of the process variable relative to the corresponding alarm limit. Additionally, the example alarm presentation interface 300 may highlight (e.g., surround with a red border 320) or otherwise change the appearance of the alarm box 302 if the difference between the process variable and its corresponding alarm limit based on the most recent portion of the time period displayed in the sparkline 310 (e.g., the last 30 seconds) increases. By visually notifying an operator when a process variable is deviating from its normal state, the operator can determine if additional action is required to correct the direction of the process variable. Alarms that may be occurring can be quickly discerned without risk of confusion as to whether an increase or decrease in the process variable corresponds to an acceptable or problematic condition.

[0030] 4 illustrates another example alarm presentation interface 400. The alarm presentation interface 400 includes an alarm list 402 that contains a list of active alarms in the process control system. A column 404 contains pertinent information corresponding to each alarm shown in the alarm list 402. The example alarm list 402 includes a sparkline column 406 that contains a sparkline 408 corresponding to each alarm included in the alarm list 402. The sparklines 408 are implemented in the same manner as described above with respect to FIG. 3. However, because the sparkline 408 is not included within the alarm box 302, the sparkline 408 is highlighted (e.g., surrounded by a red border 410) when a process variable is about to deviate from its corresponding alarm limit, providing a graphical notification to the operator of an alarm corresponding to a process condition that may require action.

[0031] 5 is a flowchart representing an example process for implementing the example operator station 104 of FIGS. 1 and / or 2. The example process of FIG. 5 is performed by a processor, a controller, and / or any other suitable processing device. For example, the process of FIG. 5 may be embodied by coded instructions (e.g., computer-readable instructions) stored on a tangible, machine-accessible or machine-readable medium, such as flash memory, ROM, and / or random access memory RAM, associated with a processor (e.g., the example processor 602 described below with respect to FIG. 6). As used herein, the term “tangible computer-readable medium” is expressly defined to include any type of non-transitory computer-readable storage medium or any other storage medium (and does not include propagating signals) on which information is stored for any period of time (e.g., long-term, permanent, short-term, during temporary buffering, and / or during information caching).

[0032] Alternatively, some or all of the example operations of FIG. 5 may be implemented using any combination of application specific integrated circuits (ASICs), programmable logic devices (PLDs), field programmable logic devices (FPLDs), discrete logic elements, hardware, firmware, etc. Also, one or more of the operations shown in FIG. 5 may be performed manually or by any combination of any of the above approaches, e.g., any combination of firmware, software, discrete logic elements, and / or hardware. Furthermore, although the example process of FIG. 5 is described with reference to the flowchart of FIG. 5, numerous other ways of implementing the example process of FIG. 5 may be employed, as will be readily apparent to those skilled in the art. For example, the order of execution of the blocks may be changed, and / or some of the described blocks may be modified, eliminated, divided, or combined. Furthermore, any or all of the example operations of FIG. 5 may be performed sequentially and / or in parallel, e.g., by separate processing threads, processors, devices, discrete logic elements, circuits, etc.

[0033] The process of FIG. 5 begins at block 500, where an operator station (e.g., the example operator station 104 of FIG. 2) executes an operator display module (e.g., the example operator display module 206) and displays an alarm presentation interface (e.g., the example alarm presentation interface 210) at block 502. At block 504, the operator station (e.g., the example operator station 104) receives process variable data for all enabled and unsuppressed alarms or any predefined subset of alarms of a particular type (e.g., module and SIS alarms) and buffers the data for a recent period. At block 506, an operator station (e.g., the example operator station 104) receives new and / or updated alarm data via a process controller (e.g., the example controller 102). At block 508, an operator application (e.g., the example operator application 208) determines whether the data for each buffered process variable corresponds to an active alarm. For each buffered process variable that does not correspond to an active alarm, the process returns to block 504 to continue buffering the process variable. For each process variable that corresponds to an active alarm, the process moves to block 510, where the operator application (e.g., the example operator application 208) determines the current trend of the process variable (i.e., whether the process variable is diverging or converging with respect to the corresponding alarm limit) and the current state of the process variable. At block 512, the operator application (e.g., the example operator application 208) generates and / or updates sparklines corresponding to each active alarm and determines other changes to make to the alarm presentation interface (e.g., the example alarm presentation interface 210), and then notifies the operator display module (e.g., the example operator display module 206) of the changes. Control then returns to block 502, where an updated alarm presentation interface (eg, the example alarm presentation interface 210) is displayed.

[0034] Figure 6 is a schematic diagram of an example processor platform 600 that may be used and / or programmed to perform the example process of Figure 5 and / or more generally implement the example operator station 104 of Figures 1 and / or 2. For example, the processor platform 600 may be implemented by one or more general purpose processors, processor cores, microcontrollers, etc.

[0035] The example processor platform 600 of FIG. 6 includes at least one general-purpose programmable processor 602. The processor 602 executes coded instructions 604 and / or 608 residing in the processor's 602 main memory (e.g., in RAM 606 and / or ROM 610). The processor 602 may be any type of processing unit, such as a processor core, a processor, and / or a microcontroller. The processor 602 may execute the example process of FIG. 5, among other things, to implement the example operator station 104 described herein. The processor 602 communicates with the main memory (including ROM 610 and / or RAM 606) via a bus 612. The RAM 606 may be implemented by DRAM, SDRAM, and / or any other type of RAM device, and the ROM 610 may be implemented by flash memory and / or any other desired type of memory device. Access to the memories 606 and 610 may be controlled by a memory controller (not shown).

[0036] The processor platform 600 also includes an interface circuit 614. The interface circuit 614 may be implemented by any type of interface standard, such as a USB interface, a Bluetooth® interface, an external memory interface, a serial port, a general-purpose input / output, etc. One or more input devices 616 and one or more output devices 618 are connected to the interface circuit 614. For example, the input device 616 and / or the output device 618 may be used to provide an alarm presentation interface 210 to the example display 212 of FIG. 2 .

[0037] Although certain exemplary methods, apparatus, and articles of manufacture have been described herein, the scope of coverage of this patent is not limited thereto. Such examples are intended to be non-limiting examples. To the contrary, this patent covers all methods, apparatus, and articles of manufacture fairly falling within the scope of the appended claims either literally or under the doctrine of equivalents.

Claims

1. 1. An operator interface device for a process control system, comprising: The display and an operator display module for presenting operator applications on said display; a tabular alarm presentation interface presented on the display via the operator application; Equipped with the tabular alarm presentation interface includes a plurality of rows, each of the plurality of rows including: (i) a respective alarm priority; (ii) a respective alarm type; (iii) a respective alarm tag; and (iv) a respective sparkline associated with a respective process plant alarm; each sparkline graphically illustrating a trend of a respective process variable within a recent time period; each said sparkline is a line chart without scales or labels; the respective sparklines are displayed adjacent to the respective alarm priority, the respective alarm type, and the respective alarm tag. Operator interface device.

2. 2. The operator interface device of claim 1, wherein the vertical scale of each sparkline is automatically adjusted to fit the fixed height of each sparkline.

3. 3. The operator interface device of claim 1, wherein each sparkline is a first sparkline associated with the respective alarm and has an equal width and time scale to a second sparkline associated with a second alarm, allowing an operator to visually compare the first sparkline and the second sparkline.

4. the respective alarm priorities are indicated by icon shapes and / or colors; The type of each alarm is indicated by a label; the respective alarm tag identifying the alarm; An operator interface device according to any one of claims 1 to 3.

5. An operator interface device according to any one of claims 1 to 4, wherein each sparkline is incorporated into an alarm list of the tabular alarm presentation interface.

6. 6. An operator interface device according to any preceding claim, wherein each sparkline is incorporated into a sidebar banner display of the tabular alarm presentation interface.

7. 7. An operator interface device as claimed in any one of claims 1 to 6, wherein the respective sparklines are highlighted when the respective process variables are deviating from their respective normal states to graphically indicate to an operator when further action may be required to correct the respective process variables.

8. receiving process variable data from a process controller associated with the process variable; receiving alarm data for an alarm associated with the process variable; generating sparklines based on the process variable data and the alarm data; displaying via an operator interface a tabular alarm presentation interface including said sparklines; Including, the tabular alarm presentation interface includes a plurality of rows, each of the plurality of rows including: (i) a respective alarm priority; (ii) a respective alarm type; (iii) a respective alarm tag; and (iv) a respective sparkline associated with a respective process plant alarm; the sparkline includes a trend of the process variable for a recent period to graphically illustrate the trend of the process variable; the sparkline includes a graphical indication of when the alarm was triggered relative to the most recent time period; the sparkline is a line chart without scales and labels; the sparklines are displayed adjacent to the respective alarm priorities, the respective alarm types, and the respective alarm tags. method.

9. 9. The method of claim 8, wherein the respective sparklines are a first sparkline associated with the respective alarm and have equal width and time scale as a second sparkline associated with a second alarm, allowing an operator to visually compare the first sparkline and the second sparkline.

10. 10. The method of claim 8 or claim 9, further comprising highlighting the sparkline when the process variable is deviating from normal conditions and graphically indicating to an operator when further action may be needed to correct the process variable.

11. A tangible article of manufacture storing machine-readable instructions that, when executed, receiving process variable data associated with the process variable; receiving alarm data associated with the process variable; generating sparklines based on the process variable data and the alarm data; displaying a tabular alarm presentation interface including the sparklines; The machine executes The tabular alarm presentation interface includes a plurality of rows, each of the plurality of rows comprising: the behavior of each process variable relative to its respective alarm limit or the state of each process variable relative to its respective alarm limit; the tabular alarm presentation interface includes a respective alarm priority, a respective alarm type, and a respective alarm tag; the sparkline includes a trend of the process variable for a recent period to graphically illustrate the trend of the process variable; the sparkline includes a graphical indication of when the alarm was triggered relative to the most recent time period; the sparklines are line charts without scales or labels and are displayed adjacent to the respective alarm priorities, the respective alarm types, and the respective alarm tags; Tangible manufactured goods.

12. 12. The tangible article of manufacture of claim 11, wherein the machine-readable instructions, when executed, further cause the machine to buffer the process variable data for a length of time equal to a recent period independent of long-term historization of the process variable data.

13. 13. The tangible article of manufacture of claim 11 or claim 12, wherein the machine-readable instructions, when executed, cause the machine to highlight the sparkline when the process variable is deviating from a normal state and graphically indicate to an operator when further action may be needed to correct the process variable.

Images