WO2009001218A2 - Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé - Google Patents

Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé Download PDF

Info

Publication number
WO2009001218A2
WO2009001218A2 PCT/IB2008/002242 IB2008002242W WO2009001218A2 WO 2009001218 A2 WO2009001218 A2 WO 2009001218A2 IB 2008002242 W IB2008002242 W IB 2008002242W WO 2009001218 A2 WO2009001218 A2 WO 2009001218A2
Authority
WO
WIPO (PCT)
Prior art keywords
command
diagnostic module
electronic card
execution
simulation system
Prior art date
Application number
PCT/IB2008/002242
Other languages
English (en)
Other versions
WO2009001218A3 (fr
Inventor
Grégory SELLIER
Thierry Habigand
Franck Dessertenne
Original Assignee
Airbus France
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FR0757293A external-priority patent/FR2918193A1/fr
Application filed by Airbus France filed Critical Airbus France
Priority to AT08806944T priority Critical patent/ATE555566T1/de
Priority to US12/666,528 priority patent/US8402315B2/en
Priority to CN200880022047.0A priority patent/CN101715577A/zh
Priority to JP2010514181A priority patent/JP2010538338A/ja
Priority to CA002691565A priority patent/CA2691565A1/fr
Priority to RU2010102731/08A priority patent/RU2487397C2/ru
Priority to EP08806944A priority patent/EP2160682B1/fr
Priority to BRPI0811670-9A2A priority patent/BRPI0811670A2/pt
Publication of WO2009001218A2 publication Critical patent/WO2009001218A2/fr
Publication of WO2009001218A3 publication Critical patent/WO2009001218A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Definitions

  • Electronic card adapted to execute a command from a simulation system and a command from a diagnostic module and associated simulation method
  • the present invention relates to electronic cards.
  • the invention relates to electronic cards used in integration simulators, in particular in the simulators of the equipment of an aircraft.
  • Integration simulators are used to ensure the development and integration of electronic and computer systems embedded in aircraft, especially before the first flight.
  • the integration simulators essentially comprise a host computer (known as "host"), actual equipment of the aircraft and an electronic interface connecting these two elements.
  • the electronic interface comprises several electronic cards, making it possible to put the equipment of the aircraft in real situations, such as, for example, certain meteorological conditions, failure conditions, etc.
  • This interface generates or acquires signals managed by the host computer for simulation of real equipment.
  • the host computer includes simulation models of the aircraft and its environment. Peripheral systems are connected to actual equipment and include verification programs.
  • An integration simulator is a real-time system, which is to say, that the tests on the equipment are made at the speed of their actual progress.
  • This system issues diagnostic commands to analyze the operation of the electronic card and thus to identify the malfunction.
  • the present invention aims to solve the above limitations and to provide an electronic card for executing an order from a diagnostic module and a command from a real-time simulation system.
  • an electronic card comprising a processing unit.
  • the electronic card is able to receive a command from a diagnostic module and a command from a simulation system, and comprises means for managing the execution priority of the command from the simulation system with respect to that of the command from the diagnostic module.
  • the management means are able to cause the execution of the command from the simulation system to take priority over the execution of the command from the diagnostic module.
  • the execution of a command from the diagnostic module does not interfere with the real-time execution of a command from the simulation system.
  • the command from the simulation system is preemptive with respect to the command from the diagnostic module.
  • the card interrupts the execution of the command from the diagnostic module and immediately starts the execution of the command from the simulation system.
  • the electronic card includes means for storing the command from the diagnostic module on the electronic card during the execution of the command from the simulation system and means for executing the command from the module. diagnosis once the execution of the command from the simulation system is complete.
  • the command from the diagnostic module is a command forcing a value of a parameter of the electronic card.
  • commands from the simulation system and the diagnostic module can be executed with forced values, in order to carry out analyzes and investigations.
  • the command from the diagnostic module includes a function for recording a value of a parameter.
  • the commands from the diagnostic module are implemented by a non-priority background spot.
  • a background task detects the end of the execution of the command from the simulation system and then executes a command from the pending diagnostic module.
  • the present invention aims according to a second aspect a diagnostic system of an electronic card.
  • the diagnostic system comprises a diagnostic module and means for managing the execution priority of a command from a simulation system with respect to that of a command from the diagnostic module.
  • the diagnostic system of the electronic card is able to determine the execution priority of the commands from the module of diagnostic and simulation system without stopping the real-time execution of orders.
  • This diagnostic system has characteristics and advantages similar to those described above in connection with the electronic card.
  • the present invention aims according to a third aspect a method of executing a command from a simulation system and a command from a diagnostic module, implemented by an electronic card according to the invention.
  • the invention relates to a method of simulation by means of an electronic card of a command coming from a diagnostic module and a command coming from a simulation system, with a step of managing the execution priority of the command from the simulation system compared to that of the command from the diagnostic module.
  • the execution of the command from the simulation system has priority over the execution of the command from the diagnostic module.
  • command from the simulation system is preemptive with respect to the command from the diagnostic module.
  • the method comprises the following steps:
  • the method comprises executing a command from the diagnostic module, the command being a command forcing a value of a parameter.
  • the method comprises the execution of a command from the diagnostic module, the command comprising a function for recording a value of a parameter.
  • the command from the diagnostic module is implemented by a non-priority background spot.
  • the present invention also aims at the use of the electronic card and the method of execution according to the invention for the analysis of a malfunction of the integrated electronic card in an integration simulator.
  • the present invention aims at the use of a diagnostic system for the analysis of a malfunction of the integrated electronic card in an integration simulator.
  • the integration simulator is a simulator for the integration of equipment of an aircraft.
  • FIG. 1 is a schematic representation of an integration simulator
  • FIG. 2 is a schematic representation of the processing of commands by an electronic card according to the invention in the integration simulator of FIG. 1.
  • FIGS. 1 and 2 An integration simulator comprising a diagnostic system and an electronic card according to the invention will be described with reference to FIGS. 1 and 2.
  • An integration simulator 1 comprises a real equipment 2, a simulation system 3 and an electronic interface 4 located between them.
  • a real equipment 2 is for example a cockpit of an aircraft, avionics computers, control actuators or electrical and hydraulic generators. This equipment 2 is not necessarily a real system for an aircraft but it can also be a model used for the design thereof.
  • the simulation system 3 is a host computer.
  • the host computer 3 models the aircraft and its environment, and issues simulation commands to these devices.
  • the issuing of these commands is for example carried out, once the host computer 3 has issued a start command (intended to start the operation of the integration system), as well as a configuration command of the integration system.
  • the host computer 3 is for example made up of servers with a large computing power.
  • a server used is, for example, the server known as the "ES45 alpha server" designed by the company Hewlett Packard.
  • the electronic interface 4 comprises electronic cards making it possible to put the equipment of an aircraft in real situations, during the simulation of the signals emitted by the host computer 3 intended for the simulation of real equipment 2.
  • these cards are ARINC 429 or AFDX type cards.
  • the electronic interface 4 is connected to the host computer by means of a high-speed bus.
  • the bus connects the electronic cards themselves.
  • the bus is a bus known as VME
  • a diagnostic module 6 is connected to the electronic card 4.
  • the diagnostic module 6 is for example a personal computer.
  • the connection between the diagnostic module 6 and the electronic card 4 is made for example via the serial port RS232 of this computer.
  • the diagnostic module 6 is adapted to issue diagnostic commands 11 in order to obtain feedback from the operation of the electronic card 4, as well as to force parameter values of the electronic cards 4.
  • the electronic card 4 comprises a microprocessor 7 and the memory 8.
  • the microprocessor 7 is adapted to execute the commands 10, 11 that the electronic card 4 receives from the host computer 3 and the diagnostic module 6.
  • the electronic card 4 is adapted to manage the order of execution of these commands 10, 11.
  • the card 4 executes a command 10 from the host computer 3 and an interruption of the diagnostic module 9a is raised by the arrival of a command 11 from the diagnostic module 6, or when the card 4 executes a command command 11 from the diagnostic module 6 and an interruption of the host computer 9b is raised by the arrival of a command 10 from the host computer 3, the card 4 is adapted to manage these scenarios by managing the priority of the interruptions depending on the source and type of orders.
  • the diagnostic system thus comprises the diagnostic module 6 as well as the means necessary to implement the management of the priority of the interrupts 9a, 9b.
  • the host computer gives a time to the microprocessor 8 of the electronic card for executing the commands 10, 11.
  • this time is 10ms; the execution time of a command 10 from the host computer is 8ms; and the execution time of a command 11 from the diagnostic module 6 is 2ms.
  • the electronic card 4 receives the commands 10 from the host computer 3 and commands 11 from the diagnostic module 6 which are executed during the interruption 9a, 9b. These interrupts 9a, 9b have different execution priorities.
  • the commands 10 from the host computer 3 arrive at the electronic card via the VME bus 5 connection between them.
  • the commands from the diagnostic module 6 arrive at the electronic card 4 via the RS232 serial link between the diagnostic module 6 and the electronic card 4.
  • the commands from the diagnostic module 6 comprise a binary code representing the type of command and thus allowing the microprocessor 7 to recognize the type of command 11 arriving at the electronic card 4.
  • the highest priority is the priority of the commands 10 coming from the host computer 3.
  • the microprocessor 7 continues the execution of the command 10 from the host computer 3 and once finished, it starts the execution of the command 11 from the diagnostic module 6.
  • the commands 10 from the host computer 3 are preemptive with respect to the commands 11 from the diagnostic module 6.
  • the upper priority interrupt 9a, 9b is taken into account when processing another interrupt 9a, 9b, but a lower priority interrupt 9a, 9b is put on hold.
  • the commands 11 from the diagnostic system 6 arrive at the electronic card 4 and the microprocessor 7 is occupied by the execution of a command, the commands 11 from the diagnostic module 6 are stored in the on-board memory 8 on the electronic card 4, in order to wait for their execution.
  • This memory 8 is for example a FIFO (First In, First Out) type volatile memory.
  • the interruption 9a caused by the commands 11 from the diagnostic module 6 or diagnostic commands 11 have a priority two. It will be noted that a priority two interruption is of lower priority than a priority one interruption.
  • the diagnostic commands 11 are executed by a background task 20.
  • This background task 20 detects the instants in which the microprocessor 7 is inactive and executes diagnostic commands 11 stored in memory 8 and awaiting execution.
  • commands 11 from the diagnostic module 6 are in particular two types.
  • a first type of diagnostic command 11 is a forcing command 11a (the term forcing is also known by the term "injection").
  • the forcing command 11a consists in forcing a parameter of the electronic card 4 to a value defined in the forcing command 11a.
  • This parameter can be a parameter input or output of the card, or an intermediate parameter used for internal calculations.
  • a forcing command 11a it is possible to force output parameters of the card, corresponding to input parameters of the real equipment 2, or to input parameters of the host computer. 3, as well as forcing configuration parameters of the electronic card 4.
  • this forcing command 11a can be followed by the execution of a command 10 from the host computer 3 or from another command 11 coming from the diagnostic module 6.
  • the command 10, 11 executes taking account for forced and non-real values. This function is used for example when one wants to analyze a command 10,11 when the output is fixed to a value. It will be noted that during the implementation of the forcing command
  • a command from the host computer 3 can be implemented at the same time, if the latter command does not use input or output parameters used by the forcing command 11a.
  • forcing command 11a will only be implemented once the command 10 from the host computer 3 is completed. This forcing command 11a is performed as follows.
  • the memory 8 embedded in the electronic card 4 comprises a memory zone comprising a table containing values of the parameters used by the execution of a command, also called table of real values 12.
  • the memory 8 also comprises a memory zone comprising a table reserved for forcing values also called forcing value table 13.
  • the memory comprises a memory zone comprising a table of pointers 14 used in the execution of the commands.
  • a command 11 from the diagnostic module 6 is a forcing command 11a
  • the forcing values are stored in the forcing value table. 13 and the access pointer 15 to the real value table 12 will then point to the forcing value table 13.
  • a second type of command 11 from the diagnostic module 6 includes a recording function 11b of a parameter.
  • a first type of recording function 11b consists in monitoring parameter values acquired by the host computer 3 or parameter values sent by the host computer to the electronic card 4.
  • the parameters to be recorded are determined by the diagnostic module 6.
  • the diagnostic module 6 associates with the parameter to be recorded, a label identifying the recording to be made.
  • registration points are provided in the code executed by the diagnostic command 11b.
  • the value of the determined parameter is recorded at that time.
  • the value of a parameter known by the English term of monitoring.
  • the parameters to be recorded are also determined by the diagnostic module 6 using identification tags of the recording to be performed associated with the parameter to be recorded. In this case, the registration is implemented periodically.
  • the recorded values are stored in the on-board memory 8 of the electronic card 4, they are then shaped by the background spot 20 and sent to the diagnostic module 6.
  • a second type of recording function 11b is the consultation of the configuration parameters of the electronic card 4.
  • a third type of recording function 11b is the consultation of the operating states of the electronic card.
  • These operating states can be, for example, an initialization state of the electronic card, a state of implementation of the commands, or an error state.
  • a fourth type of recording function 11b is the consultation of malfunction states of the electronic card 4. This function allows us to identify a malfunction and then investigate what causes it.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Une carte électronique (4) comprenant une unité de traitement (7), apte à recevoir une commande provenant d'un module de diagnostic (6) et une commande provenant d'un système de simulation (3). La carte électronique (4) comporte des moyens de gestion de la priorité d'exécution de la commande provenant du système de simulation (3) par rapport à la commande provenant du module de diagnostic (6). Un système de diagnostic d'une carte électronique comportant un module de diagnostic et des moyens de gestion de la priorité d'exécution des commandes. Un procédé de simulation est associé à la carte électronique (4). Utilisation notamment pour l'analyse de dysfonctionnements des cartes électroniques (4) intégrées dans des simulateurs d'intégration(1 ).

Description

Carte électronique apte à exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé
La présente invention concerne des cartes électroniques.
Particulièrement, l'invention concerne des cartes électroniques utilisées dans les simulateurs d'intégration, notamment dans les simulateurs des équipements d'un aéronef.
Corrélativement, elle concerne un système de diagnostic des cartes électroniques.
Les simulateurs d'intégration sont utilisés pour assurer le développement et l'intégration des systèmes électroniques et informatiques embarqués dans les aéronefs, en particulier avant le premier vol.
Les simulateurs d'intégration comprennent essentiellement un calculateur hôte (connu sous le nom de « host »), des équipements réels de l'aéronef et une interface électronique reliant ces deux éléments.
L'interface électronique comprend plusieurs cartes électroniques, permettant de mettre les équipements de l'aéronef en situations réelles, comme par exemple certaines conditions météorologiques, conditions de panne... , Cette interface génère ou acquiert des signaux gérés par le calculateur hôte destinés à la simulation des équipements réels.
Le calculateur hôte comprend pour ce faire des modèles de simulation de l'aéronef et de son environnement. Des systèmes périphériques sont connectés aux équipements réels et comprennent des programmes de vérification. Un simulateur d'intégration est un système temps réel, ce qui revient à dire, que les tests sur les équipements sont réalisés à la vitesse de leur déroulement réel.
De ce fait, lorsqu'un dysfonctionnement au niveau des cartes électroniques est détecté, il est nécessaire d'arrêter le fonctionnement du simulateur d'intégration afin de repérer où se trouve exactement le dysfonctionnement. Ainsi, afin de trouver l'origine du dysfonctionnement, on doit mettre en place des équipements de test, tels qu'un analyseur logique sur un bus temps réel qui relie le calculateur hôte et les cartes électroniques, et un multimètre ou un oscilloscope sur les entrées/sorties des cartes électroniques. Du fait de l'arrêt du fonctionnement temps réel du système d'intégration, le dysfonctionnement n'est pas toujours visible, et il est ainsi difficile de repérer où il se trouve.
Il est alors nécessaire de tester la ou les cartes dans des bancs de test dédiés une fois que la ou les cartes sont enlevées du montage du simulateur d'intégration.
Il existe aussi un système qui peut être connecté sur certaines cartes électroniques permettant la configuration des paramètres des cartes ou la lecture de certaines adresses mémoire.
Ce système émet des commandes de diagnostic afin d'analyser le fonctionnement de la carte électronique et ainsi de repérer le dysfonctionnement.
Néanmoins, pour les mêmes raisons que précédemment, cette connexion et ces opérations de diagnostic réalisées sur les cartes à l'aide du module sont réalisées hors du fonctionnement temps réel du système de simulation d'intégration.
Ces méthodes pour repérer le dysfonctionnement dans les cartes électroniques sont peu efficaces et impliquent une perte de temps dû à la complexité de ces méthodes.
D'autre part, lorsque l'exécution des programmes de simulation des équipements réels est mise en place et que l'on souhaite modifier la valeur de certains paramètres, il faut arrêter la simulation, modifier les programmes de simulation et recommencer la simulation.
Compte tenu du long temps nécessaire pour la mise en oeuvre de ces programmes, cette façon de procéder est inefficace. La présente invention a pour but de résoudre les limitations précitées et de proposer une carte électronique permettant d'exécuter une commande provenant d'un module de diagnostic et une commande provenant d'un système de simulation en temps réel.
A cet effet, la présente invention vise selon un premier aspect, une carte électronique comprenant une unité de traitement. La carte électronique est apte à recevoir une commande provenant d'un module de diagnostic et une commande provenant d'un système de simulation, et comporte des moyens de gestion de la priorité d'exécution de la commande provenant du système de simulation par rapport à celle de la commande provenant du module de diagnostic. Ainsi, il est possible d'exécuter une commande provenant du module de diagnostic ou une commande provenant du système de simulation sans arrêter respectivement l'exécution temps réel d'une commande provenant du système de simulation ou d'une commande provenant du module de diagnostic.
Selon une caractéristique préférée, les moyens de gestion sont aptes à provoquer l'exécution de la commande provenant du système de simulation en priorité sur l'exécution de la commande provenant du module de diagnostic. Ainsi, l'exécution d'une commande provenant du module de diagnostic ne perturbe pas l'exécution temps réel d'une commande provenant du système de simulation. Selon une autre caractéristique préférée, la commande provenant du système de simulation est préemptive par rapport à la commande provenant du module de diagnostic.
Par conséquent, lors de l'arrivée d'une commande provenant du système de simulation au cours de l'exécution d'une commande provenant du module de diagnostic, la carte interrompt l'exécution de la commande provenant du module de diagnostic et commence immédiatement l'exécution de la commande provenant du système de simulation.
En pratique, la carte électronique comporte des moyens de mémorisation de la commande provenant du module de diagnostic sur la carte électronique pendant l'exécution de la commande provenant du système de simulation et des moyens d'exécution de la commande provenant du module de diagnostic une fois que l'exécution de la commande provenant du système de simulation est terminée.
Ainsi, lorsqu'une commande provenant du système de simulation est en cours d'exécution et qu'une commande provenant du module de diagnostic arrive, celle-ci est mémorisée dans une mémoire embarquée dans la carte électronique et attend que l'exécution de la commande provenant du système de simulation soit terminée pour être exécutée à son tour.
Par exemple, la commande provenant du module de diagnostic est une commande de forçage d'une valeur d'un paramètre de la carte électronique.
Ainsi, des commandes provenant du système de simulation et du module de diagnostic peuvent être exécutées avec des valeurs forcées, afin de pouvoir mener des analyses et investigations.
En variante, la commande provenant du module de diagnostic comporte une fonction d'enregistrement d'une valeur d'un paramètre.
En effet, il est intéressant lors de l'analyse ou de l'investigation, de connaître des valeurs de certains paramètres.
Avantageusement, les commandes provenant du module de diagnostic sont implémentées par une tache de fond non prioritaire. Ainsi, une tâche de fond détecte la fin de l'exécution de la commande provenant du système de simulation et procède ensuite à l'exécution d'une commande provenant du module de diagnostic en attente.
Ainsi, l'exécution temps réel de la commande provenant du système de simulation n'est pas perturbée. La présente invention vise selon un deuxième aspect un système de diagnostic d'une carte électronique.
Le système de diagnostic comporte un module de diagnostic et des moyens de gestion de la priorité d'exécution d'une commande provenant d'un système de simulation par rapport à celle d'une commande provenant du module de diagnostic.
Ainsi, le système de diagnostic de la carte électronique est apte à déterminer la priorité d'exécution des commandes provenant du module de diagnostic et du système de simulation sans pour autant arrêter l'exécution temps réel des commandes.
Ces moyens de gestion de la priorité d'exécution des commandes sont les moyens de gestion de la priorité des commandes de la carte électronique décrite ci-dessus.
Ce système de diagnostic présente des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec la carte électronique.
La présente invention vise selon un troisième aspect un procédé d'exécution d'une commande provenant d'un système de simulation et d'une commande provenant d'un module de diagnostic, mise en ouvre par une carte électronique conforme à l'invention.
Ce procédé présente des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec la carte électronique et ils ne seront donc pas tous rappelés dans ce qui suit.
L'invention concerne un procédé de simulation au moyen d'une carte électronique d'une commande provenant d'un module de diagnostic et d'une commande provenant d'un système de simulation , avec une étape de gestion de la priorité d'exécution de la commande provenant du système de simulation par rapport à celle de la commande provenant du module de diagnostic.
Selon une caractéristique préférée, l'exécution de la commande provenant du système de simulation est prioritaire par rapport à l'exécution de la commande provenant du module de diagnostic.
Par ailleurs, la commande provenant du système de simulation est préemptive par rapport à la commande provenant du module de diagnostic.
Selon une caractéristique préférée, le procédé comporte les étapes suivantes :
- mémorisation de la commande provenant du module de diagnostic pendant l'exécution de la commande provenant du système de simulation, et - exécution de la commande provenant du module de diagnostic une fois que la commande provenant du système de simulation est terminée. Par exemple, le procédé comporte l'exécution d'une commande provenant du module de diagnostic, la commande étant une commande de forçage d'une valeur d'un paramètre.
En variante, le procédé comporte l'exécution d'une commande provenant du module de diagnostic, la commande comportant une fonction d'enregistrement d'une valeur d'un paramètre.
Selon une autre caractéristique préférée, la commande provenant du module de diagnostic est implémentée par une tache de fond non prioritaire.
La présente invention vise aussi l'utilisation de la carte électronique et du procédé d'exécution conformes à l'invention pour l'analyse d'un dysfonctionnement de la carte électronique intégrée dans un simulateur d'intégration.
De la même manière, la présente invention vise l'utilisation d'un système de diagnostic pour l'analyse d'un dysfonctionnement de la carte électronique intégrée dans un simulateur d'intégration.
Par ailleurs, le simulateur d'intégration est un simulateur d'intégration des équipements d'un aéronef.
Aux dessins annexés, donnés à titre d'exemples non limitatifs :
- la figure 1 est une représentation schématique d'un simulateur d'intégration ; et
- la figure 2 est une représentation schématique du traitement des commandes par une carte électronique conforme à l'invention dans le simulateur d'intégration de la figure 1.
On va décrire en référence aux figures 1 et 2 un simulateur d'intégration comprenant un système de diagnostic et une carte électronique conforme à l'invention.
Un simulateur d'intégration 1 comporte un équipement réel 2, un système de simulation 3 et une interface électronique 4 situé entre eux.
Un équipement réel 2 est à titre d'exemple un cockpit d'un aéronef, des calculateurs avioniques, des actionneurs de gouvernes ou des générateurs électriques et hydrauliques. Cet équipement 2 n'est pas nécessairement un système réel destiné à un aéronef mais il peut être également un modèle utilisé pour la conception de celui-ci.
Ici, le système de simulation 3 est un calculateur hôte. Le calculateur hôte 3 modélise l'aéronef et son environnement, et émet des commandes de simulation à ces équipements.
L'émission de ces commandes est par exemple réalisée, une fois que le calculateur hôte 3 a émis une commande de début (destinée à démarrer le fonctionnement du système d'intégration), ainsi qu'une commande de configuration du système d'intégration.
Le calculateur hôte 3 est par exemple constitué de serveurs avec une grande puissance de calcul.
Un serveur utilisé est par exemple, le serveur connu sous la référence « alpha server ES45 » conçu par la compagnie Hewlett Packard. L'interface électronique 4 comporte des cartes électroniques permettant de mettre les équipements d'un aéronef dans des situations réelles, lors de la simulation des signaux émis par le calculateur hôte 3 destinés à la simulation des équipements réels 2.
A titre d'exemple, ces cartes sont des cartes type ARINC 429 ou AFDX.
L'interface électronique 4 est connectée au calculateur hôte au moyen d'un bus 5 à haute vitesse.
En même temps, le bus connecte les cartes électroniques entre elles mêmes. A titre d'exemple, le bus est un bus connu sous le nom VME
(« Versa Module Eurocard ») qui est un bus standard issu du monde industriel. Ce bus est particulièrement bien adapté pour la connexion de différentes cartes électroniques au calculateur hôte 3. Il est adapté à la gestion d'entrées/sorties.
Lorsque l'on s'aperçoit qu'une des cartes électroniques présente un dysfonctionnement ou que l'on veut forcer la valeur de certains paramètres des cartes électroniques, un module de diagnostic 6 est connecté à la carte électronique 4. Le module de diagnostic 6 est par exemple un ordinateur personnel. La connexion entre le module de diagnostic 6 et la carte électronique 4 est réalisée par exemple via le port série RS232 de cet ordinateur.
Le module de diagnostic 6 est adapté à émettre des commandes de diagnostic 11 en vue d'obtenir en retour des informations du fonctionnement de la carte électronique 4, ainsi que de forcer de valeurs de paramètres des cartes électroniques 4.
Ainsi, avec ces commandes de diagnostic 11 , il est possible d'analyser le comportement de la carte électronique 4 en vue de repérer le dysfonctionnement constaté lors des tests d'intégration des équipements ou lors de la phase de conception des équipements.
La carte électronique 4 comporte un microprocesseur 7 et de la mémoire 8.
Le microprocesseur 7 est adapté à exécuter les commandes 10, 11 que la carte électronique 4 reçoit en provenance du calculateur hôte 3 et du module de diagnostic 6.
Lorsque les commandes 10, 11 (provenant du calculateur hôte 3 et du module de diagnostic 6) arrivent à la carte électronique 4, elles lèvent une interruption 9a, 9b. Ces commandes 10, 11 ont une priorité différente selon le type de commande.
La carte électronique 4 est adaptée à gérer l'ordre d'exécution de ces commandes 10, 11.
Ainsi, lorsque la carte 4 exécute une commande 10 provenant du calculateur hôte 3 et qu'une interruption du module de diagnostic 9a est levée par l'arrivée d'une commande 11 provenant du module de diagnostic 6, ou lorsque la carte 4 exécute une commande 11 provenant du module de diagnostic 6 et qu'une interruption du calculateur hôte 9b est levée par l'arrivée d'une commande 10 provenant du calculateur hôte 3, la carte 4 est adaptée à gérer ces scénarios par une gestion de la priorité des interruptions en fonction de la provenance et du type des commandes. Le système de diagnostic comporte ainsi le module de diagnostic 6 ainsi que les moyens nécessaires pour mettre en œuvre la gestion de la priorité des interruptions 9a, 9b.
Le calculateur hôte accorde un temps au microprocesseur 8 de la carte électronique pour l'exécution des commandes 10, 11.
A titre d'exemple illustratif , ce temps est de 10ms ; le temps d'exécution d'une commande 10 provenant du calculateur hôte est de 8ms ; et le temps d'exécution d'une commande 11 provenant du module de diagnostic 6 est de 2ms. On va décrire en référence à la figure 2 cette gestion de priorités par la carte électronique 4.
Sur la figure 2, un microprocesseur 7 et de la mémoire 8 embarqués sur la carte électronique 4 sont représentés.
Comme déjà cité dans ce document, la carte électronique 4 reçoit les commandes 10 provenant du calculateur hôte 3 et des commandes 11 provenant du module de diagnostic 6 qui sont exécutées lors de l'interruption 9a, 9b. Ces interruptions 9a, 9b ont des priorités d'exécution différentes.
On notera que dans cet exemple, les commandes 10 provenant du calculateur hôte 3 arrivent à la carte électronique par le bus VME 5 de connexion entre eux.
Les commandes provenant du module de diagnostic 6 arrivent à la carte électronique 4 par la liaison série RS232 entre le module de diagnostic 6 et la carte électronique 4.
Il existe différentes types de commandes provenant du module de diagnostic 6.
Les commandes provenant du module de diagnostic 6 comportent un code binaire représentant le type de commande et permettant ainsi au microprocesseur 7 de reconnaître le type de commande 11 arrivée à la carte électronique 4. La priorité la plus élevée est la priorité des commandes 10 provenant du calculateur hôte 3. Ainsi, lorsqu'une commande 10 provenant du calculateur hôte 3 est exécutée dans le microprocesseur 7 et qu'une commande 11 provenant du module de diagnostic 6 arrive, le microprocesseur 7 continue l'exécution de la commande 10 provenant du calculateur hôte 3 et une fois terminée, il commence l'exécution de la commande 11 provenant du module de diagnostic 6. Les commandes 10 provenant du calculateur hôte 3 sont préemptives par rapport aux commandes 11 provenant du module de diagnostic 6.
Ainsi, lorsqu'une commande 11 provenant du module de diagnostic 6 est exécutée et une interruption 9b est levée par l'arrivée d'une commande 10 provenant du calculateur hôte 3, l'exécution de la commande 11 provenant du module de diagnostic 6 est arrêtée et la commande 10 provenant du calculateur hôte 3 commence à être exécutée.
En effet, l'interruption 9a, 9b de priorité supérieure est prise en compte lors du traitement d'une autre interruption 9a, 9b, mais une interruption 9a, 9b de priorité inférieure est mise en attente.
Une fois que l'exécution de la commande 10 provenant du calculateur hôte 3 est terminée, la commande 11 provenant du module de diagnostic 6 reprend son exécution à l'endroit où elle s'était arrêtée.
Lorsque les commandes 11 provenant du système de diagnostic 6 arrivent à la carte électronique 4 et que le microprocesseur 7 est occupé par l'exécution d'une commande, les commandes 11 provenant du module de diagnostic 6 sont mémorisées dans la mémoire embarquée 8 sur la carte électronique 4, afin d'attendre leur d'exécution.
Cette mémoire 8 est par exemple une mémoire volatile de type FIFO (First In, First Out).
Bien entendu, lorsqu'aucune commande 10 provenant du calculateur hôte 3 n'est exécutée dans le microprocesseur 7 embarqué dans la carte électronique 4, et qu'une commande 11 provenant du module de diagnostic 6 arrive, il n'est pas nécessaire de mémoriser la commande La commande peut être directement exécutée.
L'interruption 9a provoquée par les commandes 11 provenant du module de diagnostic 6 ou commandes de diagnostic 11 ont une priorité deux. On notera qu'une interruption de priorité deux est de priorité inférieure à une interruption de priorité une.
Lorsqu'une commande 10 provenant du calculateur hôte 3 est exécutée et qu'une commande de diagnostic 11 arrive, cette commande de diagnostic 11 est mémorisée dans la mémoire embarquée 8. Les commandes de diagnostic 11 sont ainsi exécutées par ordre d'arrivée sur la carte 4 et donc par ordre de mémorisation sur la mémoire 8.
Les commandes de diagnostic 11 sont exécutées par une tâche de fond 20. Cette tâche de fond 20 détecte les instants dans lequel le microprocesseur 7 est inactif et exécute des commandes de diagnostic 11 mémorisées en mémoire 8 et en attente d'exécution.
Ici, les commandes 11 provenant du module de diagnostic 6 sont notamment deux types.
Un premier type de commande de diagnostic 11 est une commande de forçage 11a (le terme forçage est aussi connu par le terme « injection »).
Dans ce mode de réalisation, la commande de forçage 11a consiste au forçage d'un paramètre de la carte électronique 4 à une valeur définie dans la commande de forçage 11a.
Ce paramètre peut être un paramètre en entrée ou en sortie de la carte, ou un paramètre intermédiaire utilisé pour des calculs internes.
Ainsi, au moyen d'une commande de forçage 11a, il est possible de forcer des paramètres de sortie de la carte, correspondant à des paramètres en entrée de l'équipement réel 2, ou bien, à des paramètres d'entrée du calculateur hôte 3, ainsi que de forcer des paramètres de configuration de la carte électronique 4.
L'exécution de cette commande de forçage 11a peut être suivie de l'exécution d'une commande 10 provenant du calculateur hôte 3 ou d'une autre commande 11 provenant du module de diagnostic 6. Ainsi la commande 10,11 s'exécute prenant en compte des valeurs forcées et non réelles. Cette fonction est utilisée par exemple lorsque l'on veut analyser une commande 10,11 lorsque la sortie est fixée à une valeur. On notera que lors de Ia mise en œuvre de la commande de forçage
10a sur certains paramètres d'entrée ou de sortie de la carte électronique 4, une commande provenant du calculateur hôte 3 peut être mise en œuvre en même temps, si cette dernière commande n'utilise pas des paramètres d'entrée ou de sortie utilisée par la commande de forçage 11a.
Bien évidement, si la commande provenant du calculateur hôte 3 utilise les paramètres qui vont être forcés par la commande de forçage 11a, la commande de forçage 11a sera seulement mise en ouvre une fois que la commande 10 provenant du calculateur hôte 3 soit terminée. Cette commande de forçage 11 a est réalisée de la façon suivante.
La mémoire 8 embarquée dans la carte électronique 4 comporte une zone mémoire comprenant une table contenant des valeurs des paramètres utilisés par l'exécution d'une commande, aussi appelée table de valeurs réelles 12. La mémoire 8 comporte également une zone mémoire comprenant une table réservée à des valeurs de forçage aussi appelée table de valeurs de forçage 13.
Enfin, la mémoire comporte une zone mémoire comprenant une table de pointeurs 14 utilisés dans l'exécution des commandes. Lorsqu'une commande 11 provenant du module de diagnostic 6 est une commande de forçage 11a, et une fois que l'exécution de la commande 10 provenant du calculateur hôte 3 est terminée, les valeurs de forçage sont mémorisées dans la table de valeurs de forçage 13 et le pointeur 15 d'accès à la table de valeurs réelles 12 pointera alors à la table de valeurs de forçage 13. Ainsi, l'exécution de la commande 10,11 (provenant du calculateur hôte 3 ou du module de diagnostic 6) suivante sera implémentée avec des valeurs de forçage et non des valeurs réelles.
Une fois que la fin de la simulation avec des valeurs de forçage est souhaitée, une commande 11 provenant du module de diagnostic 6 indiquant la fin de forçage est reçue. Ainsi, l'exécution de la commande 10,11 (provenant du calculateur hôte 3 ou du module de diagnostic 6) suivante sera implémentée avec des valeurs réelles.
Un second type de commande 11 provenant du module de diagnostic 6 comporte une fonction d'enregistrement 11b d'un paramètre.
Dans ce mode de réalisation, plusieurs types de fonction d'enregistrement sont possibles.
Un premier type de fonction d'enregistrement 11b consiste à surveiller des valeurs de paramètres acquises par le calculateur hôte 3 ou des valeurs de paramètres envoyées par le calculateur hôte à la carte électronique 4.
Les paramètres à enregistrer sont déterminés par le module de diagnostic 6. Le module de diagnostic 6 associe au paramètre à enregistrer, une étiquette d'identification de l'enregistrement à effectuer. Dans le code exécuté par la commande de diagnostic 11b, des points d'enregistrement sont prévus.
Ainsi, à titre d'exemple, lorsque le paramètre change de valeur à un point d'enregistrement prévu dans le code, la valeur du paramètre déterminé est enregistrée à ce moment là. De la même manière, il est possible de suivre dans le temps de la valeur d'un paramètre (connu par le terme anglais de monitoring).
Les paramètres à enregistrer sont également déterminés par le module de diagnostic 6 à l'aide d'étiquettes d'identification de l'enregistrement à effectuer associées au paramètre à enregistrer. Dans ce cas, l'enregistrement est mis en œuvre périodiquement.
Les valeurs enregistrées sont mémorisées dans la mémoire embarquée 8 de la carte électronique 4, elles sont ensuite mises en forme par la tache de fond 20 et envoyées au module de diagnostic 6.
Un deuxième type de fonction d'enregistrement 11b est la consultation des paramètres de configuration de la carte électronique 4.
Un troisième type de fonction d'enregistrement 11b est la consultation des états de fonctionnement de la carte électronique. Ces états de fonctionnement peuvent être par exemple, un état d'initialisation de la carte électronique, un état de mise en œuvre des commandes, ou un état d'erreur.
Un quatrième type de fonction d'enregistrement 11b est la consultation des états de dysfonctionnement de la carte électronique 4. Cette fonction nous permet de repérer un dysfonctionnement et d'investiguer ensuite ce qui le provoque.
Bien entendu, d'autres types de fonctions pourraient être mises en œuvre par le système de diagnostic. Ainsi, grâce à l'invention, il est possible d'exécuter une commande provenant d'un module de diagnostic sans perturber l'exécution temps réel d'une commande provenant du système de simulation.
Par conséquent, lorsqu'un dysfonctionnement au niveau de la carte électronique est détecté, il est possible de repérer l'origine du dysfonctionnement, sans arrêter l'exécution temps réel de la commande provenant du système de simulation. Ainsi, l'origine du dysfonctionnement est repérée de façon rapide et efficace.
Par ailleurs, il est possible de forcer des valeurs de paramètres de la carte électronique sans, ni arrêter, ni perturber le fonctionnement temps réel du simulateur d'intégration.
Bien entendu, de nombreuses modifications peuvent être apportées à l'exemple de réalisation décrit précédemment sans sortir du cadre de l'invention.

Claims

REVENDICATIONS
1. Carte électronique (4) comprenant une unité de traitement (7), caractérisée en ce qu'elle apte à recevoir une commande provenant d'un module de diagnostic (6) et une commande provenant d'un système de simulation (3),et en ce qu'elle comporte des moyens de gestion de la priorité d'exécution de la commande provenant du système de simulation (3) par rapport à celle de la commande provenant du module de diagnostic (6).
2. Carte électronique (4) conforme à la revendication 1 , caractérisée en ce que lesdits moyens de gestion sont aptes à provoquer l'exécution de la commande provenant du système de simulation (3) en priorité sur l'exécution de la commande provenant du module de diagnostic (6).
3. Carte électronique (4) conforme à l'une des revendications 1 ou 2, caractérisée en ce que la commande provenant du système de simulation (3) est préemptive par rapport à la commande provenant du module de diagnostic
(6).
4. Carte électronique (4) conforme à l'une des revendications 1 à 3, caractérisée en ce qu'elle comporte des moyens de mémorisation de la commande provenant du module de diagnostic (6) sur la carte électronique (4) pendant l'exécution de la commande provenant du système de simulation (3) et des moyens d'exécution de ladite commande provenant du module de diagnostic (6) une fois que l'exécution de ladite commande provenant du système de simulation (3) est terminée.
5. Carte électronique (4) conforme à l'une des revendications 1 à 4, caractérisée en ce que la commande provenant du module de diagnostic (6) est une commande de forçage (11a) d'une valeur d'un paramètre de la carte électronique (4).
6. Carte électronique (4) conforme à l'une des revendications 1 à 5, caractérisée en ce que la commande provenant du module de diagnostic (6) comporte une fonction d'enregistrement d'une valeur d'un paramètre.
7. Carte électronique (4) conforme à la revendication 6, caractérisée en ce que les commandes provenant du module de diagnostic (11b) sont implémentées par une tache de fond (20) non prioritaire.
8. Système de diagnostic d'une carte électronique (4), caractérisé en ce qu'il comporte un module de diagnostic (6) et des moyens de gestion de la priorité d'exécution d'une commande provenant d'un système de simulation (3) par rapport à celle d'une commande provenant du module de diagnostic (6).
9. Procédé de simulation au moyen d'une carte électronique (4), caractérisé en ce qu'il comporte l'exécution d'une commande provenant d'un module de diagnostic (6) et d'une commande provenant d'un système de simulation (3), et en ce qu'il comporte une étape de gestion de la priorité d'exécution de la commande provenant du système de simulation (3) par rapport à celle de la commande provenant du module de diagnostic (6).
10. Utilisation d'une carte électronique (4) conforme à l'une des revendications 1 à 7, mettant en œuvre un procédé conforme à la revendication
9, pour l'analyse d'un dysfonctionnement de la carte électronique (4) intégrée dans un simulateur d'intégration (1).
PCT/IB2008/002242 2007-06-28 2008-08-28 Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé WO2009001218A2 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
AT08806944T ATE555566T1 (de) 2007-06-28 2008-08-28 Elektronische karte mit der fähigkeit zur ausführung eines aus einem simulationssystem stammenden befehls und eines aus einem diagnostikmodul stammenden befehls und diesbezügliches simulationsverfahren
US12/666,528 US8402315B2 (en) 2007-06-28 2008-08-28 Electronic card able to execute a command originating from a simulation system and a command originating from a diagnostic module and associated simulation method
CN200880022047.0A CN101715577A (zh) 2007-06-28 2008-08-28 能够执行来自模拟系统的命令和来自诊断模块的命令的电子卡及相关的模拟方法
JP2010514181A JP2010538338A (ja) 2007-08-31 2008-08-28 シミュレーション・システムからの命令と診断モジュールからの命令を実行できる電子機器ボードと、それに関連するシミュレーション方法
CA002691565A CA2691565A1 (fr) 2007-06-28 2008-08-28 Carte electronique apte a executer une commande provenant d'un systeme de simulation et une commande provenant d'un module de diagnostic et procede de simulation associe
RU2010102731/08A RU2487397C2 (ru) 2007-06-28 2008-08-28 Электронная плата, выполненная с возможностью исполнения команды, происходящей из системы моделирования, и команды, происходящей из диагностического модуля, и соответствующий способ моделирования
EP08806944A EP2160682B1 (fr) 2007-06-28 2008-08-28 Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé
BRPI0811670-9A2A BRPI0811670A2 (pt) 2007-06-28 2008-08-28 "cartão eletrônico, sistema de diagnóstico de um cartão eletrônico, processo de simulação por meio de um cartão eletrônico e utilização de um cartão eletrônico"

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FR0756129A FR2918232B1 (fr) 2007-06-28 2007-06-28 Procedes et dispositifs pour la communication de donnees de diagnostic dans un reseau de communication temps reel
FR0756129 2007-06-28
FR0757293 2007-08-31
FR0757293A FR2918193A1 (fr) 2007-06-28 2007-08-31 Carte electrique apte a executer une commande provenant d'un systeme de simulation et une commande provenant d'un module de diagnostic et procede de simulation associe

Publications (2)

Publication Number Publication Date
WO2009001218A2 true WO2009001218A2 (fr) 2008-12-31
WO2009001218A3 WO2009001218A3 (fr) 2009-11-26

Family

ID=39166671

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/FR2008/051104 WO2009007570A2 (fr) 2007-06-28 2008-06-19 Procédés et dispositifs por la communication de données de diagnostic dans un réseau de communication temps réel
PCT/IB2008/002242 WO2009001218A2 (fr) 2007-06-28 2008-08-28 Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/FR2008/051104 WO2009007570A2 (fr) 2007-06-28 2008-06-19 Procédés et dispositifs por la communication de données de diagnostic dans un réseau de communication temps réel

Country Status (9)

Country Link
US (2) US8868708B2 (fr)
EP (2) EP2168358B1 (fr)
JP (1) JP5612468B2 (fr)
CN (2) CN101785283B (fr)
BR (1) BRPI0811800A2 (fr)
CA (2) CA2691266C (fr)
FR (1) FR2918232B1 (fr)
RU (1) RU2010102716A (fr)
WO (2) WO2009007570A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8778047B2 (en) 2009-06-19 2014-07-15 Hollingsworth & Vose Company Flutable fiber webs with high dust holding capacity

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009041599A1 (de) 2009-09-15 2011-04-14 Airbus Operations Gmbh Steuervorrichtung, Ein-/Ausgabevorrichtung, Verbindungsschaltevorrichtung und Verfahren für ein Flugzeug-Steuersystem
US9158788B2 (en) 2009-12-16 2015-10-13 International Business Machines Corporation Scalable caching of remote file data in a cluster file system
CA2852080C (fr) * 2013-05-22 2018-02-20 Air China Limited Appareil d'essai et procede d'essai fonde sur une unite d'acquisition des donnees numeriques en vol
CN104184758B (zh) * 2013-05-22 2017-12-12 中国国际航空股份有限公司 一种航空器报文触发逻辑的测试平台和测试方法
WO2016119181A1 (fr) * 2015-01-29 2016-08-04 湖北民族学院 Système de génération d'énergie photovoltaïque et son procédé de détection de panne
EP3144757A1 (fr) * 2015-09-18 2017-03-22 Siemens Aktiengesellschaft Procede de simulation d'une commande reelle pour un processus industriel, installation ou machine et systeme de simulation destine a executer un tel procede de simulation
CN106713142B (zh) * 2015-11-17 2019-12-24 陕西重型汽车有限公司 在can总线上传输ip报文的方法及利用can总线网络构建的ip局域网
CN112532410B (zh) * 2019-09-18 2023-10-31 无锡江南计算技术研究所 大规模互连网络Trap快速响应方法
JP7237176B2 (ja) * 2019-10-08 2023-03-10 日立Astemo株式会社 通信システム、電子制御装置及び通信方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5111402A (en) * 1990-01-19 1992-05-05 Boeing Company Integrated aircraft test system
US5023791A (en) * 1990-02-12 1991-06-11 The Boeing Company Automated test apparatus for aircraft flight controls
US5260874A (en) * 1990-09-05 1993-11-09 The Boeing Company Aircraft flight emulation test system
IL112660A (en) * 1994-03-31 1998-01-04 Minnesota Mining & Mfg System integrating active and simulated decision- making processes
US5493672A (en) 1994-05-16 1996-02-20 Sun Microsystems, Inc. Concurrent simulation of host system at instruction level and input/output system at logic level with two-way communication deadlock resolution
JPH08237285A (ja) * 1995-02-24 1996-09-13 Mitsubishi Electric Corp インターネットプロトコルアドレスの自動設定方法
US5546562A (en) * 1995-02-28 1996-08-13 Patel; Chandresh Method and apparatus to emulate VLSI circuits within a logic simulator
JPH08263415A (ja) * 1995-03-22 1996-10-11 Sumitomo Metal Ind Ltd データ処理システム
US5812824A (en) * 1996-03-22 1998-09-22 Sun Microsystems, Inc. Method and system for preventing device access collision in a distributed simulation executing in one or more computers including concurrent simulated one or more devices controlled by concurrent one or more tests
FI103544B (fi) * 1996-03-25 1999-07-15 Nokia Telecommunications Oy Menetelmä osoitteiden määrittämiseksi tietoliikenneverkon solmuissa
GB2330034A (en) * 1997-10-01 1999-04-07 Northern Telecom Ltd A narrowband to broadband interface for a communications system
US7392431B2 (en) * 1999-02-19 2008-06-24 Texas Instruments Incorporated Emulation system with peripherals recording emulation frame when stop generated
US7020697B1 (en) * 1999-10-01 2006-03-28 Accenture Llp Architectures for netcentric computing systems
CA2333495A1 (fr) * 2000-01-31 2001-07-31 Telecommunications Research Laboratory Service de reseau informatique a protocole internet
US7047176B2 (en) * 2000-05-05 2006-05-16 Fujitsu Limited Method and system for hardware simulation
US20030051026A1 (en) * 2001-01-19 2003-03-13 Carter Ernst B. Network surveillance and security system
US8218555B2 (en) * 2001-04-24 2012-07-10 Nvidia Corporation Gigabit ethernet adapter
US7260517B2 (en) * 2001-06-17 2007-08-21 Brian Bailey Synchronization of multiple simulation domains in an EDA simulation environment
US7340740B2 (en) * 2003-04-22 2008-03-04 International Business Machines Corporation Cooperatively multitasking in an interrupt free computing environment
AU2003266574A1 (en) * 2003-09-24 2005-04-14 Mitsubishi Denki Kabushiki Kaisha Wide area lan system and layer 2 mobile network
JP2005168863A (ja) * 2003-12-12 2005-06-30 Aruze Corp 遊技機
CA2457368C (fr) * 2004-02-11 2013-01-08 Solutioninc Limited Serveur, systeme et methode offrant l'acces a un reseau public par l'intermediaire d'un reseau interne d'un operateur multisystemique
JP2006020157A (ja) * 2004-07-02 2006-01-19 Hitachi Ltd ノード情報収集装置
JP2006048402A (ja) 2004-08-05 2006-02-16 Yokogawa Electric Corp コントローラ
JP4661520B2 (ja) * 2005-10-24 2011-03-30 セイコーエプソン株式会社 ウェブサーバ機能を有するネットワークデバイスを介したネットワークデバイスの検索
FR2894694A1 (fr) * 2005-12-09 2007-06-15 St Microelectronics Sa Procede et dispositif de mise au point d'un programme execute par un processeur multitache

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8778047B2 (en) 2009-06-19 2014-07-15 Hollingsworth & Vose Company Flutable fiber webs with high dust holding capacity
US8790492B2 (en) 2009-06-19 2014-07-29 Hollingsworth & Vose Company Flutable fiber webs with high dust holding capacity

Also Published As

Publication number Publication date
WO2009007570A3 (fr) 2009-11-05
BRPI0811800A2 (pt) 2014-11-11
EP2160682A2 (fr) 2010-03-10
EP2168358A2 (fr) 2010-03-31
FR2918232B1 (fr) 2010-11-26
CA2691266C (fr) 2016-05-10
CA2691266A1 (fr) 2009-01-15
WO2009001218A3 (fr) 2009-11-26
EP2168358B1 (fr) 2013-04-17
WO2009007570A2 (fr) 2009-01-15
US8402315B2 (en) 2013-03-19
JP2010531602A (ja) 2010-09-24
EP2160682B1 (fr) 2012-04-25
RU2010102716A (ru) 2011-08-10
CA2691565A1 (fr) 2008-12-31
JP5612468B2 (ja) 2014-10-22
US20100198576A1 (en) 2010-08-05
US20100257407A1 (en) 2010-10-07
FR2918232A1 (fr) 2009-01-02
US8868708B2 (en) 2014-10-21
CN101785283B (zh) 2014-06-11
CN101785283A (zh) 2010-07-21
CN101715577A (zh) 2010-05-26

Similar Documents

Publication Publication Date Title
EP2160682B1 (fr) Carte électronique apte á exécuter une commande provenant d'un système de simulation et une commande provenant d'un module de diagnostic et procédé de simulation associé
EP3658881B1 (fr) Procede et dispositif de recherche d'un defaut susceptible d'affecter un dispositif mecanique tournant de transmission de puissance
EP2166455A1 (fr) Procédé et dispositif pour automatiser des procédures de vérification d'équipements dans un aéronef
CA2697726A1 (fr) Procede de debogage d'un logiciel de fonctionnement d'un systeme embarque a bord d'un aeronef et dispositif de mise en oeuvre
EP1846824B1 (fr) Systeme et procede de traitements embarques d'essais en vol
EP1593982B1 (fr) Contrôle de la robustesse d'une modélisation d'un système physique
CA2697725C (fr) Procede de traitement du volume d'informations manipule durant une phase de debogage d'un logiciel de fonctionnement d'un systeme embarque a bord d'un aeronef, et dispositif de mise en oeuvre
FR3012636A1 (fr) Procede de non-regression d'un outil de conception d'un systeme de surveillance de moteur d'aeronef
CA2837523A1 (fr) Systeme de prescription de maintenance d'un moteur d'helicoptere
FR2916546A1 (fr) Procede de simulation d'un systeme embarque a bord d'un aeronef pour tester un logiciel de fonctionnement et dispositif pour la mise en oeuvre de ce procede
FR2918193A1 (fr) Carte electrique apte a executer une commande provenant d'un systeme de simulation et une commande provenant d'un module de diagnostic et procede de simulation associe
EP4042007A1 (fr) Dispositif, procédé et programme d'ordinateur de suivi de moteur d'aéronef
WO2016087770A1 (fr) Procédé de surveillance du fonctionnement d'une turbomachine
FR2826745A1 (fr) Procede et dispositif de surveillance du fonctionnement d'un systeme
FR2939532A1 (fr) Procede et dispositif de detection de non regression d'un systeme d'entree/sortie dans un environnement de simulation
GB2602553A (en) Locating picking points of anomalies
US10656986B2 (en) Dynamically controlling runtime system logging based on end-user reviews
EP3392768B1 (fr) Procédé et dispositif électronique de vérification d'une configuration de partitionnement, programme d'ordinateur associé
EP3035135A1 (fr) Procédé d'arrêt d'urgence et système sécuritaire associé
FR2927181A1 (fr) Procede et dispositif de commande securises pour terminal de maintenance deporte.
JP2010538338A (ja) シミュレーション・システムからの命令と診断モジュールからの命令を実行できる電子機器ボードと、それに関連するシミュレーション方法
FR2654519A1 (fr) Dispositif de test et de calibrage automatiques de circuits electriques a processeur.
CA2397449A1 (fr) Procede de generation automatique de table de symboles d'un calculateur temps reel
EP3302897A1 (fr) Système et procédé de test d'un organe machine ou robot
FR3124257A1 (fr) Procédé et système de test d’un calculateur avionique.

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880022047.0

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08806944

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 2691565

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2010514181

Country of ref document: JP

Ref document number: 2008806944

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010102731

Country of ref document: RU

WWE Wipo information: entry into national phase

Ref document number: 12666528

Country of ref document: US

ENP Entry into the national phase

Ref document number: PI0811670

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20091222