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)
-
Standard:ISO 9001, IATF 16949 section 8.6.2, twin dataset = compliant digital inspection record
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.
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)
Which use cases apply the Digital Twin in industrial quality assurance?
The digital twin serves three core functions in industrial quality assurance:
- Quality documentation (static twin — actual state of each component)
- Process optimization (dynamic twin — closed-loop control based on deviation map)
- 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.
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.