Zum Hauptinhalt springen
Holen Sie das Beste aus Ihrer Produktion heraus!

Automation Technology GmbH
Hermann-Bössow-Straße 6-8
23843 Bad Oldesloe
Home » Messen » Data Acquisition » Digital Twin

Digital Twin in Metrology: Virtual Representation of Physical Measurement Processes

A digital twin is a dynamic, measurement-data-driven representation of a physical object or process — continuously synchronized with its real counterpart, unlike a static CAD model. Each twin entry is based on a data triple: timestamp + part ID / system ID + measurement dataset. AT Sensors provides the data foundation for these twins: 3D sensors (C6 series, XCS series, CA series) generate point clouds and Z-maps as the geometric layer; the IRSX infrared camera generates thermal heatmaps as the thermal layer — both GigE Vision compliant and time-stamped.

Key Facts

  • entity:
    Digital Twin = dynamic, measurement-data-driven representation of a physical object — continuously synchronized; data triplet: timestamp + part ID + measurement dataset
  • twin_types:
    Product Twin (component) · Process Twin (production process) · System Twin (entire system)
  • Static vs Dynamic:
    Static: created once, 1–600 MB/component, quality documentation Dynamic: up to 100 Hz / 10,000 profiles/s, process control, predictive maintenance
  • data_formats:
    point_cloud_ply_pcd, z_map_tiff_hdf5, mesh_model_stl_obj, time_series_csv_hdf5, thermal_heatmap_tiff
  • norm:
    iso_9001, iatf_16949_section_8_6_2, twin_dataset_compliant_digital_inspection_record

Fundamentals

What is a Digital Twin and how does it differ from a CAD model?

A digital twin is a data-driven, dynamic representation of a physical object — updated through continuous measurement data from sensors capturing data during the ongoing production process. A CAD model is a static design model without measurement data integration: it describes the nominal state, not the actual state.

The digital twin exists in three types, differing by level of abstraction and data basis:

Product Twin — representation of a single component; data basis: inspection measurement data (point cloud, Z-map, thermal heatmap), manufacturing parameters, IO/NIO decision with deviation vector

Process Twin — representation of a production process; data basis: process data, real-time sensor streams, control variables from PLC and MES

System Twin — representation of an entire system or factory; data basis: aggregated sensor, MES, and ERP data across all production stages

AT Sensors feed the Product Twin and Process Twin. The geometric data basis consists of four measurement data types: point cloud (PLY/PCD), Z-map (TIFF/HDF5), thermal heatmap (TIFF), and IO/NIO decision + deviation vector — all with timestamp and part ID as mandatory attributes.

Simulation, FEM modeling, and BIM (Building Information Modeling) are related modeling concepts; these are covered in more detail in the article [Simulation / Digital Modeling].

How does a static Digital Twin differ from a dynamic Digital Twin?

The static digital twin and the dynamic digital twin differ in update frequency, data basis, storage volume and application — both use the same data triple (timestamp + part ID + measurement dataset), but with different synchronization frequency.

Static Digital Twin — created once from measurement data; no live update after creation. Application: quality documentation, traceability archive, compliant inspection record (ISO 9001, IATF 16949). Storage volume per component: 1–600 MB (point cloud + Z-map + thermal heatmap + metadata).

Dynamic Digital Twin — continuously updated from live sensor data. Synchronization frequency: up to 100 Hz (IRSX infrared camera, thermal time series) or 10,000 profiles/s (C6 laser triangulation sensor, geometric time series).

Application: real-time process control, predictive maintenance, closed-loop quality control.

Comparison

Criterion Static Twin Dynamic Twin
Update Frequency Once at inspection Continuous — up to 100 Hz / 10,000 profiles/s
Data Basis Completed inspection dataset Live sensor data + time series
Storage Volume 1–600 MB per component Continuously growing — GB per shift
Application Quality documentation, traceability Process control, predictive maintenance
AT Sensors Products C6 Series, IRSX Series (single measurement) C6 Series + IRSX Series (time series, 100 Hz)

Real-time process control and PLC signal processing are covered in the article Process Monitoring / Process Control.


Data architecture

What data formats and data architecture does a measurement-data-based Digital Twin use?

The data architecture of a digital twin follows four layers:

Sensor layer (data acquisition) → Transmission layer (protocols) → Processing layer (fusion, normalization) → Application layer (twin model, applications).

AT Sensors sensors operate at layer 1; the twin model accumulates datasets at layer 4 (MES level).

Level Function Protocol / Format AT Sensors Contribution
1 — Sensor Level Capture and digitize physical quantity GigE Vision, 125 MB/s C6 series, XCS series, CA series, IRSX series
2 — Transmission Level Transfer structured dataset with timestamp OPC UA, Modbus TCP < 1 ms GigE Vision compliant interface
3 — Processing Level Fuse datasets, normalize, calculate deviation map HDF5, CSV, REST API Point cloud + heatmap co-registered
4 — Application Level Accumulate twin model, supply applications MQTT, REST API, OPC UA Inspection dataset with part ID and sensor ID

Multi-sensor synchronization:

PTP (Precision Time Protocol) synchronizes 3D sensor and IRSX infrared camera to a time deviation of < 1 µs — prerequisite for geometric-thermal data overlay in the twin model. Without PTP synchronization, time offsets occur between point cloud and thermal heatmap, resulting in incorrect coordinate registration.

The combined data rate of a 3D + IR twin system (e.g. 60 fps × 10 MB point cloud + 100 Hz × 2 MB heatmap) reaches up to 800 MB/s in full operation. On-sensor processing reduces transmission load by a factor of 10–10,000 through compression and feature extraction directly on the sensor processor.

IoT protocols and cloud architecture are covered in IoT Protocols. MES/ERP integration is covered in Industry 4.0 / Smart Factory.

Which data formats does a Digital Twin store from AT Sensors measurement data?

A digital twin based on AT Sensors measurement data stores five data formats, which differ in data content, file type, file size, and application within the twin model.

Each format contains the data triple — timestamp + part ID + sensor ID — as mandatory metadata.

Data Format File Type File Size Application in the Twin
Point Cloud PLY / PCD 1–100 MB Complete 3D actual geometry; CAD comparison; deviation map
Z-Map TIFF / HDF5 1–10 MB Depth map; direct nominal vs actual comparison against CAD reference
Thermal Heatmap TIFF 0.5–5 MB / frame Temperature distribution; defect zone map; predictive maintenance time series
Mesh Model STL / OBJ 10–500 MB Reconstructed 3D model; input for simulation and FEM
Time Series CSV / HDF5 Variable — GB per shift Process parameter and measurement history; trend analysis; SPC

Deviation Map

The deviation map is the central evaluation result of the Product Twin.

It is generated by pixel-wise subtraction of the actual point cloud from the CAD reference model, assigning each measurement point (x, y) a deviation in µm.

\[\Delta d(x,y) = d_{actual} – d_{nominal}\]

A C6 laser triangulation sensor resolves this deviation starting from 0.1 µm.

The deviation map visualizes each measurement point as a color value — from −tolerance (blue) through 0 (green) to +tolerance (red).

Deviations outside the GD&T tolerance band are classified as NIO pixels.

Storage efficiency:

The storage efficiency of the twin model increases through selective archiving:

  • IO components without deviation → only metadata + IO/NIO signal (< 1 KB)
  • NIO components → full point cloud + deviation map + thermal heatmap (up to 600 MB)

Internal links: Point Clouds, Mesh Models (STL/OBJ)


Use cases

Which use cases apply the Digital Twin in industrial quality assurance?

The digital twin serves three core functions in industrial quality assurance:

  1. Quality documentation (static twin — actual state of each component)
  2. Process optimization (dynamic twin — closed-loop control based on deviation map)
  3. Predictive maintenance (dynamic twin — anomaly detection from time series)

Each function requires a specific twin type and data basis.

Use Case Twin Type Data Basis AT Sensors Product
Quality Documentation Static Point cloud, Z-map, thermal heatmap, IO/NIO C6 series, IRSX series
Process Optimization Dynamic Deviation map as control variable, time series C6 series (10,000 profiles/s)
Predictive Maintenance Dynamic Temperature time series, profile time series IRSX series (100 Hz), C6 series

How does the Digital Twin support quality documentation and nominal–actual comparison?

The static digital twin documents the complete actual state of each component at the time of inspection — without manual effort, compliant with ISO 9001 and IATF 16949. The twin dataset consists of: point cloud + Z-map + thermal heatmap + IO/NIO decision, linked with timestamp and part ID.

Nominal–actual comparison:

The twin model overlays the actual point cloud with the CAD reference model and calculates the deviation for each measurement point — represented as a deviation map.

A C6 laser triangulation sensor detects:

  • depth deviations from 0.1 µm
  • lateral resolution from 5 µm

Each measurement point is classified as:

  • IO — within GD&T tolerance band
  • NIO — outside tolerance band

Series evaluation:

K-Formel (Closed Loop) wurde bewusst durch Prosabeispiel ersetzt — zu abstrakt für B2B-Webartikel. 

The digital twin aggregates deviation maps over n consecutive components and calculates the mean deviation vector per measurement point:

\[\bar{d}(x,y) = \frac{1}{n} \sum_{i=1}^{n} \Delta d_i(x,y)\]

Definitions:

  • \(\bar{d}(x,y)\) — mean deviation at measurement point (x,y) across n components, in µm
  • \(\Delta d_i(x,y)\) — deviation of the i-th component at (x,y), in µm
  • \(n\) — number of evaluated components

If \(\bar{d}(x,y)\) increases monotonically over three consecutive components in the same direction, the twin model classifies this as process drift — a systematic manufacturing error caused by tool wear, thermal expansion, or fixture wear. Detection occurs before tolerance limits are exceeded, as the trend is already visible within the tolerance band.

Evaluation Level Input Data Calculation Method Output
Single Component Point cloud + CAD reference Δd(x,y) = d_actual − d_nominal Deviation map, IO/NIO decision
Series Evaluation n deviation maps Mean value Mean deviation vector, process drift flag
Trend Analysis Time series of mean deviation Linear regression Drift rate in µm/component, remaining lifetime

Remaining lifetime:

The remaining lifetime until the tolerance limit is reached is calculated as: \[\frac{T_{limit} – \bar{d}_{current}}{a}\]

Definitions:

  • \(T_{limit}\) — tolerance limit, in µm
  • \(\bar{d}_{current}\) — current mean deviation, in µm
  • \(a\) — drift rate in µm per component

How do Digital Twin data support process optimization and predictive maintenance?

The dynamic digital twin closes the control loop between sensor, evaluation, and production process — in two application directions:

closed-loop process optimization (geometric time series, C6 Series) and predictive maintenance (thermal time series, IRSX Series).

Closed-loop process optimization

The deviation map is fed back as a control variable to PLC / MES.

The twin model calculates the correction value proportional to the mean deviation at the critical measurement point — with a negative sign, since the correction counteracts the deviation direction.

Concrete example:

A C6 sensor detects a profile drift of +8 µm on a milled surface → the twin calculates a correction value → the PLC reduces tool feed → the next batch is within the GD&T tolerance band.

Total control loop:

sensor → twin evaluation → PLC correction: < 10 ms

Predictive maintenance

The IRSX infrared camera provides a temperature time series at 100 Hz.
The twin model calculates the deviation \Delta T(t) from the baseline temperature profile T_{base} — the reference profile under normal operating conditions.

If \Delta T(t) \geq 0.5\,K and increases monotonically over three consecutive measurement intervals, the twin model classifies the anomaly as a maintenance event.

Typical lead time: 48–72 hours before failure.

The geometric counterpart:

The C6 sensor detects tool wear from the profile time series as soon as the drift rate a \geq 0.5\,\mu m/\text{component}.

Tool replacement can therefore be planned before tolerance violation occurs.

Criterion Closed-Loop Process Optimization Predictive Maintenance
Sensor C6 Series (laser triangulation) IRSX Series (infrared camera)
Input Variable Deviation map $begin:math:text$\\Delta d\(x\,y\)$end:math:text$ Temperature time series $begin:math:text$T\(t\)$end:math:text$
Threshold / Control Variable Profile drift > tolerance band → correction value $begin:math:text$\\Delta T\(t\) \\geq 0\.5\\\,K$end:math:text$ over 3 intervals
Response Time < 10 ms (sensor → PLC) 48–72 h lead time
Output Parameter correction to PLC Maintenance event flag to MES
Data Storage Deviation map + correction log Temperature time series (CSV/HDF5)

SPS / SCADA signal processing is covered in Process Monitoring / Process Control.

Predictive maintenance methodology is covered in Predictive Maintenance.


Integration

How is the Digital Twin integrated into Industry 4.0 system architectures?

The digital twin integrates as a data sink at the MES level in Industry 4.0 architectures:

  • AT Sensors sensors provide measurement data at Level 1 (sensor layer)
  • OPC UA transmits structured datasets to the MES (Level 4)
  • The MES accumulates the twin dataset on a per-component basis and provides it to ERP and cloud applications

AT Sensors operates at Level 1 of the 5-layer model — directly at the measurement object.

The twin model resides at Level 4 (MES layer) and receives structured inspection datasets including:

  • entity name
  • unit
  • timestamp
  • quality status

Data export to ERP and cloud applications is performed via REST API or MQTT.

Normative basis

IATF 16949 Section 8.6.2 requires traceability of all inspection results for special product characteristics.

The digital twin dataset — point cloud + Z-map + thermal heatmap with timestamp and part ID — fulfills this requirement as a compliant digital inspection record, without additional manual documentation.

How are Digital Twin and Traceability related?

Digital twin and traceability use the same data basis, but differ in perspective and purpose:

  • The digital twin represents the actual state of a component at a specific time
  • Traceability links all digital twin snapshots across the entire product lifecycle

The shared key structure is:

timestamp + part ID + sensor ID

Each twin snapshot contains this triple as mandatory metadata.

The traceability database indexes all snapshots via the part ID and reconstructs the complete inspection history.

Criterion Digital Twin Traceability
Perspective Actual state at a specific time Chain of all states over lifecycle
Key Structure Timestamp + part ID + sensor ID Part ID as primary index across all snapshots
Data Basis Point cloud, Z-map, thermal heatmap, deviation map Aggregated twin snapshots + manufacturing parameters
Application Quality documentation, process optimization Recall management, supply chain documentation
Normative Basis ISO 9001, IATF 16949 Section 8.6.2 IATF 16949, EU supply chain regulations

Which AT Sensors products provide the data basis for the Digital Twin?

AT Sensors develops two product groups that supply the digital twin with geometric and thermal measurement data:

  • 3D sensors (C6 Series, XCS Series, CA Series)
  • IRSX infrared cameras

Both product groups are GigE Vision compliant and provide each dataset with timestamp and part ID.

Product Measurement Data Type Data Format Update Rate Twin Application
C6 Series (laser triangulation) Point cloud, Z-map, profile time series PLY/PCD, TIFF/HDF5 up to 10,000 profiles/s Static + dynamic product twin, process optimization
XCS Series (laser triangulation) Point cloud, Z-map PLY/PCD, TIFF/HDF5 up to 10,000 profiles/s Static product twin, semiconductor and microstructure inspection
CA Series (structured light) Full-field point cloud, mesh model PLY/PCD, STL/OBJ up to 60 fps Static product twin, freeform geometries, 360° inspection
IRSX Series (infrared camera) Thermal heatmap, temperature time series TIFF, CSV/HDF5 up to 100 Hz Static + dynamic twin, predictive maintenance

Selection guide based on twin requirements

  • Static twin (quality documentation) — C6 Series sufficient for geometric inspection; IRSX Series optional for thermal defect classes
  • Dynamic twin (predictive maintenance) — IRSX Series as primary sensor; temperature time series at 100 Hz as continuous data basis
  • Full twin (geometric + thermal) — C6 Series + IRSX Series combined; PTP synchronized to < 1 µs; deviation map and thermal heatmap coordinate-registered in the same twin model

 

The selection of the appropriate sensor system depends on five attributes:

measurement range, resolution, update rate, IP protection class, and communication protocol.

Detailed specifications: 3D Sensors and IR Sensor Systems / IRSX Series.

The overall context is provided in the parent article Data Acquisition.


Secret Link