ASCon Digital Twin – Our USP „in a nutshell“

ASCon Digital Twin – Our USP „in a nutshell“

ASCon Digital Twin

The technology …

Main components

Components of our solution …

The ASCon Digital Twin Technology at a glance

Modeling

Formulation and generation of technical behavioral models,
connection of external modeling tools

Connectivity

Connection of hardware & external signals without coding, communication with
existing IT-Infrastructure

Execution

Micro Service platform, changeable behavior without coding, model validation, signal/context persistence

Analysis

Provision of the context for
machine learning procedure, health and service
monitoring, pattern recognition

Interaction

Interactive dashboards,
visualization of
signals and
context,
active influencing
and control

Persistence

Storage of all signals and status
transitions in the context of their origin in digital life cycle files

The ASCon Digital Twin Technology at a glance

Modeling

Formulation and generation of domain-specific behavioral models, integration of external modeling tools

Connectivity

Configurative connection of hardware and external signals without coding, communication with existing IT infrastructure

Execution

Micro service platform, changeable behaviour without coding, model validation, signal and context persistence

Analysis

Providing the context for machine learning, health monitoring, pattern recognition

Interaction

Interactive dashboards, visualization of signals and context, worker guidance, active influencing and control

Persistence

Storage of all signals and status transitions in the context of their origin in digital life cycle files

Technological components of the ASCon Digital Twin

Technological components of the ASCon Digital Twin

The modelling of the business logic/business logic (control flow) of any process or value stream and the definition of the associated data types and limit, target and switching values (data flow) is done using a graphical process description method.

A process or value stream is divided into process sections by process reference points (PRP). At the PRPs, status transitions take place exactly when all conditions for them are fulfilled.
The behavior model (control flow plus data flow), which is defined so completely without programming (no code), represents the executable control program without further manual transformation or compilation after “injection” into the Execution Engine. The objects in the model are directly connected to the signal and communication level of the real world.

ASCon Device Builder is a graphical user interface without programming (no code) to create device drivers that connect the models of the business logic of a process or value stream with the signal and communication level of real devices to be addressed during process execution, such as devices, machines, (micro-)services, applications, legacy systems, etc.
The syntactic processing of the incoming information, e.g. bit streams, and their semantic assignment to the model is carried out via provided communication endpoints in accordance with the communication behavior of the external device.

The Realtime Execution Engine, the core of the ASCon Digital Twin, is based on a micro service platform and directly processes the behavioral logic defined with the process and value stream modeling and executes it in real-time via device drivers connected to all machines, devices, services, actuators and sensors in the real world.

Real-time here means execution speeds below 10ms. Latency times depend on the complexity of the model and the technical execution hardware.
Depending on the required response times and the maximum permissible latency times, the Execution Engine runs on simple PCB boards, PCs, edge components or cell computers as well as in data centers or in the cloud.

Some examples of complementary tools are among others:

  • Validation of behavioral models, storage of context and signals, management of process models
  • Service monitoring, sanity checks, discovery and automatic restart
  • Visualization of signals and context
  • Worker guidance and interactive dashboards for influencing and intervening in the control system at execution time

All captured and transmitted signals are recorded in the context of their origin and stored together with this context in digital life cycle files. These allow not only the reconstruction of past processes with chronologically backward analyses of the process execution, for example, in the event of errors or damage, but also form the basis for any kind of process analysis and AI, e.g. for evaluations, for predictive maintenance or for corrective interventions in process sequences.

The modelling of the business logic/business logic (control flow) of any process or value stream and the definition of the associated data types and limit, target and switching values (data flow) is done using a graphical process description method.

A process or value stream is divided into process sections by process reference points (PRP). At the PRPs, status transitions take place exactly when all conditions for them are fulfilled.
The behavior model (control flow plus data flow), which is defined so completely without programming (no code), represents the executable control program without further manual transformation or compilation after “injection” into the Execution Engine. The objects in the model are directly connected to the signal and communication level of the real world.

ASCon Device Builder is a graphical user interface without programming (no code) to create device drivers that connect the models of the business logic of a process or value stream with the signal and communication level of real devices to be addressed during process execution, such as devices, machines, (micro-)services, applications, legacy systems, etc.
The syntactic processing of the incoming information, e.g. bit streams, and their semantic assignment to the model is carried out via provided communication endpoints in accordance with the communication behavior of the external device.

The Realtime Execution Engine, the core of the ASCon Digital Twin, is based on a micro service platform and directly processes the behavioral logic defined with the process and value stream modeling and executes it in real-time via device drivers connected to all machines, devices, services, actuators and sensors in the real world.

Real-time here means execution speeds below 10ms. Latency times depend on the complexity of the model and the technical execution hardware.
Depending on the required response times and the maximum permissible latency times, the Execution Engine runs on simple PCB boards, PCs, edge components or cell computers as well as in data centers or in the cloud.

Some examples of complementary tools are among others:

  • Validation of behavioral models, storage of context and signals, management of process models
  • Service monitoring, sanity checks, discovery and automatic restart
  • Visualization of signals and context
  • Worker guidance and interactive dashboards for influencing and intervening in the control system at execution time

All captured and transmitted signals are recorded in the context of their origin and stored together with this context in digital life cycle files. These allow not only the reconstruction of past processes with chronologically backward analyses of the process execution, for example, in the event of errors or damage, but also form the basis for any kind of process analysis and AI, e.g. for evaluations, for predictive maintenance or for corrective interventions in process sequences.

The future of production

The ASCon Digital Twin Technology

The technology underlying the ASCon Digital Twin allows control processes to be defined and executed without having to program a single line of code (no code), from modeling to connectivity to execution.
The ASCon Digital Twin is generic and independent of application domains, i.e. it can be used to model and control any technical system.

The special feature of ASCon Digital Twin Technology

Modeled processes and value streams can be validated immediately after definition, just as changes can be modeled, validated and put into production in the shortest possible time.

Continuous delivery allows model changes to be set productive within a “heartbeat”.
With the ability to orchestrate actuators, sensors, machines, systems, devices and software services to an overall functioning cyber-physical system, we pursue the goal of replacing the classic control PCs and programmable logic controllers (PLC) from all areas that do not require reaction times in the sub-millisecond range or that are built into machines or devices as “embedded controls”, e.g. for feed control or motion control of kinematic units.

Required qualification for the application: Planner, process engineer

Special feature digital twin

Do you have questions or are you interested in a product demonstration?

Your contact person

Oliver Browa,
Key Account Manager

Contact us