How it works

Send readings in, pull any window of history back

Each machine sends its tags on an agreed path for that machine type. Ask for any shift, run or asset and get one total or the point-by-point series.

Tag capture

Record machine data the moment it runs

Every tag has its own path, unit and update rate, so each reading arrives labelled. It’s written the moment it lands, to a time-series store kept apart from the records the rest of the platform works on. Nobody types it in later from a shift sheet.

  • Tag path, engineering unit, and update frequency set per tag
  • Readings written to the store the moment they arrive
  • A time series store, kept separate from the platform's transactional records
  • Cycle count, 15m buckets93

Count windows

Pull any window at the detail you choose

Ask for a shift, a run or a month, for one asset or a whole site. You get one total or the point-by-point series, whichever the question needs, with in, out and reject counts included.

  • Query by asset, by site, or across a period
  • Totals or a point-by-point series, at the granularity you choose
  • In counts, out counts, and reject counts, per asset
  • TST-004 faulted, sensor alarm
  • Downtime logged: TST-004 Sensor alarm 14 min Logged

State history

Read downtime straight off the state record

Every change of state is kept: running, idle, stopped, faulted. Downtime comes straight off that record, per asset, with its reason code, so nobody rebuilds it from a shift report.

  • Asset state history: running, idle, stopped, faulted
  • Downtime per asset, per period, with the reason code
  • Availability history for any window you ask for
  • Run record RUN-71482WO-118390, closed

Run record

Open any run's record after it finishes

Each run keeps its own record, channel by channel. Open a finished run later and read back what each channel recorded while it ran.

  • Channels configured per asset before the run starts
  • Readings recorded against the run and against its channels
  • A finished run opens and reads back channel by channel
  • Parts logged, 7 days 42,425

Asset metrics

Get OEE from readings you already have

The OEE Engine works out availability, performance and quality from the readings already here. The number and the evidence behind it come from the same place.

  • Built from counts, states, and cycle times already captured
  • Asset metrics read by any Module that needs history
  • Daily records calculated from the series the assets sent
  • Raw reading: WLD-007 out_count 14:57:03 +1

Coverage

Keep the raw readings here, analyze elsewhere

The Historian keeps the readings and does no analysis. The SPC and OEE Engines read the series and make the calls. Every asset sends at least its in, out and reject counts and its state, and anything more is agreed per machine type during implementation.

  • No analysis here: the SPC and OEE Engines read the series
  • In counts, out counts, reject counts, and state are the minimum an asset sends
  • Data models per machine type are agreed during implementation
  • L. Haddadread Zone 2 cure temp
  • Cited on hold NCR-0891

Who reads it

Read the same history from any Module

Nobody works inside the Historian all day. Its readings show up where the question gets asked: OEE in the OEE Engine, drift in the SPC Engine, the readings behind a quality hold.

  • OEE Engine derives availability, performance, and quality from it
  • SPC Engine charts the series and flags a drift run
  • Quality cites the readings behind a hold

What you get back when you ask for a shift's history

  • Ask for a shift and get the series back.

    Ask for a shift or a run and the counts come back as a series, not a spreadsheet someone rebuilt. Nothing is calculated twice.

    How the record works
  • A finished run opens back up, channel by channel.

    Each run writes its own record on the channels set up for that asset before it starts. Open it afterward and read every channel back, one at a time.

    See a run record

FAQ

Ask what your machines already told you.

30 minutes on your machine data and how the Historian organizes it by run.