1 / 11

OR5 – Rete di trasmissione

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. Architettura di rete. Siti di monitoraggio / acquisizione dati

halee-flores
Download Presentation

OR5 – Rete di trasmissione

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  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

  2. 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 Sinksia alla backbonedegli 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 presenzadi un Sink per ciascunatipologiadisottoretidisensori: • Sensori Radar (R) • Sensore/i - Strago (S) • Sensore/i - TD Group(Td) • Tipologia 2 - Prevede la presenzadi un Sink per le seguentisottoretidisensori: • Sensori Radar (R) • Sensore/i – Strago (S) • Tipologia 3- Prevede la presenzadiun Sink per le seguentisottoretidisensori : • Sensore/i - Strago (S) • Sensore/i - TD Group (Td) • Tipologia 4 - Prevede la presenzadiun Sink per le seguentisottoretidisensori : • Sensori Radar (R) • Sensore/i - TD Group(Td) • Tipologia 5 - Prevede la presenzadiun Sink per unasingolasottorete: • Sensore/i - TD Group(Td)

  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> AqServ 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.

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

  9. ARCHITETTURA DEL FRAMEWORK “EWARNET”<Middleware-RadarSensorClients> RadSens Type1 RadSens Type2 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 SinkNode e Sensore radar scatterometro SFCW (board ATMEL) : • Handshake • Session handler • Supervisione e Sincronizzazione processi Server listener e Client talker • Gestore coda pacchetti (Packets manager)

  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

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

More Related