All productsIndustrialTech / R&D

AMAN Well Control — software and hardware for well monitoring

We are developing a software and hardware system that connects field sensor data, analysis of threat signals and operator decisions. Monitoring, alarms and equipment feedback form one working picture.

R&D · AMAN development and preparation of the validation programme.
Concept illustration of an oil and gas well workover site
AMAN / 01

Sensors, analytics and operator decisions

The proposed AMAN architecture links field equipment and software. The AI layer is a development direction; its functions and evaluation are defined within the R&D programme.

  1. 01

    IoT sensors

    Acquire pressure, level, flow and gas readings together with equipment position feedback.

  2. 02

    AI core

    A proposed analytical layer to compare parameters and identify signs of deviation. AI functions require development and separate validation.

  3. 03

    Control

    A shared web interface for equipment state, trends and the event journal.

  4. 04

    Signal

    Prioritised alarms with operator acknowledgement and recorded events.

  5. 05

    Decision

    The default design provides recommendations. An authorised operator reviews the signal and decides.

AMAN / 02

The software and hardware architecture

The design connects field acquisition, local control, rig software and the operations centre. Interfaces and protection requirements are established during engineering.

01Field acquisition
Sensors, position feedback and field I/O form the acquisition layer. The equipment set follows the site conditions.
02Local safety controller
Defined scenarios, interlocks and equipment feedback belong to the local controller. Safety requirements are addressed in the engineering and validation programme.
03Rig server and HMI
The planned platform provides a web HMI, trends, event history and role-based access for the operating team.
04Remote operations centre
A planned shared view of connected rigs, reports and an audit trail, including history recovery after communication outages.

Operator decisions and operating modes

Recommendation mode · default

The system is designed to show the operating context, raise an alarm and support the authorised operator’s decision.

Automatic mode · optional design scope

This option requires a separate safety assessment, operator authorisation and a defined test programme before deployment.

AMAN / 03

Field hardware within the system

This simplified well, blowout-preventer and tubing diagram illustrates one physical part of the wider system. Pause the loop or inspect any of its four conceptual frames.

Field hardware within the systemSimplified illustration of a vertical well, tubing and a protective blowout-preventer housing. Opposing schematic elements approach the tubing; separate frames illustrate closure, cutting and isolation. Geometry is deliberately non-engineering.Blowout preventerTubingWellSurfaceAMAN / Principle diagram
Conceptual frames

Reduced motion is enabled. Select a frame to inspect it.

AMAN / 04

AMAN development and validation

A scoped engineering programme establishes the requirements and the evidence a pilot must produce.

01

AMAN platform development

The programme covers the software platform, local control logic, operator interface and integration with field devices.

02

Engineering foundation

Experience from a predecessor engineering system informs the design. AMAN readiness must be established through its own validation programme.

03

Pilot acceptance

Functional requirements, interface reviews and an agreed test programme precede acceptance and statements about readiness.

Discuss your monitoring and integration requirements

Tell us about the existing instrumentation, control equipment and operator workflow. We can define the AMAN integration scope and the evidence required from a pilot.