1 PROCEDE ET SYSTEME DE TELECHARGEMENT D'UN FICHIER DANS DES CALCULATEURS POUR VEHICULES HORS DU FLUX DE PRODUCTION [000l] La présente invention concerne un procédé et un système de téléchargement 5 d'un fichier dans des calculateurs avant leur montage sur véhicule, principalement automobile, au moyen d'un outil de téléchargement. [0002] L'invention concerne plus particulièrement un procédé et un système de téléchargement d'un logiciel, sous forme d'un fichier, dans des calculateurs appartenant à une même famille et qui seront ensuite montés sur plusieurs véhicules 10 automobiles distincts au moment de l'assemblage sur la ligne de production. Par calculateurs d'une même famille , on entend des calculateurs de même type et destinés à être montés dans des modèles identiques de véhicules pour une même application (par exemple, le calculateur pilotant une boite de vitesses automatique ou un système ABS d'un modèle déterminé de véhicule). Le procédé fait appel à un outil 15 de chargement. [0003 On connaît déjà dans l'état de la technique des procédés et des systèmes de téléchargement qui permettent de télécharger des fichiers dans des calculateurs embarqués à bord de véhicules automobiles. Par exemple, le document FR2719924 comporte la description d'un tel procédé et système. Le téléchargement peut se faire 20 alors que le véhicule est en cours de fabrication sur une chaine de montage ou dans un service après vente d'un constructeur. [0004] Cette fonction de téléchargement a été optimisée afin de la rendre compatible avec des exigences du flux de fabrication, dans lequel le téléchargement d'un ensemble de calculateurs d'un même véhicule est réalisé simultanément. On 25 pourra par exemple se reporter aux documents FR2825813, FR2798484 et FR2907237 qui décrivent une telle optimisation. [0005] 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 temps de téléchargement de ces mémoires de plus en plus grands.TECHNICAL FIELD The present invention relates to a method and a system for downloading a file into computers before they are mounted on a vehicle, mainly a motor vehicle. , using a download tool. The invention relates more particularly to a method and a system for downloading a software, in the form of a file, in computers belonging to the same family and which will then be mounted on several different vehicles 10 at the time of assembly on the production line. By calculators of the same family, one understands calculators of the same type and intended to be mounted in identical models of vehicles for the same application (for example, the computer controlling an automatic gearbox or an ABS system of a model determined vehicle). The method uses a loading tool. It is already known in the state of the art processes and download systems that can download files in onboard computers on board motor vehicles. For example, the document FR2719924 includes the description of such a method and system. The download can be done while the vehicle is being manufactured on a mounting line or in a service department of a manufacturer. This download function has been optimized to make it compatible with requirements of the manufacturing flow, wherein the download of a set of computers of the same vehicle is performed simultaneously. For example, reference may be made to documents FR2825813, FR2798484 and FR2907237 which describe such an optimization. However, the reception of new embedded features and ever more complex regulations are pushing on-board memory sizes and download time requirements for these increasingly large memories.
30 Le flux de production des véhicules sur les chaines de fabrication ne devant pas être interrompu, il est important que le temps nécessaire au téléchargement de fichiers 2 soit le plus court possible. D'autre part, il est souhaitable que la version du logiciel chargé dans les calculateurs soit la dernière version de façon à éviter les corrections. Il faut donc réduire l'intervalle de temps séparant le chargement des fichiers dans les calculateurs de la sortie des véhicules des chaines de fabrication. [0006] Dans les usines des constructeurs généralistes, cette opération est habituellement effectuée en bout de ligne de fabrication, juste avant que le véhicule ne quitte la chaine par ses propres moyens. Cependant, le temps passé par cette opération de téléchargement doit être réduit au strict minimum. Ainsi, pour gagner du temps, on ne télécharge généralement que la partie calibration des calculateurs de contrôle moteur (partie du logiciel adaptée au modèle de véhicule), la partie générique du logiciel ayant été préalablement chargée par le fournisseur des calculateurs. [0007] Cependant, le 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. De plus, lorsque le logiciel complet n'est pas téléchargé dans le flux de production du véhicule par le constructeur automobile et qu'une modification du logiciel est intervenue, pendant tout le temps nécessaire au fournisseur pour livrer les calculateurs modifiés (incluant la modification de logiciel), les véhicules continuent d'être assemblés avec la définition du produit antérieure. Cela conduit à devoir rappeler ces véhicules 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). [0008] D'autres constructeurs (non généralistes), ne téléchargent les logiciels dans les calculateurs qu'en fin de ligne de production : plusieurs postes de téléchargement sont alors placés en parallèle à la fin d'une chaine de fabrication et chaque véhicule, en quittant la chaine, est dirigé vers l'un de ces postes où les calculateurs sont chargés. Ainsi le temps passé au téléchargement ne ralenti pas le flux des chaines de production. L'inconvénient de cette méthode réside dans le coût de ces postes de téléchargement. [0009] Selon une autre méthode, les calculateurs sont livrés par le fabricant avec leurs logiciels déjà complètement chargés. Les fonctions exercées par les 3 calculateurs de véhicule automobile étant de plus en plus nombreuses, il existe une grande variété de calculateurs chargés, ce qui conduit à une grande diversité de composants et à une augmentation des stocks. [ooio] Pour répondre à ce problème, il est proposé d'installer des zones de 5I réactivité. Ces zones devraient 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 seront ensuite acheminés dans le flux de production. [0011] Cette 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 10 interrompre le flux de montage pendant la correction en cours. [0012] Les exigences associées à la fois au téléchargement dans un flux de fabrication des véhicules et en zone de réactivité lors de la correction d'un logiciel sont différentes et résumées ci-après. [0013] Dans un flux de fabrication d'une chaine de production de véhicules, on 15 dispose rarement de deux véhicules identiques l'un à la suite de l'autre. Les véhicules se succèdent en effet avec par exemple des motorisations différentes, des options différentes, ... En fait, les véhicules se suivent en fonction des commandes passées par les clients et il faut donc télécharger un ensemble de fichiers particuliers affectés aux calculateurs d'une même automobile lors du passage de chaque véhicule devant 20 le poste de l'outil utilisé dans le flux de fabrication. Le document FR-A-2825813 mentionné précédemment décrit un procédé et système particulièrement adaptés à cette situation. [0014] En zone de réactivité, la situation est toute autre, car on souhaite mettre à jour un ensemble de calculateurs de même type au moment de leur livraison par le 25 fournisseur. Dans l'état actuel de la technique, pour réaliser cette opération, un opérateur doit connecter l'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. [0015] La procédure de téléchargement, bien qu'optimisée pour le téléchargement 30 de chaque calculateur, de façon unitaire, ne l'est pas du tout d'un point de vue global.Since the production flow of vehicles on the production lines must not be interrupted, it is important that the time required to download files 2 be as short as possible. On the other hand, it is desirable that the version of the software loaded in the calculators is the latest version so as to avoid corrections. It is therefore necessary to reduce the time interval between the loading of the files in the computers of the output of the vehicles of the production lines. In the factories of general manufacturers, this operation is usually done at the end of the production line, just before the vehicle leaves the chain on its own. However, the time spent by this download operation must be reduced to a minimum. Thus, in order to save time, only the calibration part of the engine control computers (part of the software adapted to the vehicle model) is generally downloaded, the generic part of the software having been previously loaded by the supplier of the computers. However, the download of all the data of a computer remains necessary when a service correction involves the modification of a coded strategy. In addition, when the complete software is not downloaded into the vehicle's workflow by the vehicle manufacturer and a modification of the software has occurred, all the time necessary for the supplier to deliver the modified ECUs (including the modification of software), vehicles continue to be assembled with the definition of the previous product. This leads to having to recall these vehicles and to correct the definition after-sales (we have the opportunity to download the complete software after-sales where time constraints are less important). Other manufacturers (non-generalists), do not download the software in computers at the end of the production line: several download stations are then placed in parallel at the end of a production line and each vehicle, when leaving the chain, is directed to one of these positions where the computers are loaded. Thus the time spent downloading does not slow down the flow of production lines. The disadvantage of this method lies in the cost of these download stations. [0009] According to another method, the computers are delivered by the manufacturer with their software already fully loaded. The functions exercised by the 3 motor vehicle computers being more numerous, there is a wide variety of loaded computers, which leads to a wide variety of components and an increase in stocks. [ooio] To answer this problem, it is proposed to install zones of 5I reactivity. These areas should allow the software to be downloaded at the time of delivery of the calculators by the supplier, just before introducing these calculators in the store from where they will then be conveyed in the workflow. [0011] This zone of reactivity therefore imposes the need for additional industrial downloading tools, the number of which must be sufficient to avoid interrupting the editing flow during the current correction. The requirements associated with both the download in a vehicle manufacturing flow and in the reactivity area during the correction of software are different and summarized below. [0013] In a manufacturing flow of a vehicle production line, there are rarely two identical vehicles one after the other. Vehicles succeed each other with, for example, different engines, different options, ... In fact, the vehicles follow each other according to the orders placed by the customers and it is therefore necessary to download a set of particular files assigned to the computers of the same automobile when passing each vehicle in front of the post of the tool used in the workflow. The document FR-A-2825813 mentioned above describes a method and system particularly suited to this situation. In the reactivity zone, the situation is quite different because it is desired to update a set of calculators of the same type at the time of their delivery by the supplier. In the current state of the art, to perform this operation, an operator must connect the download tool on a computer using a suitable beam and start the software update operation. Such an operation must be repeated as many times as there are calculators to correct. The download procedure, although optimized for the download of each computer, unitary, is not at all from a global point of view.
4 En effet, si l'on doit reprendre par exemple mille calculateurs pour en corriger le logiciel, l'opérateur est obligé de lancé mille fois l'opération. [0016] Le temps pris alors pour réaliser ces mille opérations ne doit pas interrompre le flux de montage (tout calculateur corrigé est ensuite transmis vers le flux de production). Ceci conduit donc à mettre en place un nombre d'outils suffisant pour toujours disposer du nombre de calculateurs corrigés suffisant pour assurer l'encours. [ooi7] Certaines exigences associées à la zone de réactivité sont plutôt similaires à celles en vigueur pour une reprise sur parc. On pourra à cet effet se reporter au document FR2907237 qui décrit un procédé et système adapté à la correction du logiciel d'un calculateur sur des véhicules montés et stockés sur parc. Cependant, 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é et système adapté. De plus, les calculateurs livrés par le fournisseur ne sont pas individualisés : tous les calculateurs identiques ont le même identifiant. Si on les connecte à un même réseau, il est nécessaire de disposer de moyens permettant de s'adresser à un calculateur en particulier et non pas à tous les calculateurs simultanément. En d'autres termes il est nécessaire d'individualiser les calculateurs connectés à un même réseau de communication. [0018] A cet effet, l'invention a pour objet un procédé de téléchargement, simultané et hors flux de production, d'un fichier dans des calculateurs d'une même famille au moyen d'un outil de téléchargement, lesdits calculateurs étant par exemple destinés à être montés dans des véhicules au moment de leur assemblage sur la ligne de production et étant munis de numéros, chaque numéro étant associé à un calculateur et pouvant être lu par des moyens de lecture. Selon l'invention, le procédé comporte les étapes suivantes : • connexion à un réseau de communication et alimentation électrique des calculateurs destinés à recevoir simultanément ledit fichier ; • lecture desdits numéros à l'aide de moyens de lecture; • fourniture par ledit outil de moyens d'identification de communication à chaque calculateur, lesdits moyens d'identification de communication d'un calculateur étant associé au numéro dudit calculateur ; • apprentissage par chaque calculateur de ses moyens d'identification de 5 communication; et • téléchargement dudit fichier par trames successives avec suivi de la progression du téléchargement de chaque calculateur. [0019] Selon un mode de réalisation préféré, lesdits moyens d'identification de communication peuvent comporter un identifiant de communication de transmission de données de l'outil vers le calculateur et un identifiant de communication de réponse pour la transmission de données du calculateur vers l'outil. L'identifiant de communication de transmission permet à l'outil de réémettre une trame vers un calculateur si ce dernier n'a pas signalé à l'outil la réception de ladite trame. L'identifiant de communication de réponse peut être utilisé par le calculateur associé audit identifiant pour chaque réponse à chaque requête de l'outil. [0020] De préférence, une table est créée dans ledit outil, la table comprenant le numéro d'un calculateur qui est associé aux moyens d'identification de communication dudit calculateur. [0021] Dans une variante, les calculateurs sont resynchronisés après réception de chaque trame. [0022] Dans une variante, l'outil détermine le nombre de calculateurs du même type connectés au réseau et dans lesquels ledit fichier doit être téléchargé. [0023] Dans une variante, l'étape de téléchargement du fichier comporte les sous- étapes suivantes : • identification du calculateur ; • déverrouillage de l'accès au composant mémoire du calculateur ; • effacement de la zone réservée dans la mémoire pour l'écriture du fichier ; • écriture en mémoire des données reçues de l'outil ; • autocontrôle de l'intégrité du code écrit en mémoire ; et • écriture de la zone d'identification correspondant à la référence du fichier téléchargé en mémoire. 6 [0024] Dans une variante, après le téléchargement du fichier, la référence du fichier téléchargé est lue par ledit outil et comparée avec la référence du fichier fourni par le constructeur, ce qui permet de déterminer si l'opération de téléchargement s'est bien déroulée. [0025] L'invention concerne également un système de téléchargement, hors flux de production, d'un fichier dans des calculateurs d'une même famille, le système étant du type comprenant un outil de téléchargement, un réseau de communication pouvant relier lesdits calculateurs audit outil de téléchargement, des moyens d'alimentation électrique desdits calculateurs, chaque calculateur comportant un numéro de référence. Selon l'invention, ledit système comporte des moyens de lecture desdits numéros de référence des calculateurs connectés audit outil ; des moyens de création par ledit outil d'une table associant à chacun desdits numéros de référence deux identifiants de communication propres à chaque calculateur, l'un permettant à l'outil de s'adresser à un calculateur déterminé parmi les calculateurs connectés au réseau et l'autre pour la communication du calculateur considéré vers l'outil, et, pour chaque calculateur connecté audit outil, des moyens de communication des identifiants de communication qui lui sont associés, et des moyens d'émission d'une requête par l'outil vers les calculateurs leur permettant d'identifier qu'une session de programmation leur est demandée. [0026] D'autres avantages et caractéristiques de l'invention apparaîtront au cours de la description qui suit de plusieurs modes de réalisation de l'invention, donnés à titre d'exemples non limitatifs, en référence aux dessins annexés et sur lesquels : • la figure 1 représente un schéma synoptique illustrant la mise en oeuvre d'un système de téléchargement de fichiers selon l'invention inséré sur une zone 25 hors flux principal d'une usine de fabrication de véhicules ; • la figure 2 représente un logigramme illustrant le procédé de téléchargement selon l'invention ; • la figure 3 représente le logigramme du début de procédé de téléchargement embarqué dans le logiciel des calculateurs avant réception des trames 30 contenant les données à écrire en mémoire. 7 [0027] De façon synoptique, le procédé selon l'invention de téléchargement d'un fichier dans des calculateurs de véhicules automobiles en zone hors flux de production (c'est-à-dire en zone de réactivité et donc en dehors de la chaine de fabrication des véhicules) à l'aide d'un outil de téléchargement comporte les étapes suivantes : • pour le fournisseur, la livraison d'une étiquette placée sur le boitier du calculateur contenant un numéro unitaire représentatif du calculateur sous la forme d'un code barre, ou autre procédé, et permettant la mise en oeuvre d'un mécanisme de reconnaissance automatique de ce numéro unitaire ; • un outil de programmation muni d'un lecteur de codes barres, ou autre procédé de reconnaissance automatique du numéro unitaire des calculateurs ; • une étape consistant à connecter sur un réseau de communication et d'alimentation électrique l'ensemble des calculateurs du même type que l'on souhaite télécharger simultanément (cette liaison étant par exemple réalisée au moyen d'un réseau CAN) ; • une procédure de programmation de plusieurs calculateurs du même type dont la première étape consiste à reconnaitre le nombre de calculateurs connectés sur le réseau ainsi que leurs numéros unitaires respectifs et à construire dynamiquement en interne une table d'identifiants de communication pour chacun d'eux. • une étape de transmission vers tous les calculateurs des identifiants spécifiques affectés à chacun d'eux (un premier dans le sens outil vers calculateur permettant la réémission d'une trame vers un calculateur spécifique si ce dernier n'a pas répondu (possibilité qu'il n'ait pas reçu correctement la trame), un second dans le sens calculateur vers outil) et utilisés lors d'échanges exclusifs pour toutes les requêtes suivantes de la procédure de téléchargement. • une étape d'apprentissage pour chaque calculateur des identifiants de communication spécifiques qui lui ont été attribué et qui devront être utilisés lors des échanges exclusifs de la procédure. • une procédure de téléchargement (adaptée au fait que le fichier doit être téléchargé simultanément dans plusieurs calculateurs) comportant un suivi de la progression de l'opération de téléchargement de chaque calculateur et une resynchronisation de tous les calculateurs lors de chaque étape de la procédure de téléchargement. • une étape de transmission d'un fichier de téléchargement destiné à être écrit dans la mémoire des calculateurs. • une étape de vérification de la réussite de l'opération au moyen d'une lecture de la nouvelle référence en mémoire dans chaque calculateur. [0028] Suivant un mode particulier de réalisation, le procédé de téléchargement comporte une étape de vérification des paramètres dynamiques du véhicule pour s'assurer que ceux-ci sont nuls afin d'autoriser ou non le déroulement de la procédure de téléchargement. [0029] La figure 1 illustre la mise en oeuvre d'un système de téléchargement dans le contexte d'une usine de production de véhicules selon l'invention. [0030] Sur cette figure, la zone 10 de téléchargement hors flux est la zone encadrée, donc située en dehors d'une chaine de production. Un ensemble de calculateurs 12 de la même famille (donc de même type et destinés à équiper des véhicules d'un même modèle pour y remplir la même fonction) ont été livrés par le fournisseur, par palettes par exemple, et un fichier (logiciel composé de trames successives) doit être téléchargé hors flux dans les mémoires des calculateurs. De préférence, ce fichier comporte la partie générique du logiciel, la partie complémentaire adaptée au modèle de véhicule et à la fonction exercée (partie qui individualise ou personnalise le véhicule) est téléchargée plus tard sur la chaine d'assemblage des véhicules. [0031] Pour réaliser une opération de téléchargement de calculateurs, on utilise un outil de téléchargement 14 muni d'un lecteur de codes barres 16 permettant de numériser des informations contenues sur une étiquette 18 apposée sur les calculateurs, sur les boitiers par exemple. De façon plus générale, les calculateurs sont munis de numéros de référence 20 et l'outil de téléchargement est relié à des moyens de lecture de ces numéros. Des outils de téléchargement sont par exemple décrits dans les documents FR2798484 et FR2825813. [0032] La connexion de l'outil 14 aux calculateurs 12 s'effectue au moyen d'un faisceau de raccordement comportant le réseau d'alimentation électrique 22 alimenté 9 par une alimentation externe 24, une batterie par exemple, et un réseau de communication 26 pour le transfert des informations (un réseau de type CAN par exemple). [0033] Sur la figure 1, différentes étapes sont illustrées : les calculateurs sont d'abord livrés (référence 28), puis orientés (30) vers la zone de réactivité 10. Dans cette zone, le fichier est téléchargé dans les calculateurs selon le procédé détaillé à la figure 2, puis les calculateurs sont référencés dans le magasin d'approvisionnement des chaines de production des véhicules (référence 32), puis assemblés dans les véhicules dans le flux de production des véhicules (référence 34). La partie adaptée ou personnalisée du logiciel est alors téléchargée dans les calculateurs dans le flux de production (référence 36), par exemple en utilisant le procédé décrit dans le document FR2825813. Les véhicules sont ensuite contrôlés (38) et stockés (40) en attendant leur livraison. Si nécessaire, le logiciel peut être corrigé ou modifié sur parc (référence 42), par exemple en utilisant le procédé décrit dans le document FR2907237. [0034] L'invention met en oeuvre un procédé de téléchargement qui comporte plusieurs grandes étapes. Un exemple de mise en oeuvre de ces différentes étapes est illustré sur l'organigramme de la figure 2, lesdites étapes étant mises en oeuvre dans la zone de réactivité 10 (zone hors flux). [0035] La première étape 50 consiste à identifier parmi les calculateurs livrés, ceux qui vont devoir être orientés vers la zone de téléchargement hors flux 10 pour être téléchargés. Cela s'effectue simplement en lisant sur l'étiquette 18 du calculateur la référence logicielle livrée. [0036] La référence lue est ensuite retrouvée dans la nomenclature de fabrication du 25 constructeur pour connaitre si besoin est, la référence du nouveau logiciel à télécharger. [0037] La seconde étape 52 consiste, une fois les calculateurs devant subir l'opération de téléchargement sélectionnés, à connecter le système, c'est-à-dire, l'outil de téléchargement 14 disposant de la procédure adaptée, le faisceau de 30 raccordement (22 et 26), les calculateurs de même type (12) à télécharger en même 10 temps et à mettre l'ensemble sous tension au moyen de l'alimentation électrique externe (24). [0038] La troisième étape 54 consiste à numériser l'étiquette 18 dont est muni chaque calculateur afin de permettre à l'outil 14 de récupérer le numéro unitaire 20 de chacun d'eux. Cette étape est nécessaire car à ce stade du procédé, à une requête de l'outil, chaque calculateur de même type répond en utilisant le même identifiant de trame provoquant ainsi une collision sur le bus. [0039] Lors de la quatrième étape 56, l'outil 14 va créer en interne une table lui permettant d'associer à chaque numéro unitaire numérisé, deux identifiants de trames différents pour chaque calculateur, le premier pour s'adresser à un calculateur précis parmi ceux connectés, utilisé pour réémettre une trame en cas de non réponse d'un des calculateurs ou pour suivre la progression de certaines phases comme l'effacement ou l'autocontrôle et le second pour récupérer une information de ce même calculateur. [0040] Le tableau suivant est un exemple de table dans laquelle figurent pour chaque calculateur n, associés au numéro de référence de l'étiquette, deux identifiant, l'un IDENT_Tn pour la transmission des données de l'outil 14 vers le calculateur n et l'autre IDENT_Rn pour la communication du calculateur n vers l'outil 14. N°du Numéro unitaire Identifiant de Identifiant affecté calculateur numérisé sur l'étiquette transmission affecté pour la réponse du calculateur au calculateur seul calculateur 1 96123456A056B2116 I DENT_T1 I DENTR1 2 46C86523932DOOA41 IDENT_T2 IDENT_R2 n 7133C0EF5877A29B2 IDENT_Tn IDENT_Rn [0041] La cinquième étape 58 consiste à émettre une requête depuis l'outil permettant aux calculateurs connectés d'identifier qu'une session de programmation leur est demandée. Sur réception de cette requête, chaque calculateur va vérifier certains paramètres dynamiques externes afin par exemple d'ignorer cette demande20 11 si celle-ci était émise alors que le calculateur est monté dans le véhicule et que ce dernier est en train de rouler. Il est en effet possible de réaliser certaines opérations de communication depuis un outil de diagnostic embarqué lorsque le véhicule est roulant, par exemple des opérations de diagnostic concernant l'allumage moteur ou 5I l'injection de carburant_; il existe donc un risque que ce type de commande soit émis par inadvertance par un opérateur. [0042] Lors de la sixième étape 60, l'outil va transmettre vers tous les calculateurs une trame contenant les numéros unitaires numérisés lors de l'étape 3 (référence 54) ainsi que les deux identifiants IDENT_Tn et IDENT_Rn associés à chacun d'eux 10 construits dynamiquement lors de l'étape 4 (référence 56). [0043] La septième étape (62) consiste pour chaque calculateur à reconnaitre dans la trame son numéro unitaire (ce numéro est aussi disponible sous forme électronique dans un segment donné de sa mémoire embarquée) et à récupérer les deux identifiants associés. Lors de cette étape chaque calculateur utilisera l'identifiant de 15 communication fixé comme étant l'identifiant de réponse du calculateur pour transmettre un accusé-réception. [0044] Lors de la huitième étape (64), l'outil va recevoir les identifiants de réponse IDENT_Rn de chaque calculateur à l'écoute et trouver dans sa table constituée lors de l'étape 4 (56) les numéros unitaires à l'écoute. En les comparant avec les numéros 20 unitaires scannés lors de l'étape 3 (54), l'outil sera en mesure de déterminer si l'ensemble des calculateurs connectés ont passés avec succès l'ensemble des étapes précédentes, ou le cas échéant de recommencer plusieurs fois (étape 66 avec réponse N pour NON) depuis l'étape 5 (référence58) (nombre fixé à l'avance pour ne pas bloquer la procédure) si l'un des calculateurs était défectueux. 25 [0045] Lors de la neuvième étape (68), l'outil de téléchargement transmet ensuite le fichier à télécharger dans les calculateurs. Cette étape se déroule avec un suivi de la progression de chaque calculateur, c'est-à-dire que, pour une requête transmise vers l'ensemble des calculateurs, l'outil reçoit autant de réponses qu'il y a de calculateurs connectés sur le système. Ceci afin de pouvoir réémettre une requête vers un 30 calculateur si ce dernier n'a pas répondu ou répondu avec un message indiquant un problème sur la dernière trame reçue.4 If, for example, a thousand computers are required to correct the software, the operator is obliged to launch the operation a thousand times. The time taken then to achieve these thousand operations must not interrupt the flow of assembly (any corrected calculator is then transmitted to the workflow). This therefore leads to setting up a sufficient number of tools to always have the number of corrected calculators sufficient to ensure the outstandings. [ooi7] Some requirements associated with the response zone are rather similar to those in force for a park recovery. To this end, reference may be made to document FR2907237, which describes a method and system adapted to the correction of computer software on vehicles mounted and stored in the park. However, several additional difficulties such as the fact that the vehicle is not assembled, that all the computers of the vehicle is not accessible to a diagnostic tool from the centralized take-up of the vehicle, and especially that there is an outstanding amount of ensure complicate the task and obliges to propose a method and adapted system. In addition, the calculators delivered by the supplier are not individualized: all the identical calculators have the same identifier. If they are connected to the same network, it is necessary to have means for addressing a particular computer and not all computers simultaneously. In other words it is necessary to individualize the computers connected to the same communication network. For this purpose, the object of the invention is a method of downloading, simultaneously and off the production flow, of a file in computers of the same family by means of a download tool, said computers being by examples intended to be mounted in vehicles at the time of assembly on the production line and being numbered, each number being associated with a computer and readable by reading means. According to the invention, the method comprises the following steps: connection to a communication network and electrical power supply of the computers intended to simultaneously receive said file; Reading said numbers using reading means; • supply by said tool of communication identification means to each computer, said communication identification means of a computer being associated with the number of said computer; • learning by each calculator of his means of communication identification; and downloading said file in successive frames with monitoring the download progress of each calculator. According to a preferred embodiment, said communication identification means may comprise a data transmission communication identifier of the tool to the computer and a response communication identifier for the transmission of data from the computer to the computer. 'tool. The transmission communication identifier enables the tool to retransmit a frame to a computer if it has not signaled to the tool the reception of said frame. The response communication identifier may be used by the computer associated with said identifier for each response to each request of the tool. Preferably, a table is created in said tool, the table comprising the number of a computer which is associated with the communication identification means of said computer. In a variant, the computers are resynchronized after receiving each frame. In a variant, the tool determines the number of computers of the same type connected to the network and in which said file is to be downloaded. In a variant, the step of downloading the file comprises the following substeps: • identification of the calculator; • unlocking access to the memory component of the computer; • deleting the reserved area in the memory for writing the file; • writing in memory of the data received from the tool; • self-checking the integrity of the code written in memory; and • writing the identification area corresponding to the reference of the file downloaded into memory. In a variant, after the downloading of the file, the reference of the downloaded file is read by the said tool and compared with the reference of the file provided by the manufacturer, which makes it possible to determine whether the downloading operation has been carried out. well done. The invention also relates to a download system, out of workflow, a file in computers of the same family, the system being of the type comprising a download tool, a communication network that can connect said computers audit tool download, power supply means of said computers, each computer having a reference number. According to the invention, said system comprises means for reading said reference numbers of the computers connected to said tool; means for creating by said tool a table associating with each of said reference numbers two communication identifiers specific to each computer, one allowing the tool to address a specific calculator among the computers connected to the network and the other for the communication of the calculator considered towards the tool, and, for each computer connected to said tool, means for communicating the communication identifiers associated with it, and means for sending a request by the tool to calculators allowing them to identify that a programming session is requested. Other advantages and features of the invention will become apparent from the following description of several embodiments of the invention, given by way of non-limiting examples, with reference to the accompanying drawings and in which: FIG. 1 represents a block diagram illustrating the implementation of a file downloading system according to the invention inserted in a non-main stream zone of a vehicle manufacturing plant; FIG. 2 represents a logic diagram illustrating the downloading method according to the invention; • Figure 3 shows the flow chart of the start of download process embedded in the computer software before receiving the frames 30 containing the data to be written in memory. Synoptically, the method according to the invention of downloading a file in motor vehicle computers in non-production area (that is to say in the area of responsiveness and therefore outside the vehicle production line) using a download tool comprises the following steps: • for the supplier, the delivery of a label placed on the box of the computer containing a unit number representative of the calculator in the form of a bar code, or other method, and allowing the implementation of a mechanism for automatic recognition of this unit number; • a programming tool equipped with a barcode reader, or another method of automatic recognition of the unit number of the computers; A step of connecting on a communication and power supply network all the computers of the same type that one wishes to download simultaneously (this connection being for example carried out by means of a CAN network); A programming procedure for several computers of the same type, the first step of which consists in recognizing the number of computers connected on the network as well as their respective unit numbers and dynamically building internally a table of communication identifiers for each of them. . A step of transmitting to all the calculators specific identifiers assigned to each of them (a first in the tool-to-computer direction allowing the retransmission of a frame to a specific computer if the latter has not responded (possibility that it did not receive the frame correctly), a second in the calculator-to-tool direction and used during exclusive exchanges for all subsequent requests of the download procedure. A learning step for each calculator of the specific communication identifiers that have been assigned to it and that will have to be used during the exclusive exchanges of the procedure. A download procedure (adapted to the fact that the file must be downloaded simultaneously in several computers) including a follow-up of the progress of the download operation of each computer and a resynchronization of all computers during each step of the procedure of download. A step of transmission of a download file intended to be written in the memory of the computers. A step of verifying the success of the operation by means of a reading of the new reference in memory in each computer. According to a particular embodiment, the download method includes a step of checking the dynamic parameters of the vehicle to ensure that they are null to allow or not the progress of the download procedure. Figure 1 illustrates the implementation of a download system in the context of a vehicle production plant according to the invention. In this figure, the zone 10 off-stream download is the boxed area, so located outside a production line. A set of computers 12 of the same family (thus of the same type and intended to equip vehicles of the same model to perform the same function) were delivered by the supplier, for example by pallets, and a file (composed software of successive frames) must be downloaded off stream in the memories of computers. Preferably, this file comprises the generic part of the software, the complementary part adapted to the vehicle model and the function exerted (part that individualizes or personalizes the vehicle) is downloaded later on the vehicle assembly line. To perform a computer download operation, using a download tool 14 with a barcode reader 16 to scan information contained on a label 18 affixed to the computers, on the boxes for example. More generally, the computers are provided with reference numbers 20 and the download tool is connected to means for reading these numbers. Downloading tools are for example described in documents FR2798484 and FR2825813. The connection of the tool 14 to the computers 12 is effected by means of a connection beam comprising the power supply network 22 powered by an external power supply 24, a battery for example, and a communication network. 26 for the transfer of information (a network of CAN type for example). In FIG. 1, various stages are illustrated: the computers are first delivered (reference 28), then oriented (30) towards the reactivity zone 10. In this zone, the file is downloaded into the computers according to the procedure detailed in Figure 2, then the computers are referenced in the supply store of the production lines of vehicles (reference 32), and assembled in vehicles in the production flow of vehicles (reference 34). The adapted or personalized part of the software is then downloaded into the computers in the workflow (reference 36), for example using the method described in document FR2825813. The vehicles are then checked (38) and stored (40) pending delivery. If necessary, the software can be corrected or modified on park (reference 42), for example using the method described in the document FR2907237. The invention implements a download method which comprises several major steps. An exemplary implementation of these different steps is illustrated in the flow chart of FIG. 2, said steps being implemented in the reactivity zone 10 (non-flow zone). The first step 50 is to identify among the ECUs delivered, those who will have to be directed to the download area off stream 10 to be downloaded. This is done simply by reading on the label 18 of the computer the delivered software reference. The reference read is then found in the manufacturer's nomenclature of manufacture to know if necessary, the reference of the new software to download. The second step 52 consists, once the computers to undergo the selected download operation, to connect the system, that is to say, the download tool 14 having the appropriate procedure, the beam of The same type of calculators (12) are simultaneously connected to the connection (22 and 26) and the assembly is powered up by means of the external power supply (24). The third step 54 is to scan the label 18 which is provided with each computer to allow the tool 14 to recover the unit number 20 of each of them. This step is necessary because at this stage of the process, at a request of the tool, each computer of the same type responds by using the same frame identifier thus causing a collision on the bus. In the fourth step 56, the tool 14 will internally create a table allowing it to associate each digitized unit number, two identifiers of different frames for each computer, the first to address a specific calculator among those connected, used to re-transmit a frame in case of non-response of one of the computers or to follow the progress of certain phases such as erasure or self-checking and the second to retrieve information from the same computer. The following table is an example of a table in which for each calculator n, associated with the reference number of the label, two identifiers, one IDENT_Tn for the transmission of data from the tool 14 to the calculator, are shown. and the other IDENT_Rn for the communication of the calculator n to the tool 14. Number of the unit number Identifier of the identifier assigned calculator digitized on the label transmission assigned for the response of the calculator to the calculator alone calculator 1 96123456A056B2116 I DENT_T1 I DENTR1 2 The fifth step 58 consists in issuing a request from the tool allowing the connected computers to identify that a programming session is requested from them. Upon receipt of this request, each computer will check some external dynamic parameters for example to ignore this request20 11 if it was issued while the computer is mounted in the vehicle and it is rolling. It is indeed possible to carry out certain communication operations from an on-board diagnostic tool when the vehicle is traveling, for example diagnostic operations relating to ignition of the engine or injection of fuel; there is therefore a risk that this type of command is inadvertently issued by an operator. In the sixth step 60, the tool will transmit to all calculators a frame containing the digitized unit numbers in step 3 (reference 54) and the two identifiers IDENT_Tn and IDENT_Rn associated with each of them. 10 dynamically constructed in step 4 (reference 56). The seventh step (62) consists for each computer to recognize in the frame its unit number (this number is also available in electronic form in a given segment of its embedded memory) and recover the two associated identifiers. During this step each computer will use the fixed communication identifier as the response identifier of the computer to transmit an acknowledgment-receipt. In the eighth step (64), the tool will receive IDENT_Rn response IDs of each calculator listening and find in its table formed in step 4 (56) the unit numbers to the listening. By comparing them with the unit numbers scanned during step 3 (54), the tool will be able to determine if all the connected computers have successfully passed all the previous steps, or if any repeat several times (step 66 with answer N for NO) from step 5 (reference 58) (number fixed in advance so as not to block the procedure) if one of the computers was defective. In the ninth step (68), the download tool then transmits the download file to the calculators. This step takes place with a follow-up of the progress of each computer, that is to say that, for a request transmitted to all computers, the tool receives as many responses as there are computers connected to the system. This is in order to be able to retransmit a request to a calculator if the latter has not answered or answered with a message indicating a problem on the last received frame.
12 Lors de cette neuvième étape ont lieu les différentes sous-étapes suivantes : • Identification du produit ; • déverrouillage de l'accès au composant mémoire (flash eprom) ; • effacement de la zone réservée dans le composant flash eprom, c'est-à-dire de la mémoire contenant le logiciel ; • écriture en mémoire des données reçues ; • autocontrôle de l'intégrité du code en mémoire ; • écriture de la zone d'identification correspondant à la nouvelle référence du logiciel téléchargé en mémoire. Cette nouvelle référence ne peut être inscrite en mémoire qu'à partir du moment où toutes les sous-étapes précédentes ont été passées et que tous les différents contrôles prévus dans la procédure se sont déroulés avec succès. [0046] La dixième étape (70) consiste à relire dans chaque calculateur la référence logicielle inscrite lors de la dernière sous-étape de l'étape 9 (référence 68). [0047] Lors de la onzième étape (72), une comparaison entre la référence lue et celle issue de la nomenclature du constructeur dont il est question dans l'étape 1 (référence 50) va permettre de s'assurer que l'opération s'est déroulée avec succès. [0048] Enfin, la douzième étape (74) permet de réaliser la coupure de l'alimentation électrique et la déconnection de l'ensemble des éléments. [0049] Bien que les calculateurs soient identiques, le temps d'écriture d'une trame dans leur mémoire n'est pas uniforme. De plus, la durée de téléchargement du fichier dans les calculateurs doit prendre le minimum de temps. La procédure de téléchargement doit donc être adaptée. A cette fin, la procédure dispose d'un mécanisme de resynchronisation qui consiste à resynchroniser après chaque étape de la procédure telle que décrite dans l'étape 9 de l'exemple de la figure 2, [c'est-à-dire lors de chaque étape d'identification, de déverrouillage, d'effacement du composant mémoire (flash eprom), de chaque requête de transfert de code, de demande d'autocontrôle ou d'écriture de la référence logicielle de chaque calculateur]. En effet, pour diminuer le temps de téléchargement, cette procédure est basée sur le fait que chaque trame de données n'est émise qu'une seule fois et reçue 13 et inscrite en mémoire par tous les calculateurs. Il convient dans ce cas que chaque calculateur malgré des différences intrinsèques de temps d'écriture progresse sensiblement à la même vitesse. [0050] Pour ce faire, la procédure adaptée s'assure lors de chaque requête d'avoir 5 bien obtenue la réponse de chaque calculateur à l'écoute. Cette procédure doit donc savoir à l'avance combien de calculateurs sont à l'écoute pour assurer ce contrôle. [0051] Cette procédure possède donc la possibilité d'une part de répéter, un certain nombre de fois pendant tout le déroulement de l'opération, une requête vers un calculateur qui n'aurait pas compris la trame, mais aussi de savoir que tous les 10 calculateurs ont bien compris la demande avant de passer à la suivante assurant ainsi la synchronisation de la progression de l'ensemble. [0052] D'autre part, le contrôle final s'effectuera relativement facilement car il sera possible d'indiquer directement à l'opérateur sans manipulation supplémentaire si tous les calculateurs ont bien été téléchargés. [0053] La figure 3 illustre le logigramme embarqué dans le logiciel calculateur, le programme permettant de prendre en compte les identifiants de trame. [0054] Les différentes étapes peuvent être résumées de la façon suivante : • étape 80 : début du programme ; 20 • étape 82 : une trame de communication a-t-elle été reçue? Si la réponse est N (pour NON), on retourne au début de l'étape 82. Si la réponse est positive (Y pour Oui), on passe à l'étape suivante 84 ; • étape 84 : demande de téléchargement et paramètres dynamiques OK ? Si la réponse est négative (N), on revient à la question de l'étape 82. Si la réponse 25 est positive (Y), on passe à l'étape suivante 86 ; • étape 86 : le numéro unitaire reçu est-il identique au numéro unitaire en mémoire ? Si la réponse est négative, on arrête le processus. Dans le cas contraire (Y), on passe à l'étape suivante 88 ; • étape 88 : les identifiants IDENT_Tn et IDENT_Rn associés sont stockés en 30 mémoire ; 15 14 • étape 90 : la réponse du calculateur n avec l'identifiant IDENT_Rn transmis (à chaque requête correspond une réponse et à cette étape le calculateur confirme qu'il a bien reçu l'identifiant) est préparée ; • étape 92 : émission d'une trame de réponse de prise en compte de la demande 5 avec le nouvel identifiant de trame transmis • étape 94 : fin [0055] D'autres modes de réalisation que ceux décrits et représentés peuvent être conçus par l'homme du métier sans sortir du cadre de la présente invention. In this ninth step, the following substeps take place: • Product identification; • unlocking access to the memory component (flash eprom); Erasing the reserved area in the eprom flash component, that is to say the memory containing the software; • write in memory of the received data; • self-checking the integrity of the code in memory; • Write the identification area corresponding to the new reference of the software downloaded in memory. This new reference can only be entered in the memory once all the previous substeps have been passed and all the different checks planned in the procedure have been successfully completed. The tenth step (70) consists in reading in each computer the software reference registered during the last substep of step 9 (reference 68). In the eleventh step (72), a comparison between the reference read and that resulting from the manufacturer's nomenclature referred to in step 1 (reference 50) will make it possible to ensure that the operation s is successfully rolled out. Finally, the twelfth step (74) makes it possible to cut the power supply and disconnect all the elements. Although the computers are identical, the writing time of a frame in their memory is not uniform. In addition, the download time of the file in computers must take the minimum amount of time. The download procedure must therefore be adapted. For this purpose, the procedure has a resynchronization mechanism which consists of resynchronizing after each step of the procedure as described in step 9 of the example of FIG. 2, [that is to say, during each step of identifying, unlocking, erasing the memory component (flash eprom), each request for code transfer, self-checking request or writing the software reference of each computer]. Indeed, to reduce the download time, this procedure is based on the fact that each data frame is transmitted only once and received 13 and stored in memory by all computers. It is appropriate in this case that each computer despite intrinsic differences in write time progresses substantially at the same speed. To do this, the adapted procedure ensures at each request to have 5 well obtained the response of each calculator listening. This procedure must know in advance how many computers are listening to ensure this control. This procedure therefore has the ability to repeat on the one hand, a number of times during the entire operation, a request to a calculator that did not understand the frame, but also to know that all the 10 computers have understood the demand before moving on to the next ensuring the synchronization of the progression of the whole. On the other hand, the final control will be relatively easy because it will be possible to indicate directly to the operator without additional manipulation if all computers have been downloaded. FIG. 3 illustrates the logic diagram embedded in the computer software, the program making it possible to take into account the frame identifiers. The various steps can be summarized as follows: step 80: beginning of the program; Step 82: Has a communication frame been received? If the answer is N (for NO), we return to the beginning of step 82. If the answer is positive (Y for Yes), we go to the next step 84; • step 84: download request and dynamic parameters OK? If the answer is negative (N), return to the question of step 82. If answer 25 is positive (Y), proceed to the next step 86; • step 86: Is the unit number received the same as the unit number in memory? If the answer is negative, stop the process. In the opposite case (Y), proceed to the next step 88; Step 88: the associated identifiers IDENT_Tn and IDENT_Rn are stored in memory; • step 90: the response of the calculator n with the identifier IDENT_Rn transmitted (each request corresponds to a response and at this stage the calculator confirms that it has received the identifier) is prepared; Step 92: transmission of a request taking response frame 5 with the new transmitted frame identifier; step 94: ending Other embodiments than those described and shown may be designed by skilled in the art without departing from the scope of the present invention.