DiagnosticOps

Mechademy · Turbomechanica · 2026

Turbomechanica's DiagnosticOps solution is the only one of its kind to provide comprehensive lifecycle management of Diagnostic rules. This includes authoring, backtesting, versioning, state management, and retirement.

Gas and steam turbines, gas engines, centrifugal, reciprocating and screw compressors, gas and liquid expanders, pumps, motors, and gearboxes.

©2026 Mechademy. All rights reserved.

Capabilities

Comprehensive lifecycle management of Diagnostic rules

Author
Equipment type scopingOne rule deploys to every asset matching its equipment type signature, across drivers, driven equipment, throw count, and stage count.
Six classes of diagnostic testPhysics deviation, ML deviation, integrity operating windows, adaptive thresholding, univariate anomaly detection, and custom expressions, combinable within a single rule.
Machine run state gatingLogic evaluates only in the states where the physics is valid: Running, Starting, Stopping, or Stopped.
Trigger and persistence timingPer-rule timing from seconds to months, with configurable transient rejection.
Prove
Backtesting on historical dataDetections, lead time, and false positive count are established before a rule is deployed.
Retained backtest artifactsThe evidence supporting every deployment decision stays attached to the rule.
On Demand executionA new rule searches historical data across the fleet, identifying occurrences already in progress.
Rule performance measurementTrue and false positive counts are tracked per rule and per version.
Govern
Rule state managementDraft, Facility, Default, and Archive, with sequential promotion enforced and retirement without deletion.
Version managementRules and Cases are versioned. Candidate and deployed versions are compared on identical history.
Tenant isolationCustomer authored rules remain within the customer tenant, and are promoted to the Mechademy Hub only with customer consent.
Fleet-wide deploymentValidated rules deploy across the entire monitored fleet from a single Hub definition.
Every detection includes a Priority, an Insight, and a Recommendation. The Priority sets response urgency. The Insight is written against the specific logic that evaluated true, and the Recommendation states the action to take.
©2026 Mechademy. All rights reserved.

Section 01

One Diagnostic rule, from creation to fleet deployment.

This section traces a single Diagnostic rule, Stage 3 Throw 2 Valve Fault on a reciprocating compressor, through eight lifecycle stages. Each platform capability is introduced at its point of use.

01–02

Scope and author

Equipment Types, Cases
→
03–04

Qualify and prove

Persistence, Simulation
→
05–06

Promote and sweep

Collections, On Demand
→
07–08

Fire and version

Insights, Artifacts
©2026 Mechademy. All rights reserved.

Step 01 · Equipment types

A rule declares Equipment Types, and deploys to every matching asset.

Core Stage 3 Throw 2 Valve Fault

CONFIG · RAW
Info
Equipment Types this rule applies to
GAS_ENGINE__CAT_3516J__RECIPROCATING_COMPRESSOR__4_THROWS__3_STAGES GAS_ENGINE__CUMMINS_GTA38__RECIPROCATING_COMPRESSOR__4_THROWS__3_STAGES INDUCTION_MOTOR__RECIPROCATING_COMPRESSOR__4_THROWS__3_STAGES
Description
Detect valve leakage and/or damage on the Stage 3 Throw 2 of a reciprocating compressor.
Collection
Default

An Equipment Type defines the driver-driven equipment model/configuration that the rule can be broadly applied to. A rule declares the Equipment Types it applies to, and the platform binds it to every asset matching any declared Equipment Type.

8Deployed on facility 112Deployed globally
Diagnostic knowledge conventionally scales by duplication, one asset at a time, and diverges on each copy. Equipment Types make the machine class the unit of deployment.
©2026 Mechademy. All rights reserved.

Step 02 · Cases

A rule contains multiple Cases, ordered by priority and confidence.

Rule: Cases

EVALUATED EVERY CYCLE

The highest confidence Case is listed first. All Cases evaluate on every cycle, and the highest priority match is reported.

Valve failure and valve leakage are the same physics at different severities. Each requires different detection logic, different Insight text, and different urgency. A single Case cannot represent both.

Each Case includes its own detection logic, Insights, Recommendations, and Priority. Priority is High, Medium, or Low, and is configurable per customer.

All Cases in a rule are evaluated on every cycle, and the highest priority match is reported. A specific, high confidence Case takes precedence over a broad one. Where only the broad Case is true, the operator still receives an actionable result.
©2026 Mechademy. All rights reserved.

Step 03 · Qualifier config

Qualifier configuration sets trigger and persistence timing per rule.

Qualifier Config

PLAIN-LANGUAGE READBACK

An event is raised if the condition defined in the rule has been true for at least 90 minutes in a rolling span of 2 hours. Once raised, it stays open until the rule has been quiet for more than 12 hours in a row.

Min occurrence
90 Minutes
Event trigger
2 Hours
Event reset
12 Hours
Slow, non-recoverable: long persistence

Adiabatic efficiency loss from a failing valve does not recover until the valve is repaired. Persistence is set to a high fraction of the evaluation window: 1.5 hours true within a 2 hour window. Transient excursions cannot satisfy it.

Fast, intermittent: narrow persistence

Instrument looseness and grounding faults appear and clear within seconds. Persistence is set to 1 minute within a 2 hour window. A longer requirement would suppress the detection entirely.

One rule grammar serves both failure modes despite time constants two orders of magnitude apart. Qualifier configuration is the mechanism.

©2026 Mechademy. All rights reserved.

Step 04 · Simulation

Draft rules are private, and are backtested before promotion.

Instances · Simulation

GROUP 10240 · UNIT-4102
Instances
Simulation
Backtest window
24 months
Events detected
4
Confirmed by inspection
3 of 4

Draft events are visible only to the author. No event reaches an operator before promotion.

The backtest answers three questions about a candidate rule:

Does it detect the known failure?
How many days ahead of the intervention?
How many false positives does it produce?

Adjust the qualifier, re-run, and compare. Deployment is authorized on evidence rather than on author confidence.

Turbomechanica is the only platform with the native ability to backtest multisensor diagnostic rules over large periods of historical data.
©2026 Mechademy. All rights reserved.

Step 05 · Collections

Collections enforce a promotion ladder: Draft, Facility, Default, Archive.

Draft
Private to the author

User created. The rule and its events are visible only to the author, so backtesting produces no external effect.

→
Facility
Tenant scoped

Local to the tenant and not traversed to other Mechademy customers. Holds bespoke customer and equipment specific rules, authored by Mechademy engineers or by the customer.

→
Default
Validated in Mechademy Hub

Authored and validated by Mechademy diagnostics engineers, then deployed across the entire monitored fleet.

→
Archive
Retired

Superseded rules are removed from service with their history retained.

©2026 Mechademy. All rights reserved.

Step 06 · On Demand

Rules execute On Demand against historical data.

Any rule can be fired On Demand across historical data. A newly authored rule therefore functions as a search: every prior occurrence of the failure mode, on every asset matching the rule's Equipment Types, is returned in a single execution.

Forward only detection

  • Detection begins on the deployment date
  • A newly characterized failure mode remains undetected on sister assets until it recurs
  • Each new rule is a forward bet

On Demand execution

  • A new rule audits historical data immediately
  • Identical faults already developing on sister assets are identified before an event is raised
  • A single teardown finding becomes fleet wide coverage the same day
Valve failure is confirmed on one compressor. The engineer authors the rule, backtests it, promotes it, then executes it On Demand across the fleet, and identifies two additional assets already three weeks into the same degradation.
©2026 Mechademy. All rights reserved.

Step 07 · Insights and recommendations

Each Case includes Insights and Recommendations bound to its detection logic.

Insights: written against the logic that fired

The following issues have been detected on Stage 3 Throw 2 of this compressor:

  • cylinder efficiency is significantly below the efficiency estimated for a healthy valve
  • the calculated stage 3 mass flow is higher than the other stages, indicating a local leakage path
  • the pressure ratio across stage 3 has dropped relative to the other stages

The above findings are strongly indicative of valve damage.

Recommendations

We recommend inspecting and replacing/reconditioning the compressor throw 2 valves soon.

This Case is high confidence, so the Recommendation specifies a single action. A lower confidence Case returns a ranked list of actions, ordered by likelihood of explaining or resolving the issue.

Chain of Thought

The reasoning path is retained with the event. A reliability engineer reviewing the event months later can reconstruct the basis for the diagnosis.

Insight text is written against the specific combination of tests that evaluated true. This is only possible where the detection logic is authored rather than inferred.
©2026 Mechademy. All rights reserved.

Step 08 · Versions and artifacts

Rule versions are backtested against identical history before deployment.

v2 · deployed · 8 months in service
Min occurrence30 min
Events over 24-month backtest11
Confirmed by inspection4
Unconfirmed or withdrawn7
Mean lead time12 days
v3 · candidate · not yet deployed
Min occurrence90 min
Events over 24-month backtest5
Confirmed by inspection4
Unconfirmed or withdrawn1
Mean lead time11 days

Both versions detect the same four confirmed failures. v3 produces six fewer false positives and one day less lead time. Both versions were replayed against the same history, so the reliability engineer can weigh the six false positives against the days of lead time.

Backtests are stored as rule artifacts. The evidence supporting the replacement of v2 by v3 remains attached to the rule after the engineer who made the decision has moved on.
©2026 Mechademy. All rights reserved.

The loop

Eight lifecycle stages, with artifacts retained at each stage

01

Scope by equipment type

Equipment Types determine which assets the rule applies to. One rule, one machine class, many assets.

02

Author the Cases

Detection logic, Insights, Recommendations, and Priority, per Case, ordered by confidence.

03

Qualify the timing

Min occurrence, event trigger, and event reset, matched to the physics of the failure mode.

04

Backtest in Draft

Private replay over historical data. Detections, lead times, and false positives counted before promotion.

05

Promote up the ladder

Draft to Facility to Default. Customer authored rules are tenant isolated.

06

Sweep historical data On Demand

Execute the new rule across the fleet to identify occurrences already in progress.

07

Fire with an explanation

Insights, Recommendations, and Chain of Thought, bound to the logic that evaluated true.

08

Version, re-backtest, archive

Candidate against deployed, on identical history. Artifacts retained. Old versions retired, not deleted.

©2026 Mechademy. All rights reserved.

Diagnostic tests

One Case can combine six classes of diagnostic test.

Physics deviation

Departure from a first principles asset model such as polytropic head or efficiency. These are synthetic sensors created on the platform.

ML deviation

Departure from a trained multivariate machine learning model of the asset's normal behavior in its current operating context.

Integrity operating windows

Standard and Critical, low and high IOW set points provide tiered limits, usable directly as terms inside a machinery rule.

Adaptive thresholding

Dynamically calculated standard and critical bands around operating data based on near term performance.

Univariate anomaly detection

Statistical departure on a single signal. Low cost and fast, and effective on instrument faults and step changes.

Custom expressions

Logic the preceding five test classes cannot express, authored directly by the engineer who understands the asset.

Several vendors provide two or three of these techniques. In Turbomechanica all six are terms within a single authored rule, evaluated together, versioned together, and backtested together. A physics deviation, an ML residual, and an IOW limit can be conditions of the same detection.
©2026 Mechademy. All rights reserved.

Machine run states

Detection logic is gated to machine run state.

Detection Logic: run state gate

ALL CONDITIONS
ALL
Run Status
STOPPING (coast down)
Deviation
coce_pressure_ratio_deviation
False
IOW Critical High
coce_pressure_suction
True

Available run states: Running, Starting, Stopping, Stopped. A Case may be gated to one or more.

High vibration is not a valid test on a stopped machine. Reliability engineers mute these alerts, and muting removes a real detection later.

Coast down surge is the inverse case: it is evaluable only while the machine is stopping. A rule gated to Running never evaluates it, so the fault is never detected.

Why this is a differentiator

Run state gating is written into the detection statement, and specifies that the diagnostic logic under test is valid only in a given machine state. Suppression applied after the fact cannot make that distinction.

©2026 Mechademy. All rights reserved.

The event

All events carry diagnosis, evidence, and action

Cylinder Valve Fault

High Alert
Last seen: Nov 17, 2024, 16:30:00
DiagnosticsSensorsConfigure
RH KR
Timeline
Discussion Thread
Raise Service Request Add Plot
November 2024
Sa 19Su 20Mo 21Tu 22We 23 Th 24Fr 25Sa 26Su 27Mo 28 Tu 29We 30Th 31Fr 1Sa 2 Su 3Mo 4Tu 5We 6Th 7
Insights

Between 02:20 and 09:30 CT on 02-Nov-24, the following were detected:

  • a reduction in calculated adiabatic efficiency from 83% to 75%
  • an increase in calculated mass flow from approximately 6600 lb/h to 7250 lb/h
  • a reduction in pressure ratio across the stage

No significant change was observed in stage 1 suction pressure, discharge pressure, or stage 3 discharge pressure, which is strongly indicative of early valve damage on stage 3 throw 2.

Event description

There is a high likelihood of valve damage on one or more Stage 3 Throw 2 Valves.

Recommendation

Dispatch field technician to inspect all Throw 2 suction and discharge valves for leakage. Schedule valve replacement or repair before the next run cycle.

Every event also includes:diagnostic plotsservice request historydiscussion threads
Each event is also a labeled fault record. Confirmed events accumulate into the labeled dataset that trains models and validates rule performance across the fleet.
©2026 Mechademy. All rights reserved.

Section 02

Five faults no threshold can catch.

Each case study runs across two slides: the Diagnostic rule and its logic, then the data and how the fault was caught. Five faults across three equipment classes, each one requiring something a limit on a single tag cannot express.

CaseEquipmentFaultWhat the rule needed
01Reciprocating compressorCylinder valve failureDetection on computed signals no instrument on the machine measures. The measured temperatures indict the wrong cylinder.
02Centrifugal compressorStonewallTwo coefficients evaluated together, because the fault is defined by position on the curve.
03Gas engineCylinder head failureDetection of high exhaust port temperature, validated against multiple field and synthetic sensors.
04Centrifugal compressorFlowmeter drift with surge riskA third test that must stay False, separating an instrument fault from a real loss of performance.
05Gas engineEngine overloadUsing multiple blocks of tiered diagnostic logic to handle unpredictability of available instrumentation.

Each rule and its Cases are as configured in the platform. Trends are redrawn from the platform's own plots so they can be annotated.

©2026 Mechademy. All rights reserved.

Case 01 · Reciprocating compressor · The rule

Two independent physics signals must move in opposite directions.

Core Stage 3 Throw 2 Valve Fault

Default
Equipment Type
GAS_ENGINE__CAT_3516J__RECIPROCATING_COMPRESSOR__4_THROWS__3_STAGES
Qualifier
90 min / 2 h
Case 1 · Valve FailureHigh
ALL
Run Status
ON
Negative Deviation
core_efficiency_adiabatic_deviation_throw_2
True
Positive Deviation
core_mass_flow_deviation_throw_2
True
Adaptive Critical Low
core_pressure_ratio_stage_3
True
Case 2 · Valve LeakageMedium

Run Status ON, lower efficiency deviation, lower drop in pressure ratio. Fires earlier.

Rejects instrument drift

Adiabatic efficiency drifts with cylinder discharge temperature and gas composition. A mass flow increase across the stage with a drop in stage pressure ratio confirms the event is real.

Rejects load transients

The run state gate removes shutdown and startup excursions. A 90 minute minimum occurrence inside a 2 hour window removes short load swings, which cannot hold both deviations true for that long.

Tiers the confidence

Case 1 requires all three tests and returns a specific action at High priority. Case 2 requires fewer sensors with lower thresholds to trigger.

Both efficiency and mass flow are computed by the asset model, not measured. Neither signal exists on the skid, so neither is available to a rule engine that can only read instruments.
©2026 Mechademy. All rights reserved.

Case 01 · Reciprocating compressor · The detection

Cylinder Valve Fault Detection

D0
Press play

Forty-two days of unit history, replayed at speed. Five signals, one rule.

Stage 3 Throw 2: the 42 days before the valve failedUNIT-4102 · 4 throws · 3 stages
Percent · computed deviations and measured pressure ratio change +40% +20% 0 -20% -40% Low Adiabatic Efficiency Deviation Set Point Low-low Adiabatic Efficiency Deviation Set Point First alert · D16 Escalated · D27 Stg 3 Th 2 adiabatic efficiency deviation Stg 3 Th 2 mass flow deviation Stg 3 Th 2 pressure ratio change Measured · throw discharge temperature (°F) 200 250 High discharge temperature alarm · 300 °F Stg 2 Th 4 discharge temperature Stg 3 Th 2 discharge temperature D0 D5 D10 D15 D20 D25 D30 D35 D40 First alert D16 26 days of lead time Escalated D27 15 days of lead time
D0Five sensors streaming
D16First alert raised
D27Alert escalated
D35The valve fails through
D36Temperature points the wrong way
D42Failure confirmed
©2026 Mechademy. All rights reserved.

Case 02 · Centrifugal compressor · The rule

Stonewall is defined by position on the performance curve.

Coce Stonewall Detection

Default
Qualifier
2 h / 3 h
Case 1 · Deep StonewallHigh
ALL
Run Status
ON
Deviation
coce_power_deviation
False
IOW Critical Low
coce_head_coefficient
True
IOW Critical High
coce_flow_coefficient
True
Case 2

Approaching Stonewall. Run Status ON, head coefficient and flow coefficient at the end-of-curve but not in deep stonewall.

Case 3

Deep Stonewall without power deviation, for applications with multiple stages.

Case 4

Approaching Stonewall without power deviation, for applications with multiple stages.

High confidence

No power deviation implies that the calculated head and measured flow are real and the issue is not related to drifting transmitters.

Rejects start up and shutdown transients

Centrifugal compressors are commonly started and stopped with the antisurge valve 100% open, which can put the machine into a low power stonewall condition not generally considered detrimental to long term health. The run state gate and a 2 hour minimum occurrence remove those excursions. Long term operation at stonewall is documented to result in failures.

Tiers the confidence

Case 1 requires both coefficients critical, with power confirming the instruments. Case 2 trades depth for earliness at the standard set points. Cases 3 and 4 drop the power test for multi-stage trains where driver power is split across stages, and are marked lower confidence for that reason.

Head coefficient and flow coefficient are computed by the asset model, not measured. They normalize for speed and suction volumetric flow. One set of limits is therefore valid across the whole operating envelope.
©2026 Mechademy. All rights reserved.

Case 02 · Centrifugal compressor · The detection

Stonewall Detection

Non-dimensional performance curveUNIT-2207 · 2 stages · variable speed
0.06 0.09 0.12 0.15 0.0 0.2 0.4 0.6 0.8 Site baselined curve IOW Critical High · flow coefficient IOW Critical Low · head coefficient H0 · η 88% Valve opens, point walks the curve Case 2 · H9.2 Case 1 · H9.3 ≈ 14 h in deep stonewall η 22% Flow Coefficient (None) Isentropic Head Coefficient (None)
What the plot is

Shows 24 hours of operation with about 14 hours in deep stonewall. Both axes are computed, so speed changes, and suction volumetric flow are already normalized out.

The event

Gas demand downstream of the compressor reduced and suction pressure at the station increased. The antisurge valve opened to accommodate the reduced head requirement. The operating point moved to the right until it went into deep stonewall, with isentropic head coefficient and efficiency falling off a cliff.

Why flow and dP alarms do not work

On variable speed applications the flow and differential pressure at the end of the curve can vary significantly, so a single value cannot be relied on.

©2026 Mechademy. All rights reserved.

Case 03 · Gas engine · The rule

Early Cylinder Head Fault Detection

Cege Cylinder Head Fault

Default
Equipment Type
GAS_ENGINE_WAUKESHA_L7042GSI
Case 1 · Cylinder 6 High Exhaust Port TemperatureHigh
ALL
Run Status
ON
Adaptive Critical High
cege_temperature_exhaust_port_leftbank_cyl_6
True
UAD
cege_speed
False
Adaptive Standard Low
cege_timing_ignition_cyl_6
True
Adaptive Standard High
cege_temperature_inlet_turbine_leftbank
True
Positive Deviation
cege_temperature_est_exhaust_port_leftbank_cyl_6_ml
True
The ML predicted exhaust port temperature is a synthetic sensor, trained and maintained on the platform. It converts "this cylinder is hot" into "this cylinder is hot for these conditions". Exhaust port temperature moves with load and ambient conditions, so an absolute limit cannot make that distinction.
Rejects speed transients

Univariate anomaly detection catches quick changes, and the False flag on engine speed ensures the temperature rise is not simply a speed transient.

Confirms the heat is real

The adaptive high on turbocharger inlet temperature confirms cylinder 6 is running hot enough to raise the temperature entering the turbo. A positive deviation against the ML predicted exhaust port temperature confirms the value is high for the operating conditions.

Narrows the root cause

The adaptive low on ignition timing tests whether retarded timing is a candidate cause of the high exhaust port temperature, so the event includes a first line of investigation.

Other Cases
Case 2

Exhaust valve leak or seat recession on cylinder 6. this is the Case that fired

Case 3

Cylinder 6 gas admission valve sticking partially open or leaking.

Cases 4-6

Low magnitude of increase in cylinder 6 exhaust port temperature, same potential causes.

©2026 Mechademy. All rights reserved.

Case 03 · Gas engine · The detection

Cylinder 6 Valve Failure Detection

D0
Press play

Twelve days of history from this machine, replayed at speed.

High exhaust port temperature detected in cylinder 6, left bankUNIT-K021 · Waukesha L7042GSI · 15-minute samples
Engine stoppedEngine stoppedLoad dipLoad dip Measured · left bank temperatures (°C) 600 650 700 750 800 Cylinder 6 Cylinder 1, same bank Turbocharger inlet +84 °C in under an hour Case 2 raised within 2 minutes ≈ 80 °C apart Transmitter fault, separate alert Measured · engine speed (rpm) 0 400 800 1200 Engine speed holds 1185 rpm D0 D2 D4 D6 D8 D10 D12
D0Blind backtest
D2Step up, alert fires
D3-D7Remains high
D7Site stops engine
D8Back on, still hot
D9Second shutdown
D10Fixed
D11Transmitter fails

Blind backtest. Historical data from this machine was evaluated using Turbomechanica diagnostic rules with no knowledge of the outcome. The measure of value is how early the issue was detected against when the site detected it and addressed it.

©2026 Mechademy. All rights reserved.

Case 04 · Centrifugal compressor · The rule

Flowmeter Drift Detection

Coce Flowmeter Drift

Default
Qualifier
15 min / 1 h
Case 1 · Coce Flowmeter Drift with Surge RiskHigh
ALL
Run Status
ON
Positive Deviation
coce_volumetric_flow_suction_deviation
True
Negative Deviation
coce_power_deviation
True
Deviation
coce_power_from_head_deviation
False
Case 2 · Coce Flowmeter Drift with Surge RiskLower confidence

For multi-stage trains where actual power is not available because driver power is split across two or more process stages. The Case rests on the suction volumetric flow deviation alone, and because curve shape influences that calculation the deviation margins are wider.

The flowmeter is the input to surge control. A transmitter reading high tells the surge controller there is more margin than the machine has, so surge protection is degraded.
Flow reads high against the curve

Estimated suction volumetric flow comes off the as-tested curve using calculated polytropic or isentropic head. Actual comes from the raw dP at the flowmeter. A positive deviation means the dP is producing more flow than the head says the machine can be passing.

Power reads low against thermodynamics

Power deviation compares actual driver output power against gas power estimated thermodynamically. A dP that has drifted high inflates the estimate, so the deviation turns negative. The same drift moves both signals, in opposite directions.

Power from head

This third test estimates gas power from calculated head and the curve-derived suction volumetric flow. It still matches the driver, so it evaluates False. A real loss of performance would have moved it too, so a False on this test indicates an instrument fault.

©2026 Mechademy. All rights reserved.

Case 04 · Centrifugal compressor · The detection

Flowmeter Drift Detection

Stage 1 head against suction volumetric flowUNIT-3308 · fuel gas compressor · stage 1
3,500 4,000 4,500 5,000 5,500 6,000 45,000 50,000 60,000 70,000 80,000 85,000 As-tested curve Surge limit line Surge control line True Minimum Flow with no Antisurge response Estimated suction volumetric flow (ft³/min) 4,000 6,000 Suction volumetric flow (ft³/min) Polytropic head (ft)
What the plot is

Each point is one sample of stage 1 polytropic head against suction volumetric flow measured at the flowmeter. Point color is the suction volumetric flow estimated from the as-tested curve, so the two flow values appear on the same plot: one as position, one as color.

The two lines

The surge limit line is where the machine surges. The surge control line is where the antisurge controller opens the recycle valve. The controller places the operating point from the flowmeter dP, so a transmitter reading high holds the machine against a position it is not at.

What the color says

Measured flow bottoms out at about 4,110 ft³/min, so no point crosses the surge control line. Point color is the head-based estimate, which uses no flowmeter dP and runs 200 ft³/min lower across the band. At the control line it reaches 4,000 ft³/min, the bottom of the color scale.

©2026 Mechademy. All rights reserved.

Case 05 · Gas engine · The rule

One rule, five Cases, written for the sensors each site has.

Cege Engine Overload

Default
Equipment Type
GAS_ENGINE__CAT_3516J__RECIPROCATING_COMPRESSOR__4_THROWS__3_STAGES
Qualifier
30 min / 2 h
Case 1 · Engine Overload due to MisfireHigh
ALL
Run Status
ON
Expression
({cege_speed_setpoint} - {cege_speed}) > 50
True
IOW Critical Low
cege_temperature_port_exhaust_cyl_2
True
Negative Deviation
cege_efficiency_deviation
True
Adaptive Standard Low
cege_pressure_manifold_air_inlet
False
Any1
Expression
({cege_load_factor}) > 100
True
UAD High
cege_load_factor
True
IOW Critical High
cege_position_throttle
True
What overload looks like

The engine cannot hold speed against demand. Throttle pins wide open, load factor climbs past 100%, and speed still droops against setpoint. Case 1 adds the misfire signature, one cylinder cold at its own exhaust port while the others make up the load.

Why the Any 1 group exists

Overload shows up on whichever instrument that site happens to have: a load factor above 100%, a univariate anomaly on load factor, or the throttle pinned against its critical high. Any one of them satisfies the same physical condition, so the rule does not need all three to fire.

Graceful degradation
Case 2

Engine Overload with no misfire. this is the Case that fired

Case 3

Engine Overload. Fuel flow sensors not available.

Case 4

Engine Overload. Fuel flow sensors and throttle position not available.

Case 5

Engine Overload catch all. Only speed sensors available.

©2026 Mechademy. All rights reserved.

Case 05 · Gas engine · The detection

The engine cannot hold its own setpoint.

Engine speed against speed setpointUNIT-4128 · 16 cylinder gas engine
Measured · engine speed and speed setpoint (rpm) 1150 1200 1250 1300 1350 1400 Expression threshold · setpoint − 50 rpm Engine speed setpoint Engine speed Measured · throttle valve position and engine load factor (%) 25% 50% 75% 100% Expression threshold · load factor > 100% IOW Critical High · throttle position Throttle valve position Engine load factor Mar 11 Mar 12 Mar 13 Mar 14 Mar 15 Mar 16 Mar 17 Mar 18 Mar 19 8-day window · 10-minute samples · shaded spans are where the speed expression evaluates True
What the trend shows

Speed drops 150 to 190 rpm below its 1350 rpm setpoint in 16 separate spans, about 86 hours of the window. Through the same spans the throttle is pinned wide open at 102% and load factor sits above 100% for 24 hours.