MiroxMirox
  • Platform

    • Philosophy
    • Platform Overview
    • Platform Resources
  • Mirox-Cloud

    • Cloud Overview
    • Connected Microservices
  • Mirox-Agent

    • Agent Overview
    • Deployment Options
    • Data Scraper
    • Digital Twin
  • Technical Details

    • Metric Collection
  • Information

    • Supported Plants
  • Plant Types

    • Solar Plants
    • Wind Plants
    • Battery Storage
  • Monitoring & Visualization

    • Real-time Monitoring
    • Digital Twin
    • Component States
    • Loss Detection
    • Efficiency Detection
    • KPI Dashboard
  • Data Management

    • Events
    • Tickets
    • Forecasts
    • Reports
  • Integration & Sharing

    • Cooperations
    • API Tokens
    • VPN
    • Proxy
  • AI

    • AI Assistant & Wizards
    • Agentic Access (MCP)
  • Billing

    • Market & Tariffs
    • Accounting & Billing
  • Collaboration

    • Invitations
  • Security

    • Authentication
    • Permission System
    • Cooperation Restrictions
    • Access Audit Logging
  • Nodes

    • mrxnode
  • Application

    • Door Control
    • Generic Relay
  • Edge Cluster

    • Orchestration
  • Getting Started

    • First Steps
  • Personal

    • Using the VPN
    • Using the Proxy
    • Two-Factor Authentication
    • Sessions
    • API Tokens
  • Per Park

    • Contacts
    • Network Devices
    • Data Loggers
    • Components
    • Direct VPN (per Agent)
  • Organization

    • Member Permissions
    • Cooperations
    • File Storage
  • Data Export

    • Export Metric API
    • MiroxQL Query Language
    • External Report Generation
    • Grafana
    • API Overview
  • Support

    • Request Integration Guide
  • mrxnode

    • Overview
    • How-To Guide
    • Container Deployment
    • Command Cheatsheet
    • Troubleshooting
  • Reporting

    • External Report Generator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Platform

    • Philosophy
    • Platform Overview
    • Platform Resources
  • Mirox-Cloud

    • Cloud Overview
    • Connected Microservices
  • Mirox-Agent

    • Agent Overview
    • Deployment Options
    • Data Scraper
    • Digital Twin
  • Technical Details

    • Metric Collection
  • Information

    • Supported Plants
  • Plant Types

    • Solar Plants
    • Wind Plants
    • Battery Storage
  • Monitoring & Visualization

    • Real-time Monitoring
    • Digital Twin
    • Component States
    • Loss Detection
    • Efficiency Detection
    • KPI Dashboard
  • Data Management

    • Events
    • Tickets
    • Forecasts
    • Reports
  • Integration & Sharing

    • Cooperations
    • API Tokens
    • VPN
    • Proxy
  • AI

    • AI Assistant & Wizards
    • Agentic Access (MCP)
  • Billing

    • Market & Tariffs
    • Accounting & Billing
  • Collaboration

    • Invitations
  • Security

    • Authentication
    • Permission System
    • Cooperation Restrictions
    • Access Audit Logging
  • Nodes

    • mrxnode
  • Application

    • Door Control
    • Generic Relay
  • Edge Cluster

    • Orchestration
  • Getting Started

    • First Steps
  • Personal

    • Using the VPN
    • Using the Proxy
    • Two-Factor Authentication
    • Sessions
    • API Tokens
  • Per Park

    • Contacts
    • Network Devices
    • Data Loggers
    • Components
    • Direct VPN (per Agent)
  • Organization

    • Member Permissions
    • Cooperations
    • File Storage
  • Data Export

    • Export Metric API
    • MiroxQL Query Language
    • External Report Generation
    • Grafana
    • API Overview
  • Support

    • Request Integration Guide
  • mrxnode

    • Overview
    • How-To Guide
    • Container Deployment
    • Command Cheatsheet
    • Troubleshooting
  • Reporting

    • External Report Generator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Monitoring & Visualization

    • Real-Time Monitoring
    • Digital Twin
    • Component States
    • Loss Detection
    • Efficiency Detection (PRRC)
    • Local Network Inspector
    • Access Monitoring
    • KPI Dashboard
    • Graph Visualization
  • Data Management

    • Events
    • Tickets
    • Forecasts
    • Reports
  • Integration & Sharing

    • Cooperations
    • API Tokens
    • VPN
    • Proxy (Web Access to Plant Devices)
  • AI

    • AI Assistant & Wizards
    • Agentic Access (MCP)
  • Billing

    • Market & Tariffs
    • Accounting & Billing
  • Collaboration

    • Invitations
  • Security

    • Authentication
    • Permission System
    • Cooperation Permission Restrictions
    • Access Audit Logging

Efficiency Detection (PRRC)

The Performance Ratio Relation Correction (PRRC) is an intelligent feedback control mechanism that enables fair comparison of energy production components across your installation, even when they have different technical specifications, configurations, or operating conditions.

Purpose

PRRC solves a fundamental challenge in multi-component monitoring: How do you fairly compare components that are inherently different?

Without PRRC, it would be impossible to answer: "Is this component performing as well as it should relative to others in the system?"

How PRRC Works

Feedback Control Mechanism

PRRC is a continuously adapting correction factor that bridges the gap between theoretical simulation and real-world performance:

PRRC = Performance Correction Factor (ranges from 0.5 to 1.5)
Corrected Simulation = Raw Simulation × PRRC

Key Properties:

  • Starts at 1.0 (no correction needed)
  • Adapts daily based on actual vs. expected performance
  • Only updates during normal operation (prevents corruption during failures)
  • Configuration-specific (resets when component specs change)

The PRRC Lifecycle

1. Initialization

When monitoring begins for a component:

  • Query for existing PRRC value matching exact configuration
  • If found and recent (within 7 days): use latest value
  • If not found or configuration changed: start with PRRC = 1.0

2. Training Phase (Days 1-7)

The system learns each component's real-world performance characteristics:

  • Compares measured production against physics-based simulation
  • Calculates performance deviation
  • Gradually adapts PRRC to minimize deviation
  • Higher adaptation rate initially for rapid convergence

3. Ongoing Adaptation (Day 8+)

After initial training, PRRC continues to adapt:

  • Slower adaptation rate maintains stability
  • Accounts for gradual changes (seasonal patterns, aging)
  • Rolling 7-day window prevents stale corrections

When PRRC Updates

PRRC only updates when the component is performing normally:

Performance RatioPRRC UpdateReason
< 0.5No updateComponent problem detected — investigation needed
0.5 - 1.5UpdateNormal operation — safe to learn
> 1.5No updateAnomaly detected — likely measurement/config error

This prevents PRRC from "learning" incorrect patterns during failures or measurement errors.

Anomalous Days Are Skipped Entirely

Beyond the per-component health band above, PRRC also refuses to learn on bad-weather or unreliable days:

  • If more than 30% of a day's daylight is flagged as anomalous (snow, dew, fog, network outage, shutdown, or other excluded periods), PRRC does not adapt that day for any component in the plant.
  • The correction is applied weather-conditionally — clear, hazy, and cloudy conditions are weighted differently so the model is not skewed by a single cloudy afternoon.

Plant-wide protection

The anomalous-day blockade applies across the whole plant, not just one component. A day deemed too unreliable to learn from is skipped everywhere, keeping every component's correction factor consistent.

Why PRRC is Needed

The Challenge: Diverse Components

Energy installations contain components with inherent differences:

  • Different specifications: Varying capacities, efficiencies, designs
  • Different configurations: Various orientations, connections, topologies
  • Different conditions: Environmental factors, maintenance levels, age

The Solution: Normalized Comparison

PRRC normalizes all components to a common reference scale:

  • A high-capacity component vs. a low-capacity component can be compared
  • Components with different orientations are evaluated fairly
  • Efficiency can be assessed independent of design differences

Understanding PRRC Values

High Efficiency (PRRC ≥ 0.95)

The component performs close to or better than expected:

  • PRRC = 1.0: Perfect match between simulation and reality
  • PRRC > 1.0: Performing better than theoretical model predicts
  • Indicates healthy operation and proper maintenance

Moderate Efficiency (0.80 ≤ PRRC < 0.95)

The component shows some performance degradation:

  • May indicate gradual wear, minor issues, or suboptimal conditions
  • Still within operational range
  • Monitor for further decline

Low Efficiency (PRRC < 0.80)

Significant underperformance detected:

  • Indicates serious degradation or persistent issues
  • Requires investigation and possible maintenance
  • Could indicate measurement or configuration problems

High PRRC (PRRC > 1.05)

Component exceeds expected performance:

  • May indicate overly conservative simulation models
  • Could reveal measurement calibration issues
  • Review configuration accuracy

Configuration Dependency

PRRC values are configuration-specific and stored with detailed metadata:

What's Tracked:

  • Component technical specifications
  • Operational parameters
  • Physical configuration details
  • Connection topology

What Happens on Changes: When component configuration changes:

  1. Previous PRRC values become invalid (don't match current config)
  2. System starts fresh with PRRC = 1.0
  3. New training period begins
  4. Prevents applying outdated corrections to changed components

PRRC vs. Component States

PRRC works alongside Component States to provide layered monitoring:

FeaturePRRCComponent Status
TypeContinuous metric (0.5-1.5)Categorical state (Normal, Degraded, etc.)
PurposeQuantify relative efficiencyClassify operational condition
UpdateDaily during normal operationEvery evaluation cycle
Use CaseFair performance comparisonFault detection and alerting

Example:

  • Component A: PRRC = 0.85, Status = PRODUCING_NORMAL
  • Component B: PRRC = 0.98, Status = PRODUCING_NORMAL
  • Interpretation: Both are operating normally, but Component B is more efficient

Practical Applications

1. Early Degradation Detection

Track PRRC trends over time:

Component X:
Week 1: PRRC = 0.98
Week 4: PRRC = 0.92
Week 8: PRRC = 0.85

→ Gradual decline indicates developing issue before critical failure

2. Performance Benchmarking

Compare similar components:

Component Group A (same specs):
- Unit 1: PRRC = 0.97
- Unit 2: PRRC = 0.96
- Unit 3: PRRC = 0.82  ← Outlier requires investigation

→ Fair comparison identifies underperformer

3. Maintenance Effectiveness

Measure improvement after service:

Before maintenance: PRRC = 0.78
After maintenance: PRRC = 0.95

→ Quantifiable improvement validates maintenance impact

Best Practices

Initial Setup

  1. Ensure accurate configuration: Verify all component specifications are correct
  2. Allow training period: Wait at least 7 days before making performance judgments
  3. Verify reference data: Ensure baseline measurements are reliable

Ongoing Monitoring

  1. Monitor trends, not single values: Look for patterns over days/weeks
  2. Compare within groups: Compare components with similar specifications
  3. Investigate sustained low PRRC: Any component below 0.90 for multiple weeks
  4. Use with other metrics: Combine PRRC analysis with component status and loss detection

Troubleshooting Low PRRC

When a component shows persistently low PRRC:

Step 1 - Check Configuration

  • Verify component specifications match physical installation
  • Confirm all parameters are accurate in the system
  • Review recent configuration changes

Step 2 - Compare with Peers

  • Do similar components show the same pattern?
  • If yes → likely systemic issue (environmental, design)
  • If no → likely component-specific problem

Step 3 - Review Component History

  • Check maintenance records
  • Look for recent events (weather, incidents)
  • Examine physical condition

Step 4 - Validate Measurements

  • Ensure sensors are functioning correctly
  • Check for calibration drift
  • Verify data quality

Relationship with Other Monitoring Features

PRRC integrates with the Digital Twin's monitoring system:

  • Component States: PRRC provides the efficiency metric used in status determination
  • Loss Detection: While loss detection calculates absolute energy losses, PRRC shows relative efficiency
  • Digital Twin: PRRC is one of several signals the nightly watchdog uses for continuous monitoring

In essence, PRRC answers "Is this component doing its fair share?" by accounting for all legitimate reasons components should perform differently, revealing only actual performance issues that require attention.

PRRC vs. Edge Performance Ratio

Two distinct measures share similar names — keep them apart:

MeasureWhere it livesWhat it is
PRRCDigital Twin (cloud analysis)A self-calibrating correction factor that aligns the expected-production model to each component's real behavior over a rolling window
Performance RatioMirox-Agent (on-site edge analytic)A directly charted plant-level ratio of actual to expected energy, computed at the plant and pushed as a metric

Tips

PRRC is an internal feedback signal that makes Digital Twin simulations track reality; the edge Performance Ratio is a standalone metric you can chart. A low Performance Ratio describes the plant's output today, while a drifting PRRC tells you a specific component's expected-versus-actual relationship is changing over time.

Related Features

  • Digital Twin — the nightly watchdog and analysis engine PRRC feeds
  • Component States — how components are classified as normal, degraded, or faulted
  • Loss Detection — absolute energy-loss accounting with confidence buckets
  • Digital Twin Architecture — the technical implementation behind these analytics
Prev
Loss Detection
Next
Local Network Inspector
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH