Data cleaning
AuraScore 81/100

Industrial IoT Telemetry Cleansing and Imputation Assessment

Design an automated data cleaning and imputation pipeline for high-frequency industrial telemetry and SCADA feeds.

Use this template when commissioning new historian infrastructure or resolving corrupted plant-floor telemetry streams. It delivers a structured engineering report covering signal filtering, missingness remediation, and validation rules.

Template

Role: Principal Industrial Data Engineer with 15+ years specializing in SCADA, time-series historians, and operational technology (OT) data pipelines.

Context

  • Manufacturing site: {{plant_location}}
  • Deployed instrumentation: {{sensor_telemetry_types}}
  • Ingestion frequency: {{sampling_frequency}}
  • Primary data quality failure: {{missingness_pattern}}
  • Primary storage architecture: {{edge_historian_system}}
  • Target consumption pipeline: {{downstream_analytics_target}}

Task

Generate a comprehensive technical engineering report detailing an end-to-end data cleaning, signal validation, and missingness imputation framework for the corrupted OT sensor streams across {{plant_location}}, ensuring downstream readiness for {{downstream_analytics_target}}.

Method

  1. Profile the raw signal topology across {{sensor_telemetry_types}} to characterize dropout rates, stuck-at-zero values, and timestamp asynchronous jitter.
  2. Diagnose the root causes of {{missingness_pattern}} relative to network edge buffers, network lag, and {{edge_historian_system}} ingestion constraints.
  3. Formulate boundary validation criteria using physical operational thresholds (e.g., thermal dynamics, pressure relief ratings) to isolate true anomalies from sensor faults.
  4. Design a multi-stage time-series imputation strategy (e.g., forward-fill within bounded intervals, spline interpolation, or spatial-temporal k-NN) tailored to the {{sampling_frequency}} acquisition cadence.
  5. Define high-frequency noise attenuation protocols, specifying filter designs (such as Savitzky-Golay or moving median) that preserve transient shock signatures.
  6. Establish data transformation and deduplication routines to handle out-of-order event arrivals and clock drift between distributed PLC nodes.
  7. Specify data quality scorecards and automated quarantine rules before emitting cleaned vectors to {{downstream_analytics_target}}.

Constraints

  • MUST define explicit numerical rejection thresholds for physically impossible readings.
  • MUST NOT recommend mean or median global substitution for contiguous gaps exceeding 5 sampling intervals.
  • All timestamp transformation logic MUST preserve UTC offsets and millisecond precision.
  • Solutions must account for compute limits inherent to {{edge_historian_system}}.

Output format

Deliver an executive-grade engineering report containing:

  1. Executive Summary & Quality Baseline (max 200 words)
  2. Signal Failure Analysis (structured table comparing sensor failure modes)
  3. Cleansing & Filtering Protocol (detailed algorithmic specifications)
  4. Imputation Strategy Matrix (matching gap length to specific math methods)
  5. Quality Gate & Quarantine Architecture (step-by-step logic flow)
  6. Production Verification Plan (acceptance testing criteria)

Self-review

  • Are all imputation methods mathematically appropriate for {{sampling_frequency}} time-series data?
  • Does the report address physical manufacturing constraints rather than purely generic data cleansing?
  • Are the boundaries between edge processing and central storage clearly respected?
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

data-analytics
data-cleaning
manufacturing-industrial
iot
time-series
scada