FR3155347A1 - Procede et systeme pour enregistrer des donnees dans un vehicule d’essai - Google Patents

Abstract

L’invention concerne un procédé pour enregistrer, dans un enregistreur de données, des données relatives à un véhicule en essai, le procédé comprenant un premier processus d’enregistrement (PER1), dit de base, de type périodique, avec une première périodicité, impliquant un premier jeu de données, caractérisé en ce que le procédé prévoit un deuxième processus d’enregistrement (PER2) de type événementiel, déclenché par des conditions de déclenchement et impliquant un deuxième jeu de données, le deuxième jeu de données étant plus étendu que le premier jeu de données, les conditions de déclenchement comprenant au moins une ou plusieurs conditions d’activation automatique, le volume de données du deuxième jeu de données étant substantiellement fois supérieur au volume de données du premier jeu de données.

Description

PROCEDE ET SYSTEME POUR ENREGISTRER DES DONNEES DANS UN VEHICULE D’ESSAI

L’invention concerne un procédé pour enregistrer des données relatives à un véhicule automobile soumis à des essais, notamment des essais de roulage. Les données sont enregistrées dans un enregistreur de données embarqué dans le véhicule, et cet enregistreur est configuré pour stocker les données collectées dans un espace mémoire et transmettre tout ou partie des données collectées vers un serveur distant. L’invention concerne aussi un système configuré pour mettre en œuvre le procédé proposé pour enregistrer des données relatives à un véhicule automobile soumis à des essais.

Les données en question sont des paramètres et des variables gérés par tout ou partie des calculateurs embarqués du véhicule, les paramètres en question comprenant notamment entre autres des valeurs de compteurs de défaut.

On s'intéresse ici à des véhicules d’essais qui sont soumis à des séquences de roulage soutenues afin de parcourir des kilométrages assez conséquents, e.g. au moins 20 000 km ou 30 000 km. Ces distances peuvent être parcourues sur des durées relativement courtes afin d’obtenir des enseignements assez rapidement à propos du comportement du véhicule et la survenance éventuelle de certains défauts, et le suivi de certains paramètres d'intérêt.

Les séquences de roulage d'intérêt peuvent être réalisées dans une configuration routière avec un conducteur, sur des pistes d'essai ou des routes ouvertes. Toutefois, il n'est pas exclu que certaines séquences soient réalisées sur banc à rouleaux avec un robot conducteur au poste de conduite.

Afin d'exploiter au maximum les enseignements fournis par ces séquences de roulage, il est prévu d'équiper chaque véhicule d’essai avec un enregistreur de données.

L'enregistreur de données acquiert sur une base périodique des paramètres et variables captés ou calculés par un ou plusieurs calculateurs embarqués du véhicule.

Ces données collectées sont stockées dans un espace mémoire de l'enregistreur de données. Les véhicules comprenant des systèmes de plus en plus complexes, le volume de données intéressantes à collecter ne cesse d'augmenter. Le nombre de données qui sont intéressantes à collecter est de plusieurs milliers. De plus, certaines de ces données d'intérêt ne sont pas émises spontanément par les calculateurs embarqués du véhicule.

Toutefois, il n'est pas raisonnable de collecter toutes ces données sur une base périodique rapide, cela représenterait en effet des volumes de données trop importants. En d'autres termes, le nombre de paramètres collectés par le processus de collecte périodique ne peut pas être accru substantiellement.

Les inventeurs ont donc cherché à augmenter la couverture des données collectées sans trop augmenter le volumes de données.

À cet effet, la présente invention propose un procédé pour enregistrer, dans un enregistreur de données, des données relatives à un véhicule en essai,
le procédé comprenant un premier processus d’enregistrement, dit de base, de type périodique, avec une première périodicité, impliquant un premier jeu de données,
caractérisé en ce que le procédé prévoit un deuxième processus d’enregistrement dit événementiel, déclenché par des conditions de déclenchement (et accessoirement interrompu par des conditions d’arrêt), impliquant un deuxième jeu de données, le deuxième jeu de données étant plus étendu que le premier jeu de données, les conditions de déclenchement comprenant au moins une ou plusieurs conditions de déclenchement automatique, le volume de données du deuxième jeu de données étant au moins cinq fois supérieur au volume de données du premier jeu de données.

Grâce aux dispositions promues ci-dessus, il est possible d’obtenir, de temps en temps, grâce à la collecte du deuxième jeu de données, un très large éventail de données avec une très large couverture et une grande précision et une profondeur conséquente pour analyse poussée. Plusieurs milliers de données sont enregistrées, ce qui permet une analyse approfondie, par exemple à posteriori, du fonctionnement et des dysfonctionnements éventuels du véhicule.

Le deuxième jeu de données est acquis par polling, au moins en partie. On acquiert de préférence une seule instance de chaque donnée de la liste du deuxième jeu de données. Lorsque la collecte a été effectuée pour la totalité des données présentes dans la liste du deuxième jeu de données, alors les conditions dites ‘conditions d'arrêt’ sont réunies et le deuxième processus d'enregistrement est terminé.

On remarque que le nombre de données du deuxième jeu de données peut être compris entre 3000 et 5000.

Chaque donnée peut être typiquement représentée sous forme d’un nombre entier, encodé sur 1, 2 ou 4 octets. Certaines données peuvent être des nombres réels.

Il faut remarquer que certaines données incluses dans le deuxième jeu de données nécessitent d'interroger les calculateurs embarqués par un mécanisme de polling, i.e. via une interrogation, alors que pour le premier jeu de données, l’enregistreur de données se contente de lire des données présentes dans des trames émises spontanément dans un mode de diffusion périodique (dans le langage du métier, on dit ‘broadcasting’ ou ‘Free running’).

L'enregistreur de données fonctionne par séquences de mesure successives.

Il faut comprendre ici que la « séquence de mesure » correspond à une séquence de roulage du véhicule ou un cycle de roulage depuis le démarrage du moteur, puis le roulage, jusqu'à son arrêt par le conducteur du véhicule (ou le robot de conduite).

La première périodicité du premier processus d’enregistrement peut être de quelques Hertz, par exemple 5 Hertz, i.e. un enregistrement toutes les 200 millisecondes. Bien entendu, d'autres valeurs de périodicité sont possibles comme une fréquence plus basse de 1Hz ou de 2 Hz, sans exclure une fréquence plus élevée que 5 Hz.

Comme il sera vu plus loin, la périodicité du deuxième processus d'enregistrement est beaucoup plus faible que celle du premier processus d'enregistrement.

Avantageusement, l’enregistreur de données fonctionne de manière autonome. Une fois programmé, il n'y a nul besoin d'intervention humaine pour que le procédé promu ci-dessus se déroule tout seul, de manière automatique.

Les données sont enregistrées dans une mémoire non volatile de l'enregistreur par exemple un disque dur, ou une zone mémoire Flash EEprom ou équivalent.

Selon une réalisation particulière, le volume de données du deuxième jeu est au moins 8 fois supérieur au volume de données du premier jeu de données.

Selon une réalisation, pendant un déroulé du deuxième processus d’enregistrement, le premier processus d’enregistrement est mis en pause, et le premier processus d’enregistrement est repris lorsque le déroulé du deuxième processus d’enregistrement est terminé, et le kilométrage courant du véhicule est enregistré dans une mémoire notée KMLast au moment où le déroulé du deuxième processus d’enregistrement se termine.

Moyennant quoi, le microprocesseur de l'enregistreur se consacre pleinement au deuxième processus d'enregistrement, alors que le premier processus d'enregistrement est mis en pause. Ainsi, la taille et la puissance du microprocesseur de l'enregistreur peuvent rester conventionnelles.

Par ailleurs, selon une option, les données collectées dans le deuxième jeu de données englobent les données collectées dans le premier jeu, et on continue ainsi à suivre les paramètres impliqués dans le premier jeu, ou leur équivalent, pendant le déroulé du deuxième processus d’enregistrement.

De plus, la durée nécessaire pour effectuer la collecte de l'ensemble du deuxième jeu de données est minimale. Quelques secondes ou dizaines de secondes peuvent toutefois être nécessaires pour balayer les quelques milliers de données par polling.

On note que la mémoire KMLast contient le kilométrage correspondant à la fin du déroulé du deuxième processus d'enregistrement le plus récent.

Selon une réalisation, le précédé prévoit de compter un cumul de kilométrage noté KMC, parcouru depuis un début de la mesure, le début de la mesure correspondant au début de la séquence de roulage du véhicule.

Ceci permet d'éviter de déclencher le deuxième processus d'enregistrement juste après le début de la séquence de mesure.

Selon une réalisation optionnelle, on relève itérativement le kilométrage courant du véhicule noté KM et les conditions d’activation automatique comprennent au moins une vérification logique comme suit :
KM – KMLast > N1K où N1K est une valeur kilométrique calibrable, par exemple 500 ou 1000.

On peut avoir ainsi une logique de périodicité kilométrique très simple.

Selon une réalisation, on relève itérativement le kilométrage courant du véhicule noté KM et les conditions d’activation automatique comprennent au moins une vérification logique comme suit :
KM – KMLast > N1K, et
KMC > SK1,
où N1K et SK1 sont des valeurs kilométriques calibrables.

Moyennant quoi, le deuxième processus d'enregistrement est déclenché tous les N1K kilomètres parcourus. De plus on évite de déclencher le deuxième processus d'enregistrement dans les SK1 premiers kilomètres après le début de la séquence de mesure.

Par exemple, N1K peut être choisi à hauteur de 1000, i.e. le deuxième processus d'enregistrement est déclenché tous les 1000 km. Il faut remarquer qu'il est possible de choisir pour N1K une valeur quelconque, par exemple entre 100 km et 2000 km, pour avoir un deuxième jeu de données collecté à une périodicité kilométrique idoine souhaitée.

Par exemple, SK1 peut être choisi à hauteur de 20, i.e. le deuxième processus d'enregistrement n’est pas déclenché dans les 20 premiers kilomètres après le début de la séquence de mesure. En pratique, si la récurrence des N1K kilomètres tombe en début de séquence de mesure, le lancement du deuxième processus d'enregistrement est un peu différé.

Selon une réalisation, les conditions d’activation automatique comprennent en outre :
- une condition de température, consistant en ce qu’une valeur courante de température moteur notée TMC, est telle que TMC > ST1
- une condition de vitesse véhicule, consistant en ce qu’au moins une valeur de vitesse véhicule a dépassé un seuil noté SV1 depuis le début de la séquence de roulage du véhicule / de mesure,
où ST1 et SV1 sont des valeurs calibrables, respectivement de température et de vitesse.

Ces conditions supplémentaires permettent de déclencher le deuxième processus d'enregistrement seulement si le roulage est déjà bien établi.

Selon une réalisation, le procédé prévoit une étape de transmission à distance des données collectées, par le premier processus et le deuxième processus, vers un serveur distant. Moyennant quoi, il n'est pas nécessaire de raccorder physiquement l'enregistreur de données à un réseau Ethernet ou à une mémoire de masse.

Selon une réalisation, l’étape de transmission à distance des données est générée sur une condition de coupure du contact du véhicule.

Avantageusement, on a une remontée a minima journalière des données vers le serveur distant et les données sont disponibles pour analyse au jour le jour, par les ingénieurs ou des modules d’analyse automatiques.

De préférence, on décharge l'ensemble des données collectées pendant la séquence de mesures qui vient d’être effectuée. Ceci permet ensuite de libérer l'espace mémoire qui était occupé par ces données dans l'enregistreur de donnée s.

Selon une réalisation, les conditions de déclenchement comprennent en outre une condition d’activation manuelle, la condition d’activation manuelle incluant une activation des phares du véhicule pendant 10 secondes ou l’appui sur un bouton d’activation spécifique.

Le conducteur peut ainsi rajouter ponctuellement un déclenchement du deuxième processus d'enregistrement pour obtenir un deuxième jeu de données, supplémentaires par rapport à la collecte planifiée selon le kilométrage parcouru. Le conducteur peut faire ceci lorsqu'il constate un problème particulier ou lorsqu'un témoin de dysfonctionnement s'est allumé.

L'exécution de cet enregistrement supplémentaire de deuxième jeu de données peut être assujetti en outre à une condition de moteur tournant et une condition de vitesse véhicule nulle.

L'invention concerne en outre un système d’enregistrement comprenant un enregistreur de données, une interface utilisateur avec bouton d’activation spécifique et une indication lumineuse ou textuelle, caractérisé en ce que l’enregistreur de données est configuré pour mettre en œuvre le procédé tel que décrit précédemment.

Selon une réalisation, l’enregistreur de données comprend des moyens de transmission à distance, le système étant caractérisé en ce que l’enregistreur de données est configuré pour mettre en œuvre la transmission à distance des données telle que décrite précédemment.

L’invention sera davantage détaillée par la description de modes de réalisation non limitatifs, et sur la base des figures annexées illustrant des variantes de l’invention, dans lesquelles :
FIG. 1est une représentation schématique de profil d’un véhicule automobile ;
FIG. 2montre un exemple de schéma fonctionnel du système mis en jeu dans le procédé mis en œuvre selon la présente invention ;
FIG. 3montre un chronogramme illustrant une séquence de fonctionnement de l’enregistreur de données;
FIG. 4illustre schématiquement des données collectées et stockées en mémoire de l’enregistreur de données.

Sur les différentes figures, les mêmes références désignent des éléments identiques ou similaires.

Sur laFIG. 1, un véhicule 9 est représenté de manière schématique.

Le véhicule en question 9 peut être un véhicule de tourisme, un véhicule utilitaire, un fourgon, un véhicule de loisir, etc.

Le véhicule en question 9 comprend un groupe moteur motopropulseur 3. Le moteur motopropulseur peut comprendre un moteur électrique de traction, et/ou un moteur à combustion interne et/ou une pile à combustible alimentée par un réservoir d'hydrogène. En effet, le véhicule 9 peut être véhicule 100% électrique ou un véhicule hybride ou encore un véhicule conventionnel à moteur thermique. Dans le cas où il y a une chaîne de traction électrique, le véhicule 9 comprend une batterie de traction 2.

Dans le contexte de la présente invention, le véhicule 9 est équipé d'un enregistreur de données ERLOG repéré 1. L'enregistreur de données 1 peut être installé dans le coffre arrière du véhicule, toutefois un autre emplacement n'est pas exclu.

Comme illustré à laFIG. 2, après son installation (connue en soi), l'enregistreur de données 1 est raccordé à un ou plusieurs bus multiplexés 91,92 du véhicule 9. L'enregistreur de données 1 est configuré pour lire les messages circulant sur ces bus multiplexés 91,92 et généralement pour enregistrer une copie des données pertinentes dans une zone mémoire 8. Généralement, chaque véhicule est équipé d’un ou plusieurs bus CAN de type 500 kB ou 1 MB, sans exclure d’autres bus CAN à des vitesses de transmission plus basses. Les bus multiplexés peuvent aussi être inclure un ou plusieurs bus LIN, un ou plusieurs bus FlexRay, un ou plusieurs bus Ethernet, sans exclure d'autres types de bus, propriétaires ou non.

La zone mémoire 8 ou l'espace mémoire peut être interne ou externe par rapport à la carte principale de l'enregistreur de données.

Les données collectées sont des paramètres et des variables gérés par tout ou partie des calculateurs embarqués 5 du véhicule. Les paramètres en question sont notamment, entre autres, des valeurs de compteurs de défaut.

Certaines données d'intérêt à collecter sont présentes dans des message/trames émis spontanément par un ou plusieurs des calculateurs embarqués 5 (en mode dit ‘free running’). D’autres données d'intérêt à collecter nécessitent l’utilisation d’une interrogation à adresser au calculateur qui détient les informations en question, cette interrogation et toi aussi appelé ‘polling’ dans le jargon du métier. Cela implique un mécanisme de question-réponse.

L'enregistreur de données 1 peut faire appel à des liaisons filaires 11 pour capter certaines données ou paramètres prévalant dans le véhicule, sans pouvoir les récupérer sur un bus multiplexé.

Il peut être prévu en outre qu’une des commandes 95 présente dans le véhicule soit utilisée pour déclencher une action spécifique relative au 2e processus d'enregistrement comme il sera vu plus loin.

L'enregistreur de données 1 comprend une unité de traitement, autrement appelé microprocesseur 10. L'enregistreur de données peut comprendre une carte mère et une ou plusieurs cartes filles comme connu en soi donc non détaillé ici.

Le système comprend un boîtier d'interface, plus précisément une interface utilisateur avec bouton d’activation spécifique 12 et une indication lumineuse ou textuelle 13. L’indication lumineuse est par exemple une diode lumineuse multicolore.

L'enregistreur de données 1 comprend des moyens de transmission, par exemple des moyens comprenant un coupleur WiFi 16 et une antenne 17. Alternativement ou en supplément, lLes moyens de transmission peuvent comprendre un coupleur de réseau cellulaire.

Le procédé promu ici comprend un premier processus d’enregistrement PER1, dit de base, de type périodique, avec une première périodicité premier Le premier processus d’enregistrement est configuré pour collecter itérativement un premier jeu de données génériquement repéré par ER1, les captages successifs étant notés ER1(i), i étant un indice, chaque captage étant repéré par un horodatage et accessoirement par le kilométrage courant au moment du captage. Le premier jeu de données peut comprendre par exemple environ 500 données.

La première périodicité du premier processus d’enregistrement peut être de quelques Hertz, par exemple 5 Hertz, i.e. un enregistrement toutes les 200 millisecondes. Bien entendu, d'autres valeurs de périodicité sont possibles.

Juste pour fixer les ordres de grandeur, dans l'hypothèse simple où chaque donnée est un nombre sur un octet, une minute d'enregistrement implique 5x500x60 = 150 kilo-octets. Soit 9 méga-octets sur une heure de roulage.

Avantageusement, le procédé promu ici comprend un deuxième processus d’enregistrement repéré par PER2.

La périodicité de ce deuxième processus d'enregistrement est beaucoup plus faible que celle du premier processus d'enregistrement.

Le deuxième processus d’enregistrement est configuré pour collecter, sur événement, un deuxième jeu de données génériquement repéré par ER2, les captages successifs étant notés ER2(k), k étant un indice. Chaque captage est repéré par le kilométrage courant au moment du captage et accessoirement un horodatage correspondant. Le deuxième jeu de données peut comprendre par exemple dans un exemple type 4000 données.

On peut choisir une logique de périodicité kilométrique très simple, par exemple un captage tous les 100 km.

Toujours pour fixer les ordres de grandeur, si le roulage du véhicule se fait à en moyenne 100 km/heure, on aurait un captage par heure ce qui signifie en volume de données, toujours pour l'hypothèse simpliste des données sur un octet chacune, 4 kilo-octets pour une heure.

On constate ainsi que bien que l'étendue des données du deuxième jeu de données est beaucoup plus importante que celle du premier jeu de données (8 fois plus dans l’exemple illustré), son poids dans la mémoire est beaucoup moins important (2000 fois moins). Nous verrons plus loin que la périodicité kilométrique pour le deuxième processus d'enregistrement sera même de plusieurs centaines de kilomètres, avec une occurrence moyenne inférieure à une fois par jour.

L'enregistreur de données 1 fonctionne par séquences de mesure successives, chaque « séquence de mesure » correspondant à une séquence de roulage du véhicule ou un cycle de roulage depuis le démarrage du moteur, puis le roulage, jusqu'à son arrêt par le conducteur du véhicule (ou le robot de conduite).

Une fois programmé, l’enregistreur de données 1 fonctionne de manière autonome, sans intervention humaine, de manière automatique.

Selon un mode de réalisation, pendant un déroulé du deuxième processus d’enregistrement ER2, le premier processus d’enregistrement est mis sur pause, et le premier processus d’enregistrement est repris lorsque le déroulé du deuxième processus d’enregistrement est terminé.

Dans ces conditions, toute la puissance de calcul du processeur de l'enregistreur est dédiée au mécanisme de polling, afin de rendre la plus courte possible la durée nécessaire à l’enregistrement du deuxième jeu de données.

Le kilométrage courant du véhicule est enregistré dans une mémoire notée KMLast à chaque fois où le déroulé du deuxième processus d’enregistrement se termine. A chaque fin de deuxième processus d’enregistrement, la nouvelle valeur de kilométrage KMLast remplace la précédente.

Le deuxième processus d’enregistrement PER2 est déclenché par des conditions de déclenchement. Il est prévu des conditions de déclenchement automatique qui vont être détaillées ci-après. Il y a aussi prévu en outre en option la possibilité de déclencher le deuxième processus d'enregistrement sur une action volontaire effectuée par le conducteur du véhicule (mode ‘manuel’).

On compte un cumul de kilométrage noté KMC, parcouru depuis le début de la mesure qui correspondant en pratique au début de la séquence de roulage du véhicule.

On relève itérativement le kilométrage courant du véhicule noté KM.

Déclenchement automatique

Selon une réalisation particulière, il peut être adopté une logique de périodicité kilométrique très simple, par exemple on déclenche le deuxième processus d'enregistrement tous les N1K kilomètres.

Selon une réalisation avantageuse, les conditions d’activation automatique comprennent au moins une vérification logique comme suit :
KM – KMLast > N1K, et KMC > SK1.

Les paramètres N1K et SK1 sont des valeurs kilométriques calibrables.

On peut choisir N1K = 1000.

On peut choisir SK1 = 20.

Les conditions d’activation automatique peuvent comprendre en outre une condition de température et une condition de vitesse véhicule.

La condition de température consiste en ce qu’une valeur courante de température moteur notée TMC, est telle que TMC > ST1.

La condition de vitesse véhicule consiste en ce qu’au moins une valeur de vitesse véhicule a dépassé un seuil noté SV1 depuis le début de la séquence de roulage du véhicule / de mesure.

Les paramètres ST1 et SV1 sont des valeurs calibrables. On peut choisir ST1 = 70 °C. On peut choisir SV1 = 40 km/h.

Le procédé prévoit une étape de transmission à distance 14 des données collectées par le premier processus et le deuxième processus, vers un serveur distant 4.

L’étape de transmission à distance des données est générée sur une condition de coupure du contact 36 du véhicule.

D'autres logiques de télétransmission peuvent être néanmoins retenues.

Déclenchement manuel

Les conditions de déclenchement manuel viennent se rajouter aux conditions de déclenchement automatique, elles permettent d'ajouter sur un événement volontaire l'enregistrement d'un deuxième jeu de données supplémentaires.

La condition d’activation manuelle peut être une activation des phares du véhicule pendant 10 secondes. Le bouton poussoir 95 illustré à laFIG. 2représente le contact de la manette de commande des phares.

La condition d’activation manuelle peut être l’appui sur un bouton d’activation spécifique 12.

Le conducteur peut ainsi rajouter ponctuellement un déclenchement du deuxième processus d'enregistrement lorsqu'il constate un problème particulier ou lorsqu'un témoin de dysfonctionnement s'est allumé.

L'exécution de cet enregistrement supplémentaire de deuxième jeu de données, à déclenchement manuel, peut être assujetti en outre à une condition de moteur tournant et une condition de vitesse véhicule nulle.

Exemple de chronogramme

La séquence de mesure par l'enregistreur de données 1 démarre à l'instant t1 où le conducteur met le contact (‘IGN’) 31 et démarre le véhicule.

Dès ce moment, le premier processus d'enregistrement de base PER1 est exécuté en tâche de fond.

Pendant les SK1 premiers kilomètres entre l'instant t1 et t8, les conditions de déclenchement automatique interdisent de lancer le deuxième processus d'enregistrement.

A l'instant t2, le kilométrage courant KM devient tel que KM = KMLast + N1K. On a donc atteint la récurrence basée sur la périodicité kilométrique et le deuxième processus d'enregistrement PER2 est déclenché.

La ligne du haut (‘Cond Auto’) sur laFIG. 3illustre la sortie logique des conditions automatiques de lancement du deuxième processus d'enregistrement. A l'instant t2, l’état logique 32 passe à 1.

A la fin de l'exécution du deuxième processus d'enregistrement, le kilométrage courant KM vient écraser l’ancienne valeur de KMLast.

A l'instant t3, le kilométrage courant KM devient tel que KM = KMLast + N1K. On a donc atteint à nouveau la récurrence basée sur la périodicité kilométrique et le deuxième processus d'enregistrement PER2 est déclenché. A l'instant t3, l’état logique 33 passe à 1.

A l'instant t4, on a une occurrence de déclenchement manuel. Sur la ligne notée ‘Act Manu’ sur laFIG. 3, le signal logique 34 passe à 1.

Suivant les options retenues, on peut réaffecter le kilométrage courant KM dans la mémoire KMLast ou non.

A l'instant t5, le kilométrage courant KM devient tel que KM = KMLast + N1K. On a donc atteint à nouveau la récurrence basée sur la périodicité kilométrique (depuis t3 ou t4 selon la configuration) et le deuxième processus d'enregistrement PER2 est déclenché. A l'instant t5, l’état logique 35 passe à 1.

A l'instant t6, la séquence de roulage est terminée et le contact est coupé, ce front descendant est noté 36.

Entre l'instant t6 et t7, l'enregistreur de données 1 réalise une étape de transmission à distance 14 des données collectées (ER1 et ER2), par le premier processus PER1et le deuxième processus PER2, vers un serveur distant 4, pour exploitation ultérieure. Ceci est représenté par le bloc 37 sur la ligne ‘WiTX’.

Lorsque la transmission à distance a été réalisée correctement, la zone de stockage correspondant à ces données dans la mémoire 8 de l'enregistreur de données peut être utilisée à nouveau pour y stocker des nouvelles données.

Moyennant quoi, une capacité de stockage de 32 gigabits ou de 64 gigabits peut être suffisante pour la mémoire 8 dans l'enregistreur de données.

L'enregistreur de données 1 peut être basé sur la gamme de produits IPElog2™ de la firme IPETRONIK™.

Claims (10)

1. Procédé pour enregistrer, dans un enregistreur de données (1), des données relatives à un véhicule en essai (9), le procédé comprenant un premier processus d’enregistrement (PER1), dit de base, de type périodique, avec une première périodicité, impliquant un premier jeu de données,
   caractérisé en ce que le procédé prévoit un deuxième processus d’enregistrement (PER2) de type événementiel, déclenché par des conditions de déclenchement et impliquant un deuxième jeu de données, le deuxième jeu de données étant plus étendu que le premier jeu de données, les conditions de déclenchement comprenant au moins une ou plusieurs conditions de déclenchement automatique, le volume de données du deuxième jeu de données étant au moins cinq fois supérieur au volume de données du premier jeu de données.
   
2. Procédé selon la revendication 1, caractérisé en ce que pendant un déroulé du deuxième processus d’enregistrement, le premier processus d’enregistrement est mis en pause, et le premier processus d’enregistrement est repris lorsque le déroulé du deuxième processus d’enregistrement est terminé, et le kilométrage courant du véhicule est enregistré dans une mémoire notée KMLast au moment où le déroulé du deuxième processus d’enregistrement se termine.
   
3. Procédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce que le précédé prévoit de compter un cumul de kilométrage noté KMC, parcouru depuis un début de la mesure, le début de la mesure correspondant au début de la séquence de roulage du véhicule.
   
4. Procédé selon la revendication 2 et la revendication 3, caractérisé en ce qu’on relève itérativement le kilométrage courant du véhicule noté KM et les conditions d’activation automatique comprennent au moins une vérification logique comme suit :
   KM – KMLast > N1K, et
   KMC > SK1,
   où N1K et SK1 sont des valeurs kilométriques calibrables.
   
5. Procédé selon la revendication 4, caractérisé en ce que les conditions d’activation automatique comprennent en outre :
   - une condition de température, consistant en ce qu’une valeur courante de température moteur notée TMC, est telle que TMC > ST1
   - une condition de vitesse véhicule, consistant en ce qu’au moins une valeur de vitesse véhicule a dépassé un seuil noté SV1 depuis le début de la séquence de roulage du véhicule / de mesure,
   où ST1 et SV1 sont des valeurs calibrables, respectivement de température et de vitesse.
   
6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le procédé prévoit une étape de transmission à distance (14) des données collectées par le premier processus et le deuxième processus, vers un serveur distant (4).
7. Procédé selon la revendication 6, caractérisé en ce que l’étape de transmission à distance des données est générée sur une condition de coupure du contact (36) du véhicule.
   
8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que les conditions de déclenchement comprennent en outre une condition d’activation manuelle, la condition d’activation manuelle incluant une activation des phares du véhicule pendant 10 secondes ou l’appui sur un bouton d’activation spécifique (12).
   
9. Système d’enregistrement comprenant un enregistreur de données (1), une interface utilisateur avec bouton d’activation spécifique (12) et une indication lumineuse ou textuelle (13), caractérisé en ce que l’enregistreur de données est configuré pour mettre en œuvre le procédé selon l'une des revendications 1 à 8.
   
10. Système d’enregistrement selon la revendication 9, dans lequel l’enregistreur de données comprend des moyens de transmission à distance (16,17) caractérisé en ce que l’enregistreur de données est configuré pour mettre en œuvre le procédé selon l'une des revendications 6 à 7.