METODO DE PRUEBA DE UN SISTEMA ELECTRONICO.

Método de preparación de una prueba de un sistema electrónico (SE) que comprende varios equipos (CALC1,

CALC2, DISP1, DISP2, CALC3, CALC4) conectados por al menos una conexión de comunicación (LIA, BUS), en el que, para efectuar la prueba:

- se utiliza un banco de prueba (BT) adaptado al sistema electrónico (SE) que va a someterse a prueba que se conecta al sistema que va a someterse a prueba, y

- se controla el banco de prueba según una secuencia de órdenes (Scenario_text_file) establecida a partir de al menos una especificación funcional informal (Functionnal_chain),

estando caracterizado el método de preparación de prueba porque:

- se crea la secuencia de órdenes (Scenario_text_file) a partir de un procedimiento de prueba (ATP, Test_Pro- cedure) que contiene una secuencia de objetos dotados de atributos, estando dotado al menos uno de los objetos de un atributo de trama que determina un emisor y un receptor entre los equipos del sistema SE, y que permite determinar un formato de transferencia de datos entre el emisor y el receptor, y

- se registra la especificación funcional informal (Functionnal_chain), la secuencia de órdenes (Scenario_ text_file), así como al menos un enlace (Link) que identifica una especificación funcional informal (Functionnal_chain) a partir de la cual se ha establecido al menos una parte de la secuencia de órdenes, de manera que después de la ejecución de la secuencia de orden y el registro de los resultados de la prueba, puede leerse el enlace (Link) e identificar de manera unívoca la o las especificaciones funcionales informales (Functionnal_chain) correspondientes a los resultados de prueba obtenidos

Método de prueba de un sistema electrónico.

La presente invención se refiere a un sistema y a un método de prueba de un sistema electrónico.

El campo técnico de la invención es el de la fabricación de helicópteros.

La presente invención se refiere en particular a un sistema de prueba de un sistema electrónico que comprende varios equipos electrónicos y una o varias estructura(s) de interconexión que conectan estos equipos.

La invención se aplica concretamente al caso en el que la interconexión se realiza mediante una o varias conexiones/buses de comunicación que es (son) conforme(s) a una o varias normas elegidas entre las normas MIL-STD-1553 (A o B), STANAG 3350, STANAG 3838, STANAG 3910, ARINC 429, ARINC 453, ARINC 629, ARINC 636, MIL-STD-1773, AFDX, ASCB, CSDB, IEEE P1014, RS232, RS422, RS485.

Los sistemas electrónicos instalados a bordo de aviones o autogiros que comprenden generalmente varios calculadores conectados a sensores, a accionadores y a visualizadores especialmente.

Las pruebas de funcionamiento correcto de tales sistemas son complejas, largas y por consiguiente costosas.

La preparación y la realización de estas pruebas resultan difíciles debido, especialmente, al gran número de señales y datos intercambiados por los equipos durante su funcionamiento, y debido al gran número de configuraciones posibles de los equipos que constituyen este sistema electrónico según esté previsto, por ejemplo, el sistema electrónico para equipar una aeronave desprovista de sistema de armamento o por el contrario para equipar una aeronave dotada de un sistema de armamento.

La patente EP-532017 describe un sistema de prueba de un equipo electrónico que comprende un controlador de ensayos genérico GTC así como una unidad de interferencia funcional FIU, específica de un sistema de armamento particular, que están cada uno conectado con un panel de interfaz con los aparatos en prueba y que se comunican por medio de un bus IEEE-488. El controlador genérico GTC y la unidad específica FIU están cada uno conectados a tarjetas, o instrumentos, de entrada/salida analógica y digital, por medio de un bus IEEE-796. El controlador GTC comprende tarjetas de interfaz con el bus 1553 que pueden funcionar como controlador de bus, como terminal o como monitor de bus. Pueden modificarse y compilarse programas de prueba mediante un ordenador central, por medio de una conexión RS232 y registrarse en una unidad de almacenamiento conectada, al igual que una interfaz de operador, a la unidad de microprocesador del controlador GTC.

La patente EP-827608 describe un método de prueba de circuitos eléctricos en el que el programa de prueba se divide en un elemento relativo a la secuencia de prueba que recurre a datos contenidos en un campo de datos textuales y un elemento relativo al control del dispositivo de prueba.

La patente EP-985155 describe un método de prueba en el que un operador introduce información para definir una secuencia de órdenes que se aplicará a un dispositivo de prueba conectado a un equipo que va a someterse a prueba. Para cada orden de la secuencia de órdenes, el operador introduce un número de orden, un tipo de orden, parámetros o variables de la orden y un resultado esperado para la prueba correspondiente a esta orden. Para realizar esto, el operador tiene la ayuda de un diccionario de los diferentes tipos de orden aplicables al equipo que va a someterse a prueba, así como una base de datos que agrupa las variables contenidas en los argumentos de las órdenes así como los valores que cada variable puede adoptar. El operador puede a continuación hacer que el dispositivo de prueba ejecute la o las órdenes introducidas y puede archivar los resultados de la prueba. El dispositivo de prueba puede realizar un análisis para verificar que un tipo de orden introducida pertenece al diccionario, que los argumentos tienen una sintaxis correspondiente a la del diccionario y que las variables introducidas pertenecen a la base de datos de variables.

La patente EP-1583289 describe un sistema de simulación y de prueba de una red AFDX que permite simular uno o varios equipos a partir de "productos comerciales".

Los métodos y sistemas de simulación y/o de prueba conocidos generalmente están diseñados para someter a prueba un número restringido de equipos.

La prueba de un sistema electrónico de a bordo (aviónica) tiene por objeto verificar que las funciones asignadas al sistema efectivamente se cumplen. Estas funciones se definen generalmente de manera informal. A partir de una definición de este tipo, una persona, operador de prueba, puede elaborar una secuencia de órdenes de un dispositivo (o "banco") de prueba, por ejemplo como se describe en la patente EP-985155.

Teniendo en cuenta la complejidad de un sistema que va a someterse a prueba, una secuencia completa de órdenes suficiente para someter a prueba una función determinada del sistema puede comprender uno o varios millares de órdenes.

La elaboración de las secuencias de órdenes que van a aplicarse al aparato de prueba necesita recurrir a un operador altamente cualificado. Debido a la diversidad de los equipos que forman parte del sistema de aviónica, es difícil, si no imposible, disponer de un operador perfectamente cualificado para todos los equipos del sistema y para todas las funciones que debe cumplir el sistema en su conjunto. Por tanto, generalmente es necesario recurrir a varios operadores elegidos en función de su alta cualificación para una parte solamente de los equipos y/o de las funciones que van a someterse a prueba.

La puesta a punto de un sistema electrónico de a bordo necesita a menudo someter a prueba sucesivamente, repetidas veces, la adecuación del sistema con una función determinada que debe cumplir.

Debido especialmente al carácter informal de la definición de una función que tal sistema electrónico debe cumplir, dos operadores distintos pueden elaborar dos secuencias de órdenes diferentes, y la ejecución de estas dos secuencias de órdenes producirá dos informes de prueba diferentes.

Además, para una orden determinada, dos operadores distintos pueden elegir dos valores distintos para un parámetro o una variable de esta orden, lo que también desembocará en dos informes de prueba diferentes. La comparación de estos dos informes puede carecer de sentido o puede desembocar en una conclusión errónea.

Un objetivo de la invención es proponer un método y/o un sistema de prueba y de simulación de un sistema electrónico complejo mejorado(s) y/o que remedie(n), al menos en parte, las carencias o inconvenientes de los métodos y sistemas de prueba conocidos.

Según un aspecto de la invención, se propone un método de preparación de una prueba de un sistema electrónico que comprende varios equipos conectados por al menos una conexión de comunicación, en el que, para efectuar la prueba:

durante la preparación de la prueba:

Según características preferidas de un método según...

1. Método de preparación de una prueba de un sistema electrónico (SE) que comprende varios equipos (CALC1, CALC2, DISP1, DISP2, CALC3, CALC4) conectados por al menos una conexión de comunicación (LIA, BUS), en el que, para efectuar la prueba:

estando caracterizado el método de preparación de prueba porque:

2. Método según la reivindicación 1, en el que la especificación funcional informal (Functionnal_chain) se registra en forma de un archivo de texto.

3. Método según la reivindicación 1 ó 2, en el que la secuencia de órdenes (Scenario_text_file) se registra en forma de un archivo de texto.

4. Método según una cualquiera de las reivindicaciones 1 a 3, en el que el enlace (Link) comprende la dirección de una secuencia de órdenes (Scenario_text_file) y la dirección de una especificación funcional informal (Functionnal_chain).

5. Método según una cualquiera de las reivindicaciones 1 a 4, en el que el procedimiento de prueba (ATP, Test_Pro- cedure) contiene objetos de simulación (TestSimu), objetos de observación (TestSpy) y objetos de control (TestCheck).

6. Método según una cualquiera de las reivindicaciones 1 a 5, en el que el procedimiento de prueba (ATP, Test_Pro- cedure) contiene objetos de función que va a someterse a prueba (TestFunct).

7. Método según una cualquiera de las reivindicaciones 1 a 6, en el que el procedimiento de prueba (ATP, Test_Pro- cedure) contiene datos de organización jerárquica de los objetos de función que va a someterse a prueba (TestFunct).

8. Método según una cualquiera de las reivindicaciones 1 a 7, en el que, para crear la secuencia de órdenes (Scenario_text_file) a partir de un procedimiento de prueba (ATP, Test_Procedure) que contiene objetos de simulación (TestSimu), objetos de observación (TestSpy) y/u objetos de control (TestCheck), se eligen estos objetos entre objetos registrados en una base de datos (Interf_DB) de configuración de los equipos, e intercambios de datos entre los equipos, del sistema que va a someterse a prueba.

9. Método de realización de una prueba de un sistema electrónico (SE) que comprende varios equipos (CALC1, CALC2, DISP1, DISP2, CALC3, CALC4) conectados por al menos una conexión de comunicación (LIA, BUS), en el que se prepara la prueba mediante un método según una cualquiera de las reivindicaciones 1 a 8 y a continuación:

10. Método de realización de una prueba de un sistema electrónico (SE) según la reivindicación 9 que comprende varios equipos (CALC1, CALC2, DISP1, DISP2, CALC3, CALC4) conectados por al menos una conexión de comunicación (LIA, BUS), en el que se prepara la prueba:

11. Programa que comprende un código fijado sobre un soporte o materializado mediante una señal, siendo el código legible y/o ejecutable mediante al menos una unidad de tratamiento de datos para estimular y someter a prueba el funcionamiento de un sistema electrónico (SE), comprendiendo el código segmentos de código para efectuar operaciones de un método según una cualquiera de las reivindicaciones 1 a 8.

12. Sistema (SYST, BT) de prueba de un sistema electrónico (SE), que se programa para ejecutar operaciones de un método según una cualquiera de las reivindicaciones 1 a 8.