PROGETTO Landslides
Early Warning
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
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
Architettura di rete
 Siti di monitoraggio / acquisizione dati
 Centro servizi CAED.
Possibili collegamenti Siti-CAED
 Direct link
SD
CONSOLE
BRI
S/T
FDX 100 LNK
DSU
CPU
S3
LP
OK
B1
B2
LOOP
WIC 0 OK
AUX
WIC 1 OK
Cisco 1720
 Intranet link verso unProvider
nodoNetwork
Sink
TD-Group C.Board
Link 0
3
I-L
in
k
I-Lin
k
Site
Network
S-TYPE C.
Strago
Terminal
E_Pc - Win XP
Netwprk
Provider
Border-Router
02
Sito di
monitoraggio
#2
LINK 01
Link
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
Sink
I-Lin
k
R-TYPE C.
Radar
Terminal
MXE-5300Win XP
Sito di
monitoraggio
#1
CAED - DB
C.A.E.D. - Server
(Gprs /Umts)
OR 5 – Rete di trasmissione
Sito di
monitoraggio
#3
PROGETTO Landslides
Early Warning
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)
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
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:
 Sensori Radar (R)
 Sensore/i – Strago (S)
Tipologia 3 - Prevede la presenza di un Sink per le seguenti sottoreti di sensori :
 Sensore/i - Strago (S)
 Sensore/i - TD Group (Td)
Tipologia 4 - Prevede la presenza di un Sink per le seguenti sottoreti di sensori :
 Sensori Radar (R)
 Sensore/i - TD Group(Td)
Tipologia 5 - Prevede la presenza di un Sink per una singola sottorete:
 Sensore/i - TD Group(Td)
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
EAWARNET -ARCHITETTURA DELLA RETE DI COMUNICAZIONE
LLCadapter
SD
CONSOLE
OK
FDX
BRI
S/T
100
LNK
DSU
CPU
S3
LP
B1
B2
LOOP
WIC 0 OK
AUX
WIC 1 OK
Cisco 1720
Provider Network
TD-Group C.Board
Link 0
3
I-L
in
k
Netwprk
Provider
Border-Router
02
Link
I-Li
nk
Site
Network
S-TYPE C.
Strago
Terminal
E_Pc - Win XP
SDR-Sensor
NI/LLCadapter
n
I-Li
LINK 01
LLCadapter
k
R-TYPE C.
Radar
Terminal
MXE-5300Win XP
SFCW-Sensor
OR 5 – Rete di trasmissione
CAED - DB
C.A.E.D. - Server
PROGETTO Landslides
Early Warning
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 :
1. CAED – AqServ = Componente server lato CAED
2. MiddleWare = Componente software di un Sink-node
3. Sensors Client = Componente software dei Client di
ciascun sensore
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
ARCHITETTURA DEL FRAMEWORK “EAWARNET”
<Middleware –AqServ client>
 Il componente server già installato e configurato sul
AqServ
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.
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
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
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
ARCHITETTURA DEL FRAMEWORK “EWARNET”
<Middleware-Radar Sensor Clients>
Radar
Sensors
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) :
Handshake
Session handler
• Supervisione e Sincronizzazione processi Server
listener e Client talker
• Gestore coda pacchetti (Packets manager)
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
Predisposizione software di un Sender UDP per la
trasmissione dei dati
Connessione tra
Sink e Sensore Radar SDR
(board NI-USRP)
Client UDP sender
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)
OR 5 – Rete di trasmissione
PROGETTO Landslides
Early Warning
Predisposizione software di un Sender UDP per la
trasmissione dei dati
User interface
Labview code
OR 5 – Rete di trasmissione