Candela, Christian
(2026)
Digital Twin con Comunicazioni Deterministiche basate su TSN e OPC UA FX.
[Laurea magistrale], Università di Bologna, Corso di Studio in
Ingegneria informatica [LM-DM270], Documento ad accesso riservato.
Documenti full-text disponibili:
![[thumbnail of Thesis]](https://amslaurea.unibo.it/style/images/fileicons/application_pdf.png) |
Documento PDF (Thesis)
Full-text accessibile solo agli utenti istituzionali dell'Ateneo
Disponibile con Licenza: Salvo eventuali più ampie autorizzazioni dell'autore, la tesi può essere liberamente consultata e può essere effettuato il salvataggio e la stampa di una copia per fini strettamente personali di studio, di ricerca e di insegnamento, con espresso divieto di qualunque utilizzo direttamente o indirettamente commerciale. Ogni altro diritto sul materiale è riservato
Download (4MB)
| Contatta l'autore
|
Abstract
L’evoluzione verso l’industria 5.0, unita all’introduzione di tecnologie come il Digital Twin richiede convergenza tra le reti (IT) e (OT). Per operare in tempo reale è necessario garantire comunicazioni deterministiche. Le reti Ethernet basate su Best Effort introducono latenze e jitter variabili, rendendo questa tecnologia non adatta al traffico critico.
Questo elaborato presenta ASTRID, un’architettura che supera l’Ethernet integrando Time Sensitive Networking (TSN) e OPC UA Field eXchange (FX). Il framework è sviluppato in Python: un canale Publisher/Subscriber UDP per la trasmissione Real-Time e un canale Client/Server TCP per la configurazione. Al fine di minimizzare l'uso della banda, è stata adottata la codifica UADP. La topologia hardware include un PC Advantech come nodo Publisher, uno switch Relyum TSN Bridge e un Nvidia Jetson Orin come Digital Twin (Subscriber). Il determinismo è stato ottenuto sincronizzando i dispositivi tramite IEEE 802.1AS (gPTP) e implementando il Time Aware Shaper IEEE 802.1Qbv. ASTRID prevede una pipeline di monitoraggio basata su InfluxDB e Grafana.
La validazione di ASTRID è stata realizzata su rete satura con traffico di disturbo fino a 900 Mbps. I risultati mostrano la superiorità della rete TSN. Nello scenario Ethernet standard si è assistito ad un forte degrado, con latenza di 1.5 ms e jitter di 11.8 ms. L’architettura TSN ha mantenuto latenza di 0.20 ms e jitter a 0.42 ms. Il traffico critico è stato isolato. Un’analisi dell’overhead ha evidenziato che in TSN il collo di bottiglia si sposta allo stack software. L’elaborazione software ha registrato ritardi di 1.67 ms a fronte di 0.79 ms hardware. Questo test dimostra come l’uso di linguaggi interpretati introduca latenza che può essere abbattuta utilizzando linguaggi a basso livello e sistemi operativi RealTime.
Abstract
L’evoluzione verso l’industria 5.0, unita all’introduzione di tecnologie come il Digital Twin richiede convergenza tra le reti (IT) e (OT). Per operare in tempo reale è necessario garantire comunicazioni deterministiche. Le reti Ethernet basate su Best Effort introducono latenze e jitter variabili, rendendo questa tecnologia non adatta al traffico critico.
Questo elaborato presenta ASTRID, un’architettura che supera l’Ethernet integrando Time Sensitive Networking (TSN) e OPC UA Field eXchange (FX). Il framework è sviluppato in Python: un canale Publisher/Subscriber UDP per la trasmissione Real-Time e un canale Client/Server TCP per la configurazione. Al fine di minimizzare l'uso della banda, è stata adottata la codifica UADP. La topologia hardware include un PC Advantech come nodo Publisher, uno switch Relyum TSN Bridge e un Nvidia Jetson Orin come Digital Twin (Subscriber). Il determinismo è stato ottenuto sincronizzando i dispositivi tramite IEEE 802.1AS (gPTP) e implementando il Time Aware Shaper IEEE 802.1Qbv. ASTRID prevede una pipeline di monitoraggio basata su InfluxDB e Grafana.
La validazione di ASTRID è stata realizzata su rete satura con traffico di disturbo fino a 900 Mbps. I risultati mostrano la superiorità della rete TSN. Nello scenario Ethernet standard si è assistito ad un forte degrado, con latenza di 1.5 ms e jitter di 11.8 ms. L’architettura TSN ha mantenuto latenza di 0.20 ms e jitter a 0.42 ms. Il traffico critico è stato isolato. Un’analisi dell’overhead ha evidenziato che in TSN il collo di bottiglia si sposta allo stack software. L’elaborazione software ha registrato ritardi di 1.67 ms a fronte di 0.79 ms hardware. Questo test dimostra come l’uso di linguaggi interpretati introduca latenza che può essere abbattuta utilizzando linguaggi a basso livello e sistemi operativi RealTime.
Tipologia del documento
Tesi di laurea
(Laurea magistrale)
Autore della tesi
Candela, Christian
Relatore della tesi
Correlatore della tesi
Scuola
Corso di studio
Indirizzo
CURRICULUM INGEGNERIA INFORMATICA
Ordinamento Cds
DM270
Parole chiave
Time Sensitive Networking, TSN, OPC UA FX, Digital Twin, Industria 5.0, Determinismo, Real-Time, Python, Jitter, Edge Computing, Publisher/Subscriber, InfluxDB, Grafana
Data di discussione della Tesi
26 Marzo 2026
URI
Altri metadati
Tipologia del documento
Tesi di laurea
(NON SPECIFICATO)
Autore della tesi
Candela, Christian
Relatore della tesi
Correlatore della tesi
Scuola
Corso di studio
Indirizzo
CURRICULUM INGEGNERIA INFORMATICA
Ordinamento Cds
DM270
Parole chiave
Time Sensitive Networking, TSN, OPC UA FX, Digital Twin, Industria 5.0, Determinismo, Real-Time, Python, Jitter, Edge Computing, Publisher/Subscriber, InfluxDB, Grafana
Data di discussione della Tesi
26 Marzo 2026
URI
Statistica sui download
Gestione del documento: