uodating SAN models description
This commit is contained in:
parent
3f1dd30ad2
commit
66cd0c9f9e
|
@ -5,40 +5,39 @@ flessibile e potente ambiente
|
||||||
di modellazione Möbius [DCC02] implementato dall'omonimo tool [CGK09]
|
di modellazione Möbius [DCC02] implementato dall'omonimo tool [CGK09]
|
||||||
(i cui componenti principali sono mostrati in Figura xx1),
|
(i cui componenti principali sono mostrati in Figura xx1),
|
||||||
che supporta una molteplicità di formalismi di modellazione e di
|
che supporta una molteplicità di formalismi di modellazione e di
|
||||||
risolutori, con capacità di interagire tra loro.
|
risolutori e le loro interazioni.
|
||||||
Il modello complessivo dell'ambiente Möbius è ottenuto mediante uno o
|
Il modello complessivo dell'ambiente Möbius è ottenuto mediante uno o
|
||||||
più sottomodelli, atomici o a loro volta composti,
|
più sottomodelli composti gerarchicamente (come mostrato in Figure
|
||||||
composti gerarchicamente (come mostrato in Figure
|
|
||||||
xx1) al livello di Abstract Functional Interface (AFI) [DCCDDDSW02,DKSC02]
|
xx1) al livello di Abstract Functional Interface (AFI) [DCCDDDSW02,DKSC02]
|
||||||
utilizzando operatori, come Join e Rep [SM91], basati
|
utilizzando operatori, come Join e Rep [SM91], basati
|
||||||
sulla condivisione di variabili di stato o azioni.
|
sulla condivisione di variabili di stato o azioni.
|
||||||
|
Ogni sottomodello può essere atomico o a sua volta composto.
|
||||||
Sul modello risultante vengono definite prima le variabili di
|
Sul modello risultante vengono definite prima le variabili di
|
||||||
performance (che rappresentano le misure di interesse), basate su
|
performance (che rappresentano le misure di interesse), basate su
|
||||||
strutture di guadagno, ed infine gli
|
strutture di guadagno, ed infine gli
|
||||||
studi da valutare in base alla variabilità dei parametri del modello.
|
studi da valutare in base alla variabilità dei parametri del modello.
|
||||||
Numerosi risolutori, basati su simulazione o tecniche analitiche,
|
|
||||||
sono disponibili per valutare il modello.
|
|
||||||
|
|
||||||
Tutti i formalismi e i risolutori supportati da Möbius sono basati sul
|
Tutti i formalismi e i risolutori supportati da Möbius sono basati sul
|
||||||
linguaggio di programmazione orientato ad oggetti C++, consentendo
|
linguaggio di programmazione orientato ad oggetti C++, consentendo
|
||||||
l'utilizzo di codice C++ nei modelli.
|
l'utilizzo di codice C++ nei modelli.
|
||||||
Pertanto, lo strumento supporta strutture dati C++ esterne
|
Pertanto, lo strumento supporta strutture dati C++ esterne
|
||||||
staticamente definite al momento della compilazione e il collegamento
|
staticamente definite al momento della compilazione ed il collegamento
|
||||||
di librerie C++ esterne.
|
di librerie C++ esterne.
|
||||||
|
|
||||||
Tra i formalismi per la definizione dei modelli atomici, è stato
|
Tra i formalismi per la definizione dei modelli atomici, è stato
|
||||||
scelto quello delle Stochastic Activity Network (SAN) [SM01], una
|
scelto quello delle Stochastic Activity Network (SAN) [SM01], una
|
||||||
estensione stocastica delle reti di Petri basata sulle seguenti
|
estensione stocastica delle reti di Petri basata sulle seguenti
|
||||||
primitive grafiche: posti semplici o estesi (rappresentati da cerchi
|
primitive grafiche: posti semplici o estesi (rappresentati da cerchi
|
||||||
blu e arancioni), attività temporizzate o istantanee
|
blu e arancioni, rispettivamente), attività temporizzate o istantanee
|
||||||
(barre verticali vuote o sottili, rispettivamente), porte di input
|
(barre verticali vuote o sottili), porte di input
|
||||||
e di output (triangoli con la punta a sinistra o a destra). In
|
e di output (triangoli con la punta a sinistra o a destra). In
|
||||||
particolare, un posto semplice rappresenta il tipo "short" del
|
particolare, un posto semplice rappresenta il tipo "short" del
|
||||||
linguaggio C++, mentre un posto esteso representa tipi di dati di base
|
linguaggio C++, mentre un posto esteso representa tipi di dati di base
|
||||||
primitivi (come "short", "float", "double") e tipi "struct" o "array"
|
primitivi (come "short", "float", "double") e tipi "struct" o "array"
|
||||||
di tipi primitivi o di posti estesi.
|
di tipi primitivi o di posti estesi.
|
||||||
Il tempo al completamento di
|
Il tempo al completamento di una attività è una variabile casuale
|
||||||
una attività può avere una qualunque delle numerose distribuzioni
|
indipendente che
|
||||||
|
può avere una qualunque delle numerose distribuzioni
|
||||||
supportate dal tool. Ad ogni attività può essere associato uno o più
|
supportate dal tool. Ad ogni attività può essere associato uno o più
|
||||||
case (piccoli cerchietti alla destra dell'attività) che rappresentano
|
case (piccoli cerchietti alla destra dell'attività) che rappresentano
|
||||||
l'incertezza probabilistica al completamento dell'attività. Infine i
|
l'incertezza probabilistica al completamento dell'attività. Infine i
|
||||||
|
@ -47,31 +46,61 @@ completamento.
|
||||||
|
|
||||||
Il modello composto è ottenuto seguendo l'approccio modulare e
|
Il modello composto è ottenuto seguendo l'approccio modulare e
|
||||||
composizionale DARep [CDM17,CDM21] che estende Möbius con un nuovo
|
composizionale DARep [CDM17,CDM21] che estende Möbius con un nuovo
|
||||||
operatore D, basato su script Perl, per la replicazione indicizzata di
|
operatore D (basato su script Perl che modificano i file xml generati
|
||||||
uno o più modelli atomici "template".
|
da Möbius) per la replicazione indicizzata di
|
||||||
|
uno o più modelli atomici "template". Un template rappresenta un
|
||||||
|
componente generico del sistema modellato in cui possono essere
|
||||||
|
definite variabili di stato (SV) "dependency-aware", cioè SV che sono
|
||||||
|
condivise solo tra alcune istanze del template in base ad una
|
||||||
|
specifica topologia associata a ciascuna di esse (a
|
||||||
|
differenza di quelle "common" o "local" che sono condivise tra tutte le
|
||||||
|
istanze o solo locali a ciascuna di essere, rispettivamente).
|
||||||
|
|
||||||
|
Figure 3.13 è il template di SAN atomica che rappresenta un generico
|
||||||
|
generatore distribuito (DG).
|
||||||
|
|
||||||
|
|
||||||
The system under analysis is modeled and evalu- ated following the
|
the generation of active and reactive power (gate WeatherChange and
|
||||||
DARep compositional and mod- ular approach, as proposed in [25] and
|
activity WPChange), the generation forecast and error (gates isWPset
|
||||||
also detailed in [5], by means of the tool M ̈obius [19].
|
and ForecastError, activities WP NextSchedT and WPFore- castChange),
|
||||||
|
the occurrence of failures and the recovery actions (at bottom and top
|
||||||
|
right of the SAN ).
|
||||||
|
|
||||||
|
|
||||||
|
Figura 6.3 è il template di SAN atomica (con una sola istanza)
|
||||||
|
che rappresenta i cambiamenti dello stato
|
||||||
|
elettrico dell'infrastruttura EI (mediante la risoluzione delle
|
||||||
|
equazioni di flusso di potenza) e la politica di controllo della
|
||||||
|
tensione elettrica (tramite risoluzione di un problema di ottimizzazione)
|
||||||
|
come descritta in Figura 2, condividendo posti (cioè SV) con tutte le
|
||||||
|
altre istanze di template SAN.
|
||||||
|
In dettaglio,
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
formalization of the concept of named replication of template models,
|
i posti P, Q, V, Delta, F (flusso di potenza sulle
|
||||||
|
linee), I (flusso di corrente sulle linee) rappresentano le grandezze
|
||||||
The DARep approach is based on: i) template stochastic models, each
|
elettriche di EI e sono SV condivise tra tutti i
|
||||||
one representing a different generic component; ii) dependency-aware
|
|
||||||
State Variables (SVs), representing part of the state of a template
|
|
||||||
model; iii) a topology, associated to each dependency-aware SV; iv)
|
l'attività ScheduledVoltageCTRL rappresenta gli
|
||||||
two functions Index() and Deps() that extend the template model; v)
|
intervalli di tempo tra successivi inteventi del sistema di controllo
|
||||||
the compositional operator D.
|
del voltaggo (MVGC o LVGC, a seconda del livello MV o LV rappresentato
|
||||||
|
dal modello).
|
||||||
|
|
||||||
|
|
||||||
|
it shares places with all the other SAN template instances and it is
|
||||||
|
responsible for the PFEs solution and the optimization problem.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
• ESTATE SAN, depicted in Figure 6.3, is responsible for the EI state
|
||||||
|
estimation and the voltage control policy formalized by Algorithm
|
||||||
|
1. The DARep approach replicates only once ESTATE SAN, producing
|
||||||
|
ESTATESANSANDAREP0 depicted in Figure 6.4.
|
||||||
|
|
||||||
|
|
||||||
, o DARep
|
|
||||||
[CDM17,CDM21]
|
|
||||||
|
|
||||||
DARep is based on a new operator that explicitly sup- ports 2) and 4)
|
|
||||||
and on the Join operator that supports 5).
|
|
||||||
|
|
||||||
|
|
||||||
Very briefly, SANs are a variant of Stochastic Petri Nets (SPN) with a graphical
|
Very briefly, SANs are a variant of Stochastic Petri Nets (SPN) with a graphical
|
||||||
|
|
Loading…
Reference in New Issue