Brevet FR3081242A1 — publié le 20191122

CONFIGURATION D'UN CALCULATEUR LORS DE SON MONTAGE A BORD D'UN VEHICULE AUTOMOBILE. Domaine Technique La présente invention se rapporte de manière générale au paramétrage des calculateurs embarqués à bord des véhicules automobiles, et plus particulièrement à la configuration d'un calculateur lors de son montage à bord d'un véhicule automobile. Arrière-plan Technologique Les véhicules automobiles intègrent un nombre croissant de calculateurs électroniques pour gérer de plus en plus de fonctions opérationnelles. Certaines de ces fonctions, au moins, nécessitent l'utilisation d'un jeu de données spécifiques à un modèle de véhicule donné, voire à une version particulière d'un modèle de véhicule donné. Il en est ainsi, par exemple, des données relatives au contrôle moteur, comme des cartographies de commande de l'injection d'essence par exemple. Afin de permettre la fabrication en masse des calculateurs, qui seule permet de satisfaire les objectifs de coût, non seulement le matériel (« hardware » en anglais) mais aussi le logiciel (« software », en anglais), sont généralement communs à plusieurs modèles et/ou versions de véhicules. Ainsi, le calculateur est chargé avec le même logiciel applicatif, et en général un jeu de paramètres commun à tous les modèles et/ou versions du véhicule qui sont concernés, chez le fondeur de silicium. Après fabrication, le calculateur est envoyé à une usine de montage de véhicules, pour être installé sur le véhicule spécifique auquel il est destiné. Toutefois, à chaque véhicule, et même à chaque exemplaire d'un véhicule d'un type donné, il correspond généralement une configuration (on dit aussi calibration) du logiciel applicatif qui est adaptée à la motorisation, à la carrosserie et aux différentes options ou différents équipements, selon la version spécifique du véhicule spécifique considéré. Dans le domaine technique de l'automobile, une « calibration » désigne à la fois l'ensemble des paramètres qui personnalisent un calculateur pour un usage spécifique (donc en particulier pour le modèle et la version spécifique d'un véhicule donné), et 2 l'opération consistant à configurer un calculateur standard pour le personnaliser, par exemple en le chargeant avec des paramètres propres à cet usage dans la mesure où il ne les intègre pas nativement. Une telle opération de calibration est mise en oeuvre lors de 5 l'assemblage du véhicule en usine, et plus particulièrement lors de l'intégration du calculateur dans le véhicule. Cette calibration correspond au chargement ou à l'activation d'un ensemble de paramètres tels que des coefficients, des cartographies, des modèles de données, etc. qui sont nécessaires pour faire correctement fonctionner le logiciel applicatif pour un modèle et/ou une version 10 donnée du véhicule. Cependant, le temps disponible pour effectuer ce chargement de données en usine est limité, compte tenu de la cadence des chaînes de montage des véhicules. C'est pourquoi, certaines données sont trop volumineuses pour faire l'objet d'un tel chargement dans une mémoire du 15 calculateur au niveau de la chaîne de montage du véhicule. Il peut s'agir, par exemple, du modèle 3D du véhicule qui est utilisé pour la mise en oeuvre d'un dispositif d'aide au stationnement (dit aussi assistance au parking, ou « Park Assist », en anglais). Il convient donc que ces données soient préchargées dans le calculateur tel qu'il est livré au constructeur automobile. 20 Pour éviter de devoir néanmoins fabriquer un calculateur embarqué spécifique à chaque type et version de véhicule, on prévoit de stocker une série de tels modèles dans la mémoire du calculateur. La calibration effectuée sur chaîne de montage du véhicule se résume alors à charger dans le calculateur un paramètre qui indique dans quel modèle et/ou dans quelle 25 version du véhicule le calculateur est monté. Sur la base de ce paramètre, le calculateur peut ensuite, en fonctionnement opérationnel, exécuter le logiciel applicatif en utilisant le modèle de données qui convient au véhicule considéré. Ainsi en stockant au moins deux modèles de données dans le calculateur, il est possible d'adapter le calculateur à au moins deux types ou versions de 30 véhicules. Et en y stockant d'avantages de modèles de données, en fonction des capacités de stockage de la mémoire du calculateur, il est possible d'adapter le calculateur à d'autant plus de types ou versions de véhicules. 3 Ceci a néanmoins un inconvénient. En effet, cela nécessite une capacité mémoire pour le calculateur qui est plus importante que celle qui lui est strictement nécessaire pour fonctionner. En d'autres termes, de la capacité mémoire est gaspillée pour stocker des modèles de données qui ne seront pas 5 utilisés par le calculateur, en raison du fait que ces modèles de données correspondent à un autre modèle ou à une autre version du véhicule que celui dans lequel le calculateur est effectivement monté. Ce problème technique n'est pas pris en compte, ou n'est pas résolu de manière satisfaisante par les méthodes de calibration connues dans l'art 10 antérieur. Art Antérieur Le document FR 2945135-A concerne un procédé pour stocker, dans la mémoire réinscriptible d'un calculateur électronique automobile, des données de calibration fonctionnellement équivalentes à un ensemble de 15 différents modèles de données complètes de calibration. Ce procédé comprend des opérations consistant à enregistrer un unique exemplaire de données communes de calibration, et des données spécifiques de calibration délestées de ces données communes. L'innovation qui est décrite dans ce document utilise les relations qui existent entre les différentes versions de données 20 spécifiques pour réduire encore l'espace mémoire dédié au stockage en définissant, parmi ces versions, des versions-types et des variantes, les variantes étant délestées de données déjà contenues dans les versions-types. Le document FR 2926147-A divulgue quant à lui un procédé pour configurer un calculateur embarqué comprenant une mémoire accessible 25 uniquement en lecture qui héberge un logiciel applicatif et une mémoire permanente pour conserver des données lisibles et inscriptibles par le logiciel applicatif. Ce procédé comprend une première étape dans laquelle on stocke, dans une première zone de la mémoire permanente, un fichier contenant au moins deux calibrations du logiciel applicatif ainsi qu'une structure de données 30 comprenant des pointeurs qui sont chacun associé à une calibration contenue dans le fichier. Dans une deuxième étape, on écrit dans une deuxième zone de la mémoire permanente, une collection ordonnée d'au moins un index de façon 4 à sélectionner un pointeur dans la structure de données vers l'une des calibrations contenues dans la première zone de la mémoire permanente. Résumé de l'Invention L'invention vise à améliorer la situation, en évitant le gaspillage de la 5 ressource mémoire des calculateurs embarqués qui résulte des limites imposées à la calibration des calculateurs. A cet effet, un premier aspect de l'invention propose un procédé de paramétrage d'un calculateur pour véhicule automobile comportant des étapes consistant à, lors du montage du calculateur dans le véhicule réalisé en usine 10 d'assemblage du véhicule : - monter dans le véhicule un calculateur ayant au moins une mémoire avec une zone mémoire initialement chargée avec une pluralité de modèles de données respectivement associés à des véhicules différents qui sont tous susceptibles d'être équipés dudit calculateur ; 15 - coupler au véhicule qui est assemblé un outil de configuration du calculateur permettant d'accéder à la mémoire du calculateur ; - renseigner le type de véhicule qui est assemblé ; - supprimer de la mémoire du calculateur tout ou partie des données des modèles de données autres que le modèle de données correspondant au 20 véhicule qui est assemblé, sur la base du type du véhicule renseigné. L'espace mémoire ainsi libéré dans le calculateur peut alors servir aux applications fonctionnelles du calculateur, notamment. Dans le cas d'un calculateur d'aide au stationnement, par exemple, cet espace mémoire peut servir à l'enregistrement en continu, et en boucle, des données produites par 25 une ou plusieurs caméras d'acquisition de l'environnement immédiat du véhicule. Cet espace mémoire n'est donc pas perdu pour l'application. Dit autrement, la taille de la mémoire d'un calculateur est optimisée, en étant limitée à ce qui est nécessaire pour les besoins spécifiques de l'application considérée. Il n'y a plus d'espace mémoire consacré au stockage de modèles 30 de données non utilisés en pratique. 5 Des modes de réalisation pris isolément ou en combinaison, prévoient en outre que : - l'accès à la mémoire est un accès en écriture et les données des modèles de données supprimés sont effacées de la mémoire, c'est- 5 à-dire qu'on ramène les cellules mémoires correspondantes de la mémoire dans leur état électrique (correspondant à un 0 ou à un 1 binaire) d'avant le chargement de la pluralité de modèles de données ; - l'accès à la mémoire comprend un accès en lecture et les données 10 du modèle de données correspondant au véhicule qui est assemblé sont copiées dans une autre zone de la mémoire ou dans une autre mémoire du calculateur, avant d'être supprimées de la zone de la mémoire où elles étaient préchargées avec les données des autres modèles de données ; 15 - les portions de la mémoire stockant initialement les données des modèles de données qui sont supprimés sont désallouées pour autoriser leur réallocation ultérieure à d'autres fins, et ainsi l'écrasement desdites données ; - les modèles de données sont des modèles de représentation en 20 trois dimensions (3D) du véhicule, utilisables par un programme applicatif d'aide au stationnement lors de son exécution par le calculateur lorsqu'il fonctionne sur le véhicule qui est assemblé ; - l'espace mémoire libéré dans la mémoire du calculateur du fait de la suppression des modèles de données supprimés est utilisable 25 par le programme applicatif lors de son exécution par le calculateur lorsqu'il fonctionne sur le véhicule qui est assemblé ; - l'outil de configuration du calculateur accède à la mémoire du calculateur par l'intermédiaire de la prise de diagnostic du véhicule. Un deuxième aspect de l'invention concerne un outil de configuration 30 d'un calculateur embarqué spécifiquement adapté pour la mise en oeuvre du procédé selon le premier aspect. L'outil comprend des moyens pour la mise en 6 oeuvre de toutes les étapes du procédé consécutives au montage du calculateur dans le véhicule qui est assemblé. Dans un troisième et dernier aspect, l'invention a également pour objet un véhicule automobile équipé d'un calculateur embarqué configuré par la mise 5 en oeuvre du procédé selon le premier aspect. Par exemple le calculateur est un calculateur d'aide au stationnement, et les modèles de données sont des modèles 3D décrivant des véhicules respectifs qui sont susceptibles d'être équipés dudit calculateur Brève Description des Dessins 10 D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : - la figure 1 est une représentation schématique d'un véhicule automobile vu de dessus, incorporant un calculateur qui peut être 15 configuré conformément à des modes de mise en oeuvre du procédé selon l'invention, notamment lors de l'assemblage du véhicule en usine ; - la figure 2 est un diagramme fonctionnel illustrant l'architecture d'un calculateur qui peut être configuré grâce au procédé selon 20 l'invention ; - la figure 3 montre un jeu de modèles de données qui peut être initialement chargé dans la mémoire du calculateur de la figure 1 ; et, - la figure 4 est un diagramme d'étapes illustrant des modes de 25 réalisation du procédé selon l'invention selon l'invention. Description détaillée de modes de réalisation Dans la description de modes de mise en oeuvre qui va suivre et dans les figures des dessins annexés, les mêmes éléments ou des éléments similaires portent les mêmes références numériques aux dessins. 30 L'invention va être décrite dans le cadre non limitatif de son application à la configuration d'un calculateur embarqué dédié à la fonction d'assistance au stationnement pour un véhicule automobile. L'homme du métier appréciera, 7 cependant, que la mise en oeuvre du procédé ne se limite pas à cet exemple. D'autres calculateurs embarqués peuvent en effet bénéficier des avantages du procédé selon l'invention. Et notamment les calculateurs dont la calibration comprend habituellement la sélection d'un modèle de données parmi une 5 pluralité de modèles de données utilisables par autant de types de véhicules respectifs différents, et qui sont initialement chargés dans la mémoire du calculateur. On notera que le terme « initialement » doit être compris ici comme signifiant avant une étape de configuration du calculateur qui est destinée à l'appairer au véhicule spécifique l'incorporant, i.e., dans lequel ledit calculateur 10 est monté. Ceci se rencontre, en particulier, lorsque les modèles de données sont trop volumineux pour être chargés dans la mémoire du calculateur lors du montage du calculateur dans le véhicule effectué dans l'usine d'assemblage du véhicule. En référence au schéma de la figure 1, un véhicule 100 doté d'un 15 système d'assistance au stationnement comme le système Visiopark 1TM de PSA Automobiles SA, est équipé d'un calculateur 1 ainsi que d'une ou plusieurs caméras vidéo, par exemple trois caméras vidéo disposées à l'arrière du véhicule pour couvrir un angle de vision de 180°. Dans l'exemple représenté, le système d'aide au stationnement comprend ainsi, disposées à 20 l'arrière du véhicule 100 par exemple dans le pare-chocs arrière, une caméra centrale 2, une caméra 3 pour l'angle gauche et une caméra 4 pour l'angle droit du véhicule, les termes « avant », « arrière », « gauche » et « droite » étant utilisés ici en référence au sens de marche normale (i.e, en marche avant) du véhicule 100, le véhicule 100 représenté étant ici un véhicule à 25 conduite à gauche. Bien entendu, un tel système peut être équipé d'un nombre différent de caméras vidéo, inférieur ou supérieur à trois. Egalement, d'autres caméras que celles de l'exemple représenté peuvent être disposées, notamment, à l'avant du véhicule 100 afin de couvrir en outre la zone de l'environnement immédiat en avant dudit véhicule, et donc de permettre au 30 système de voir l'environnement du véhicule à 360°.Ces autres caméras avant ne sont pas représentées à la figure 1 afin de ne pas la surcharger. Un tel système d'aide au stationnement permet au conducteur de visionner, sur un écran 6 disposé sur le tableau de bord du véhicule 100 en 8 position visible par le conducteur, les alentours proches du véhicule lors des manoeuvres (notamment pour une manoeuvre de stationnement du véhicule en marche arrière en ce qui concerne l'exemple simplifié qui est montré à la figure 1), en bataille ou en créneau. Des capteurs d'aide au stationnement, par 5 exemple des capteurs à ultrasons implantés dans les pare-chocs avant et arrière, complètent généralement l'information qui est délivrée au conducteur, par exemple sous la forme d'indications sonores signalant le degré de proximité des éventuels obstacles. Des indications visuelles représentatives des distances avec les obstacles proches peuvent en outre être affichées sur 10 l'écran, avec la vue de dessus du véhicule. Les organes du système d'aide au stationnement, à savoir le calculateur 1, les caméras 2, 3 et 4, l'écran 6 et les capteurs à ultrasons (non représentés), sont adaptés pour échanger des données via un bus de communication 5, comme par exemple un bus CAN, LIN, FlexRay, MOST, etc. 15 Une image du dessus du véhicule et de son environnement proche est ainsi reconstituée en temps réel, au fur et à mesure de la manoeuvre, et affichée sur l'écran, permettant une vision à 360°. Le système peut également indiquer la trajectoire qui va être suivie par le véhicule lors de la manoeuvre, en fonction de l'angle de braquage qui est imprimé par le conducteur aux roues 20 directrices via le volant. Un tel système facilite l'alignement du véhicule lors du stationnement, en permettant au conducteur de visualiser le véhicule dans le contexte de l'ensemble des obstacles se trouvant à proximité. D'autres versions d'un tel système peuvent en outre apporter une assistance active au stationnement, en pilotant de manière autonome la direction électrique de 25 l'auto, lors de manoeuvres pour garer le véhicule. Toutes ces fonctionnalités nécessitent l'utilisation par le calculateur d'un modèle de données représentant spécifiquement le véhicule concerné en trois dimensions (appelé « modèle 3D » par raccourci dans ce qui suit). A cet effet, le calculateur stocke en mémoire un modèle 3D du véhicule l'incorporant, 30 ainsi qu'il va maintenant être présenté. En référence à la figure 2, le calculateur embarqué 1 de la figure 1 comprend notamment une mémoire 10 accessible uniquement en lecture, une 9 mémoire non volatile 20, un processeur 30, une interface d'entrée-sortie 32 et un bus de communication interne 31. Le bus de communication interne 31 est agencé pour accéder en lecture à la mémoire 10, pour accéder en lecture / écriture à la mémoire 20 et 5 pour permettre au calculateur 1 de communiquer avec l'extérieur via l'interface d'entrée-sortie 32 afin d'envoyer, respectivement recevoir des données à d'autres composants du véhicule (comme des capteurs, des actionneurs, d'autres calculateurs, etc.). La mémoire 10 est de type ROM (de l'anglais « Read Only Memory »), 10 qui n'est ni réinscriptible ni, par conséquent, effaçable. Ce type de mémoire est généralement directement programmé par le fabricant de la mémoire, avant son implantation dans le calculateur 1. En variante, elle peut être programmée par le fabriquant du calculateur, avant ou après son implantation sur la carte électronique du calculateur. 15 Une zone 11 de la mémoire 10 est configurée pour stocker un programme applicatif, qui dédit le calculateur 1 à une fonction opérationnelle particulière dans le véhicule dans lequel il est embarqué, à savoir l'assistance au stationnement du véhicule dans l'exemple considéré ici. Le processeur 30 est agencé pour exécuter le programme stocké dans la zone 11 de la mémoire 20 10, en y accédant au moyen du bus interne 31. Le processeur 30 regroupe les composants habituels nécessaires à l'exécution des programmes, c'est-à-dire une unité arithmétique et logique (UAL), une mémoire vive de type RAM (de l'anglais « Random Access Memory »), généralement aussi une mémoire cache, et un micro programme 25 nécessaire au démarrage et au fonctionnement du processeur 30. L'homme du métier appréciera que l'ensemble formé de la mémoire 10 et du processeur 30 peut aussi être remplacé par un circuit ASIC (de l'anglais « Application Specific Integrated Circuit »), c'est-à-dire un circuit électronique dédié à une application particulière. 30 La mémoire 20 est non volatile (on dit aussi permanente), c'est-à-dire qu'elle conserve les données qui y sont stockées même après mise hors tension du calculateur embarqué 1. Cependant, elle est réinscriptible électriquement, c'est-à-dire accessible en écriture à tout moment pendant le 10 fonctionnement du calculateur 1 pour effacer les données stockées et/ou les remplacer par d'autres données. La mémoire 20 est par exemple du type EEPROM (de l'anglais « Electrically Erasable and Programmable Read Only Memory »), ou de type Flash-EPROM plus souvent appelée « mémoire Flash » 5 car c'est un modèle de mémoire effaçable électriquement pour lequel les opérations d'effacement et d'écriture sont plus rapides. Une zone 21 de la mémoire 20 est configurée pour contenir des données qui sont écrites par le programme applicatif pendant le fonctionnement du calculateur 1, qui qui doivent être conservées même en cas 10 de coupure de la tension d'alimentation du calculateur 1. Il s'agit par exemple de données de mesures effectuées, de codes correspondant à des défauts constatés ou à tout autre type d'événements utiles pour l'usage adaptatif et/ou pour le diagnostic du véhicule dans lequel le calculateur 1 est embarqué. Un calculateur de véhicule automobile peut en effet utiliser plusieurs dizaines de 15 capteurs et d'actuateurs, voire plus selon les fonctions concernées. Le stockage de données de fonctionnement et de codes associés à des défauts éventuellement rencontrés lors du fonctionnement du calculateur et de ses capteurs et actuateurs associés, rend possible le diagnostic de la plupart des capteurs et actuateurs connectés au calculateur. 20 A cet effet, un outil de diagnostic peut être connecté au calculateur via son interface d'entrée-sortie 32. Cet outil peut être un équipement de diagnostic, généralement appelé valise de diagnostic, qui est adapté pour collecter et analyser les données stockées dans la zone 22 de la mémoire 20, dans le cadre d'une procédure de diagnostic (ou OBD, de l'anglais « On-Board 25 Diagnostic »). On verra plus loin qu'un outil de ce type peut également être utilisé pour la mise en oeuvre du procédé de configuration du calculateur selon l'invention. A chaque véhicule d'un type donné, c'est-à-dire à chaque modèle de véhicule et à chaque version d'un même modèle le cas échéant, correspond en 30 effet une configuration (on dit aussi calibration) du logiciel applicatif. Cette calibration a pour fonction de personnaliser le calculateur afin qu'il soit adapté à la motorisation, à la carrosserie et à différentes options ou différents équipements selon le type spécifique du véhicule particulier dans lequel le 11 calculateur est utilisé. A cet effet, une opération de configuration est mise en oeuvre lors de l'assemblage du véhicule en usine, et plus particulièrement lors de l'implantation du calculateur 1 dans le véhicule. Cette opération correspond au chargement de données dans une zone 22 la mémoire 20, ou à la sélection 5 de données qui ont été préchargées dans une autre zone 23 de la mémoire 20 lors de la fabrication du calculateur, qui définissent un ensemble de paramètres. Cet ensemble de données est aussi appelé « calibration » par abus de langage. Ces données comprennent, de manière non limitative, des coefficients intervenant dans des algorithmes exécutés par le calculateur en 10 fonctionnement, des cartographies et des modèles de données utilisées par le calculateur en fonctionnement, etc., qui sont nécessaires pour faire fonctionner le logiciel applicatif spécifiquement pour le véhicule du type particulier considéré. Les valeurs des paramètres ainsi stockés ont donc pour effet de personnaliser le logiciel applicatif stocké dans la zone 11 de la mémoire 10, qui 15 par ailleurs est un logiciel standard, c'est-à-dire indépendant du type du véhicule dans lequel le calculateur est implanté. Une telle calibration du calculateur permet ainsi d'éviter d'avoir à fabriquer un calculateur embarqué spécifique à chaque type de véhicule. Le procédé selon des modes de mise en oeuvre de l'invention, vise 20 plus particulièrement les données des calibrations qui sont préchargées dans la zone 23 de la mémoire 20 du calculateur 1. On rappelle que l'avantage d'avoir de telles données de calibration préchargées est que le processus de configuration du calculateur réalisé sur la chaîne d'assemblage du véhicule est plus rapide, puisqu'il évité le téléchargement d'un volume de données 25 important. Ainsi que l'Homme du métier l'a compris, en stockant à l'avance (i.e., lors de la fabrication du calculateur) au moins deux jeux de paramètres dans la zone 23 de la mémoire 20 du calculateur 1, il est possible d'adapter le calculateur 1 à au moins deux modèles ou versions de véhicules, l'un de ces jeux de paramètres étant simplement sélectionné au stade de l'implantation du 30 calculateur dans un véhicule de l'un de ces deux types. Et en y stockant davantage de jeux de paramètres, avec pour seule limite la capacité de stockage de la mémoire 20, il est possible d'adapter le calculateur 1 à d'autant plus de types de véhicules. L'opération de configuration du calculateur, pour ce 12 qui concerne ces données préchargées dans la zone 23 de la mémoire 20, se résume à une sélection réalisée une fois pour toute lors de l'assemblage du véhicule, des données correspondant au véhicule du type particulier considéré, dans lequel le calculateur est monté. 5 Selon l'art antérieur, une routine de calibration est mise en oeuvre par un logiciel qui peut être contenu dans une autre zone 12 de la mémoire 10 (mémoire ROM), en réponse à une requête reçue sur le système d'entrée-sortie 32. Cette routine permet au processeur 30 d'enregistrer des paramètres de configuration dans la zone 22 de la mémoire 20, d'une part, et d'enregistrer 10 dans un registre ad hoc de la mémoire 20 une information de sélection des informations préchargées dans la zone 23 de la mémoire 20, d'autre part. La requête qui contient les données à charger dans la zone de mémoire 22 ainsi que l'information de sélection des données déjà chargées dans la zone mémoire 23, peut être générée par un utilisateur ou 15 automatiquement, lors de l'assemblage du véhicule en usine, via un outil 2 extérieur au calculateur embarqué 1. L'outil 2 peut être un équipement similaire à un outil de diagnostic, en ce sens qu'il est apte à communiquer avec le calculateur via son interface d'entrée-sortie 32 prévue pour le branchement d'une valise de diagnostic (OBD), afin d'accéder à la mémoire 20 du 20 calculateur 1. Le jeu de paramètres de configuration du calculateur et/ou l'information de sélection précitée, qui ensemble forment la calibration associée au véhicule en cours d'assemblage, peut être contenu dans une base de données 3, externe au calculateur 1 et à l'outil 2, avec laquelle l'outil de calibration 2 communique, comme illustré à la figure 2. Dans une variante non 25 représentée, la base de données 3 peut être contenue dans l'outil 2. La figure 3 illustre schématiquement des paramètres de configuration qui, en raison du volume de données concerné, peuvent être stockés dans la zone 23 préchargée de la mémoire du calculateur 20. Dans un exemple, il s'agit de données décrivant le modèle 3D des différents types de véhicules 30 dans lesquels le calculateur est susceptible d'être implanté. Comme montré à la figure, la zone mémoire 23 peut ainsi comprendre un nombre n de modèles M1 à Mn respectifs différents, où n est un nombre entier supérieur ou égale à 2. Celui de ces modèles qui est sélectionné lors de la configuration du 13 calculateur selon des modes de mise en oeuvre de l'invention, peut être utilisé par l'application d'aide au stationnement exécutée par le calculateur en fonctionnement. Cette utilisation peut comprendre, notamment, le fait de reconstituer et d'afficher sur l'écran 6 de la figure 1, une vue de dessus du 5 véhicule dans son environnement, i.e. en correspondance avec d'éventuels obstacles se trouvant à proximité du véhicule. Elle peut aussi comprendre le calcul de la distance effective séparant de tels obstacles du véhicule. En référence au diagramme d'étapes de la figure 4, on va maintenant décrire en détail des modes de réalisation du procédé de personnalisation du 10 calculateur. Les étapes du procédé, qui sont illustrée à la figure, sont mises en oeuvre lors du montage du calculateur dans le véhicule réalisé en usine d'assemblage du véhicule. Le procédé débute, en 41, par le montage dans le véhicule considéré d'un calculateur conforme au calculateur 1 qui a été décrit plus haut en 15 référence aux figures 2 et 3. En particulier, on rappelle que ce calculateur a la particularité de comprendre une mémoire 20 avec une zone mémoire 23 initialement chargée avec une pluralité de modèles de données M1 à Mn respectivement associés à des véhicules différents qui sont tous susceptibles d'être équipés dudit calculateur. Ce calculateur est par exemple un calculateur 20 d'aide au stationnement. Dans ce cas, les modèles de données qui sont préchargés dans la mémoire du calculateur sont par exemple des modèles 3D décrivant des véhicules respectifs qui sont susceptibles d'être équipés dudit calculateur. En 42, on couple au véhicule qui est assemblé un outil de configuration 25 du calculateur permettant d'accéder à la mémoire 20 du calculateur monté dans le véhicule à l'étape 41, et notamment à la zone mémoire 23 (cf. figure 2). Cette étape peut être réalisée manuellement par un opérateur, ou automatiquement par un robot. Dans un mode de réalisation, l'outil de configuration du calculateur accède à la mémoire du calculateur par 30 l'intermédiaire de la prise de diagnostic (prise OBD) du véhicule. En 43, on renseigne le type de véhicule qui est assemblé. A nouveau, cette étape peut être réalisée par l'opérateur, soit par saisie manuelle sur un clavier ou une télécommande de l'outil de configuration, soit par lecture optique 14 d'une étiquette (par exemple un code barre ou un OR-code) associé au véhicule en cours d'assemblage, avec un organe périphérique de l'outil de configuration, par exemple un lecteur optique. En 44, on supprime de la mémoire du calculateur tout ou partie des 5 données des modèles de données autres que le modèle de données correspondant au véhicule qui est assemblé, sur la base du type du véhicule renseigné à l'étape 43. Dans l'exemple montré, seul le modèle M2 est conservé, les modèles M1 et M3-Mn étant supprimés. Dans une première forme de réalisation, l'accès à la mémoire est un 10 accès en écriture, qui permet d'effacer les données des modèles de données supprimés, c'est-à-dire de ramener les cellules mémoires correspondantes de la mémoire, dans leur état électrique (correspondant à un 0 ou à un 1 binaire) d'avant le pré-chargement de la pluralité de modèles de données. Dans un autre mode de réalisation, l'accès à la mémoire comprend un 15 accès en lecture, et les données du modèle de données correspondant au véhicule qui est assemblé sont copiées dans une autre zone de la mémoire, avant leur suppression de la zone de la mémoire où elles étaient initialement stockées avec les données des autres modèles de données. Ce mode de réalisation a l'avantage de permettre de libérer l'ensemble 20 de la mémoire de la zone mémoire 23, par exemple si les données du modèle de données à conserver (i.e., du modèle de données correspondant au véhicule en cours d'assemblage) sont ainsi transférée (i.e., copiées) dans une autre mémoire du calculateur. Cette autre mémoire est par exemple une mémoire Flash-EPROM distincte de la mémoire 20, comme par exemple la 25 mémoire 24 représentée en traits pointillés à la figure 2. La gestion de la mémoire 20 pendant le fonctionnement du calculateur en est facilitée, puisque l'intégralité de son plan d'adressage peut être utilisé par le programme applicatif. De même, l'accès ultérieur aux données du modèle de données correspondant au véhicule qui est assemblé sont copiées est facilité puisque 30 chaque requête d'accès à ces données peut viser directement l'espace mémoire ou ces données sont stockées après la configuration du calculateur. Dit autrement, on évite le recours à un pointeur désignant indirectement l'emplacement dans la mémoire 23 auquel les données d'intérêt ont été 15 préchargées, qui est inconnu a priori du programme applicatif (sauf à travers une information de sélection, comme prévu dans les techniques de configuration de l'art antérieur). Dans une variante qui produit sensiblement les mêmes avantages, les 5 données du modèle de données correspondant au véhicule qui est assemblé sont simplement déplacées (i.e., copiées) à un autre emplacement de la zone mémoire 23, par exemple en bas du plan mémoire, correspondant aux adresses de poids faibles. Le programme d'application sait alors que tout l'espace mémoire accessibles aux adresses de poids plus fort sont disponibles 10 pour le stockage de données pendant le fonctionnement du calculateur. Dans un mode de réalisation, l'effacement des données des modèles de données autre que celui correspondant au véhicule qui est assemblé comprend la désallocation des portions de la mémoire stockant initialement les données desdits modèles de données qui sont supprimés, pour permettre leur 15 réallocation ultérieure à d'autres fins. Ce mode de réalisation est plus rapide, puisqu'il ne comprend aucun effacement physique, donc aucune écriture de données. Avantageusement, l'espace mémoire qui est libéré dans la mémoire du calculateur du fait de la suppression des modèles de données supprimés est 20 utilisable par le programme applicatif lors de son exécution par le calculateur lorsqu'il fonctionne sur le véhicule qui est assemblé. Dans le cas d'un calculateur d'aide au stationnement, cet espace mémoire peut par exemple servir à l'enregistrement en boucle des images captées par les caméras vidéo qui surveillent l'environnement autour du véhicule. On évite ainsi le gaspillage 25 d'espace mémoire occasionné par les techniques de l'art antérieur, ce qui permet de réduire le coût du calculateur embarqué La présente invention a été décrite et illustrée dans la présente description détaillée et dans les figures des dessins annexés, dans des formes de réalisation possibles. La présente invention ne se limite pas, toutefois, aux 30 formes de réalisation présentées. D'autres variantes et modes de réalisation peuvent être déduits et mis en oeuvre par la personne du métier à la lecture de la présente description et des dessins annexés. 16 Dans les revendications, le terme "comprendre" ou "comporter" n'exclut pas d'autres éléments ou d'autres étapes. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en oeuvre l'invention. Les différentes caractéristiques présentées et/ou revendiquées peuvent être 5 avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n'excluent pas cette possibilité. Les signes de référence ne sauraient être compris comme limitant la portée de l'invention. REVENDICATIONS1. Procédé de paramétrage d'un calculateur pour véhicule automobile comportant des étapes consistant à, lors du montage du calculateur dans un véhicule réalisé en usine d'assemblage du véhicule : - monter dans le véhicule (100) un calculateur (1) ayant au moins une mémoire (20) avec une zone mémoire (23) préchargée avec une pluralité de modèles de données (M1-Mn) respectivement associés à des véhicules différents qui sont tous susceptibles d'être équipés dudit calculateur ; - coupler au véhicule qui est assemblé un outil (2) de configuration du calculateur permettant d'accéder à la mémoire du calculateur ; - renseigner le type du véhicule qui est assemblé ; et, - supprimer de la mémoire du calculateur tout ou partie des données des modèles de données autres que le modèle de données correspondant au véhicule qui est assemblé, sur la base du type du véhicule tel que renseigné. 2. Procédé selon la revendication 1, dans lequel l'accès à la mémoire est un accès en écriture et la suppression des données des modèles de données autres que le modèle de données correspondant au véhicule qui est assemblé comprend l'effacement des données desdits modèles de données supprimés de la mémoire. 3. Procédé selon la revendication 1, dans lequel l'accès à la mémoire comprend un accès en lecture, et la suppression des données des modèles de données autres que le modèle de données correspondant au véhicule qui est assemblé comprend la copie des données du modèle de données correspondant au véhicule qui est assemblé dans une autre zone de la mémoire ou dans une autre mémoire du calculateur, avant leur suppression de la zone de la mémoire où elles étaient préchargées avec les données des autres modèles de données. 4. Procédé selon l'une quelconque des revendication 1 à 3, dans lequel la suppression de données de la mémoire consiste à désallouer les portions de la 18 mémoire stockant lesdites données pour autoriser leur réallocation ultérieure à d'autres fins. 5. Procédé selon l'une quelconque des revendication 1 à 4, dans lequel les 5 modèles de données sont des modèles de représentation en trois dimensions de véhicules utilisables par un programme applicatif d'aide au stationnement qui peut être exécuté par le calculateur lorsqu'il fonctionne sur le véhicule qui est assemblé. 10 6. Procédé selon la revendication 5, dans lequel l'espace mémoire libéré dans la mémoire du calculateur du fait de la suppression des modèles de données supprimés est utilisable par le programme applicatif lors de son exécution par le calculateur lorsqu'il fonctionne sur le véhicule qui est assemblé. 15 7. Procédé selon l'une quelconque des revendication 1 à 6, dans lequel l'outil de configuration du calculateur accède à la mémoire du calculateur par l'intermédiaire de la prise de diagnostic du véhicule. 20 8. Outil de configuration d'un calculateur embarqué comprenant des moyens pour la mise en oeuvre de toutes les étapes du procédé de l'une quelconque des revendications 1 à 7, consécutivement au montage du calculateur dans le véhicule qui est assemblé. 25 9. Véhicule automobile équipé d'un calculateur embarqué configuré par la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 7. 10. Véhicule selon la revendication 9 dans lequel le calculateur est un calculateur d'aide au stationnement, et dans lequel les modèles de données 30 sont des modèles 3D décrivant des véhicules respectifs qui sont susceptibles d'être équipés dudit calculateur.