NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automated testing application

Stefano Bianchi

DIRITTO DI PROPRIET
Le informazioni contenute in questo documento sono di propriet della ELETTRONICA S.p.A. e non possono essere utilizzate per scopi differenti da quelli per i quali il documento stato preparato. Non consentita la cessione a terzi, totale o parziale, delle informazioni senza autorizzazione scritta della Societ.

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 1

NON CLASSIFICATO

ATTIVIT GRUPPO ELETTRONICA

ELETTRONICA Italia Sistemi e Componenti per la Difesa Elettronica

ELETTRONICA Germania Sistemi per la Difesa Elettronica

AEDS India EW System Design & Production

26% Partecipazione (Joint Venture)

SOLYNX U.S.A. Componenti Hi-Tech & Supporto

24.11% Partecipazione

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 2

NON CLASSIFICATO

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 3

NON CLASSIFICATO

Criticit tipiche riscontrate nel prodotto software per il test

Software personalizzato e fortemente vincolato al tipo di HW utilizzato.
Cambiare la configurazione del banco di test per motivi di obsolescenza o per la semplice sostituzione con strumento equivalente, implica la riscrittura del software

Software non modulare e spesso non riutilizzabile .

Implementazioni di sviluppo realizzate in progettazione per verificare e validare il DUT , non sono riutilizzabili in produzione

Obsolescenza software con piattaforme a 64 bit Gestione non centralizzata, proliferazione di codice ridondante
Alcune routine di uso comune sono spesso riscritte dai diversi progettisti SW generando cos cloni di codice evitabili.
NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 4

NON CLASSIFICATO

Tipica applicazione software di test

Top-level Test Application

Implementazione della funzione di test

Drivers

Impostazione dei dati e comandi personalizzati

Instrument & Fixtures

Attuazione fisica

Cosa succede se cambiamo uno strumento?

NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 5

NON CLASSIFICATO

Esempio tipico
lutilizzo dello strumento xxxxx sul Banco dellUnit RF Distributor al posto del VNA yyyyy dar luogo ad una modifica SW. La decisione della sostituzione dello strumento stata presa allunanimit in quanto: Lo xxxxx uno strumento con caratteristiche superiori allo yyyyy . Il Vector yyyyy obsoleto. Leventuale proroga del noleggio per altri 6 mesi avrebbe dato luogo ad una spesa di ca. K xx Lextra costo per la modifica SW del NRE dellUnit RF Distributor pur se stimato in 500 ore lavorative ritenuto accettabile dal CPM, ad ogni modo si fornir al pi presto il preventivo di spesa.

Saluti

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 6

NON CLASSIFICATO

Tipica applicazione SW di test con sostituzione HW

Top-level Test Application

Nuova Implementazione, Nuova validazione e Nuova documentazione

Instrument Drivers

New Instrument

Come possiamo svincolare il software dallHW?

NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 7

NON CLASSIFICATO

Ancora un caso tipico

Oggetto: Collaudo Antenna Module - stima tempi realizzazione sw Relativamente all attivit ------ posso proporti i seguenti commenti e dati: SW per validazione 5 settimane che comprendono: Routine autoimpostazione RF adapter Routine autoimpostazione DUT logic Routine Calibrazioni Routine Misure (Gain su pi bande, Conversion Gain, Noise figure, Current Consumtion, Isolation) Routine Visualizzazione risultati Routine salvataggio grafici (fatta per default) Routine controllo manuale logica (fatta per default)

Una libreria comune di funzioni avrebbe consentito lutilizzo degli stessi METODI trasversalmente su varie applicazioni !!
NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 8

NON CLASSIFICATO

Top-level Test Application

Hardware Abstraction Layer

Instrument Drivers

HAL una struttura software realizzata applicando concetti della Programmazione Orientata agli Oggetti ed ha lo scopo di lasciare inalterato il software di test al variare dellHW

New Instrument

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 9

NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automatic test application
Stefano Bianchi, Antonello Martini, Andrea De Carolis, Flavio Marano

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 10

NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automatic test application

Abastract:

Having made independent software from hardware, it is possible to optimize the use of the test system, reducing the impact of obsolete hardware. Moreover the open architecture framework software with hardware abstraction is designed for use in future models to replace the old equipment without changes to the software.

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 11

NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automatic test application Details:

It is a software structure implemented in LabVIEW applying the concepts of object-oriented programming. Classes of instruments and measures are dynamically loadable without having to write additional code and then without producing additional documentation. Adopting a metalanguage, it was possible to create a state of abstraction HW vs SW generalized high level. The static screening program application running at startup a configuration control of hardware available from a server and dynamically loads the libraries necessary to run the program. In the server-resident drivers are specially made HAL drivers that translate HW owners in control HAL. They are valid for all applications implemented in accordance with the rules set framework for SW.

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 12

NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automatic test application

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 13

NON CLASSIFICATO

Open architecture framework software with hardware abstraction for automatic test application

Achieved Objectives,Competitive Advantages,Benefits

Reduction in time and cost of software development and documentation Reduce the impact of hardware obsolescence. Increase the time working and the lifecycle of the test system. Flexibility and interchangeability of both software engineers and users. Standardization and reuse. Time to Market and NRE Cost Reduction.
NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 14

NON CLASSIFICATO

Ancora un caso tipico.pi recente

Da: D---Inviato: gioved 7 marzo 2013 19.40 A: B---Cc: C----: A----; L---Oggetto: I: Pianificazione consegne Unit Progetto XXXXX Serve allestimento doppio banco di collaudo previa verifica di strumentazione. Lequipaggiamento a disposizione potrebbe non essere identico. Da: B---Inviato: venerd 8 marzo 2013 19:23 A: D---Cc: C----: A----; L---Oggetto: I: Pianificazione consegne Unit Progetto XXXXX Ciao D----, sul banco CTB 82 stato installato il software per eseguire il collaudo richiesto. Bisogna solo fare le calibrazioni RF ed pronto per luso.

Un giorno per allestire un nuovo banco, strumenti diversi, senza modificare il SW.
NON CLASSIFICATO
Doc. Nr XXX Rev. 01 - Pag. 15

NON CLASSIFICATO

Esempio di implementazione standard OAFS

NON CLASSIFICATO

Doc. Nr XXX Rev. 01 - Pag. 16