FR3085569A1 - Procede de configuration d’un calculateur de vehicule - Google Patents

Procede de configuration d’un calculateur de vehicule Download PDF

Info

Publication number
FR3085569A1
FR3085569A1 FR1857837A FR1857837A FR3085569A1 FR 3085569 A1 FR3085569 A1 FR 3085569A1 FR 1857837 A FR1857837 A FR 1857837A FR 1857837 A FR1857837 A FR 1857837A FR 3085569 A1 FR3085569 A1 FR 3085569A1
Authority
FR
France
Prior art keywords
computer
gateway
data bus
configuring
vehicle
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
FR1857837A
Other languages
English (en)
Inventor
Benoit Mathe
Pascal Tison
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PSA Automobiles SA
Original Assignee
PSA Automobiles SA
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
Application filed by PSA Automobiles SA filed Critical PSA Automobiles SA
Priority to FR1857837A priority Critical patent/FR3085569A1/fr
Publication of FR3085569A1 publication Critical patent/FR3085569A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40032—Details regarding a bus interface enhancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un procédé de configuration d'un calculateur de véhicule comportant au moins une première et une deuxième interface communication et comportant en outre une passerelle entre la première et la deuxième interface de communication, ladite passerelle étant par défaut désactivée, comportant des étapes de : - connexion (21) de la première interface de communication à un premier bus de données, - connexion (22) de la deuxième interface réseau à un deuxième bus de données, Caractérisé en ce qu'il comporte en outre une étape de : - en réponse à la réception (23) d'une trame prédéterminée provenant d'un deuxième calculateur par l'intermédiaire du deuxième bus de données, activation (24) de ladite passerelle de sorte que les trames provenant dudit deuxième calculateur sont émises, par ladite passerelle, sur le premier bus de données par l'intermédiaire de la première interface réseau.

Description

Procédé de configuration d’un calculateur de véhicule
La présente invention concerne la configuration de calculateurs d'un véhicule automobile qui échangent des données les uns avec les autres par l'intermédiaire de trames d'informations véhiculées sur un bus de données.
On sait qu’un véhicule donné comporte plusieurs modèles ou déclinaisons de modèle apportant plus ou moins d’options. Cette diversité de modèles implique que certains modèles d’un véhicule embarquent plus d’équipements que d’autres. Cette diversité se retrouve aussi au niveau du réseau de calculateurs d’un véhicule. Il est ainsi fréquent que des modèles sophistiqués embarquant des options supplémentaires par rapport à des modèles de bases, comportent plus de calculateurs que ces derniers. Les modèles sophistiqués et les modèles de bases présentent néanmoins des calculateurs en commun.
Cependant, l’ajout de calculateurs dans les modèles sophistiqués peut entrainer des modifications substantielles de la topologie du réseau de calculateurs.
Ces modifications substantielles de la topologie peuvent nécessiter une adaptation de la configuration des calculateurs communs aux différents modèles. Ainsi un tel calculateur installé dans un modèle sophistiqué recevra une première configuration adaptée à la topologie du réseau du modèle sophistiqué. Tandis que le même calculateur installé dans un modèle de base recevra une deuxième configuration adaptée à la topologie du modèle de base.
Une telle configuration de calculateur est généralement définie dans les logiciels téléchargés dans les calculateurs lors du montage du véhicule en usine. Malheureusement, cette solution ne donne pas entière satisfaction. En effet, entre le moment où les calculateurs sont connectés au réseau et activés et le moment où ces calculateurs téléchargent leur configuration, une partie du réseau peut être non fonctionnelle.
On connaît par le document FR2899986 un procédé de configuration de calculateurs électroniques d'un véhicule automobile. Ce procédé permet à un nouveau calculateur d’acquérir automatiquement l'adresse d'une donnée à recevoir et permet également autres calculateurs d’acquérir automatiquement l'adresse des données générées et transmises par le nouveau calculateur.
Ce procédé ne permet pas d’adapter un calculateur à différentes topologies de réseau avant la phase de téléchargement.
L’invention a notamment pour but de remédier à ce problème.
Elle propose plus précisément à cet effet un procédé de configuration d’un calculateur de véhicule comportant au moins une première et une deuxième interface communication et comportant en outre une passerelle entre la première et la deuxième interface de communication, ladite passerelle étant par défaut désactivée, comportant des étapes de :
- connexion de la première interface de communication à un premier bus de données,
- connexion de la deuxième interface réseau à un deuxième bus de données,
Caractérisé en ce qu’il comporte en outre une étape de :
- en réponse à la réception d’une trame prédéterminée provenant d’un deuxième calculateur par l’intermédiaire du deuxième bus de données, activation de ladite passerelle de sorte que les trames provenant dudit deuxième calculateur sont émises, par ladite passerelle, sur le premier bus de données par l’intermédiaire de la première interface réseau.
L’invention permet de limiter la diversité des calculateurs et d’obtenir un réseau entièrement fonctionnel dès la connexion des différents calculateurs. En effet, le procédé selon l’invention permet d’adapter le comportement du calculateur, en particulier d’activer une fonction de passerelle, en fonction de la topologie du réseau. Le calculateur identifie le type de topologie sur lequel il est branché en reconnaissant un type particulier de trames préenregistrées.
Avantageusement, la trame prédéterminée est émise automatiquement par le deuxième calculateur lorsque celui est branché au deuxième bus de données.
Avantageusement, le premier bus de données est un bus de type CAN.
Mais il pourrait aussi s’agir d’un bus LIN, d’un réseau Ethernet ou tout autre protocole réseau pouvant fonctionner avec une passerelle.
Avantageusement, le deuxième bus de données est un bus de type CAN. Mais il pourrait aussi s’agir d’un bus LIN, d’un réseau Ethernet ou tout autre protocole réseau pouvant fonctionner avec une passerelle.
Avantageusement, après l’activation de ladite passerelle les trames provenant du calculateur sont émises, par ladite passerelle, sur le premier bus de données par l’intermédiaire de la première interface réseau.
L’invention porte aussi sur un programme d’ordinateur comportant des instructions pour mettre en œuvre le procédé de configuration selon l’une des revendications précédentes, lorsqu’il est exécuté sur un ou plusieurs processeurs.
L’invention porte aussi sur un calculateur caractérisé en ce qu’il est configuré pour mettre en œuvre le procédé de configuration selon l’invention.
L’invention porte aussi sur un véhicule caractérisé en ce qu’il comporte un calculateur selon l’invention.
D’autres caractéristiques et avantages de l’invention apparaîtront à l’examen de la description détaillée ci-après, et des dessins annexés, sur lesquels:
- la figure 1a illustre un premier exemple de réseau de communication d’un véhicule ;
- la figure 1b illustre un second exemple de réseau de communication d’un véhicule ;
- la figure 2 montre un logigramme illustrant les étapes du procédé selon l’invention ;
- la figure 3 illustre un exemple de calculateur selon l’invention.
Les dessins annexés pourront non seulement servir à compléter l’invention, mais aussi contribuer à sa définition, le cas échéant.
Dans ce qui suit, on appelle passerelle un dispositif matériel et/ou logiciel permettant de relier des réseaux travaillant avec le même protocole permettant ainsi d’interconnecter deux segments de réseaux distincts.
La figure 1a montre un premier exemple de réseau de communication d’un véhicule. Ce réseau comporte trois calculateurs (ECU1, ECU2, ECU3) connectés entre eux.
Plus précisément, un premier calculateur ECU1 est connecté à un deuxième calculateur ECU2 par l’intermédiaire d’un premier bus de données CAN_1. Le premier calculateur ECU1 est aussi connecté à un troisième calculateur ECU3 par l’intermédiaire d’un deuxième bus de données CAN_2.
Dans cet exemple, le premier calculateur ECU1 communique, d’une part, avec le deuxième calculateur ECU2 et, d’autre part, avec le troisième calculateur ECU3.
Le premier calculateur ECU1 ne met pas en œuvre de fonction de passerelle entre le premier CAN_1 et le deuxième CAN_2 bus de données.
La figure 1b montre un deuxième exemple de réseau de communication d’un véhicule. Ce réseau comporte quatre calculateurs (ECU1, ECU2, ECU3, ECU4) connectés entre eux.
Plus précisément, un premier calculateur ECU1 est connecté à un deuxième calculateur ECU2 par l’intermédiaire d’un premier bus de données CAN_1. Le premier calculateur ECU1 est aussi connecté à un quatrième calculateur ECU4 par l’intermédiaire d’un troisième bus de données CAN_4.
Le quatrième calculateur ECU4 est aussi connecté à un troisième calculateur ECU3 par l’intermédiaire deuxième bus de données CAN_2.
Dans cet exemple, on suppose que le fonctionnement du quatrième calculateur ECU4 nécessite l’envoi (ou la réception) de données à destination (ou en provenance) du deuxième calculateur ECU2.
Dans ce cas, le premier calculateur ECU1 met en œuvre la fonction de passerelle entre le troisième CAN_4 et le premier CAN_1 bus de données.
On suppose le premier et le deuxième exemple de réseau appartiennent chacun à un modèle (ou déclinaison de modèle) d’un véhicule. Le deuxième exemple de réseau appartient à un modèle (appelé deuxième modèle) comportant une fonctionnalité supplémentaire (supportée notamment par le quatrième calculateur ECU4) par rapport au modèle comportant le premier exemple de réseau (appelé premier modèle).
On comprend que les premiers calculateurs ECU1 du premier et du deuxième exemple assurent les mêmes fonctionnalités, à la fonction de passerelle près.
Pour tenir compte de la diversité des ensembles de fonctions offerts par les différents modèles (ou déclinaisons de modèle) d’un même véhicule, une première solution est de fabriquer un premier calculateur ECU1 dédié à chaque modèle (ou déclinaison de modèle).
Le premier calculateur du premier modèle ne comporte pas de passerelle, le premier calculateur du deuxième modèle comporte une passerelle.
Mais cette solution induit une diversité de pièces (augmentation de la diversité des ECU 1) entraînant une augmentation des coûts de production des véhicules et rendant beaucoup plus complexe la gestion des stocks
Une deuxième solution consiste à utiliser dans le premier et le deuxième modèle un premier calculateur ECU1 avec une passerelle activée par défaut. Cette solution permet effectivement de limiter la diversité des calculateurs. Par contre, cette solution peut provoquer des disfonctionnements sur le premier modèle. En effet la passerelle, activé par défaut, risque de saturer le premier et/ou le deuxième bus de données avec des trames non prévues.
Une troisième solution consiste à utiliser dans le premier et le deuxième modèle un premier calculateur ECU1 sans une passerelle activée par défaut.
Cette solution permet effectivement de limiter la diversité des calculateurs. Par contre, cette solution peut provoquer des disfonctionnements sur le deuxième modèle. En effet, la passerelle, désactivée par défaut, ne transmet pas les trames de données.
Il est possible d’améliorer la deuxième et la troisième solution en prévoyant une configuration adaptée du premier calculateur lors d’une de téléchargement de ce dernier en usine. Cette solution permet d’utiliser un même calculateur sur le premier et le deuxième modèle et d’adapter celui-ci au modèle par le téléchargement d’un logiciel spécifique à chacun des modèles. Cette solution comporte malgré tout encore un inconvénient. En effet, tant que le premier calculateur n’a pas téléchargé son logiciel, le réseau du véhicule n’est pas entièrement fonctionnel.
L’invention permet d’améliorer la situation.
Le procédé de configuration selon l’invention s’applique à un calculateur de véhicule comportant au moins une première et une deuxième interface communication et comportant en outre une passerelle entre la première et la deuxième interface de communication. Cette passerelle étant par défaut désactivée.
En référence à la figure 2, le procédé de configuration d’un premier calculateur ECU1 comporte une étape de connexion 21 de la première interface de communication du premier calculateur ECU1 au premier bus de données CAN_1.
Le procédé selon l’invention comporte entre une étape de connexion 22 de la deuxième interface de communication au quatrième bus de données CAN_4.
Le mécanisme de configuration de la passerelle du calculateur ECU est opérationnel si les deux interfaces de communication du calculateur sont connectées à des bus de données.
Le procédé selon l’invention comporte en outre une étape d’activation 24 de la passerelle en réponse à la réception 23 d’une trame prédéterminée provenant du quatrième calculateur ECU 4 par l’intermédiaire du deuxième bus de données CAN_4. Une fois activée, la passerelle fait en sorte que les trames provenant du quatrième calculateur ECU 4 sont émises, par ladite passerelle, sur le premier bus de données CAN_1 par l’intermédiaire de la première interface réseau.
Cela permet de faire en sorte que des données émises par le quatrième calculateur ECU4 à destination du deuxième calculateur ECU2 parviennent effectivement audit calculateur ECU2 ou de faire en sorte que sur des données émises par le quatrième calculateur ECU4, L’ECU 1 renvoie vers
ECU4 des données issues de ECU2
En pratique, pour reconnaître une ou plusieurs trames spécifiques au quatrième calculateur ECU4, le premier calculateur ECU1 comporte dans sa mémoire une ou plusieurs trames ou portion de trames spécifiques audit quatrième calculateur. A la réception d’une trame, le premier calculateur ECU1 identifie la provenance de la trame par comparaison de la trame reçue avec la ou les trames ou portion de trames en mémoire.
La figure 3 représente un exemple de calculateur selon l’invention. Ce calculateur 300 peut prendre la forme d’un boîtier comprenant des circuits imprimés, de plusieurs circuits imprimés reliés par des connections filaires ou non filaires. On entend par circuit imprimé tout type de dispositif apte à effectuer au moins une opération électrique ou électronique.
Le calculateur 300 comprend une mémoire vive 301 pour stocker des instructions pour la mise en œuvre par un processeur 302 du procédé de configuration décrit ci-avant. Le calculateur comporte aussi une mémoire de masse 303 pour le stockage de données destinées à être conservées après la mise en œuvre du procédé.
Le dispositif 300 peut en outre comporter un processeur de signal numérique (DSP) 304.
Une ou plusieurs des étapes du procédé peuvent être effectuées par des composants différents. Ainsi, le procédé peut être mis en œuvre par une pluralité de processeurs, mémoire vive, mémoire de masse, interface d’entrée, interface de sortie et/ou DSP..
Le calculateur comporte également une interface d’entrée 305 pour la réception notamment des données de contexte et une interface de sortie 306 pour la transmission de données.

Claims (8)

  1. REVENDICATIONS
    1. Procédé de configuration d’un calculateur (ECU 1) de véhicule comportant au moins une première et une deuxième interface communication et comportant en outre une passerelle entre la première et la deuxième interface de communication, ladite passerelle étant par défaut désactivée, comportant des étapes de :
    - connexion (21) de la première interface de communication à un premier bus de données (CAN_1 ),
    - connexion (22) de la deuxième interface réseau à un deuxième bus de données (CAN_4),
    Caractérisé en ce qu’il comporte en outre une étape de :
    - en réponse à la réception (23) d’une trame prédéterminée provenant d’un deuxième calculateur (ECU 4) par l’intermédiaire du deuxième bus de données (CAN_4), activation (24) de ladite passerelle de sorte que les trames provenant dudit deuxième calculateur (ECU 4) sont émises, par ladite passerelle, sur le premier bus de données (CAN_1) par l’intermédiaire de la première interface réseau.
  2. 2. Procédé de configuration d’un calculateur selon la revendication 1, caractérisé en ce que la trame prédéterminée est émise automatiquement par le deuxième calculateur (ECU 4) lorsque celui est branché au deuxième bus de données (CAN_4).
  3. 3. Procédé de configuration d’un calculateur selon l’une des revendications précédentes, caractérisé en ce que le premier bus de données (CAN_1) est un bus de type CAN.
  4. 4. Procédé de configuration d’un calculateur selon l’une des revendications précédentes, caractérisé en ce que le deuxième bus de données (CAN_4) est un bus de type CAN.
  5. 5. Procédé de configuration d’un calculateur selon l’une des revendications précédentes, caractérisé en ce qu’après l’activation (24) de ladite passerelle les trames provenant du calculateur (ECU 2) sont émises, par ladite passerelle, sur le premier bus de données (CAN_4) par l’intermédiaire de la première interface réseau.
  6. 6. Programme d’ordinateur comportant des instructions pour mettre en œuvre le procédé de configuration selon l’une des revendications précédentes, lorsqu’il est exécuté sur un ou plusieurs processeurs.
  7. 7. Calculateur (ECU1) caractérisé en ce qu’il est configuré pour mettre en œuvre le procédé de configuration selon l’une des revendications 1 à 5.
  8. 8. Véhicule caractérisé en ce qu’il comporte un calculateur (ECU1) selon la revendication précédente.
FR1857837A 2018-08-31 2018-08-31 Procede de configuration d’un calculateur de vehicule Withdrawn FR3085569A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1857837A FR3085569A1 (fr) 2018-08-31 2018-08-31 Procede de configuration d’un calculateur de vehicule

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1857837A FR3085569A1 (fr) 2018-08-31 2018-08-31 Procede de configuration d’un calculateur de vehicule

Publications (1)

Publication Number Publication Date
FR3085569A1 true FR3085569A1 (fr) 2020-03-06

Family

ID=65201225

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1857837A Withdrawn FR3085569A1 (fr) 2018-08-31 2018-08-31 Procede de configuration d’un calculateur de vehicule

Country Status (1)

Country Link
FR (1) FR3085569A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2899986A1 (fr) 2006-04-12 2007-10-19 Peugeot Citroen Automobiles Sa Procede de configuration de calculateurs et procede de communication, calculateur pour ces procedes
WO2009054769A1 (fr) * 2007-10-22 2009-04-30 Volvo Lastvagnar Ab Système et procédé pour changer l'état de composants de véhicule
US20160219051A1 (en) * 2015-01-27 2016-07-28 Renesas Electronics Corporation Relay apparatus, terminal apparatus, and communication method
US20180097721A1 (en) * 2016-10-04 2018-04-05 Toyota Jidosha Kabushiki Kaisha On-board network system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2899986A1 (fr) 2006-04-12 2007-10-19 Peugeot Citroen Automobiles Sa Procede de configuration de calculateurs et procede de communication, calculateur pour ces procedes
WO2009054769A1 (fr) * 2007-10-22 2009-04-30 Volvo Lastvagnar Ab Système et procédé pour changer l'état de composants de véhicule
US20160219051A1 (en) * 2015-01-27 2016-07-28 Renesas Electronics Corporation Relay apparatus, terminal apparatus, and communication method
US20180097721A1 (en) * 2016-10-04 2018-04-05 Toyota Jidosha Kabushiki Kaisha On-board network system

Similar Documents

Publication Publication Date Title
FR2811183A1 (fr) Bloc fonction web dans un equipement d'automatisme
EP0318354B1 (fr) Dispositif de transmission d'informations pour véhicule automobile et procédé de mise en oeuvre d'un tel dispositif
EP3072309B1 (fr) Interface de communication virtuelle pour diagnostic de véhicule automobile
FR3031212A1 (fr) Unite electronique, procede mis en œuvre dans une telle unite electronique, procede de partage d'une base de temps entre un serveur et une unite electronique, et procede de synchronisation d'un serveur et d'une unite electronique
EP2010975A2 (fr) Procede et dispositif de communication entre un equipement et un serveur
EP1179760A1 (fr) Bus interne automate supportant le protocole TCP/IP
FR3085569A1 (fr) Procede de configuration d’un calculateur de vehicule
FR3032546A1 (fr) Procede et systeme de realisation de telediagnostics securises d’equipements electroniques communicants de vehicules
CN110659035A (zh) 一种基于bmc批量挂载镜像的方法和装置
WO2015028731A1 (fr) Procédé et dispositif de contrôle de la transmission de trames de réponse, issues d'organes esclaves appartenant à un réseau lin, à un réseau d'un autre type
FR3018412A1 (fr) Procede et systeme pour le telechargement de donnees vers au moins un calculateur
FR3100649A1 (fr) Procédé et dispositif d’échange d’au moins un message entre un véhicule et un système d’information distant
FR3089082A1 (fr) Procédé de configuration d’un commutateur Ethernet d’un réseau embarqué d’un véhicule automobile
FR3034910A1 (fr) Procede de realisation d’actions a distance dans des equipements electroniques communicants de vehicules, et dispositif de communication associe
FR2987530A1 (fr) Reseau de dispositifs formant un systeme de diagnostic
EP1746780B1 (fr) Architecture d'une passerelle domestique configurable
FR3122059A1 (fr) Procédé, dispositif et système de communication de données d’évènement pour véhicule
FR3043516A1 (fr) Procede d’identification du type et du debit d’organe esclave par un organe maitre dans un reseau de communication multiplexe lin
FR3136289A1 (fr) Procédé et dispositif de contrôle de calculateurs d’un véhicule
FR3113150A1 (fr) Formatage d’informations de défaut par filtrage
FR3141830A1 (fr) Diagnostic de vehicule a distance a l’aide d’applications de diagnostic standardisees non modifiees
FR3113149A1 (fr) Formatage d’informations de défaut par ajout d’identifiant
FR3131410A1 (fr) Circuit électronique à entrée mutualisée, destiné à équiper un élément de véhicule
FR3106921A1 (fr) Obtention de mesures d’équipements électroniques d’un système via une passerelle interne
FR3113804A1 (fr) Interface de connexion standardisee entre un equipement d'aeronef et un reseau de transmission de donnees sans fil externe a l'aeronef

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20200306

ST Notification of lapse

Effective date: 20210405