FR3085569A1 - Procede de configuration d’un calculateur de vehicule - Google Patents
Procede de configuration d’un calculateur de vehicule Download PDFInfo
- 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
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)
- REVENDICATIONS1. 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. 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. 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. 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. 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. 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. 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. Véhicule caractérisé en ce qu’il comporte un calculateur (ECU1) selon la revendication précédente.
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)
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 |
-
2018
- 2018-08-31 FR FR1857837A patent/FR3085569A1/fr not_active Withdrawn
Patent Citations (4)
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 | |
FR3031268A1 (fr) | Procede d’inscription d’un utilisateur a un service de commande d’une fonctionnalite d’un vehicule au moyen d’un terminal utilisateur | |
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 | |
EP3072309A1 (fr) | Interface de communication virtuelle pour diagnostic de vehicule automobile | |
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 | |
FR3040806B1 (fr) | Calculateur electronique de vehicule compatible avec le protocole de communication can-fd | |
FR3100649A1 (fr) | Procédé et dispositif d’échange d’au moins un message entre un véhicule et un système d’information distant | |
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 | |
FR2831686A1 (fr) | Procede et dispositif de communication sur un reseau d'un vehicule | |
FR3131410A1 (fr) | Circuit électronique à entrée mutualisée, destiné à équiper un élément de véhicule |
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 |