Real-time monitoring in production: Benefits and costs

Real-time monitoring is one of the most discussed concepts in production digitization - and at the same time one of the most frequently wrongly dimensioned. Too many companies invest in monitoring infrastructure and only realize after implementation that they have either monitored too much (a data grave), too little (no added value) or the wrong thing (data that nobody needs).

The reason is usually a lack of clarity about two fundamental questions: What exactly should the monitoring do? And: What latency do I really need? After all, a real-time monitoring system for predictive maintenance has completely different requirements to one for OEE reporting - and this is directly reflected in complexity, infrastructure requirements and costs.

This article provides an honest overview: five specific monitoring use cases with measurable benefits, realistic implementation costs and ROI calculations - plus the technical principles that determine what 'real-time' really means in which context.

What real-time monitoring in production really means

'Real-time' is not an absolute term. It describes a time span between event and reaction that is short enough to be meaningful for the respective use case. What real-time means for welding robot collision protection (< 1 millisecond) is irrelevant for an OEE dashboard (30-second aggregation is completely sufficient).

Production monitoring can be divided into four reaction levels: Control level (< 1 ms, PLC/PLC), monitoring level (< 100 ms, plant protection), optimization level (seconds to minutes, process control) and analysis level (minutes to hours, reporting and KPIs). Each level has different infrastructure requirements - and different costs.

The system architecture: from sensor to dashboard

A complete real-time monitoring system consists of four architectural levels that build on each other. Each level has a specific function, specific technologies and specific latency characteristics.

Latency requirements: What really needs real time?

The latency requirement of a monitoring use case directly determines the infrastructure costs. If you do not explicitly clarify this requirement early on in the project, you are either building too expensive (real-time infrastructure for batch use cases) or too cheap (batch infrastructure for real-time use cases).

The five use cases with ROI calculation

The following use case maps show the five most cost-effective real-time monitoring applications in series production - with realistic implementation costs, running costs and ROI timeframes for a typical production plant with 100-200 production employees.

What real-time monitoring costs: an honest calculation

The following calculation shows the full cost components for a typical real-time monitoring implementation in a plant with 20-30 machines and the primary use case OEE tracking + anomaly detection. All figures are based on CSP project experience in the DACH region.

Real-time monitoring is not an IT investment. It is a productivity investment. The question is not: What does the system cost? The question is: What does every hour of machine downtime that we don't see cost?

-Amadeus Lederle CTE, CSP Intelligence GmbH

The implementation path: from simple to complex

Real-time monitoring does not have to start as a major project. A step-by-step expansion - starting with the simplest use case with the highest ROI - reduces the project risk and enables quick initial results that build internal trust in the technology.

The most common monitoring mistakes and how to avoid them

Real-time monitoring rarely fails because of the technology - it fails because of the strategy. The following list shows the most common mistakes made in CSP projects.

Real-time monitoring integrated with full traceability

Frequently asked questions

What is the difference between real-time monitoring and data history?

Real-time monitoring shows the current status of a system or process with a minimal time delay. Data history is the recording of these values over time - it enables trend analysis, root cause analysis and comparisons over time. Both are complementary: without real-time monitoring, I react too slowly to current events. Without a data history, I cannot recognize patterns or build predictive maintenance models. A complete monitoring system needs both.

How many sensors do I need to get started with OEE monitoring?

For simple OEE monitoring, a single signal tap per machine is often sufficient: the operating hours counter or the run/idle signal. This can be used to calculate availability and utilization. For complete OEE including performance and quality rate, you also need a cycle/piece counter and an IO/NIO message from the test station. That is a total of 2-4 signals per machine - far fewer than many companies assume.

Can I retrofit older machines without OPC UA for real-time monitoring?

Yes - through retrofit approaches. The most common method is to attach external sensors (vibration, current, temperature sensors) to the machine without interfering with the control system. Alternatively: tapping existing signals via IO modules on the control cabinet socket. For older PLC controllers, there are OPC UA gateways that translate proprietary protocols (Siemens S7, Modbus) into OPC UA. The retrofit cost is typically around €500-3,000 per machine, depending on the level of automation.

What is the difference between edge computing and cloud monitoring?

Edge computing processes data locally on the machine or in the network segment - with very low latency (milliseconds) and without internet dependency. Cloud monitoring transmits data to a remote server for processing - with higher latency (seconds to minutes), but with more computing power for analysis and ML. For security functions and process control: always Edge. For predictive maintenance models and comprehensive analyses: often cloud or hybrid model. Most production companies use both levels in combination.

How long does it take to implement a real-time monitoring system?

That depends heavily on the use case and the number of machines. Simple OEE monitoring for 10 machines with an existing network infrastructure: 4-6 weeks. Anomaly detection with OPC UA connection for 20 machines: 8-16 weeks. Predictive maintenance with ML modeling: 3-9 months (including 2-6 months of model training on historical data). The most common time waster is not the technology - it is the data quality check: machine signals must be validated, time stamps synchronized and outliers corrected.

What is OEE and how do I calculate it?

OEE (Overall Equipment Effectiveness) is the combined key figure for machine efficiency. It is calculated from three factors: availability (actual runtime / planned runtime), performance (actual output / theoretical output) and quality rate (good parts / total parts produced). OEE = availability × performance × quality rate. An OEE of 85% is considered a world-class value for discrete manufacturing. In practice, many plants are at 50-65 %. The gap is the potential.

When is predictive maintenance worthwhile - and when is it not?

Predictive maintenance is worthwhile if: the machine is expensive (> €200,000), unplanned downtimes have expensive consequences (line downtime, delivery delays), the machine type has a predictable wear path and historical data is available for ML model training. It is not worthwhile if: the machine is inexpensive and can be replaced quickly, breakdowns do not generate any relevant follow-up costs or the system has too short an operating time to generate sufficient training data. As a rule of thumb: Unplanned downtime > 3 hours × hourly rate > annual monitoring costs → pays off.

Can I also use monitoring data for quality audits?

Yes - and this is one of the most important, often underestimated added values. If monitoring data (process parameters, machine status) is automatically assigned to the serial number or batch, proof of quality in accordance with IATF 16949 section 8.5.1 (process parameter documentation) and 7.1.5.1 (measuring device management) is created at the same time. This means that real-time monitoring is not just a productivity tool - it is a compliance infrastructure. CSP IPM automatically links monitoring data and traceability data.