[go: up one dir, main page]

WO2010124809A1 - Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile - Google Patents

Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile Download PDF

Info

Publication number
WO2010124809A1
WO2010124809A1 PCT/EP2010/002474 EP2010002474W WO2010124809A1 WO 2010124809 A1 WO2010124809 A1 WO 2010124809A1 EP 2010002474 W EP2010002474 W EP 2010002474W WO 2010124809 A1 WO2010124809 A1 WO 2010124809A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
version
calibration
variant
versions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP2010/002474
Other languages
English (en)
Inventor
Jean-François GIRARD
Romain Lafuente
Jean-Christophe Seguy
Jean-Philippe Trede
Franck Valero
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Continental Automotive France SAS
Original Assignee
Continental Automotive France SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Continental Automotive France SAS filed Critical Continental Automotive France SAS
Priority to CN201080018938.6A priority Critical patent/CN102414632B/zh
Priority to US13/258,685 priority patent/US8694477B2/en
Publication of WO2010124809A1 publication Critical patent/WO2010124809A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44536—Selecting among different versions
    • G06F9/44542—Retargetable
    • G06F9/44547—Fat binaries
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2637—Vehicle, car, auto, wheelchair

Definitions

  • the present invention relates generally to the processing and storage of data.
  • the invention relates to a method for storing in a rewritable memory of an automotive electronic calculator calibration data functionally equivalent to a set of different models of complete calibration data, this method comprising operations of recording in the memory rewritable a set of common calibration data, consisting of the calibration data common to the various complete data models, and a set of calibration specific data versions, each specific data version consisting of a subset of a model corresponding complete data and being disjoint from all common data.
  • Modern automotive electronic computers also called “ECU” (abbreviation of "Electronic Control Unit”) by the skilled person, include in their memory software and data necessary for the operation of the vehicle on which they are installed.
  • these computers include in particular: software containing diagnostic and reprogramming functions and called “Boot Loader” by the skilled person, - an application software containing the specific application to the vehicle and called
  • the car manufacturers ask computer manufacturers to provide them with computers each containing several calibration files, in order to be able to choose at the end of assembly line the calibration file to be loaded into the calculator, according to the application and the vehicle for which this calculator is intended.
  • this computer is delivered with a complete set of calibration data.
  • the present invention aims to provide a method of storing calibration data in an automotive electronic computer that further reduces the memory space allocated to the storage of a set of calibration data.
  • the method of the invention is essentially characterized in that it further comprises operations consisting in: identifying, in all the versions of specific data, at least a standard version containing specific data also contained in at least one other version of the set, which is thus identified as constituting a variant of this standard version, to be deleted, in each variant, at least one data sequence containing specific data already contained in the corresponding standard version, and to keep track of the location of each deleted data sequence, and
  • a file summary of the calibration specific data containing at least each type version, each corresponding variant, and a header containing references of the different models of complete calibration data and location data correlated to said references and locating, in the summary file, each version-type, each variant, and each sequence of data deleted.
  • each version-type is chosen, in the set of specific data versions, as a version that contains the largest number of specific data also contained in at least two other versions of this set.
  • the set of common calibration data is stored in the rewritable memory with the same structure as a complete calibration data model, each calibration specific data range has been cleared without moving common calibration data.
  • the invention also relates to a method for reconstituting, in the rewritable memory of an automotive electronic computer and in response to the provision of a reference, the model of complete calibration data identified by this reference, from the stored calibration data.
  • this method being characterized in that it comprises the steps of: identifying, from the data of the header of the summary file, whether the reference provided corresponds to a version -type or a variant and, in the latter case, identify the corresponding standard version, load in the random access memory of the computer, possibly several times, the standard version identified by the reference or the corresponding standard version, and the decompress if necessary, - if the reference provided corresponds to a variant, replace in the corresponding standard version the this variant is preserved by the data of the variant preserving, in the standard version, each sequence of data deleted in the variant, and continuing the processing with the standard version thus obtained, and - saving in the rewritable memory the model version data, integrating them into the common calibration dataset at each location
  • the invention relates to a method for storing, in a rewritable memory of an automotive electronic calculator (ECU) and in a very compact form, calibration data functionally equivalent to a set of different complete data models of data. calibration.
  • ECU automotive electronic calculator
  • the first line of the figure illustrates, symbolically and in no way limiting, the structure of any model of complete data, this model being generically called Mi, where the index "i" represents any integer, here chosen between 1 and 5 by way of example.
  • the first line of the figure generically illustrates five different models of complete calibration data, respectively called M1, M2, M3, M4 and M5 respectively.
  • these different models comprise data ranges that are identical from one model to another, these data being defined as common calibration data, and being designated in the figure by the references COM1, COM2, COM3, and COM4.
  • Other data, or ranges of data generically designated by
  • SPM, SPi2, and SPi3 are a priori specific to the model to which they belong, this model being generically called Mi.
  • each of the specific data versions SP1 to SP5 is constituted by a subset of a corresponding model, such as M1 to M5, of complete calibration data, and is disjoint from the CALIBAS data set.
  • common ie does not contain any data COM1, COM2, COM3, and COM4.
  • identification and location data which will henceforth be noted ⁇ LBL; SARD; ADRFJ 1J , therefore include references LBL 1 , identifying the different models Mi calibration and the different ranges such as SPiI, SPi2 and SPi3 specific data of these different models, ADRD start addresses 1J different SPij ranges of different versions SPi of specific data both in the standard model Mi and in the record illustrated in the eighth line of the drawing, and the end addresses ADRF, j of these same SPij ranges of specific data, also in both the standard model Mi and in the record illustrated in the eighth line of the drawing, where the index "i” is used to refer to a particular model considered among all the models, and the index "j” being used to refer to a beach specific data of a particular model, considered among the set of specific data ranges of this model.
  • the invention which proposes an even more efficient data compaction, is based on the fact that the different SPi versions of calibration data, although relating to specific data, could themselves be recorded in a form substantially more condensed.
  • the method of the invention comprises the following additional operations. First, one or more version-types are identified in all SP1 to SP5 versions of specific data.
  • Each of the standard versions, denoted T1 and T2 in the illustrated example, is defined as a specific data version which contains specific data also contained in at least one other version of specific data of all the versions SP1 to SP5.
  • each version-type is chosen, in the set of versions SP1 to SP5 of specific data, as the version or one of the versions which contains the largest number of specific data also contained in at least two other versions of this set.
  • the XWY version can be considered as a standard version, since it has the largest amount of data in common with the VWY and XWZ versions, namely the WY and XW elements, whereas these two last versions have in common only the element W.
  • Versions of set SP1 to SP5 that are not identified as standard versions are identified as variants of the standard version or one of the standard versions with which they have the most common data.
  • the version SP1 is identified as a type version denoted T1
  • the version SP3 is identified as a type version denoted T2
  • the version SP2 is identified as a variant denoted V11 of the standard version T1
  • the version SP4 is identified as a first variant denoted V21 of the standard version T2
  • the version SP5 is identified as a second variant denoted V22 of the standard version T2.
  • the method of the invention proposes to record in this memory the common calibration data COM1-COM4 and a summary file.
  • specific calibration data denoted RCP-SP or RCP_SP ', and containing each standard version such as T1 and T2, each corresponding variant such as V11, V21, V22, and an ETT or ETT header.
  • the ETT or ETT header contains the references ⁇ LBL ⁇ IJk of the various models M1 to M5 of complete calibration data that can be used, and the references of the different sequences resulting from the splitting of these data, as well as the data of localization ⁇ ADRD, ADRF ⁇ IJk correlated with references ⁇ LBL ⁇ IJk and locating, by their start and end addresses, each T1 or T2 standard version at a time in the RCP_SP or RCP_SP 'summary file and within the together CALIBAS common data, and each variant V11, V21, or V22 both in the summary file RCP_SP or RCP_SP 'and within each standard version T1 or T2, that is to say, keeping track of the location of each deleted data sequence.
  • the data of each version-type can furthermore be compressed according to conventional techniques before the recording of the corresponding summary file by means of a compression algorithm.
  • the header ETT 'of the file RCP_SP' comprises an ALGO descriptor of the compression algorithm used.
  • the common calibration data such as COM 1 to COM 4 are preferably stored in the rewritable memory of the computer in the form of the CALIBAS set of these common data. That is to say with the same structure as a model Mi of complete calibration data, each range of specific calibration data such as SPiI to SPi3 has been erased, without moving the common data COM 1 to COM4 calibration.
  • the data that is stored in the rewritable memory of the automotive computer can for example be prepared in advance in a computer independent of this computer as needed, and in particular depending on Complete calibration data models, such as M1 to M5, that this calculator is assumed to be able to use.
  • the reverse method which consists in reconstituting any one of the models M1 to M5 of complete calibration data from the data stored in the rewritable memory of the automotive electronic computer, must be implemented in this calculator itself. for example at the end of the assembly line of the vehicle using one of these calibration models.
  • an electronic tool of this assembly line transmits to the "Boot Loader" software of the computer the reference LBL which identifies, among all the models M1 to M5 a priori usable, the complete calibration data model which must to be reconstituted in this calculator.
  • the "Boot Loader" software identifies, from the data of the ETT or ETT header of the RCP_SP or RCP_SP summary file, whether the given LBL reference corresponds, with respect to the specific data. of calibration, to a standard version such as T1, T'1 or T2, T'2, or to a variant such that
  • V11, V21, or V22 are V11, V21, or V22.
  • the standard version corresponding to this variant is itself identified.
  • the standard version identified by the reference LBL, or the standard version corresponding to the variant identified by this reference is then loaded into the random access memory of the computer, possibly several times, and decompressed if necessary. If the supplied reference LBL corresponds to a variant such as V11, V21, or V22, the data of this variant replaces the corresponding data of the standard version T1 or T2 corresponding to this variant. This operation is implemented by preserving, in the standard version, each data sequence consisting of deleted data in the variant, and the processing is continued with the standard version thus obtained.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Stored Programmes (AREA)
  • Combined Controls Of Internal Combustion Engines (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

L'invention 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 différents modèles (M 1 -M5) de données complètes de calibration, ce procédé comprenant des opérations consistant à enregistrer un unique exemplaire (CALIBAS) de données communes de calibration (COM1 -COM4), et des données spécifiques de calibration (SP1 -SP5) délestées de ces données communes. L'invention utilise les relations existant entre les différentes versions (SP1 -SP5) de données spécifiques pour réduire encore l'espace mémoire dédié au stockage en définissant, parmi ces versions, des versions-types (T1; T2) et des variantes (V11; V21, V22), les variantes étant délestées de données déjà contenues dans les versions- types (T 1; T2).

Description

Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile
La présente invention concerne, de façon générale, le traitement et le stockage de données.
Plus précisément, l'invention concerne un procédé pour stocker dans une mémoire réinscriptible d'un calculateur électronique automobile des données de calibration fonctionnellement équivalentes à un ensemble de différents modèles de données complètes de calibration, ce procédé comprenant des opérations consistant à enregistrer dans la mémoire réinscriptible un ensemble de données communes de calibration, constitué par les données de calibration communes aux différents modèles de données complètes, et un ensemble de versions de données spécifiques de calibration, chaque version de données spécifiques étant constituée par un sous-ensemble d'un modèle correspondant de données complètes et étant disjointe de l'ensemble des données communes.
Les calculateurs électroniques automobiles modernes, encore appelés "ECU"(abréviation anglaise de « Electronic Control Unit ») par l'homme du métier, comportent dans leur mémoire des logiciels et des données nécessaires au fonctionnement du véhicule sur lequel ils sont installés.
Typiquement, ces calculateurs comportent notamment : un logiciel contenant des fonctions de diagnostic et de reprogrammation et appelé "Boot Loader" par l'homme du métier, - un logiciel applicatif contenant l'application spécifique au véhicule et appelé
"ASW" par l'homme du métier, et un ou plusieurs fichiers de calibration contenant des données calibrant les fonctions applicatives du logiciel ASW, et assurant la mise en oeuvre correcte des fonctions du véhicule. Lors de la fabrication du calculateur, les logiciels Boot Loader, ASW, ainsi qu'un fichier de calibration spécifique à un véhicule et à son application (c'est-à-dire au pays de destination du véhicule, aux options montées sur ce véhicule, etc.) sont choisis et chargés dans la mémoire du calculateur. Une fois doté de ces logiciels et de ces données, le calculateur devient spécifique à cette application et à ce véhicule et reçoit un numéro de référence de production contenant un numéro de série de la calibration. Pour un même véhicule, il existe donc autant de références de calculateurs qu'il existe de calibrations, c'est-à-dire d'applications pour ce véhicule. Après fabrication, ce calculateur est envoyé à une usine de montage de véhicules, pour être installé sur le véhicule spécifique auquel il est destiné. Comme chaque usine de montage fabrique le plus souvent un type de véhicule destiné à plusieurs applications différentes, chaque usine doit gérer plusieurs références de calculateurs, ces calculateurs contenant des calibrations différentes.
Pour réduire la complexité de la gestion de ces différentes versions de calculateurs et augmenter la flexibilité de montage dans les usines, les constructeurs automobiles demandent aux fabricants de calculateurs de leur fournir des calculateurs contenant chacun plusieurs fichiers de calibration, afin de pouvoir choisir en fin de ligne de montage le fichier de calibration à charger dans le calculateur, selon l'application et le véhicule auxquels ce calculateur est destiné. Ainsi, pour un même type de véhicule, l'usine de montage n'a donc plus à gérer qu'une seule référence de calculateur, ce calculateur étant livré avec un jeu complet de données de calibration.
Bien que cette approche atteigne de façon totalement satisfaisante son objectif de simplification de la gestion des calculateurs, elle conduit en revanche à un encombrement gênant et considérable de la mémoire de ces calculateurs.
Il est connu, notamment par la demande de brevet US 2008 / 0 270 427, de réduire la taille mémoire occupée par les fichiers de calibration en identifiant des données communes à l'ensemble de ces fichiers, et en stockant en mémoire des données communes à l'ensemble de ces calibrations et des données spécifiques aux différentes calibrations, les données communes étant destinées à être complétées, lors de leur exploitation, par les données spécifiques de la calibration finalement choisie et pouvant ainsi n'être stockées qu'en un seul exemplaire.
La présente invention, qui se situe dans ce contexte, a pour but de proposer un procédé de stockage de données de calibration dans un calculateur électronique automobile qui permette de réduire encore l'espace mémoire alloué au stockage d'un jeu de données de calibration. A cette fin, le procédé de l'invention, par ailleurs conforme au préambule ci- dessus, est essentiellement caractérisé en ce qu'il comprend en outre des opérations consistant : à identifier, dans l'ensemble des versions de données spécifiques, au moins une version-type contenant des données spécifiques également contenues dans au moins une autre version de l'ensemble, qui est ainsi identifiée comme constituant une variante de cette version-type, à supprimer, dans chaque variante, au moins une séquence de données contenant des données spécifiques déjà contenues dans la version-type correspondante, et à garder une trace de localisation de chaque séquence de données supprimées, et
- à enregistrer dans la mémoire réinscriptible, en plus des données communes de calibration et en tant qu'ensemble des versions de données spécifiques, un fichier récapitulatif des données spécifiques de calibration contenant au moins chaque version-type, chaque variante correspondante, et une en-tête contenant des références des différents modèles de données complètes de calibration et des données de localisation corrélées auxdites références et localisant, dans le fichier récapitulatif, chaque version-type, chaque variante, et chaque séquence de données supprimées.
Il est en outre possible de prévoir que les données de chaque version-type soient comprimées avant enregistrement du fichier récapitulatif au moyen d'un algorithme de compression, et que l'en-tête de ce fichier comprenne un descripteur de cet algorithme. De préférence, chaque version-type est choisie, dans l'ensemble des versions de données spécifiques, comme une version qui contient le plus grand nombre de données spécifiques également contenues dans au moins deux autres versions de cet ensemble.
Selon un mode avantageux de mise en œuvre de l'invention, l'ensemble de données communes de calibration est enregistré dans la mémoire réinscriptible avec la même structure qu'un modèle de données complètes de calibration dont chaque plage de données spécifiques de calibration a été effacée sans déplacement des données communes de calibration.
L'invention concerne également un procédé pour reconstituer, dans la mémoire réinscriptible d'un calculateur électronique automobile et en réponse à la fourniture d'une référence, le modèle de données complètes de calibration repéré par cette référence, à partir des données de calibration stockées dans cette mémoire par le procédé défini au paragraphe précédent, ce procédé étant caractérisé en ce qu'il comprend les étapes consistant à : identifier, à partir des données de l'en-tête du fichier récapitulatif, si la référence fournie correspond à une version-type ou à une variante et, dans ce dernier cas, identifier la version-type correspondante, charger dans la mémoire vive du calculateur, éventuellement en plusieurs fois, la version-type identifiée par la référence ou la version-type correspondante, et la décompresser si nécessaire, - si la référence fournie correspond à une variante, remplacer dans la version-type correspondante les données de cette version-type par les données de la variante en préservant, dans la version-type, chaque séquence de données supprimées dans la variante, et poursuivre le traitement avec la version-type ainsi obtenue, et - enregistrer dans la mémoire réinscriptible les données de la version-type, en les intégrant dans l'ensemble de données communes de calibration à chaque emplacement indiqué par les données de localisation de l'en-tête du fichier récapitulatif. D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est faite ci-après, à titre indicatif et nullement limitatif, en référence à la figure unique, qui est constituée par un schéma de mise en œuvre du procédé de stockage de l'invention. Comme annoncé précédemment, l'invention concerne un procédé permettant de stocker, dans une mémoire réinscriptible d'un calculateur électronique automobile (ECU) et sous une forme très compacte, des données de calibration fonctionnellement équivalentes à un ensemble de différents modèles de données complètes de calibration.
La première ligne de la figure illustre, de façon symbolique et nullement limitative, la structure d'un modèle quelconque de données complètes, ce modèle étant génériquement dénommé Mi, où l'indice "i" représente un nombre entier quelconque, ici choisi entre 1 et 5 à simple titre d'exemple.
En d'autres termes, la première ligne de la figure illustre de façon générique cinq modèles différents de données complètes de calibration, respectivement dénommés M1 , M2, M3, M4 et M5.
En fait, ces différents modèles comprennent des plages de données identiques d'un modèle à l'autre, ces données étant définies comme des données communes de calibration, et étant désignées sur la figure par les références COM1 , COM2, COM3, et COM4. Les autres données, ou plages de données, désignées de façon générique par
SPM , SPi2, et SPi3, sont a priori spécifiques au modèle auquel elles appartiennent, ce modèle étant génériquement dénommé Mi.
Il est ainsi possible, en partant d'un quelconque modèle Mi choisi parmi les différents modèles M1 à M5 de données complètes de calibration et en supprimant les données spécifiques SPM , SPi2, et SPi3, de construire un ensemble de données, dénommé CALIBAS, ne contenant que des données communes de calibration telles que
COM1 , COM2, COM3 et COM4, et formant une base de calibration.
Par ailleurs, il est possible, en partant de chacun des modèles M1 à M5 de données complètes de calibration et en supprimant les données communes de calibration COM1 , COM2, COM3 et COM4, de définir une version correspondante de données spécifiques de calibration.
Plus précisément, cette dernière opération permet de définir une version SP1 de données spécifiques comprenant les données SP11 , SP12, et SP13, une version SP2 de données spécifiques comprenant les données SP21 , SP22, et SP23, une version SP3 de données spécifiques comprenant les données SP31 , SP32, et SP33, une version SP4 de données spécifiques comprenant les données SP41 , SP42, et SP43, et une version SP5 de données spécifiques comprenant les données SP51 , SP52, et SP53. En d'autres termes, chacune des versions SP1 à SP5 de données spécifiques est constituée par un sous-ensemble d'un modèle correspondant, tel que M1 à M5, de données complètes de calibration, et est disjointe de l'ensemble CALIBAS des données communes, c'est-à-dire ne contient aucune des données COM1 , COM2, COM3, et COM4.
Au lieu d'enregistrer l'ensemble des différents modèles M1 à M5 de données complètes de calibration dans la mémoire réinscriptible du calculateur électronique automobile, et donc de stocker autant de fois les données communes de calibration COM1 , COM2, COM3, et COM4 qu'il existe de modèles, il est a priori judicieux, pour réduire l'espace mémoire utilisé, de n'enregistrer que l'ensemble CALIBAS de données communes de calibration et les différentes versions SP1 à SP5 de données spécifiques de calibration, ces versions étant stockées sous une forme concaténée et après suppression des données communes de calibration, comme illustré à la huitième ligne de la figure. Comme il est cependant indispensable de pouvoir reproduire a posteriori l'un quelconque des modèles M1 à M5 de données complètes de calibration à partir des données enregistrées sous une forme plus compacte, il est également nécessaire d'enregistrer des données d'identification et de localisation permettant d'identifier les différents modèles Mi de calibration, d'identifier, pour chacun des modèles Mi, les différentes plages de données spécifiques SPiI , SPi2 et SPi3 relatives à ce modèle, d'identifier les adresses de début et de fin de chacune des plages laissées vides dans l'ensemble CALIBAS de données communes par extraction des plages de données spécifiques telles que SPM , SPi2 et SPi3, et d'identifier les adresses de début et de fin des différentes plages de mémoire dans lesquelles sont nouvellement stockées les différentes plages SP11 , SP12, SP13, SP21 , SP22, SP23, SP31 , SP32, SP33, SP41 , SP42, SP43, SP51 , SP52, et SP53 des différents modèles.
Ces données d'identification et de localisation, qui seront dorénavant notées {LBL; ADRD; ADRFJ1J, comprennent donc des références LBL1, identifiant les différents modèles Mi de calibration et les différentes plages telles que SPiI , SPi2 et SPi3 de données spécifiques de ces différents modèles, les adresses de début ADRD1J des différentes plages SPij des différentes versions SPi de données spécifiques à la fois dans le modèle standard Mi et dans l'enregistrement illustré à la huitième ligne du dessin, et les adresses de fin ADRF,j de ces mêmes plages SPij de données spécifiques, également à la fois dans le modèle standard Mi et dans l'enregistrement illustré à la huitième ligne du dessin, l'indice "i" étant ici utilisé pour faire référence à un modèle particulier considéré parmi l'ensemble des modèles, et l'indice "j" étant utilisé pour faire référence à une plage particulière de données spécifiques d'un modèle particulier, considérée parmi l'ensemble des plages de données spécifiques de ce modèle.
L'invention, qui propose un compactage de données encore plus efficace, repose sur la mise en évidence du fait que les différentes versions SPi de données de calibration, bien que relatives à des données spécifiques, pouvaient elles-mêmes être enregistrées sous une forme sensiblement plus condensée.
Ce compactage peut être compris sur la base d'une analogie utilisant des groupes de lettres.
Par exemple, lorsque les données respectives de deux versions SPi différentes de données spécifiques peuvent être schématisées par des suites de variables telles que
VWY et XWZ, il semble a priori peu pertinent de tenter de mémoriser ces suites en stockant d'une part leur unique portion commune (W) et d'autre part les différences que présentent ces deux suites par rapport à leur portion commune, le stockage de ces données exigeant alors une place mémoire à peine inférieure à celle requise par le stockage des données initiales, voire éventuellement supérieure.
Cette intuition en apparence évidente est néanmoins erronée lorsque le nombre et la variété de versions SPi différentes de données spécifiques augmentent.
Pour reprendre le cas simple présenté ci-dessus, l'existence supplémentaire d'une version SPi de données spécifiques répondant à la structure XWY modifie la situation, puisque cette version présente deux éléments structurels communs avec chacune des versions préexistantes, à savoir les éléments WY pour la version VWY, et les éléments
XW pour la version XWZ.
Pour tirer profit de cette nouvelle possibilité de compactage de données, le procédé de l'invention comprend les opérations supplémentaires suivantes. Tout d'abord, une ou plusieurs versions-types sont identifiées dans l'ensemble des versions SP1 à SP5 de données spécifiques.
Chacune des versions-types, notées T1 et T2 dans l'exemple illustré, est définie comme une version de données spécifiques qui contient des données spécifiques également contenues dans au moins une autre version de données spécifiques de l'ensemble des versions SP1 à SP5.
De préférence, chaque version-type est choisie, dans l'ensemble des versions SP1 à SP5 de données spécifiques, comme la version ou l'une des versions qui contient le plus grand nombre de données spécifiques également contenues dans au moins deux autres versions de cet ensemble. Dans l'exemple ci-dessus des versions VWY, XWZ, et XWY, la version XWY peut être considérée comme une version-type, puisqu'elle présente le plus grand nombre de données en commun avec les versions VWY et XWZ, à savoir les éléments WY et XW, alors que ces deux dernières versions n'ont elles-mêmes en commun que le seul élément W.
Les versions de l'ensemble SP1 à SP5 qui ne sont pas identifiées comme versions-types sont identifiées comme des variantes de la version-type ou de l'une des versions-types avec laquelle elles présentent le plus grand nombre de données communes.
Dans l'exemple illustré, la version SP1 est identifiée comme une version-type notée T1 , la version SP3 est identifiée comme une version-type notée T2, la version SP2 est identifiée comme une variante notée V11 de la version-type T1 , la version SP4 est identifiée comme une première variante notée V21 de la version-type T2, et la version SP5 est identifiée comme une deuxième variante notée V22 de la version-type T2.
Il est alors possible de supprimer, dans chaque variante telle que V11 , V21 , et V22, une ou plusieurs séquences de données contenant des données spécifiques déjà contenues dans la version-type correspondante telle que T1 et T2, sous réserve de garder, comme précédemment, une trace de localisation de chacune des séquences de données supprimées, c'est-à-dire des plages {ADRD, ADRF}IJk de leurs adresses de début et de fin, en liaison avec des références {LBL}IJk identifiant ces séquences, l'indice "i" faisant comme précédemment référence à un modèle particulier Mi, l'indice "j" faisant comme précédemment référence à une plage particulière de données spécifiques d'un modèle particulier, considérée parmi l'ensemble des plages de données spécifiques de ce modèle, et le nouvel indice "k" faisant référence à une séquence particulière parmi l'ensemble des séquences supprimées.
Ainsi, au lieu d'enregistrer dans la mémoire réinscriptible du calculateur les différents modèles M1 à M5 de données complètes de calibration, le procédé de l'invention propose d'enregistrer dans cette mémoire les données communes de calibration COM1-COM4 et un fichier récapitulatif des données spécifiques de calibration, noté RCP-SP ou RCP_SP', et contenant chaque version-type telle que T1 et T2, chaque variante correspondante telle que V11 , V21 , V22, et une en-tête ETT ou ETT.
L'en-tête ETT ou ETT contient les références {LBL}IJk des différents modèles M1 à M5 de données complètes de calibration susceptibles d'être utilisés, et les références des différentes séquences résultant du fractionnement de ces données, ainsi que les données de localisation {ADRD, ADRF}IJk corrélées aux références {LBL}IJk et localisant, par leurs adresses de début et de fin, chaque version-type T1 ou T2 à la fois dans le fichier récapitulatif RCP_SP ou RCP_SP' et au sein de l'ensemble CALIBAS de données communes, et chaque variante V11 , V21 , ou V22 à la fois dans le fichier récapitulatif RCP_SP ou RCP_SP' et au sein de chaque version-type T1 ou T2, c'est-à-dire en gardant trace de l'emplacement de chaque séquence de données supprimées. Les données de chaque version-type peuvent en outre être comprimées selon des techniques classiques avant l'enregistrement du fichier récapitulatif correspondant au moyen d'un algorithme de compression.
Dans ce cas, qui correspond aux notations T'1 , T'2, ETT' et RCP_SP', l'en-tête ETT' du fichier RCP_SP' comprend un descripteur ALGO de l'algorithme de compression utilisé.
Pour faciliter l'exploitation a posteriori des données de calibration mémorisées, les données communes de calibration telles que COM 1 à COM4 sont de préférence enregistrées dans la mémoire réinscriptible du calculateur sous la forme de l'ensemble CALIBAS de ces données communes, c'est-à-dire avec la même structure qu'un modèle Mi de données complètes de calibration dont chaque plage de données spécifiques de calibration telles que SPiI à SPi3 a été effacée, sans déplacement des données communes COM 1 à COM4 de calibration.
Les données qui sont enregistrées dans la mémoire réinscriptible du calculateur automobile, et dont la structure a été décrite ci-dessus, peuvent par exemple être préparées à l'avance dans un ordinateur indépendant de ce calculateur en fonction des besoins, et notamment en fonction des modèles de données complètes de calibration, tels que M1 à M5, que ce calculateur est présumé pouvoir utiliser.
En revanche, le procédé inverse, qui consiste à reconstituer l'un quelconque des modèles M1 à M5 de données complètes de calibration à partir des données stockées dans la mémoire réinscriptible du calculateur électronique automobile, doit être mis en œuvre dans ce calculateur lui-même, par exemple à la fin de la ligne d'assemblage du véhicule utilisant l'un de ces modèles de calibration.
Pour ce faire, un outil électronique de cette ligne d'assemblage transmet au logiciel "Boot Loader" du calculateur la référence LBL qui identifie, parmi l'ensemble des modèles M1 à M5 a priori utilisables, le modèle de données complètes de calibration qui doit être reconstitué dans ce calculateur.
En réponse à cette information, le logiciel "Boot Loader" identifie, à partir des données de l'en-tête ETT ou ETT' du fichier récapitulatif RCP_SP ou RCP_SP', si la référence LBL fournie correspond, pour ce qui concerne les données spécifiques de calibration, à une version-type telle que T1 , T'1 ou T2, T'2, ou à une variante telle que
V11 , V21 , ou V22.
S'il s'agit d'une variante, la version-type correspondant à cette variante est elle- même identifiée. La version-type identifiée par la référence LBL, ou la version-type correspondant à la variante identifiée par cette référence, est alors chargée dans la mémoire vive du calculateur, éventuellement en plusieurs fois, et décompressée si nécessaire. Si la référence fournie LBL correspond à une variante telle que V11 , V21 , ou V22, les données de cette variante viennent remplacer les données correspondantes de la version-type T1 ou T2 correspondant à cette variante. Cette opération est mise en œuvre en préservant, dans la version-type, chaque séquence de données constituée de données supprimées dans la variante, et le traitement est poursuivi avec la version-type ainsi obtenue.
Les données spécifiques de cette version-type sont alors enregistrées dans la mémoire réinscriptible du calculateur, ces données étant intégrées dans l'ensemble
CALIBAS de données communes de calibration, à chaque emplacement approprié tel qu'indiqué par les données de localisation {ADRD, ADRF}IJk de l'en-tête ETT du fichier récapitulatif RCP_SP.

Claims

REVENDICATIONS
1. Procédé pour stocker dans une mémoire réinscriptible d'un calculateur électronique automobile des données de calibration fonctionnellement équivalentes à un ensemble de différents modèles (M 1-M5) de données complètes de calibration, ce procédé comprenant des opérations consistant à enregistrer dans la mémoire réinscriptible un ensemble (CALIBAS) de données communes de calibration (COM1- COM4), constitué par les données de calibration communes aux différents modèles (M1- M5) de données complètes, et un ensemble de versions (SP1-SP5) de données spécifiques de calibration, chaque version (SP1-SP5) de données spécifiques étant constituée par un sous-ensemble d'un modèle correspondant (M 1-M5) de données complètes et étant disjointe de l'ensemble (CALIBAS) des données communes, caractérisé en ce qu'il comprend en outre des opérations consistant : à identifier, dans l'ensemble des versions (SP1-SP5) de données spécifiques, au moins une version-type (T1 , T2) contenant des données spécifiques également contenues dans au moins une autre version (SP2, SP4, SP5) de l'ensemble, qui est ainsi identifiée comme constituant une variante (V1 1 ; V21 , V22) de cette version-type, à supprimer, dans chaque variante (V11 ; V21 , V22), au moins une séquence de données contenant des données spécifiques déjà contenues dans la version-type correspondante (T1 ; T2), et à garder une trace de localisation ({ADRD, ADRF}IJk) de chaque séquence de données supprimées, et
- à enregistrer dans la mémoire réinscriptible, en plus des données communes de calibration (COM1 -COM4) et en tant qu'ensemble des versions (SP1-SP5) de données spécifiques, un fichier (RCP-SP1 RCP_SP') récapitulatif des données spécifiques de calibration contenant au moins chaque version-type (T1 ; T2), chaque variante correspondante (V11 ; V21 , V22), et une en-tête (ETT) contenant des références ({LBL},Jk) des différents modèles (M 1-M5) de données complètes de calibration et des données de localisation ({ADRD, ADRF}IJk) corrélées auxdites références ({LBL}IJk) et localisant, dans le fichier récapitulatif (RCP_SP, RCP_SP'), chaque version-type (T 1 ; T2), chaque variante (V1 1 ; V21 , V22), et chaque séquence de données supprimées.
2. Procédé suivant la revendication 1 , caractérisé en ce que les données de chaque version-type (T1 ' ; T2') sont comprimées avant enregistrement du fichier récapitulatif (RCP-SP') au moyen d'un algorithme de compression, et en ce que l'entête (ETT') de ce fichier comprend un descripteur (ALGO) de cet algorithme.
3. Procédé suivant l'une quelconque des revendications 1 et 2, caractérisé en ce que chaque version-type (T2) est choisie, dans l'ensemble des versions (SP1-SP5) de données spécifiques, comme une version qui contient le plus grand nombre de données spécifiques également contenues dans au moins deux autres versions (SP4, SP5) de cet ensemble.
4. Procédé suivant l'une quelconque des revendications précédentes, caractérisé en ce que l'ensemble (CALIBAS) de données communes (COM 1 -COM4) de calibration est enregistré dans la mémoire réinscriptible avec la même structure qu'un modèle (Mi) de données complètes de calibration dont chaque plage de données spécifiques (SPi 1-SPi3) de calibration a été effacée sans déplacement des données communes (COM1-COM4) de calibration.
5. Procédé pour reconstituer, dans la mémoire réinscriptible d'un calculateur électronique automobile et en réponse à la fourniture d'une référence (LBL), le modèle (Mi) de données complètes de calibration repéré par cette référence (LBL), à partir des données de calibration stockées dans cette mémoire par le procédé suivant la revendication 4, caractérisé en ce qu'il comprend les étapes consistant à : - identifier, à partir des données de l'en-tête (ETT, ETT') du fichier récapitulatif (RCP_SP, RCP_SP"), si la référence fournie (LBL) correspond à une version-type (T1 , T'1 ; T2, T'2) ou à une variante (V11 ; V21 , V22) et, dans ce dernier cas, identifier la version-type correspondante (T1 , T'1 ; T2, T'2) ; charger dans la mémoire vive du calculateur, éventuellement en plusieurs fois, la version-type (T1 , T'1 ; T2, T'2) identifiée par la référence (LBL) ou la version-type correspondante (T1 , T'1 ; T2, T'2), et la décompresser si nécessaire ;
- si la référence fournie (LBL) correspond à une variante (V11 ; V21 , V22), remplacer dans la version-type correspondante (T1 ; T2) les données de cette version-type par les données de la variante (V11 ; V21 , V22) en préservant, dans la version-type (T1 ; T2), chaque séquence de données supprimées dans la variante (V11 ; V21 , V22), et poursuivre le traitement avec la version-type (T1 ; T2) ainsi obtenue et ;
- enregistrer dans la mémoire réinscriptible les données de la version-type obtenue (T1 , T2), en les intégrant dans l'ensemble (CALIBAS) de données communes (COM1-COM4) de calibration à chaque emplacement indiqué par les données de localisation ({ADRD, ADRFJijk) de l'en-tête (ETT) du fichier récapitulatif (RCP_SP).
PCT/EP2010/002474 2009-04-29 2010-04-22 Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile Ceased WO2010124809A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201080018938.6A CN102414632B (zh) 2009-04-29 2010-04-22 用于优化汽车电子控制单元中的校准数据的存储的方法
US13/258,685 US8694477B2 (en) 2009-04-29 2010-04-22 Method for optimizing the storage of calibration data in an automobile electronic control unit

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0902084 2009-04-29
FR0902084A FR2945135B1 (fr) 2009-04-29 2009-04-29 Procede d'optimisation de stockage de donnees de calibration dans un calculateur electronique automobile

Publications (1)

Publication Number Publication Date
WO2010124809A1 true WO2010124809A1 (fr) 2010-11-04

Family

ID=41300103

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2010/002474 Ceased WO2010124809A1 (fr) 2009-04-29 2010-04-22 Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile

Country Status (4)

Country Link
US (1) US8694477B2 (fr)
CN (1) CN102414632B (fr)
FR (1) FR2945135B1 (fr)
WO (1) WO2010124809A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19963475A1 (de) * 1999-12-29 2001-07-05 Bosch Gmbh Robert Verfahren und Vorrichtung zur Steuerung von Betriebsabläufen in einem Fahrzeug sowie zur Bereitstellung von Daten diesbezüglich
DE10234063A1 (de) * 2002-07-26 2004-02-19 Audi Ag Verfahren zum variantenspezifischen Programmieren eines Programm- und Datenspeichers eines Steuergeräts, insbesondere eines Steuergeräts eines Kraftfahrzeugs
EP1501196A1 (fr) * 2003-07-21 2005-01-26 Microsoft Corporation Système et méthode pour la compression delta des données dans un paquet de fichiers
US20080270427A1 (en) * 2005-03-22 2008-10-30 Siemens Vdo Automotive Aktiengesellschaft Method and Apparatus for Configuring a Control Device, and Corresponding Control Device

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1991019244A1 (fr) * 1990-06-04 1991-12-12 3Com Corporation Procede destine a optimaliser le logiciel pour n'importe laquelle d'une multiplicite d'architectures variables
US6826590B1 (en) * 1996-08-23 2004-11-30 Fieldbus Foundation Block-oriented control system on high speed ethernet
RU2412458C2 (ru) * 2005-08-09 2011-02-20 Фишер-Роузмаунт Системз, Инк. Архитектура и устройство управления ресурсами на полевой основе

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19963475A1 (de) * 1999-12-29 2001-07-05 Bosch Gmbh Robert Verfahren und Vorrichtung zur Steuerung von Betriebsabläufen in einem Fahrzeug sowie zur Bereitstellung von Daten diesbezüglich
DE10234063A1 (de) * 2002-07-26 2004-02-19 Audi Ag Verfahren zum variantenspezifischen Programmieren eines Programm- und Datenspeichers eines Steuergeräts, insbesondere eines Steuergeräts eines Kraftfahrzeugs
EP1501196A1 (fr) * 2003-07-21 2005-01-26 Microsoft Corporation Système et méthode pour la compression delta des données dans un paquet de fichiers
US20080270427A1 (en) * 2005-03-22 2008-10-30 Siemens Vdo Automotive Aktiengesellschaft Method and Apparatus for Configuring a Control Device, and Corresponding Control Device

Also Published As

Publication number Publication date
CN102414632B (zh) 2014-09-24
FR2945135B1 (fr) 2011-04-22
US20120041930A1 (en) 2012-02-16
FR2945135A1 (fr) 2010-11-05
US8694477B2 (en) 2014-04-08
CN102414632A (zh) 2012-04-11

Similar Documents

Publication Publication Date Title
JP7154512B2 (ja) 関連する子ブロックチェーンを用いたブロックチェーンの実用性向上のためのシステムおよび方法
WO2008113921A2 (fr) Procede de gestion de fichiers
EP4127911B1 (fr) Dispositifs et procédé de contrôle d'unités de commande électroniques d'un véhicule automobile
WO2010124809A1 (fr) Procédé d'optimisation de stockage de données de calibration dans un calculateur électronique automobile
WO2010128236A1 (fr) Structure de donnees d'une nomenclature
WO2002084610A1 (fr) Procede et systeme de gestion de donnes destinees a etre stockees dans une carte a puce programmable
EP1934947B1 (fr) Procede d'amelioration d'un diagnostic d'une eventuelle defaillance dans un vehicule
EP0700554A1 (fr) Procede d'ecriture d'informations dans une memoire non-volatile
EP2855175A1 (fr) Procede de lecture de donnees stockees dans un dispositif electronique pour pneumatique
WO2016046470A1 (fr) Processus d'enregistrement de tracabilite
EP1866770A1 (fr) Méthode et système pour maintenir la cohérence d'une mémoire cache utilisée par de multiples processus indépendants
FR2901035A1 (fr) Procede et dispositif de gestion d'une table de correspondance d'acces a une memoire
EP2336888A1 (fr) Procédé de sauvegarde et de restauration de fichiers informatiques
FR2923040A1 (fr) Procede de diagnostic d'un calculateur
FR2982695A1 (fr) Controle de conformite d'ensembles mecatroniques
FR2942557A1 (fr) Procede de sauvegarde des donnees lors du remplacement d'un calculateur electronique.
WO2016083688A1 (fr) Procédé de communication entre un outil de production et un véhicule automobile
EP2339587A1 (fr) Sécurisation de l'effacement d'une memoire de type flashprom
FR3077655A1 (fr) Gestion d'une memoire non volatile
FR3109000A1 (fr) Structure de données et procédé pour la mise à jour d’un logiciel de calculateur
WO2016083685A1 (fr) Procédé de communication entre un outil de production et un véhicule automobile
FR3037172A1 (fr) Procede de traitement de donnees relatives a des vehicules automobiles en vue d’une generation graphique ulterieure de schemas electriques de systemes electriques
FR3139926A1 (fr) Procédé de génération automatique d’architectures fonctionnelles de chaîne de traction pour un véhicule hybride
FR3140183A1 (fr) Procédé de gestion de la consommation d’un dispositif de mémoire lors de l’utilisation d’un code correcteur d’erreurs et système correspondant
WO2009109718A1 (fr) Procede de gestion de donnees memorisees permettant une verification et une correction des donnees

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080018938.6

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10719258

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13258685

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10719258

Country of ref document: EP

Kind code of ref document: A1