Now live: a hybrid process digital twin for amine gas sweetening — it names the fault and the root cause, not just the alarm. Explore the platform →
Valve & Loop Tuning
Tune
In development
Find the loops that are quietly working against you.
Stiction, hunting, poor turndown and oscillation rarely trip an alarm. They show up instead as instability everywhere downstream — and as faults the diagnostic engine can already see but cannot yet tell you how to fix. Tune closes that gap.
Most of this is already built. It has not been assembled yet.
01
The diagnosis already points here
Control-loop instability is already a root cause in the causal map — level control hunting, valve stiction, poor turndown. Several of the fifty-four indicators are oscillation detectors. The engine can see the problem today; it simply cannot yet recommend the fix.
02
No step tests
The intent is to work from routine operating data the plant already logs. Asking a producing unit to sit through step tests is the reason most loop-tuning programmes get scheduled and then never happen.
03
Find the source, not every symptom
Oscillation propagates through coupled loops, so half a dozen controllers can look bad because of one sticking valve. The value is in ranking which one is the source.
04
Verified against the same data
Before-and-after variability is measured from the historian, so an improvement is demonstrated rather than asserted.
Planned scope
What we intend to build.
This is a plan, not a product. Nothing in this list is shipping today.
Valve travel and stiction detection from routine operating data
Oscillation detection with source ranking across coupled loops
A loop performance index per controller
Tuning recommendations with the expected reduction in variability
Before-and-after verification from the historian
Feed of confirmed loop faults back into the diagnostic causal map
What it builds on
It reuses what is already calibrated.
Every figure on this page is countable in the delivered system. If you want to see where a number comes from, ask us and we will show you the record it is read from.
Built on
The oscillation indicators already in the diagnostic engine
Data required
Routine controller PV, SP and OP history
Scope
Control valves and their loops across the treating and regeneration circuits
Recommendation only — an engineer makes the change
Where it stands today
The limits, published on the same page as the promise.
This is in development. Nothing on this page is shipping today.
It will recommend, not write. Nothing goes to the DCS automatically, and we do not intend to change that.
Loop diagnosis from routine data has real limits — a valve that never moves cannot be assessed. Where the data cannot support a call, the tool will say so, as the rest of the platform does.
Where it applies
Built for amine systems today. Not limited to them by design.
The platform is focused on acid gas removal — gas sweetening and post-combustion carbon capture — because that is where the model is calibrated and where the fault library is real. The method underneath is not amine-specific: a physics reference model, residuals against expected-healthy, fuzzy diagnosis over graded indicators, and costed consequences. Extending it to another unit means new datasheets and a new calibration, not a new platform.