Ing Giovanni Mannara Vicepresidente STRAGO SpA Responsabile area RS e monitoraggio 05/04/2013

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Ing Giovanni Mannara Vicepresidente STRAGO SpA Responsabile area RS e monitoraggio 05/04/2013"

Filippa Perrone
8 anni fa
Visualizzazioni

1 Ing Giovanni Mannara Vicepresidente STRAGO SpA Responsabile area RS e monitoraggio 05/04/ Milano Via Marzabotto, 51 Paderno Dugnano Tel: Fax:

2 STRAGO in LEW Stato di avanzamento delle attività AE Progettazione e realizzazione di una versione ottimizzata del sistema SMAMID dal punto di vista hardware, firmware e software Ottimizzazione hardware in termini di efficienza energetica, disturbi elettromagnetici, interfaccia utente Ottimizzazione codice firmware Valutazione di componenti di memoria di massa AE Valutazione dell applicabilità della metodologia e del sistema di monitoraggio SMAMID per lo studio e il monitoraggio dell evoluzione dei fenomeni franosi Definizione Studio dello stato Individuazione della configurazione del sistema di delle specifiche Definizione della dell arte dei sistemi di monitoraggio attraverso un modello evolutivo del versante per funzionali del sistema logica di interpretazione monitoraggio dell evoluzione ottenere indicazioni sulla configurazione spaziale dei nodi misura e le di monitoraggio frane dell insieme dei dati di rilievi franosi modalità di acquisizione ed elaborazione dati I SAL 95% 0% 0% 0% II SAL 95% 30% 20% 0% III SAL 95% 50% 30% 0% Milano Via Marzabotto, 51 Paderno Dugnano Tel: Fax: Ottimizzazione del sottosistema di comunicazione (hardware e firmware Valutazione di un sensore accelerometrico MEMS Sviluppo e test in Ottimizzazion laboratorio sistema e dei prototipale consumi (hardware) alternative di caratteristiche superiori I SAL 0% 0% 0% 95% 95% 0% 10% II SAL 0% 95% 95% 95% 95% 95% 20% III SAL 95% 95% 95% 95% 95% 95% 40% AE Interazione col DEIS per un indagine sulle possibili soluzioni architetturali elettroniche alternative per SMAMID Trasmissione dati sistema SMAMID Identificazione processi di elaborazione dati Definizione delle esigenze funzionali Valutazioni finali I SAL 100% 0% 0% 0% II SAL 100% 100% 100% 0% III SAL 100% 100% 100% 0%

3 STRAGO in LEW Prospetto attività svolte/ da svolgere

4 STRAGO in LEW Prospetto attività future OR2 WP 2.2 Progettazione realizzazione e test di verifica di corretto funzionamento in laboratorio dei prototipi da installare in campo Pianificazione attività sperimentali in campo Interazione col DEIS (WP2.4) Definizione modalità di comunicazione OR9 WP 9.3 OR10 Installazione in campo Collaudo e verifica funzionamento del sistema in campo Coordinamento gestione e controllo delle attività di ricerca OR11 WP11.2 Manutenzione dell'attività di ricerca nella fase di Sviluppo Sperimentale

5 STRAGO in LEW Inserimento nuova attività AE Termine previsto da GANTT WP 2.2: 30 giugno 2013 Necessità di integrare il sistema SWAN nel sistema Early Warning Definizione delle modalità di comunicazione dati e comandi con CAED (OR5; OR6) Inserimento di nuova AE: AE comunicazione dati Termine WP 2.2 riprogrammato: 30 settembre Milano Via Marzabotto, 51 Paderno Dugnano Tel: Fax:

6 STRAGO in LEW WP 2.2 AE Progettazione e realizzazione di una versione ottimizzata del sistema di monitoraggio inclinometrico SWAN Ottimizzazione hardware in termini di efficienza energetica, disturbi elettromagnetici, interfaccia utente Sviluppo sistema: software di gestione SWAN Specifiche Progettazione Modalità di acquisizione di singolo nodo e di sistema Step di elaborazione dati di singolo nodo Confronto dei risultati con soglie di preallarme/allarme Modalità di trasmissione dati al CAED

WP 2.2 AE 2.2.1 Ottimizzazione hardware per l efficienza energetica Studio dell efficienza energetica in funzione di configurazioni hardware 50%

7 WP 2.2 AE Ottimizzazione hardware per l efficienza energetica Studio dell efficienza energetica in funzione di configurazioni hardware 50% dei consumi in standby dovuti al chip di gestione del pulsante di accensione Eliminazione pulsante di accensione e ipotesi di interruttore a due stati

WP 2.2 AE 2.2.1 Specifiche e progettazione software SWAN Sistema SWAN preesistente (Castellammare) Modalità di acquisizione dati su singolo nodo Processo di elaborazione dati singolo nodo Confronto

8 WP 2.2 AE Specifiche e progettazione software SWAN Sistema SWAN preesistente (Castellammare) Modalità di acquisizione dati su singolo nodo Processo di elaborazione dati singolo nodo Confronto dei risultati con soglie di allarme Modalità di trasmissione allarmi a utenti predefiniti Ciascun nodo acquisisce ogni T secondi per t secondi, con t e T configurabili da remoto Ciascun nodo calcola la media di ciascuna componente dell accelerazione sull intervallo t e invia il risultato al nodo master che rinvia al PC centrale Il PC centrale calcola l inclinazione per ogni nodo sensore e le variazioni di inclinazione rispetto all acquisizione precedente e rispetto a quella di riferimento Da PC centrale si esegue il confronto tra dati sperimentali (pattern delle inclinazioni) e valori di soglia definiti in maniera empirica su singolo nodo e/o su cluster di nodi e si identificano condizioni critiche e/o di allarme Vengono inviati a utenti predefiniti (gestore e utente impianto) allarmi tramite SMS nella forma di messaggi codificati

9 WP 2.2 AE Specifiche e progettazione software SWAN Analisi esigenze funzionali di monitoraggio Configurabilità delle modalità di acquisizione in funzione delle condizioni del rilievo Possibilità/necessità di definire condizioni di soglia in funzione della posizione del singolo nodo e della direzione lungo cui varia l inclinazione Comunicazione con CAED Elaborazione funzionalità software Possibilità di reimpostare automaticamente i parametri di acquisizione (T e t) in caso di condizione di allarme o preallarme da PC centrale Confronto dati sperimentali con valori di soglia impostati secondo la posizione del nodo sensore e la direzione della variazione di inclinazione Possibilità di invio dei dati grezzi (profili accelerometrici), dati elaborati (pattern inclinometrico) e allarmi al CAED Possibilità del CAED di modificare i parametri di acquisizione T e t in condizioni di preallarme

10 WP 2.2 AE Specifiche e progettazione software SWAN Sistema SWAN riprogettato (LEW) Modalità di acquisizione dati su singolo nodo Processo di elaborazione dati singolo nodo Confronto dei risultati con soglie di allarme Modalità di trasmissione dati al CAED Ciascun nodo acquisisce ogni T secondi per t secondi in condizioni ordinarie il PC centrale (o CAED) può richiedere di modificare i parametri T e t in condizioni di preallarme/allarme Ciascun nodo calcola la media di ciascuna componente dell accelerazione sull intervallo t e invia il risultato al nodo master che rinvia al PC centrale Il PC centrale calcola l inclinazione per ogni nodo sensore e le variazioni di inclinazione rispetto all acquisizione precedente e rispetto a quella di riferimento Da PC centrale si esegue il confronto tra dati sperimentali (pattern delle inclinazioni) e valori di soglia definiti su singolo nodo e/o su cluster di nodi in funzione della loro distribuzione spaziale (che può essere non uniforme)e di una qualche direzione privilegiata e si identificano condizioni critiche e/o di allarme Vengono inviati al CAED i dati grezzi di singola acquisizione i dati elaborati (pattern di distribuzione delle inclinazioni) allarmi

11 Grazie della cortese attenzione

Documenti analoghi

Ing Giovanni Mannara VicePresidente STRAGO Ricerche Responsabile Scientifico Area RS STRAGO Ricerche Via Campana, 233 80078 Pozzuoli Napoli Tel 00390815240611 Fax 00390815264583 Sistemi di monitoraggio