| Fleet | Group of plants operated by an organization |
| KPIs | Key Performance Indicators – critical indicators of health of an asset or a process which when deviates from an expected range, needs to be raised as an Incident |
| Incident | Alarm generated when a KPI deviates. Each KPI typically is backed by a Fault Tree which also helps look across multiple sensors to identify a root cause.. An Incident contains details of the parameter deviation, root cause diagnostics detected automatically, ability to interact collaboratively and resolve the issue. |
| Deviation | When a Sensor records an abnormal value (higher or lower) than the benchmarked value, a deviation is created. |
| Deviation Vs Incident | When a Sensor (Sensors are referred to as Tags across the Platform) records an abnormal value (higher or lower) than the benchmarked value, the value is considered to be a Deviation. Deviations are tracked through various means such as boolean events, equipment load deviations, model deviations, etc. Isolated deviations, if any, are closed as soon as the recorded value falls back to normal. However, if the deviations continue to recur over a considerable period of time, and trigger other deviations, an Incident is generated. An incident, therefore, is a cluster of correlated deviations. In the initial stages, the Platform assesses if the group of deviations meets the criteria to initiate an incident. At this point, there are two possibilities: either an incident is already underway, or a new one needs to be initiated. Simultaneously, only one active incident is allowed for a fault-tree. If a new incident needs to be initiated, the platform examines if any incident has been closed within the past 24 hours. If affirmative, the same incident is reopened, but only if the incident has been reopened fewer than 10 times previously or has remained inactive for a month. Subsequently, on the newly opened incident or the one that is already active, various actions are taken. These actions include updating the incident with new data, providing information on the root cause and recommended actions, updating the priority, and presenting a set of questions where sensors are not present. Deviations are categorized into either KPI or non-KPI types. Subsequently, they are further classified based on their deviation type and directed to the respective detector. Upon receiving the deviations, the detector assesses whether they meet the criteria for initiating or concluding a faultTree issue. Should the deviations meet the conditions for opening a faultTree incident, they are routed to the incident opening module. Conversely, if they satisfy the closing conditions, they are directed to the incident closing module. Every incident when generated undergoes a process that determines what its severity should be. The longer and more a parameter deviates from its expected behavior, the greater the severity would be. |
| Tag | A tag is basically a description of a sensor. Each sensor in the plant is given a unique identifier called "dataTagId" along with information such as instrument properties, its location in the plant, the property it measures, etc. All this information is added to a record called "tag meta" in the Database. |
| Unit | A plant is generally called a Unit |
| Asset | The entire plant |
| System | Systems within an asset (Boiler system, condenser system, etc). A System is a collection of equipment that performs a specific task. |
| Equipment | The components making up a System (Economizer, heater, etc). Equipment is usually a set of self-sufficient machinery that contributes to a specific aspect of the functioning of a System. |
| Component | The various parts of an equipment |
| Sub-component | The various parts of a component |
| Site | The location at which the asset lies |
| Criticality | Severity of an occurrence or incident |
| Alarm Model | An alarm model assesses real-time data against a predefined expected range determined by a predictive model. The Alarm Model is deemed "not normal" if it falls above or below the "normal operational range." Conversely, if the value lies within this range, the Alarm Model is considered Normal. |
| Plant | The industrial site with all the necessary physical and/or mechanical infrastructure |
| Fault Tree Instance | A Fault Tree template when applied to a specific Unit becomes a Fault Tree Instance. A single template may end up as multiple instances when applied to a Unit (e.g. a HP Heater template will end up as 4 instances as applied to 4 individual HPH) |
| Anomaly | Automatic warning that the system generates based on deployed predictive models. Deviations on non-KPI tags are reported as Anomalies. |
| Fault Tree & Anomaly Engine | Incident sources in the platform are of two types - Anomaly Engine (Operations) and Fault Tree (V2). A Fault Tree Template is a generic template that diagnoses the root cause(s) of observed deviations in an asset, based on a set of predefined rules. These rules are used to determine what kind of faults have occurred and what their causes are. A fault template is generic among units, i.e., it's not attached to a specific unit. These templates have to be applied to a particular unit to define the faults of that unit. When a Fault Template is applied to a unit, it becomes a Fault Tree. Fault trees are unit specific, i.e., they contain tags specific to that unit. When a new Plant is onboarded, no Fault Trees are configured yet, but a number of Sensors (Tags) would have been onboarded simultaneously. During this initial period, instead of waiting for the Fault Trees to be configured and deployed, the Anomaly Engine is triggered, which starts throwing up incidents so that no alarms are lost. Incidents based on Fault Trees have Probable Root Cause(s) for analysis and mitigation plans. Fault Trees are gradually configured and deployed duly covering the Sensors deployed across the plant. As the number of Tags (Sensors) via the Fault Tree increases, the anomalies decrease. |
| Bad Direction | Alarms are Low, Normal, or High in intensity. Defining Bad Direction makes an alarm unidirectional. In other words, if alarm is required to be triggered only when the intensity of an occurrence is High, the Bad Direction value must be High. |
| Predictive Maintenance | Predictive maintenance is work that is scheduled in the future based on analysis of sensor measurements and formulae. It uses data analysis to identify operational anomalies and potential equipment defects, enabling timely repairs before failures occur. It aims to minimize maintenance frequency, avoiding unplanned outages and unnecessary preventive maintenance costs. |
| Fault Tree Template | Implementation of KPI along with Root Cause diagnostics in Pulse software format. Fault Trees usually trigger an Incident. |
| Root Cause | A Root Cause can be defined as the fundamental reason or underlying factor that directly leads to the occurrence of one or more symptoms or undesired events within a system. Root causes are typically identified through thorough analysis and investigation of the system's components, processes, and interactions. |
| Alarm Load | Alarm Load refers to the assessment of real-time data against an expected range derived from benchmarking. If the data falls outside the "normal operational range," it's flagged as "not normal"; otherwise, it's deemed Normal. |
| Alarm Time | Required observation time of the values of the tag to consider it as a deviation. |
| Noise | Incidents identified as false alarms or irrelevant are considered Noise. |
| Tag meta | Tagmeta is a Digital Blueprint of the physical asset. While onboarding an asset onto the platform, a hierarchical structure of the asset is created based on a format defined in the metadata such that the platform will be able to fetch relevant information for any given tag with ease. |
| Data validity | Valid data of the tags fluctuated within the threshold limits and is never constant even when the equipment is in running condition. |
| Benchmarking | A process wherein based on years of historic values of a particular Sensor (Tag), an accepted/"good" operating range is determined. This range is dynamically updated and stored in the tag's metadata. |
| Measure property | The medium or base property of the System that is being monitored. |
| Measure type | The specific type of measurement carried out on the MeasureProperty. E.g., Temperature, Flow, Viscosity. |
| Measure unit | The standardized quantity used for expressing the result of a measurement. It provides a scale for measuring the value of the Measure Type. |
| Measure location | The location at which the sensor is placed on the Equipment/Component/Sub-Component. E.g., Inlet, Outlet. |
| Transient state of systems | When the load has a ramp up or ramp down, it is called transient state. To detect this, a threshold is set and any recordings beyond that threshold are considered to be in a transient state. |
| Process excursion time | time window to trigger recommendation if process deviates the set time and density |
| Auxiliary power consumption | The consumption of power by the auxiliary components of main equipment. For example, a boiler. To run, a boiler needs motors, pumps, fans etc that consume power. Suppose the Turbine generates 150 MW power, the auxiliary equipment consumes about 8 to 10 percent of the power generated by the turbine, |
| APR | Advance pattern recognition |
| APC | Auxiliary Power Consumption |
| FGET | Flue Gas Exit Temperature |
| MS Flow | Main Steam Flow |