Brevet FR2921169A1 — publié le 20090320

Procédé et système de téléchargement en zone réactivité d'un fichier dans des calculateurs de véhicules automobiles à l'aide d'un outil de téléchargement La présente invention concerne un procédé et un système de téléchar- gement d'un fichier dans des calculateurs avant leur montage sur véhicules automobiles, au moyen d'un outil de téléchargement. L'invention concerne plus particulièrement un procédé et un système de 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 ligne de production. 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 en fabrication pour le montage 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. 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. Cependant, l'accueil de nouvelles fonctionnalités embarquées et de règlements toujours plus complexes poussent à des tailles mémoires embar- quées et des besoins en temps de téléchargement de ces mémoires de plus en plus grands. Chez certains constructeurs, cette opération est effectuée en bout de ligne, 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 moteur) car l'extension du flux principal de production d'une usine entraîne des coûts d'investissement importants en terme d'infrastructure. 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 modifica- fion d'une stratégie codée. 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). 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é". II s'agit de permettre de télécharger un logiciel au moment de la livraison des pièces par le fournisseur juste avant d'introduire ces références en magasin d'où les pièces sont ensuite acheminées dans le flux de production des véhicules. Ce plateau ou zone 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 le flux de montage pendant la correction en cours. On a résumé ci-après les exigences associées à la fois au téléchargement dans un flux de fabrication des véhicules et en zone réactivité lors de la correction d'un logiciel pour comprendre en quoi celles-ci diffèrent. Dans un flux de fabrication d'une chaîne de production de véhicules, on dispose rarement de deux véhicules identiques enlignés à la suite. Les véhicu- les se succèdent en effet avec par exemple des motorisations différentes, des options différentes, ... 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 fichiers particuliers lors du passage de chaque véhicule devant 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 un système particulièrement adaptés à cette situation. En zone réactivité, la situation est toute autre, car on souhaite mettre à jour un ensemble de 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 l'outil de téléchargement sur un calculateur au moyen d'un fais- ceau 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. 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. Le temps pris alors pour réaliser ces mille opérations ne doit pas permettre d'interrompre le flux de montage. Lorsque le calculateur est corrigé, celui-ci 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 calcu- lateurs corrigés suffisant à assurer l'encours. Certaines exigences associées à la zone réactivité sont plutôt similaires à celles en vigueur pour une reprise 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 en-cours à assurer, compliquent la tâche et oblige à proposer un procédé et un système adaptés. Le but de l'invention est donc de résoudre ces problèmes et de proposer une solution généralisable pour le téléchargement de calculateurs disposant d'une taille de code à télécharger incompatible du flux de production d'une usine. A cet effet, l'invention a pour objet un procédé de téléchargement d'un fichier dans des calculateurs de véhicule automobile en zone réactivité d'une unité de production de véhicules automobiles à l'aide d'un outil de télécharge- ment, caractérisé en ce qu'il comporte les étapes suivantes : - connexion sur un même réseau de l'outil de téléchargement et de plu-sieurs calculateurs du même type dont le logiciel doit être modifié ; - émission par l'outil d'un message à destination des calculateurs à l'écoute pour leur indiquer qu'une procédure de téléchargement de type réactivité va être engagée et inhibant toute émission par ceux-ci d'informations sur le réseau ; - transmission par l'outil de téléchargement d'un fichier de télécharge- ment destiné à être écrit dans les mémoires des calculateurs ; et - vérification de la réussite de l'opération au moyen d'une lecture uni-taire de la référence logicielle en mémoire du calculateur. Suivant des modes particuliers de réalisation, le procédé de téléchar- gement 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 la procédure de téléchargement. L'invention a également pour objet un système de téléchargement d'un fichier d'un des calculateurs de véhicule automobile en zone réactivité à l'aide d'un outil de téléchargement, caractérisé en ce qu'il comporte : -un réseau connexion de l'outil de téléchargement et de plusieurs calculateurs du même type dont le logiciel doit être modifié ; - des moyens d'émission d'un message à destination des calculateurs à l'écoute leur permettant de déterminer qu'une procédure de téléchargement de type réactivité va être engagée et leur interdisant d'émettre des informations sur le réseau ; - des moyens de transmission d'un fichier de téléchargement destiné à être écrit dans la mémoire des calculateurs ; -des moyens de vérification de la réussite de l'opération au moyen d'une lecture unitaire de la nouvelle référence logicielle en mémoire de chaque calculateur. Suivant des modes particuliers de réalisation, le système de téléchargement comporte l'une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles - il comporte des moyens de vérification des paramètres dynamiques du véhicule pour s'assurer que ceux-ci sont nuls afin d'autoriser ou non la procédure de téléchargement, - la zone de réactivité comporte deux outils, l'un de téléchargement et l'autre de contrôle. L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins an- nexes 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é dans le process global d'une usine de fabrication de véhicules automobiles, ainsi que le lieu d'exploitation des différents documents cités précédemment ; et - la figure 2 représente un logigramme illustrant la procédure de téléchar- gement mise en oeuvre selon l'invention. On a en effet représenté sur la figure 1, un schéma synoptique illustrant la mise en oeuvre d'un système de téléchargement dans le contexte d'une usine de production de véhicules automobiles. Sur cette figure, on a principalement illustré une zone réactivité désignée par la référence générale 1. En fait, une fois livrés par exemple lors de l'étape désignée par la référence générale 2 sur cette figure, les calculateurs, par exemple sur palettes, sont orientés en 3 vers cette zone réactivité 1. La zone réactivité elle-même est découpée en deux zones distinctes, à savoir une zone pour le téléchargement des calculateurs désignée par la référence générale 4 sur cette figure et une zone de contrôle de ces mêmes calculateurs désignée par la référence générale 5. Dans la zone de téléchargement désignée par la référence générale 4, on reconnaît un ensemble de calculateurs de même type et dont l'un est désigné par exemple par la référence générale 6. Pour réaliser l'opération de téléchargement de ces calculateurs, on utilise un outil de téléchargement tel que désigné par la référence générale 7 sur cette figure. Cet outil de téléchargement est raccordé aux différents calculateurs au moyen d'un faisceau comportant un réseau d'alimentation et un réseau de communication pour le transfert des informations, ce faisceau étant désigné par la référence générale 8 sur cette figure. L'alimentation de l'ensemble des calculateurs est assurée au moyen d'une source d'alimentation externe désignée par la référence générale 9. Dans la zone de contrôle, on a également illustré un calculateur précédemment téléchargé dans la zone de téléchargement, ce calculateur étant dé- signé par exemple par la référence générale 6. Pour réaliser une opération de contrôle, on utilise un outil de contrôle tel que l'outil désigné par la référence générale 10 sur cette figure. La connexion de cet outil de contrôle au calculateur s'effectue au moyen d'un faisceau comportant un réseau d'alimentation et un réseau de communication pour la lec- ture des informations, ce faisceau étant désigné par la référence générale 11 sur cette figure. Une source d'alimentation externe est également utilisée pour assurer l'alimentation du calculateur, cette source d'alimentation externe étant désignée par la référence générale 12. Le procédé de téléchargement et de contrôle mis en oeuvre au niveau de cette zone réactivité sera décrit plus en détails par la suite. On notera cependant qu'en sortie de cette zone réactivité, les calculateurs sont référencés en magasin d'approvisionnement du flux de production de l'usine lors d'une étape désignée par la référence générale 13. Ensuite dans l'unité de production, les véhicules sont assemblés dans le flux de production lors de l'étape 14. Une étape de téléchargement des calculateurs dans le flux de production peut également être prévue, comme celle désignée par la référence générale 15 sur cette figure, cette étape décrite dans le document mentionné précé- demment FR-A-2 825 813 est particulièrement adaptée à la personnalisation du véhicule et contribue à minimiser l'impact de la gestion de la diversité sur le site de production. Après cette étape de téléchargement, les véhicules sont contrôlés lors de l'étape 16 avant leur stockage sur parc avant expédition comme par exemple cela est décrit par l'étape 17 sur cette figure, une étape de téléchargement des véhicules en reprise sur parc pouvant également être prévue comme cela est désigné par l'étape 18 sur cette figure. 7 En fait, un tel système met en oeuvre en zone réactivité un procédé de téléchargement qui comporte plusieurs grandes étapes qui sont illustrées sur le logigramme de la figure 2. La première étape est désignée par la référence générale 20 sur cette fi- gure et consiste donc en zone de téléchargement à identifier parmi les calculateurs livrés ceux qui vont devoir être orientés vers la zone dite de réactivité pour être téléchargés. Ceci s'effectue simplement en lisant par exemple sur une étiquette papier associée au calculateur la référence du logiciel livré. Cette étape peut égale- ment être réalisée au moyen d'un outil automatisé car la référence du logiciel livré est également inscrite dans la mémoire interne du calculateur et lue au moyen d'une requête dédiée. La référence lue est ensuite retrouvée dans la nomenclature de fabrication du constructeur pour connaître la référence du nouveau logiciel à télé-charger. Une fois les différents calculateurs devant subir l'opération de téléchargement, triés, les calculateurs et l'outil de téléchargement sont connectés grâce au faisceau décrit précédemment et le système est mis sous tension par exemple lors de l'étape 21. Des réseaux de transmission d'informations de type CAN par exemple peuvent être utilisés, ce type de réseau pouvant actuellement connecter jus-qu'à trente-deux boîtiers. Lors de l'étape suivante désignée par la référence générale 22, l'outil émet une requête permettant aux calculateurs connectés d'identifier et de basculer dans la procédure de téléchargement de type réactivité. Cette requête est nécessaire si l'on souhaite pouvoir faire cohabiter plusieurs procédures telles que détaillées dans les différents documents mentionnés précédemment au sein d'un même boîtier afin d'en cumuler les avantages. Cette étape d'émission en 22 est suivie d'une étape 23, qui sur réception de cette requête, permet à chaque calculateur de vérifier certains paramètres dynamiques externes afin par exemple d'ignorer la demande si celle-ci est émise alors que le calculateur est monté dans le véhicule et que ce dernier est en train de rouler. D'une façon générale, il s'agit alors de vérifier que les pa-ramètres dynamiques du véhicule sont nuls afin d'autoriser ou non la procédure de téléchargement. 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. Il existe donc un risque que ce type de commande soit émis par inadvertance par un opérateur. Une fois ces contrôles réalisés lors de l'étape 24, l'outil de téléchargement transmet le fichier à télécharger dans les calculateurs comme cela est illustré. Cette étape se déroule en aveugle c'est-à-dire que l'outil de téléchargement transmet l'intégralité du code à programmer sans obtenir de réponse d'aucun calculateur connecté sur le réseau auquel il s'adresse. Lors de cette étape ont lieu des différentes sous-étapes suivantes classiques déjà bien connues dans l'état de la technique, c'est-à-dire : -effacement par exemple d'une 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ù les différents contrôles prévus dans la procédure se sont tous déroulés avec succès. Ensuite, le calculateur passe en zone de contrôle qui va permettre de vérifier que l'opération de téléchargement effectuée précédemment s'est correctement déroulée. A cet effet et comme cela est décrit par l'étape 25, le calculateur est connecté à l'outil correspondant et à la source d'alimentation externe correspondante qui permet donc de mettre sous tension le système. Ceci permet lors de l'étape 26 à l'outil de lire la référence logicielle inscrite dans la mémoire du calculateur. Dans la procédure de téléchargement, la demande d'écriture de la référence logicielle est la dernière opération ; celle-ci ne peut néanmoins être réalisée que si toutes les étapes précédentes se sont déroulées avec succès. Enfin, en 27, une comparaison entre la référence lue et celle issue de la nomenclature du constructeur dont il est question dans l'étape 20, permet de s'assurer que l'opération s'est déroulée avec succès. Les étapes 25, 26 et 27 sont réalisées pour chaque calculateur transitant par la zone de téléchargement réactivité. A l'issue de l'étape 27, chaque calculateur correctement téléchargé est ensuite acheminé vers le magasin de l'usine destiné à alimenter le flux de pro- duction des véhicules comme cela a été décrit sur la figure 1. On conçoit ainsi qu'un tel procédé et un tel système de téléchargement en zone réactivité d'un fichier dans des calculateurs de véhicules automobiles à l'aide d'un outil de téléchargement, comportent un certain nombre d'étapes parmi lesquelles : -une étape consistant à connecter sur un même réseau l'outil de télé-chargement et plusieurs calculateurs du même type dont le logiciel doit être modifié ; - une étape d'émission par l'outil d'un message à destination des calculateurs à l'écoute leur permettant de déterminer qu'une procédure de téléchar- gement de type réactivité va être engagée et leur interdisant d'émettre sur le réseau. En effet, deux calculateurs du même type disposent du même identifiant de réponse à une demande et ils ne doivent donc pas émettre sur un ré-seau commun ; - une étape de transmission d'un fichier de téléchargement destiné à être écrit dans les mémoires des calculateurs ; et - une étape de vérification de la réussite de l'opération au moyen d'une lecture unitaire de la nouvelle référence logicielle en mémoire dans chaque calculateur. Par ailleurs, 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 la procédure de téléchargement, peut également être prévue. On conçoit alors qu'une telle structure présente un certain nombre d'avantages notamment au niveau économique en particulier en réduisant le nombre d'outils nécessaires au téléchargement des calculateurs selon ce pro- cédé et en permettant de ne pas subir d'interruption du flux de production en usine. 10 En effet, au moyen d'un seul outil il est possible de télécharger en une seule fois plusieurs dizaines de calculateurs comme par exemple actuellement trente-deux calculateurs connectés sur un simple réseau de type CAN. Un des avantages essentiels du procédé et du système selon l'invention est surtout de permettre le téléchargement complet d'un calculateur en usine terminale lorsque cela n'est pas possible pour des raisons de temps dans un flux de production de véhicules en usine sans en changer le synoptique. REVENDICATIONS 1.- Procédé de téléchargement d'un fichier en zone réactivité dans des calculateurs (6) de véhicules automobiles d'une unité de production de véhicules automobiles à l'aide d'un outil de téléchargement, caractérisé en ce qu'il comporte les étapes suivantes : - connexion sur un même réseau (8) de l'outil de téléchargement (7) et de plusieurs calculateurs (6) du même type dont le logiciel doit être modifié ; - émission par l'outil (7) d'un message à destination des calculateurs (6) à l'écoute pour leur indiquer qu'une procédure de téléchargement de type ré- activité va être engagée et inhibant toute émission par ceux-ci d'informations sur le réseau ; - transmission par l'outil de téléchargement (7) d'un fichier de téléchargement destiné à être écrit dans les mémoires des calculateurs (6) ; et - vérification de la réussite de l'opération au moyen d'une lecture uni- taire de la référence logicielle en mémoire de chaque calculateur (6). 2.- Procédé de téléchargement selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape (23) de vérification des paramètres dynamiques du véhicule pour s'assurer que ceux-ci sont nuls afin d'autoriser ou non la procédure de téléchargement. 3.- Système de téléchargement d'un fichier en zone réactivité dans des calculateurs (6) de véhicules automobiles à l'aide d'un outil de téléchargement (7), caractérisé en ce qu'il comporte : - un réseau (8) de connexion de l'outil de téléchargement (7) et de plu-sieurs calculateurs (6) du même type dont le logiciel doit être modifié ; - des moyens (7) d'émission d'un message à destination des calculateurs (6) à l'écoute leur permettant de déterminer qu'une procédure de télé-chargement de type réactivité va être engagée et leur interdisant d'émettre des informations sur le réseau (8) ; - des moyens (7) de transmission d'un fichier de téléchargement desti- né à être écrit dans la mémoire des calculateurs (6) ; - des moyens (10) de vérification de la réussite de l'opération au moyen d'une lecture unitaire de la nouvelle référence logicielle en mémoire de chaque calculateur. 4.- Système de téléchargement selon la revendication 3, caractérisé en ce qu'il comporte des moyens de vérification des paramètres dynamiques du véhicule pour s'assurer que ceux-ci sont nuls afin d'autoriser ou non la procédure de téléchargement. 5.- Système de téléchargement selon la revendication 3 ou 4, caractérisé en ce que la zone de réactivité comporte deux outils, l'un de téléchargement (7) et l'autre de contrôle (10).