0% found this document useful (0 votes)
76 views

Esp ML PDF

Uploaded by

MariaCriollo
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
76 views

Esp ML PDF

Uploaded by

MariaCriollo
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 8

OTC-29384-MS

Applying Artificial Intelligence to Optimize Oil and Gas Production

Christoph Kandziora, Siemens AG

Copyright 2019, Offshore Technology Conference

This paper was prepared for presentation at the Offshore Technology Conference held in Houston, Texas, USA, 6 – 9 May 2019.

This paper was selected for presentation by an OTC program committee following review of information contained in an abstract submitted by the author(s). Contents of
the paper have not been reviewed by the Offshore Technology Conference and are subject to correction by the author(s). The material does not necessarily reflect any
position of the Offshore Technology Conference, its officers, or members. Electronic reproduction, distribution, or storage of any part of this paper without the written
consent of the Offshore Technology Conference is prohibited. Permission to reproduce in print is restricted to an abstract of not more than 300 words; illustrations may
not be copied. The abstract must contain conspicuous acknowledgment of OTC copyright.

Abstract
The Internet of Things (IoT) — combined with advances in sensor technology, data analytics, and artificial
intelligence (AI) — has paved the way for significant efficiency and productivity gains in the oil and
gas industry. One application, in particular, has been proven to benefit from these technologies: electrical
submersible pumps (ESPs). It's well understood across the E&P industry that nearly all wells must
eventually incorporate some form of artificial lift to continue production, and ESPs drive about half of that.
Although ESPs are designed to operate in harsh conditions, such as corrosive liquids, extreme temperatures,
and under intense pressures, they can fail. Costs for repair or replacement are high but are usually dwarfed
by the cost of lost production. In some cases, especially offshore, that cost can run into millions of dollars
per day, including idle operational resources and output losses. This paper explores a unique AI-based
application that enables operators to preempt costly ESP failures, while optimizing production at the same
time. To illustrate, a use case will be shared. As a proof-of-concept and later a pilot project in an onshore
oilfield, 30 ESPs driven by pumps ranging in power from as low as 200 kW to as high as 500 kW were
deployed and monitored using an AI-supported predictive maintenance model. The positive results are
applicable to offshore applications. In one case, the probability of an ESP failure was determined 12 days
before an actual failure of the ESP occurred.

The role of ESPs in maximizing well production and reservoir recovery


Artificial lifts play critical roles in maximizing well production, whether offshore or onshore. The E&P
industry generally accepts the inevitability that nearly all wells must eventually use artificial lift technology
due to drop-offs in naturally occurring reservoir pressures during their lifecycles. Among the various
lift technologies available, electrical submersible pumps (ESPs) account for about half of all the world's
artificial lift deployments. That's because they are proven to be highly effective in drawing oil in high
volumes from many diverse types of reservoirs located at a wide variety of underground depths.
Well conditions in below-ground production formations where ESPs operate can be extreme, which is
why ESPs are purposefully designed, engineered, and manufactured to be as reliable as possible using
the highest quality, most durable materials available. In many cases, they must withstand temperatures
exceeding 200°C, such as those in the deepest wells. Wells can also contain highly corrosive liquids, such
as hydrogen sulfide, that can degrade ESP seals and, consequently, performance. Of course, that's not to
2 OTC-29384-MS

mention sand and other particulates that can run through ESP pumping mechanism, possibly fouling its
bearings.
For all these reasons, ESPs are subject to failure and, in today's deployments, they can do so without
warning. When that happens, replacement is complicated. An exchange can extend downtime, and the
resulting costs of idle operational resources and output losses can be astronomical. That's why an early-
warning system for ESP operations in the form of an AI-driven probabilistic, predictive maintenance model
can be so desirable.

How ESPs are monitored and diagnostics are conducted today


Typically, ESP deployments include sensors and instrumentation to provide operators the means to monitor
and assess the conditions of their workings below ground in the well hole and in the reservoir as well as
above their ground controls and motor drives.
Operating data is transmitted via some kind of distributed control system, such as a supervisory control
and data acquisition (SCADA) system. In turn, this data is collected in a historian database, from which it
can be used later for diagnostic purposes in case of ESP operational issues or failures.
Many vendors offer sophisticated ESP troubleshooting tools that tap into historical ESP data to help
operators investigate root causes of problems. Typically, these tools have automated features to issue
alarms should any operating parameters exceed their limits. This enables the diagnostic process to start
immediately.
While this monitoring model can alert operators to issues requiring their urgent attention, most often it is
reactive in practice, because the tools lack the means to predict an ESP failure. By the time the alarms are
sent and received, performance conditions have degraded to where a failure is unavoidable.

The use of predictive, AI-enabled monitoring as an early-warning system


Given the stakes involved in ESP reliability and availability, operators need an early-warning system that
can better predict degrading performance and provide insights into symptomatic changes and conditions.
Such a model can provide them with actionable intelligence, such as the nature of an operational behavior
change and how severe it might be.
Given such insights much earlier, they can make more informed decisions about how to best manage
their ESP issues. Options can include: taking immediate corrective action; managing the issue via specific
operational interventions until the next planned shutdown; or, running the ESP to failure.
Whereas before, even with complex SCADA monitoring tools, failures either occurred or were
impending. In contrast, a predictive, early-warning system can at least provide options to consider, such as
those just mentioned. In the pilot use case explained later in this paper, AI-enabled probabilities forecasted
an ESP failure 12 days before it occurred.

AI and machine learning, a brief overview


Technologists can define AI in many ways. Most often, they refer to the application of software algorithms
that can be taught to do the kinds of work that typically require human intellect and learning abilities. It
draws from such disciplines as logic, statistics, and probabilities, as well as neuroscience and psychology.
Pattern recognition is a common AI example, whether it involves finding exceptions and differences
in data — ESP performance anomalies, for example — or distinguishing patterns in images, speech, or
music. AI powers online inference engines, such as those used by websites and social media platforms, to
recommend products and services to their customers. Credit card companies use AI for fraud detection.
Conceptually, AI has been around a long time. Even centuries ago, as machines were invented to exert
physical forces in lieu of the muscle power of humans or animals, it wasn't much of a stretch to imagine
OTC-29384-MS 3

machines that also could reason, learn, and solve problems. But not until recent years has the convergence
of many different tech trends made AI, once the realm of science fiction, real and with practical applications
emerging today.
Among those trends are vast reductions in costs and space required for powerful, parallel-processing
computers. Once known as supercomputers — now called high-performance cloud computing — they are
accessible on a pay-as-you-go basis over the web from just about anywhere in the world. Another trend is
secure, ubiquitous, and ultra-fast broadband connectivity, increasingly wireless, that has "things talking to
things" in what's now called the Internet of Things (IoT).
Then there are advancements in data and software technologies. For example, increasingly "smart," self-
calibrating sensors can monitor offshore platform equipment operations and relay their data to higher-level
systems and control rooms, even onshore ones many hundreds of kilometers away. Cloud-based platforms
can provide offshore E&P operators with access to advanced analytics software featuring AI algorithms that
can analyze incoming data for anomalies that could signal trouble ahead in the monitored equipment.
This type of AI capability is often referred to as machine learning (ML). It uses statistical analysis to infer
the probability of a hypothesized event happening, given more and more data as evidence. It combines this
capability with neural network models to "learn" the relational behavior of a system and its components.
That's why AI-based, ML algorithms, once authored and deployed, first need to be trained with sample
baseline operating data, then "fueled" with actual operating data to become effectively smarter and better
at their tasks.

Using AI to forecast ESP operational issues and potential failures


Today's ESP diagnostic systems typically use two ways to ascertain operating issues: physics-based
modeling and expert modeling. In the former, mathematical equations describe the physical behavior of a
process. Although this model can predict ESP behaviors accurately, the equations take a lot of expensive,
highly skilled effort to develop. Also, it can be limited in its applicability across a fleet of similar systems
operating with slightly varied parameters due to different environmental and geological conditions.
The latter — expert modeling — costs less to develop because its analytical model doesn't require as
sophisticated skills as physics-based modeling. Its results are also more easily interpreted. But it has the
disadvantage of having expert biases built-in, so that it tends to discover known anomalies in equipment
behaviors, overlooking unknown ones that can still disrupt an ESP's operation or cause it to fail.
This is where ML comes into play. It starts with a programmed neural network model, then uses historical
equipment data to teach the model how a system and its constituent parts should behave in terms of the
system's as-designed and as-tested operating parameters. In effect, the more data that is processed, the
smarter the model becomes.
ML enables complex systems to be modeled with relative ease, and the models can then recognize new
phenomena in a particular set of data. One challenge, however, is that the complexity of a neural network
model can make its analytical results difficult to interpret. But other process industries have worked that
issue out, and the analytics have proven adaptable to monitoring ESP operations, as they were in the subject
use case.
Another big challenge with an ML-based monitoring and diagnostics model is that it requires a data
training set, which needs significant time and effort to prepare. That's because this depends on having high-
quality process data available to teach the model the dynamic, relational interactions among multiple process
variables within the monitored system.
Nonetheless, once the ML model has learned the normal behavioral relations across all of the varied
parameters of a system, such as an ESP, it can start comparing massive amounts of system data to its baseline
data set in near real time. Using pattern recognition, it can uncover any anomalous relationships that emerge
in a system's operation. It can then analyze those differences and provide the probabilities of how the system
4 OTC-29384-MS

might behave in the future, much like meteorologists use percentage probabilities to predict tomorrow's
weather.
Several caveats are in order with this description of ML-based monitoring and diagnostics models. First,
operators must have ways to effectively manage vast amounts of process data. Second, to ensure data
integrity, proper data structuring is critical. Third, data availability and its time synchronization are important
to ensure the fidelity of the data as input to the ML-based model.
Notably, especially in offshore E&P applications, ML-based models are typically based in cloud
platforms where the advanced analytics software resides and does its work. Data in motion is encrypted
and transmitted via IoT connectivity, either via wired or wireless media. Public cloud platforms can be as
secure or more secure than on-premise facilities. They also offer pay-as-you-go subscriptions that conserve
capital and, importantly, time. Building an on-premise infrastructure can take months, while turning up a
cloud-based solution can be done in hours or days.

How ML was deployed for a predictive maintenance model for ESPs


In the subject use case proof-of-concept and later pilot, ML was employed to develop a probabilistic,
predictive maintenance model that was implemented on an IoT-based cloud platform for a fleet of 30 ESPs
operating in an onshore oil field at various depths. The ESP pumps varied from 200–500 kW in power,
driven from an above-ground variable frequency drive (VFD) with a medium-voltage input drawn from a
local electric utility.
In Figure 1 below, the overall architecture of the system is shown.

Figure 1—The ESP-monitoring system architecture. Shown ae each of the key components and the main data
flow required to establish secure connectivity between the physical ESP system and the cloud-based, artificial
intelligence/machine-learning system that supports the predictive, condition-based maintenance model.

Following are brief descriptions of each component:


■ ESP: Each ESP operated with below-ground instrumentation to monitor pump parameters. VFD
instrumentation also gathered data inputs from the pumps along with other well-site instrumentation
used to monitor additional operational parameters.
OTC-29384-MS 5

■ SCADA system: A centralized SCADA system linked the ESPs, providing supervisory and control
of the fleet's pumps. The system fed the process data to a high-speed historian database.
■ Fiber-optic network: The SCADA system was permanently connected to the distributed ESP
systems via a high-availability, high-speed, fiber-optic network.
■ Monitoring application: The ML-based monitoring application was developed with the TensorFlow
ML open-source software library. By enabling data-flow programming across a range of tasks,
developers use it for building ML applications, such as what this project required. Programmed in
Python, the application was deployed in an off-site public cloud platform.
■ Predictive maintenance application: The web-based, predictive maintenance application was coded
in HTML and deployed in the same public cloud as the monitoring application. As a standalone
support system for the ESP experts, it has no features or functionally that are integrated with the
SCADA system.
Figure 2 above is both a visual key for the following two types of process variables from which sensor
data fueled the project's ML-based, predictive maintenance model:

Figure 2—ESP monitored process variables.

Surface Variables

P1: Annulus pressure

P2: Production oil pressure

E: Electrical motor current (measured at VFD)

S: Motor speed (measured at VFD)


6 OTC-29384-MS

Sub-Surface Variables

P3: Inlet oil pressure at pump

T1: Inlet oil temperature at pump

T2: Pump motor temperature

A polling feature in the central SCADA system sampled the process variables at 5 to 10 second intervals,
continuously updating their values in an historian database with a store-on-change compression method.

Preparing the baseline training data set


In order to develop a common operating model of the complex ESP systems used in this project, sufficient
high-quality data were required over enough of a time period to reasonably represent an ESP's typical
operation. In addition, process data drawn from the SCADA historian database was examined to find
extended periods of high-quality data without significant data discrepancies.
After extracting these data sets, the project's data scientists conducted manual data cleansing and
evaluation, resulting in an optimized, baseline training data set for the ML predictive maintenance model.
It represented a one-year period of ESP operation that the project could use as representative of normal
ESP operations.
However, across the ESP fleet of 30 pumps, numerous variants existed among the process variables used
for a particular ESP type. So, ESP types with similar process variables were grouped together to minimize
the number of ESP variant groups. This way, the data scientists could further refine the fleet's training data
set, using it as the basis for creating training data sets for each ESP variant group, providing its own baseline
operational model.
The last step in this preparatory phase of the project was to develop a generic, multi-layer, neural network
with the ML monitoring application, then apply the different training sets to train each of the neural networks
corresponding to their ESP variant counterpart.

Using historical data for a proof of concept


Although the project's hypothesized that a ML-based, probabilistic predictive maintenance model for a
sizeable ESP fleet was possible, the first step was to prove the concept. Verification of how well the ML
variant models predicted operational issues was needed, tested against actual known historical results drawn
from each ESP's physical operation.
For this important validation, data pulled from the SCADA historian database for identical periods of an
ESP's operations was used. It included normal operating data as well as data associated with ESP failures.
That became the data source input to the ML-based model, which was expected to conduct analytics on the
data, so that time periods of normal ESP operation could be distinguished from time periods with anomalous
ESP behaviors.
This way, the ML-based model's detection of anomalies and predictions of ESP behaviors could then
be verified against actual ESP operating events, shown by the historical data. ESP events could also be
verified from information gleaned from the entries in operator logs as well as expert systems that record
ESP failure events.
Once the ML-based model began processing the unfiltered historical data of the ESP fleet's variant
groups, it showed that it could differentiate normal and abnormal behaviors over comparable time periods.
In fact, the ML-based model accurately predicted abnormal behavior in the unfiltered historical data. This
was validated by comparing its predictions against the the historical records of the ESP fleet.
OTC-29384-MS 7

Numerous experiments were done with the ML-model by using the same historical data as input and then
adjusting different tuning parameters of the monitoring application that employed the ML technology. One
of the key parameters tested this way was an anomaly threshold parameter.
The anomaly threshold parameter, shown as a percentage value, is a cumulative indication across all
process variables of the probability that the ML-based model will predict an anomaly. The test of this
parameter was to determine its relative effect on the timing and accuracy of the model's advance notification
for any specific anomaly.
Indeed, the anomaly threshold parameter did impact the accuracy and timing of the predictions. When set
to a high value, such as greater than 80 percent, the ML-based model would accurately predict anomalies
before an ESP's failure inside short notification periods, usually in the range of hours.
Conversely, if the anomaly threshold was set to a lower value, such as less than 40 percent, the ML-
based model would still accurately detect data anomalies but within a much earlier notification period, in
the range of several days.
Obviously, the longer notification period associated with setting the anomaly threshold parameter to a
lower value can provide an ESP operator more time to decide on mitigation measures. But the disadvantage
is that the ML-based model becomes more sensitive to smaller changes in the data, making it prone to false
anomaly predictions.
Fortunately, the model was able to be finely tuned to balance between providing early predictions with
longer notification periods without generating large numbers of false anomaly predictions. In one test,
the ML-based model discovered significant anomalies 12 days ahead of one ESP's failure. The predicted
anomalies were carefully analyzed and verified with data from the failed ESP's historical records.
Given the outcomes of the ML-based model's performance in numerous tests conducted in controlled
conditions, it proved the hypothesis that AI/ML technology can be usefully applied in the deployment of
a practical, predictive maintenance model for ESPs.

Pilot phase, using real-time production data


After the successful proof of concept, the ESP fleet operator agreed to conduct a pilot project version of the
ML-based, ESP predictive maintenance solution with anomaly detection. The goal was to test its deployment
and performance in a production environment. The pilot was done using the same system architecture as
the pilot and illustrated in Figure 1.
In the pilot, real-time production data was transmitted directly from the ESP fleet's central SCADA
system. From there, it fed into the ML-based predictive maintenance model via highly secure IoT
connectivity to a public cloud platform where the analytics applications resided. The latter processes the
ESP operating data as input, analyzing it in real-time to identify anomalous behaviors that could be mitigated
or remediated by appropriate preventative maintenance.
The pilot project again verified the use of ML as the basis for an ESP predictive maintenance model. At
that point, the ESP fleet operator deployed it as a supplementary expert system with no additional integration
with the central SCADA system.
In the model's current architecture and configuration, ESP operators using it must determine the
appropriate mitigation or remediation steps to take should an anomaly be detected.
Actions can range from an immediate shutdown to avoid a potential HSE catastrophe to taking advantage
of the notification period to identify an anomaly's root cause or causes, then carefully manage the particular
ESP until the next planned production shutdown.

Conclusion: AI, a powerful decision support tool


What this project has shown is that, in effect, AI can be incorporated into a ML-based predictive maintenance
model, thereby providing valuable decision-support to human operators of ESPs. One advantage of this
8 OTC-29384-MS

pilot project's architecture is that the anomaly detections can be validated easily and independently using
diagnostic tools that are available from the central SCADA system connected to the ESPs.
Following several months of testing the ML-based predictive maintenance solution in the pilot
deployment, the project team and the ESP fleet operator concluded that the system can detect multiple kinds
of anomalies, even previously unknown ones.
For example, while in the pilot testing period, the ML-based model predicted many anomalies with which
the ESP operators were familiar. However, it also detected new, more complex, and previously unknown
ones. That capability is a significant distinction between the ML-based model and both the physics-based
modeling and expert modeling employed by other ESP diagnostic tools.
Although these new, unknown types of complex ESP operational anomalies were difficult to interpret
as to their root causes, they could still have led to ESP performance degradation and possible failure
nonetheless, if not mitigated or remediated.
The newly discovered anomalies have given the ESP fleet operator fresh insights into the ongoing
operation of these complex machines and now a record of those particular types of ESP operating behaviors.
The operator also has a reason to investigate, find, and document their causes and develop appropriate
mitigations or remediations should they occur in the future.
Finally, the identification of previously unknown ESP operating anomalies itself further validates the
use of AI/ML technology as a valuable analytical tool and the basis for a practical, predictive maintenance
model for ESPs.

Acronyms
AI: Artificial Intelligence
E&P: Exploration & Production
ESP: Electrical Submersible Pump
IoT: Internet of Things
ML: Machine Learning
SCADA: Supervisory Control and Data Acquisition
VFD: Variable Frequency Drive

References
Jansen van Rensburg, Nico. Usage of Artificial Intelligence to Reduce Operational Disruptions of ESPs by Implementing
Predictive Maintenance. Presented at the Abu Dhabi International Petroleum Exhibition and Conference (ADIPEC)
2018, 11–14 November 2018. SPE-192610-MS
Gruss, Alec. Artificial Intelligence: Steps to Transforming Offshore E&P for Vastly Improved Business Outcomes.
Presented at the Offshore Technology Conference (OTC) 2018. 30 April–3 May 2018

You might also like