FR3040806A1 - Calculateur electronique de vehicule compatible avec le protocole de communication can-fd - Google Patents

Calculateur electronique de vehicule compatible avec le protocole de communication can-fd Download PDF

Info

Publication number
FR3040806A1
FR3040806A1 FR1558292A FR1558292A FR3040806A1 FR 3040806 A1 FR3040806 A1 FR 3040806A1 FR 1558292 A FR1558292 A FR 1558292A FR 1558292 A FR1558292 A FR 1558292A FR 3040806 A1 FR3040806 A1 FR 3040806A1
Authority
FR
France
Prior art keywords
microcontroller
flexray
communication
logic gate
communication controller
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
FR1558292A
Other languages
English (en)
Other versions
FR3040806B1 (fr
Inventor
Jacques Rocher
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.)
Continental Automotive GmbH
Continental Automotive France SAS
Original Assignee
Continental Automotive GmbH
Continental Automotive France SAS
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 Continental Automotive GmbH, Continental Automotive France SAS filed Critical Continental Automotive GmbH
Priority to FR1558292A priority Critical patent/FR3040806B1/fr
Priority to CN201680051514.7A priority patent/CN107925604B/zh
Priority to US15/756,293 priority patent/US10225099B2/en
Priority to PCT/EP2016/001440 priority patent/WO2017041876A1/fr
Publication of FR3040806A1 publication Critical patent/FR3040806A1/fr
Application granted granted Critical
Publication of FR3040806B1 publication Critical patent/FR3040806B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40006Architecture of a communication node
    • H04L12/40013Details regarding a bus controller
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40169Flexible bus arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40241Flexray
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle

Landscapes

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

Abstract

La présente invention concerne un calculateur (20) électronique de véhicule (10), comportant un premier microcontrôleur (30) et un second microcontrôleur (40) comportant des contrôleurs de communication FlexRay™ (31, 41) respectifs reliés entre eux par des moyens de connexion, le premier microcontrôleur et le second microcontrôleur étant configurés pour échanger des données entre eux par l'intermédiaire desdits contrôleurs de communication FlexRay™. En outre, ledit second microcontrôleur comporte un contrôleur de communication CAN-FD (42) par lequel ledit calculateur électronique est adapté à être relié à un bus de communication (70) du véhicule pour échanger des données avec un équipement (80) distant, et ledit contrôleur de communication CAN-FD est relié au contrôleur de communication FlexRay™ dudit second microcontrôleur.

Description

La présente invention appartient au domaine des calculateurs électroniques embarqués dans des véhicules, notamment automobiles. La présente invention concerne plus particulièrement un calculateur électronique compatible avec le protocole de communication CAN-FD.
Le protocole de communication CAN (« Controller Area Network » dans la littérature anglo-saxonne), tel que défini par les normes ISO 11898, est largement utilisé dans les véhicules automobiles actuels.
Un calculateur électronique embarqué dans un véhicule automobile compatible avec le protocole de communication CAN comporte généralement un contrôleur de communication CAN (défini par la norme ISO 11898-1) relié à un adaptateur de ligne CAN (défini par la norme ISO 11898-2/3) qui réalise principalement l’interface physique entre le contrôleur de communication CAN et un bus de communication. Un tel adaptateur de ligne est généralement désigné par « transceiver » dans la littérature anglo-saxonne.
De nos jours, il est envisagé d’intégrer un nouveau protocole de communication dans les véhicules automobiles, à savoir le protocole de communication CAN-FD (« CAN with Flexible Data rate » dans la littérature anglo-saxonne). Le protocole de communication CAN-FD (défini par la norme ISO 11898-7) est une amélioration du protocole de communication CAN. Par rapport audit protocole de communication CAN, le protocole de communication CAN-FD augmente l’efficacité de la communication sur le bus de communication par une augmentation du débit binaire et par une augmentation de la taille de la trame utilisée.
Afin d’utiliser le protocole de communication CAN-FD, de nouvelles architectures de calculateurs électroniques sont en cours de définition, basées notamment sur l’utilisation de microcontrôleurs plus puissants.
Toutefois, l’utilisation d’un nouveau type de microcontrôleur entraîne généralement d’importants développements logiciels, qui font qu’une telle solution n’est envisageable ni à très court terme, pour une intégration rapide du protocole de communication CAN-FD dans les véhicules automobiles, ni à moindre surcoût par rapport aux solutions actuelles.
La présente invention a pour objectif de remédier à tout ou partie des limitations des solutions de l’art antérieur, notamment celles exposées ci-avant, en proposant une solution qui permette une intégration plus rapide du protocole de communication CAN-FD, tout en limitant l’impact sur le coût de fabrication du calculateur électronique correspondant. A cet effet, et selon un premier aspect, l’invention concerne un calculateur électronique de véhicule, ledit calculateur électronique comportant un premier microcontrôleur et un second microcontrôleur comportant des contrôleurs de communication FlexRay™ respectifs reliés entre eux par des moyens de connexion, le premier microcontrôleur et le second microcontrôleur étant configurés pour échanger des données entre eux par l’intermédiaire desdits contrôleurs de communication FlexRay™. En outre, le second microcontrôleur comporte un contrôleur de communication CAN-FD par lequel ledit calculateur électronique est adapté à être relié à un bus de communication du véhicule pour échanger des données avec un équipement distant, et ledit contrôleur de communication CAN-FD est relié au contrôleur de communication FlexRay™ dudit second microcontrôleur.
Ainsi, le calculateur électronique comporte deux microcontrôleurs qui utilisent des contrôleurs de communication FlexRay™ (tels que définis par la norme ISO 17458-2) pour communiquer entre eux.
Le protocole de communication FlexRay™ (défini globalement par les normes ISO 17458-1 à 17458-5) est largement supporté par les calculateurs électroniques actuels pour l’échange de données entre des calculateurs électroniques distants reliés par le bus de communication du véhicule. Le protocole de communication FlexRay™ correspond donc à une alternative aux protocoles de communication CAN et CAN-FD. Par conséquent, la plupart des microcontrôleurs actuels comportent déjà des contrôleurs de communication FlexRay™, et l’invention propose de les utiliser de manière différente, à savoir pour échanger des données entre deux microcontrôleurs au sein d’un même calculateur électronique.
Par conséquent, le premier microcontrôleur, qui est typiquement le microcontrôleur qui effectue les différentes tâches affectées au calculateur électronique (par exemple contrôler le moteur du véhicule dans le cas d’un calculateur moteur), peut être dans certains cas un microcontrôleur sur étagère. La seule différence par rapport à l’art antérieur, mais qui est transparente pour ledit premier microcontrôleur, est que le contrôleur de communication FlexRay™ n’est pas utilisé pour communiquer directement sur le bus de communication du véhicule, externe au calculateur électronique, mais pour communiquer avec le second microcontrôleur, via des moyens de connexion internes au calculateur électronique.
Le second microcontrôleur intègre le contrôleur de communication CAN-FD, utilisé pour communiquer sur le bus de communication du véhicule, et les échanges de données entre le premier microcontrôleur et le bus de communication du véhicule se font par l’intermédiaire du second microcontrôleur. L’utilisation du protocole de communication FlexRay™ est avantageuse en ce que le débit binaire et la taille de la trame FlexRay™ sont compatibles avec ceux du protocole de communication CAN-FD. Par conséquent, le premier microcontrôleur peut communiquer avec le second microcontrôleur sans avoir à savoir que les échanges de données, sur le bus de communication du véhicule, se font in fine suivant le protocole de communication CAN-FD. En effet, le second microcontrôleur peut assurer la passerelle entre les protocoles de communication FlexRay™ et CAN-FD, de sorte qu’aucun développement logiciel n’est nécessaire, du côté du premier microcontrôleur, du fait que le protocole de communication CAN-FD est utilisé sur le bus de communication du véhicule.
Ainsi, seul le second microcontrôleur nécessite éventuellement des développements logiciels spécifiques. Toutefois, ceux-ci ne concernent que l’utilisation du protocole de communication CAN-FD, et non les principales tâches affectées au calculateur électronique (par exemple : contrôler le moteur du véhicule) qui sont gérées préférentiellement par le premier microcontrôleur. En outre, l’utilisation d’un second microcontrôleur est plus économique que l’utilisation de solutions purement matérielles du type FPGA, ASIC, etc., et présente de plus l’avantage d’une plus grande flexibilité face à d’éventuelles modifications ultérieures du protocole de communication CAN-FD.
Dans des modes particuliers de réalisation, le calculateur électronique peut comporter en outre l’une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles.
Dans des modes particuliers de réalisation, les moyens de connexion comportent un circuit logique d’interface comportant des portes logiques reliant des bornes TxD, TxEN et RxD respectives des contrôleurs de communication FlexRay™ du premier microcontrôleur et du second microcontrôleur du calculateur électronique.
En effet, le protocole de communication FlexRay™ étant mis en œuvre pour échanger des données entre deux microcontrôleurs au sein d’un même calculateur électronique, les moyens de connexion entre les contrôleurs de communication FlexRay™ peuvent être fortement simplifiés par rapport à un bus de communication FlexRay™ conventionnel. En particulier, il n’est pas nécessaire d’utiliser d’adaptateur de ligne FlexRay™ (« Bus Driver BD » dans la terminologie FlexRay™, défini par la norme ISO 17458-4), et les moyens de connexion peuvent comporter principalement un circuit logique d’interface, à base de simples portes logiques, reliant les bornes TxD, TxEN et RxD respectives des contrôleurs de communication FlexRay™.
Dans des modes particuliers de réalisation, le circuit logique d’interface comporte : • une première porte logique d’émission comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ du premier microcontrôleur, • une seconde porte logique d’émission comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ du second microcontrôleur, • une porte logique de combinaison comportant deux entrées reliées respectivement à une sortie de la première porte logique d’émission et à une sortie de la seconde porte logique d’émission, ladite porte logique de combinaison comportant en outre une sortie reliée aux bornes RxD des contrôleurs de communication FlexRay™ du premier microcontrôleur et du second microcontrôleur.
Dans des modes particuliers de réalisation, la première porte logique d’émission, la seconde porte logique d’émission et la porte logique de combinaison sont des portes logiques de type NAND.
Dans des modes particuliers de réalisation, le circuit logique d’interface comporte une porte logique de réception comportant : • une entrée reliée à la sortie de la porte logique de combinaison, • une entrée reliée à une borne RxEN du contrôleur de communication FlexRay™ du premier microcontrôleur, • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ dudit premier microcontrôleur.
Dans des modes particuliers de réalisation, le circuit logique d’interface comporte une porte logique de réception comportant : • une entrée reliée à la sortie de la porte logique de combinaison, • une entrée reliée à une borne RxEN du contrôleur de communication FlexRay™ du second microcontrôleur, • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ dudit second microcontrôleur.
Dans des modes particuliers de réalisation, chaque porte logique de réception est une porte logique de type NAND.
Dans des modes particuliers de réalisation, les moyens de connexion entre les contrôleurs de communication FlexRay™ du premier microcontrôleur et du second microcontrôleur sont dépourvus d’adaptateur de ligne FlexRay™.
Selon un second aspect, la présente invention concerne un véhicule automobile comportant au moins un calculateur électronique selon l’un quelconque des modes de réalisation de l’invention. L’invention sera mieux comprise à la lecture de la description suivante, donnée à titre d’exemple nullement limitatif, et faite en se référant aux figures qui représentent : - figure 1 : une représentation schématique d’un véhicule comportant un calculateur électronique compatible avec le protocole de communication CAN-FD, - figure 2 : une représentation schématique d’un exemple de réalisation d’un calculateur électronique selon l’invention, - figure 3 : une représentation schématique d’une variante de réalisation du calculateur électronique de la figure 2.
Dans ces figures, des références identiques d’une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas à l’échelle, sauf mention contraire.
La présente invention concerne un calculateur 20 électronique d’un véhicule. Dans la suite de la description, on se place de manière non limitative dans le cas d’un véhicule 10 automobile.
Il est cependant à noter que l’invention est applicable à tout type de véhicule dans lequel l’utilisation du protocole de communication CAN-FD peut être envisagée, y compris des véhicules de type aéronefs.
La figure 1 représente schématiquement un véhicule 10 automobile comportant un calculateur 20 électronique relié à un équipement 80 distant par un bus de communication 70 du véhicule 10 automobile.
Le calculateur 20 électronique peut être l’un quelconque des calculateurs électroniques embarqués dans un véhicule automobile, par exemple le calculateur moteur, le calculateur habitacle, etc. Dans la suite de la description, on se place de manière non limitative dans le cas où le calculateur 20 électronique est le calculateur moteur du véhicule 10 automobile.
Dans l’exemple illustré par la figure 1, l’équipement 80 distant, tel qu’un autre calculateur électronique, est également embarqué dans le véhicule 10 automobile. Il est à noter que le calculateur 20 électronique peut également être relié, par le bus de communication 70, à un équipement qui n’est pas embarqué dans le véhicule 10 automobile, par exemple un dispositif de détection de panne connecté au bus de communication 70 uniquement lors des opérations de maintenance sur le véhicule 10 automobile.
La figure 2 représente schématiquement un exemple de réalisation du calculateur 20 électronique.
Tel qu’illustré par la figure 2, le calculateur 20 électronique comporte un premier microcontrôleur 30 et un second microcontrôleur 40.
Par « microcontrôleur >> on entend un circuit électronique comportant au moins un processeur et des moyens de mémorisation dans lesquels est mémorisé un produit programme d’ordinateur, sous la forme d’un ensemble d’instructions de code de programme à exécuter par ledit processeur.
Tel qu’illustré par la figure 2, le premier microcontrôleur 30 comporte un contrôleur de communication FlexRay™ 31 et le second microcontrôleur 40 comporte également un contrôleur de communication FlexRay™ 41.
Par « contrôleur de communication FlexRay™ », on entend un contrôleur de communication tel que défini par la norme IS0 17458-2 (« Communication Controller CC » dans la terminologie FlexRay™).
Les contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40 sont reliés entre eux par des moyens de connexion. Tel qu’indiqué précédemment, les contrôleurs de communication FlexRay™ 31,41 sont mis en œuvre pour échanger des données entre deux microcontrôleurs différents colocalisés au sein d’un même calculateur 20 électronique, contrairement à l’art antérieur où le protocole de communication FlexRay™ est mis en œuvre pour échanger des données entre des calculateurs électroniques distants. Lesdits moyens de connexion sont par conséquent internes au calculateur 20 électronique, contrairement au bus de communication 70 qui est externe au calculateur 20 électronique, déployé à l’intérieur du véhicule 10 automobile.
Outre le contrôleur de communication FlexRay™ 41, le second microcontrôleur 40 comporte un contrôleur de communication CAN-FD 42 qui est destiné à être relié au bus de communication 70 du véhicule 10 automobile. Par exemple, et tel qu’illustré par la figure 2, le contrôleur de communication CAN-FD 42 est relié à un adaptateur de ligne CAN-FD 50 (« transceiver CAN-FD » dans la littérature anglo-saxonne), lui-même relié à un connecteur 51 destiné à être connecté au bus de communication 70 du véhicule 10 automobile. Dans l’exemple non limitatif illustré par la figure 2, l’adaptateur de ligne CAN-FD 50 est externe au second microcontrôleur 40, par exemple un circuit électronique dédié. Rien n’exclut cependant, suivant d’autres exemples, d’intégrer tout ou partie dudit adaptateur de ligne CAN-FD 50 dans le second microcontrôleur 40.
Le contrôleur de communication FlexRay™ 41 du second microcontrôleur 40 est en outre relié au contrôleur de communication CAN-FD 42, par exemple au moyen d’un module d’interface 43 FlexRay™ / CAN-FD qui réalise la passerelle entre le protocole de communication FlexRay™ et le protocole de communication CAN-FD.
Ainsi, le premier microcontrôleur 30 peut transmettre et recevoir des données sur le bus de communication 70 du véhicule 10 automobile, par l’intermédiaire du second microcontrôleur 40, les échanges de données entre ledit premier microcontrôleur 30 et ledit second microcontrôleur 40 s’effectuant par l’intermédiaire des contrôleurs de communication FlexRay™ 31,41 et des moyens de connexion entre lesdits contrôleurs de communication FlexRay™. Du point de vue du premier microcontrôleur 30, les échanges de données se font donc selon le protocole de communication FlexRay™, de sorte qu’aucun développement logiciel spécifique au protocole de communication CAN-FD n’est nécessaire pour ledit premier microcontrôleur 30. Les développements logiciels à prévoir concernent principalement le second microcontrôleur 40, qui réalise la passerelle entre le protocole de communication FlexRay™ et le protocole de communication CAN-FD.
Les normes FlexRay™ définissent, outre le contrôleur de communication FlexRay™ (norme ISO 17458-2), un adaptateur de ligne FlexRay™ (« Bus Driver BD » dans la terminologie FlexRay™, défini par la norme IS0 17458-4) qui réalise principalement l’interface physique entre le contrôleur de communication FlexRay™ et un bus de communication.
Dans le mode de réalisation illustré par la figure 2, les moyens de connexion sont avantageusement dépourvus d’adaptateurs de ligne FlexRay™.
En effet, si les adaptateurs de ligne FlexRay™ sont nécessaires dans le cas d’une communication sur un bus de communication externe, dont la longueur peut être importante et qui peut être soumis à des perturbations électromagnétiques importantes, ce n’est plus le cas dans le cas d’une communication au sein d’un même calculateur 20 électronique, étant donné que la distance entre le premier microcontrôleur 30 et le second microcontrôleur 40 est réduite et que les perturbations électromagnétiques sont mieux maîtrisées.
Par conséquent, des moyens de connexion de complexité et de coût inférieurs à ceux des adaptateurs de ligne FlexRay™ (dont le coût est par ailleurs élevé) peuvent être utilisés pour relier les contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40.
Telle que définie par les normes ISO 17458-2 et ISO 17458-4, l’interface entre un contrôleur de communication FlexRay™ et un adaptateur de ligne FlexRay™ utilise principalement les signaux suivants : • un signal TxD ou « Transmit Data », qui correspond aux données émises par le contrôleur de communication FlexRay™, • un signal TxEN ou « Transmit Data Enable Not », par lequel le contrôleur de communication FlexRay™ indique à l’adaptateur de ligne FlexRay™ si le signal TxD doit être émis sur le bus de communication, • un signal RxD ou « Receive Data », qui correspond aux données reçues par le contrôleur de communication FlexRay™.
Tel qu’illustré par la figure 2, les contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40 comportent des bornes respectives TxD, TxEN et RxD, sur lesquelles transitent les signaux respectivement TxD, TxEN et RxD.
Dans l’exemple illustré par la figure 2, les moyens de connexion se présentent avantageusement sous la forme d’un circuit logique d’interface 60, constitué principalement de portes logiques, qui relie les bornes TxD, TxEN et RxD respectives des contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40.
Plus particulièrement, le circuit logique d’interface 60 illustré sur la figure 2 comporte : • une première porte logique d’émission 61 comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ 31 du premier microcontrôleur 30, • une seconde porte logique d’émission 62 comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ 41 du second microcontrôleur 40, • une porte logique de combinaison 63 comportant deux entrées reliées respectivement à une sortie de la première porte logique d’émission 61 et à une sortie de la seconde porte logique d’émission 62, ladite porte logique de combinaison comportant en outre une sortie reliée aux bornes RxD des contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40.
Ainsi, la première porte logique d’émission 61 combine les signaux fournis sur les bornes TxD et TxEN du contrôleur de communication FlexRay™ 31 du premier microcontrôleur 30, tandis que la seconde porte logique d’émission 62 combine les signaux fournis sur les bornes TxD et TxEN du contrôleur de communication FlexRay™ 41 du second microcontrôleur 40.
La porte logique de combinaison 63 combine les signaux en sortie de la première porte logique d’émission 61 et de la seconde porte logique d’émission 62, et le résultat de cette combinaison est fourni sur les bornes RxD des contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40. De la sorte, les données émises par un contrôleur de communication FlexRay™ 31,41 sur sa borne TxD sont présentées à la fois : • sur la borne RxD de ce même contrôleur de communication FlexRay™ 31,41, assurant ainsi la relecture des données émises, prévue par le protocole de communication FlexRay™ pour détecter d’éventuelles collisions sur le bus de communication, • sur la borne RxD de l’autre contrôleur de communication FlexRay™ 31,41, pour assurer l’échange de données entre le premier microcontrôleur 30 et le second microcontrôleur 40.
Dans l’exemple illustré par la figure 2, la première porte logique d’émission 61, la seconde porte logique d’émission 62 et la porte logique de combinaison 63 sont des portes logiques de type NAND (« non-et »). Rien n’exclut cependant, suivant d’autres exemples, de considérer un circuit logique d’interface 60 comportant une combinaison différente de portes logiques.
Telle que définie par les normes ISO 17458-2 et ISO 17458-4, l’interface entre un contrôleur de communication FlexRay™ et un adaptateur de ligne FlexRay™ peut utiliser, de manière optionnelle, un signal RxEN (« Receive Data Enable Not »).
La figure 3 représente schématiquement une variante de réalisation du calculateur 20 électronique de la figure 2, dans le cas où les contrôleurs de communication FlexRay™ 31,41 comportent chacun une borne RxEN sur laquelle transite le signal RxEN. Tel qu’illustré par la figure 3, le circuit logique d’interface 60 comporte en outre une première porte logique de réception 64 et une seconde porte logique de réception 65.
La première porte logique de réception 64, de type NAND dans l’exemple non limitatif représenté sur la figure 3, comporte : • une entrée reliée à la sortie de la porte logique de combinaison 63, • une entrée reliée à la borne RxEN du contrôleur de communication FlexRay™ 31 du premier microcontrôleur 30, • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ 31 dudit premier microcontrôleur 30.
De manière analogue, la seconde porte logique de réception 65, également de type NAND dans l’exemple non limitatif représenté sur la figure 3, comporte : • une entrée reliée à la sortie de la porte logique de combinaison 63, • une entrée reliée à la borne RxEN du contrôleur de communication FlexRay™ 41 du second microcontrôleur 40, • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ 41 dudit second microcontrôleur 40.
Dans les normes ISO 17458-2 et ISO 17458-4, c’est en principe l’adaptateur de ligne FlexRay™ qui contrôle la valeur du signal RxEN présenté sur la borne RxEN du contrôleur de communication FlexRay™. Dans l’exemple illustré par la figure 3, étant donné qu’il n’y a pas d’adaptateur de ligne FlexRay™, ce sont avantageusement les contrôleurs de communication FlexRay™ 31,41 qui contrôlent la valeur du signal RxEN qu’ils présentent sur leur borne RxEN, afin d’autoriser ou non la réception de données sur leur borne RxD. Notamment, les contrôleurs de communication FlexRay™ 31,41 peuvent interdire la réception de données sur leur borne RxD au cours de phases particulières de fonctionnement, par exemple lors du démarrage ou d’une réinitialisation du microcontrôleur, etc.
Il est à noter que, le signal RxEN étant optionnel, il est également possible que seul l’un des contrôleurs de communication FlexRay™ 31,41 soit équipé d’une borne RxEN. Le cas échéant, le circuit logique d’interface 60 comporte une seule porte logique de réception, associée au contrôleur de communication FlexRay™ 31,41 comportant une borne RxEN.
En outre, il est également possible, suivant d’autres exemples de réalisation, de forcer la valeur du signal RxEN présenté sur la borne RxEN d’un ou de chaque contrôleur de communication FlexRay™ 31,41 à la valeur autorisant la réception de données sur la borne RxD (en l’occurrence la valeur « low »), sans intervention dudit contrôleur de communication FlexRay™ 31,41. Dans un tel cas, il n’est pas nécessaire d’utiliser de porte logique de réception 64, 65, et la sortie de la porte logique de combinaison 63 peut être reliée directement à la borne RxD du contrôleur de communication FlexRay™ 31,41.
De manière plus générale, il est à noter que les modes de réalisation considérés ci-dessus ont été décrits à titre d’exemples non limitatifs, et que d’autres variantes sont par conséquent envisageables.
Notamment, l’invention a été décrite en considérant, pour connecter les contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40, des moyens de connexion dépourvus d’adaptateurs de ligne FlexRay™. Rien n’exclut cependant, suivant d’autres exemples, d’utiliser des adaptateurs de ligne FlexRay™ pour connecter les contrôleurs de communication FlexRay™ 31,41 du premier microcontrôleur 30 et du second microcontrôleur 40. On comprend cependant que l’utilisation d’un circuit logique d’interface 60, constitué essentiellement de portes logiques, correspond à un mode préféré de réalisation dans la mesure où les moyens de connexion mis en œuvre sont alors particulièrement simples et peu coûteux.
La description ci-avant illustre clairement que par ses différentes caractéristiques et leurs avantages, la présente invention atteint les objectifs qu’elle s’était fixés. En particulier, le premier microcontrôleur 30 ne nécessite pas de développement logiciel spécifique lié à l’utilisation du protocole de communication CAN-FD sur le bus de communication 70 du véhicule 10 automobile. En outre, le surcoût lié à l’utilisation du protocole de communication CAN-FD est maîtrisé, en particulier lorsque le calculateur 20 électronique est dépourvu d’adaptateurs de ligne FlexRay™.

Claims (9)

  1. REVENDICATIONS
    1. Calculateur (20) électronique de véhicule (10), caractérisé en ce qu’il comporte un premier microcontrôleur (30) et un second microcontrôleur (40) comportant des contrôleurs de communication FlexRay™ (31,41) respectifs reliés entre eux par des moyens de connexion, le premier microcontrôleur et le second microcontrôleur étant configurés pour échanger des données entre eux par l’intermédiaire desdits contrôleurs de communication FlexRay™, et en ce que ledit second microcontrôleur (40) comporte un contrôleur de communication CAN-FD (42) par lequel ledit calculateur (20) électronique est adapté à être relié à un bus de communication (70) du véhicule (10) pour échanger des données avec un équipement (80) distant, ledit contrôleur de communication CAN-FD (42) étant relié au contrôleur de communication FlexRay™ (41 ) dudit second microcontrôleur (40).
  2. 2. Calculateur (20) électronique selon la revendication 1, dans lequel les moyens de connexion comportent un circuit logique d’interface (60) comportant des portes logiques reliant des bornes TxD, TxEN et RxD respectives des contrôleurs de communication FlexRay™ (31,41) du premier microcontrôleur (30) et du second microcontrôleur (40) du calculateur électronique.
  3. 3. Calculateur (20) électronique selon la revendication 2, dans lequel le circuit logique d’interface (60) comporte : • une première porte logique d’émission (61) comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ (31) du premier microcontrôleur (30), • une seconde porte logique d’émission (62) comportant deux entrées reliées respectivement aux bornes TxD et TxEN du contrôleur de communication FlexRay™ (41) du second microcontrôleur (30), • une porte logique de combinaison (63) comportant deux entrées reliées respectivement à une sortie de la première porte logique d’émission (61) et à une sortie de la seconde porte logique d’émission (62), ladite porte logique de combinaison (63) comportant en outre une sortie reliée aux bornes RxD des contrôleurs de communication FlexRay™ (31,41) du premier microcontrôleur (30) et du second microcontrôleur (40).
  4. 4. Calculateur (20) électronique selon la revendication 3, dans lequel la première porte logique d’émission (61), la seconde porte logique d’émission (62) et la porte logique de combinaison (63) sont des portes logiques de type NAND.
  5. 5. Calculateur (20) électronique selon l’une des revendications 3 à 4, dans lequel le circuit logique d’interface (60) comporte une porte logique de réception (64) comportant : • une entrée reliée à la sortie de la porte logique de combinaison (63), • une entrée reliée à une borne RxEN du contrôleur de communication FlexRay™ (31) du premier microcontrôleur (30), • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ (31) dudit premier microcontrôleur (30).
  6. 6. Calculateur (20) électronique selon l’une quelconque des revendications 3 à 5, dans lequel le circuit logique d’interface (60) comporte une porte logique de réception (65) comportant : • une entrée reliée à la sortie de la porte logique de combinaison (63), • une entrée reliée à une borne RxEN du contrôleur de communication FlexRay™ (41 ) du second microcontrôleur (40), • une sortie reliée à la borne RxD dudit contrôleur de communication FlexRay™ (41 ) dudit second microcontrôleur (40).
  7. 7. Calculateur (20) électronique selon l’une des revendications 5 à 6, dans lequel chaque porte logique de réception (64, 65) est une porte logique de type NAND.
  8. 8. Calculateur (20) électronique selon l’une quelconque des revendications précédentes, dans lequel les moyens de connexion entre les contrôleurs de communication FlexRay™ (31,41) du premier microcontrôleur (30) et du second microcontrôleur (40) sont dépourvus d’adaptateur de ligne FlexRay™.
  9. 9. Véhicule (10) automobile, caractérisé en ce qu’il comporte au moins un calculateur (20) électronique selon l’une quelconque des revendications précédentes.
FR1558292A 2015-09-07 2015-09-07 Calculateur electronique de vehicule compatible avec le protocole de communication can-fd Active FR3040806B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1558292A FR3040806B1 (fr) 2015-09-07 2015-09-07 Calculateur electronique de vehicule compatible avec le protocole de communication can-fd
CN201680051514.7A CN107925604B (zh) 2015-09-07 2016-08-26 与can-fd通信协议兼容的运载工具的电子计算机
US15/756,293 US10225099B2 (en) 2015-09-07 2016-08-26 Vehicle electronic computer compatible with the CAN-FD communication protocol
PCT/EP2016/001440 WO2017041876A1 (fr) 2015-09-07 2016-08-26 Calculateur électronique de véhicule compatible avec le protocole de communication can-fd

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1558292 2015-09-07
FR1558292A FR3040806B1 (fr) 2015-09-07 2015-09-07 Calculateur electronique de vehicule compatible avec le protocole de communication can-fd

Publications (2)

Publication Number Publication Date
FR3040806A1 true FR3040806A1 (fr) 2017-03-10
FR3040806B1 FR3040806B1 (fr) 2019-10-11

Family

ID=54545295

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1558292A Active FR3040806B1 (fr) 2015-09-07 2015-09-07 Calculateur electronique de vehicule compatible avec le protocole de communication can-fd

Country Status (4)

Country Link
US (1) US10225099B2 (fr)
CN (1) CN107925604B (fr)
FR (1) FR3040806B1 (fr)
WO (1) WO2017041876A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102018114759A1 (de) * 2018-06-20 2019-12-24 Infineon Technologies Ag Treibervorrichtung für einen differenziellen Bus und entsprechendes Verfahren
CN112241138A (zh) * 2019-07-17 2021-01-19 中车株洲电力机车研究所有限公司 逻辑控制装置以及列车控制系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008524903A (ja) * 2004-12-20 2008-07-10 エヌエックスピー ビー ヴィ 複数のノード間の通信を監視するバスガーディアン及び方法、そのようなバスガーディアンを具えるノード並びにそのようなノードを具える分散通信システム
DE102005048595A1 (de) * 2005-10-06 2007-04-12 Robert Bosch Gmbh Verfahren zur Anbindung eines FlexRay-Teilnehmers mit einem Mikrocontroller an eine FlexRay-Kommunikationsverbindung über eine FlexRay-Kommunikationssteuereinrichtung, und FlexRay-Kommunikationssteuereinrichtung, FlexRay-Teilnehmer und FlexRay-Kommunikationssystem zur Realisierung dieses Verfahrens
DE102005048585A1 (de) * 2005-10-06 2007-04-12 Robert Bosch Gmbh Teilnehmer und Kommunikationscontroller eines Kommunikationssystems und Verfahren zur Realisierung einer Gateway-Funktionalität in einem Teilnehmer eines Kommunikationssystems
WO2008010141A1 (fr) * 2006-07-19 2008-01-24 Nxp B.V. Système de communication distribuée et procédé de communication correspondant
US8687520B2 (en) * 2006-09-06 2014-04-01 Nxp B.V. Cluster coupler unit and method for synchronizing a plurality of clusters in a time-triggered network
DE102007003126A1 (de) * 2006-12-22 2008-06-26 Robert Bosch Gmbh Verfahren zum Starten eines Kommunikationssystems, Kommunikationssystem mit einem Kommunikationsmedium und mehreren daran angeschlossenen Teilnehmern und Teilnehmer eines solchen Kommunikationssystems
US9088433B2 (en) * 2009-11-10 2015-07-21 Freescale Semiconductor, Inc. Device and method for recording protocol events in an advanced communication system
US8775681B2 (en) * 2011-04-27 2014-07-08 GM Global Technology Operations LLC Cross-network synchronization of application S/W execution using flexray global time
DE102012205988A1 (de) * 2012-04-12 2013-10-17 Robert Bosch Gmbh Teilnehmerstation für ein Bussystem und Verfahren zur Übertragung von Nachrichten zwischen Teilnehmerstationen eines Bussystems
CN102685003B (zh) * 2012-04-26 2015-01-21 华为技术有限公司 数据交换设备及回读方法
US10340864B2 (en) * 2012-05-04 2019-07-02 Infineon Technologies Ag Transmitter circuit and method for controlling operation thereof
US9201720B2 (en) * 2012-08-13 2015-12-01 Nxp B.V. FlexRay network runtime error detection and containment
US10241793B2 (en) * 2013-03-15 2019-03-26 Analog Devices Global Paralleizing loops in the presence of possible memory aliases
CN103973406B (zh) * 2014-05-15 2017-02-15 电子科技大学 一种控制器局域网总线的提速方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHAIR & PRESENTER: THOMAS HOGENMÜLLER (BOSCH ET AL: "1 Twisted Pair 100 [C] Mbit/s Ethernet Call for Interest at IEEE802.3 Working Group Beijing, March 2014 Plenary Meeting ; CFI_02_0314", IEEE DRAFT; CFI_02_0314, IEEE-SA, PISCATAWAY, NJ USA, vol. 802.3, 19 March 2014 (2014-03-19), pages 1 - 41, XP068067516, Retrieved from the Internet <URL:http://www.ieee802.org/3/cfi/0314_2/CFI_02_0314.pdf> [retrieved on 20140319] *
FLEXRAY CONSORTIUM ET AL: "FlexRay Communications System Protocol Specification Version 3.0.1", 31 October 2010 (2010-10-31), pages 1 - 268, XP055022829, Retrieved from the Internet <URL:https://svn.ipd.kit.edu/nlrp/public/FlexRay/FlexRay%E2%84%A2%20Protocol%20Specification%20Version%203.0.1.pdf> [retrieved on 20120326] *

Also Published As

Publication number Publication date
WO2017041876A1 (fr) 2017-03-16
US20180254918A1 (en) 2018-09-06
CN107925604B (zh) 2020-09-01
FR3040806B1 (fr) 2019-10-11
CN107925604A (zh) 2018-04-17
US10225099B2 (en) 2019-03-05

Similar Documents

Publication Publication Date Title
JP2018186478A (ja) 固体撮像素子、撮像装置、および、固体撮像素子の制御方法
WO2018198691A1 (fr) Élément d&#39;imagerie à semi-conducteurs, dispositif d&#39;imagerie et procédé de commande pour un élément d&#39;imagerie à semi-conducteurs
FR2960667A1 (fr) Unite de commande pour echanger des donnees avec une unite peripherique, ainsi qu&#39;unite peripherique et procede d&#39;echange de donnees
FR3040806B1 (fr) Calculateur electronique de vehicule compatible avec le protocole de communication can-fd
FR3017760A1 (fr) Station de participants d&#39;un systeme de bus et procede pour augmenter le debit de donnees dans le systeme de bus
WO2017089684A1 (fr) Procédé et terminal pour commander l&#39;établissement d&#39;un rapport d&#39;accident d&#39;un véhicule
EP2196001A1 (fr) Dispositif d&#39;adaptation d&#39;un systeme multimedia dans un vehicule
FR2992486A1 (fr) Circuit electrique de coupure d&#39;une alimentation electrique a transistors et fusibles a logique redondee
EP3672359B1 (fr) Equipement electrique qui accede, dans un mode de fonctionnement alternatif, a un reseau de telephonie mobile, procédé, programme d&#39;ordinateur et moyens de stockage
WO2008113898A2 (fr) Dispositif et procédé de communication sans fil à courte portée et véhicule comportant un tel dispositif
FR3065343A1 (fr) Procede de traitement d’informations acquises par une pluralite de capteurs d’un vehicule automobile
CN204095661U (zh) 一种汽车夜视系统及汽车
EP3811586B1 (fr) Segment de réseau de communication d&#39;un véhicule terrestre à moteur et véhicule terrestre à moteur associé
FR2986686A1 (fr) Procede et systeme d&#39;authentification d&#39;un dispositif de commande vis-a-vis d&#39;une unite centrale d&#39;un vehicule
FR3059125A1 (fr) Borne de validation de titres de transport comprenant une unique cavite de reception equipee d’un lecteur optique et d’un lecteur radiofrequence
FR2993832A3 (fr) Miroir retroviseur avec camera video
FR2966263A1 (fr) Procede de controle d&#39;un circuit integre, circuit integre et calculateur comportant un circuit integre
FR3096853A1 (fr) Boîtier télématique à module électronique de stockage de clés de sécurité internes et externes, pour un système
EP4288854A1 (fr) Procédé et dispositif de validation de synchronisation temporelle entre calculateurs embarqués de véhicule
WO2015197722A1 (fr) Vehicule comprenant des equipements munis d&#39;elements securises
FR3075525A1 (fr) Dispositif de mise a jour de calculateurs automobile par communication satellite.
WO2022157432A1 (fr) Procédé et dispositif de contrôle de l&#39;accès de moyens informatiques externes de diagnostic à un bus de donnée embarqué d&#39;un véhicule
FR3099013A1 (fr) Système télématique réparti pour un véhicule automobile
FR3106916A1 (fr) Véhicule demandant l’avis de l’usager sur un service après-vente, et procédé d’obtention d’avis associé
WO2022233797A1 (fr) Système de sécurisation antivol d&#39;un véhicule automobile

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20170310

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

TP Transmission of property

Owner name: CONTINENTAL AUTOMOTIVE FRANCE, FR

Effective date: 20210309

Owner name: CONTINENTAL AUTOMOTIVE GMBH, DE

Effective date: 20210309

PLFP Fee payment

Year of fee payment: 7

CA Change of address

Effective date: 20220103

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9