FR3065551A1

FR3065551A1 - Appareil de commande et son procede de fonctionnement

Info

Publication number: FR3065551A1
Application number: FR1853397A
Authority: FR
Inventors: Markus Weingaertner; Holger Niemann; Jochen Schauffele
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 2017-04-19
Filing date: 2018-04-18
Publication date: 2018-10-26
Also published as: CN110506298B; WO2018192840A1; DE102017206559A1; CN110506298A

Abstract

Appareil de commande (100) notamment pour un véhicule automobile comportant une unité de calcul (110), une unité de mémoire (120) et un premier programme (131) dans l'unité de mémoire (110) pour collecter des informations concernant le fonctionnement de l'appareil de commande (100) et/ou des composants associés et une interface de données (140) pour échanger des données avec une unité externe (300). L'appareil de commande (100) applique un second programme (132) différent du premier programme (131) en le chargeant par l'interface de données (140) à partir de l'unité externe (300) et il exécute ce programme par l'unité de calcul (110).

Description

(57) Appareil de commande (100) notamment pour un véhicule automobile comportant une unité de calcul (110), une unité de mémoire (120) et un premier programme (131) dans l'unité de mémoire (110) pour collecter des informations concernant le fonctionnement de l'appareil de commande (100) et/ou des composants associés et une interface de données (140) pour échanger des données avec une unité externe (300). L'appareil de commande (100) applique un second programme (132) différent du premier programme (131) en le chargeant par l'interface de données (140) à partir de l'unité externe (300) et il exécute ce programme par l'unité de calcul (110).

i

Domaine de l’invention

La présente invention se rapporte à un appareil de commande, notamment pour un véhicule automobile comportant une unité de calcul pour appliquer des programmes, une unité de mémoire associée à l’unité de calcul, un premier programme enregistré dans l’unité de mémoire pour collecter au moins de temps en temps des informations concernant le fonctionnement de l’appareil de commande et/ou des composants associés ainsi qu’une interface de données pour échanger des données avec au moins une unité externe.

L’invention se rapporte également à un procédé de gestion d’un tel appareil de commande.

L’invention se rapporte en outre à un dispositif de traitement de données et à un procédé de gestion d’un tel dispositif.

Etat de la technique

On connaît des appareils de commande du type défini cidessus qui sont utilisés notamment et à titre d’exemple dans des systèmes électroniques ou mécatroniques de véhicules automobiles. Le premier programme enregistré sert ainsi, par exemple, à exécuter les fonctions de diagnostic pour trouver des défauts, tels que, par exemple, des défauts de composants et de les classer. Les fonctions de diagnostics habituelles sont coûteuses à réaliser et à fonctionner en tant que ressources. De plus, ces fonctions sont indispensables pour détecter les défauts mentionnés. Toutefois, les fonctions de diagnostic appliquées habituellement de nos jours ne sont pas suffisantes dans tous les cas à cause de la puissance croissante de manière continue et de la complexité des systèmes mécatroniques, pour déceler en toute sécurité les défauts mentionnés ci-dessus. En particulier, le nombre croissant d’images de défaut dit de racine ne peut être résolu avec les fonctions de diagnostic connues.

Un inconvénient tout particulier est d’une part, le nombre croissant de fonctions de diagnostic nécessaires pour les détections de défaut complexes dans des systèmes de diagnostic pour des taux de commande évoqués ci-dessus. D’autre part, la complexité croissante des fonctions de diagnostic nécessaires est en elle-même un inconvénient car cela se traduit par une mise en œuvre croissant fortement nécessaire pour établir et tester les fonctions de diagnostic. De plus, on a alors une accumulation des défauts secondaires connus. En particulier, dans les véhicules automobiles actuels, les fonctions de diagnostic réagissant avec des défauts représentent une part significative des diagnostics remarquables (application de défaut).

But de l’invention

La présente invention a pour but de développer un appareil de commande et son procédé de gestion du type défini ci-dessus en les améliorant pour arriver à une flexibilité croissante et en même temps à une meilleure compatibilité pour la détection de défaut.

Exposé et avantages de l’invention

A cet effet, l’invention a pour objet un appareil de commande du type défini ci-dessus caractérisé en ce qu’il charge au moins un second programme différent du premier programme, par l’interface de données à partir de l’unité externe pour l’appliquer par l’unité de calcul. Ainsi, selon l’invention, il est avantageux de pouvoir, par exemple, en cas de besoin, alimenter l’appareil de commande avec un programme spécialisé par rapport au premier programme qui permet, par exemple, une collecte plus spécifique d’informations relatives au fonctionnement de l’appareil de commande et/ou des composants reliés celui-ci.

De façon particulièrement avantageuse, le chargement selon l’invention de ce second programme en cas de besoin permet d’éviter d’équiper des appareils de commande, par exemple, lors de leur fabrication avec un second programme, le cas échéant relativement complexe de sorte que les ressources correspondantes (mémoire, temps de calcul) dans l’appareil de commande ne seront plus occupées que par la précharge ou l’exécution du second programme si cela est effectivement nécessaire.

Selon une forme de réalisation particulièrement avantageuse, le premier programme permet à l’exécution par l’unité de calcul, un diagnostic d’au moins une fonction de l’appareil de commande luimême et/ou d’un diagnostic correspondant au moins à d’autres composants associés à l’appareil de commande ; on obtient ainsi un premier résultat de diagnostic. Le premier programme peut être un programme qui exécute une ou plusieurs fonctions de diagnostic. Par exemple, le premier programme comporte un jeu prédéfini de fonctions de diagnostic minimales qui sont, par exemple, nécessaires pour permettre de reconnaître, les éventuels défauts par les effets du système. Ce premier programme peut équiper l’appareil de commande selon l’invention, par exemple, dès le début de la production, par exemple, par une opération de programme connu en soi.

De façon générale, les informations évoquées ci-dessus concernant le fonctionnement de l’appareil de commande ou les informations relatives au fonctionnement de composants associés à l’appareil de commande peuvent comporter toutes les grandeurs saisies par l’appareil de commande ou les composants cités ou des combinaisons quelconques, en particulier par le capteur de valeurs de mesure de données d’interface de communication associées aux appareils de commande ou des moyens analogues permettant, pour certaines formes de réalisation à l’appareil de commande, d’obtenir les informations concernant le fonctionnement de composants reliés à l’appareil de commande par une interface de communication appropriée (CAN-Bus, LIN-Bus, FlexRay-Bus ou autre type d’interfaces de communication) par laquelle l’appareil de commande est relié au composant correspondant. De telles informations peuvent également comporter des parties de messages CAN reçus par l’appareil de commande.

Selon un autre développement avantageux, l’appareil de commande fournit un premier résultat de diagnostic à partir des informations collectées, notamment par le premier programme pour l’envoyer vers au moins une unité externe. Ainsi, l’exploitation des résultats du diagnostic se fait avantageusement à l’extérieur de l’appareil de commande et elle peut se refaire à l’aide d’un dispositif de traitement de données puissant, par exemple, par un système de serveur centralisé, un système de calculateur réparti (cloud) ou des moyens analogues. En particulier, les résultats de diagnostic de certaines formes de réalisation peuvent être avantageusement fournis à un système qui représente un véhicule virtuel de consigne, c’est-à-dire une représentation numérique d’un ensemble ou de la totalité des appareils de commande associés à un véhicule existant effectivement ou à un paramètre de fonctionnement.

Selon un autre développement avantageux, le second programme effectue une collecte d’informations concernant le fonctionnement de l’appareil de commande et/ou des composants associés ; cette collecte est plus spécifique que celle effectuée par le premier programme. La fonction de diagnostic peut être ainsi étendue de façon intéressante au-delà des possibilités du premier programme, en particulier des adaptations individuelles à des images de défaut ou des problèmes existant le cas échéant, ce qui est possible par l’exploitation des informations concernant le fonctionnement de l’appareil de commande ou des composants.

Selon un autre développement avantageux, le second programme comporte une ou plusieurs fonctions de diagnostic qui peuvent être notamment exécutées directement par l’unité de calcul et qui sont obtenues ou programmées en fonction des premiers résultats du diagnostic. Ainsi l’unité de calcul peut utiliser directement les fonctions de diagnostic, par exemple celles plus spécifiques du second programme. En particulier, le second programme de l’unité de calcul est fourni directement sous la forme d’un programme d’ordinateur exécutable, qui peut, par exemple, être enregistré provisoirement au moins de temps en temps dans l’appareil de commande, notamment dans une mémoire flash ou aussi dans une mémoire de travail de l’appareil de commande pour être disponible pour son exécution par l’unité de calcul.

Selon un autre développement préférentiel, l’étape de chargement du second programme et/ou l’étape d’exécution du second programme peuvent se faire pendant le fonctionnement de l’appareil de commande ou de l’unité de calcul. En particulier, pour exécuter les étapes selon l’invention de chargement et d’exécution l’unité de calcul n’a pas à être mise dans un état de programmation spécifique comme cela est par exemple nécessaire pour la mise à jour des programmes qui nécessite une nouvelle programmation complète de l’ensemble de la mémoire de l’appareil de commande. Ainsi, le second programme peut être utilisé le cas échéant de manière dynamique dans l’appareil de commande et participer à la reconnaissance ou classification de défaut.

Selon un autre développement avantageux, l’appareil de commande charge le second programme en fonction d’au moins un événement qui dépend de la collecte, au moins de temps en temps, d’informations et/ou d’au moins une requête externe appliquée à l’appareil de commande. En d’autres termes, dans de nombreuses formes de réalisation, il est prévu qu’en fonction de la collecte d’informations par le premier programme, on déclenche le chargement du second programme. Selon d’autres formes de réalisation, en variante ou en complément, le chargement du second programme est déclenché par les requêtes externes concernant l’appareil de commande. Cela est notamment intéressant si, pour des conditions de fonctionnement modifiées de l’appareil de commande, on a constaté que le cas échéant, une modification de l’exécution du premier programme et/ou un complément du second programme pourraient être nécessaires.

Selon un autre développement avantageux, le premier événement est le chargement ou le rechargement du second programme tel que, par exemple, lancer une fonction de diagnostic supplémentaire. Les événements possibles sont, par exemple, les suivants : apparition de défauts d’autres appareils de commande identiques ou différents, notamment un problème de sécurité qui se présente la première fois, la réunion de l’appareil de commande ou un système cible contenant l’appareil de commande (par exemple, le véhicule) pour un autre marché régional avec le cas échéant, d’autres fonctions de diagnostic imposées, un état de la technique requis et qui n’a pas été modifié en principe, notamment concernant la fonctionnalité du premier et/ou du second programme, un moyen externe pour examiner l’image de l’usure ou l’image de correction ou tout autre état de l’appareil de commande et des composants reliés tels que, par exemple, des mesures de garantie de la sécurité, une modification souhaitée, notamment du point de vue commercial, en particulier l’application de tolérances dans les fonctions de diagnostic (par exemple les gaz d’échappement, la reconnaissance d’objets), des essais d’hypothèses de construction dans le domaine des procédés de développement ou de poursuite de développement concernant l’appareil de commande, la validation de fonctions dans le domaine de la détermination d’une consommation-seuil.

L’invention a également pour objet un procédé de gestion d’un appareil de commande, notamment d’un véhicule automobile comportant une unité de calcul pour appliquer des programmes, une unité de mémoire associée à l’unité de calcul, un premier programme enregistré dans l’unité de mémoire pour collecter au moins de temps en temps des informations concernant le fonctionnement de l’appareil de commande et/ou des composants reliés à celui-ci et une interface de données pour échanger des données avec au moins une unité externe, ce procédé étant caractérisé en ce que l’appareil de commande charge au moins un second programme différent du premier programme par l’interface de données à partir de l’unité externe et l’exécute à l’aide de l’unité de calcul.

Selon un autre développement, l’invention a pour objet un dispositif de traitement de données pour recevoir, notamment d’un appareil de commande, les informations relatives au fonctionnement de l’appareil de commande et/ou des composants reliés à celui-ci et d’établir en fonction de ces informations, un programme spécifique de diagnostic pour l’appareil de commande, et le transmettre à l’appareil de commande. Le dispositif selon l’invention permet d’équiper efficacement des appareils de commande, par exemple, des appareils de commande selon l’invention notamment destinés à des véhicules automobiles avec une fonction spécifique de diagnostic dans le cadre du second programme tel que décrit selon l’invention.

Selon un développement préférentiel, le dispositif exploite les informations concernant le fonctionnement de l’appareil de commande pour déduire au moins une image de défaut et d’optimiser le programme de diagnostic spécifique au moins en fonction de cette image de défaut. Ce programme de diagnostic spécifique peut être envoyé comme le second programme déjà décrit ci-dessus à l’appareil de commande selon l’invention, c’est-à-dire être chargé par l’appareil de commande et être exécuté le cas échéant.

Enfin, l’invention a pour objet un procédé de gestion d’un dispositif de traitement de données comprenant les étapes consistant à recevoir les informations d’un appareil de commande, relatives au fonctionnement de l’appareil de commande et/ou des composants associés à celui-ci, établir en fonction de telles informations, un programme spécifique de diagnostic pour l’appareil de commande et transmettre ce programme de diagnostic spécifique à l’appareil de commande.

Dessins

La présente invention sera décrite ci-après, de manière détaillée à l’aide d’exemples de réalisation représentée dans les dessins annexés dans lesquels :

la figure 1 est un schéma par blocs d’un mode de réalisation d’un appareil de commande selon l’invention, la figure 2 est un ordinogramme très simplifié d’une forme de réalisation du procédé de gestion selon l’invention, la figure 3 est un ordinogramme très simplifié d’une autre forme de réalisation du procédé de gestion selon l’invention, la figure 4 est un schéma d’un scénario de fonctionnement correspondant à un mode de réalisation.

Description de modes de réalisation

La figure 1 montre un schéma par blocs d’un mode de réalisation d’un appareil de commande 100 selon l’invention. L’appareil de commande 100 est, par exemple, un appareil de commande d’un véhicule automobile (ce dernier n’est pas représenté) pour commander ou gérer le moteur à combustion interne du véhicule. L’appareil de commande comporte une unité de calcul 110 qui est, par exemple, un microcontrôleur et/ou un microprocesseur et/ou un processeur numérique de signal (DSP) et/ou un circuit intégré dédié (circuit ASIC) et/ou un composant de logique programmable (FPGA, circuit intégré reprogrammable) ou un moyen analogue.

L’unité de calcul 110 comporte une unité de mémoire 120 avec une mémoire de travail (mémoire à accès direct RAM) en particulier de type SRAM et/ou de type DRAM, et/ou au moins une mémoire non volatile (RAM non volatile ; (NVRAM), par exemple, une mémoire FlashEPROM.

L’unité de mémoire 120 contient un premier programme 131 pour collecter au moins de temps en temps des informations concernant le fonctionnement de l’appareil de commande 100. En variante ou en complément, le premier programme 131, selon d’autres formes de réalisation, collecte au moins de temps en temps des informations concernant le fonctionnement d’un composant 200 relié à l’appareil de commande 100. Le composant 200 est, par exemple, un autre appareil de commande ou un autre dispositif en liaison d’échange de données avec l’appareil de commande 100. Les deux dispositifs 100, 200 peuvent être reliés à un bus commun, par exemple un bus CAN. Un bus de données correspondant est indiqué à titre d’exemple à la figure 1 par la flèche PI.

L’appareil de commande 100 comporte en outre une interface de données 140 pour échanger les données avec au moins une unité externe 300. L’unité externe 300 est, par exemple, un système de serveur à distance pour échanger des données avec l’appareil de commande 100. D’une manière particulièrement préférentielle, et dans certaines formes de réalisation près de l’interface de données 140, on a une interface de données qui, au moins par section, fonctionne sans fil ou par radio. Pour cela, on peut utiliser les techniques connues de communication sans fil, comme, par exemple, les réseaux de téléphones modulaires ou les réseaux de téléphones WLAN ou des moyens analogues ou des combinaisons de ceux-ci.

Selon l’invention, l’appareil de commande 100 charge au moins un second programme 132 différent du premier programme 131 par l’interface de données 140 à partir de l’unité externe 300 pour l’exécuter à l’aide de l’unité de calcul 110. On a ainsi la possibilité avantageuse d’alimenter l’appareil de commande 100 avec un second programme 132 différent du premier programme 131 et spécialisé notamment d’une autre manière ; ce second programme permet, par exemple, une collecte plus spécifique d’informations relatives au fonctionnement de l’appareil de commande 100 et/ou des composants associés 200. D’une manière particulièrement avantageuse, le chargement selon l’invention de ce second programme 132 en cas de besoin, permet d’équiper les appareils de commande 100, par exemple, lors de leur fabrication, en supprimant les seconds programmes qui sont, le cas échéant, relativement complexes ; ainsi on peut utiliser les ressources (mémoire, temps de calcul) disponibles dans l’appareil de commande 100 pour réserver / exécuter le second programme si cette aide sup3065551 plémentaire est effectivement nécessaire, en le chargeant instantanément ou en faisant d’autres applications.

Selon une forme de réalisation préférentielle, le premier programme 131 exécuté par l’unité de calcul 110 permet le diagnostic d’au moins une fonction de l’appareil de commande 100 lui-même et/ou d’appliquer une fonction de diagnostic à un autre composant 200 relié à l’appareil de commande 100. Ainsi on conserve le premier résultat de diagnostic. Le premier programme 131 peut également être un programme de diagnostic qui exécute une ou plusieurs fonctions de diagnostic. Par exemple, le premier programme 131 contient un jeu prédéfini de fonctions minimales de diagnostic qui sont, par exemple, nécessaires pour reconnaître les effets du système pour des défauts possibles. Ce premier programme 131 permet à l’appareil de commande 100 selon l’invention, par exemple, à l’instant de sa production, de recevoir, par exemple, une opération de programmation connue en soi.

De façon générale, les informations ci-dessus concernant le fonctionnement de l’appareil de commande ou les informations concernant les composants reliés à l’appareil de commande en fonctionnement sont toutes des grandeurs que l’appareil de commande 100 peut saisir de lui ou des composants ou une combinaison quelconque de ces informations qui peuvent être saisies par l’appareil de commande 100, en particulier, également des valeurs de mesure fournies par des capteurs, des données d’interfaces de communication associées à l’appareil de commande ou des éléments analogues. A titre d’exemple, pour certaines formes de réalisation l’appareil de commande 100 peut recevoir les informations concernant le fonctionnement des composants 200 reliés à l’appareil de commande par une interface de communication PI (Bus CAN, Bus LIN, Bus Flex-Ray et autres types d’interfaces de communication) qui relient l’appareil de commande 100 aux différents composants 200. A titre d’exemple, de telles informations peuvent également contenir des parties de messages CAN reçus par l’appareil de commande 100.

Selon une autre forme de réalisation avantageuse, l’appareil de commande 100 envoie les informations collectées, notamment le premier résultat de diagnostic obtenu avec le premier pro3065551 ίο gramme 131, vers au moins une unité externe 300. Cela permet d’exploiter le résultat du diagnostic avantageusement à l’extérieur de l’appareil de commande 100 et de le faire, par exemple, à l’aide d’un dispositif puissant pour le traitement de données, par exemple en utilisant un système de serveur central, un système de calculateurs répartis (Cloud) ou des moyens analogues. En particulier, pour certaines formes de réalisation, les résultats de diagnostic peuvent être avantageusement fournis à un système qui représente un véhicule virtuel, c’est-à-dire une représentation numérique d’un ensemble ou de la totalité des véhicules existant effectivement, d’appareils de commande ou de leurs paramètres de fonctionnement équipant réellement le véhicule.

Selon un autre développement avantageux, le second programme 132 réalise une collecte plus spécifique que celle du premier programme 131, des informations concernant le fonctionnement de l’appareil de commande 100 et/ou des composants 200 reliés à celui-ci. Cela permet d’élargir, de manière intéressante, la fonction de diagnostic au-delà des possibilités fournies par le premier programme 131, en particulier s’adaptant individuellement aux images ou aux difficultés existant le cas échéant, ce qui est permis par l’exploitation des informations relatives au fonctionnement de l’appareil de commande 100 ou des composants 200 correspondants.

Selon un autre développement avantageux, le second programme comporte des fonctions de diagnostic, une ou plusieurs fonctions de diagnostic que l’unité de calcul 110 peut notamment exécuter directement et qui sont obtenues ou programmées en fonction du premier résultat de diagnostic. Ainsi l’unité de calcul 110 peut utiliser, par exemple directement, les fonctions de diagnostic plus spécifiques du second programme

D’une manière particulièrement préférentielle, le second programme 132 est fourni à l’unité de calcul 110 directement sous la forme d’un programme exécutable (par exemple en code binaire) ; ce programme est, par exemple, enregistré au moins périodiquement dans l’appareil de commande 100, notamment dans une mémoire flash ou dans une mémoire active de l’appareil de commande ; ce programme est alors disponible pour être exécuté par l’unité de calcul 110.

D’une manière particulièrement préférentielle, le second programme 132 et/ou l’étape d’exécution du second programme se fond pendant le fonctionnement de l’appareil de commande 100 ou de l’unité de calcul 110. On peut notamment prévoir que pour exécuter les étapes selon l’invention de chargement et d’exécution, l’unité de calcul 110 n’a pas à passer dans un état de programmation spécial, comme cela est, par exemple, nécessaire pour la mise à jour de programme nécessitant une reprogrammation nouvelle complète de l’ensemble de la mémoire de l’appareil de commande. Cela permet au second programme 132 d’être utilisé si besoin, de manière dynamique dans l’appareil de commande 100 et de participer, par exemple, à la reconnaissance ou à la classification des défauts.

Selon une autre forme de réalisation avantageuse, l’appareil de commande 100 charge le second programme 132 en fonction d’au moins un événement ; cet événement dépend au moins de la collecte périodique d’informations (exécutée par exemple à l’aide du premier programme 131) et/ou d’au moins une requête externe appliquée à l’appareil de commande 100. En d’autres termes, on peut prévoir, pour certaines formes de réalisation, qu’en fonction de la collecte des informations par le premier programme 131, on déclenche le chargement du second programme 132. Dans d’autres formes de réalisation, en variante ou en complément, il est prévu de déclencher le chargement du second programme 132 par la requête externe appliquée à l’appareil de commande 100. Cela est, par exemple, intéressant pour des conditions de fonctionnement modifiées de l’appareil de commande 100 qui nécessitent, le cas échéant, une modification de l’exécution du premier programme ou d’un complément par le second programme.

Selon une autre forme de réalisation avantageuse, les événements externes provoquent ou déclenchent le chargement ou le chargement complémentaire du second programme 132 comme, par exemple, une fonction de diagnostic supplémentaire. Des événements possibles sont, par exemple les suivants : l’apparition de nouveaux défauts, d’autres appareils de commande de même type ou de type différent, en particulier l’apparition d’un nouveau problème de sécurité, la liaison de l’appareil de commande 100 ou d’un système de destination contenant l’appareil de commande 100 (par exemple le véhicule) sur un autre marché régional avec le cas échéant d’autres fonctions de diagnostic imposées par la réglementation, un état de la technique commercialement modifié, en particulier pour la fonctionnalité du premier et/ou du second programme, une occasion externe d’examiner une sollicitation externe pour avoir une image de l’usure ou une image de la corrosion ou d’autres états de l’appareil de commande 100 ou de composants reliés à celui-ci, par exemple une demande externe d’examen d’une image d’usure ou d’une image de corrosion ou d’autres états de l’appareil de commande 100 ou de composants reliés à celui-ci, par exemple, à cause de mesures concernant la garantie de la qualité, une modification notamment souhaitée commercialement, en particulier l’adaptation de tolérances aux fonctions de diagnostic (par exemple les gaz d’échappement, la détection d’objets), le test d’hypothèses relative à des pièces dans le domaine de procédé de développement ou autre concernant l’appareil de commande 100, la validation des fonctions dans le domaine de la détermination de la consommation-seuil.

La figure 2 montre schématiquement un ordinogramme simplifié d’une forme de réalisation d’un procédé de fonctionnement selon l’invention pour l’appareil de commande 100. Dans une première étape 400 on charge un second programme 132 (figure 1) différent du premier programme 131 par l’interface de données 140 à partir de l’unité externe 300. Il s’agit, par exemple, d’un programme de diagnostic spécifique qui ne se trouvait pas antérieurement dans l’appareil de commande, mais qui a été établi, par exemple, de manière externe à l’appareil de commande 100, par exemple, en fonction de résultats de diagnostics fournis par le premier programme 131 et qui ont été envoyés d’abord par l’appareil de commande 100 à l’unité externe 300.

Dans l’étape 410, on exécute le second programme 132 à l’aide de l’unité de calcul 110 et on obtient ainsi, par exemple, un second résultat de diagnostic qui peut être envoyé selon une autre étape 420 en option par l’appareil de commande 100 à l’unité externe 300. En variante ou en complément, l’appareil de commande 100 exécute une réaction d’erreur locale ou une signalisation à un utilisateur en fonction du second résultat de diagnostic.

Dans la mesure où le second programme 132 n’est plus nécessaire à l’appareil de commande 100, ce programme peut de nouveau être effacé de la mémoire de l’appareil de commande 100, selon les formes de réalisation préférentielles.

Selon un autre développement, l’invention a pour objet un dispositif de traitement de données (voir l’unité externe 300 de la figure 1). Le dispositif 300 reçoit notamment de l’appareil de commande 100 selon l’invention, des informations relatives au fonctionnement de l’appareil de commande 100 et/ou des composants 200 reliés à celuici ; en fonction de ces informations on établit un programme de diagnostic spécifique pour l’appareil de commande 100 et on transmet ce programme à l’appareil de commande 100. Le dispositif 300 selon l’invention permet avantageusement d’équiper efficacement les appareils de commande 100, notamment dans des véhicules automobiles avec une fonctionnalité de diagnostic spécifique dans le cadre du second programme 132 selon l’invention, décrit ci-dessus.

Selon une forme de réalisation préférentielle, le dispositif 300 exploite les informations concernant le fonctionnement de l’appareil 100 pour déduire au moins une image de défaut et d’optimiser le programme de diagnostic spécifique en fonction d’au moins une image de défaut. Ce programme de diagnostic spécifique peut alors être envoyé comme second programme 132 décrit ci-dessus à l’appareil de commande 100 selon l’invention ou être chargé par l’appareil de commande 100 (voir l’étape 400 de la figure 2) et ensuite être utilisé en cas de besoin.

La figure 3 montre schématiquement un ordinogramme simplifié d’une forme de réalisation d’un procédé de fonctionnement ou gestion de l’unité externe 300 (voir figure 1). Dans une première étape 500, l’unité externe 300 reçoit des informations de l’appareil de commande 100, par exemple, les premières informations de diagnostic. Dans une seconde étape 510, l’unité externe 300 établit un programme de diagnostic spécifique comme second programme 132 pour l’appareil de commande 100 et transmet alors ce second programme 132 à l’appareil de commande 100.

La figure 4 montre schématiquement un scénario de fonctionnement correspondant à une forme de réalisation. On considère, par exemple, un système de destination de l’appareil de commande 100 d’un véhicule automobile ou d’un grand nombre de véhicules qui sont équipés de l’appareil de commande 100. La référence Ml à la figure 4 décrit l’ensemble des véhicules se trouvant sur le terrain avec l’appareil de commande 100. La référence M2 décrit un premier sous-ensemble des véhicules sur le terrain avec l’appareil de commande 100, à savoir le sous-ensemble pour lequel l’exécution du premier programme de diagnostic 131 (par exemple pré-installé) a révélé un doute concernant un fonctionnement défectueux de l’appareil de commande 100 ou d’un composant 200 surveillé au moins indirectement. Les appareils de commande 100 de ce premier sous-ensemble M2 peuvent recevoir, en utilisant le principe de l’invention, avantageusement un second programme de diagnostic 132, spécifique, par exemple, d’une unité externe 300, notamment selon la fonction de défaut décelée au préalable ou l’adapter pour permettre un diagnostic plus spécifique que le premier programme de diagnostic 131. L’exécution du second programme de diagnostic 132 se traduit, par exemple, seulement pour un second sous-ensemble M3 inclus dans le premier sous-ensemble M2 à la confirmation d’une fonction de défaut, mais non tous les véhicules du premier sous-ensemble M2. Les véhicules du second sous-ensemble M3 peuvent alors être examinés avantageusement en activité ou être rappelés en atelier pour effectuer un diagnostic de défaut plus approfondi, ce qui donne le troisième sous-ensemble de véhicules M3 pour lesquels on a effectivement décelé, par exemple, un composant défectueux.

Selon la figure 4, le principe selon l’invention permet avantageusement de délimiter les véhicules douteux (défectueux) pour examiner seulement de manière plus approfondie, efficacement un certain sous-ensemble M3 de l’ensemble global Ml ; cela se traduit par une économie et permet d’identifier plus rapidement et plus efficacement les appareils de commande 100 éventuellement concernés par un défaut.

Le principe selon l’invention permet avantageusement la fourniture dynamique et l’utilisation de seconds programmes 132 dans un appareil de commande 100. Cela permet avantageusement de ne fournir le second programme à l’appareil de commande 100 que lorsque celui-ci est effectivement nécessaire. On économise ainsi des ressources de mémoire dans l’appareil de commande 100 ; cela permet avantageusement d’établir ou de modifier le second programme 132 juste avant de l’utiliser effectivement dans l’appareil de commande 100. Le principe selon l’invention convient ainsi particulièrement bien pour préparer des programmes de diagnostics qui sont particulièrement adaptés, directement à une image de défaut ou à une surveillance de défaut reconnue à l’aide du premier programme de diagnostic 131.

D’autres aspects avantageux de formes de réalisation seront développés ci-après.

Selon une forme de réalisation, au premier instant de doute concernant un problème qui se produit sur le terrain et qui résulte, par exemple, de l’exécution du premier procédé de diagnostic 131, on délimite plus précisément l’image de défaut, par exemple, en fonction du premier résultat de diagnostic et on développe ensuite ou on établit un second programme de diagnostic plus adapté pour mieux détecter et on le transfère à l’appareil de commande 100 pour l’exécution.

Selon une autre forme de réalisation, le chargement a postériori de la fonction de diagnostic ou de façon générale, du second programme 132, se fait, par exemple, par la procédure flash par air (appelée procédure FOTA). D’une manière particulièrement avantageuse, on ne surscrit toutefois pas l’ensemble de la mémoire flash ou de la zone de mémoire de l’appareil de commande 100, mais uniquement la zone associée au second programme 132. On évite ainsi l’interruption du fonctionnement de l’appareil de commande 100 pour la transmission du second programme 132.

L’application du principe selon l’invention permet avantageusement de limiter le nombre de véhicules douteux (comparer l’ensemble Ml de la figure 4) aux véhicules effectivement concernés, ce qui avantageusement minimise le sous-ensemble défectueux. On permet ainsi notamment une constatation très précise, le cas échéant, le rappel des véhicules concernés (voir le sous-ensemble M3). Cela se traduit avantageusement par une réduction du coût de l’action sur le terrain car le nombre de véhicules concernés intervient directement dans le coût de l’opération.

Selon une autre forme de réalisation avantageuse, on charge a postériori ou on exécute un tel second programme 132 dans l’appareil de commande 100 qui n’est pas prévu pour le diagnostic de l’appareil de commande 100 lui-même ou d’un système directement relié à celui-ci (par exemple, un capteur ou un actionneur relié à l’appareil de commande 100), mais bien plus le diagnostic d’un autre composant 200. L’autre composant est, par exemple, une sonde lambda reliée à l’appareil de commande du moteur. L’appareil de commande 100 reçoit, par exemple, des informations par les liaisons de communication globales de l’appareil de commande (ou appareil de gestion) du moteur et qui caractérisent les données de sortie de la sonde lambda. Le second programme 132 permet de vérifier de telles données de sortie de la sonde lambda pour déceler de manière spécifique un défaut. En d’autres termes, le principe de l’invention permet également un diagnostic spécifique des composants ou des systèmes qui ne sont pas reliés directement à l’appareil de commande 100, mais le sont, par exemple, par une liaison de communication dispositif (PI) ou par un autre appareil de commande.

Un autre avantage du principe de l’invention réside dans la réduction du développement à mettre en œuvre pour le premier programme 131. Il est ainsi, par exemple possible pour une première série d’appareils de commande 100, de prévoir un développement et une installation de quelques fonctions centrales de diagnostics, par exemple, la détection des effets systématiques. L’autre fonction de diagnostic, avec, par exemple, des capacités de détection plus poussées concernant un diagnostic de composants seront alors développées ensuite sous la forme d’un second programme, par exemple, seulement lorsque se produisent de tels défauts de composants ; ces programmes peuvent être fournis à l’appareil de commande 100 en utilisant ultérieurement le principe de l’invention.

Cela entraîne avantageusement une réduction des moyens à mettre en œuvre pour le développement et permet d’arriver plus rapidement sur le marché.

Un autre avantage particulier du principe de l’invention 5 est la réduction du besoin en ressources pour l’appareil de commande. En particulier, la précision et les fonctions de diagnostic compliquées, qui nécessitent, par exemple, un temps de fonctionnement long et/ou de la mémoire ne seront activés que lorsque les défauts correspondants seront reconnus par le premier programme de diagnostic 131 (par io exemple cette activation consiste à charger ensuite et à exécuter le second programme de diagnostic 132.

NOMENCLATURE DES ELEMENTS PRINCIPAUX

100	Appareil de commande
110	Unité de calcul
120	Unité de mémoire
131	Premier programme
132	Second programme
140	Interface de données
200	Composant relié à l’appareil de commande
300	Unité externe
400-420	Etapes de procédé
500-520	Etapes de procédé
Ml	Ensemble d’objets
M2, M3, M4	Sous-ensembles d’objets

Claims

REVENDICATIONS

1°) Appareil de commande (100), notamment pour un véhicule automobile comportant une unité de calcul (110) pour appliquer des programmes, une unité de mémoire (120) associée à l’unité de calcul, un premier programme (131) enregistré dans l’unité de mémoire (120) pour collecter au moins de temps en temps des informations concernant le fonctionnement de l’appareil de commande (100) et/ou des composants associés ainsi qu’une interface de données (140) pour échanger des données avec au moins une unité externe (300), appareil de commande (100) caractérisé en ce qu’ il charge au moins un second programme (132) différent du premier programme (131), par l’interface de données (140) à partir de l’unité externe (300) pour l’appliquer par l’unité de calcul (110).
2°) Appareil de commande (100) selon la revendication 1, caractérisé en ce que l’exécution du premier programme (131) par l’unité de calcul (110) permet d’effectuer un diagnostic d’au moins une fonction de l’appareil de commande (100) même et/ou un diagnostic d’au moins un autre composant (200) relié à l’appareil de commande (100) pour obtenir ainsi un premier résultat de diagnostic.
3°) Appareil de commande (100) selon Tune des revendications précédentes, caractérisé en ce qu’ avec les informations collectées par le premier programme (131), il envoie notamment un premier résultat de diagnostic en particulier obtenu avec le premier programme (131), vers au moins une unité externe (300).
4°) Appareil de commande (100) selon Tune des revendications précédentes, caractérisé en ce que le second programme (132) exécute une collecte d’informations spécifiques par rapport au premier programme (131) concernant le fonction3065551 nement de l’appareil de commande (100) et/ou les composants (200) reliés à celui-ci.
5°) Appareil de commande (100) selon l’une des revendications 2 à 4, caractérisé en ce que le second programme (132) a une ou plusieurs fonctions de diagnostic exécutables, notamment directement par l’unité de calcul (110), et qui sont contenues ou programmées en fonction du premier résultat de diagnostic.
6°) Appareil de commande (100) selon l’une des revendications précédentes, caractérisé en ce que l’appareil de commande (100) charge le second programme en fonction d’au moins un résultat dépendant de la collecte faite au moins de temps en temps, d’informations et/ou d’au moins une requête externe appliquée à l’appareil de commande (100).
7°) Procédé de gestion d’un appareil de commande (100), notamment d’un véhicule automobile comportant une unité de calcul (110) pour appliquer des programmes, une unité de mémoire (120) associée à l’unité de calcul, un premier programme (131) enregistré dans l’unité de mémoire (120) pour collecter au moins de temps en temps des informations concernant le fonctionnement de l’appareil de commande (100) et/ou des composants (200) reliés à celui-ci et une interface de données (140) pour échanger des données avec au moins une unité externe (300), procédé caractérisé en ce que l’appareil de commande (100) charge (400) au moins un second programme (132) différent du premier programme (131) par l’interface de données (140) à partir de l’unité externe (300) et l’exécute (410) à l’aide de l’unité de calcul (110).
8°) Dispositif (300) de traitement de données pour recevoir d’un appareil de commande (100), notamment d’un appareil de commande (100) selon l’une des revendications 1-6, les informations relatives au fonctionnement de l’appareil de commande (100) et/ou des composants reliés à celui-ci et pour établir (510) en fonction de ces informations, un programme spécifique de diagnostic (132) pour l’appareil de commande

5 (100), et le transmettre (520) à l’appareil de commande (100).
9°) Dispositif (300) selon la revendication 8, caractérisé en ce qu’ il exploite les informations concernant le fonctionnement de l’appareil io de commande (100) pour déduire au moins une image de défaut et pour optimiser le programme de diagnostic spécifique (132) au moins en fonction de cette image de défaut.
10°) Procédé de gestion d’un dispositif (300) de traitement de données
15 comprenant les étapes suivantes consistant à :

recevoir (500) les informations d’un appareil de commande (100), notamment d’un appareil de commande (100) selon l’une des revendications 1 à 6, relatives au fonctionnement de l’appareil de commande (100) et/ou des composants associés à celui-ci,
20 - établir (510) en fonction de telles informations, un programme spécifique de diagnostic (132) pour l’appareil de commande (100), et transmettre (520) ce programme de diagnostic (132) spécifique à l’appareil de commande (100).

1/1