FR 2933215 A1 20100101 FR 0854248 A 20080626 PROCEDE, BOITIER PASSERELLE ET OUTIL DE TELECHARGEMENT D'UN FICHIER [0001] L'invention concerne un procédé, un boîtier passerelle et un outil de téléchargement d'un même fichier simultanément dans plusieurs calculateurs. [0002] L'invention concerne plus particulièrement le téléchargement d'un tel fichier dans des calculateurs appartenant à une même famille et qui sont ensuite montés sur plusieurs véhicules automobiles distincts au moment de leur assemblage sur la chaine de production. [0003] Dans la suite de cette description, lorsque le fichier à télécharger contient des instructions ou le code exécutable d'un logiciel, on parle également de téléchargement d'un logiciel. [0004] On connaît déjà dans l'état de la technique des procédés et des systèmes de téléchargement de fichiers dans des calculateurs embarqués à bord de véhicules automobiles, tels que ceux décrits par exemple dans le document FR-A-2719924. Ce document détaille les différentes étapes successives de la procédure utilisée lors de l'assemblage des véhicules ou dans le réseau après-vente d'un constructeur, lors de la correction d'une prestation par échange de fichier. [0005] Cette fonction de téléchargement a été optimisée par la suite afin de la rendre compatible avec des exigences du flux de fabrication des véhicules, dans lequel le téléchargement d'un ensemble de calculateurs d'un même véhicule est réalisé simultanément. On pourra par exemple se reporter au document FR-A-2825813 qui décrit cette optimisation. [0006] Cependant, l'accueil de nouvelles fonctionnalités embarquées et de règlements toujours plus complexes poussent à des tailles mémoires embarquées et des besoins en 25 temps de téléchargement de ces mémoires de plus en plus grands. [0007] Chez certains constructeurs, cette opération est effectuée en bout de chaine de production, juste avant que le véhicule ne quitte la chaine par ses propres moyens, conduisant ainsi à ne pas toujours permettre le téléchargement de l'ensemble des données de tous les calculateurs (on ne télécharge aujourd'hui que la partie calibration des calculateurs de contrôle 30 moteur) car l'extension du flux principal de production d'une usine entraîne des coûts d'investissement importants en terme d'infrastructure. [0008 ] Bien que la partie calibration d'un logiciel comporte généralement les éléments d'adaptation du logiciel et de personnalisation à un véhicule donné, le besoin du téléchargement de l'ensemble des données d'un calculateur reste pourtant nécessaire lorsqu'une correction de prestation implique la modification d'une stratégie codée. [0009] Lorsque le logiciel complet n'est pas téléchargé dans le flux, pendant tout le temps nécessaire au fournisseur pour livrer de nouvelles pièces, les véhicules continuent d'être assemblés avec la définition du produit antérieure. Cela conduit pour ces véhicules à devoir les rappeler et à en corriger la définition en après-vente (on dispose de la possibilité de télécharger le logiciel complet en après-vente où les contraintes de temps sont moins importantes). [0010] Pour résoudre ce problème, certains constructeurs sont en cours de mise en oeuvre dans chaque usine d'un plateau ou zone dit de "réactivité". Il s'agit de permettre de télécharger un logiciel au moment de la livraison des calculateurs par le fournisseur juste avant d'introduire ces calculateurs en magasin d'où ils sont ensuite acheminés dans la chaine de production des véhicules. [0011 ] Ce plateau ou zone de réactivité impose donc de disposer d'outils industriels de téléchargement supplémentaires dont le nombre doit être suffisant pour ne pas interrompre la chaine de production pendant la correction en cours. [0012] On a résumé ci-après les exigences associées à la fois au téléchargement dans une 20 chaine de production des véhicules et en zone de réactivité lors de la correction d'un logiciel pour comprendre en quoi celles-ci diffèrent. [0013] Dans une chaîne de production de véhicules, on dispose rarement de deux véhicules identiques enlignés à la suite. Les véhicules se succèdent en effet avec par exemple des motorisations différentes, des options différentes, ... 25 [0014] En fait, les véhicules sont enlignés en fonction des commandes passées par les clients et il faut donc télécharger un ensemble de logiciels différents lors du passage de chaque véhicule devant le poste de l'outil de téléchargement. [0015] Le document FR-A-2825813 mentionné précédemment décrit un procédé et un système particulièrement adaptés à cette situation. 30 [0016] En zone de réactivité, la situation est toute autre, car on souhaite mettre à jour un même logiciel dans plusieurs calculateurs de même type qui viennent d'être livrés. Dans l'état actuel de la technique, pour réaliser cette opération, un opérateur doit connecter un outil de téléchargement sur un calculateur au moyen d'un faisceau adapté et lancer l'opération de mise à jour du logiciel. Une telle opération doit être répétée autant de fois qu'il existe de calculateurs à corriger. [0017] La procédure de téléchargement, bien qu'optimisée pour le téléchargement de chaque calculateur de façon unitaire, ne l'est pas du tout d'un point de vue global. En effet, si l'on doit reprendre mille calculateurs pour en corriger le logiciel, l'opérateur est obligé de lancer mille fois l'opération. [0018] Le temps pris alors pour réaliser ces mille opérations ne doit pas permettre d'interrompre la chaine de production. Lorsque le calculateur est corrigé, celui-ci est ensuite transmis vers la chaine de production. Ceci conduit donc à mettre en place un nombre d'outils suffisant pour toujours disposer du nombre de calculateurs corrigés suffisant à assurer l'encours. [0019] De plus, il existe plusieurs difficultés supplémentaires comme le fait que le véhicule ne soit pas assemblé, que l'ensemble des calculateurs du véhicule ne soit pas accessible à un outil de diagnostic depuis la prise centralisée du véhicule, et surtout qu'il y ait un encours à assurer, compliquent la tâche et oblige à proposer un procédé adapté. [0020] Les difficultés décrites ci-dessus peuvent se rencontrer non seulement lors du téléchargement d'un fichier contenant le code d'un logiciel mais, de façon plus générale, lors du téléchargement de tout type de fichier. [0021 ] Le but de l'invention est donc de résoudre ces problèmes et de proposer une solution pour le téléchargement, dans des calculateurs, d'un même fichier dont la taille est incompatible avec un téléchargement sur la chaine de production. [0022] Elle a donc pour objet un procédé de téléchargement d'un même fichier simultanément dans plusieurs calculateurs avant leur montage dans des véhicules, dans lequel le procédé 25 comprend : • la connexion de ces calculateurs à des ports d'entrée/sortie respectifs d'un boîtier passerelle raccordant tous ces calculateurs à un même outil de téléchargement du fichier, • l'envoi, par l'un des calculateurs, d'une trame d'informations à l'outil de téléchargement contenant un identifiant de calculateur, cet identifiant étant le même pour tous les 30 calculateurs connectés au boîtier passerelle, et • le remplacement, par le boîtier passerelle, de l'identifiant de calculateur par un identifiant de port propre à identifier de façon unique le port d'entrée/sortie du boîtier passerelle auquel est connecté ce calculateur dans la trame d'informations envoyée à l'outil de téléchargement. [0023 ] Dans le procédé ci-dessus, puisque la trame d'informations envoyée comporte un identifiant du port d'entrée/sortie auquel est connecté le calculateur, l'outil de téléchargement peut identifier le port sur lequel est connecté ce calculateur. Cela permet donc de distinguer les trames émises par le calculateur connecté à ce port, des trames émises par les calculateurs connectés à d'autres ports d'entrée/sortie. Le téléchargement de fichiers n'a donc pas besoin d'être fait en aveugle puisque les réponses d'un calculateur peuvent être discriminées des réponses des autres calculateurs dans lequel le même fichier est téléchargé en même temps. Il devient alors possible de mettre en oeuvre des fonctionnalités telles que : • la synchronisation des calculateurs entre eux, ou • la détection d'anomalies au cours du téléchargement du fichier, ou • la vérification du bon déroulement du téléchargement du fichier dans chaque calculateur à l'aide du même outil de téléchargement. [0024 ] De plus, ce procédé ne nécessite aucune modification du protocole de communication entre l'outil de téléchargement et les calculateurs. En effet, seul le contenu du champ de la trame d'informations destiné à contenir l'identifiant de calculateur est remplacé par un identifiant de port d'entrée/sortie. Ainsi, des protocoles standards tels que le protocole CAN (Controller Area Network) peuvent être utilisés pour transmettre les trames au travers du boîtier passerelle. [0025 ] Selon une variante de l'invention, le procédé comprend de plus l'envoi par l'outil de téléchargement d'une trame d'informations comportant un identifiant d'un port d'entrée/sortie auquel est connecté un calculateur, et le remplacement par le boîtier passerelle, de cet identifiant de port par l'identifiant de calculateur avant de transmettre cette trame au calculateur connecté au seul port d'entrée/sortie correspondant à cet identifiant de port. [0026 ] Dans une variante, le procédé comprend le déclenchement par l'outil de téléchargement d'un nouveau traitement pour télécharger le fichier, simultanément dans tous les calculateurs, dès que tous ces calculateurs ont envoyé à l'outil de téléchargement une trame d'informations indiquant que le traitement précédemment déclenché s'est correctement terminé. [0027 ] Dans une variante, le procédé comprend la comparaison d'une liste d'identifiants de ports construite à partir des identifiants de ports contenus dans les trames d'informations indiquant que le traitement précédemment déclenché pour télécharger le fichier s'est correctement terminé, à une liste des identifiants de ports d'entrée/sortie auxquels sont connectés des calculateurs pour identifier les calculateurs dans lesquels le traitement précédent ne s'est pas encore terminé ou ne s'est pas correctement terminé. [0028 ] Dans une variante, le procédé comprend le déclenchement à nouveau du traitement précédemment déclenché dans tous les calculateurs qui n'ont pas indiqué que le traitement précédemment déclenché s'est correctement terminé. [0029 ] Dans une variante, les trames d'informations sont conformes au protocole CAN (Control Area Network). [0030 ] Ces modes de réalisation du procédé présentent les avantages suivants. Le remplacement de l'identifiant de port par l'identifiant de calculateur avant la transmission d'une trame au calculateur permet d'adresser une trame d'informations à un calculateur spécifique alors que tous ces calculateurs comportent le même identifiant de calculateur sans qu'il soit nécessaire pour cela de modifier le calculateur ou le protocole de communication avec ce calculateur ; [0031 ] - le déclenchement du prochain traitement dans les calculateurs dès que des trames indiquant que le traitement précédent est terminé permet de réaliser plus rapidement la succession temporelle des traitements nécessaires pour télécharger le fichier dans ces calculateurs puisqu'il n'est plus nécessaire d'attendre un temps minimum prédéterminé entre deux traitements successifs déclenchés par l'outil de téléchargement ; [0032 ] - la comparaison de la liste des identifiants de ports reçus à la liste des identifiants de ports auxquels sont connectés des calculateurs permet de détecter les calculateurs qui n'ont pas fini le traitement précédent ce qui permet de suivre le déroulement du téléchargement du fichier dans chacun des calculateurs ; [0033 ] - le déclenchement à nouveau du traitement précédent lorsqu'un calculateur n'a pas indiqué à l'outil de téléchargement qu'il a correctement terminé le précédent traitement permet de déclencher à nouveau le traitement précédent uniquement si cela est nécessaire. [0034 ] L'invention a également pour objet un boîtier passerelle de téléchargement d'un même fichier simultanément dans plusieurs calculateurs avant leur montage dans des véhicules, dans lequel ce boîtier passerelle comprend :plusieurs premiers ports d'entrée/sortie aptes à être connectés de façon détachable à des calculateurs respectifs, un second port d'entrée/sortie apte à être connecté à un outil de téléchargement du fichier dans tous ces calculateurs, et un contrôleur apte à transmettre une trame d'informations reçue sur l'un des premiers ports d'entrée/sortie vers le second port d'entrée/sortie, la trame d'informations reçue sur le premier port d'entrée/sortie contenant un identifiant de calculateur, cet identifiant de calculateur étant le même pour tous les calculateurs, et ce contrôleur étant apte à remplacer, dans la trame transmise vers le second port d'entrée/sortie, l'identifiant de calculateur par un identifiant de port apte à identifier de façon unique le port d'entrée/sortie du boîtier passerelle par lequel est reçu cette trame d'informations. [0035 ] Dans une variante, le boitier passerelle comprend un contrôleur apte à remplacer un identifiant de port par l'identifiant de calculateur dans une trame transmise vers l'un des premiers ports d'entrée/sortie. [0036 ] Dans une variante, le boitier passerelle comprend des moyens de stockage d'information contenant :une première table de substitution dans laquelle chaque premier port d'entrée/sortie est associé à l'identifiant de port destiné à remplacer l'identifiant de calculateur dans une trame transmise vers le second port d'entrée/sortie, et une seconde table de substitution dans laquelle chaque premier port d'entrée/sortie est associé à l'identifiant de port destiné à être remplacé par l'identifiant de calculateur dans une trame d'informations transmise vers un premier port d'entrée/sortie, les identifiants de ports contenus dans les première et seconde tables étant différents pour le même port d'entrée/sortie [0037 ] Utiliser des identifiants de ports différents selon que la trame d'informations est transmise vers un calculateur ou vers l'outil de téléchargement permet au contrôleur d'identifier à partir de cet identifiant de port si cette trame doit être transmise vers le calculateur ou vers l'outil de téléchargement. [0038 ] Enfin, l'invention a également pour objet un outil de téléchargement d'un même fichier simultanément dans plusieurs calculateurs avant leur montage sur un véhicule, caractérisé en ce que l'outil de téléchargement est apte à déclencher un nouveau traitement pour télécharger le fichier simultanément dans tous les calculateurs dès que tous ces calculateurs ont envoyé à l'outil de téléchargement une trame d'informations indiquant que le traitement précédemment déclenché s'est correctement terminé. [0039 ] Dans une variante, l'outil est apte à comparer une liste d'identifiants de ports construite à partir des identifiants de ports contenus dans les trames d'informations indiquant que le traitement précédemment déclenché pour télécharger le fichier s'est correctement terminé, à une liste des identifiants de ports d'entrée/sortie auxquels sont connectés des calculateurs pour identifier les calculateurs dans lesquels le traitement précédent ne s'est pas encore terminé ou ne s'est pas correctement terminé . [0040 ] Dans une variante, l'outil est apte à déclencher à nouveau le traitement précédemment 5 déclenché dans tous les calculateurs qui n'ont pas indiqué que le traitement précédemment déclenché s'est correctement terminé. [0041 ] L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif et faite en se référant aux dessins sur lesquels : • - la figure 1 est une illustration schématique de l'architecture d'un système de 10 téléchargement d'un même fichier simultanément dans plusieurs calculateurs ; • - les figures 2 et 3 sont des illustrations de table de substitution utilisées par le système de la figure 1 ; • - les figures 4, 5 et 6 sont des organigrammes de procédé d'échange d'informations entre les calculateurs et un outil de téléchargement du système de la figure 1, 15 • - la figure 7 est un organigramme d'un procédé de téléchargement d'un même fichier simultanément dans plusieurs calculateurs à l'aide du système de la figure 1, et • - la figure 8 est un organigramme du détail d'une étape du procédé de la figure 7. [0042 ] La figure 1 représente un système 2 de téléchargement d'un même fichier simultanément dans plusieurs calculateurs. 20 [0043 ] Par exemple, le fichier est un fichier contenant le code exécutable d'un logiciel. Ce code exécutable contient des instructions exécutables par les calculateurs dans lequel ce fichier est téléchargé. [0044 ] Les calculateurs dans lesquels le fichier doit être téléchargé sont des calculateurs destinés à être montés dans un véhicule tel qu'un véhicule automobile. Ici, le véhicule 25 automobile est une voiture. [0045 ] Ces calculateurs sont tous identiques ou en tout état de cause du même type. Par exemple, ces calculateurs peuvent être des calculateurs de contrôle moteur, des calculateurs de boîte de vitesses, des calculateurs d'ABS (Antiblock Breaking System), des calculateurs de suspensions ou des calculateurs d'habitacle. [0046 ] Pour simplifier la figure 1, seuls quatre calculateurs 4 à 7 sont représentés. Par exemple, les calculateurs 4 à 7 sont des calculateurs de contrôle moteur. [0047 ] Tous ces calculateurs sont ici strictement identiques et seul le calculateur 4 sera décrit en détail. [0048 ] Le calculateur 4 comprend une mémoire 8 non volatile réinscriptible. Par exemple, cette mémoire 8 est une mémoire NVRAM (Non Volatil Random Access Memory). A titre d'illustration, il s'agit d'une mémoire connue sous la terminologie de � mémoire flash � ou � flash Eprom �. Cette mémoire 8 contient des fichiers. Ces fichiers peuvent contenir des instructions exécutables par le calculateur 4. Ici, il s'agit d'instructions pour contrôler le moteur d'un véhicule. [0049 ] Le calculateur 4 comporte également plusieurs connecteurs 10 à 12 permettant de raccorder ce calculateur à différents équipements du véhicule dans lequel il est destiné à être monté. En particulier, l'un de ces connecteurs par exemple le connecteur 11 est destiné à être raccordé à un bus CAN. Toutefois, sur la figure 1, ces calculateurs sont dans une zone de réactivité et ne sont donc par conséquent pas assemblés dans un véhicule. [0050 ] Il est important de noter que puisque ces calculateurs 4 à 7 sont identiques les uns aux autres, chacun de ces calculateurs comporte le même identifiant de calculateur. Cet identifiant de calculateur est notamment utilisé pour identifier ce calculateur sur le réseau de transmission d'informations embarqué dans le véhicule, lorsque celui-ci est assemblé dans le véhicule. Par exemple, le réseau de transmission d'informations est le bus CAN du véhicule. [0051 ] Le système 2 permet de télécharger le même fichier simultanément dans la mémoire 8 de chacun des calculateurs 4 à 7. A cet effet, le système 2 comprend une alimentation 16 propre à alimenter chacun des calculateurs 4 à 7. [0052 ] Le système 2 comprend également un outil 18 de téléchargement raccordé à chacun 25 des calculateurs 4 à 7 par l'intermédiaire d'un boîtier passerelle 20. [0053 ] L'outil 18 est apte à télécharger, en même temps, dans chacune des mémoires 8 des calculateurs 4 à 7 le même fichier. Par exemple, le fichier à télécharger est une mise à jour d'un fichier déjà existant dans la mémoire 8. A cet effet, l'outil 18 comprend une interface home machine composée, par exemple, d'un écran 24 et d'un clavier 26. Ainsi, l'utilisateur de 30 cet outil 18 peut saisir des données et suivre le déroulement du téléchargement du fichier. [0054] L'outil 18 est réalisé à partir d'un calculateur programmable 28 apte à exécuter des instructions enregistrées dans une mémoire. A cet effet, le calculateur 28 est raccordé à une mémoire 30 contenant des instructions pour l'exécution du procédé de la figure 7. [0055] L'outil 18 est connecté à un port 34 d'entrée/sortie du boîtier passerelle 20. [0056] Le boîtier passerelle 20 permet à l'outil 18 de transmettre des trames d'informations simultanément vers chacun des calculateurs 4 à 7 et de recevoir, en réponse, des trames d'informations envoyées par chacun de ces calculateurs 4 à 7 vers l'outil 18. [0057] A cet effet, le port 34 est raccordé à un contrôleur 36 de bus CAN. Ce contrôleur 36 est raccordé à quatre ports 38 à 41 d'entrée/sortie supplémentaires. Les ports 38 à 41 sont 10 connectés, respectivement, aux calculateurs 4 à 7. [0058] Le contrôleur 36 gère les échanges d'informations entre, d'une part, le port 34 et, d'autre part, les ports 38 à 41. Ces échanges d'informations se font sous la forme d'échanges de trames d'information. Les trames d'informations comprennent des champs destinés à contenir un identifiant de l'émetteur de la trame et/ou un identifiant du destinataire de la trame. 15 Ces trames d'informations sont conformes au standard CAN (Control Area Network). [0059] Le contrôleur 36 est raccordé à une mémoire 44 contenant deux tables 46 et 48 de substitutions d'identifiants. Ces tables 46 et 48 sont soit téléchargées par l'outil 18 dans le boîtier passerelle 20 soit préenregistrées dans la mémoire 44. [0060] Ces tables 46 et 48 sont représentées plus en détail, respectivement, sur les figures 2 20 et 3. [0061 ] La table 46 associe à chaque identifiant de calculateur, un identifiant de port qui doit lui être substitué lorsque une trame d'informations est envoyée par le calculateur vers l'outil 18. Plus précisément, la première colonne de cette table 46 comprend des identifiants CAN1, CAN2, CAN3 et CAN4 correspondant respectivement aux ports d'entrée/sortie 38 à 41. La 25 deuxième colonne de la table 46 comprend l'identifiant de calculateur utilisé par les calculateurs 4 à 7 dans chaque trame envoyée par ces calculateurs. Ici, cet identifiant noté ID-N est le même pour tous les calculateurs 4 à 7 puisque ces calculateurs sont identiques. Cet identifiant ID-N est apte à identifier de façon unique le calculateur sur le bus du véhicule automobile lorsque ce calculateur est monté dans le véhicule. 30 [0062] Enfin, la dernière colonne associe à chaque identifiant ID-N l'identifiant de port qui doit lui être substitué pour permettre une identification, par l'outil 18, du calculateur ayant émis cette trame d'informations. Par exemple, cette troisième colonne contient successivement les identifiants ID-1, ID-2, ID-3 et ID-4. [0063 ] La table 48 contient des identifiants de port qui doivent être utilisés pour s'adresser à un calculateur particulier. La première colonne contient l'identifiant du port 34 noté ici CANX. La deuxième colonne contient successivement les identifiants ID-A, ID-B, ID-C et ID-D correspondant, respectivement, aux ports 38 à 41. Enfin, la troisième colonne de la table 48 contient l'identifiant qui doit se substituer à l'identifiant contenu dans la deuxième colonne lorsque la trame est transmise de l'outil 18 vers l'un des calculateurs 4 à 7. Ici, cette quatrième colonne contient sur chaque ligne le même identifiant, c'est-à-dire l'identifiant ID-N. En effet, les calculateurs 4 à 7 sont uniquement à l'écoute des trames d'information comportant cette identifiant ID-N. [0064 ] La figure 4 représente un procédé de transmission d'une trame d'informations de l'outil 18 vers tous les calculateurs 4 à 7. Initialement, lors d'une étape 60, l'outil 18 envoie, au boîtier passerelle 20, une trame contenant l'identifiant ID-N pour identifier le destinataire de cette trame. [0065 ] Lors d'une étape 62, cette trame est dirigée, par le contrôleur 36, simultanément vers l'ensemble des ports 38 à 41. Lors d'une étape 64, les ports 38 à 41 retransmettent la trame reçue, sans la modifier, aux calculateurs 4 à 7. Les calculateurs 4 à 7 traitent cette trame étant donné qu'elle porte l'identifiant ID-N qui leur correspond. [0066 ] La figure 5 représente un procédé de transmission d'une trame d'information de l'outil 18 vers un seul des calculateurs 4 à 7. A titre d'illustration, ce procédé est décrit dans le cas particulier où l'outil 18 envoie une trame uniquement au calculateur 4. [0067 ] Initialement, lors d'une étape 66, l'outil 18 envoie, au boîtier passerelle 20, une trame d'informations contenant l'identifiant ID-A pour identifier le destinataire de cette trame. Cette trame est reçue par l'intermédiaire du port 34. Ensuite, lors d'une étape 68, le contrôleur 36 remplace l'identifiant ID-A par l'identifiant ID-N de calculateur et dirige cette trame modifiée uniquement vers le port 38. Lors de l'étape 68, le contrôleur 36 utilise la table 48 pour la substitution de l'identifiant ID-A par l'identifiant ID-N. [0068 ] Lors d'une étape 70, le calculateur 4 qui est connecté au port 38 reçoit cette trame et la 30 traite étant donné que celle-ci comporte l'identifiant ID-N. [0069 ] La figure 6 représente un procédé de transmission d'informations d'un calculateur particulier vers l'outil 18. Le procédé de la figure 6 est décrit dans cas particulier où c'est le calculateur 4 qui envoie une trame d'informations à l'outil 18. [0070 ] Initialement, lors d'une étape 74, le calculateur 4 envoie, vers le port 38, une trame 5 contenant l'identifiant ID-N pour identifier l'émetteur de cette trame. Cette trame est reçue par le contrôleur 36. [0071 ] Lors d'une étape 76, le contrôleur 36 remplace l'identifiant ID-N contenu dans cette trame par l'identifiant ID-1. A cet effet, le contrôleur utilise la table 46. Ensuite, le contrôleur 36, lors d'une étape 78, transmet cette trame dans lequel l'identifiant ID-N a été remplacé par 10 l'identifiant ID-1 à l'outil 18 par l'intermédiaire du port 34. [0072 ] Lors d'une étape 80, l'outil 18 reçoit cette trame d'informations et peut identifier par l'intermédiaire de quel port d'entrée/sortie cette trame d'informations a été reçue à partir de l'identifiant ID-1 contenu dans cette trame. Ainsi, l'outil 18 est capable d'identifier le calculateur ayant émis cette trame puisqu'un seul calculateur est ici connecté à un seul port 15 d'entrée/sortie. [0073 ] Le fonctionnement du système 2 va maintenant être décrit plus en détail au regard du procédé de la figure 7 dans le cas particulier où le fichier à télécharger contient le code exécutable d'un logiciel. [0074 ] Initialement, lors d'une étape 90, les calculateurs 4 à 7 sont reçus dans la zone de 20 réactivité. [0075 ] Ensuite, lors d'une étape 92, la référence du logiciel contenu dans leur mémoire 8 est lue. Par exemple, cette référence est indiquée sur une étiquette collée sur le calculateur ou peut être lue à l'aide d'un lecteur électronique connecté au calculateur puisque cette référence est également enregistrée dans la mémoire 8. 25 [0076 ] Lors d'une étape 94, la référence lue est comparée à la référence du logiciel qui doit être utilisée pour le montage du véhicule. Par exemple, la référence du logiciel qui doit être utilisée pour le montage du véhicule est obtenue à partir de la nomenclature de fabrication du véhicule. Si la référence du logiciel enregistrée dans la mémoire 8 correspond à la référence du logiciel indiqué sur la nomenclature de fabrication, alors aucune mise à jour du logiciel n'est 30 nécessaire et le procédé s'arrête lors d'une étape 96. [0077 ] Dans le cas contraire, lors d'une étape 98, les calculateurs dont les logiciels doivent être mis à jour, triés et transportés dans la zone de réactivité. [0078 ] Ensuite, lors d'une étape 100, ces calculateurs sont connectés à l'outil 18 par l'intermédiaire du boîtier passerelle 20. [0079 ] Lors d'une étape 102, le nombre de calculateurs connectés au boîtier passerelle 20 est alors saisi par un opérateur, par exemple, à l'aide du clavier 26. [0080 ] Ensuite, lors d'une étape 104, l'outil 18 envoie une requête de début de session de programmation aux calculateurs 4 à 7. Cette requête est adressée simultanément à l'ensemble des calculateurs 4 à 7 conformément au procédé décrit au regard de la figure 4. [0081 ] Une requête correspond ici à une trame particulière d'informations dont le le contenu est défini par un protocole de communication normalisé tel que par exemple protocole 10 Keyword 2000 et ISO15 765. [0082 ] En réponse à cette requête, lors d'une étape 106, les différents calculateurs identifient qu'une session de programmation est demandée et vérifient que cette session de programmation est possible. Par exemple, lors de l'étape 106, chaque calculateur vérifie s'il est monté dans un véhicule automobile en train de rouler. Dans l'affirmative, le calculateur 15 interdit la session de programmation lors d'une étape 108 et le procédé s'arrête. [0083 ] L'étape 106 permet d'empêcher la programmation des calculateurs lorsque, par exemple, le véhicule automobile dans lequel ils sont implantés est en cours d'utilisation. [0084 ] Dans le cas contraire, lors d'une étape 110, l'outil 18 télécharge dans la mémoire 8 de chacun des calculateurs le fichier contenant le code exécutable de la nouvelle version du 20 logiciel à implémenter dans ces calculateurs. Par exemple, le téléchargement consiste à déclencher successivement les traitements suivants dans chacun des calculateurs : • - l'identification du produit ; • - le déverrouillage de l'accès à la mémoire 8 ; • - l'effacement de la mémoire 8 de la précédente version du logiciel à télécharger ; 25 • - l'écriture dans la mémoire 8 des données correspondant à la nouvelle version du logiciel ; • - l'autocontrôle de l'intégrité du nouveau code enregistré dans la mémoire 8 ; et • - l'écriture dans une zone d'identification de la nouvelle référence du logiciel téléchargé. [0085] Pour déclencher chacun de ces traitements, l'outil 18 envoie simultanément à chacun des calculateurs une requête de déclenchement du traitement. En réponse à cette requête de déclenchement, chaque calculateur effectue le traitement demandé. A la fin de chaque traitement demandé, chaque calculateur envoie une réponse à l'outil 18 sous la forme d'une trame particulière d'informations pour lui indiquer que le traitement demandé s'est correctement terminé. [0086 ] Cette étape 110 est décrite plus en détail au regard de la figure 8. [0087] A l'issue de l'étape 110, lors d'une étape 112, l'outil 18 relie dans la zone d'identification de chacun des calculateurs la référence du logiciel contenue dans sa mémoire. Lors de l'étape 112, la référence du logiciel inscrite dans la zone d'identification est envoyée par chacun des calculateurs en utilisant le procédé de la figure 6. [0088] Ensuite, lors d'une étape 114, l'outil 18 compare la référence lue dans la mémoire de chacun des calculateurs à la référence de logiciel attendue à partir de la nomenclature de fabrication du véhicule. L'outil 18 est capable d'identifier le calculateur qui, éventuellement, ne comporte pas la bonne référence puisque le procédé de la figure 6 est utilisé par les calculateurs lors de l'étape 112. [0089] Si ces références correspondent, lors d'une étape 116, les calculateurs sont mis hors tension puis déconnectés, lors d'une étape 118, du boîtier passerelle 20. Les boîtiers ainsi correctement reprogrammés sont alors envoyés dans une zone de stockage avant d'être assemblés dans un véhicule automobile. [0090] Si lors de l'étape 114, la référence de logiciel lue ne correspond pas à celle indiquée dans la nomenclature de fabrication, alors le calculateur peut être soit mis au rebut soit reprogrammé à nouveau. [0091 ] La figure 8 représente plus en détail un exemple possible d'implémentation de l'étape 25 110 du procédé de la figure 7. [0092] Lors d'une étape 130, l'outil 18 envoie à chacun des calculateurs 4 à 7 une requête permettant de déclencher l'un des traitements à effectuer lors de l'étape 110. Cette requête est dirigée vers chacun des calculateurs en utilisant le procédé décrit en regard de la figure 4. [0093] En réponse, lors d'une étape 132, chacun des calculateurs 4 à 7 commence à exécuter 30 en parallèle le traitement demandé par l'outil 18. [0094 ] Eventuellement, si le traitement demandé est particulièrement long, lors d'une étape 134, l'outil 18 envoie, en cours d'exécution du traitement par les calculateurs, une requête d'interrogation sur l'état d'exécution du traitement demandé à tous les calculateurs. Cette requête est transmise conformément au procédé de la figure 4. En réponse, chacun des calculateurs, lors d'une étape 136, indique si le traitement demandé est en cours d'exécution ou si au contraire, le traitement demandé s'est correctement terminé. Lors de l'étape 136, la réponse de chacun des calculateurs est transmise à l'outil 18 conformément au procédé de la figure 6. Les étapes 134 à 136 sont réitérées, par exemple, à intervalle régulier. L'intervalle régulier est par exemple égal à 250 millisecondes. Ainsi, la réitération des étapes 134 à 136 permet à l'outil 18 de suivre très précisément le déroulement du traitement demandé. [0095 ] Lorsqu'un calculateur a fini d'exécuter le traitement demandé, il envoie une trame d'informations pour le signaler à l'outil 18. La transmission de cette trame est réalisée conformément au procédé de la figure 6. [0096 ] Ensuite, lors d'une étape 138, l'outil 18 vérifie s'il a reçu autant de trames d'informations lui indiquant que le traitement s'est correctement terminé qu'il y a de calculateurs connectés au boîtier passerelle 20. Dans l'affirmative, il retourne à l'étape 130 pour déclencher immédiatement le traitement suivant. [0097 ] Dans la négative, lors d'une étape 140, l'outil 18 identifie le ou les calculateurs qui n'ont pas répondu que le traitement demandé s'était terminé correctement. Par exemple, lors de l'étape 140, l'outil 18 établit une liste des calculateurs ayant répondu qu'ils ont correctement terminé le traitement demandé à partir des identifiants de port contenus dans les trames envoyées lors de l'étape 136. Ensuite, cette liste est comparée à la liste des identifiants de port auxquels sont actuellement connectés des calculateurs à programmer. La différence entre ces deux listes permet à l'outil 18 d'identifier les ports d'entrée/sortie sur lesquels sont connectés des calculateurs qui n'ont pas terminé correctement le traitement demandé. [0098 ] Ensuite, pour chaque calculateur qui n'a pas terminé correctement le traitement demandé, on procède à une ou plusieurs tentatives de ré-exécution du traitement demandé. Par exemple, le nombre de tentative est limité à trois par calculateur. [0099 ] Plus précisément, lors d'une étape 144, l'outil 18 envoie une requête propre à déclencher à nouveau ce traitement dans le calculateur qui n'a pas correctement terminé le traitement demandé. Lors de l'étape 144, c'est le procédé de communication de la figure 5 qui est mis en oeuvre. Ainsi, cette requête est uniquement transmise à ce calculateur. [00100 ] Ensuite, lors d'une étape 146, en réponse à cette requête, le calculateur concerné exécute de nouveau le traitement demandé. Cette nouvelle exécution se déroule essentiellement comme décrit en regard des étapes 130 à 136. [00101 ] A l'issue de la nouvelle itération du traitement demandé, lors d'une étape 147, l'outil 18 vérifie s'il a reçu une trame d'informations adressée par ce calculateur lui indiquant que le traitement demandé a correctement été terminé cette fois-ci. Dans l'affirmative, le procédé retourne à l'étape 130. Dans la négative, après avoir effectué plusieurs tentatives, lors d'une étape 148, ce calculateur est considéré comme défaillant et n'est plus pris en compte pour la suite des opérations. Par exemple, lors de l'étape 148, une erreur concernant ce calculateur est affichée par l'intermédiaire de l'écran 24. [00102 ] De nombreux autres modes de réalisation sont possibles. Par exemple, l'alimentation n'est pas nécessairement distincte du boîtier passerelle 20. En variante, l'alimentation et les communications entre ce boîtier passerelle et les calculateurs se font par l'intermédiaire du même faisceau de câbles. [00103 ] Le nombre de calculateurs connectés au boîtier passerelle peut être quelconque. En particulier, ce nombre de calculateurs peut être très élevé et très supérieur à huit ou vingt. [00104 ] Lors de l'étape 110, dans les traitements demandés, l'un des traitements peut consister en un mécanisme d'authentification des calculateurs. Ce mécanisme 20 d'authentification met par exemple en oeuvre un échange de clefs cryptographiques. [00105 ] Il n'est pas nécessaire que tous les calculateurs connectés au boîtier passerelle 20 soient strictement identiques. En effet, des calculateurs ayant les mêmes fonctions mais produits par des fournisseurs différents peuvent légèrement différer les uns des autres tout en comportant en mémoire des fichiers strictement identiques. De plus, même si les calculateurs 25 sont produits par des fournisseurs différents, ces calculateurs auront le même identifiant de calculateurs puisque leurs fonctions sont identiques. REVENDICATIONS1. Procédé de téléchargement d'un même fichier simultanément dans plusieurs calculateurs avant leur montage dans des véhicules, caractérisé en ce que ce procédé comprend : - la connexion (100) de ces calculateurs à des ports d'entrée/sortie respectifs d'un boîtier passerelle raccordant tous ces calculateurs à un même outil de téléchargement du fichier, - l'envoi (74), par l'un des calculateurs, d'une trame d'informations à l'outil de téléchargement contenant un identifiant de calculateur, cet identifiant étant le même pour tous les calculateurs connectés au boîtier passerelle, et - le remplacement (76), par le boîtier passerelle, de l'identifiant de calculateur par un identifiant de port propre à identifier de façon unique le port d'entrée/sortie du boîtier passerelle auquel est connecté ce calculateur dans la trame d'informations envoyée à l'outil de téléchargement. 2. Procédé selon la revendication 1, dans lequel le procédé comprend : - l'envoi (66) par l'outil de téléchargement d'une trame d'informations comportant un identifiant d'un port d'entrée/sortie auquel est connecté un calculateur, et - le remplacement (68) par le boîtier passerelle, de cet identifiant de port par l'identifiant de calculateur avant de transmettre cette trame au calculateur connecté au seul port d'entrée/sortie correspondant à cet identifiant de port. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comprend le déclenchement (138, 130) par l'outil de téléchargement d'un nouveau traitement pour télécharger le fichier, simultanément dans tous les calculateurs, dès que tous ces calculateurs ont envoyé à l'outil de téléchargement une trame d'informations indiquant que le traitement précédemment déclenché s'est correctement terminé. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comprend la comparaison (140) d'une liste d'identifiants de ports construite à partir des identifiants de ports contenus dans les trames d'informations indiquant que le traitement précédemment déclenché pour télécharger le fichier s'est correctement terminé, à une liste des identifiants de ports d'entrée/sortie auxquels sont connectés des calculateurs pour identifier les calculateurs dans lesquels le traitement précédent ne s'est pas encore terminé ou ne s'est pas correctement terminé. 5. Procédé selon la revendication 4, dans lequel le procédé comprend le déclenchement (144) à nouveau du traitement précédemment déclenché dans tous les calculateurs qui n'ont pas indiqué que le traitement précédemment déclenché s'est correctement terminé. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comprend l'envoie (134), par l'outil de téléchargement, à tous les calculateurs, d'une tramed'informations en réponse à laquelle chaque calculateur doit répondre en indiquant si le traitement déclenché est en cours d'exécution ou correctement terminé. 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel les trames 5 d'informations sont conformes au protocole CAN (Control Area Network). 8. Boîtier passerelle de téléchargement d'un même fichier simultanément dans plusieurs calculateurs avant leur montage dans des véhicules, caractérisé en ce que ce boîtier passerelle comprend : 10 - plusieurs premiers ports d'entrée/sortie (38 à 41) aptes à être connectés de façon détachable à des calculateurs respectifs, - un second port d'entrée/sortie (34) apte à être connecté à un outil de téléchargement du fichier dans tous ces calculateurs, et - un contrôleur (36) apte à transmettre une trame d'informations reçue sur l'un des 15 premiers ports d'entrée/sortie vers le second port d'entrée/sortie, la trame d'informations reçue sur le premier port d'entrée/sortie contenant un identifiant de calculateur, cet identifiant de calculateur étant le même pour tous les calculateurs, et ce contrôleur étant apte à remplacer, dans la trame transmise vers le second port d'entrée/sortie, l'identifiant de calculateur par un identifiant de port apte à identifier de façon unique le port 20 d'entrée/sortie du boîtier passerelle par lequel est reçu cette trame d'informations. 9. Boîtier selon la revendication 8, dans lequel le contrôleur (36) est apte à remplacer un identifiant de port par l'identifiant de calculateur dans une trame transmise vers l'un des premiers ports d'entrée/sortie. 25 10. Boîtier selon la revendication 8 ou la revendication 9, dans lequel le boîtier passerelle comprend des moyens (44) de stockage d'information contenant : - une première table (46) de substitution dans laquelle chaque premier port d'entrée/sortie est associé à l'identifiant de port destiné à remplacer l'identifiant de calculateur dans une 30 trame transmise vers le second port d'entrée/sortie, et - une seconde table (48) de substitution dans laquelle chaque premier port d'entrée/sortie est associé à l'identifiant de port destiné à être remplacé par l'identifiant de calculateur dans une trame d'informations transmise vers un premier port d'entrée/sortie, les identifiants de ports contenus dans les première et seconde tables étant différents pour le 35 même port d'entrée/sortie.