OR5 – Rete di trasmissione

Presentazione sul tema: "OR5 – Rete di trasmissione"— Transcript della presentazione:

1 OR5 – Rete di trasmissione
Definizione della struttura di rete in base alle esigenze/specifiche dettate da: i diversi sistemi di monitoraggio in fase di implementazione il centro servizi CAED Schema Riunioni con i Partner Data Partecipanti 24 ottobre 2012 prof. Versace, prof. Mendicino 6 novembre 2012 Ing. De Marinis 9 gennaio 2012 prof. Versace, prof. Mendicino, ing. De Marinis

2 Possibili collegamenti Siti-CAED
Architettura di rete Siti di monitoraggio / acquisizione dati Centro servizi CAED. Possibili collegamenti Siti-CAED Il livello Fisico /Logico di entrambe le tipologie di collegamento saranno implementati con moduli adapter (SPI\USART-Umts/Eth) in modo da potersi interfacciare sia ad un eventuale Sink sia alla backbone degli operatori che garantiscono servizi di copertura nelle regioni di interesse Direct link Intranet link verso un nodo Sink Sito di monitoraggio # 2 Backbone Sink Intranet link Direct link Sito di monitoraggio # 1 Sito di monitoraggio # 3 (Gprs /Umts)

3 Sito di monitoraggio / acquisizione dati
Ciascun sito può includere una sola o più tipologie dei seguenti sensori : Sensori di area (Radar e Scatterometro - Unical) Sensori TD-Group ( tensiometri, piezometri, inclinometri, …) Strago (accelerometri) Ciascuna tipologia di sensori ha una sottorete dedicata ed autonoma che può collegarsi direttamente al CAED o richiedere l’uso di un nodo concentratore (Sink)

4 Tipologie di Siti di Monitoraggio ( caso Intranet link con nodo Sink)
Tipologia 1 - Prevede la presenza di un Sink per ciascuna tipologia di sottoreti di sensori: Sensori Radar (R) Sensore/i - Strago (S) Sensore/i - TD Group(Td) Tipologia 2 - Prevede la presenza di un Sink per le seguenti sottoreti di sensori: Sensore/i – Strago (S) Tipologia 3 - Prevede la presenza di un Sink per le seguenti sottoreti di sensori : Sensore/i - TD Group (Td) Tipologia 4 - Prevede la presenza di un Sink per le seguenti sottoreti di sensori : Tipologia 5 - Prevede la presenza di un Sink per una singola sottorete:

5 EAWARNET -ARCHITETTURA DELLA RETE DI COMUNICAZIONE

6 ARCHITETTURA DEL FRAMEWORK “EAWARNET”
Lo schema architetturale del framework, nell’ipotesi di Sito di monitoraggio con presenza di Sink-node , è costituito da tre macro oggetti : CAED – AqServ = Componente server lato CAED MiddleWare = Componente software di un Sink-node Sensors Client = Componente software dei Client di ciascun sensore

7 ARCHITETTURA DEL FRAMEWORK “EAWARNET” <Middleware –AqServ client>
Il componente server già installato e configurato sul CAED denominato AqServ , adopera una comunicazione socket TCP/IP (porta 8123) attivata su opportuno gateway della backbone della EWARNet . Aqserv-Client : Nelle fasi di progettazione del Middleware si è tenuto conto delle specifiche del componente Server implementando le funzionalità Client all’interno di una architettura multi-thread modulare. AqServ AqServ Client

8 ARCHITETTURA DEL FRAMEWORK “EWARNET” <Middleware-Main Monitor>
Il Middleware è progettato in architettura multi-threads. Il processo principale, indicato come Main Process Monitor, è addetto alla supervisione e gestione dei threads secondari quali: AqServ-client thread Radar Sensors Server threads User Interface thread Implementa il protocollo di comunicazione tra Sensori radar e CAED Main Process MONITOR

9 ARCHITETTURA DEL FRAMEWORK “EWARNET” <Middleware-Radar Sensor Clients>
Type1: Gestione della connessione tra Sink e Sensore Radar SDR (board NI-USRP) : Handshake Session handler Supervisione e Sincronizzazione processi Server listener e Client talker Gestore coda pacchetti (Packets manager) Type2: Gestione della connessione tra Sink Node e Sensore radar scatterometro SFCW (board ATMEL) : Gestore coda pacchetti (Packets manager) RadSens Type1 Radar Sensors RadSens Type2

10 Predisposizione software di un Sender UDP per la trasmissione dei dati
RadSens Type1 Client UDP sender Connessione tra Sink e Sensore Radar SDR (board NI-USRP) Rete ad hoc dedicata Intranet link Utilità: Possibilità di inviare dati e quindi le misure effettuate ad un eventuale client in ascolto Possibilità di inviare comandi al sistema da remoto (Restart, ReCalibration, Measure, Stop)

11 Predisposizione software di un Sender UDP per la trasmissione dei dati
RadSens Type1 - Client User interface Labview code