Skip to main content

Prepare Signal History for Predictive Maintenance

Predictive maintenance depends on stable equipment identity and clean signal history. Use this recipe to prepare telemetry, events, and maintenance records with DFS before they are used by a predictive maintenance workflow or FactVerse AI Agent predictive maintenance module.

Preparation flow

Outcome

At the end of this recipe, you should have:

  • one or more connected sources;
  • reviewed mappings from source signals to equipment or asset targets;
  • sync history showing recent ingestion;
  • quality checks for missing, stale, or impossible values;
  • a DFS Pro dataset for reusable signal history;
  • a steward and validation state for downstream use.
  • a predictive maintenance readiness package with asset identity, signal definition, operating state, maintenance outcome, and model context.

Prerequisites

Prepare:

RequirementNotes
Equipment listStable equipment IDs, names, aliases, and location context.
Signal listSensor tags, meter points, event fields, or historian columns.
Source detailsHistorian, database, CSV export, MQTT topic, REST API, or other source.
Maintenance recordsWork orders, inspections, failures, part changes, or operator notes when available.
Review ownerSomeone who understands equipment, units, and expected ranges.

Step 1: Define the equipment boundary

Start with the equipment or asset group.

Record:

  • equipment ID;
  • equipment name;
  • aliases used in source systems;
  • site, line, area, or system;
  • related components;
  • expected operating state;
  • maintenance owner.

Stable equipment identity is more important than the first model output. If source systems use different names, create a mapping table before using the data downstream.

Step 2: Connect signal sources

Use DFS Lite connectors to connect the source data.

Common source choices:

SourceTypical use
JDBCHistorian tables, data warehouse tables, maintenance databases.
CSVExported history, initial data loading, offline model preparation.
MQTTStreaming equipment or IoT payloads.
RESTEnterprise APIs, asset records, work-order systems.
OPC UAEquipment or automation telemetry.

Create and test each connector before mapping.

Step 3: Browse and preview source data

For every source:

  1. Browse source hierarchy or fields.
  2. Preview recent values.
  3. Confirm timestamp field.
  4. Confirm equipment identifier.
  5. Confirm metric or event field.
  6. Confirm unit.
  7. Check expected value range.

Reject fields that are stale, unexplained, duplicated, or missing required identity.

Step 4: Map signals to targets

Create mappings for the signals that matter.

For each signal, map:

  • source path;
  • target equipment or asset ID;
  • target field;
  • unit;
  • transform expression when units differ;
  • expected range;
  • topology or component tag when useful.

Examples:

Source signalTarget use
motor vibration RMSequipment health feature
bearing temperaturethermal trend feature
current drawload and operating context
alarm codeevent context
work order close datemaintenance outcome context

Review AI-assisted mappings before applying them.

Step 5: Sync and inspect quality

Run sync and inspect:

  • read count;
  • written count;
  • failed count;
  • last sync time;
  • completeness;
  • timeliness;
  • accuracy;
  • quality trend.

For predictive maintenance, pay special attention to:

  • missing intervals;
  • timestamp drift;
  • unit mismatch;
  • source resets;
  • flatlined sensors;
  • impossible values;
  • equipment ID mismatch.

Step 6: Create a DFS Pro dataset

Create a DFS Pro dataset when the signal history needs to be reused.

Recommended dataset fields:

  • equipment ID;
  • equipment alias or source-system identifier;
  • timestamp;
  • metric name;
  • metric value;
  • unit;
  • sensor axis or channel when applicable;
  • sampling interval;
  • operating state when available;
  • source system;
  • quality flag;
  • event or work-order reference when available.

Use preview and profile to inspect:

  • row count;
  • null ratio;
  • distinct equipment IDs;
  • time range;
  • value distribution;
  • required columns.

Step 7: Validate and steward the dataset

Assign a steward before using the dataset in production workflows.

Validation checklist:

  • equipment IDs match the asset model;
  • signal names are understandable;
  • units are normalized;
  • missing intervals are documented;
  • quality issues are reviewed;
  • source timestamps are clear;
  • maintenance records are joined or linked when needed;
  • downstream workflow owner accepts the limitations.

Step 8: Build the predictive maintenance readiness package

Before the dataset is used by the Predictive Maintenance module or FactVerse AI Agent, build a handoff package that reviewers can inspect.

Package sectionRequired content
Equipment identityEquipment ID, source aliases, model, manufacturer, location, component hierarchy, owner, and criticality.
Signal definitionSensor tag, channel or axis, unit, sampling interval, expected range, transform expression, and source timestamp rule.
Signal qualityMissing intervals, stale values, flatlined sensors, outliers, unit conversions, source resets, and rejected-row summary.
Operating stateRunning, stopped, standby, partial load, cleaning, batch, or maintenance state if available from the source system.
Maintenance outcomeWork order, inspection, close date, confirmed root cause, replaced part, false-positive label, and reviewer note.
Model and template contextTemplate name, model ID, model version, baseline date, assignment state, and retraining blocker when present.
GovernanceData steward, validation state, allowed use, retention expectation, and downstream owner approval.

Use the readiness package to decide whether the next step is model training, anomaly review, advisory triage, or more data preparation.

Step 9: Use the dataset downstream

After validation, the dataset can support:

  • predictive maintenance analysis;
  • anomaly review;
  • health summary workflows;
  • AI Agent evidence retrieval;
  • maintenance planning;
  • BI reports;
  • model retraining readiness review.
  • model-console readiness review and data-gate resolution.

Keep a record of source limitations in the workflow run record or dataset description so reviewers understand what the model can and cannot infer from the data.

Failure handling

ProblemAction
Equipment identity is unstableStop model preparation and resolve IDs, aliases, and asset hierarchy first.
Signal timestamps are missing or inconsistentFix source mapping or exclude the signal from time-series workflows.
Unit or scale is uncertainAsk the equipment owner to confirm units before validation.
Signal history has large gapsRecord the limitation and decide whether the workflow can use partial history.
Maintenance records cannot be joinedUse signal-only analysis until work-order identity and timestamps are corrected.
PageUse
DFS Lite ConnectorsConnect historian, database, API, file, or telemetry sources.
Mapping Source FieldsMap source signals to assets and fields.
Data QualityCheck missing, stale, or invalid values.
DFS Pro DatasetsCreate a governed dataset for signal history.
FactVerse AI Agent Predictive Maintenance WorkflowUse prepared data in an AI Agent workflow.