Physical Reliability Engineering

AI PREs for Operations

PRE reads what your site already has — the PLC programs, the tags, the electrical schematics, years of maintenance records — and turns it into a reliability engineer that never forgets, never leaves the shift, and never loses the thread.

01
FIGURES
MEASURED OVER SEVEN WEEKS ON ONE LINE · CLIENT AND STATION IDENTIFIERS WITHHELD
41s
Alarm to diagnosed root cause
Previously 25–90 minutes and a named expert
277h
Hidden downtime surfaced
Never counted by the official metrics
100%
Fault signals mapped
To documentation, wiring and logic
02
WHY RELIABILITY STALLS

Not a data problem.

A context problem.

Every plant knows a machine stopped. What it doesn't have is why, in the four minutes when the answer is still cheap.

That answer sits with the technician who has run the line for fifteen years — on another shift, at another plant, or three years from retirement. Monitoring vendors sold you more numbers. Nobody sold you the context that makes a number mean something.

A STOP, THE WAY MOST PLANTS SEE ITONE SHIFT
08:14:02Station stops. Line light goes amber.
08:14:40Operator restarts it. Nothing is written down.
08:31:11It stops again. And again at 08:52.
09:05:00Twelve minutes lost — every one below the reporting threshold.
12:00:00Shift report reads: 98.2% availability.

Four hours later the cause is a guess in a morning meeting. The stop is logged as “minor stoppage”. Next month it happens again.

03
THE RAW MATERIAL

This is what your line

looks like to us.

Not a dashboard. The controller's own program and its own fault register — the two documents that define what “broken” means on this machine, written at commissioning and unread since.

03CONTROLLER PROGRAM · FB 15EXCERPT
1
FUNCTION_BLOCK FB 15
2
TITLE = STATION 05  PRESS-FIT NEST 2
3
NETWORK
4
TITLE = Check force window
5
      U     "IO/5";           // measurement good
6
      SPB   OK1;
7
      O     "NIO/5";          // measurement bad
8
      U(    ;
9
      O     "MAXF1/5";        // force F1 max
10
      )     ;
11
      SPB   HI;
12
      L     -16;              // FORCE TOO LOW
13
      T     "SR-5C";
14
HI:   L     -18;              // force too high
15
WE:   U     "5/FEHL";         // station fault
16
      R     "5/FREIG";        // reset release
FAULT REGISTER · DB_FAULT
SM145 : BOOL ; // force-travel St.3 not ready
SM146 : BOOL ; // force-travel St.3 bad n-times
SM153 : BOOL ; // St.3 value outside range
SM196 : BOOL ; // cylinder fault, fixture
SM236 : BOOL ; // spring-break control error
BOUND · LINE 12 → SM146
04
WHAT WE HOLD

Two things. Only two.

AUTONOMOUSLY

The loop runs without a person in it: detect, explain, act, verify, remember. Your people are in it to decide and to teach, not to fetch.

01AVAILABILITY

Every stop, accounted for

Detected, de-duplicated, attributed to a cause and closed — including the micro-stops nobody writes down. Availability stops being a number you report and becomes a number you can move.

THE 277 HOURS SIT HERE
02PERFORMANCE

Your ceiling, held

Cycle time, quality and throughput held against a ceiling your own equipment has already demonstrated — not a nameplate figure from an OEM brochure.

YOUR BEST HOUR, NOT A BENCHMARK
05
41 SECONDS · ONE INCIDENT

From alarm to action, before anyone

opens a manual.
T+00sALARM

Force too low — third consecutive part

Duplicates collapsed. Pattern recognised against seven weeks of this station’s own history.

T+09sMEANING

The exact fault bit, its documentation, its station

Matched to the machine’s own fault register and manuals — SM146, station 3.

T+27sROOT CAUSE

Force window missed — tool wear or window drift

The controller logic had already routed the affected parts to the reject bin.

T+41sACTION

Pull the rejects · compare force curve · recalibrate

Ticket raised with the full evidence chain attached.

TICKET OPEN — 41 s AFTER THE ALARMEVIDENCE CHAIN ATTACHED
06
HOW IT COMPOUNDS

It gets smarter

every night.
FOUR STAGES · ONE LOOP
01ALERT

Every fault. Duplicates collapsed, alarm storms reduced to one event.

02TRACE

Cause and action, attached to the evidence chain that proves it.

03INSIGHT

Nightly: drift against a 14-day baseline, hidden downtime surfaced, patterns named.

04MEMORY

What your people know, written down once and kept. It stops walking out of the gate.

07
WHERE IT WORKS

The method doesn't care

what the machine makes.

A controller, a program, a fault register and a maintenance history. That's the whole prerequisite.

DEPLOYED TODAY

Discrete manufacturing lines

Mixed brownfield equipment, six vendors and three decades on one line — press, weld, assembly, test, pack. Availability first. Then the line's own best hour becomes its standard hour.

BROWNFIELD

Six vendors and three decades of equipment on one line — the harder the archaeology, the bigger the edge.

ON-PREM

Runs entirely inside the plant. Ingestion, storage, analytics and twins never leave the site.

NO RIP-OUT

Nothing is ripped out. Your SCADA, MES and CMMS stay exactly where they are.

SAME METHOD, DIFFERENT UNITS

Building management

Chillers, AHUs, lifts, pumps. Availability first, then the energy-and-comfort envelope at its best observed efficiency.

Robotics & AMR fleets

Availability first, then throughput per robot-hour, held at the fleet's best observed run.

Process & utilities

Availability first, then yield and specific consumption at best case. Compressed air, water, cold chain.

08
HOW WE WORK

We work inside your

plant — not on
calls about it.

The first weeks of PRE are an archaeology problem: programs, cabinets, undocumented panel edits, and the one technician who knows why station 5 is different. That work cannot be done over email.

So we put an engineer in your site on a defined stint, with defined terms — then leave the system running and the memory with you.

THE TERMSWRITTEN DOWN FIRST
01
Defined stint
A start date and an end date, written down before anyone travels. Nobody lives at the plant.
02
Rotation
Continuity is held by the system's memory, not by one person's presence.
03
24-hour blockers
A site blocker gets crashed within 24 hours, escalation path included.
04
A named engineer
One person accountable for your site — not a support queue in another time zone.
09
THE PATH

One line. Six weeks.

Your own evidence.
NO PRODUCTION IMPACT
WEEK 0–1

Intake

Programs, schematics, fault registers, maintenance records, tag list. Engineer on site. No production impact.

WEEK 1–3

Trace

Every fault mapped to meaning and place. Hidden downtime surfaced — this is where the 277 hours show up.

WEEK 3–6

Availability

Stops detected, attributed, ticketed and closed autonomously. First promise held.

QUARTER 2

Best case

Performance held to your demonstrated ceiling. Second line onboarded off the first one's templates.

10
STRAIGHT ANSWERS

The five you're already thinking.

01
“We already have SCADA and an MES.”
Those record what happened. They don't explain it, and they can't read the program that caused it. PRE sits on top and takes nothing out — if your MES is right, we make it right faster.
02
“Our data cannot leave the plant.”
It doesn't. Local-first by architecture — ingestion, storage, analytics and digital twins all run inside your plant. No cloud dependency, no data-residency exception to file.
03
“Our machines are twenty years old.”
That's the ideal case. Old machines carry their truth in the program, the schematic and the fault register — all of which we read. New machines with clean APIs are the easy half.
04
“We tried predictive maintenance. It cried wolf.”
So we don't start with prediction. We start with attribution: every stop explained, with evidence a technician can check. Prediction earns its place after the plant trusts the explanations.
05
“Who is accountable when it gets it wrong?”
A named engineer, on your site, on a defined stint, with a 24-hour blocker standard. You will know their name before the first week ends.
11
IDEAL SITE PROFILE

Brownfield, mixed-vendor,

uptime-critical.
WE'RE A FIT
  • Mixed brownfield sites
    Three decades of equipment from six vendors on one line.
  • Uptime-critical operations
    An hour of downtime has a number attached and someone has to explain it upward.
  • Sites losing their expert
    The person who knows why is retiring, rotating, or already gone.
  • Data-residency constrained
    Automotive tier-1, defence, regulated process. On-prem is a requirement, not a preference.
WE'RE NOT
  • Low-automation or manual sites
    No controllers, no programs, no evidence stack. Nothing for PRE to read.
  • Teams buying a dashboard
    A screen to look at rather than a loop that closes. We'd lose on price, and deserve to.
  • Single-machine workshops
    The method needs a line with interactions, not one asset in isolation.
CTA

Put one line

under PRE.

Six weeks, one line, your own evidence. Worst case, you end up with a complete map of a line nobody has ever fully documented.

SPEAK TO A FORWARD-DEPLOYED ENGINEER
NO PRODUCTION IMPACT · ON-PREM · DEFINED STINT