Systems and methods for managing smart alarms

Abstract

A method for managing smart alarms in an electrical system includes processing electrical measurement data from or derived from energy-related signals captured or derived by at least one intelligent electronic device of a monitoring and control system to identify at least one of power events in the electrical system, or alarms triggered in response to any identified power events. Information related to the identified power events and the identified alarms may be aggregated, and relevant event and/or alarm management groups and/or relevant event and/or alarm periods may be identified from the aggregated information. One or more actions may be triggered, avoided or avoid triggering in response to the identified event management groups and/or the identified event and/or alarm periods. Systems for managing smart alarms are also provided herein.

Claims

1. A method for managing smart alarms in an electrical system, the method comprising: processing electrical measurement data from or derived from energy-related signals captured or derived by at least one intelligent electronic device (IED) of a monitoring and control system (MCS) to identify at least one of power events in the electrical system, or alarms triggered in response to any identified power events; aggregating information related to the identified power events and the identified alarms; identifying relevant event and/or alarm management groups and/or relevant event and/or alarm periods from the aggregated information, the event management groups including groups and/or sequences of the identified power events, and/or groups and/or sequences of alarm events triggered in response to the identified alarms; identifying discriminant characteristics in the events and/or alarms and/or groups and/or sequences and/or periods and/or aggregated information; and triggering, avoiding or postponing triggering of one or more actions in response to the identified event management groups and/or the identified event and/or alarm periods.

2. The method of claim 1, wherein the energy-related signals captured or derived by the at least one IED include at least one of: voltage, current, energy, active power, apparent power, reactive power, harmonic voltages, harmonic currents, total voltage harmonic distortion, total current harmonic distortion, harmonic power, individual phase currents, three-phase currents, phase voltages, line voltages and power factor.

3. The method of claim 1, wherein identifying the power events includes identifying power quality event types of the of the power events, the power quality event types including at least one of: a voltage sag, dip or undervoltage, a voltage swell or overvoltage, a voltage or current transient, impulse or spike or notch, a temporary interruption or outage, a voltage unbalance, a voltage flicker, a voltage or current harmonic distortion, a phase shift, a frequency fluctuation, or other voltage or current fluctuations or disturbance (including noise).

4. The method of claim 1, wherein at least one of the alarms is triggered in response to the electrical measurement data being above one or more upper alarm thresholds or below one or more lower alarm thresholds, or at least one of the alarms is triggered in response to multiple power events or event groups or event periods or event sequences of the identified power events.

5. The method of claim 1, wherein each IED of the at least one IED is installed or located at a respective metering point of a plurality of metering points in the electrical system, and the energy-related signals captured by each IED are associated with the respective metering point.

6. The method of claim 5, wherein at least one load is installed or located at each metering point of the plurality of metering points, and each IED is configured to monitor the at least one load installed or located at the respective metering point at which the IED is installed or located, wherein the energy-related signals captured by the IED are associated with the at least one load.

7. The method of claim 1, wherein the information related to the identified power events and the identified alarms is aggregated based on at least one of: locations of the identified power events in the electrical system, geographic location, application and/or usage, time period(s) or interval(s) or co-occurrences, criticality of the identified alarms to a particular process or application, and device type(s) of the at least one IED.

8. The method of claim 1, wherein identifying discriminant characteristics in the aggregated information, comprises: identifying breakpoints associated with the event and/or alarm periods; modeling each of the event and/or alarm periods; classifying each of the modeled event and/or alarm periods; and identifying discriminant characteristics in each of the modeled event and/or alarm periods.

9. The method of claim 8, wherein the event and/or alarm periods are identified based on detected changes in relevant data from the aggregated information, and the breakpoints associated with the event and/or alarm periods correspond to significant change points in the aggregated information separating one event and/or alarm period from a next event and/or alarm period of the event and/or alarm periods.

10. The method of claim 8, wherein modeling each of the event and/or alarm periods, comprises: determining a best possible model for each of the event and/or alarm periods; and modeling each of the event and/or alarm periods based on the determined best possible model.

11. The method of claim 10, wherein the best possible model is determined by comparing each event and/or alarm period of the event and/or alarm periods with a previous event and/or alarm period of the event and/or alarm periods.

12. The method of claim 11, wherein an impact of each event and/or alarm period on the electrical system is compared with the impact of a previous event and/or alarm period on the electrical system to determine the best possible model, or to use as discriminant characteristic of each event and/or alarm period in further analysis, determined action or visualization.

13. The method of claim 8, wherein each of the modeled event and/or alarm periods is classified as stable, rising or dropping based on an analysis of the modeled event and/or alarm periods.

14. The method of claim 8, wherein the each of the event and/or alarm periods is classified through curve fitting techniques using one or more statistical or machine learning algorithms where slope or slope variations of the event and/or alarm periods are modeled.

15. The method of claim 1, further comprising: determining a relative criticality score of each of the identified discriminant characteristics to a process or an application associated with the electrical system over a particular time period.

16. The method of claim 15, wherein the relative criticality score is based on an impact of the identified discriminant characteristics to the process or the application over the particular time period.

17. The method of claim 16, wherein the impact of the identified discriminant characteristics is related to tangible or intangible costs associated with the identified discriminant characteristics to the process or the application.

18. The method of claim 15, further comprising: using the determined relative criticality score to prioritize responding to the identified alarms.

19. The method of claim 1, further comprising: visually representing the aggregated events and/or alarms with their related information, groupings, periods, identified discriminant characteristics on at least one plot, wherein the at least one plot is presented in a report, or on a display device of at least one of the at least one IED and other devices of the MCS.

20. The method of claim 8, further comprising: triggering relevant alarms or actions by comparing a real time or time aggregated status of number and/or type of events and/or alarms and/or groups and/or sequences and/or periods and/or any aggregated information or discriminant characteristic, to a derived threshold or type from the model of any of the event and/or alarm periods.

21. The method of claim 8, further comprising: derive from the groupings and the discriminant characteristics the actionable information and recommendations for the system users to reduce the number of events/alarms in a report or through an IED or any of the components of the MCS or any other system connected to the MCS.

22. The method of claim 1, wherein the identified events and/or the identified alarms are enriched with the normal behavior profiles derived from waveform captures associated with the energy-related signals and then are used as comparison for the discriminant dimensions identification and groupings.

23. The method of claim 1, wherein the actions that are triggered or postponed include at least one of: shutting down or turning on at least one component in the electrical system, adjusting one or more parameters associated with the at least one component, selectively interrupting power at one or more locations in the electrical system, shutting down or turning on a specific related process in a building management system or in a manufacturing SCADA system, or generating an alarm or sending a status change reusable by other control systems or generating a report.

24. The method of claim 23, wherein the at least one component includes at least one load in the electrical system.

25. The method of claim 1, wherein the actions that are avoided include launching a specific process step which would be normal in the schedule.

26. The method of claim 1, wherein the actions are automatically performed by a control device of the MCS.

27. The method of claim 26, wherein the at least one IED includes the control device, or the at least one IED is communicatively coupled with the control device.

28. A monitoring and control system (MCS) for managing smart alarms in an electrical system, the MCS comprising: at least one intelligent electronic device (IED) including a processor and memory coupled to the processor, the processor and the memory configured to: process electrical measurement data from or derived from energy-related signals captured or derived by the at least one IED to identify power events in the electrical system, and to identify alarms triggered in response to the identified power events; aggregate information related to the identified power events and the identified alarms; identify relevant event management groups and/or relevant event and/or alarm periods from the aggregated information, the event management groups including groups and/or sequences of the identified power events, and/or groups and/or sequences of alarm events triggered in response to the identified alarms; identifying discriminant characteristics in the events and/or alarms and/or groups and/or sequences and/or periods and/or aggregated information; and trigger, avoid or postpone triggering of one or more actions in response to the identified event management groups and/or the identified event and/or alarm periods.

29. The system of claim 28, wherein the at least one IED includes a plurality of IEDs arrange in a hierarchical configuration in the electrical system.

30. The system of claim 29, wherein each IED of the plurality of IEDs is communicatively coupled to other IEDs of the plurality of IEDs, and each IED is configured to share electrical measurement data from or derived from energy-related signals derived or captured by the IED with the other IEDs.

31. The system of claim 30, wherein the shared electrical measurement data is processed to identify the power events in the electrical system, and to identify the alarms triggered in response to the identified power events.

32. The system of claim 28, wherein the MCS includes at least one user device in communication with the at least one IED.

33. The system of claim 32, wherein the at least one user device is capable of configuring the at least one IED.

34. The system of claim 28, wherein the processor and the memory of the at least one IED are further configured to: determine a relative criticality score of each of identified discriminant characteristics to a process or an application associated with the electrical system over a particular time period; and use the determined relative criticality score to prioritize responding to the identified alarms.

35. A monitoring and control system (MCS) for managing smart alarms in an electrical system, the MCS comprising: at least one intelligent electronic device (IED) configured to capture or derive energy-related signals in the electrical system; and a diagnostic computing system communicatively coupled to the at least one IED, the diagnostic computing system including a processor and memory coupled to the processor, the processor and the memory configured to: process electrical measurement data from or derived from the energy-related signals captured or derived by the at least one IED to identify power events in the electrical system, and to identify alarms triggered in response to the identified power events; aggregate information related to the identified power events and the identified alarms; identify relevant event management groups and/or relevant event and/or alarm periods from the aggregated information, the event management groups including groups and/or sequences of the identified power events, and/or groups and/or sequences of alarm events triggered in response to the identified alarms; identifying discriminant characteristics in the events and/or alarms and/or groups and/or sequences and/or periods and/or aggregated information; and trigger, avoid or postpone triggering of one or more actions in response to the identified event management groups and/or the identified event and/or alarm periods.

36. The system of claim 35, wherein the at least one IED includes a plurality of IEDs, and aggregating information related to the identified power events and the identified alarms includes: aggregating information related to the identified power events and the identified alarms from the plurality of IEDs.

37. The system of claim 35, wherein the processor and the memory of the diagnostic computing system are further configured to: determine a relative criticality score of each of identified discriminant characteristics to a process or an application associated with the electrical system over a particular time period; and use the determined relative criticality score to prioritize responding to the identified alarms.

38. The method of claim 1, wherein the triggering, avoiding or postponing triggering of one or more actions is performed based on: the identified event management groups and identified discriminant characteristics associated therewith, and/or the identified event and identified discriminant characteristics associated therewith, and/or the identified alarm periods and identified discriminant characteristics associated therewith.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) The foregoing features of the disclosure, as well as the disclosure itself may be more fully understood from the following detailed description of the drawings, in which:

(2) FIG. 1 shows an example network system architecture in accordance with embodiments of the disclosure;

(3) FIG. 1A shows an example intelligent electronic device (IED) that may be used in a network system in accordance with embodiments of the disclosure;

(4) FIG. 1B shows an example configuration of IEDs in accordance with embodiments of the disclosure;

(5) FIG. 2 shows an example method for managing smart alarms in accordance with embodiments of the disclosure;

(6) FIG. 3 illustrates an example plot that may be generated in accordance with embodiments of the disclosure;

(7) FIG. 4 shows an example method for identifying discriminant characteristics in accordance with embodiments of the disclosure;

(8) FIG. 5 illustrates an example plot that may be generated in accordance with embodiments of the disclosure;

(9) FIGS. 6-6C shows another example method for identifying discriminant characteristics in accordance with embodiments of the disclosure;

(10) FIGS. 7-7G illustrate various plots that may be generated in accordance with embodiments of the disclosure;

(11) FIG. 8 shows an example method for identifying and analyzing discriminant characteristics in accordance with embodiments of the disclosure;

(12) FIGS. 9-9A illustrate various plots that may be generated in accordance with embodiments of the disclosure;

(13) FIG. 10 shows an example method for identifying and analyzing sequences of events/groups in an electrical/power system; and

(14) FIGS. 11-11B and 12 illustrate various plots that may be generated in accordance with embodiments of the disclosure.

DETAILED DESCRIPTION

(15) The features and other details of the concepts, systems, and techniques sought to be protected herein will now be more particularly described. It will be understood that any specific embodiments described herein are shown by way of illustration and not as limitations of the disclosure and the concepts described herein. Features of the subject matter described herein can be employed in various embodiments without departing from the scope of the concepts sought to be protected.

(16) Referring to FIG. 1, there is depicted a schematic view of an exemplary network system architecture configured to perform among other things intelligent event and/or alarm analysis and management. The architecture includes an electrical or power monitoring architecture and control system (MCS) including one or more network nodes 126 and user devices 114 and 116 to monitor and control equipment or other devices 102, 104 and 106 of the facilities 108, 110 and 112. The network system architecture also includes an electrical or power system including a power generation node(s) 122 to supply power to the facilities 108, 110 and 112 across a power distribution network of a utility, e.g., power grids 118 and 120, and the facilities 108, 110 and 112. The facilities 108, 110 and 112 can be an automated industrial facility or include automated industrial equipment, or be a commercial building or university campus, as one example amongst many others. The systems and devices in the network architecture can use a local area network (LAN), wide area network (WAN), or internetwork (including the Internet) to communicate over a communication network 124. The communication network 124 can be a wired and/or wireless network that uses, for example, physical and/or wireless data links to carry network data among (or between) the network nodes.

(17) Each network node 126 can include a computer system, such as an intelligent electronic device (IED), to sense, monitor, capture and analyze energy-related data on the electrical system. In accordance with the various embodiments, the IED can capture signal waveforms representative of voltage, current, power or other measurable electrical property on the electrical system, create power event profiles, perform event analysis to identify power events and additional information including alarms triggered in response to power events, and perform other operations as part of the systems and methods for managing smart alarms described herein. The IED can be a smart device such as a smart power meter or other power equipment, or be incorporated into or associated with a power meter or other power equipment on the electrical system. The architecture can include a plurality of IEDs arranged at different upstream and downstream positions in a hierarchical level or layer relationship on the electrical system (e.g., as shown in FIG. 1B, as will be discussed below) to monitor, derive or calculate, analyze and share energy-related information (e.g., measurement data, derived data, event data and additional information, results of event analysis, event profiles, etc.) at any desired position along the electrical system, including positions along the grid, between the utility and a facility, and within the facility. Each of the IEDs may be installed at a respective metering point or location of a plurality of metering points or locations in the electrical system (e.g., as shown in FIG. 1B, as will be discussed below).

(18) In some embodiments, a user may view information about the IEDs (e.g., IED make, model, type, etc.) and data collected by the IEDs (e.g., energy usage statistics) using at least one of the user devices 114 and 116. Additionally, in some embodiments the user may configure the IEDs using at least one of the user devices 114 and 116. Each user device 114 and 116 can include a computing device, for example, a desktop computer, a laptop computer, a handheld computer, a tablet computer, a smart phone, and/or the like. Additionally, each user device 114 and 116 can include or be coupled to one or more input/output devices, for example, to facilitate user interaction with the IEDs (e.g., to view information about the IEDs).

(19) In some embodiments, the MCS may also include, or be communicatively coupled to, a diagnostic computing system 125 via the communication network 124. In some embodiments, the above-discussed IEDs and user devices 114 and 116 of the MCS may be directly communicatively coupled to the diagnostic computing system 125. In other embodiments, the IEDs and user devices 114 and 116 may be indirectly communicatively coupled to the diagnostic computing system 125, for example, through an intermediate device, such as a cloud-connected hub or a gateway. The cloud-connected hub (or the gateway) may, for example, provide the IEDs and the user devices 114 and 116 with access to the diagnostic computing system 125.

(20) The diagnostic computing system 125 may be an example of a cloud computing system, or cloud-connected computing system. In embodiments, the diagnostic computing system may be a server located within one or more of the facilities 108, 110 and 112, or may be remotely-located cloud-based service. The diagnostic computing system 125 may include computing functional components similar to those of the IEDs in some embodiments, but may generally possess greater numbers and/or more powerful versions of components involved in data processing, such as processors, memory, storage, interconnection mechanisms, etc. The diagnostic computing system 125 can be configured to implement a variety of analysis techniques to identify patterns in received measurement data from the IEDs, as discussed further below. The various analysis techniques discussed herein further involve the execution of one or more software functions, algorithms, instructions, applications, and parameters, which are stored on one or more sources of memory communicatively coupled to the diagnostic computing system 125. In certain embodiments, the terms “function”, “algorithm”, “instruction”, “application”, or “parameter” may also refer to a hierarchy of functions, algorithms, instructions, applications, or parameters, respectively, operating in parallel and/or tandem. A hierarchy may comprise a tree-based hierarchy, such as a binary tree, a tree having one or more child nodes descending from each parent node, or combinations thereof, wherein each node represents a specific function, algorithm, instruction, application, or parameter.

(21) In embodiments, since the diagnostic computing system 125 is connected to the cloud, it may access additional cloud-connected devices or databases (not shown) via the cloud. For example, the diagnostic computing system 125 may access historical measurement data previously received from the at least one IED, historical power event and/or alarm data, or other data that may be useful in analyzing current measurement data received from the at least one IED. In embodiments, the cloud-connected devices or databases may correspond to a device or database associated with one or more external data sources.

(22) In embodiments, by leveraging the cloud-connectivity and enhanced computing resources of the diagnostic computing system 125 relative to the IEDs, sophisticated analysis can be performed on data retrieved from one or more IEDs, as well as on additional sources of data that may be received (e.g., from other devices in the electrical system, such as humidity and temperature sensors), when appropriate. This analysis can be used to dynamically control one or more parameters, processes, conditions or devices (e.g., 102, 104 and 106) associated with the electrical system.

(23) In embodiments, the parameters, processes, conditions or equipment are dynamically controlled by one or more control devices of the MCS. In embodiments, the control devices may correspond to, include, or be included one or more of the above-discussed IEDs, diagnostic computing system and/or other devices within or external to the electrical system.

(24) It is understood that the network architecture shown in FIG. 1 is but one example network architecture of many potential network architectures that may be suitable for the systems and methods described herein. Any suitable network architecture may be used, which allows for communication and interaction between components of the MCS (e.g., IEDs, diagnostic computing system, user devices, etc.), equipment or loads, facilities, etc. to perform the operations described herein. For example, the systems and methods herein, including but not limited to the identification of power events, and the identification of alarms triggered in response to the power events, can be implemented through a cloud-based architecture via one or more network nodes.

(25) Referring to FIG. 1A, an example IED 140 that may be suitable for use in the network system architecture 100 shown in FIG. 1, for example, includes a controller 141, a memory device 142, storage 144, and an interface 145. The IED 140 also includes an input-output (I/O) port 146, a sensor 147, a communication module 148, and an interconnection mechanism 143 for communicatively coupling two or more IED components 141-148.

(26) The memory device 142 may include volatile memory, such as DRAM or SRAM, for example. The memory device 142 may store programs and data collected during operation of the IED 140. For example, in embodiments in which the IED 140 is configured to monitor or measure one or more electrical parameters associated with one or more devices or loads in an electrical system, the memory device 142 may store the monitored electrical parameters (e.g., from energy-related signals captured or derived by the IED 140).

(27) The storage system 144 may include a computer readable and writeable nonvolatile recording medium, such as a disk or flash memory, in which signals are stored that define a program to be executed by the controller 141 or information to be processed by the program. The controller 141 may control transfer of data between the storage system 144 and the memory device 142 in accordance with known computing and data transfer mechanisms. In embodiments, the electrical parameters monitored or measured by the IED 140 may be stored in the storage system 144.

(28) The I/O port 146 can be used to couple loads (e.g., shown in FIG. 1A) to the IED 140, and the sensor 147 can be used to monitor or measure the electrical parameters associated with the loads. The I/O port 146 can also be used to coupled external devices, such as sensor devices (e.g., temperature and/or motion sensor devices) and/or user input devices (e.g., local or remote computing devices) (not shown), to the IED 140. The I/O port 146 may further be coupled to one or more user input/output mechanisms, such as buttons, displays, acoustic devices, etc., to provide alerts (e.g., to display a visual alert, such as text and/or a steady or flashing light, or to provide an audio alert, such as a beep or prolonged sound) and/or to allow user interaction with the IED 140.

(29) The communication module 148 may be configured to couple the IED 140 to one or more external communication networks or devices. These networks may be private networks within a building in which the IED 140 is installed, or public networks, such as the Internet. In embodiments, the communication module 148 may also be configured to couple the IED 140 to a cloud-connected hub, or to a cloud-connected central processing unit, associated with a network system architecture including IED 140.

(30) The IED controller 141 may include one or more processors that are configured to perform specified function(s) of the IED 140. The processor(s) can be a commercially available processor, such as the well-known Pentium™, Core™, or Atom™ class processors available from the Intel Corporation. Many other processors are available, including programmable logic controllers. The IED controller 141 can execute an operating system to define a computing platform on which application(s) associated with the IED 140 can run.

(31) In embodiments, the electrical parameters monitored or measured by the IED 140 may be received at an input of the controller 141 as IED input data, and the controller 141 may process the measured electrical parameters to generate IED output data or signals at an output thereof. In embodiments, the IED output data or signals may correspond to an output of the IED 140. The IED output data or signals may be provided at I/O port(s) 146, for example. In embodiments, the IED output data or signals may be received by a diagnostic computing system, for example, for further processing (e.g., to identify power events, as briefly discussed above in connection with FIG. 1), and/or by equipment (e.g., loads) to which the IED is coupled (e.g., for controlling one or more parameters associated with the equipment, as will be discussed further below). In one example, the IED 140 may include an interface 145 for displaying visualizations indicative of the IED output data or signals. The interface 145 may correspond to a graphical user interface (GUI) in embodiments.

(32) Components of the IED 140 may be coupled together by the interconnection mechanism 143, which may include one or more busses, wiring, or other electrical connection apparatus. The interconnection mechanism 143 may enable communications (e.g., data, instructions, etc.) to be exchanged between system components of the IED 140.

(33) It is understood that IED 140 is but one of many potential configurations of IEDs in accordance with various aspects of the disclosure. For example, IEDs in accordance with embodiments of the disclosure may include more (or fewer) components than IED 140. Additionally, in embodiments one or more components of IED 140 may be combined. For example, in embodiments memory 142 and storage 144 may be combined.

(34) Referring to FIG. 1B, an example configuration (e.g., a hierarchical configuration) of IEDs such as IED 140 in an electrical system is shown. As discussed above, an electrical system typically includes one or more metering points or locations. As also discussed above, one or more IEDs may be installed or located (temporarily or permanently) at the metering locations, for example, to measure, protect and/or control a load or loads in the electrical system.

(35) The illustrated electrical system includes a plurality of metering locations (here, M.sub.1, M.sub.2, M.sub.3, etc.). In embodiments in which the electrical system is a “completely metered” system, for example, at least one IED is installed at the first metering location M.sub.1, at least one IED is installed at the second metering location M.sub.2, and so forth. Connection 1 is a physical point in the electrical system where energy flow (as measured at M.sub.1 by the at least one IED installed at M.sub.1) diverges to provide energy to the left electrical system branch (associated with metering locations M.sub.3, M.sub.4, M.sub.7, M.sub.8) and the right electrical system branch (associated with metering locations M.sub.2, M.sub.5, M.sub.6, M.sub.9, M.sub.10). In accordance with some embodiments of this disclosure, as will be discussed further below, the IEDs installed at the various metering locations (here, M.sub.1, M.sub.2, M.sub.3, etc.) may share electrical measurement data from or derived from energy-related signals captured by or derived from the IEDs. The shared electrical measurement data may be used, for example, to identify power events in the electrical system, and to identify alarms triggered in response to the identified power events. For example, IEDs installed at metering locations M.sub.7, M.sub.8 may share electrical measurement data with an IED installed at metering location M.sub.3 to identify power events at metering location M.sub.3, and to identify alarms triggered in response to the identified power events at metering location M.sub.3.

(36) In the illustrated example, the IED installed at metering location M.sub.3 is considered to be “upstream” from the IEDs installed at metering locations M.sub.7, M.sub.8. Additionally, in the illustrated example, the IEDs installed at metering locations M.sub.7, M.sub.8 are considered to be downstream relative to the IED installed at metering location M.sub.3. As used herein, the terms “upstream” and “downstream” are used to refer to electrical locations within an electrical system. More particularly, the electrical locations “upstream” and “downstream” are relative to an electrical location of an IED collecting data and providing this information. For example, in an electrical system including a plurality of IEDs, one or more IEDs may be positioned (or installed) at an electrical location that is upstream relative to one or more other IEDs in the electrical system, and the one or more IEDs may be positioned (or installed) at an electrical location that is downstream relative to one or more further IEDs in the electrical system. A first IED or load that is positioned on an electrical circuit upstream from a second IED or load may, for example, be positioned electrically closer to an input or source of the electrical system (e.g., a utility feed) than the second IED or load. Conversely, a first IED or load that is positioned on an electrical circuit downstream from a second IED or load may be positioned electrically closer to an end or terminus of the electrical system than the other IED. The above-described first and second IEDs can record an electrical event's voltage and current phase information (e.g., by sampling the respective signals) and communicatively transmit this information to a diagnostic computing system (e.g., 125, shown in FIG. 1). The diagnostic computing system may then analyze the voltage and current phase information (e.g., instantaneous, root-mean-square (rms), waveforms and/or other electrical characteristics) to determine if the source of the voltage event was electrically upstream or downstream from where the first and/or second IEDs are electrically coupled to the electrical system (or network), for example, to determine a direction of a power event (i.e., upstream or downstream).

(37) It is understood that the above-discussed configuration or arrangement of IEDs is but one of many potential configurations of IEDs in an electrical system.

(38) Referring to FIG. 2 and figures below, several flowcharts (or flow diagrams) are shown to illustrate various methods of the disclosure. Rectangular elements (typified by element 205 in FIG. 2), as may be referred to herein as “processing blocks,” may represent computer software and/or IED algorithm instructions or groups of instructions. Diamond shaped elements, as may be referred to herein as “decision blocks,” represent computer software and/or IED algorithm instructions, or groups of instructions, which affect the execution of the computer software and/or IED algorithm instructions represented by the processing blocks. The processing blocks and decision blocks can represent steps performed by functionally equivalent circuits such as a digital signal processor circuit or an application specific integrated circuit (ASIC).

(39) The flowcharts do not depict the syntax of any particular programming language. Rather, the flowcharts illustrate the functional information one of ordinary skill in the art requires to fabricate circuits or to generate computer software to perform the processing required of the particular apparatus. It should be noted that many routine program elements, such as initialization of loops and variables and the use of temporary variables are not shown. It will be appreciated by those of ordinary skill in the art that unless otherwise indicated herein, the particular sequence of blocks described is illustrative only and can be varied. Thus, unless otherwise stated, the blocks described below are unordered; meaning that, when possible, the blocks can be performed in any convenient or desirable order including that sequential blocks can be performed simultaneously and vice versa. It will also be understood that various features from the flowcharts described below may be combined in some embodiments. Thus, unless otherwise stated, features from one of the flowcharts described below may be combined with features of other ones of the flowcharts described below, for example, to capture the various advantages and aspects of systems and methods associated with “smart alarms” sought to be protected by this disclosure.

(40) Referring to FIG. 2, a flowchart illustrates an example method 200 for managing smart alarms in an electrical/power system. The method 200 may be implemented, for example, on a processor of at least one IED (e.g., shown in FIG. 1A) in the electrical/power system, a processor of a diagnostic computing system (e.g., 125, shown in FIG. 1) in the electrical/power system, and/or remote from the at least one IED and the diagnostic computing system, e.g., on a cloud computing device. The at least one IED, the diagnostic computing system and/or other devices on which the method 200 may be implemented may be included, or associated with, a monitoring and control system (MCS) in the electrical/power system, as discussed above in connection with FIG. 1, for example.

(41) As illustrated in FIG. 2, the method 200 begins at block 205, where energy-related signals (or waveforms) are captured or derived by at least one IED in the electrical/power system. The at least one IED may be installed or located (temporarily or permanently) at respective metering location in the electrical/power system, and the energy-related signals may be associated with the respective metering location (or one or more loads installed at the respective metering location). In some embodiments, the respective metering location may be a respective metering location of a plurality of metering locations in the electrical/power system, for example, in embodiments in which the at least one IED includes a plurality of IEDs. In these embodiments, the energy-related signals may be captured or derived by the plurality of IEDs at each of the respective plurality of metering locations. For example, a first one of the IEDs may be installed or located at a first metering location in the electrical/power system (e.g., M.sub.1, shown in FIG. 1B), and the energy-related signals captured by the first IED may be captured at the first metering location, or derived from measurements taken at the first metering location. Additionally, a second one of the IEDs may be installed or located at a second metering location in the electrical/power system (e.g., M.sub.2, shown in FIG. 1B), and the energy-related signals captured by the second IED may be captured at the second metering location, or derived from measurements taken at the second metering location.

(42) The energy-related signals measured or derived by the at least one IED may include, for example, at least one of: voltage, current, energy, active power, apparent power, reactive power, harmonic voltages, harmonic currents, total voltage harmonic distortion, total current harmonic distortion, harmonic power, individual phase currents, three-phase currents, phase voltages, and line voltages as a few examples. It is understood that other types of energy-related signals may be captured or derived by the at least one IED.

(43) At block 210, electrical measurement data from or derived from the energy-related signals captured or derived by the at least one IED at block 205, is processed (e.g., on the at least one IED, on the diagnostic computing system, and/or remote from the at least one IED and the diagnostic computing system) to identify power events in the electrical/power system. The identified power events may be associated with the metering location(s) in which the at least one IED is installed, a load or loads (e.g., 102, 104, 106, shown in FIG. 1) monitored by the at least one IED, and/or other portions (e.g., remote portions) or devices of the electrical/power system.

(44) In some embodiments, identifying the power events includes identifying power quality event types of the of the power events. The power quality event types may include, for example, at least one of: a voltage sag, a voltage swell, a voltage or current transient, a temporary interruption, and voltage or current harmonic distortion as a few examples. It is understood that other types of power quality events may be identified.

(45) Identifying the power events may additionally or alternatively include identifying a magnitude (or magnitudes) of the power events, a duration (or durations) of the power events, a location (or locations) of the power events in the electrical/power system, and/or other information that may be helpful for identifying alarms (i.e., smart alarms) triggered in response to the identified power events, e.g., at block 215, as will be discussed further below. In some embodiments, the magnitude(s), duration(s), location(s) and/or other information may be determined based on electrical measurement data from or derived from energy-related signals captured or derived by a plurality of IEDs, for example, in embodiments in which the at least one IED includes a plurality of IEDs located at a respective plurality of metering location in the electrical/power system. For example, the plurality of IEDs may share the energy-related signals captured or derived by the plurality of IEDs with select ones of the plurality of IEDs (or the diagnostic computing system), and the shared energy-related signals may be used to determine the magnitude(s), duration(s), location(s) and/or other information associated with the identified power event. This may include determining differences between the different measured levels of disturbances of power quality events (e.g., the magnitude or duration) as they propagate through the electrical/power system as this may be inferred from the energy-related signals and the location of each IED. In some embodiments, the energy-related signals captured or derived by the plurality of IEDs may be stored on a memory device associated with the plurality of IEDs, on a memory device associated with a diagnostic computing system, and/or on another memory device depending on the implementation of the method 200 (e.g., on the at least one IED, on the diagnostic computing system, and/or on another device or system).

(46) At block 215, it is determined if any alarms have been, or should be, triggered in response to the identified power events. In some embodiments, alarms may be triggered (e.g., automatically, or semi-automatically) in response to the identified power events. For example, a load monitored by an IED in the electrical/power system may have an upper alarm threshold and/or a lower alarm threshold, and an alarm (or alarms) may be triggered in response to voltage and/or current signals captured by the IED, e.g., at block 205, being above the upper alarm threshold and/or below the lower alarm threshold. An anomalous voltage condition, for example, which is one example type of power event, corresponds to a measured IED voltage being above one or more upper alarm thresholds or below one or more lower alarm thresholds. In some embodiments, an alarm (or alarms) may be triggered in response to the anomalous voltage condition. In some embodiments, the upper alarm thresholds and the lower alarm thresholds, e.g., associated with anomalous voltage condition and/or other power events, align with a recommended operational range of one or more loads, processes, and/or systems monitored by the IEDs in the electrical/power system.

(47) An alarm trigger may result in one or more portions (e.g., loads) of the electrical/power system being controlled, e.g., automatically by the IED, diagnostic computing device, and/or other system(s) or device(s) on which the method 200 is implemented. For example, an alarm trigger may result in a load monitored by the IED being adjusted (e.g., turned off, or having one or more parameters adjusted).

(48) Additionally, or alternatively, an alarm trigger may result in a notification or alert indicating the alarm being sent to one or more devices or systems of the MCS, for example. In some embodiments, the MCS, or a user of the MCS, may take an action (or actions) in response to the notification or alert. Example actions may include controlling the above-mentioned one or more portions of the electrical/power system, or delaying, changing the sequence or even postponing a process in another system (e.g., in a Power SCADA system, or in a building management system, or in a manufacturing SCADA system, are but few examples). It is understood that other actions may, of course, be performed.

(49) At block 220, information relating to the identified power events and/or alarms is aggregated (e.g., the number of daily events or alarms, or the number of groups of time-wise-overlapping events, or the impact on the downstream loads, are but few examples among many others). The information relating to the power events and/or alarms may be aggregated, for example, for a particular time period or interval, e.g., daily, as shown by plot 300 in FIG. 3, as will be described further below, or hourly, weekly, monthly, etc. Additionally, or alternatively, the information relating to the power events and/or alarms may be aggregated based on type of power event, type of alarm, metering location(s), type of load, type of IED, criticality of an alarm to a particular process or application, etc. The aggregated information may indicate a number (or frequency) of occurrences of a power event and/or alarms for a particular time period. Additionally, the aggregated information may indicate a number (or frequencies) of occurrences of a power event and/or alarms based on the type of power event, type of alarm, metering location(s), type of load, type of IED, etc.

(50) As one example, the aggregated information may include an aggregated sum (or count) of power events and/or alarms for a day, as shown in FIG. 3. The aggregated sum may, for example, indicate or be interpreted to determine whether the number of power events and/or alarms is within acceptable limits. Additionally, in some cases, the aggregated sum may indicate whether an operator of a facility (e.g., 108, 110, 112, shown in FIG. 1) in which the at least one IED is capturing or deriving energy-related signals, has lost or is at risk of losing control of the alarms of the facility (e.g., due to the aggregated sum being above an acceptable threshold). As one example, an aggregated sum of hundreds of alarms over a one-day period may indicate the facility operator has lost control of the facility's events/alarms. In some embodiments, the aggregated information (and the aggregated sum) may be stored on a memory device associated with the at least one IED, diagnostic computing system, and/or other system(s) or device(s) on which the method 200 is implemented.

(51) As apparent from discussions above, in some embodiments the aggregated information may be plotted, as illustrated by plot 300 shown in FIG. 3. However, it is understood that in some embodiments the aggregated information does not need to be plotted or otherwise visualized. In embodiments in which the aggregated information is plotted, the plot may be presented, for example, on a display device of a user device (e.g., 114, shown in FIG. 1) and/or a display device of another device of or associated with the MCS and/or included in a report and/or a notification sent to a user.

(52) At block 225, relevant event management groups and/or relevant event and/or alarm periods are identified from the aggregated information. In accordance with various aspects of this disclosure, the event management groups include groups and/or sequences of the identified power events, and/or groups and/or sequences of alarm events triggered in response to the identified alarms. Groups and/or sequences of the power events may include, for example, groups and/or sequences of the power events occurring over a particular time period, in a particular metering location, etc. Additionally, groups and/or sequences of the alarm events may include groups and/or sequences of alarm events occurring over a particular time period, in a particular metering location, etc. In accordance with various aspects of this disclosure, the alarm events correspond to events resulting from the triggering of multiple alarms, e.g., from the alarms identified at block 215.

(53) The relevant event and/or alarm periods identified from the aggregated information may be predetermined periods, e.g., daily periods, extracted from the aggregated information in some embodiments. Additionally, in some embodiments the relevant periods are identified or selected based on detected changes in relevant data from the aggregated information. As one example, the relevant periods may be identified based on breakpoints identified in the aggregated information. Breakpoints (e.g., 320, 330, 340, shown in FIG. 3) correspond to “significant” change points in the aggregated information, for example, separating one event and/or alarm period from a next event and/or alarm period. Additional aspects of breakpoints are described further below in connection with FIG. 4, for example.

(54) At block 225, outliers or extreme (or obvious) outliers may also be identified in the aggregated information in some embodiments (e.g., for refining the aggregated information prior to the event management groups and/or event and/or alarm groups being identified from the aggregated information, or to perform specific analysis on these groups of outliers, such as inferring patterns to provide the maintenance team with more actionable recommendations in a periodic report). As used herein, “outliers” and “extreme outliers” refer to data in the aggregated information that does fit within normal boundaries or acceptable limits of the aggregated information (i.e., is not normal data). To determine what is an “outlier” or an “extreme outlier”, the system may use simple statistical calculations and rules (e.g., the standard approach of comparing each data points value with the median value +/−1.5*IQR for an “outlier” and median+3*IQR for an “extreme outlier” (of all the data points of the group/period). The IQR being the Inter-Quantile Ratio, the value between the 75.sup.th and the 25.sup.th percentile) or some more advance techniques (e.g., DBSCAN or Isolation Forest algorithms).

(55) Referring again briefly to FIG. 3, the data at or around point 310 in the plot 310 is an example of an extreme outlier. In some embodiments in which the aggregated information is analyzed to identify extreme outliers in the information, data associated with the extreme outliers may be removed from the aggregated information (e.g., prior to the event management groups and/or event and/or alarm groups being identified from the aggregated information). Removing such “outliers” or “extreme outliers” is simple if in the previous step this distinction was made and each of the outlier points/values was tagged as such (e.g., “outlier” or “extreme outlier” tags). In some embodiments, the extreme outliers are identified in each event and/or alarm period. For example, an extreme outlier in one period may not be an outlier in another period. As such, pattern analysis may show that some extreme outliers may have been early warnings or the first “weak signals” of a new issue, generating many new events/alarms.

(56) Returning to method 200, at block 230, which is optional in some embodiments, one or more actions may be triggered, avoided or postponed in response to or based on the event management groups and/or the event and/or alarm periods identified at block 225. The actions, preventative or otherwise, may affect at least one component of the electrical/power system, for example, a load (e.g., 120, shown in FIG. 1) in the electrical/power system. As one example, the actions that are triggered or postponed may include shutting down or turning on the at least one component or adjusting one or more parameters associated with the at least one component. For example, a threshold can be created so when earth leakage current (i.e., current going to the ground) reaches the threshold, at least one component responsible for the earth current leakage may be shut down, and in some cases be disconnected (or otherwise decoupled) from the electrical/power system.

(57) In some embodiments, the actions that are triggered or postponed may also include selectively interrupting power at one or more location in the electrical/power system, generating an alarm or report, shutting off something in a manufacturing process or taking preventative action, as a few further examples. Additionally, the actions that are avoided may include launching a specific process or step which would be normal in the schedule, as an example. As one example of such “postponing a normal process steps” in a Power SCADA environment, not energizing a capacitor bank while voltage is already lower than normal due to some other load, process or action would be an illustration. As another example, delaying turning on the HVAC rooftop unit while some heavy motor is started in the manufacturing plant may be an illustration in another domain.

(58) In some embodiments, the actions that are triggered, avoided or postponed are automatically performed by a control device of the MCS. In some embodiments, the at least one IED responsible for capturing the energy-related signals, e.g., at block 205, includes the control device. In other embodiments, one or more other portions of the MCS includes the control device. For example, in some embodiments the diagnostic computing system of the MCS may include the control device.

(59) Subsequent to block 230 (or 225), the method may end in some embodiments. In other embodiments, the method may return to block 205 and repeat again. For example, in embodiments in which it is desirable to continuously (or semi-continuously) capture energy-related signals and to dynamically analyze these captured energy-related signals for power events and/or alarms, the method may return to block 205. Alternatively, in embodiments in which it is desirable to analyze a single set of captured energy-related signals, for example, the method may end. In some embodiments in which the method ends after block 230 (or 225), the method may be initiated again in response to user input and/or a control signal, for example.

(60) It is understood that method 200 may include one or more additional blocks in some embodiments. For example, the method 200 may include identifying discriminant characteristics associated with the aggregated information (i.e., the aggregated information from block 220), and determining a relative criticality score of each of the identified discriminant characteristics to a process or an application associated with the electrical/power system, as described further below in connection with FIG. 4, for example.

(61) Referring to FIG. 4, a flowchart illustrates an example method 400 for identifying discriminant characteristics in information related to power events and alarms. In accordance with some embodiments of this disclosure, method 400 is illustrative of example steps that may be performed in connection with method 200 discussed above in connection with FIG. 2.

(62) Similar to method 200, method 400 may be implemented on a processor of at least one IED (e.g., 121, shown in FIG. 1A) in the electrical/power system, a processor of a diagnostic computing system (e.g., 125, shown in FIG. 1) in the electrical/power system, and/or remote from the at least one IED and the diagnostic computing system.

(63) As illustrated in FIG. 4, the method 400 begins at block 405, where breakpoints associated with the event and/or alarm periods discussed above in connection with method 200, are identified in information related to power events and alarms. In some embodiments, the information related to power events and alarms corresponds to the aggregated information from block 215 of method 200.

(64) As briefly discussed above in connection with method 200, the breakpoints (e.g., 510, 520, etc. shown in FIG. 5) correspond to “significant” change points in the aggregated information, e.g., for a particular data set such as aggregated sum of power events and/or alarms, from one time period (N) to a next time period (N+1). For example, the significant change points may be rules based such as correspond to points in the aggregated data in which a significant increase (e.g., a greater than fifty percent increase) in a number of occurrences of power events and/or alarms from one time period to a next time period is observed. Or it may be a statistical threshold (e.g., using the “extreme outlier” threshold value of median+3*IQR).

(65) In some embodiments, the breakpoints are identified or selected, for example, using a machine learning algorithm. The machine learning algorithm (self-learning, self-organizing, self-identification) may optimize the number of change points. It may be a combination of several machine learning algorithms and rules. One example would optimize the number and place of the change points by minimizing the RSS (residual sum of square) and using a penalty score for more change points (these are machine learning typical tasks, so are considered as state of the art) as well as using a rule such as defining a minimal duration of any period (e.g., not less than 14 days as one example). FIGS. 3 and 5 were derived from such machine learning algorithms. In each of these cases, “significant changes” are used in the data science common usage of the word (e.g., statistically different mean or median values or different regression lines for each one of the periods).

(66) As briefly discussed above in connection with method 200, in some embodiments the relevant periods (e.g., shown in FIG. 5) are identified or selected based on the breakpoints. In particular, the breakpoints may separate one event and/or alarm period from a next event and/or alarm period, thereby providing for identification of the event and/or alarm periods. This is done in both FIGS. 3 & 5 by using the number of daily events/alarms as the input data. In this embodiment, this quantitative data is fed into the machine learning algorithms sequences. In another embodiment, the daily number of separate sequences of overlapping events (groups of events defined based on the start and end time stamps of the events) could be used.

(67) At block 410, each of the identified event and/or alarm periods is modeled, for example, as illustrated by plot 500 shown in FIG. 5. In accordance with some embodiments of this disclosure, modeling the identified event and/or alarm periods includes determining a best possible model for each of the identified event and/or alarm periods, and modeling each of the identified event and/or alarm periods (e.g., using again RSS optimization techniques) based on the determined best possible model. The best possible model (e.g., median, increasing, decreasing, etc.) for each of the identified event and/or alarm periods may be determined, for example, by comparing each event and/or alarm period of the identified event and/or alarm periods with a previous event and/or alarm period of the identified event and/or alarm periods. For example, an impact of each event and/or alarm period on the electrical/power system may be compared with the impact of a previous event and/or alarm period on the electrical/power system to determine the best possible model. Referring again to FIG. 5, the identified event and/or alarm periods shown can indicate a decreasing number of events (e.g., circle) and/or alarms in the illustrated example. Additionally, the identified event and/or alarm periods can indicate an increasing number of events and/or alarms (e.g., square), and the identified event and/or alarm periods shown in green indicate a stable number of events and/or alarms, i.e., the events and/or alarms are relatively stable. The lines connecting the points shown in FIG. 5 are based on a median value in the illustrated embodiment.

(68) At block 415, each of the modeled event and/or alarm periods is classified or categorized, for example, as stable, rising, dropping, etc. based on an analysis of the modeled event and/or alarm periods. Referring briefly to FIG. 5, the modeled event and/or alarm periods may be analyzed to determine if the trend of the number of events and/or alarms is increasing, decreasing, or stable from the start of each event and/or alarm period (e.g., from a first breakpoint of the period, e.g., 510 shown in FIG. 5) to the end of each event and/or alarm period (e.g., from a second breakpoint of the period, e.g., 520 shown in FIG. 5). If it is determined that the trend of the number of events and/or alarms is increasing from the start of an event and/or alarm period to an end of an event and/or alarm period, the event and/or alarm period may be classified as rising. Additionally, if it is determined that the trend of the number of events and/or alarms is decreasing from the start of an event and/or alarm period to an end of an event and/or alarm period, the event and/or alarm period may be classified as dropping. Further, if it is determined that the frequency or number of events and/or alarms is stable from the start of an event and/or alarm period to an end of an event and/or alarm period, the event and/or alarm period may be classified as stable. The fact of looking for a trend may be done by using local regression over a moving period, or any other suitable algorithm. This enables the algorithm to identify sub-periods which may be better modeled as stable periods, even if the original algorithm had not identified any changepoint within a period. The modeling may thus identify additional change points.

(69) In some embodiments, each of the modeled event and/or alarm periods is classified through curve fitting techniques, for example, using one or more statistical learning algorithms where slope or slope variations of the event and/or alarm periods are modeled. In one such embodiment a list of possible curves is used and the best matching curve (using again the RSS as key metrics) is then selected for each period. For illustration purposes only, a very simple list of such curves may be made of linear regression, exponential functions and polynomial regressions. In another embodiment, a machine learning “curve fitting in R” algorithm is applied.

(70) At block 420, discriminant characteristics are identified in each of the modeled event and/or alarm periods. The aim of this step is to explain what Example discriminant characteristics that may be identified may include, for example, particular devices (e.g., IEDs) or locations (e.g., metering locations) in the electrical/power system associated with a “high” (or greater than “normal”) amount of power events and/or alarms in the electrical/power system. Additionally, example discriminant characteristics that may identify patterns may include days of the week and/or daily times and/or seasons on which a significant number of power events and/or alarms occur. For example, it may be observed that a “higher” (or greater than “normal”) amount of power events and/or alarms occur on Sundays at 5 PM. From this observance, further analysis may occur to determine why a “higher” (or greater than “normal”) amount of power events and/or alarms occur on Sundays at 5 PM. For example, it may be determined that a “higher” (or greater than “normal”) amount of power events and/or alarms occur on Sundays at 5 PM since this is when updates (e.g., time sync operations, and/or software and/or hardware updates) typically occur in the electrical/power system. Additional aspects of identification of discriminant characteristics are described further below in connection with FIGS. 6-7E, for example.

(71) After block 420, the method may end in some embodiments. In other embodiments, the method may return to block 405 and repeat again (e.g., in response to receiving additional information related to power events and/or alarms). Similar to method 200, it is understood that method 400 may include one or more additional blocks in some embodiments. For example, in some embodiments the method 200 may include determining a relative criticality score of each of the identified discriminant characteristics to a process or an application associated with the electrical/power system, e.g., over a predetermined time period. The relative criticality score may be based, for example, on an impact of the identified discriminant characteristics to the process or the application, e.g., over the predetermined time period. In some embodiments, the impact of the identified discriminant characteristics is related to tangible or intangible costs associated with the identified discriminant characteristics to the process or the application. In some embodiments, the relative criticality score is presented on at least one plot of the at least one plot visually representing the identified discriminant characteristics. Additionally, in some embodiments the relative criticality score may be used prioritize responding to the identified alarms (e.g., at block 230 of method 200).

(72) Referring to FIGS. 6-6C, a flowchart illustrates an example method 600 for identifying discriminant characteristics/parameters/dimensions (the “characteristic” is an observation directly inferred from the data, “parameter” is the name used in the electrical/power system due to the fact that a controller may use a parameter as input to a measurement setting or to control the electrical/power system, both of these words, when used in any data science field analysis, become a dimension of the analysis). In accordance with some embodiments of this disclosure, method 600 is illustrative of example steps that may be performed in connection with method 200 discussed above in connection with FIG. 2 and/or method 400 discussed above in connection with FIG. 4. As one example, method 600 may be illustrative of example steps performed at block 420 of method 400. Similar to methods 200 and 400, method 600 may be implemented on a processor of at least one IED (e.g., 121, shown in FIG. 1A) in the electrical/power system, a processor of a diagnostic computing system (e.g., 125, shown in FIG. 1) in the electrical/power system, and/or remote from the at least one IED and the diagnostic computing system.

(73) As illustrated in FIG. 6, the method 600 begins at block 605 where dimensions available in, or derived from, electrical measurement data are identified. As discussed in connection with figures above, electrical measurement data may be from, or derived from, energy-related signals captured or derived by at least one IED in an electrical/power system. As also discussed in connection with figures above, power events and alarms triggered in response to the power events may be identified from electrical measurement data, and information related to the identified power events and alarms may be aggregated. In accordance with some embodiments of this disclosure, dimensions, such as time dimensions, priority and criticality dimensions, count and identified of meter dimensions, type of meter dimensions, etc., may be identified from, or derived from, the electrical measurement data directly, or from the above-discussed aggregated information. Additionally, in accordance with some embodiments of this disclosure, the dimensions may be identified from, or be derived from other information related to the electrical/power system in which the electrical measurement data is measured. The other information may include, for example, known system configuration data (e.g., using the type of meters defined in a Power Monitoring software, as a dimension). This is useful to look for a possible cause of an abnormal increase of events identified, including waveform captures, which may be explained by a firmware update implemented on a specific type of meter. The user or the system may know the date of the firmware update push, and use this as an additional confirmation of this possible use case/cause/source, explaining what created this increase. This dimension may be the statistically most discriminant dimension identified by the analysis. A report may be presented to the user showing this identified discriminant dimension, as well as the confirmation of the timely co-occurrence of the firmware push. It may then be up to the user/expert to identify if this is a problem, such as a too sensitive default setting threshold value on sags for example, or if this update fixed a problem, explaining why some events may have been missed before.

(74) The above-discussed time dimensions may indicate, for example, time of day (hours or minutes) of discriminant events (e.g., as shown in FIG. 7, as will be discussed further below), days of week of discriminant events (e.g., as shown in FIG. 7A, as will be discussed further below), etc. Additionally, the priority dimensions may include priority scores, or values, associated with responding to particular power events and/or alarms in the electrical/power system (e.g., as shown in FIG. 7B, as will be discussed further below). Criticality dimensions may indicate, for example, criticality of a power event and/or an alarm to a particular process or application, etc. In accordance with some embodiments, the criticality dimensions may be determined based on, or in response to, the relative criticality score discussed above in connection with method 200. The way the system identifies the most discriminant dimension may be in one possible implementation, by using the “outlier” or “extreme outlier” rules or statistical or machine learning algorithms (e.g., checking if a particular day of the week explains by itself more than 50% of all the events/alarms).

(75) Count and identification (or spread) of meter dimensions may indicate, for example, how many meters (e.g., IEDs) are associated with or responsible for detecting a particular percentage of events in the electrical/power system, which meters are in the top ten for detecting events, etc. (e.g., as shown in FIG. 7C, as will be discussed further below). Additionally, type(s) of meters dimensions may indicate types of meters associated with, or proximate to, detected events in the electrical/power system. The types of meters may include, for example, PM8000, ION7650, CM4000t, and other metering devices provided by Schneider Electric. In some embodiments, the types of meters are determined by a source identification number of the meters (e.g., as shown in FIG. 7D, as will be discussed further below), and/or locations of the meters in the electrical/power system It is understood that the above example dimensions are but a few of many potential dimensions which may be identified at block 605.

(76) At block 610, dimensions are extracted from events identified from the electrical measurement data. In some embodiments, the events identified from the electrical measurement data may correspond to power events identified from electrical measurement data at block 210 of method 200, for example.

(77) Example dimensions that may be extracted may include, for example, pre-event and post-event information from energy-related signals (or waveforms) associated with the electrical measurement data. As previously discussed, electrical measurement data may be from or derived from energy-related signals captured by at least one IED in an electrical/power system. Dimensions may also be extracted from event text labels, for example, which are re-use in further analysis and/or displayed on a plot illustrating the electrical measurement data and/or associated identified events (e.g., extracting the two dimensions of power quality issue=sag, and phase=A, from the various different labels “VA sag”, “voltage dip ph.A”, “Phase A voltage sag”, all three meaning the same thing=“Voltage Sag on Phase A). The event text labels may be automatically generated in some embodiments, and manually (or semi-automatically) generated in other embodiments to tag a group of events, or to re-tag in a non-ambiguous way, the events (e.g., call all voltage sags on phase A, “Voltage Sag Phase A”).

(78) Further example dimensions that may be extracted may include power quality type(s) further distinctions/groups of the events identified from the electrical measurement data, for example, non-steady state power quality types such as sag, swell, transient, etc. as one dimension, distinguished from another dimension of steady state power quality types such as power factor, harmonics, etc. Protection types, such as those that may be used in triggering, avoiding or postponing triggering one of more actions at block 230 of method 200, for example, may also be extracted from the electrical measurement data in some embodiments. Example protection types may include thermal trip, short trip, earth leakage trip, etc., as a few examples. It is understood that other types of dimensions may be extracted from events identified in the electrical measurement data.

(79) In one embodiment, the dimensions are extracted by observing differences between one phase and another phase for measurements (e.g., voltage sag magnitude measurements) obtained or derived from measurements by each meter or IED in the electrical/power system.

(80) At block 615, other dimensions may be extracted from events identified from the electrical measurement data and/or other systems (e.g., sensors or devices) in the electrical/power system, for example, to identify a source (or sources) of problems in the electrical/power system. These other dimensions may include, for example, operation type(s), such as status changed from “on” to “off”, “maintenance on operation—start”, etc. The other dimensions may also include internal system warnings, such as a warning “DB full alarm” generated in response to a database of one or more systems in the electrical/power system having a full database. Additionally, the other example dimensions may include power monitoring health status, for example, of the power monitoring and control system responsible for monitoring and controlling the electrical/power system. The power monitoring health status may indicate, for example, time sync loss, loss of communications, etc. It is understood that further dimensions may be extracted.

(81) In some embodiments, the other dimensions may be extracted from automatically detected configurations of the electrical/power system (e.g., number and type of IEDs, number and type of loads, etc.), for example, from sensor data received from one or more sensors in the electrical/power system that may be helpful for identifying dimensions in the electrical/power system. One example of sensor would be temperature or vibrations measured on the electrical equipment/load (e.g., on a motor or a transformer). In some embodiments, the other dimensions may also be extracted from electrical/power system configuration data manually input by a user, for example, as may be received from a user device (e.g., 114, shown in FIG. 1) (e.g., alarm (non-) acknowledgement).

(82) At block 620, discriminant dimensions, for example, from the dimensions identified or extracted at blocks 605, 610, and 615, are selectively combined or aggregated. For example, discriminant dimensions (e.g., frequency of events per day) associated with one meter in the electrical/power system may be combined with like discriminant dimensions (e.g., frequency of events per day) associated with another meter in the electrical/power system, to determine a combined number of discriminant dimensions, e.g., frequency of events in the electrical/power system per day. This can be done systematically by pairwise aggregating the dimensions as illustrated in FIG. 7 (e.g., a day of week dimension on the X axis is combined with a 30-minute intervals dimension on the Y axis, the result being the number of events per 30-minute interval, per day of the week).

(83) At block 625, independent dimensions are identified, for example, from the dimensions identified or extracted at blocks 605, 610, and 615. For example, it may be determined that dimensions associated with priority score of an event, e.g., as shown in FIG. 7B, are independent from dimensions associated with metering device type, e.g., as shown in FIG. 7C. One possible implementation to identify the independence of dimensions is to calculate if every days of week, at 21h30, there are significantly more events, than the rest of the daily hours. The reverse may then be applied to identify the linked dimensions, calculating that only on Mondays, at 21:30 (e.g., 720) as well as some other distinct points across day time and day of week (e.g., 710, 730, 740, 750, 760) have significantly more events. Further checks or operations (e.g., removing “extreme outliers” prior to this analysis) need to be performed to validate that it is not just one single day explaining this “linked dimension”.

(84) At block 630, linked dimensions are identified, for example, from the dimensions identified or extracted at blocks 605, 610, and 615. For example, days of week dimensions may be linked to dimensions associated with particular times of day, e.g., as shown in FIG. 7, in some embodiments.

(85) After block 630, the method may end in some embodiments. In other embodiments, the method may return to block 605 and repeat again (e.g., in response to receiving additional electrical measurement data). Similar to methods 200 and 400, it is understood that method 600 may include one or more additional blocks in some embodiments.

(86) Referring to FIG. 7, a plot 700 illustrates a frequency of events occurring during each hour of each day over a one-week period of time (i.e., Monday thru Sunday). Discriminant points (i.e., points that stand out with extreme high values) are indicated by reference designators 710, 720, 730, 740, 750, 760. By analyzing the patterns of these discriminant points, the system automatically deduces which dimensions are discriminant or not (e.g., time per day, day of the week, or the combination of both time per day and day of week), and if they are independent or if they are linked. Referring to FIG. 7A, a plot 1700 illustrates a frequency of events occurring during each day of the one-week period where no day of the week is discriminant. In the illustrated embodiment, data is aggregated for multiple devices in an electrical/power system. However, in some embodiments, the data may be aggregated for a single device (FIG. 7D).

(87) Referring to FIG. 7B, a plot 2700 illustrates a frequency of events in an electrical/power system per priority score. In accordance with some embodiments, events may have a priority score, for example, that is defined within the meter or historian system (e.g., power monitoring system). Additionally, in accordance with some embodiments, event priority may be based on a range of priority score values. For example, low priority events (not really an alarm) may have a range of priority values from 0-63 (indicated as 63 in FIG. 7B), and low/mid priority events (still not considered an alarm in most cases) may have a range of priority values from 64-127 (indicated as 127 in FIG. 7B). Additionally, mid priority events (e.g., events that impact system and result in one or more alarms being triggered) may have a range of priority values from 128-195 (indicated as 195 in FIG. 7B), and high priority events (e.g., events that significantly impact system and result in one or more alarms being triggered) may have a range of priority values from 196-255 (indicated as 255 in FIG. 7B). For example, time sync issues may not be considered for certain locations as critical, so related events may not raise alarms and thus be tagged as a score of 63. A voltage sag, on the contrary may be considered a high impact issue, and receive a score of 196, while an interruption may receive a score of 255. With this information, it is possible to diagnose when an issue occurred, and to trace the potential source of the issue. For example, can see that before a software (or firmware) upgrade was applied to a metering device, X number of issues existed, while after the software upgrade was applied, Y number of issues exist. If Y is greater than X, can assume that there is an issue with the software upgrade that needs to be addressed.

(88) The information shown in FIG. 7B, for example, may be used to direct a system's resources to events that are a high priority, e.g., for mitigating or eliminating effects of the high priority event(s). Additionally, the information shown in FIG. 7B may be used to observe increases in alarm priority from one period to a next period, and to take an action (or actions) in response to this increase (e.g., at block 230 of method 200). The type of actions may depend, for example, on the importance of acting fast or not, and associated costs (monetary and otherwise, e.g., opportunity costs) with acting or not acting.

(89) Referring to FIG. 7C, a plot 3700 illustrates frequency of events per device type (here, metering devices provided by Schneider Electric). As illustrated in this example, there are very few events associated with (e.g., detected by) metering type CM4000. As also illustrated, there is a fairly significant number of events associated with (e.g., detected by) metering type PM5560. In one example configuration, CM2450, CM4000, and CM4250 meters are located proximate to an input of the electrical/power system, PM5560 is located closer to the loads in the electrical/power system, and VIP is located between CM2450, CM4000, CM4250 and PM5560. In this example configuration (using the information provided in plot 3700), it can be determined that most of the events/alarms are not occurring at the input of the electrical/power system, but rather further down (i.e., downstream) in the electrical/power system. As illustrated, using plots similar to plot 3700 and a hierarchical analysis of where a metering device is in the electrical/power system (e.g., as shown in FIG. 1B), it can be determined where in the electrical/power system the events are occurring (e.g., proximate to the electrical/power system input, or further downstream). With this information, it may be possible to diagnose when an issue occurred, and to trace the potential source of the issue.

(90) Referring to FIG. 7D, a plot 4700 illustrates a frequency of events per device type, similar to plot 3700 discussed above. Here, however, the device type is indicated by source identification number. As illustrated, one of the devices is associated with a significant number of events compared with the rest of the devices.

(91) Referring to FIG. 7E, a plot 5700 illustrates example linked dimensions (here, time, event frequency and priority score dimensions). As illustrated, several discriminant dimensions are associated with lower priority events (e.g., 5750, 5760), and several discriminant dimensions are associated with mid- and high-priority events (e.g., 5710, 5720, 5730, 5740).

(92) Referring to FIGS. 7F and 7G, plots 6700, 7700 show another example way of illustrating dimensions. This illustrates another way of identifying linked and independent discriminant dimensions. The system uses dimension reduction algorithms, such as principal components analysis, as one implementation. By calculations, or visually for experts or data scientists' eye, groupings may become obvious. A simplified explanation is that “the closer together, the more linked”, and the reverse, “the more isolated, the more independent” (e.g., FIG. 7G, the daily time of 12:30 arrow is separate from all the other discriminant points). In accordance with some embodiments, each technique requires its appropriate checks to make sure the system provides reliable analysis and actionable recommendations which will help solve the issue. Any change should be cross-checked for effectiveness in some embodiments, and maintenance operation may be an additional input into the system to create a learning/feedback loop, validating the analysis and measuring the effectiveness of the operations. This in turn makes the system grow in intelligence, providing even smarter recommendations (e.g., including the effectiveness of the user/maintenance teams' corrective actions into the system).

(93) Referring to FIG. 8, a flowchart illustrates an example method 800 for identifying and analyzing discriminant characteristics/parameters/dimensions in an electrical/power system. In accordance with some embodiments of this disclosure, method 800 is illustrative of example steps that may be performed in connection with method 200 discussed above in connection with FIG. 2 and/or method 400 discussed above in connection with FIG. 4, for example. As one example, method 600 may be illustrative of example steps performed at block 420 of method 400. Similar to methods 200 and 400, method 800 may be implemented on a processor of at least one IED (e.g., 121, shown in FIG. 1A) in the electrical/power system, a processor of a diagnostic computing system (e.g., 125, shown in FIG. 1) in the electrical/power system, and/or remote from the at least one IED and the diagnostic computing system.

(94) As illustrated in FIG. 8, the method 800 begins at block 805 where discriminant analysis is conducted per dimensions, for example, from dimensions identified from electrical measurement data (e.g., at block 605 of method 600 shown in FIG. 6), dimensions associated with events identified from the electrical measurement data (e.g., at block 610 of method 600), and/or other dimensions associated with events and/or system in the electrical/power system (e.g., at block 615 of method 600). As discussed above in connection with FIG. 6, for example, dimensions identified from electrical measurement data (e.g., electrical measurement data from, or derived from, energy-related signals captured by at least one IED in the electrical/power system) may include time dimensions, priority and criticality dimensions, count and identification of meter dimensions, type of meter dimensions, etc. As also discussed above in connection with FIG. 6, dimensions associated with (or extracted from) events identified from the electrical measurement data may include pre-event and post-event information from energy-related signals (or waveforms) associated with the electrical measurement data, dimensions extracted from event text labels, power quality type(s) of the events identified from the electrical measurement data, protection types, etc. As further discussed above in connection with FIG. 6, other dimensions associated with events and/or system in the electrical/power system may include operation type(s), internal system warnings, monitoring health status, etc. The power monitoring health status may indicate, for example, time sync loss, loss of communications, etc. It is understood that further dimensions may be extracted. It is understood that other dimensions may be considered in conducting the discriminant analysis at bock 805.

(95) In accordance with some aspects of this disclosure, conducting discriminant analysis includes (among all the other previously described processes, methods, calculations and results and examples, and not limited to any or all of these) finding the linked dimensions of day time (e.g., 30 minute intervals) and of day of week (e.g., on Mondays) described in the descriptions of and illustrated in FIG. 7, specifically illustrate here by the reference 710. It is understood that other example processes for conducting discriminant analysis may occur.

(96) In accordance with some aspects of this disclosure, conducting discriminant analysis per dimension, focusing on each single period (or on other sub-groups such as certain hours of each day e.g., morning, afternoon, night time periods), may provide for deeper relevant analysis of discriminant dimensions (e.g., than conducting discriminant analysis for a full day). The analysis per period may be a preparation step of further analysis steps, such as is the case in this exemplary flow diagram where 805 is preparation for 810 and then for 815.

(97) At block 810, the combination of all (or substantially all) the discriminant dimensions are analyzed, for example, to enable identification of what is discriminating for each period versus other periods at block 815. For example, returning briefly to FIG. 5, the combination of discriminant dimensions associated with period 5 may be compared to the combination of discriminant dimensions associated with period 4, to identify what is discriminating in period 5 versus period 4. In one embodiment, all periods data may be used as input to an overall discriminant analysis (e.g., considering all data as one period). In this case, only discriminant dimensions which are discriminant across all periods will be identified (e.g., these may be called “constant discriminant dimensions” list). In another embodiment, all the different discriminant dimensions identified in each of the periods, may be combined into a list of discriminating dimensions (e.g., “all active, at least in one period, or across several or all periods, discriminant dimensions” list).

(98) At block 820, the differences between one period (e.g., period 5) and a next period (e.g., period 4), for each of the periods, may be quantified. For example, it may be determined that period 5 has three (or another number) more new discriminant dimensions than period 4. This may in one embodiment aim at disaggregating the “inherited” discriminant dimensions form each one of the previous periods. The goal in this case could be to provide a “historical steps of unresolved issues” diagnostic report to help a new user who arrived on the site after the previous expert retired, to gain understanding of the number and importance of the ongoing events. This example may identify which previous periods' event types become the new normal, when not resolved. A typical graph of such a case would be a “step by step” increasing number of events. Reference 820 would then show how many of the events would be added from one period to the next. In such a case, again additional assumptions would need to be confirmed such as subtracting the previous periods numbers of events and checking that the same discriminating dimensions continue on, even if more and more blurred by the addition of the next unresolved issues. At block 825, discriminant characteristics, such as those discussed in connection with figures above and described in the previous example of step wise increments of quantities related to unresolved issues piling on each other, are identified based on the quantified differences.

(99) In some embodiments, at block 830 (which is optional in some embodiments), the discriminant characteristics associated each period and/or information associated with the discriminant characteristics (such as priority scores as shown in FIGS. 9 and 9A, as will be discussed further below), may be presented, for example, on a plot. The plot may display or indicate, for example, if the number of events increased or decreased from one period to a next period, and by how much the number of events increased or decreased (in embodiments in which the number of events increased or decreased). The plot may be presented on a display device of a user device (e.g., 114, shown in FIG. 1, for example), or another device of or associated with the monitoring and control system closed herein, for example. A decrease may thus be analyzed in the same way, for example: Was any of the previous existing issues solved? Was it the most recent previous period, or some other older previous period related issue? Or was it a constantly existing discriminant dimension (it's related real issue)?

(100) After block 830, the method may end in some embodiments. In other embodiments, the method may return to block 805 and repeat again (e.g., in response to receiving additional electrical measurement data). Similar to methods 200, 400 and 600, it is understood that method 800 may include one or more additional blocks in some embodiments.

(101) Referring to FIGS. 9 and 9A, plots 900 and 1900 illustrate two example ways in which information associated with discriminant characteristics may be plotted (e.g., at block 830 of method 800). As illustrated in plot 900 shown in FIG. 9, for example, information associated with the discriminant characteristics (here, frequency of events and priority scores) may be plotted for each period over a week timeframe. In the illustrated embodiment, there are four periods. As shown, during the first period, there are many low priority events (indicated by 63 in the figure). As also shown, during the second period, there are many low/mid priority events (indicated by 127 in the figure).

(102) Referring also to plot 1900 shown in FIG. 9A, this plot illustrates in another similar example how the information shown in plot 900 may be presented in a different manner (e.g., after removing the days of week dimensions which was not discriminant in this new example). More particularly, it can be seen that most of the low priority events (indicated by 63 in the figure) occur during the first period, and most of the low/mid priority events (indicated by 127 in the figure) occur during the second period. From this information, causes of the events may be determined (or potential causes may at least be narrowed down). For example, it may be determined that the low priority events most often occur when employees are starting their work for the day. Using this information and information about habits or customs of employees when they start their work for the day (e.g., they run certain processes to begin their day), the cause(s) of the low priority events may be isolated.

(103) Referring to FIG. 10, a flowchart illustrates an example method 1000 for identifying and analyzing sequences of events/groups in an electrical/power system. Similar to method 800, in accordance with some embodiments of this disclosure, method 1000 is illustrative of example steps that may be performed in connection with method 200 discussed above in connection with FIG. 2 and/or method 400 discussed above in connection with FIG. 4, for example. This is illustrative of another type of aggregation and analysis. It may be conducted in parallel and in addition to the previously used examples of aggregating the number of events/alarms per day. Or it may be conducted independently of the previously described aggregations and analysis. In this particular embodiment, the analysis focuses on the groups of overlapping events (aggregation of number of events/alarms is done per sequences of overlapping events (SooE), and not per day). The goal is to identify patterns, trends, clusters of these sequences of overlapping events (groups of similar SooE, distinctively different from other groups of SooE). If not done independently, but in conjunction with the previous analysis, the system in one embodiment may consider the SooE analysis as a specific discriminant dimension of the previous daily aggregation (e.g., using the discriminant clusters as one-dimension analysis in the daily analysis. Technically this may be done by using each cluster in the same way as each one of the power quality types). Similar to methods 200 and 400, method 1000 may be implemented on a processor of at least one IED (e.g., 121, shown in FIG. 1A) in the electrical/power system, a processor of a diagnostic computing system (e.g., 125, shown in FIG. 1) in the electrical/power system, and/or remote from the at least one IED and the diagnostic computing system.

(104) As illustrated in FIG. 10, the method 1000 begins at block 1005 where events, such as the power events identified at block 210 of method 200, are grouped into overlapping sequences of groups/events. For example, it is possible for at least one of the events identified at block 210 to overlap with, or occur in sequence with, at least one other event identified at block 210. In accordance with some embodiments, the overlapping events or sequences of events may be grouped based on similarity (e.g., event type), proximity (e.g., location of event), etc., e.g., using a hierarchical approach of clustering. It is understood that these events may be grouped based on any number of characteristics.

(105) At block 1010, all (or substantially all) dimensions may be “pulled in” or otherwise extracted or identified from each of the groups formed at block 1005. In some embodiments, the dimensions may include both discriminant and non-discriminant dimensions.

(106) At block 1015, power quality profiles may be identified for each of the groups (and subparts of the groups in some instances), for example, using a power quality profile library. In accordance with some embodiments of this disclosure, the power quality profile library is stored on or accessed by the system(s) or device(s) on which method 1000 is implemented. As one example, the power quality profile library may be accessed from a storage device associated with a cloud-computing device containing the latest power quality profiles.

(107) At block 1020, pattern analysis techniques are used to identify patterns in the each of the groups, for example, based on the power quality profiled identified at block 1015. Some of the patterns were already alluded to previously: Daily hourly patterns (e.g., most SooE, or the longest duration SooE, or the SooE with most alarms/events appear at 17h30), days of week patterns (e.g., on Sundays). Other examples of patterns are seasonal patterns (e.g., temperature related, holidays related), amongst many others. A simple calculation of which pattern has the most “explanatory capability” explains most cases, in the most distinctive way (from the other SooE clusters for example).

(108) At block 1025, the groups (or subparts of the groups) as well as the discriminant dimensions are analyzed for obvious or non-obvious links, possibly based on the identified patterns at block 1020. Examples of linked dimensions are shown, for example, in FIGS. 11-11B, as will be described further below. Link analysis techniques used in one embodiment is to apply a correlation analysis, and then apply a hierarchical clustering to order the dimensions by proximity. This often visually helps to show statistical proximity (groups=clusters co-occurring) as well as statistical distance or “oppositions” one can visually observe (e.g., if this dimension is discriminant, then in “excludes” this other dimension (e.g., calculated negative correlations, as in FIG. 1100 in dark blue color).

(109) At block 1030, sequence(s) analysis techniques are used to analyze internal sequences of the groups (e.g., the SooE cluster 1 may show a pattern of sags, followed by interruptions), as well as between the different SooE (e.g., a pattern of a cluster 1 SooE generally followed later by a SooE of cluster 2), possibly the ones linked at block 1025.

(110) After block 1030, the method may end in some embodiments. In other embodiments, the method may return to block 1005 and repeat again (e.g., in response to additionally power events being identified). Similar to methods 200, 400, 600 and 800, it is understood that method 1000 may include one or more additional blocks in some embodiments.

(111) Referring to FIGS. 11-11B, plots 1100, 11100, and 21100 illustrate link analysis, for example, as may occur at block 1025 of method 1000 discussed above. As illustrated in each of these figures, patterns of groups (and subgroups in some instances) stick out pretty clearly. Above 0.8 in terms of correlations means there is a very strong correlation between the groups and/or subgroups. Additionally, below −0.8 in terms of negative correlations means that it is very significant exclusive of the other dimension(s) or groups (e.g., a cluster). This type of analysis can be conducted with increasing depth (e.g., 1100 shows less dimensions than 11100). Thus, it is important to distinguish high-level dimensions (e.g., 1100 only keeping few discriminant dimensions) from a more complete or more detailed analysis (e.g., 21100 where the system may keep not only the discriminant dimensions, but even the values such as the daily hourly of 21:30 previously mentioned in one of the examples). This enables to see non-obvious links (of links or of exclusions). Exclusions are sometimes the most useful to experts to identify the probable source/cause (e.g., knowing a PQ event is not due to a fault may guide him to search for correlations (co-occurrences) in the building management system, which may not yet be linked to this present system).

(112) Referring to FIG. 12, plot 1200 illustrates the concept of daily/close to real time alarms and diagnostics in accordance with embodiments of this disclosure. In some embodiments, an alarm may include a warning and a diagnostic. Example warnings may include, for example, a first warning indicating moved over threshold (is extreme day), and a second warning (which is optional in some embodiments) indicating moved above any previous existing day. Example warnings may also include a third warning indicating on demand current status during the day (after warning 1), and a fourth warning indicating daily sum of alarms. For each alarm, available and significant diagnostics may be provided, for example, to indicate new issues, few or spread meters, specific types of meteters, etc.

(113) In accordance with some aspects of this disclosure, a “extreme outlier day” may be detected by the electrical/power system either at a specific location (e.g., at a specific IED), or at the aggregated level of all monitored points (e.g., all the IEDs and all the electrical devices capable of monitoring or creating events or alarms). The system dynamically defines for each IED and for the global system (as well as for other relevant locations in the electrical/power system hierarchy), a threshold of what is the value which defines an “extreme outlier day” as described previously (e.g., using the median value+3*IQR, of the current/active period, so of the period for which no new change point has been determined active since the last identified change point). If during any day, the number of events exceeds this threshold, the system may issue a warning in some embodiments. This warning may be an alarm visualized in the mobile application on the user devices, or a message sent per SMS or email.

(114) In accordance with another implementation, the user may request a “current state diagnostic” after receiving a notification of an “extreme outlier day”. The system will then run all the discriminating analysis as previously described. The main difference is that it will take the current state of this day as if it was a new period following the current one. In FIG. 12 there is only one period identified on the 1.sup.st day of extreme outlier. In some embodiments, the system will run all the analysis to compare the one period (as if it had stopped the previous day=yesterday in a real-time system), and compare to it the current day (e.g., identifying for this day the discriminant dimensions, then compare the differences with period 1 as if this day was in fact a period 2). This then may result in finding what major differences there are, where the user may need to focus (e.g., a specific meter? A specific location? A specific time? A specific type of meter? Etc.). This report may, in some embodiment, be directly generated and sent with the first alert of “extreme outlier day”.

(115) In some embodiment, a second alarm threshold may be defined in a system, “remembering” the worst day ever of the past. This may create an additional alarm if during an “extreme outlier day”, this second threshold is also exceeded. This may in turn trigger additional actions, such as sending a notification to more users/managers as one example among others.

(116) In another embodiment, the system may send the next day a summary report of such an “extreme outlier day” to a pre-defined list of users. This may include a trend evaluation (e.g., applying predictive algorithms and trends analysis, especially if the issue was detected late the previous day, and is constantly accelerating).

(117) As described above and as will be appreciated by those of ordinary skill in the art, embodiments of the disclosure herein may be configured as a system, method, or combination thereof. Accordingly, embodiments of the present disclosure may be comprised of various means including hardware, software, firmware or any combination thereof.

(118) It is to be appreciated that the concepts, systems, circuits and techniques sought to be protected herein are not limited to use in the example applications described herein (e.g., power monitoring system applications) but rather, may be useful in substantially any application where it is desired to manage smart alarms in an electrical system. While particular embodiments and applications of the present disclosure have been illustrated and described, it is to be understood that embodiments of the disclosure not limited to the precise construction and compositions disclosed herein and that various modifications, changes, and variations can be apparent from the foregoing descriptions without departing from the spirit and scope of the disclosure as defined in the appended claims.

(119) Having described preferred embodiments, which serve to illustrate various concepts, structures and techniques that are the subject of this patent, it will now become apparent to those of ordinary skill in the art that other embodiments incorporating these concepts, structures and techniques may be used. Additionally, elements of different embodiments described herein may be combined to form other embodiments not specifically set forth above.