FR2831686A1 - Procede et dispositif de communication sur un reseau d'un vehicule - Google Patents
Procede et dispositif de communication sur un reseau d'un vehicule Download PDFInfo
- Publication number
- FR2831686A1 FR2831686A1 FR0114004A FR0114004A FR2831686A1 FR 2831686 A1 FR2831686 A1 FR 2831686A1 FR 0114004 A FR0114004 A FR 0114004A FR 0114004 A FR0114004 A FR 0114004A FR 2831686 A1 FR2831686 A1 FR 2831686A1
- Authority
- FR
- France
- Prior art keywords
- protocol
- network
- manager
- managers
- station
- 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.)
- Granted
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
- H04L12/40006—Architecture of a communication node
- H04L12/40019—Details regarding a bus master
-
- 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/407—Bus networks with decentralised control
- H04L12/417—Bus networks with decentralised control with deterministic access, e.g. token passing
-
- 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
-
- 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
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)
- Small-Scale Networks (AREA)
Abstract
Le dispositif de communication sur un réseau (11) d'un véhicule comporte, pour au moins une station (12), une pluralité de gestionnaires de protocole (3a à 3n) reliés, d'une part, à un microcontrôleur (1) de ladite station et, d'autre part, audit réseau.Un seul gestionnaire de protocole (3a) de ladite pluralité de gestionnaires de protocole est adapté à émettre des données sur ledit réseau. La sélection dudit gestionnaire de protocole est effectuée de manière matérielle ou logicielle.
Description
<Desc/Clms Page number 1>
La présente invention concerne un procédé et un dispositif de communication sur un réseau local. Elle concerne en particulier les réseaux destinés à être installés dans un véhicule automobile, comme par exemple ceux connus sous le nom de CAN, acronyme des mots anglais"Controler Area Network"ou VAN pour"Vehicle Area Network".
Un tel réseau comporte essentiellement un bus série et des stations qui émettent des messages sur le bus par l'intermédiaire de gestionnaires de protocole. Chaque gestionnaire de protocole reçoit les messages émis par tous les autres gestionnaires de protocole. Cette méthode est connue sous le nom de broadcasting pour diffusion. Pour chaque station, le gestionnaire de protocole détermine quels messages lui sont destinés par filtrage des messages, ou trames, reçus. Ces messages sont constitués d'un identifiant de données suivi des données identifiées. Par exemple, pour qu'une station comportant un calculateur d'injection indique la température de l'eau du moteur, le gestionnaire de protocole associé fournit d'abord un identifiant du type de données température d'eau du moteur , suivi d'une séquence de symboles représentant la température mesurée.
Dans un tel réseau, chaque gestionnaire de protocole sait quels messages traiter et quels messages ne pas considérer, de par sa construction matérielle ou sa programmation initiale. Cependant, chaque gestionnaire de protocole ne peut reconnaître qu'un nombre limité de messages, typiquement jusqu'à 15 messages. Or, on observe que la norme ISO 11898 concernant ce type de réseaux locaux permet de définir jusqu'à 2.048 messages différents
Ce procédé de communication sur le réseau local présente donc l'inconvénient que si une station est intéressée par plus de 15 messages différents, au moins une partie de ces messages doit être traitée de manière logicielle, ce qui consomme des ressources de traitement de ladite station
Pour remédier à cet inconvénient, il est connu de chaîner dans une même station plusieurs gestionnaires de protocole en parallèle, toutes les sorties en émission des gestionnaires de protocole étant reliées au réseau en parallèle et toutes les entrées en réception des gestionnaires de protocole étant reliées au réseau en parallèle. Cependant, ce montage pose des problèmes de sécurité, en particulier lorsqu'un message d'accusé de réception doit être retourné par au moins une station destinataire d'un message à sa source, ce qui est généralement le cas. En effet, il est courant d'utiliser comme moyen de diagnostic de bonne liaison au réseau la capacité pour une station d'émettre un message et de recevoir un accusé de réception en retour. De même, un message est considéré comme valablement diffusé sur le réseau si au moins un destinataire a acquitté ce message. Or, dans un tel montage, les gestionnaires de protocole reliés à la station émettrice sont alors en
Ce procédé de communication sur le réseau local présente donc l'inconvénient que si une station est intéressée par plus de 15 messages différents, au moins une partie de ces messages doit être traitée de manière logicielle, ce qui consomme des ressources de traitement de ladite station
Pour remédier à cet inconvénient, il est connu de chaîner dans une même station plusieurs gestionnaires de protocole en parallèle, toutes les sorties en émission des gestionnaires de protocole étant reliées au réseau en parallèle et toutes les entrées en réception des gestionnaires de protocole étant reliées au réseau en parallèle. Cependant, ce montage pose des problèmes de sécurité, en particulier lorsqu'un message d'accusé de réception doit être retourné par au moins une station destinataire d'un message à sa source, ce qui est généralement le cas. En effet, il est courant d'utiliser comme moyen de diagnostic de bonne liaison au réseau la capacité pour une station d'émettre un message et de recevoir un accusé de réception en retour. De même, un message est considéré comme valablement diffusé sur le réseau si au moins un destinataire a acquitté ce message. Or, dans un tel montage, les gestionnaires de protocole reliés à la station émettrice sont alors en
<Desc/Clms Page number 2>
concurrence pour émettre le message d'accusé de réception. De ce fait une station ainsi équipée, même si elle est physiquement déconnectée du réseau local, pourra voir un message émis par elle acquitté par un de ses gestionnaires internes et conclure de manière erronée que le message a été valablement diffusé et qu'elle est en état de marche.
De plus, les gestionnaires de protocole d'une même station peuvent présenter des états d'erreur différents et provoquer des problèmes de fonctionnement du réseau ou de diagnostic de l'état de fonctionnement de la station.
La présente invention entend remédier à ces inconvénients. A cet effet, la présente invention vise un dispositif de communication sur un réseau local d'un véhicule, comportant, pour au moins une station, une pluralité de gestionnaires de protocole reliés, d'une part, à un microcontrôleur de ladite station et, d'autre part, audit réseau. Selon l'invention, un seul gestionnaire de protocole de ladite pluralité de gestionnaires de protocole est adapté à émettre des données sur ledit réseau. Les autres gestionnaires de protocole de ladite pluralité de gestionnaires de protocole, différents du gestionnaire de protocole adapté à émettre sur ledit réseau, ne sont pas autorisés à émettre des données sur ledit réseau.
Puisqu'un seul des gestionnaires de protocole est autorisé à émettre sur ledit réseau, l'acquittement des messages d'accusé de réception est uniquement émis par le seul gestionnaire de protocole autorisé à émettre, ce qui simplifie la gestion des gestionnaires de protocole.
Selon un premier mode de réalisation du dispositif suivant l'invention, la sélection du seul gestionnaire de protocole autorisé à émettre des données est effectuée de manière matérielle lors du câblage de la station. Pour ce faire, seule la sortie en émission de ce gestionnaire de protocole est reliée au bus du réseau local, les sorties en émission des autres gestionnaires n'étant pas connectées.
Selon une caractéristique particulière de ce mode de réalisation, il est alors suffisant de ne connecter que ce seul gestionnaire de protocole à une ligne de réinitialisation gérée par le microcontrôleur de la station.
Selon un second mode de réalisation du dispositif suivant l'invention, la sélection du seul gestionnaire de protocole autorisé à émettre des données est effectuée de manière logicielle, lors de l'initialisation de la station.
Avantageusement, dans ce mode de réalisation, il est possible de mettre en oeuvre un procédé de choix dynamique du seul gestionnaire de protocole autorisé à émettre, permettant ainsi de définir une stratégie de repli en cas de défaillance dudit gestionnaire de protocole.
D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre, faite en regard du dessin annexé dans lequel :
<Desc/Clms Page number 3>
- la figure 1 représente un premier mode de réalisation du dispositif de communication visé par la présente invention, et - la figure 2 représente un second mode de réalisation du dispositif de communication visé par la présente invention.
On observe, en figure 1, une station 11 faisant partie d'un réseau local comprenant une pluralité d'autres stations (non représentées) reliées par un bus de réseau local 10. Chaque station du réseau remplit une fonction déterminée dans le véhicule, comme par exemple la commande d'injection, d'habitacle, de boîte de vitesse ou d'antivol, et possède à cet effet des moyens qui n'ont pas été représentés ici. Sur la figure 1 n'ont été représentés que les moyens mis en oeuvre par le dispositif de communication sur le réseau local. A cet effet, la station 11 comprend un microcontrôleur 1, relié par l'intermédiaire d'un bus interne 2 à une pluralité de n gestionnaires de protocole 3a à 3n. Chacun des n gestionnaires de protocole 3a à 3n est muni d'une sortie en émission 4a à 4n, respectivement, et d'une entrée en réception 5a à 5n, respectivement. Toutes les entrées en réception 5a à 5n sont connectées en parallèle, par l'intermédiaire d'une liaison arborescente 6R, à la même sortie en réception 9 d'un pilote de ligne 7. En revanche, seule la sortie en émission 4a du gestionnaire de protocole 3a est reliée à une entrée en émission 8 du pilote de ligne 7. Les sorties en émission 4b à 4n des gestionnaires de protocole 3b à 3n ne sont pas reliées au pilote de ligne 7. Le pilote de ligne 7 est, par ailleurs, relié au bus de réseau local 10 du véhicule.
Lorsqu'un message transite sur le bus 10 du réseau, le pilote de ligne 7 transforme celui-ci en une trame binaire distribuée par sa sortie 9 à toutes les entrées en réception 5a à 5n des gestionnaires de protocole de la station. Si l'identifiant du message correspond à une donnée intéressant l'un des gestionnaires de protocole 3a à 3n, ce dernier enregistre la valeur de cette donnée dans un registre interne approprié et tient cette valeur à disposition du microcontrôleur 1 par l'intermédiaire du bus interne 2. Puisque toutes les entrées en réception 5a à 5n sont connectées en parallèle à la même sortie en réception 9 du pilote de ligne 7, les gestionnaires de protocole 3a à 3n peuvent ainsi reconnaître et traiter jusqu'à n fois 15 messages différents pour une même station 11 sans avoir à effectuer de traitement logiciel pour reconnaître l'un de ces messages. Dans le cas contraire, la donnée est ignorée.
Cependant, la norme applicable prévoit que tout gestionnaire de protocole qui reçoit une trame valide, qu'il soit intéressé ou non à la donnée contenue dans celle-ci, acquitte la bonne réception de cette trame en forçant un bit prédéterminé d'accusé de réception de ladite trame dans un état dit"dominant". Ceci s'effectue en émettant sur la sortie en émission 4a à 4n un bit d'état approprié en synchronisme avec le bit correspondant de la trame en réception. L'émetteur du message qui relit celui-ci sur le bus 10 constate
<Desc/Clms Page number 4>
alors que le bit d'accusé de réception a changé d'état et en conclut que le message a été validement transmis à au moins une des stations du réseau. On comprend alors que si l'émetteur du message est la station 11, par l'intermédiaire du gestionnaire de protocole 3a, les autres gestionnaires de la station n'ayant pas leurs sorties en émission connectées ne peuvent acquitter ce message, et qu'un acquittement de celui-ci ne peut provenir que d'une autre station du réseau, permettant ainsi de conclure que la station est correctement connectée au réseau De même, lorsque la station 11 est seulement réceptrice du message, celui-ci n'est acquitté que par le gestionnaire 3a, évitant ainsi toute confusion
Les gestionnaires de protocole comprennent généralement un compteur d'erreurs de transmission, tant en réception qu'en émission, ces dernières étant plus lourdement pondérées, pour définir un état d'erreur du gestionnaire. Lorsque cet état atteint un seuil critique, le gestionnaire de protocole se désactive et ne peut être réactivé que par une commande de réinitialisation émise par le microcontrôleur sur la ligne 20 prévue à cet effet. On notera cependant que selon la norme applicable, un gestionnaire de protocole n'a besoin d'être réinitialisé que lorsque son état d'erreur a atteint un niveau critique. Or ce niveau critique n'est en général atteint que pour des erreurs en émission. De ce fait, dans le dispositif selon l'invention, où un seul gestionnaire de protocole 3a est autorisé à émettre, il est suffisant de ne relier que ce dernier à la ligne de réinitialisation 20, ce qui peut permettre une économie de câblage de la station 12.
Les gestionnaires de protocole comprennent généralement un compteur d'erreurs de transmission, tant en réception qu'en émission, ces dernières étant plus lourdement pondérées, pour définir un état d'erreur du gestionnaire. Lorsque cet état atteint un seuil critique, le gestionnaire de protocole se désactive et ne peut être réactivé que par une commande de réinitialisation émise par le microcontrôleur sur la ligne 20 prévue à cet effet. On notera cependant que selon la norme applicable, un gestionnaire de protocole n'a besoin d'être réinitialisé que lorsque son état d'erreur a atteint un niveau critique. Or ce niveau critique n'est en général atteint que pour des erreurs en émission. De ce fait, dans le dispositif selon l'invention, où un seul gestionnaire de protocole 3a est autorisé à émettre, il est suffisant de ne relier que ce dernier à la ligne de réinitialisation 20, ce qui peut permettre une économie de câblage de la station 12.
On observe que la mise en oeuvre de l'invention peut se faire par différents composants comportant chacun un gestionnaire de protocole, les différents composants étant reliés, de manière externe, comme illustré en figure 1, ou dans un seul composant comportant une pluralité de gestionnaires de protocole 3a à 3n, reliés, à l'intérieur dudit composant, comme illustré en figure 1
Selon un second mode de réalisation illustré à la figure 2, on tire profit du fait que la configuration de montage de gestionnaires de protocole illustrée en figure 1 et les modes de fonctionnement décrits ci-dessus peuvent, conformément à la présente invention, être obtenus de manière logicielle.
Selon un second mode de réalisation illustré à la figure 2, on tire profit du fait que la configuration de montage de gestionnaires de protocole illustrée en figure 1 et les modes de fonctionnement décrits ci-dessus peuvent, conformément à la présente invention, être obtenus de manière logicielle.
En effet, il peut être possible de programmer les fonctions d'un gestionnaire de protocole en lui transmettant un mot d'état après initialisation, mot d'état définissant la manière dont le gestionnaire doit s'acquitter de sa tâche. Par ce moyen, il est possible d'activer ou de désactiver la capacité à émettre d'un gestionnaire de protocole, et de programmer à l'intérieur de ce dernier le type de données qu'il est susceptible de traiter en réception.
Lorsque cette possibilité de programmation est offerte par les gestionnaires de protocole 3a à 3n, il est souhaitable de relier les sorties en émission 4a à 4n des gestionnaires de protocole par une liaison arborescente 6E aboutissant à l'entrée en
<Desc/Clms Page number 5>
émission 8 du pilote de ligne 7, de manière analogue à la liaison arborescente 6R entre les entrées en réception 5a à 5n des gestionnaires et la sortie en réception 9 du pilote de ligne De même, toutes les entrées de réinitialisation des gestionnaires de protocole 3a à 3n sont alors reliées à la ligne de réinitialisation 20.
Cette disposition permet avantageusement, en cas de défaillance du gestionnaire de protocole 3a choisi initialement comme seul émetteur, de mettre en oeuvre une stratégie de remplacement de ce dernier par l'un quelconque des autres gestionnaires de protocole 3b à 3n.
Pour mettre en oeuvre le dispositif de communication représenté à la figure 2, l'invention propose un procédé de commande dans lequel, lors d'une phase d'initialisation de la station 11, le microcontrôleur 1 effectue, d'une part, une étape de commande du seul gestionnaire de protocole 3a pour autoriser l'émission, par le gestionnaire de protocole 3a, de données sur ledit réseau et, d'autre part, une étape de commande des gestionnaires de protocole 3b à 3n, interdisant l'émission de données sur ledit réseau par les gestionnaires de protocole 3b à 3n.
Lors de l'occurrence d'une erreur critique entraînant la désactivation du gestionnaire de protocole autorisé à émettre, le procédé de commande exécute une routine de substitution de gestionnaire selon laquelle : - un compteur d'erreurs critiques associé au gestionnaire courant est incrémenté, - tous les gestionnaires de protocole sont réinitialisés, - le gestionnaire de protocole dont le compteur d'erreurs critiques est minimal est autorisé à émettre des données sur le réseau, l'émission de données est inhibée pour les autres gestionnaires.
Avantageusement, le procédé de commande peut prévoir d'affecter à chaque gestionnaire de protocole les types de données à surveiller en fonction de la valeur de leur compteur d'erreurs critique et d'une hiérarchie des types de données intéressant la station en fonction de leur importance pour la fonction remplie par celle-ci. Pour cela, le microcontrôleur 1 contient dans sa mémoire une liste des en-têtes de messages de données dont il a besoin, assortie d'un coefficient représentatif de l'importance de chacune d'elles Par exemple pour un contrôleur de boite de vitesse, le régime moteur qui varie fréquemment a une importance plus grande que la température du liquide de refroidissement, plus stable. Lors de la phase d'initialisation, le microcontrôleur programme les gestionnaires de protocole en leur transmettant les en-têtes des messages à recevoir, en affectant les plus importants aux gestionnaires dont la valeur du compteur d'erreurs critique est minimale
On obtient ainsi un dispositif de communication dont la configuration permet d'assurer une efficacité maximale, même en cas de défaillance partielle d'un des gestionnaires de protocole employés.
On obtient ainsi un dispositif de communication dont la configuration permet d'assurer une efficacité maximale, même en cas de défaillance partielle d'un des gestionnaires de protocole employés.
Claims (7)
- REVENDICATIONS 1. Dispositif de communication sur un réseau (10) local d'un véhicule, du type comportant, pour au moins une station (11), une pluralité de gestionnaires de protocole (3a à 3n) reliés, d'une part, à un microcontrôleur (1) de ladite station et, d'autre part, audit réseau, caractérisé en ce qu'un seul gestionnaire de protocole (3a) de ladite pluralité de gestionnaires de protocole est adapté à émettre des données sur ledit réseau.
- 2 Dispositif selon la revendication 1, caractérisé en ce que la sélection du seul gestionnaire de protocole (3a) adapté à émettre des données sur ledit réseau est effectuée de manière matérielle par connexion d'une sortie en émission (4a) dudit gestionnaire à une entrée en émission (8) d'un pilote de ligne (7), les sorties en émission (4b à 4n) des autres gestionnaires de protocole (3b à 3n) n'étant pas connectées à ladite entrée en émission (8).
- 3 Dispositif selon la revendication 2, caractérisé en ce que seul le gestionnaire de protocole (3a) adapté à émettre des données sur ledit réseau est connecté à une ligne de réinitialisation (20)
- 4. Dispositif selon la revendication 1, caractérisé en ce que la sélection du seul gestionnaire de protocole (3a) adapté à émettre des données sur ledit réseau est effectuée de manière logicielle.
- 5. Procédé de commande d'un dispositif de communication selon la revendication 4, dans lequel au moins une station (11) comporte une pluralité de gestionnaires de protocole (3a à 3n) reliés, d'une part, à un microcontrôleur (1) de ladite station et, d'autre part, audit réseau, caractérisé en ce qu'il comporte une étape de commande d'un seul gestionnaire de protocole (3a) de ladite pluralité de gestionnaires de protocole pour autoriser l'émission, par ledit gestionnaire de protocole, de données sur ledit réseau et une étape de commande de chaque autre gestionnaire de protocole (3b à 3n) de ladite pluralité de gestionnaires de protocole, interdisant l'émission de données sur ledit réseau.
- 6. Procédé de commande selon la revendication 5, caractérisé en ce que, lors de l'occurrence d'une erreur critique du gestionnaire de protocole adapté à émettre, on incrémente un compteur d'erreurs critiques associé audit gestionnaire, et en ce que lesdites étapes de commande d'autorisation et/ou d'interdiction en émission sont précédées d'une étape de sélection du gestionnaire de protocole adapté à émettre en fonction du compteur d'erreurs associé.
- 7. Procédé de commande selon la revendication 6, caractérisé en ce qu'il comporte une étape d'affectation à chaque gestionnaire de protocole des types de données à recevoir en fonction de la valeur de leur compteur d'erreurs critique et d'une hiérarchie des types de données intéressant la station en fonction de leur importance pour la fonction remplie par celle-ci.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0114004A FR2831686B1 (fr) | 2001-10-30 | 2001-10-30 | Procede et dispositif de communication sur un reseau d'un vehicule |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0114004A FR2831686B1 (fr) | 2001-10-30 | 2001-10-30 | Procede et dispositif de communication sur un reseau d'un vehicule |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2831686A1 true FR2831686A1 (fr) | 2003-05-02 |
| FR2831686B1 FR2831686B1 (fr) | 2005-05-20 |
Family
ID=8868864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0114004A Expired - Fee Related FR2831686B1 (fr) | 2001-10-30 | 2001-10-30 | Procede et dispositif de communication sur un reseau d'un vehicule |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR2831686B1 (fr) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6005849A (en) * | 1997-09-24 | 1999-12-21 | Emulex Corporation | Full-duplex communication processor which can be used for fibre channel frames |
-
2001
- 2001-10-30 FR FR0114004A patent/FR2831686B1/fr not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6005849A (en) * | 1997-09-24 | 1999-12-21 | Emulex Corporation | Full-duplex communication processor which can be used for fibre channel frames |
Non-Patent Citations (1)
| Title |
|---|
| WOLFHARD LAWRENZ: "CAN: Controller Area Network", 1994, HÜTHIG BUCH VERLAG, HEIDELBERG, XP002211171 * |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2831686B1 (fr) | 2005-05-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2016128648A1 (fr) | Procédé et système de réalisation de télédiagnostics sécurisés d'équipements électroniques communicants de véhicules | |
| FR2831686A1 (fr) | Procede et dispositif de communication sur un reseau d'un vehicule | |
| EP1484859B1 (fr) | Procédé de contrôle avec gestion d'un identifiant opaque d'utilisateur de la livraison complète d'un service utilisant un ensemble de serveurs | |
| EP1517474B1 (fr) | Procédé et dispositif correspondant de détection automatique du débit d'un réseau, notamment de type CAN (Controller Area Network), et de configuration du réseau au débit détecté | |
| EP1760952A1 (fr) | Procédé de commande de la vitesse de communication sur un bus LIN | |
| EP3888330A1 (fr) | Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile | |
| FR3064859A1 (fr) | Systeme de gestion d’un etat d’un calculateur esclave d’un vehicule | |
| FR3102270A1 (fr) | Procédé et dispositif de détection d’une intrusion sur un bus de données d’un véhicule | |
| FR3076161B1 (fr) | Dispositif de supervision de defauts d’organe(s) esclave(s) pour un organe maitre d’un reseau multiplexe. | |
| FR3102269A1 (fr) | Procédé et dispositif de détection d’une intrusion sur un bus de données d’un véhicule | |
| FR3100649A1 (fr) | Procédé et dispositif d’échange d’au moins un message entre un véhicule et un système d’information distant | |
| EP3478002A1 (fr) | Dispositif de communication pour véhicule comportant une pluralité de moyens de communication | |
| EP0484212B1 (fr) | Dispositif de reconnaissance d'adresses pour module électronique de traitement de données | |
| FR3113149A1 (fr) | Formatage d’informations de défaut par ajout d’identifiant | |
| FR3018650A1 (fr) | Commutateur ethernet, engin mobile et bus de transport de passagers comprenant ledit commutateur ethernet | |
| FR3104281A1 (fr) | Procede de chargement de donnees dans un calculateur de vehicule | |
| FR2695780A1 (fr) | Procédé de détection d'un court-circuit entre les lignes d'un bus transmettant des données numériques sous forme de signaux différentiels de tension. | |
| FR3115373A1 (fr) | Gestion de la supervision d’un composant électronique d’un véhicule terrestre à moteur | |
| FR3055602B1 (fr) | Vehicule ferroviaire comportant un systeme de supervision et procede d'utilisation d'un tel systeme de supervision | |
| FR2674395A1 (fr) | Procede de transmission de donnes numeriques emises sous forme de trames de signaux differentiels. | |
| FR3085569A1 (fr) | Procede de configuration d’un calculateur de vehicule | |
| FR3141578A1 (fr) | Procédé de détermination de profils de configuration d’un module électronique, dispositif et systèmes associés. | |
| FR2815736A1 (fr) | Systeme d'echange d'informations entre un centre serveur et des moyens informatiques embarques a bord d'un vehicule automobile | |
| FR3114465A1 (fr) | Procédé et dispositif de gestion de l'émission de messages | |
| EP1251428A1 (fr) | Système de programmation de calculateurs d'un système informatique embarqué à bord d'un véhicule automobile |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| CD | Change of name or company name | ||
| ST | Notification of lapse |
Effective date: 20160630 |