Gestione Stati Errore

Struttura Generale Profili di Errore

Per fornire maggiore chiarezza, analizzeremo il profilo di errore predefinito che Aurora Vision crea per ciascun portfolio (che non può essere modificato ).

Su Aurora Vision un profilo di errore è sempre identificato da un Nome, un Acronimo ed un Creatore e contiene al suo interno una serie di Categorie Errore che hanno lo scopo di valutare la presenza di eventi di errore per gli impianti a cui è assegnato il profilo generando così l’attivazione di eventi Profile :

L’amministratore di un portfolio, in base alle sue esigenze ed agli impianti a cui deve essere associato il profilo di errore, ha piena libertà nella creazione dei profili di errore e nell’aggiunta di specifiche categorie di errore al suo interno e può anche decidere i parametri di valutazione per ciascuna categoria di errore.

Ci sono 4 parametri principali che possono essere modificati:

  • Tempo Trascorso: indica il tempo che deve trascorrere prima che Aurora Vision, una volta rilevato l’errore, lo mandi in trigger per mostrarlo come attivo nei livelli gerarchici interessati. Il valore minimo che può essere assegnato, per evitare l’innesco di falsi errori, è di 15 minuti;
  • Valutazione: indica la finestra temporale per la quale Aurora Vision valuterà la presenza o l’assenza di errori relativi a quella particolare categoria, secondo i parametri impostati. È possibile scegliere finestre temporali diverse, ma occorre tenere presente che al di fuori della finestra definita Aurora Vision non valuterà quella specifica categoria di errore appartenente a quel profilo di errore;
  • Gravità: indica la gravità dell’errore, che è mappato uno a uno con lo Status dell’entità gerarchica interessata dall’errore. Esistono 4 livelli di gravità: INFO (evento informativo ), LOW (evento di gravità bassa ), MEDIUM (evento di gravità media ), HIGH (evento di alta gravità );
  • Soglia: l’evento di errore si attiva solo se viene superata la soglia indicata. Questo parametro non è presente per tutte le categorie di errore (per maggiori dettagli fare riferimento a Pagina 3 ).

Ad esempio l’errore Power Off (PWROFF) è composto dai seguenti parametri:

  • Elapsed Time: 8 hours
  • Evaluation: During Daylight – 2 hours after sunrise and before sunset
  • Severity: MEDIUM
  • Threshold: 100 W/m2

Ciò significa che Aurora Vision valuterà la presenza di un evento di errore PWROFF solo durante il giorno, due ore dopo l’alba e due ore prima del tramonto; attiverà l’errore solo se la soglia supera i 100 W/m2 e lo farà 8 ore dopo il rilevamento, portando lo Status delle entità gerarchiche interessate a MEDIUM, in base alla gravità impostata.

I profili di errore sono sempre assegnati agli impianti e, di conseguenza, lo Status di un’entità può cambiare solo da questo livello gerarchico in poi; tuttavia esistono categorie di errore valutate solo a livello di Impianto (LVL 3) e/o a livello di Logger (LVL 4) e/o a livello di Device (LVL 5). Quando un errore viene individuato e attivato ad un certo livello gerarchico, esso viene propagato a tutte le entità gerarchicamente superiori (a partire dal livello di impianto in poi ) e ciò significa quindi che lo Status di queste entità viene modificato in modo uniforme.

Diamo un’occhiata ad un esempio:

Propagazione gerarchica dello stato delle entità

Prendiamo ad esempio una parte dello schema gerarchico del capitolo “Struttura gerarchica” e supponiamo che Plant 1 sia stato assegnato al profilo di errore predefinito:


Per Inverter 1, in un determinato momento, si è verificato un errore PWROFF; ciò significa che il suo Status è passato da NORMAL (nessun errore ) a MEDIUM (secondo la gravità assegnata dal profilo predefinito all’errore PWROFF ).
Tuttavia, Inverter 1 fa parte di una gerarchia che, se scalata verso l’alto, è composta da Logger 1 e Plant 1.
Di conseguenza, ricordando che a partire dal livello di gerarchia dell’impianto viene assegnato un profilo di errore, lo Status di Logger 1 e Plant 1 è passato anch’esso da NORMAL a MEDIUM.

L’esempio sopra ci fa capire che una valutazione sommaria della presenza/assenza di errori può essere effettuata direttamente a livello gerarchico dell’impianto. Maggiori dettagli saranno disponibili a Pagina 4, dove analizzeremo un esempio concreto dell’API GET Plant Status.

Pages: 1 2 3 4