FR 2943440 A1 20100924 FR 0951740 A 20090318 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. 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. 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. 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. REVENDICATIONS1. Procédé de téléchargement, simultané et hors flux de production (10), d'un fichier dans des calculateurs (12) d'une même famille, munis de numéros de référence (20) pouvant être lu par des moyens de lecture (16), au moyen d'un outil de téléchargement (14), caractérisé par les étapes suivantes : • connexion à un réseau de communication (26) et alimentation électrique (22) des calculateurs destinés à recevoir simultanément ledit fichier ; • lecture desdits numéros (20) à l'aide de moyens de lecture (16) ; • fourniture par ledit outil (14) 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 communication ; et • téléchargement dudit fichier par trames successives avec suivi de la progression du téléchargement de chaque calculateur. 2. Procédé selon la revendication 1 caractérisé en ce que lesdits moyens d'identification de communication comportent un identifiant de communication de transmission de données dudit outil vers ledit calculateur IDENT T et un identifiant de communication de réponse pour la transmission de données dudit calculateur vers ledit outil IDENT R. 3. Procédé selon la revendication 2 caractérisé en ce que ledit identifiant de communication de transmission IDENT T permet audit outil de réémettre une trame vers un calculateur si ce dernier n'a pas signalé audit outil la réception de ladite trame. 4. Procédé selon l'une des revendications 2 et 3 caractérisé en ce que ledit identifiant de communication de réponse IDENT_Rn est utilisé par le calculateur n associé audit identifiant pour chaque réponse à chaque requête dudit outil. 5. Procédé selon l'une des revendications précédentes caractérisé en ce qu'une table est créée dans ledit outil, chaque numéro d'un calculateur étant associé 16 dans ladite table auxdits moyens d'identification de communication dudit calculateur. 6. Procédé selon l'une des revendications précédentes caractérisé en ce que lesdits calculateurs sont resynchronisés après réception de chaque trame. 7. Procédé selon l'une des revendications précédentes caractérisé en ce que ledit outil détermine le nombre de calculateurs (12) du même type connectés au réseau (26) et dans lesquels ledit fichier doit être téléchargé. 8. Procédé selon l'une des revendications précédentes caractérisé en ce que ladite é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. 9. Procédé selon l'une des revendications précédentes caractérisé en ce que, 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. 10. Système de téléchargement, hors flux de production (10), d'un fichier dans des calculateurs (12) d'une même famille, le système étant du type comprenant un outil de téléchargement (14), un réseau de communication (26) pouvant relier lesdits calculateurs audit outil de téléchargement, des moyens d'alimentation électrique (22,24) desdits calculateurs, chaque calculateur comportant un numéro de référence (20), ledit système comportant : • des moyens de lecture (16) 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 30 numéros de référence deux identifiants de communication propres à chaque 17 calculateur, l'un IDENT T permettant à l'outil (14) de s'adresser à un calculateur (12) déterminé parmi les calculateurs connectés au réseau et l'autre IDENT_R 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.10