FR3064861A1 - Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile - Google Patents

Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile Download PDF

Info

Publication number
FR3064861A1
FR3064861A1 FR1752906A FR1752906A FR3064861A1 FR 3064861 A1 FR3064861 A1 FR 3064861A1 FR 1752906 A FR1752906 A FR 1752906A FR 1752906 A FR1752906 A FR 1752906A FR 3064861 A1 FR3064861 A1 FR 3064861A1
Authority
FR
France
Prior art keywords
state
communication network
message
computer
computers
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
Application number
FR1752906A
Other languages
English (en)
Other versions
FR3064861B1 (fr
Inventor
Ahmed Harrar
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
Peugeot Citroen 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 Peugeot Citroen Automobiles SA filed Critical Peugeot Citroen Automobiles SA
Priority to FR1752906A priority Critical patent/FR3064861B1/fr
Publication of FR3064861A1 publication Critical patent/FR3064861A1/fr
Application granted granted Critical
Publication of FR3064861B1 publication Critical patent/FR3064861B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • 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/40039—Details regarding the setting of the power status of a node according to activity on the bus
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

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

Abstract

L'invention porte sur un procédé de gestion d'un état d'un réseau de communication multiplexé (R1) Ethernet d'un véhicule, ledit réseau de communication (R1) étant compris dans un système de gestion (100) comprenant une pluralité de calculateurs (10, 20) reliés audit réseau de communication (R1) et une liaison filaire bidirectionnelle (L1) reliant les calculateurs (10, 20) entre eux, ledit réseau de communication (R1) pouvant basculer entre des états de veille, de réveil, de fonctionnement nominal, de mise en veille et d'arrêt de communication, ladite pluralité de calculateurs (10, 20) comprenant un calculateur maître (10) et au moins un premier calculateur esclave (20), ledit calculateur maître (10) et ledit premier calculateur esclave (20) étant configurés pour émettre et recevoir un message (A, B, C, D, E) relatif à un état demandé du réseau de communication (R1) via le réseau de communication (R1).

Description

Titulaire(s) : PEUGEOT CITROEN AUTOMOBILES SA Société anonyme.
Demande(s) d’extension
Mandataire(s) : PEUGEOT CITROEN AUTOMOBILES SA Société anonyme.
£4) PROCEDE DE GESTION DE L'ETAT D'UN RESEAU ETHERNET D'UN VEHICULE AUTOMOBILE.
FR 3 064 861 - A1
L'invention porte sur un procédé de gestion d'un état d'un réseau de communication multiplexé (R1) Ethernet d'un véhicule, ledit réseau de communication (R1) étant compris dans un système de gestion (100) comprenant une pluralité de calculateurs (10, 20) reliés audit réseau de communication (R1) et une liaison filaire bidirectionnelle (L1) reliant les calculateurs (10, 20) entre eux, ledit réseau de communication (R1) pouvant basculer entre des états de veille, de réveil, de fonctionnement nominal, de mise en veille et d'arrêt de communication, ladite pluralité de calculateurs (10, 20) comprenant un calculateur maître (10) et au moins un premier calculateur esclave (20), ledit calculateur maître (10) et ledit premier calculateur esclave (20) étant configurés pour émettre et recevoir un message (A, B, C, D, E) relatif à un état demandé du réseau de communication (R1) via le réseau de communication (R1).
Figure FR3064861A1_D0001
Figure FR3064861A1_D0002
PROCEDE DE GESTION DE L’ETAT D’UN RESEAU ETHERNET D’UN VEHICULE AUTOMOBILE [001] L'invention concerne, de façon générale, le domaine des réseaux de communication embarqués dans un véhicule, en particulier de type Ethernet. L’invention vise plus particulièrement un procédé de gestion de l’état d’un réseau Ethernet embarqué d’un véhicule automobile.
[002] De manière générale, un véhicule automobile comprend une pluralité de calculateurs embarqués permettant la commande des différentes fonctions du véhicule, telles que les commandes d’allumage du moteur, les commandes sécuritaires, comme les airbags ou les feux de signalisation par exemple, ou bien encore les commandes de confort accessibles depuis l’habitacle du véhicule, comme le chauffage ou la fermeture et l’ouverture des vitres par exemple.
[003] De manière connue, de tels calculateurs sont contrôlés pour être mis en veille ou « réveillé » selon les besoins du véhicule ou du conducteur, de manière à permettre une économie d’énergie du véhicule par exemple.
[004] A ce titre, le document FR2852755 décrit un système de gestion de l’état d’un réseau multiplexé de transmissions de type CAN d’un véhicule. Un tel système, permettant la gestion de l’état d’un réseau de stations de communication du véhicule, comprend une station de gestion adaptée pour émettre sur le réseau un signal d’état à destination d’une pluralité de stations secondaires. L’émission d’un tel signal permet de définir l’état du réseau, par exemple un état de veille, de réveil, ou de fonctionnement nominal.
[005] Cependant un tel système de gestion présente des inconvénients. En effet, de nos jours, le réseau de type CAN est de plus en plus remplacé par un réseau Ethernet. En effet un tel réseau Ethernet est plus rapide et permet un débit de données plus élevé. Cependant, pour de tels réseaux Ethernet, l’état de la technique ne propose pas de système permettant la gestion de l’état du réseau, comme la mise en veille ou le réveil de l’ensemble des calculateurs du réseau par exemple, ce qui présente un inconvénient majeur.
[006] L’invention vise donc à pallier au moins en partie ces inconvénients en proposant un procédé simple et efficace permettant la gestion de l’état d’un réseau de communication d’un véhicule de type Ethernet.
[007] Pour parvenir à ce résultat, la présente invention concerne un procédé de gestion d’un état d’un réseau de communication multiplexé Ethernet d’un véhicule, ledit réseau de communication étant compris dans un système de gestion comprenant une pluralité de calculateurs reliés audit réseau de communication et une liaison filaire bidirectionnelle reliant les calculateurs entre eux, ledit réseau de communication pouvant basculer entre des états de veille, de réveil, de fonctionnement nominal, de mise en veille et d’arrêt de communication, ladite pluralité de calculateurs comprenant un calculateur maître et au moins un premier calculateur esclave, ledit calculateur maître et ledit premier calculateur esclave étant configurés pour émettre et recevoir un message relatif à un état demandé du réseau de communication via la liaison filaire bidirectionnelle et pour émettre et recevoir un message de confirmation relatif à un état demandé du réseau de communication via le réseau de communication, le procédé comprenant :
- une étape d’envoi par ledit calculateur maître ou par l’au moins un premier calculateur esclave d’un message relatif à l’état demandé via la liaison filaire bidirectionnelle,
- une étape de réception par l’autre dudit calculateur maître ou du au moins un premier calculateur esclave dudit message relatif à l’état demandé,
- une étape d’envoi par le calculateur maître via le réseau de communication d’un message de commande du basculement du réseau de communication dans l’état demandé,
- une étape de réception par l’au moins un calculateur esclave dudit message de commande, et
- une étape de changement d’état de l’au moins un calculateur esclave de manière à basculer le réseau de communication dans l’état demandé.
[008] Grâce au système de gestion selon l’invention, l’état d’un réseau de communication Ethernet est commandé à partir de messages reçus par le calculateur via le réseau de communication et via la liaison filaire bidirectionnelle. Avantageusement, n’importe quel calculateur du réseau de communication peut commander le réveil du réseau de communication en envoyant un message de réveil via la liaison filaire qui est bidirectionnelle. Lorsqu’un calculateur esclave commande le réveil du réseau de communication, le calculateur maître reçoit tout d’abord le message de réveil puis commande le réveil du reste du réseau de communication. Enfin, grâce à la liaison filaire bidirectionnelle, les calculateurs du réseau peuvent être maintenus éveillés même en cas de perte du réseau de communication.
[009] Avantageusement, le message relatif à l’état demandé correspond à un changement d’état du signal émis via la liaison filaire bidirectionnelle.
[0010] Avantageusement, l’état haut ou l’état bas du signal émis correspond à état de réveil du réseau de communication et l’autre de l’état haut ou de l’état bas correspond à état de mise en veille du réseau de communication.
[0011] Avantageusement, le système de gestion comprenant au moins un deuxième calculateur esclave, les deux calculateurs esclaves reçoivent le message de basculement de manière simultanée afin de permettre la synchronisation de leur changement d’état.
[0012] Avantageusement, l’état demandé étant un état de réveil du réseau de communication, un calculateur esclave envoie un message de réveil du réseau de communication via la liaison filaire bidirectionnelle dans l’étape d’envoi, et le calculateur maître reçoit ledit message de réveil.
[0013] Selon un premier aspect de l’invention, le calculateur confirmant le basculement du réseau de communication à l’état de réveil, le message envoyé par le calculateur maître dans l’étape d’envoi est un message de commande de réveil du réseau de communication.
[0014] Selon un deuxième aspect, le calculateur ne confirmant pas le basculement du réseau de communication à l’état de réveil, le message envoyé par le calculateur maître dans l’étape d’envoi est un message de commande de mise en veille du réseau de communication.
[0015] L’invention concerne également un véhicule automobile comprenant un système de gestion d’un état d’un réseau de communication adapté pour mettre en œuvre le procédé de gestion tel que décrit précédemment.
[0016] D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description détaillée des modes de réalisation de l'invention, donnés à titre d'exemple uniquement, et en référence aux dessins qui montrent :
• la figure 1, un schéma d’une forme de réalisation du système de gestion selon l’invention montée dans un véhicule automobile, • la figure 2, une représentation schématique des états et des transitions entre chaque état du réseau de communication géré par le système de la figure 1, • les figures 3 et 4, des schémas de signaux de réveil émis dans le système de gestion, et • la figure 5, un schéma du signal de mise en veille émis dans le système de gestion.
[0017] Dans ce qui va suivre, les modes de réalisation décrits s’attachent plus particulièrement à une mise en œuvre du procédé de gestion selon l’invention au sein d’un véhicule automobile. Cependant, toute mise en œuvre dans un contexte différent, en particulier dans tout type de véhicule, est également visée par la présente invention.
[0018] La figure 1 illustre un système de gestion 100 selon l’invention monté dans un véhicule automobile (non représenté). Le système de gestion 100 comprend un calculateur maître 10, des calculateurs esclaves 20, un réseau de communication multiplexé R1 reliant les calculateurs 10, 20 entre eux et une liaison filaire bidirectionnelle L1 reliant les calculateurs 10, 20 entre eux.
[0019] Dans cet exemple, il a été représenté quatre calculateurs esclaves 20, mais il va de soi que le système de gestion 100 pourrait en comprend un nombre différent, notamment un unique calculateur esclave 20 ou au moins deux calculateurs esclaves 20.
[0020] Le réseau de communication R1 reliant les calculateurs 10, 20 entre eux, le changement d’état du réseau de communication est lié au changement d’état des calculateurs 10, 20 reliés par ce réseau de communication R1. Autrement dit, lorsque les calculateurs 10, 20 changent d’état, le réseau de communication R1 changent également d’état.
[0021] En référence à la figure 2, ces états sont: un état de veille, de réveil, de fonctionnement nominal, de mise en veille ou d’arrêt de communication. Chaque état est décrit de la manière suivante :
- l’état de veille est un état dans lequel il n’y a pas de communication par le réseau de communication R1. Aucun calculateur 10, 20 n’échange d’informations via le réseau R1. On dit alors que le réseau de communication R1 est à l’état SLEEP;
- l’état de réveil est un état intermédiaire dans lequel les calculateurs initialisent leur fonction de communication Ethernet. II n’y a pas de supervision du réseau R1 Le réseau de communication R1 est alors à l’état WAKE-UP;
- l’état de fonctionnement nominal décrit l’état dans lequel le réseau de communication fonctionne normalement. Les calculateurs 10, 20 peuvent échanger des informations via le réseau R1 et leurs fonctions sont activées ou en cours d’initialisation. Le réseau de communication R1 est à l’état NORMAL. Dans cet état, les demandes de basculement du réseau à l’état de réveil ne sont pas autorisées. Le réseau est supervisé;
- l’état de mise en veille est un état intermédiaire dans lequel les calculateurs 10, 20 sont en attente avant de basculer en état de veille SLEEP. Les calculateurs 10, 20 ne communiquent alors plus via le réseau R1. Le réseau de communication R1 est à l’état GOTOSLEEP;
- l’état d’arrêt de communication décrit l’état dans lequel les échanges par le réseau de communication R1 sont arrêtés ou limités. Un tel état est temporaire et permet généralement de libérer de la bande passante, permettant l’actionnement d’une fonction nécessitant de la place sur le réseau R1 afin de permettre sa finalisation rapide (comme par exemple le téléchargement d’une donnée par l’un des calculateurs). Le réseau de communication R1 est alors à l’état COMOFF.
[0022] Pour basculer d’un état à un autre, les calculateurs 10, 20 échangent des messages de commande A, B, C, D, E relatifs à l’état demandé du réseau R1 via le réseau de communication R1 comme cela sera décrit par la suite.
[0023] Comme cela est connu, une pluralité de calculateurs 10, 20 sont embarqués dans un véhicule automobile, chacun desdits calculateurs étant dédié à un ensemble de fonctions du véhicule, par exemple des fonctions de sécurité ou des commandes du moteur. Les calculateurs esclaves 20 permettent, lorsqu’ils sont activés, d’actionner une commande du véhicule, par exemple la mise en fonctionnement de la climatisation ou l’abaissement d’une vitre électrique. L’actionnement d’une commande est réalisé par exemple par l’émission d’un message, désigné « message fonctionnel » reçu par l’équipement concerné par la commande.
[0024] Les calculateurs 10, 20 sont configurés pour envoyer et recevoir un message relatif à l’état du réseau de communication R1 via la liaison filaire bidirectionnelle L1. Pour ce faire, les calculateurs 10, 20 sont configurés pour émettre un signal s1, s2, s3, s5 via la liaison filaire bidirectionnelle L1.
[0025] Un tel signal électrique s1, s2, s3, s4, s5 est échangé entre les calculateurs 10, 20 via la liaison filaire bidirectionnelle L1. Le signal électrique s1, s2, s3, s4, s5 comprend différents état : ici uniquement deux états sont représentés : un état haut e1, également désigné « état actif », et un état bas eO, également désigné « état inactif ». Chaque état eO, e1 est associé à un état du réseau de communication R1.
[0026] Dans cet exemple, l’état haut e1 du signal électrique s1, s2, s3, s4, s5 est associé à l’état de réveil WAKEUP du réseau de communication R1 et l’état bas eO du signal électrique s1, s2, s3, s4, s5 est associé à l’état de mise en veille GOTOSLEEP du réseau de communication R1. Il va de soi que l’association des états pourrait être inversée. De plus, le réseau de communication R1 comprenant plus de deux états comme cela a été présenté, le signal électrique est associé au message de commande du calculateur maître 10 afin de commander le basculement du réseau de communication dans l’état désiré.
[0027] Le signal électrique s1 représenté sur la figure 3 représente l’activation par le calculateur maître 10 de la liaison filaire bidirectionnelle L1 dans le cas de la commande du réveil du réseau de communication R1 par le calculateur maître 10.
[0028] Le signal électriques s2 représenté sur la figure 4 représente l’activation de la liaison filaire bidirectionnelle L1 par un calculateur esclave 20. Cette activation entraîne le maintien par le calculateur maître 10 de l’activation de la liaison filaire directionnelle L1 représentée par le signal s3 de la figure 4 tant que le réseau de communication R1 est réveillé. Le signal s4 est la résultante des signaux électriques s2 et s3 sur la liaison filaire bidirectionnelle.
[0029] Le signal s5 représenté sur la figure 5 représente la désactivation de la liaison filaire bidirectionnelle L1 par le calculateur maître 10 afin de commander la mise en veille du réseau de communication R1.
[0030] Les calculateurs 10, 20 sont en outre configurés pour envoyer et recevoir un message de commande A, B, C, D, E de l’état du réseau de communication R1 via le réseau de communication R1. Lorsqu’un calculateur esclave 20 reçoit un message de commande A, B, C, D, E de changement d’état, l’état du calculateur esclave 20 change. Lorsque le calculateur maître 10 commande le changement d’état du réseau de communication R1, le calculateur maître 10 envoie un message de commande A, B, C, D, E de changement d’état aux calculateurs esclaves 20.
[0031] Les calculateurs esclaves 20 sont reliés au calculateur maître 10 afin que le calculateur maître 10 commande chacun des calculateurs esclaves 20. Les calculateurs esclaves 20 sont reliés au calculateur maître 10 par le réseau de communication R1 de type Ethernet, qui présente l’avantage d’être un réseau local à haut débit de transfert de données, afin de répondre aux exigences des commandes actuelles d’un véhicule. Afin de connecter les différents calculateurs 10, 20 au réseau de communication R1, au moins un des calculateurs 10,20 comprend un commutateur 30, également désigné « switch >> en langue anglaise. Tous les calculateurs 10, 20 sont connectés au commutateur 30 afin d’être reliés entre eux par le réseau de communication R1.
[0032] Dans le mode de réalisation illustré à la figure 1, un calculateur esclave 20 comprend un tel commutateur 30, mais il va de soi que le calculateur maître 10 pourrait, de manière alternative, comprendre le commutateur 30.
[0033] Le réseau de communication R1 permet aux calculateurs 10, 20 d’échanger entre eux un message de commande A, B, C, D, E de basculement dans l’état désiré du réseau de communication R1.
[0034] La liaison filaire bidirectionnelle L1 relie, elle, chaque calculateur 10,20 à tous les autres calculateurs 10, 20 du système de gestion 10.
[0035] Les messages de commande transmis par le réseau de communication R1 sont : un message A de commande du réveil du réseau de communication R1, un message B de commande du fonctionnement normal du réseau de communication R1, un message C de commande de mise en veille du réseau de communication R1,
- un message D de commande de veille du réseau de communication R1, et
- un message E de commande d’arrêt des communications fonctionnelles du réseau de communication R1.
[0036] Grâce au système de gestion 100 selon l’invention, le changement d’état des calculateurs 10, 20, et donc du réseau de communication R1, peut être commandé par le message de commande transmis par le calculateur maître 10 via le réseau de communication R1 et via la liaison filaire bidirectionnelle L1 dans le cas du réveil du réseau de communication R1. De plus, cette liaison L1 étant bidirectionnelle, n’importe quel calculateur 10, 20 peut commander le réveil des autres calculateurs 10, 20, et donc du réseau de communication, comme cela sera décrit par la suite.
[0037] Il va maintenant être décrit le procédé de gestion de l’état du réseau selon l’invention.
[0038] Lorsque le véhicule n’est pas en fonctionnement, le réseau de communication R1 se trouve à l’état de veille SLEEP afin de préserver la batterie du véhicule. Au démarrage du véhicule, le réseau de communication Ethernet R1 doit être réveillé afin de permettre l’échange de données au sein du véhicule. Le calculateur maître 10 bascule alors à l’état de réveil WAKEUP et active la liaison bidirectionnelle L1 en basculant l’état du signal s1 à l’état haut e1. Puis, le calculateur maître 10 envoie un message de commande de réveil A aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande de réveil A et basculent à l’état de réveil WAKEUP afin de basculer le réseau de communication R1 à l’état de réveil WAKEUP.
[0039] Puis, le calculateur maître 10 bascule à l’état de fonctionnement nominal NORMAL et envoie un message de commande de fonctionnement normal B aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande de fonctionnement normal B et basculent à l’état de fonctionnement nominal NORMAL. Le réseau de communication R1 est alors en état de fonctionnement nominal NORMAL et permet l’échange de données au sein du véhicule.
[0040] Lorsque des données doivent être échangées plus rapidement entre deux calculateurs du véhicule, le calculateur maître 10 bascule à l’état d’arrêt des communications COMOFF et envoie un message de commande d’arrêt des communications E aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande d’arrêt des communications E et basculent à l’état d’arrêt des communications COMOFF. Les calculateurs 10, 20 n’échangent alors plus de données fonctionnelles par le réseau de communication R1 afin d’augmenter la vitesse des échanges entre les calculateurs devant échanger rapidement des données.
[0041] Lorsque les données ont été échangées, le calculateur maître 10 rebascule à l’état de fonctionnement nominal NORMAL et envoie un message de commande de fonctionnement normal B aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande de fonctionnement normal B et basculent à l’état de fonctionnement nominal NORMAL. Le réseau de communication R1 est alors à nouveau en état de fonctionnement nominal NORMAL.
[0042] Pour mettre le réseau de communication R1 en état de veille SLEEP, notamment lors de l’arrêt du véhicule, le calculateur maître 10 bascule à l’état de mise en veille GOTOSLEEP et envoie un message de commande de mise en veille C aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande de mise en veille C et basculent à l’état de mise en veille GOTOSLEEP. Le réseau de communication R1 est alors prêt pour passer à l’état de veille SLEEP.
[0043] Le calculateur maître 10 bascule ensuite à l’état de veille SLEEP et envoie un message de commande de veille D aux calculateurs esclaves 20 via le réseau de communication R1. Les calculateurs esclaves 20 reçoivent alors le message de commande de veille D et basculent à l’état de veille SLEEP. Le réseau de communication R1 est alors en veille SLEEP, aucune donnée n’est plus échangée par le réseau de communication R1. En revanche, des messages peuvent toujours être transmis via la liaison filaire bidirectionnelle L1 afin de réveiller le réseau de communication R1.
[0044] Il a été présenté la commande du réveil du réseau de communication R1 par le calculateur maître 10. Cependant, un calculateur esclave 20 peut également commander un tel réveil. Pour ce faire, le calculateur esclave 20 bascule à l’état de réveil WAKEUP via la liaison bidirectionnelle L1 et envoie un message de commande de réveil A au calculateur maître 10 via le réseau de communication R1. Le calculateur maître 10 reçoit alors le message de commande de réveil A et bascule à l’état de réveil WAKEUP. Le calculateur maître 10 peut alors confirmer le réveil du réseau de communication R1 en envoyant un message de commande de réveil A aux autres calculateurs esclaves 20 pour réveiller le réseau de communication R1 comme cela a été décrit précédemment. Le calculateur maître 10 peut également ne pas confirmer le réveil. Le calculateur maître 10 bascule alors à l’état de mise en veille GOTOSLEEP et envoie un message de commande de mise en veille C aux calculateurs esclaves 20 pour basculer le réseau de communication R1 en veille comme cela a été décrit précédemment.
[0045] Dans la suite de la description, il va maintenant être présenté le basculement du réseau de communication R1 de l’état de veille SLEEP à l’état de réveil WAKEUP.
[0046] La figure 3 illustre le réveil du réseau de communication R1 commandé par le calculateur maître 10. Dans ce cas, le calculateur maître 10 est réveillé localement, puis active la liaison filaire bidirectionnelle L1. Dans ce but, le signal s1 émis par le calculateur maître 10 sur la liaison filaire bidirectionnelle L1 passe de l’état bas eO à l’état haut e1.
[0047] Les calculateurs esclaves 20 détectent alors le changement d’état de la liaison filaire bidirectionnelle L1. Les calculateurs esclaves 20 se réveillent alors, ce qui a pour effet de réveiller le réseau de communication R1. Le calculateur maître 10 envoie alors un message de commande de réveil A via le réseau de communication. Les calculateurs esclave 20 reçoivent le message de commande de réveil A et restent éveillés.
[0048] La figure 4 illustre le réveil du réseau de communication R1 commandé par un calculateur esclave 20. Dans ce cas, le calculateur esclave 20 est réveillé localement, puis active la liaison filaire bidirectionnelle L1. Dans ce but, le signal s2 émis par le calculateur esclave 20 sur la liaison filaire bidirectionnelle L1 passe de l’état bas eO à l’état haut e1.
[0049] Le calculateur maître 10 détecte alors le changement d’état de la liaison filaire bidirectionnelle L1 et confirme le réveil du réseau de communication R1. Pour ce faire, le signal s3 émis par le calculateur esclave 20 sur la liaison filaire bidirectionnelle L1 passe de l’état bas eO à l’état haut e1 afin de maintenir l’état haut e1 de la liaison filaire bidirectionnelle L1. Ainsi, le signal s4 transmis via la liaison filaire bidirectionnelle L1 est maintenu à l’état haut e1 alors que le signal s2 émis par le calculateur esclave 20 repasse à l’état bas eO.
[0050] Les calculateurs esclaves 20 détectent le changement d’état de la liaison filaire bidirectionnelle L1. Les calculateurs esclaves 20 se réveillent alors, ce qui a pour effet de réveiller le réseau de communication Ethernet R1.
[0051] Le calculateur maître 10 envoie alors un message de commande de réveil A via le réseau de communication R1. Les calculateurs 20 reçoivent le message de commande de réveil A et restent éveillés.
[0052] Grâce au maintien à l’état haut e1 et par le calculateur maître 10 du signal s4 transmis sur la liaison filaire bidirectionnelle L1, les calculateurs 10, 20 sont maintenus réveillés même en cas de perte du réseau de communication R1.
[0053] Si le calculateur maître 10 ne confirme par le réveil du réseau de communication 5 R1, le calculateur maître 10 bascule à l’état de mise en veille GOTOSLEEP et envoie un message de de commande mise en veille C du réseau de communication R1.
[0054] La figure 5 illustre la mise en veille du réseau de communication R1 commandé par le calculateur maître 10. Dans ce cas, le calculateur maître 10, initialement dans un état de mise en veille GOTOSLEEP, envoie un message de mise en veille C du réseau de communication R1. Dans ce but, le signal s5 émis par le calculateur maître 10 sur la liaison filaire bidirectionnelle L1 passe de l’état haut e1 à l’état bas eO.

Claims (8)

  1. Revendications :
    1. Procédé de gestion d’un état d’un réseau de communication multiplexé (R1) Ethernet d’un véhicule, ledit réseau de communication (R1) étant compris dans un système de gestion (100) comprenant une pluralité de calculateurs (10, 20) reliés audit réseau de communication (R1) et une liaison filaire bidirectionnelle (L1) reliant les calculateurs (10, 20) entre eux, ledit réseau de communication (R1) pouvant basculer entre des états de veille, de réveil, de fonctionnement nominal, de mise en veille et d’arrêt de communication, ladite pluralité de calculateurs (10, 20) comprenant un calculateur maître (10) et au moins un premier calculateur esclave (20), ledit calculateur maître (10) et ledit premier calculateur esclave (20) étant configurés pour émettre et recevoir un message relatif à un état demandé du réseau de communication (R1) via la liaison filaire bidirectionnelle (L1) et pour émettre et recevoir un message (A, B, C, D, E) de confirmation relatif à un état demandé du réseau de communication (R1) via le réseau de communication (R1), le procédé comprenant :
    - une étape d’envoi par ledit calculateur maître (1) ou par l’au moins un premier calculateur esclave (20) d’un message relatif à l’état demandé via la liaison filaire bidirectionnelle (L1),
    - une étape de réception par l’autre dudit calculateur maître (10) ou du au moins un premier calculateur esclave (20) dudit message relatif à l’état demandé,
    - une étape d’envoi par le calculateur maître (10) via le réseau de communication (R1) d’un message de commande du basculement du réseau de communication (R1) dans l’état demandé,
    - une étape de réception par l’au moins un calculateur esclave (20) dudit message de commande (A, B, C, D, E), et
    - une étape de changement d’état de l’au moins un calculateur esclave (20) de manière à basculer le réseau de communication (R1) dans l’état demandé.
  2. 2. Procédé selon la revendication 1, dans lequel le message relatif à l’état demandé correspond à un changement d’état (eO, e1) du signal (s1, s2, s3, s4, s5) émis via la liaison filaire bidirectionnelle (L1).
  3. 3. Procédé selon la revendication précédente, dans lequel l’état haut (e1) du signal émis via la liaison filaire bidirectionnelle (L1) ou l’état bas (eO) du signal émis (s1, s2, s3, s5) correspond à état de réveil (WAKE UP) du réseau de communication (R1) et l’autre de l’état haut (e1) ou de l’état bas (eO) correspond à état de mise en veille (GOTOSLEEP) du réseau de communication (R1).
  4. 4. Procédé selon l’une des revendications précédentes, dans lequel, le système de gestion (100) comprenant au moins un deuxième calculateur esclave (20), les deux
  5. 5 calculateurs esclaves (20) reçoivent le message de basculement (A, B, C, D, E) de manière simultanée afin de permettre la synchronisation de leur changement d’état.
    5. Procédé selon l’une des revendications précédentes, dans lequel, l’état demandé étant un état de réveil (WAKEUP) du réseau de communication (R1), un calculateur esclave (20) envoie un message de réveil du réseau de communication (R1) via la liaison filaire
    10 bidirectionnelle (L1) dans l’étape d’envoi, et le calculateur maître (10) reçoit ledit message de réveil.
  6. 6. Procédé selon la revendication précédente, dans lequel, le calculateur confirmant le basculement du réseau de communication (R1) à l’état de réveil (WAKEUP), le message envoyé par le calculateur maître (10) dans l’étape d’envoi est un message de
    15 commande de réveil (A) du réseau de communication (R1 ).
  7. 7. Procédé selon la revendication 5, dans lequel, le calculateur ne confirmant pas le basculement du réseau de communication (R1) à l’état de réveil (WAKEUP), le message envoyé par le calculateur maître (10) dans l’étape d’envoi est un message de commande de mise en veille (C) du réseau de communication (R1).
    20
  8. 8. Véhicule automobile (100) comprenant un système de gestion (100) d’un état d’un réseau de communication (R1) configuré pour mettre en œuvre le procédé de gestion selon l’une des revendications précédentes.
    1/3
FR1752906A 2017-04-04 2017-04-04 Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile Active FR3064861B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1752906A FR3064861B1 (fr) 2017-04-04 2017-04-04 Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1752906A FR3064861B1 (fr) 2017-04-04 2017-04-04 Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile
FR1752906 2017-04-04

Publications (2)

Publication Number Publication Date
FR3064861A1 true FR3064861A1 (fr) 2018-10-05
FR3064861B1 FR3064861B1 (fr) 2019-05-10

Family

ID=59297009

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1752906A Active FR3064861B1 (fr) 2017-04-04 2017-04-04 Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile

Country Status (1)

Country Link
FR (1) FR3064861B1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3107631A1 (fr) 2020-02-20 2021-08-27 Psa Automobiles Sa Procédé et dispositif de gestion de l’état en veille ou éveillé d’un réseau Ethernet dans un véhicule automobile, produit programme d’ordinateur, et véhicule automobile l’incorporant.
WO2023230820A1 (fr) * 2022-05-31 2023-12-07 华为技术有限公司 Procédé et appareil de commande de véhicule

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1460554A1 (fr) * 2003-03-21 2004-09-22 Peugeot Citroen Automobiles S.A. Système de commande de l'état de veille/réveil d'un réseau multiplexe de transmission d'informations
US20120054507A1 (en) * 2010-05-17 2012-03-01 Nxp B.V. Network
US20130111074A1 (en) * 2010-05-06 2013-05-02 Volker Blaschke Method for changing an operating mode of at least one device
EP3094044A1 (fr) * 2015-05-12 2016-11-16 Linear Technology Corporation Méthode et système à commande de réveil et de sommeil sur un trajet de courant continu

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1460554A1 (fr) * 2003-03-21 2004-09-22 Peugeot Citroen Automobiles S.A. Système de commande de l'état de veille/réveil d'un réseau multiplexe de transmission d'informations
US20130111074A1 (en) * 2010-05-06 2013-05-02 Volker Blaschke Method for changing an operating mode of at least one device
US20120054507A1 (en) * 2010-05-17 2012-03-01 Nxp B.V. Network
EP3094044A1 (fr) * 2015-05-12 2016-11-16 Linear Technology Corporation Méthode et système à commande de réveil et de sommeil sur un trajet de courant continu

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3107631A1 (fr) 2020-02-20 2021-08-27 Psa Automobiles Sa Procédé et dispositif de gestion de l’état en veille ou éveillé d’un réseau Ethernet dans un véhicule automobile, produit programme d’ordinateur, et véhicule automobile l’incorporant.
WO2023230820A1 (fr) * 2022-05-31 2023-12-07 华为技术有限公司 Procédé et appareil de commande de véhicule

Also Published As

Publication number Publication date
FR3064861B1 (fr) 2019-05-10

Similar Documents

Publication Publication Date Title
EP3682594B1 (fr) Systeme de gestion d'un reseau ethernet sur fibre optique d'un vehicule
CN107346254B (zh) 远程地提供用于车辆的系统模块更新的方法
US9584470B2 (en) Dynamic DHCP for Wi-Fi connectivity in a vehicle
CN104601421A (zh) 车载网络系统以及用于车载网络系统的管理设备
CN105847037B (zh) 基于WirelessHART标准的车内无线交互方法
FR3073996B1 (fr) Procede de reveil d’un reseau de communication embarque en vue de la maintenance d’un calculateur d’un vehicule.
FR3064861A1 (fr) Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile
CN110971658A (zh) Sms唤醒后保持无线电资源控制活动
FR3064862A1 (fr) Systeme de gestion d’un etat d’un calculateur maitre d’un vehicule
FR3064859A1 (fr) Systeme de gestion d’un etat d’un calculateur esclave d’un vehicule
FR3107631A1 (fr) Procédé et dispositif de gestion de l’état en veille ou éveillé d’un réseau Ethernet dans un véhicule automobile, produit programme d’ordinateur, et véhicule automobile l’incorporant.
FR3064860A1 (fr) Systeme de gestion de l’etat d’un reseau ethernet d’un vehicule automobile
EP3039827B1 (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
EP3469836B1 (fr) Procede de transmission de donnees entre un vehicule et une unite de stockage debarquee
FR2985072A1 (fr) Procede de gestion d'une installation domotique
FR2882483A1 (fr) Systeme d'echange d'informations entre differents composants electriques et/ou electroniques embarques a bord d'un vehicule automobile
EP1422879B1 (fr) Système de transmission sécurisée d'informations entre des stations raccordées par un réseau de transmission d'informations embarqué à bord d'un véhicule automobile.
FR3127054A1 (fr) Architecture de réveil et d’endormissement de calculateurs compatible avec différents types de véhicules automobiles
WO2023094741A1 (fr) Implantation d'une batterie de secours d'un boitier de connectivité dans un véhicule terrestre à moteur
EP2380315B1 (fr) Procede et dispositif de controle du reveil d'un organe d'un reseau multiplexe, par comptage de reveils intempestifs
EP1460553B1 (fr) Système de commande de l'état de veille/réveil d'un réseau multiplexé de transmission d'informations
EP1460554B1 (fr) Système de commande de l'état de veille/réveil d'un réseau multiplexe de transmission d'informations
EP1460552B1 (fr) Système de commande de l'état de veille/réveil d'un réseau multiplexé de transmission d'informations, notamment pour véhicule automobile
FR3104281A1 (fr) Procede de chargement de donnees dans un calculateur de vehicule
EP1524833B1 (fr) Procédé de sécurisation circonstancielle d'une communication téléphonique, installation pour sa mise en oeuvre, et kit mains libres adapté au procédé

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20181005

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8