SIPOC – Digital Twin process
S – Supplier (Suppliers of the Digital Twin)
Objective: Suppliers provide all data, models and definitions necessary for the virtual representation of the machine.
Selmo modeler / Automation
Formal machine behavior
Selmo process model (Plant, HWZ, SEQ, Zones)
Logic, system, parameters, safety
PTF lead / Project management
Released PTF data
PTF-XML / PTF report
Process definition, technology, parameters
Mechanics / Design
Physical system model
3D model (STEP, JT, FBX) or kinematics plan
Drilling station with cylinders, motors
Electrical / Control (E-Plan)
Signal and power information
I/O list, wiring, safety linkage
Inputs, outputs, relay circuits
IT / OT / Simulation team
Simulation platform
Tool setup (e.g. TwinCAT, Siemens NX, Unity, FMI)
Linking logic ↔ simulation
Process owner (IE)
Process parameters, real data
Drilling times, tolerances, workpiece data
Comparison real vs. virtual
Quality / Safety
Boundary conditions & test requirements
Safety parameters, test cases
Evaluates validity & fault behavior
I – Input (Inputs for the Digital Twin process)
Objective: All structured data, models and interfaces required for the simulation.
Selmo model export
Structured model file from Selmo Studio (Plant, HWZ, SEQ, Zone, Bit-Control)
.SEL, .XML, .JSON
3D model / kinematics data
Geometric and mechanical structure (drill spindle, cylinders, workpiece fixture)
.STEP, .FBX
I/O list
Mapping of digital signals to simulation elements
.CSV / .EPLAN
Parameter data
Process times, rotational speed, feed rate
.CSV / PTF
Safety rules (CMZ/MXIC)
Monitoring signals and manual operation conditions
.CSV / .PDF
Interface definition
Connection to controller or MES
.JSON, OPC UA, FMI
Simulation platform
Digital Twin tool / API / communication setup
e.g. Unity, Siemens NX, TwinCAT Simulation Manager
P – Process (Procedure for creating the Digital Twin)
Objective: Create a virtual representation of the machine, link it with logic, test and validate.
1. Preparation
Import of the Selmo model and 3D or kinematics data
Basic structure (Plant, HWZ, SEQ) present virtually
2. Signal mapping
I/O mapping between model (Bit-Control) and simulation elements
Digital signals correctly connected
3. Logic linking
Synchronize logical states ↔ physical movements
Simulation responds to states
4. Parameterization
Insert process parameters (t_ramp-up, t_drilling)
Simulation runs with realistic times
5. Safety implementation
Activate CMZ and MXIC behavior
Simulation stops on safety violation
6. Test runs (SoftFAT / vIBN)
Perform virtual commissioning
Automatic cycle runs virtually
7. Validation
Comparison between virtual and real data
Deviations documented
8. Review & handover
Acceptance protocol Digital Twin
Digital Twin released
O – Output (Results of the Digital Twin process)
Objective: Virtual representation, test results, evidence and linkages for operations, quality and learning.
Virtual machine model
Complete 3D or logic model of the drilling station
.STEP, .FMU, .JSON
Simulation file (Digital Twin package)
Combined model file with logic, parameters, safety
.FMU, .ZIP, .XML
SoftFAT protocol
Evidence of virtual commissioning (test cases, results)
.PDF
Validation report
Comparison of real process data with simulation data
.PDF, .CSV
Interface configuration
Definition of communication points to PLC / MES / ERP
.JSON, .YAML
Parameter and log report
Process times, cycles, fault reactions
.CSV / .PDF
Audit trail Digital Twin
Versioning, changes, review data
.XML, .PDF
C – Customer (Users and benefits of the Digital Twin)
Project management / PTF lead
Project control
Check whether the model works correctly – basis for approval
Automation / Software
Development & testing
Tests control code and HMI virtually before commissioning
Process owner (IE)
Validation
Checks whether sequence and parameters are realistic
Mechanics / Electrical
Integration
Detects mechanical or signal conflicts early
Safety / CE
Testing
Verifies whether safety logic (CMZ, MXIC) reacts correctly
Operations / Service
Training & maintenance
Simulation serves as a training and diagnostic tool
Customer / Operator
Acceptance / Trust
Can understand machine behavior before it is built
IT / OT / MES
Data integration
Test interfaces and data communication in advance
Summary: Goal and benefits
Logic and mechanics only tested at commissioning
Linking model and simulation already before assembly
Early error detection
Interface problems only visible in the field
OPC UA / MQTT communication is checked virtually
Smooth integration
Safety behavior hard to test
CMZ and MXIC behavior simulated
Demonstrable safety
Lack of training opportunity
Simulation serves as a training platform
Efficient onboarding
No feedback into engineering
Validation data flows back into the PTF
Continuous improvement
Conclusion – Why the Digital Twin is an integral part of the Selmo process
The Digital Twin is the virtual commissioning and the reality check of the PTF and the process model.
It not only checks whether the code runs, but whether the defined behavior – states, parameters, safety – in reality is implemented reliably and logically correct .
In short:
PTF = definition
Process model = implementation
Digital Twin = validation
And all three speak the same formal language: the Selmo structure.
Would you like me to create for you in the next step, based on this SIPOC, a checklist for carrying out the Digital Twin process (comparable to the modeling checklist with inputs, tests, approval and review)? This way we could methodically integrate the “Digital Twin” phase directly into your GitBook and project management.
Last updated
Was this helpful?

