FR3097986A1 - Calculateur de contrôle moteur pour véhicule automobile - Google Patents

Calculateur de contrôle moteur pour véhicule automobile Download PDF

Info

Publication number
FR3097986A1
FR3097986A1 FR1906964A FR1906964A FR3097986A1 FR 3097986 A1 FR3097986 A1 FR 3097986A1 FR 1906964 A FR1906964 A FR 1906964A FR 1906964 A FR1906964 A FR 1906964A FR 3097986 A1 FR3097986 A1 FR 3097986A1
Authority
FR
France
Prior art keywords
recording
vehicle
computer
module
marker
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.)
Granted
Application number
FR1906964A
Other languages
English (en)
Other versions
FR3097986B1 (fr
Inventor
Jean-Luc Boyer
Romain GUIENNE
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.)
Vitesco Technologies GmbH
Original Assignee
Continental Automotive GmbH
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 GmbH filed Critical Continental Automotive GmbH
Priority to FR1906964A priority Critical patent/FR3097986B1/fr
Publication of FR3097986A1 publication Critical patent/FR3097986A1/fr
Application granted granted Critical
Publication of FR3097986B1 publication Critical patent/FR3097986B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0739Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0772Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0778Dumping, i.e. gathering error/state information after a fault for later diagnosis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Combined Controls Of Internal Combustion Engines (AREA)

Abstract

L’invention concerne un calculateur (1) de contrôle moteur pour véhicule automobile, le calculateur (1) comprenant un module applicatif (L1), qui applique des commandes (Cm) au moteur, un module de vérification (L2), vérifiant qu’une action réalisée par le moteur correspond bien à ladite commande (Cm), un module de sécurité (L3), qui contrôle le fonctionnement du module applicatif (L1) et du module de vérification (L2), et une zone mémoire (MEM). Le module de vérification (L2) est configuré pour détecter une anomalie et enregistrer un marqueur (Ma) dans la zone mémoire (MEM), le calculateur (1) est configuré pour se réinitialiser, le module de vérification (L2) est configuré pour vérifier la présence du marqueur (Ma) dans la zone mémoire (MEM), enregistrer un ensemble de valeurs de paramètres relatifs au véhicule en cas de présence d’un marqueur (Ma), et effacer le marqueur (Ma). Figure pour l’abrégé : Fig. 1

Description

Calculateur de contrôle moteur pour véhicule automobile
L’invention se rapporte au domaine du contrôle d’un moteur de véhicule, notamment automobile, et plus précisément à un procédé de mise en œuvre d’un calculateur de contrôle moteur et le calculateur permettant de mettre en œuvre ce procédé.
De nos jours, de nombreux véhicules sont équipés d’une pluralité d’actuateurs permettant de mettre en œuvre les fonctions de contrôle moteur du véhicule, configurées pour assurer la gestion du fonctionnement du moteur. Par exemple, les actuateurs peuvent être un injecteur de carburant, un système d’allumage du moteur ou encore un système de recirculation des gaz dans le moteur. Chaque actuateur est relié à un calculateur de contrôle moteur afin de le commander.
Le véhicule comprend également un réseau de capteurs, capable de communiquer avec ledit calculateur, et qui fournit des informations concernant les actuateurs, notamment la pression ou la quantité de carburant injectée, pour ensuite les transmettre au calculateur.
Ainsi, à partir des informations fournies par le réseau de capteurs, le calculateur peut notamment informer le conducteur en cas de problèmes techniques dans le moteur.
Le calculateur de contrôle moteur comprend un module applicatif de contrôle moteur, un module de vérification, connecté au module applicatif, et un module de sécurité connecté au module de vérification.
Le module applicatif est configuré pour appliquer plusieurs commandes au moteur. Le module de vérification, ou module de niveau 2, est également connecté au réseau de capteurs du véhicule et permet de vérifier, à partir des mesures fournies par le réseau de capteurs, qu’une action réalisée par le moteur, suite à une commande appliquée au moteur, correspond bien à ladite commande. Ainsi, le module de vérification permet de détecter une anomalie logicielle du module applicatif dite « anomalie de niveau 2 » lorsque l’action réalisée par le moteur ne correspond pas à ladite commande. Le module de sécurité, ou module de niveau 3, contrôle le fonctionnement du module applicatif et du module de vérification.
En cas d’anomalie détectée, le module de vérification peut soit envoyer une requête au module applicatif, permettant de faire fonctionner le moteur dans un mode dit « dégradé », dans lequel, par exemple, une limitation du couple moteur est activée, ou soit envoyer une requête de réaction au module de sécurité, chaque requête de réaction permettant d’activer une action sur un actuateur capable d’intervenir sur le fonctionnement du moteur.
Suivant le type de requête de réaction reçue par le module de sécurité, le module de sécurité peut stopper un actuateur, par exemple afin de couper l’injection dans le cas d’un moteur à explosion, ou réinitialiser le calculateur, autrement dit, l’éteindre et le rallumer.
Cependant, au rallumage du calculateur, le module de vérification n’a aucun moyen de s’assurer qu’une réinitialisation ou qu’une série de réinitialisations consécutives, a été correctement réalisée, autrement dit, de savoir si une réinitialisation, ou une série de réinitialisations consécutives, a permis de corriger l’anomalie détectée. Cela présente évidement des inconvénients.
Par ailleurs, lors d’un accident ou d’une défaillance technique d’un véhicule, il n’est pas toujours possible de savoir si une anomalie de niveau 2 est à l’origine de cet accident ou de cette défaillance technique.
Il existe donc le besoin d’une solution permettant de pallier au moins en partie ces inconvénients.
L’invention concerne un calculateur de contrôle moteur pour véhicule automobile comprenant :
- un module applicatif de contrôle moteur, configuré pour appliquer une pluralité de commandes au moteur,
- un module de vérification, connecté au module applicatif, et à un réseau de capteurs du véhicule, ledit module de vérification étant apte à vérifier, à partir des informations fournies par le réseau de capteurs, qu’une action réalisée par le moteur suite à une commande appliquée au moteur par le module applicatif correspond bien à ladite commande et à détecter une anomalie le cas échéant,
- un module de sécurité, connecté au module de vérification, qui contrôle le fonctionnement du module applicatif et du module de vérification,
- une zone mémoire,
ledit calculateur étant remarquable en ce que :
- le module de vérification est configuré pour détecter une anomalie, enregistrer un marqueur dans la zone mémoire après détection d’une anomalie et envoyer une requête de réaction au module de sécurité suite à l’enregistrement du marqueur,
- le module de sécurité est configuré pour envoyer une commande de réinitialisation au module applicatif suite à la réception d’une requête de réaction,
- le calculateur est configuré pour se réinitialiser suite à la réception de la requête de réaction par le module applicatif,
- le module de vérification est configuré pour vérifier la présence du marqueur dans la zone mémoire,
- le module de vérification est configuré pour, en cas de présence d’un marqueur, enregistrer sur une durée prédéfinie, un ensemble de valeurs de paramètres relatifs au véhicule au moment dudit enregistrement, permettant de qualifier le fonctionnement du véhicule au moment dudit enregistrement, et effacer le marqueur enregistré dans la zone mémoire.
Le calculateur selon l’invention permet avantageusement d’enregistrer le marqueur permettant de signifier au calculateur si une réinitialisation dudit calculateur a été réalisée afin notamment de réaliser un diagnostic sur le fonctionnement du calculateur. Le calculateur, comprenant une zone mémoire interne, permet avantageusement un accès direct et donc simple entre l’ensemble de valeurs de paramètres à enregistrer et la zone mémoire. Ainsi, l’enregistrement de l’ensemble de valeurs de paramètres dans la zone mémoire interne au calculateur, est rapide car l’enregistrement est réalisé localement et permet d’associer l’exécution d’une réinitialisation avec un ensemble de valeurs de paramètres. Cette association permet, après analyse, de déterminer la cause de la réinitialisation d’un calculateur.
De manière préférée, le calculateur est configuré pour enregistrer la cause de l’anomalie simultanément à l’enregistrement du marqueur. Ainsi, en cas de défaillance technique du moteur, le calculateur permet avantageusement de relier l’exécution de la réinitialisation du calculateur avec sa cause et savoir si la réinitialisation du calculateur a un lien avec la défaillance technique.
Avantageusement, l’ensemble de valeurs de paramètres relatifs au véhicule au moment de l’enregistrement comprend au moins l’un des paramètres parmi : la vitesse de rotation du vilebrequin (appelée « vitesse du moteur »), la vitesse du véhicule, l’état de la route, l’état d’un airbag, le type de panne détecté par le module de vérification, etc.
De préférence, l’ensemble de valeurs de paramètres relatifs au véhicule comprend au moins une valeur d’un paramètre relatif à la commande du véhicule au moment de l’enregistrement de l’ensemble de valeurs de paramètres, permettant de qualifier le pilotage du véhicule au moment de l’enregistrement, tel que, par exemple, la commande d’accélération requise par le conducteur, l’angle de rotation du volant, l’utilisation de la pédale de frein, etc.
De manière préférée, le calculateur est configuré pour enregistrer l’ensemble de valeurs de paramètres relatifs au véhicule sur une durée d’enregistrement définie entre la fin de la vérification de la présence du marqueur par le calculateur et :
- la fin d’une durée d’enregistrement prédéterminée,
ou
- l’instant où le véhicule, respectivement le moteur, atteint une variation minimale de la vitesse, par rapport à la vitesse du véhicule, respectivement du moteur, au début de l’enregistrement de l’ensemble de valeurs de paramètres,
ou
- l’instant où le véhicule ou le moteur est à l’arrêt complet.
De manière avantageuse, la zone mémoire du calculateur est une mémoire non volatile. Avantageusement, ladite zone mémoire permet de conserver, après réinitialisation du calculateur, le marqueur et l’ensemble de valeurs de paramètres enregistré.
L’invention concerne également un véhicule automobile comprenant un calculateur tel que présenté précédemment.
L’invention concerne un procédé d’enregistrement de valeurs de paramètres relatifs à un véhicule suite à la détection d’une anomalie, ledit procédé étant mis en œuvre par un calculateur de contrôle moteur tel que présenté précédemment, ledit procédé étant remarquable en ce qu’il comprend les étapes de :
- détection d’une anomalie par le module de vérification,
- enregistrement par le module de vérification d’un marqueur dans la zone mémoire, après détection d’une anomalie,
- envoi d’une requête de réaction par le module de vérification au module de sécurité suite à l’enregistrement du marqueur,
- envoi d’une commande de réinitialisation par le module de sécurité au module applicatif, suite à la réception de la requête de réaction,
- réinitialisation du calculateur par le module applicatif, suite à la réception de la commande de réinitialisation par le module applicatif,
- vérification de la présence du marqueur dans la zone mémoire suite à ladite réinitialisation,
- en cas de présence du marqueur, enregistrement sur une durée prédéfinie d’un ensemble de valeurs de paramètres comprenant des paramètres relatifs au véhicule au moment dudit enregistrement, permettant de qualifier le fonctionnement du véhicule au moment dudit enregistrement afin de réaliser un diagnostic, et effacement du marqueur enregistré dans la zone mémoire.
Le procédé selon l’invention permet avantageusement l’enregistrement du marqueur permettant de signifier au calculateur si une réinitialisation dudit calculateur a été réalisée. Le procédé permet avantageusement un accès direct et donc simple entre l’ensemble de valeurs de paramètres à enregistrer et la zone mémoire. Ainsi, l’enregistrement de l’ensemble de valeurs de paramètres est plus rapide car l’enregistrement réalisé est local et permet d’associer l’exécution d’une réinitialisation avec un ensemble de valeurs de paramètres. Cette association permet, après analyse, de déterminer la cause de la réinitialisation d’un calculateur.
De préférence, le procédé comprend une étape de diagnostic réalisé à partir de l’ensemble de valeurs de paramètres enregistré.
De manière préférée, l’étape d’enregistrement d’un marqueur du procédé comprend également l’enregistrement de la cause de l’anomalie.
Avantageusement, en cas de défaillance technique du moteur, le procédé permet de relier l’exécution de la réinitialisation du calculateur avec sa cause et savoir si la réinitialisation du calculateur a un lien avec la défaillance technique.
Avantageusement, l’ensemble de valeurs de paramètres relatifs au véhicule au moment de l’enregistrement comprend au moins l’un des paramètres parmi : la vitesse de rotation du vilebrequin (appelée « vitesse du moteur »), la vitesse du véhicule, l’état de la route, l’état d’un airbag.
De préférence, l’ensemble de valeurs de paramètres relatifs au véhicule comprend au moins une valeur d’un paramètre relatif à la commande du véhicule, au moment de l’enregistrement de l’ensemble de valeurs de paramètres, tel que, par exemple, la commande d’accélération requise par le conducteur ou l’angle de rotation du volant, l’utilisation de la pédale de frein, etc.
De manière avantageuse, la durée d’enregistrement de l’ensemble de valeurs de paramètres est définie entre la fin de l’étape de vérification et :
- la fin d’une durée d’enregistrement prédéterminée,
ou
- l’instant où le véhicule, respectivement le moteur, atteint une variation minimale de la vitesse, par rapport à la vitesse du véhicule, respectivement du moteur, au début de l’étape d’enregistrement de l’ensemble de valeurs de paramètres,
ou
- l’instant où le véhicule ou le moteur est à l’arrêt complet.
L’instant défini par l’atteinte d’une variation minimale de la vitesse du véhicule, ou du moteur, par rapport à la vitesse du véhicule, ou du moteur, au début de l’étape d’enregistrement de l’ensemble de valeurs de paramètres, définit l’instant où le véhicule, ou le moteur, retrouve une vitesse suffisamment proche de celle qu’il avait au début de l’étape d’enregistrement de l’ensemble de valeurs de paramètres.
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 illustre schématiquement une forme de réalisation du calculateur selon l’invention,
: la figure 2 illustre un mode de réalisation du procédé selon l’invention.
DISPOSITIF
En référence à la figure 1, il va être présenté un calculateur 1 de contrôle moteur d’un véhicule.
Le calculateur 1 comprend au moins un processeur apte à mettre en œuvre un ensemble d’instructions permettant de réaliser une fonction du véhicule via un actuateur, par exemple la fonction d’injection du carburant du moteur du véhicule.
De plus, le calculateur 1 est embarqué dans un véhicule comprenant un réseau de capteurs RC, capable de communiquer avec ledit calculateur 1, et qui fournit des informations concernant le moteur, et notamment les différents actuateurs, comme par exemple la pression ou la quantité de carburant injectée, pour ensuite les transmettre au calculateur 1.
Calculateur
Le calculateur 1 comprend un module applicatif L1, un module de vérification L2, connecté au module applicatif L1, un module de sécurité L3, connecté au module de vérification L2 et une zone mémoire MEM.
De plus, le calculateur 1 comprend notamment un premier processeur et un deuxième processeur (non représentés sur les figures).
Le premier processeur permet d’exécuter l’ensemble d’instructions du module applicatif L1 et l’ensemble d’instructions du module de vérification L2, et comprend une borne de réinitialisation comprenant une sortie logique qui se présente par défaut dans un état haut, de manière connue en soi, par exemple de l’ordre de 5 V, ne produisant pas d’effet sur le fonctionnement du calculateur 1. Le deuxième processeur permet d’exécuter l’ensemble d’instructions du module de sécurité L3 et comprend un connecteur de sortie, relié notamment à la borne de réinitialisation.
L1
Le module applicatif L1, ou module de niveau 1, est également relié au réseau de capteurs RC, et est configuré pour appliquer au moins une commande Cmau moteur, et notamment, dans le cas de la réalisation d’une fonction, à un actuateur, notamment du système d’injection du moteur. La commande Cmenvoyée dépend des informations fournies par le réseau de capteurs RC.
L2
Le module de vérification L2, ou module de niveau 2, est également connecté à un réseau de capteurs RC et reçoit donc les informations concernant le moteur. De plus, puisque le module de vérification L2 est connecté au module applicatif L1, il reçoit également des informations concernant le comportement du module applicatif L1, et notamment la commande Cmappliquée par le module applicatif L1 au moteur.
Le module de vérification L2 est apte à vérifier, à partir des informations fournies par le réseau de capteurs RC, qu’une action réalisée par le moteur suite à une commande Cmappliquée au moteur par le module applicatif L1 correspond bien à ladite commande Cm. Dans le cas contraire, le module de vérification L2 est configuré pour détecter une anomalie.
En cas de détection d’anomalie, le module de vérification L2 est configuré pour commander au préalable l’enregistrement d’un marqueur Madans la zone mémoire MEM.
Le module de vérification L2 est ensuite configuré pour envoyer une requête de réaction Rqau module de sécurité L3.
L3
Le module de sécurité L3, ou module de niveau 3, contrôle le fonctionnement du module de vérification L2 et peut, en cas de détection d’anomalie, agir sur le module applicatif L1 en provoquant notamment une réinitialisation du calculateur 1.
Pour cela, le module de sécurité L3 échange des données DATA avec le module de vérification L2. Cet échange de données DATA consiste généralement en un ensemble de questions et réponses pour s’assurer que le module de vérification L2 fonctionne correctement.
Pour cela, le module de sécurité L3 envoie au module de vérification L2 une liste d’opérations, notamment de calculs, à effectuer. Le module de vérification L2 exécute la liste d’opérations et envoie au module de sécurité L3 les résultats obtenus suite à l’exécution de cette liste d’opérations. Ensuite le module de sécurité L3 indique au module de vérification L2 si résultats obtenus sont correctes ou non. Si une erreur est détectée dans les résultats, alors le module de vérification L2 doit réitérer l’exécution de la liste d’opérations. Par ailleurs, le module de sécurité L3 peut également spontanément demander au module de vérification L2 d’exécuter de nouveau une liste d’opérations, même dans le cas où les résultats obtenus sont corrects. Ainsi, cela permet au module de sécurité L3 de vérifier que le module de vérification L2 prend en compte les demandes du module de sécurité L3.
Lorsqu’une anomalie a été détectée par le module de vérification L2 et que le module de sécurité L3 reçoit une requête de réaction Rq, ledit module de sécurité L3 est configuré pour commander la réinitialisation du calculateur 1 via une commande de réinitialisation Cinit que ledit module de sécurité L3 envoie au module applicatif L1.
Lorsque le module applicatif L1 reçoit la commande de réinitialisation Cinit, le module applicatif L1 est configuré pour activer la réinitialisation du calculateur 1. Cette étape sera décrite plus en détails dans la description du procédé.
Z one m émoire MEM
La zone mémoire MEM est une zone mémoire non volatile et est configurée pour enregistrer un marqueur Maindiquant l’envoi de ladite requête de réaction Rqet pour enregistrer la cause de l’anomalie ayant provoqué l’envoi de ladite requête de réaction Rq.
Ladite zone mémoire MEM est également configurée pour enregistrer un ensemble de valeurs de paramètres comprenant des paramètres environnementaux PE, propres au véhicule au moment de l’enregistrement, et au moins une valeur de paramètre relatif à la commande du véhicule PCau moment de l’enregistrement. L’ensemble de valeurs de paramètres sera décrit plus en détails ci-après dans ma description du procédé.
En effet, puisque la zone mémoire MEM est comprise dans le calculateur 1, elle a un accès rapide et direct à tous ces paramètres. Certains paramètres sont directement fournis par le réseau de capteurs RC, par exemple la position des pédales, d’autres sont calculés, comme par exemple le régime moteur, et sont donc directement accessibles par la zone mémoire MEM du calculateur 1.
La zone mémoire MEM est également configurée pour effacer un marqueur Mapréenregistré.
PROCEDE
En référence à la figure 2, il va être présenté un mode de réalisation du procédé selon l’invention mis en œuvre par un calculateur 1 tel que présenté précédemment.
Tout d’abord, le module applicatif L1 applique une pluralité de commandes Cmau moteur du véhicule, et plus précisément aux actuateurs, en fonction de l’état du moteur, défini par les informations fournies par le réseau de capteurs RC.
Pour chaque commande Cmappliquée par le module applicatif L1, le procédé comprend une étape de détection E1 d’une anomalie par le module de vérification L2. Lors de ladite étape de détection E1, le module de vérification L2 détecte une anomalie lorsque l’action réalisée par le moteur, suite à une commande Cmappliquée au moteur par le module applicatif L1, ne correspond pas à ladite commande Cm. L’action réalisée par le moteur est définie grâce aux informations fournies par le réseau de capteurs RC au module de vérification L2.
Après détection d’une anomalie, le procédé comprend une étape d’enregistrement E2 dans la zone mémoire MEM, d’un marqueur Maet de la cause de l’anomalie, autrement dit, le problème technique, ayant provoqué l’anomalie.
Une fois le marqueur Maenregistré, le procédé comprend une étape d’envoi E3 d’une requête de réaction Rqpar le module de vérification L2 au module de sécurité L3.
Lorsque la requête de réaction Rqest reçue par le module de sécurité L3, le procédé comprend une étape d’envoi E4 d’une commande de réinitialisation Cinitpar le module de sécurité L3 au module applicatif L1.
Lorsque le module applicatif L1 reçoit la commande de réinitialisation Cinit, le procédé comprend une étape de réinitialisation E5 du calculateur 1, lors de laquelle le module applicatif L1 active la réinitialisation du calculateur 1.
Pour cela, rappelons tout d’abord que le connecteur de sortie du deuxième processeur est connecté à la borne de réinitialisation du premier processeur, ladite borne de réinitialisation comprenant une sortie logique qui se présente par défaut dans un état haut ne produisant pas d’effet sur le fonctionnement du calculateur 1.
Pour réinitialiser le calculateur 1, l’état de fonctionnement de la sortie logique de la borne de réinitialisation est modifié, et ladite sortie logique fonctionne selon l’état inverse de l’état par défaut, autrement dit selon un état bas, connu en soi, par exemple à 0 V, pendant un laps de temps fini, par exemple pendant 10 ms. Ainsi, pendant ce laps de temps, la borne de réinitialisation est considérée comme reliée à la masse. Le connecteur de sortie étant également connecté à la borne de réinitialisation, il est également considéré comme mis à la masse pendant le laps de temps défini. Cette mise à la masse de la borne de réinitialisation et du connecteur de sortie a un effet équivalent à un arrêt et un redémarrage du calculateur 1.
Une fois le calculateur 1 rallumé après réinitialisation, le procédé comprend une étape de vérification E6 de la présence du marqueur Madans la zone mémoire MEM par le module de vérification L2.
Si aucun marqueur Man’est enregistré dans la zone mémoire MEM, cela signifie que le calculateur 1 s’est allumé, mais qu’il n’a pas pour autant été réinitialisé. En effet, puisque le marqueur Maest enregistré dans la zone mémoire MEM qui est non volatile, les informations enregistrées dans la zone mémoire MEM seront conservées lors d’une réinitialisation.
A l’inverse, en cas de présence du marqueur Madans la zone mémoire MEM, le procédé comprend une étape d’enregistrement E7, commandée par le module de vérification L2, sur une durée prédéfinie, d’un ensemble de valeurs de paramètres relatifs au véhicule au moment de l’enregistrement, l’ensemble de valeurs de paramètres permettant de définir le comportement du véhicule et du conducteur au moment de l’enregistrement.
En effet, l’ensemble de valeurs de paramètres comprend des paramètres environnementaux PEpropres au véhicule, comme par exemple la vitesse de rotation du vilebrequin (appelée « vitesse du moteur »), la vitesse du véhicule, l’état de la route, l’état d’un airbag, le type de panne détecté par le module de vérification L2, etc. De plus, l’ensemble de valeurs de paramètres comprend au moins une valeur d’un paramètre relatif à la commande du véhicule PC, comme par exemple, la commande d’accélération requise par le conducteur, notamment la position de l’accélérateur ou de la pédale d’accélération, la position du levier de vitesse, l’utilisation de la pédale de frein et également la position de la pédale de frein, l’angle de rotation du volant signifiant la position du volant, etc.
Par ailleurs, à la fin de l’étape d’enregistrement E7, le marqueur Ma, précédemment enregistré dans la zone mémoire MEM, est effacé.
Ainsi, après analyse des paramètres enregistrés, le calculateur 1 peut déterminer si une réinitialisation forcée a été réalisée ou non, suite à la détection d’une anomalie.
La durée d’enregistrement de l’ensemble de valeurs de paramètres est définie entre la fin de l’étape de vérification E6 et la fin d’une durée d’enregistrement prédéterminée. La durée d’enregistrement peut également être définie entre la fin de l’étape de vérification E6 et l’instant où le véhicule ou le moteur atteint une variation minimale prédéfinie de la vitesse, par rapport à la vitesse du véhicule ou du moteur au début de l’étape d’enregistrement E7 de l’ensemble de valeurs de paramètres. Autrement dit, l’instant où le véhicule ou le moteur retrouve une vitesse suffisamment proche de celle qu’il avait au début de l’étape d’enregistrement E7 de l’ensemble de valeurs de paramètres. Enfin, la durée d’enregistrement peut être définie entre la fin de l’étape de vérification E6 et l’instant où le véhicule ou le moteur est à l’arrêt complet.
Le procédé et le calculateur 1 présentés précédemment permettent un accès simple et direct à l’ensemble de valeurs de paramètres. En effet, la zone mémoire MEM, étant située directement dans le calculateur 1, l’accès à cet ensemble de valeurs de paramètres est direct, ce qui n’aurait pas été le cas si ladite zone mémoire MEM avait été externe audit calculateur 1.
De plus, l’accès à l’ensemble de valeurs de paramètres étant simple, la durée écoulée entre la fin de l’allumage du calculateur 1 et l’étape d’enregistrement E7 de l’ensemble de valeurs de paramètres est courte. En effet, la durée d’enregistrement n’est pas dépendante du temps d’initialisation d’un système de communication qui serait utilisé pour un enregistrement dans une mémoire externe au calculateur 1. Ainsi, la communication entre le module de vérification L2 et la zone mémoire MEM est rapide et aucune perte de communication entre ces éléments n’est possible.
D’autre part, en cas d’accident, ou suite à une défaillance technique du moteur, il est possible de connaître les potentielles raisons de cet accident/ défaillance technique, notamment après analyse de l’ensemble de valeurs de paramètres enregistré dans la zone mémoire MEM indiquant notamment l’exécution d’une réinitialisation prouvant la présence d’une anomalie, et/ou via le contrôle et l’analyse du ou des ensembles de valeurs de paramètres enregistrés dans ladite zone mémoire MEM, ledit ensemble de valeurs de paramètres étant associé à une étape de réinitialisation E5.

Claims (10)

  1. Calculateur (1) de contrôle moteur pour véhicule automobile, ledit calculateur (1) comprenant :
    - un module applicatif (L1) de contrôle moteur, configuré pour appliquer une pluralité de commandes (Cm) au moteur,
    - un module de vérification (L2), connecté au module applicatif (L1), et à un réseau de capteurs (RC) du véhicule, ledit module de vérification (L2) étant apte à vérifier, à partir des informations fournies par le réseau de capteurs (RC), qu’une action réalisée par le moteur, suite à une commande (Cm) appliquée au moteur par le module applicatif (L1), correspond bien à ladite commande (Cm) et à détecter une anomalie le cas échéant,
    - un module de sécurité (L3), connecté au module de vérification (L2), qui contrôle le fonctionnement du module applicatif (L1) et du module de vérification (L2),
    - une zone mémoire (MEM),
    ledit calculateur (1) étant caractérisé en ce que :
    - le module de vérification (L2) est configuré pour détecter une anomalie, enregistrer un marqueur (Ma) dans la zone mémoire (MEM) après détection d’une anomalie et envoyer une requête de réaction (Rq) au module de sécurité (L3) suite à l’enregistrement du marqueur (Ma),
    - le module de sécurité (L3) est configuré pour envoyer une commande de réinitialisation (Cinit) au module applicatif (L1), suite à la réception d’une requête de réaction (Rq),
    - le calculateur (1) est configuré pour se réinitialiser suite à la réception de la requête de réaction (Rq) par le module applicatif (L1),
    - le module de vérification (L2) est configuré pour vérifier la présence du marqueur (Ma) dans la zone mémoire (MEM),
    - le module de vérification (L2) est configuré pour, en cas de présence d’un marqueur (Ma), enregistrer sur une durée prédéfinie un ensemble de valeurs de paramètres relatifs au véhicule au moment de l’enregistrement, permettant de qualifier le fonctionnement du véhicule au moment de l’enregistrement, et effacer le marqueur (Ma) enregistré dans la zone mémoire (MEM).
  2. Calculateur (1) selon la revendication 1, configuré pour enregistrer la cause de l’anomalie simultanément à l’enregistrement du marqueur (Ma).
  3. Calculateur (1) selon l’une quelconque des revendications précédentes, dans lequel l’ensemble de valeurs de paramètres relatifs au véhicule comprend au moins une valeur d’un paramètre relatif à la commande du véhicule (PC) au moment de l’enregistrement de l’ensemble de valeurs de paramètres, permettant de qualifier le pilotage du véhicule au moment de l’enregistrement.
  4. Calculateur (1) selon l’une quelconque des revendications précédentes, configuré pour enregistrer l’ensemble de valeurs de paramètres relatifs au véhicule sur une durée d’enregistrement définie entre la fin de la vérification de la présence du marqueur (Ma) et :
    - la fin d’une durée d’enregistrement prédéterminée,
    ou
    - l’instant où le véhicule, respectivement le moteur, atteint une variation minimale de la vitesse, par rapport à la vitesse du véhicule, respectivement du moteur, au début de l’enregistrement de l’ensemble de valeurs de paramètres,
    ou
    - l’instant où le véhicule ou le moteur est à l’arrêt complet.
  5. Calculateur (1) selon l’une quelconque des revendications précédentes, dans lequel la zone mémoire (MEM) est une mémoire non volatile.
  6. Véhicule automobile comprenant un calculateur (1) selon l’une quelconque des revendications précédentes.
  7. Procédé d’enregistrement de valeurs de paramètres relatifs à un véhicule suite à la détection d’une anomalie, ledit procédé étant mis en œuvre par un calculateur (1), selon l’une quelconque des revendications 1 à 5, ledit procédé étant caractérisé en ce qu’il comprend les étapes de :
    - détection (E1) d’une anomalie par le module de vérification (L2),
    - enregistrement (E2), par le module de vérification (L2), d’un marqueur (Ma) dans la zone mémoire (MEM), après détection d’une anomalie,
    - envoi (E3) d’une requête de réaction (Rq) par le module de vérification (L2) au module de sécurité (L3) suite à l’étape d’enregistrement (E2) du marqueur (Ma),
    - envoi (E4) d’une commande de réinitialisation (Cinit) par le module de sécurité (L3) au module applicatif (L1), suite à la réception de la requête de réaction (Rq),
    - réinitialisation (E5) du calculateur (1) par le module applicatif (L1), suite à la réception de la commande de réinitialisation (Cinit) par le module applicatif (L1),
    - vérification (E6) de la présence du marqueur (Ma) dans la zone mémoire (MEM) suite à ladite réinitialisation,
    - en cas de présence du marqueur (Ma), enregistrement (E7) sur une durée prédéfinie d’un ensemble de valeurs de paramètres relatifs au véhicule au moment dudit enregistrement et effacement du marqueur (Ma) enregistré dans la zone mémoire (MEM).
  8. Procédé, selon la revendication précédente, dans lequel l’étape d’enregistrement (E2) d’un marqueur (Ma) comprend également l’enregistrement de la cause de l’anomalie.
  9. Procédé selon l’une quelconque des revendications 7 ou 8, dans lequel la durée d’enregistrement de l’ensemble de valeurs de paramètres est définie entre la fin de l’étape de vérification (E6) et :
    - la fin d’une durée d’enregistrement prédéterminée,
    ou
    - l’instant où le véhicule, respectivement le moteur, atteint une variation minimale de la vitesse, par rapport à la vitesse du véhicule, respectivement du moteur, au début de l’étape d’enregistrement de l’ensemble de valeurs de paramètres,
    ou
    - l’instant où le véhicule ou le moteur est à l’arrêt complet.
  10. Procédé selon l’une quelconque des revendications 7 à 9, dans lequel l’ensemble de valeurs de paramètres relatifs au véhicule comprend au moins une valeur d’un paramètre relatif à la commande du véhicule (PC) au moment de l’étape d’enregistrement (E7) de l’ensemble de valeurs de paramètres.
FR1906964A 2019-06-26 2019-06-26 Calculateur de contrôle moteur pour véhicule automobile Active FR3097986B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1906964A FR3097986B1 (fr) 2019-06-26 2019-06-26 Calculateur de contrôle moteur pour véhicule automobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1906964A FR3097986B1 (fr) 2019-06-26 2019-06-26 Calculateur de contrôle moteur pour véhicule automobile
FR1906964 2019-06-26

Publications (2)

Publication Number Publication Date
FR3097986A1 true FR3097986A1 (fr) 2021-01-01
FR3097986B1 FR3097986B1 (fr) 2022-07-29

Family

ID=68343047

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1906964A Active FR3097986B1 (fr) 2019-06-26 2019-06-26 Calculateur de contrôle moteur pour véhicule automobile

Country Status (1)

Country Link
FR (1) FR3097986B1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090319119A1 (en) * 2008-06-23 2009-12-24 Mando Corporation Gateway control apparatus for vehicles and travel information recording method thereof
US20120239246A1 (en) * 2011-03-18 2012-09-20 Denso Corporation Vehicular system, ecu, storing instruction transmission device, and storing request transmission device
US20140039747A1 (en) * 2011-05-13 2014-02-06 Qualcomm Incorporated Systems and methods for vehicle monitoring with processing interruption tolerance

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090319119A1 (en) * 2008-06-23 2009-12-24 Mando Corporation Gateway control apparatus for vehicles and travel information recording method thereof
US20120239246A1 (en) * 2011-03-18 2012-09-20 Denso Corporation Vehicular system, ecu, storing instruction transmission device, and storing request transmission device
US20140039747A1 (en) * 2011-05-13 2014-02-06 Qualcomm Incorporated Systems and methods for vehicle monitoring with processing interruption tolerance

Also Published As

Publication number Publication date
FR3097986B1 (fr) 2022-07-29

Similar Documents

Publication Publication Date Title
FR2739331A1 (fr) Procede et dispositif pour commander le groupe d'entrainement d'un vehicule automobile
EP1934947B1 (fr) Procede d'amelioration d'un diagnostic d'une eventuelle defaillance dans un vehicule
FR2817809A1 (fr) Procede et installation de mise en oeuvre d'un vehicule automobile equipe d'un moteur a combustion interne
FR2934549A1 (fr) Procede et systeme de diagnostic de l'etat de fonctionnement d'un systeme de demarrage assiste d'un vehicule automobile.
FR3100190A1 (fr) Procédé de conduite par robot d’un véhicule monté sur des moyens d’essai et robot de conduite
FR2909714A1 (fr) Procede et dispositif de gestion d'unites d'entrainement.
FR3097986A1 (fr) Calculateur de contrôle moteur pour véhicule automobile
WO2019122558A1 (fr) Procédé d'accompagnement a la conduite d'un conducteur pour limiter l'usure de composants d'un véhicule automobile
FR3067901B1 (fr) Procede de gestion d’applications media dans un vehicule dote d’un systeme de conduite automatisee.
FR2885692A1 (fr) Systeme de diagnostic du fonctionnement d'une electrovanne embarquee a bord d'un vehicule automobile.
EP2852518B1 (fr) Analyse du comportement d'un système de freinage de véhicule a pédale découplée
EP4091896A1 (fr) Procede d'accompagnement a la conduite d'un conducteur pour limiter l'usure de composants d'un vehicule automobile
FR2927596A3 (fr) Procede de commande d'un systeme de controle d'un groupe motopropulseur de vehicule et systeme de controle correspondant
EP0838583B1 (fr) Dispositif de contrôle du fonctionnement d'un moteur diesel notamment de véhicule automobile
EP2296950B1 (fr) Procede et dispositif de diagnostic d'un systeme de controle d'un vehicule automobile
FR3071881B1 (fr) Procede d’execution d’un recalage d’injecteur de carburant dans un moteur a combustion interne
EP2594422A1 (fr) Méthode de détection d'une pédale d'accélarateur bloquée
FR2899642A1 (fr) Procede et dispositif de gestion d'une unite motrice et dispositif de controle de celle-ci
WO2005024212A1 (fr) Procede de detection de la defaillance d’un signal representatif de l’enfoncement d’une pedale d’acceleration de vehicule automobile
FR3100362A1 (fr) Procédé de contrôle d’un dispositif de véhicule
KR20190119393A (ko) Obd2스캐너와 스마트단말기를 이용한 자동차 배기파이프의 밸브장치 개폐시스템
WO2021001168A1 (fr) Procede de test d'un dispositif de reinitialisation de calculateur
FR2708048A1 (fr) Procédé de commande d'un moteur à combustion interne.
FR3133580A1 (fr) Procédé et dispositif pour gérer le mode de fonctionnement d’un véhicule automobile
WO2009007594A2 (fr) Procede et dispositif d'assistance au demarrage d'un vehicule arrete sur une surface en pente

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20210101

PLFP Fee payment

Year of fee payment: 3

TP Transmission of property

Owner name: VITESCO TECHNOLOGIES, DE

Effective date: 20210629

CA Change of address

Effective date: 20220103

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6