|
|
|
|
|
WaterSCADA > Il nuovo approccio
|
|
|
|
La tabella seguente riporta le principali differenze fra l'approccio convenziale
e l'approccio di WaterSCADA:
|
|
|
|
|
|
|
|
|
approccio convenzionale
|
Approccio waterscada
|
|
Domini applicativI
|
|
General-purpose
|
Special-purpose
|
|
Gli SCADA convenzionali spaziano dall’industria manifatturiera a quella di processo con notevole
trasversalità applicativa, ma sono poco efficienti nei domini applicativi
specializzati e fortemente tipizzati,
quali ad esempio il dominio del ciclo idrico integrato.
|
Tagliato su misura per la gestione di reti idriche e delle infrastrutture ad
esse connesse.
|
|
tipo di progettazione
|
|
Controller-Oriented
|
Water Process-Oriented
|
|
Il progettista del Sistema è spinto - dalla tecnologia software offerta dallo
SCADA prescelto - a ragionare esclusivamente in termini di controller e tags da
supervisionare.
|
Il progettista del Sistema è libero di ragionare in termini di oggetti della
rete idrica da supervisionare.
|
|
gestione delle proprieta' degli oggetti
|
|
Astratta
|
Idraulica
|
|
Assegnazione di informazioni e proprietà idrauliche agli oggetti della rete
idrica complessa se non impossibile.
|
Assegnazione nativa di proprietà agli oggetti immediata e user-friendly.
|
|
gestione delle variabili (tags)
|
|
Controller-Oriented
|
Object-Oriented
|
|
I valori assunti dalle tags sono memorizzati in modo indipendente dall’oggetto
tecnologico che li ha generati (e quindi necessità di utilizzo di altri database
esterni all’applicazione).
|
L’approccio Object-Oriented consente di associare i valori assunti dalle tags
all’oggetto tecnologico che li ha generati (utilizzo di un unico database).
|
|
gestione degli allarmi
|
|
Nessuna semantica
|
Semantica
|
|
I valori degli eventi di allarme non hanno riferimento diretto con gli oggetti
tecnologici che li hanno generati se non attraverso deboli descrizioni testuali.
|
Anche la gestione degli eventi di allarme è di tipo Object-Oriented (oltre
all’associazione immediata all’oggetto che ha generato l’evento è possibile
ricavare ad esempio gli operatori preposti).
|
|
gestione della network idrica
|
|
Impossibile
|
Disponibili a livello nativo
|
|
Manca un modello semantico della rete idrica e quindi è impossibile la
rappresentazione analitica e grafica automatica degli oggetti di una rete
idrica.
|
Possibilità di costruire la rete idrica sia analiticamente che graficamente in
modo automatico (rete idrica, rete di comunicazione etc.).
|
|
funzionalita' aggiuntive
|
|
Da costruire ad hoc
|
Disponibili a livello nativo
|
|
Per ottenere componenti aggiuntive occorre utilizzare script realizzati con
linguaggi di programmazione interni.
|
Funzionalità aggiuntive native (Analisi grafica dei dati, Redazione e
Ricostruzione
bilanci idrici etc.).
|
|
|
|
|
|
|
|
|
© Techmar 2009 Tutti i diritti riservati. Techmar e WaterSCADA sono marchi
registrati di Techmar srl.
|
|
|
|
Techmar srl -
Sede Legale: Via Mazzini, 51 - 85100 Potenza -
Sede operativa : Via Matteotti, 46 - 84014 Nocera Inferiore (SA)
- Tel./Fax: 081 517 58 37
|