Data without constraints
Purely data-driven models can learn powerful correlations, but may behave unreliably when production moves beyond familiar conditions.
Technology
jora.twin combines machine learning, physical process knowledge and operator expertise to create robust models for real-time industrial optimization.
From signals to process intelligence
Plant data becomes a dynamic model of the complete production line, guided by physics and process expertise.
Why one approach is not enough
Purely data-driven models can learn powerful correlations, but may behave unreliably when production moves beyond familiar conditions.
First-principles models provide structure, but can be difficult to calibrate and maintain for every line, material and operating regime.
Operators and engineers understand context and exceptions, but that knowledge is difficult to apply consistently across every shift and decision.
Hybrid intelligence
The three sources of intelligence reinforce each other: data captures actual line behavior, physics constrains what is plausible, and process expertise defines the targets, exceptions and operating context that matter.
Historical and live signals reveal dynamic dependencies across sensors, actuators, environmental conditions and quality measurements.
Known relationships, conservation principles and causal structure provide guardrails and improve behavior across the complete process chain.
Engineers and operators define regimes, constraints, quality targets and practical response options for the specific line.
Dynamics across the line
Production quality is the result of a time-dependent chain. Material moves, energy is added and removed, equipment stages interact, and disturbances take time to propagate. jora.twin represents these delays and dependencies in one dynamic model instead of treating each machine as an isolated optimization problem.
Align signals with material movement and capture the delays and interactions between process stages.
Distinguish operating regimes to account for different products, recipes and line states.
Forecast process behavior and product properties over a useful horizon, then continuously compare predictions with observed behavior after deployment.
A material change propagates through feedstock, processing and product quality with delays; jora.twin aligns these signals in one dynamic model.
From foresight to response
A useful forecast is only the first step. jora.twin evaluates possible responses against production targets and operating constraints, then identifies the set-point changes most likely to improve the predicted outcome.
Explore the application modules →Conceptual forecast comparison: possible set point responses are evaluated against a target band and operating constraints.
Platform architecture
jora.twin was designed from the outset as a modular, scalable software platform. Its containerized, microservice-based architecture supports rapid deployment, whether on-premises or in the cloud. The platform connects to existing IT and OT systems to minimize integration effort and build on the capabilities already in place.
The deployment layer contains the data, model and application layers. Plant data feeds models; models deliver forecasts and optimized responses to applications.
04
Fit the architecture to plant requirements, network zones, latency and governance instead of forcing a single deployment pattern.
03
Deliver results through jora.twin interfaces, existing dashboards, operator workflows or the control layer.
02
Train, validate, version and monitor the dynamic models used for forecasts, anomaly detection and optimization.
01
Connect historians, databases, quality systems and live plant signals while preserving time alignment and operating context.
Research to production
The underlying methods were developed through multi-year research and industrial collaboration, including work supported by the Austrian Research Promotion Agency (FFG). The focus is not a laboratory-only model, but an approach that can be validated against real production behavior and operated within clear boundaries.
Technical questions
This depends on sampling, process dynamics, product coverage, target quality data and how much relevant variation the history contains. In practice the required data range can span anywhere between days and months of data. The pre-check assesses this directly for a specific line.
The model performance is constantly monitored. Once the gap between prediction and actual process exceeds a defined threshold, a retraining may be required. Our software provides a guided wizard for model training and ensures that this is done in a controlled and traceable manner.
Yes, and this is usually the preferred way for most enterprises. However, a cloud implementation is also possible without any problems – the modular containerized architecture of jora.twin enables an easy deployment on a wide range of hosting solutions.
Automated actions are limited to validated targets, constraints, rate limits and operating boundaries, with the autonomy level agreed for the application.
Let’s look at your line
Talk to us about the target, constraints and data behind the production decision you want to improve.