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