Skip to content

Make sense of every cycle.

Analyze machine histories, compare production cycles and prepare the data behind quality and maintenance models. l brings qSQL and numerical array operations to recorded sensor measurements, batch results and operating conditions.

01 / The workload

Turn recorded operations into useful questions.

  • Sensor histories
  • Cycle measurements
  • Batch observations

A machine’s history is spread across many measurements.

Cycle data, sensor channels, batch outcomes and maintenance records describe related parts of a process. Engineers need to compare conditions and inspect the interval around a change. Consistent calculations and clear identifiers make those comparisons useful across repeated investigations.

Machine and sensor history

Filter recorded measurements by asset, channel and interval. Calculate ranges and summary statistics, then compare the cycle or event window with a reference population.

  • Inspect sensor excursions and missing samples
  • Compare behavior across operating conditions

Process quality and yield

Group batch and test outcomes by recipe, production line and equipment state. Compare distributions and retain the records needed to investigate a change in quality.

  • Compare batch outcomes by recipe
  • Inspect measurement variation within a cycle

Predictive-maintenance data preparation

Transform recorded condition measurements into numerical features for your existing maintenance models. Compare feature behavior against the asset events and labels you supply.

  • Aggregate condition features by asset and period
  • Compare features around recorded service events

Downtime and operational investigation

Analyze recorded state changes, event durations and production counters. Break down an operational summary to understand which intervals and assets contribute to it.

  • Compare cycle durations and interruption periods
  • Trace a production summary to its event records

02 / From data to analysis

Move from an operating history to a comparable cycle.

A cycle-level analytical dataset gives quality and reliability work a consistent starting point while retaining the underlying samples.

  1. 01Source data

    Define the operating record

    Bring recorded measurements with asset identifiers, cycle boundaries and the operating context required for the comparison.

    • Sensor histories
    • Cycle & asset identifiers
    • Batch outcomes
  2. l>Compute with l

    Build cycle-level measures

    Select the intervals, derive numerical columns and group the measures by asset, cycle or production condition.

    • Interval filters
    • Feature calculations
    • Cycle-level aggregates
  3. 03Analytical result

    Investigate the difference

    Compare populations and send the relevant features or sample extracts to your existing engineering and modeling tools.

    • Cycle comparison tables
    • Maintenance features
    • Selected sensor samples
Compare recorded cycles
/ Compare recorded cycles

l>t:([]cycle:1 1 2 2;temp:70 74 68 80)

l>select avg temp by cycle from t
cycle| temp
-----|-----
1    | 72
2    | 74

l>select max temp by cycle from t
cycle| temp
-----|-----
1    | 74
2    | 80

l>exec cycle from t where temp>75
,2

l>

03 / Why l

The expression stays simple.
The layout does the work.

You write q/k. The runtime considers the physical representation of the data, choosing encoding-aware operations where supported and materializing values when needed.

One expression model for samples and summaries
Use qSQL and array statistics to move between recorded samples and grouped process measures. Keep the calculation explicit and repeatable across assets.
Keep data exchange practical
Read flat Parquet datasets through the native library and call the runtime from Python. Return the features or intervals needed for the next stage of analysis.
Read the research

04 / Your first evaluation

Start with a result
you can verify.

Choose a completed production run with cycle boundaries, related sensor channels and a known change in process behavior.

Available as a research preview for local evaluation.

Questions to answer with your sample

  1. Are units, sample gaps and cycle boundaries interpreted consistently?
  2. Do cycle aggregates match the measurements used by your engineering team?
  3. How do query time and memory behave across additional assets and runs?

Your data. Your next question.

Which part of your process needs a better explanation?

Let’s talk