MiroxMirox
  • Piattaforma

    • Filosofia
    • Panoramica della piattaforma
    • Risorse della piattaforma
  • Mirox-Cloud

    • Panoramica del cloud
    • Microservizi connessi
  • Mirox-Agent

    • Panoramica dell'agente
    • Opzioni di distribuzione
    • Data Scraper
    • Gemello digitale
  • Dettagli tecnici

    • Raccolta delle metriche
  • Informazioni

    • Impianti supportati
  • Tipi di impianto

    • Impianti solari
    • Parchi eolici
    • Accumulo a batteria
  • Monitoraggio e visualizzazione

    • Monitoraggio in tempo reale
    • Gemello digitale
    • Stati dei componenti
    • Rilevamento delle perdite
    • Rilevamento dell'efficienza
    • Dashboard KPI
  • Gestione dei dati

    • Eventi
    • Ticket
    • Previsioni
    • Report
  • Integrazione e condivisione

    • Cooperazioni
    • Token API
    • VPN
    • Proxy
  • IA

    • Assistente IA e wizard
    • Accesso agentico (MCP)
  • Fatturazione

    • Mercato e tariffe
    • Contabilità e fatturazione
  • Collaborazione

    • Inviti
  • Sicurezza

    • Autenticazione
    • Sistema di permessi
    • Restrizioni di cooperazione
    • Audit log degli accessi
  • Nodi

    • mrxnode
  • Applicazione

    • Controllo della porta
    • Relè generico
  • Cluster edge

    • Orchestrazione
  • Per iniziare

    • Per iniziare
  • Personale

    • Usare la VPN
    • Usare il proxy
    • Autenticazione a due fattori
    • Sessioni
    • Token API
  • Per impianto

    • Contatti
    • Dispositivi di rete
    • Datalogger
    • Componenti
    • VPN diretta (per agente)
  • Organizzazione

    • Permessi dei membri
    • Cooperazioni
    • Archiviazione file
  • Esportazione di dati

    • API di esportazione metriche
    • MiroxQL — linguaggio di query
    • Generazione esterna di report
    • Grafana
    • Panoramica dell'API
  • Assistenza

    • Richiedi una guida all'integrazione
  • mrxnode

    • Panoramica
    • Guide
    • Distribuzione su container
    • Riferimento comandi
    • Risoluzione dei problemi
  • Reportistica

    • Generatore di report esterno
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Piattaforma

    • Filosofia
    • Panoramica della piattaforma
    • Risorse della piattaforma
  • Mirox-Cloud

    • Panoramica del cloud
    • Microservizi connessi
  • Mirox-Agent

    • Panoramica dell'agente
    • Opzioni di distribuzione
    • Data Scraper
    • Gemello digitale
  • Dettagli tecnici

    • Raccolta delle metriche
  • Informazioni

    • Impianti supportati
  • Tipi di impianto

    • Impianti solari
    • Parchi eolici
    • Accumulo a batteria
  • Monitoraggio e visualizzazione

    • Monitoraggio in tempo reale
    • Gemello digitale
    • Stati dei componenti
    • Rilevamento delle perdite
    • Rilevamento dell'efficienza
    • Dashboard KPI
  • Gestione dei dati

    • Eventi
    • Ticket
    • Previsioni
    • Report
  • Integrazione e condivisione

    • Cooperazioni
    • Token API
    • VPN
    • Proxy
  • IA

    • Assistente IA e wizard
    • Accesso agentico (MCP)
  • Fatturazione

    • Mercato e tariffe
    • Contabilità e fatturazione
  • Collaborazione

    • Inviti
  • Sicurezza

    • Autenticazione
    • Sistema di permessi
    • Restrizioni di cooperazione
    • Audit log degli accessi
  • Nodi

    • mrxnode
  • Applicazione

    • Controllo della porta
    • Relè generico
  • Cluster edge

    • Orchestrazione
  • Per iniziare

    • Per iniziare
  • Personale

    • Usare la VPN
    • Usare il proxy
    • Autenticazione a due fattori
    • Sessioni
    • Token API
  • Per impianto

    • Contatti
    • Dispositivi di rete
    • Datalogger
    • Componenti
    • VPN diretta (per agente)
  • Organizzazione

    • Permessi dei membri
    • Cooperazioni
    • Archiviazione file
  • Esportazione di dati

    • API di esportazione metriche
    • MiroxQL — linguaggio di query
    • Generazione esterna di report
    • Grafana
    • Panoramica dell'API
  • Assistenza

    • Richiedi una guida all'integrazione
  • mrxnode

    • Panoramica
    • Guide
    • Distribuzione su container
    • Riferimento comandi
    • Risoluzione dei problemi
  • Reportistica

    • Generatore di report esterno
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Monitoraggio e visualizzazione

    • Monitoraggio in tempo reale
    • Gemello digitale
    • Stati dei componenti
    • Rilevamento delle perdite
    • Rilevamento Efficienza (PRRC)
    • Local Network Inspector
    • Monitoraggio degli accessi
    • Dashboard KPI
    • Visualizzazione a grafici
  • Gestione dei dati

    • Eventi
    • Ticket
    • Previsioni
    • Report
  • Integrazione e condivisione

    • Cooperazioni
    • Token API
    • VPN
    • Proxy (Accesso web ai dispositivi dell'impianto)
  • IA

    • Assistente AI e Wizard
    • Accesso agentico (MCP)
  • Fatturazione

    • Mercato e tariffe
    • Contabilità e fatturazione
  • Collaborazione

    • Inviti
  • Sicurezza

    • Autenticazione
    • Sistema di permessi
    • Restrizioni dei permessi di cooperazione
    • Audit Logging degli Accessi

Rilevamento delle perdite

Il sistema di monitoraggio watchdog del Gemello Digitale non si limita a rilevare gli stati dei componenti, ma calcola anche con precisione le perdite energetiche dei tuoi impianti. Il rilevamento delle perdite ti aiuta a capire quanta energia ha perso un componente rispetto alla produzione prevista.

Concetti generali

Principio di base del rilevamento delle perdite

Il rilevamento delle perdite confronta l'energia effettivamente prodotta con l'energia prevista in base ai dati meteorologici e alla configurazione dell'impianto:

  • Energia prevista: calcolata tramite simulazione in base alle condizioni ambientali e alle specifiche dei componenti
  • Energia misurata: produzione effettiva secondo i contatori di energia
  • Perdita: la differenza quando l'energia misurata è inferiore a quella prevista
Loss = max(0, Expected Energy - Measured Energy)

Quando vengono calcolate le perdite?

Il sistema calcola le perdite solo a determinate condizioni, per evitare falsi allarmi:

Le perdite VENGONO calcolate per:

  • Componenti con sottoproduzione significativa: quando l'energia misurata è nettamente inferiore alla simulazione
  • Durante periodi di guasto rilevati: durante effettive interruzioni della produzione
  • Con dati affidabili: le misurazioni devono essere fisicamente plausibili e coerenti

Le perdite NON vengono calcolate per:

  • Guasti di comunicazione: quando i data logger non inviano dati, ma la produzione è continuata
  • Condizioni meteorologiche sfavorevoli: in condizioni che rendono le misurazioni inaffidabili
  • Periodi senza produzione prevista: quando non è prevista energia a causa delle condizioni ambientali
  • Misurazioni inaffidabili: quando le misurazioni sono fisicamente impossibili o incoerenti

Classificazione dei periodi temporali

Il sistema analizza le serie temporali di energia e classifica ogni periodo:

ClassificazioneDescrizioneCalcolo delle perdite
Guasto potenzialeL'energia non si è ripresa dopo una lacuna nei dati. Probabilmente un guasto realeSì - Le perdite vengono conteggiate
Lacuna nei datiL'energia si è ripresa dopo una lacuna nei dati. Il componente ha continuato a produrre, solo la comunicazione è stata interrottaNo - Il periodo viene escluso
Problema di raccolta datiUn componente padre segnala una produzione sana, ma i dati di un componente figlio mancano o sono implausibili. Si tratta di un problema di comunicazione o di logging, non di energia persaNo - Il periodo viene escluso
Condizioni limiteCondizioni meteorologiche sfavorevoli rendono l'analisi inaffidabileNo - Il periodo viene escluso
Produzione normaleDati continui senza lacuneSolo per i candidati - Le perdite vengono calcolate per i componenti in sottoproduzione

Problema di raccolta dati vs. perdita reale

Una fonte comune di confusione è un componente figlio (ad esempio una stringa) i cui dati mancano mentre il suo componente padre (l'inverter) mostra chiaramente una produzione sana. Il sistema riconosce questo schema: se l'energia misurata dell'inverter è coerente con il normale funzionamento delle sue stringhe, i dati mancanti della stringa vengono trattati come un problema di raccolta dati — un problema di logger o di comunicazione — e mai conteggiati come perdita energetica.

Perché è importante

Non verrai allarmato da perdite fantasma ogni volta che un singolo logger si disconnette. Una perdita viene registrata solo quando le evidenze indicano una produzione realmente persa, cioè quando i numeri del componente padre confermano la carenza.

Esempio: guasto di comunicazione vs. guasto reale

Scenario A: guasto di comunicazione (DATA_GAP)

Time:            08:00    [Gap]    12:00
Energy meter:    100 kWh    ???      180 kWh
                    │                  │
                    └──────────────────┘
                    Large jump: +80 kWh

Expected energy during gap: 100 kWh
Ratio: 80/100 = 80% ≥ 50% threshold

→ DATA_GAP: Component produced, only communication was interrupted
→ This period is EXCLUDED from loss calculation

Scenario B: guasto reale (POTENTIAL_OUTAGE)

Time:            08:00    [Gap]    12:00
Energy meter:    100 kWh    ???      105 kWh
                    │                  │
                    └──────────────────┘
                    Small jump: +5 kWh

Expected energy during gap: 100 kWh
Ratio: 5/100 = 5% < 50% threshold

→ POTENTIAL_OUTAGE: Likely a real outage
→ Losses are CALCULATED for this period

Livelli di confidenza

Ogni perdita calcolata riceve un livello di confidenza che indica quanto il sistema è certo che si tratti di una perdita reale:

Livello di confidenzaSignificatoScenari tipici
HIGHMolto probabilmente una perdita reale. I dati sono coerenti e completi• Sottoproduzione continua
• Misurazioni coerenti a tutti i livelli
• Nessuna lacuna nei dati
MEDIUMProbabilmente una perdita reale, ma con una certa incertezza• Perdite durante periodi POTENTIAL_OUTAGE
• Coerenza dei dati al limite
• Incoerenze minori
LOWPossibile perdita, ma con incertezza significativa. Potrebbe essere un problema di dati• Misurazioni contraddittorie
• Situazioni di guasto poco chiare
• Deviazioni al limite

Condizioni limite

Alcune condizioni ambientali e meteorologiche rendono inaffidabile l'analisi delle perdite. Questi periodi vengono esclusi per TUTTI i componenti:

Condizioni escluse:

CondizioneMotivo
Condizioni meteorologiche sfavorevoliNeve, rugiada, nebbia o altre condizioni riducono la produzione ma non sono problemi dei componenti
Guasti di reteL'infrastruttura di comunicazione è fuori uso, interessa tutti i componenti
Lavori di manutenzioneArresti pianificati o manutenzione

Perché esclusioni globali?

Queste condizioni interessano tutti i componenti contemporaneamente e non sono problemi specifici di un componente. Ad esempio, quando viene rilevata la neve, questo periodo temporale viene escluso dal calcolo delle perdite per tutti i componenti, anche se singoli componenti mostrano una produzione bassa.


Rilevamento delle perdite per parchi solari

Per i parchi solari, il sistema utilizza un'analisi multilivello lungo la catena energetica: dalle singole stringhe agli inverter fino al contatore di immissione in rete.

Calcolo gerarchico delle perdite

Le perdite vengono calcolate a livello di stringa e aggregate verso l'alto:

String → GAK → Inverter → Feed-in Meter

Principi importanti:

  • Le perdite vengono calcolate principalmente a livello di stringa
  • Componenti padre = somma dei componenti figli
  • Se i dati della stringa sono inaffidabili, vengono saltati
  • Il sistema verifica che le perdite delle stringhe non superino le perdite fisicamente possibili dell'inverter

Esempio: coerenza gerarchica

Inverter:
  Simulation: 10,000 Wh
  Measurement:  9,000 Wh
  Max. Loss: 1,000 Wh

String 1:                    String 2:
  Loss: 500 Wh               Loss: 500 Wh

Sum: 1,000 Wh = Inverter Max. Loss ✓

→ Consistent: String losses equal inverter loss

Condizioni limite specifiche per i parchi solari

Per i parchi solari vengono applicate ulteriori esclusioni specifiche legate al meteo:

Day with morning snow:
Time   | Snow  | Loss Calculation
-------|-------|------------------
06:00  | 0 cm  | Calculate normally
07:00  | 2.5cm | EXCLUDED
08:00  | 3.1cm | EXCLUDED
09:00  | 1.8cm | EXCLUDED
10:00  | 0 cm  | Calculate normally

→ 07:00-09:00 excluded for ALL components
→ Even if string shows low production, no loss counted

Scenari particolari per i parchi solari

Guasto dell'inverter con lacune nei dati delle stringhe

Quando un inverter si guasta, i data logger delle stringhe possono guastarsi. In questo caso:

  1. Durante il guasto: TUTTE le stringhe vengono incluse (non solo i candidati)
  2. Dopo il guasto: solo le stringhe con prestazioni continuamente scarse vengono conteggiate come perdite
  3. Vantaggio: evita che le perdite vengano trascurate a causa di guasti dei logger

Corruzione del contatore dopo i guasti

A volte i contatori delle stringhe rimangono bloccati dopo un guasto dell'inverter:

String energy meter:
07:00  →  5000 Wh    (Normal)
07:45  →  5000 Wh    (Inverter failure, logger fails)
10:45  →  5000 Wh    (Inverter recovers, logger doesn't)
18:00  →  5000 Wh    (Meter stuck)

→ String appears as candidate (low daily production)
→ BUT: Only losses during 07:45-10:45 counted
→ After 10:45: No losses (meter corruption, not real loss)

Esempi di livelli di confidenza nei parchi solari

Perdita con confidenza HIGH:

String X:
- Daily simulation: 5,000 Wh
- Daily measurement: 4,000 Wh
- Sim_err: 0.80 (20% loss)
- Continuous data, no gaps
- Parent inverter healthy

→ Loss: 1,000 Wh with HIGH confidence
→ Clear case of underproduction

Perdita con confidenza MEDIUM:

String Y during inverter outage:
- Outage from 08:00 to 11:00
- Losses only counted during this period
- After outage: normal production

→ Loss: 800 Wh with MEDIUM confidence
→ Loss is limited to outage period

Perdita con confidenza LOW:

String Z:
- String reports 60% less than expected
- But: Inverter shows only 10% loss
- Data flow ratio inconsistent

→ Possible loss: 2,000 Wh with LOW confidence
→ Likely measurement problem, not real loss

Schemi di perdita comuni nei parchi solari

Sottoproduzione continua:

  • Una stringa produce costantemente il 20-30% in meno
  • → Perdita con confidenza HIGH
  • → Possibili cause: ombreggiamento, sporcizia, moduli difettosi

Guasti periodici:

  • La stringa mostra periodi di guasto ricorrenti
  • → Perdita con confidenza MEDIUM durante i guasti
  • → Possibili cause: problema dell'inverter, problemi di rete

Misurazioni incoerenti:

  • Le perdite delle stringhe non corrispondono a quelle dell'inverter
  • → Confidenza LOW
  • → Causa probabile: problema di misurazione, non perdita reale

Interpretazione dei dati di perdita

Come valutare le perdite

  1. Verifica il livello di confidenza: concentrati prima sulle perdite con confidenza HIGH
  2. Visualizza lo stato del componente: confronta con gli Stati dei componenti
  3. Identifica gli schemi temporali: le perdite sono continue o periodiche?
  4. Convalida la gerarchia: per i sistemi gerarchici (ad es. i parchi solari), verifica se le perdite sono coerenti tra i diversi livelli

Attribuzione delle perdite correlate

Non ogni carenza rispetto alla produzione prevista è un guasto. L'edge agent traccia separatamente il curtailment — la produzione che ti è stata deliberatamente impedito di erogare — e lo attribuisce alla parte responsabile:

  • Curtailment del marketer: produzione ridotta su istruzione del tuo marketer diretto o della controparte di trading.
  • Curtailment di rete: produzione ridotta dal gestore di rete (ad esempio, gestione dell'immissione durante la congestione della rete).

Il curtailment viene rilevato quando un impianto viene mantenuto al limite o vicino al suo tetto di potenza attiva, e l'energia rinunciata viene registrata al minuto a carico del marketer o della rete anziché essere segnalata come perdita di un componente. Questo ti consente di distinguere una stringa difettosa da un impianto perfettamente sano a cui è stato semplicemente chiesto di ridurre la potenza.

Funzionalità correlate

  • Gemello Digitale — il sistema di monitoraggio watchdog che rileva e calcola le perdite
  • Valutazione dei componenti — come viene classificato lo stato di ciascun componente
  • Rilevamento dell'efficienza — performance ratio e analisi della configurazione delle stringhe
  • Data Scraper — analisi edge incluso il tracciamento del curtailment
  • Architettura del Gemello Digitale — implementazione tecnica
Prev
Stati dei componenti
Next
Rilevamento Efficienza (PRRC)
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH