UTC
--:--:--
GPS
--:--:--
LORAN
--:--:--
TAI
--:--:--
LOCAL
--:--:--

Progettiamo sistemi di riferimento temporale.

Quando il banco di test deve viaggiare

Sistemi di test e simulazione per il segmento di terra satellitare, l'avionica e la difesa terrestre, dal laboratorio al campo

di Gian Luca Pizzocolo, IPSES, 27 Ottobre 2026

Lo stesso nucleo SDR (software-defined radio), tre formati: un rack in laboratorio, una valigia rugged sulla linea di volo, un'unità compatta che scende sottocoperta su una nave.
Questa continuità conta perché le apparecchiature che un sistema di test deve verificare raramente restano nello stesso posto. Un'unità satellitare viene controllata in camera bianca durante l'Assembly, Integration and Testing (AIT). Un radar viene provato in fabbrica, poi in un poligono e di nuovo a ogni ciclo di manutenzione. Una nave può restare in mare per mesi e i suoi radar, le radio e i ricevitori di navigazione vanno comunque verificati con regolarità, mentre il laboratorio più vicino può trovarsi dall'altra parte dell'oceano.

Sulla linea di volo o sottocoperta il tecnico di manutenzione ha bisogno di una risposta in pochi minuti: il sistema è pronto? E se non lo è, dov'è il guasto?

Da vent'anni IPSES realizza sistemi di test per il settore aerospaziale e della difesa. Questo articolo racconta come funzionano test e simulazione in tre ambiti (segmento di terra satellitare, avionica e difesa terrestre) e cosa cambia quando il banco di test deve uscire dal laboratorio.

Perché la simulazione viene prima

Alcune condizioni non si possono ottenere a comando. Un emettitore ostile non vola secondo il profilo di prova che abbiamo scelto. Un satellite non si può lanciare per controllarne il collegamento di telemetria. Un radar non può aspettare che un bersaglio reale si avvicini alla velocità giusta e con l'angolo giusto.

La simulazione porta queste condizioni in laboratorio:

  • Radar target generator: riceve l'impulso del radar e restituisce un'eco sintetica con il ritardo, lo spostamento Doppler e l'ampiezza di un bersaglio alla distanza e alla velocità scelte
  • Simulatore di minacce elettroniche: riproduce le emissioni che un ricevitore deve rilevare
  • Simulatore GNSS (Global Navigation Satellite System): genera la costellazione come la vedrebbe un ricevitore da una data posizione in un dato istante
  • Simulatore di collegamento TT&C (Telemetry, Tracking and Command): fa la parte del veicolo spaziale o della stazione di terra

Il valore sta nella ripetibilità. Lo stesso scenario può girare cento volte cambiando un parametro a ogni prova e ogni risultato si può ricondurre alle sue condizioni. Una prova sul campo fornisce un campione; una campagna simulata fornisce un insieme di dati.

Tre ambiti, una sola disciplina

Segmento di terra satellitare
Durante l'AIT ogni unità di un veicolo spaziale viene verificata da uno SCOE (Special Check-Out Equipment): un sistema di test costruito attorno a una singola unità in prova, per esempio l'elettronica di potenza, di comunicazione, di gestione dati o del payload. Sul lato RF questo significa stimolare e misurare i transponder TT&C, fornire segnali GNSS ai ricevitori di bordo e controllare che ogni collegamento si comporti come da specifica. Una volta in orbita, nulla si può più sistemare a mano.

Avionica
Le apparecchiature avioniche vengono provate al banco, durante l'integrazione sul velivolo e a ogni intervento di manutenzione. Radio di comunicazione, ricevitori di navigazione e radar hanno bisogno di stimoli che riproducano le condizioni di volo mentre l'aereo resta a terra.

Difesa terrestre
I sistemi di protezione contro minacce aeree e satellitari si basano su sensori di cui ci si deve fidare prima dell'impiego e dopo ogni aggiornamento. I ricevitori di spectrum monitoring per Electronic Support Measures (ESM) devono rilevare e classificare correttamente gli emettitori. I sensori C-UAS (Counter-Unmanned Aircraft Systems) devono riconoscere i collegamenti radio dei droni fra tutte le altre emissioni presenti nell'etere. I sistemi di protezione delle comunicazioni devono mantenere attivo un collegamento anche sotto interferenza.

Ognuno di questi sistemi viene provato su scenari simulati: uno spettro affollato, il collegamento di controllo di un drone, un segnale di disturbo. Un sensore che in laboratorio ha incontrato solo uno spettro silenzioso non è stato davvero messo alla prova.

Dal laboratorio al campo

Un banco di laboratorio ha spazio, alimentazione stabile, aria condizionata e un ingegnere di test accanto. Niente di tutto questo è scontato a bordo di una nave, in un hangar, dentro un veicolo o ai margini di un poligono. Un sistema trasportabile deve fare i conti con:

  • Spazio: passaggi stretti e poco margine attorno alle apparecchiature
  • Alimentazione: quella disponibile sulla piattaforma
  • Ambiente: vibrazioni, umidità, atmosfera salina, sbalzi di temperatura
  • Messa in servizio: operativo in pochi minuti
  • Operatore: spesso personale di manutenzione, guidato passo per passo fino a un risultato chiaro

In mare è il sistema di test ad andare verso le apparecchiature. Radar, sistemi di comunicazione e ricevitori di navigazione vengono verificati dove sono installati, in missione o in porto, senza smontarli.
Su aerei e veicoli il banco di test viaggia a bordo o resta installato per tutta la durata di una campagna. Nei poligoni di prova radar target generator e simulatori di minacce si spostano con le prove, così gli scenari costruiti in laboratorio si possono riprodurre sul campo.

Un'unica architettura, dal rack alla valigia

A rendere possibile questa continuità è il software-defined radio. In una SDR il front end RF è di uso generale, mentre la funzione risiede nel software e nell'FPGA. Lo stesso hardware può fare da radar target generator al mattino e da simulatore di collegamento TT&C al pomeriggio, con un'altra immagine FPGA e un'altra sequenza di test.

IPSES lavora su piattaforme NI:

  • USRP e PXI con Vector Signal Transceiver (VST): la catena RF
  • CompactRIO (cRIO): installazioni compatte e robuste NI TestStand: gestione delle sequenze di test

Le sequenze di test vengono sviluppate una volta e girano sia sul banco di laboratorio sia sull'unità trasportabile. Una misura presa in mare si può così confrontare direttamente con una presa in laboratorio.

Dietro questa architettura c'è un team di dieci ingegneri certificati NI, fra cui quattro LabVIEW Architect e due TestStand Architect.

Il banco che un tempo riempiva un laboratorio oggi sta in una valigia. Per una nave in mare significa che il suo radar può affrontare lo stesso scenario incontrato in fabbrica, senza rientrare in porto.