FR 3065551 A1 20181026 FR 1853397 A 20180418 1 Domaine de l'invention La présente invention se rapporte à un appareil de com- mande, notamment pour un véhicule automobile comportant une unité de calcul pour appliquer des programmes, une unité de mémoire asso- cié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 ges- tion 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 ci- dessus 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 diagnos- tics 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 complexi- té 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 in- convénient car cela se traduit par une mise en oeuvre croissant 3065551 2 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 significa- 5 tive des diagnostics remarquables (application de défaut). But de l'invention La présente invention a pour but de développer un appa- reil 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 10 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 com- mande 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 15 de données à partir de l'unité externe pour l'appliquer par l'unité de cal- cul. 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 20 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 25 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 avanta- 30 geuse, le premier programme permet à l'exécution par l'unité de calcul, un diagnostic d'au moins une fonction de l'appareil de commande lui-mê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 35 qui exécute une ou plusieurs fonctions de diagnostic. Par exemple, le 3065551 3 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 5 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 à 10 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 15 réalisation à l'appareil de commande, d'obtenir les informations concer- nant 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 20 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 25 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. 30 En particulier, les résultats de diagnostic de certaines formes de réalisa- tion 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 35 fonctionnement. 3065551 4 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 pro- 5 gramme. La fonction de diagnostic peut être ainsi étendue de façon in- té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 com- 10 mande 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 15 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 20 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 25 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 30 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. 3065551 5 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 à 5 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é 10 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. 15 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, 20 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 25 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 30 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 do- 35 maine de la détermination d'une consommation-seuil. 3065551 6 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 enregis- 5 tré 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 10 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 15 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 efficace- 20 ment des appareils de commande, par exemple, des appareils de com- mande 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 25 les informations concernant le fonctionnement de l'appareil de com- mande 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 30 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 fonc- 35 tionnement de l'appareil de commande et/ou des composants associés 3065551 7 à 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 5 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, 10 la figure 2 est un ordinogramme très simplifié d'une forme de réali- sation 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 corres- 15 pondant à 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é- 20 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) 25 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 30 volatile (RAM non volatile ; (NVRAM), par exemple, une mémoire Flash- EPROM. 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 35 ou en complément, le premier programme 131, selon d'autres formes de 3065551 8 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 5 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 Pl. L'appareil de commande 100 comporte en outre une in- 10 terface 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 15 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. 20 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 pro- 25 gramme 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 30 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 35 100 pour réserver / exécuter le second programme si cette aide sup- 3065551 9 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 5 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 dia- 10 gnostic. Par exemple, le premier programme 131 contient un jeu prédéfini de fonctions minimales de diagnostic qui sont, par exemple, nécessaires pour reconnaitre 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 rece- 15 voir, 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 20 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 cer- 25 taines 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 P1 (Bus CAN, Bus LIN, Bus Flex-Ray et autres types d'interfaces de communication) qui relient l'appareil de commande 100 aux différents com- 30 posants 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, notam- 35 ment le premier résultat de diagnostic obtenu avec le premier pro- 3065551 10 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 utili- 5 sant 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 tota- 10 lité 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 15 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 20 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é- 25 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 30 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 35 alors disponible pour être exécuté par l'unité de calcul 110. 3065551 11 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 5 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 10 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 fonc- 15 tion 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 20 des informations par le premier programme 131, on déclenche le char- gement 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 condi- 25 tions 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 30 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 35 liaison de l'appareil de commande 100 ou d'un système de destination 3065551 12 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 5 et/ou du second programme, une occasion externe d'examiner une sol- licitation 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 10 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 à 15 des pièces dans le domaine de procédé de développement ou autre con- cernant 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 se- 20 lon 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 25 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 à 30 l'aide de l'unité de calcul 110 et on obtient ainsi, par exemple, un se- cond 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 35 du second résultat de diagnostic. 3065551 13 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. 5 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 à celui- 10 ci ; en fonction de ces informations on établit un programme de dia- gnostic 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 15 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 pro- 20 gramme 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 be- 25 soin. 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 com- 30 mande 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. 3065551 14 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 5 véhicules qui sont équipés de l'appareil de commande 100. La référence M1 à 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 10 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, avantageuse- 15 ment 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 20 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 appro- 25 fondi, 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 30 examiner seulement de manière plus approfondie, efficacement un cer- tain sous-ensemble M3 de l'ensemble global M1 ; 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. 3065551 15 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 5 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 10 programmes de diagnostics qui sont particulièrement adaptés, directe- ment à 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. 15 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 20 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" 25 (appelée procédure "FOTA"). D'une manière particulièrement avanta- geuse, 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 30 du second programme 132. L'application du principe selon l'invention permet avantageusement de limiter le nombre de véhicules douteux (comparer l'ensemble M1 de la figure 4) aux véhicules effectivement concernés, ce qui avantageusement minimise le sous-ensemble défectueux. On per- 35 met ainsi notamment une constatation très précise, le cas échéant, le 3065551 16 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. 5 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 10 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 15 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 20 directement à l'appareil de commande 100, mais le sont, par exemple, par une liaison de communication dispositif (P1) 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 oeuvre pour le premier pro- 25 gramme 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 30 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. 3065551 17 Cela entraîne avantageusement une réduction des moyens à mettre en oeuvre 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 10 exemple cette activation consiste à charger ensuite et à exécuter le se- cond programme de diagnostic 132. 15 3065551 18 NOMENCLATURE DES ELEMENTS PRINCIPAUX 100 Appareil de commande 110 Unité de calcul 5 120 Unité de mémoire 131 Premier programme 132 Second programme 140 Interface de données 200 Composant relié à l'appareil de commande 10 300 Unité externe 400-420 Etapes de procédé 500-520 Etapes de procédé M1 Ensemble d'objets M2, M3, M4 Sous-ensembles d'objets 15 REVENDICATIONS1°) 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 com- posant (200) relié à l'appareil de commande (100) pour obtenir ainsi un premier résultat de diagnostic. 3°) Appareil de commande (100) selon l'une 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 l'une des revendications précédentes, caractérisé en ce que le second programme (132) exécute une collecte d'informations spéci- figues par rapport au premier programme (131) concernant le fonction- 3065551 20 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, 5 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. 10 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 15 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 20 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) 25 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 pro- 30 gramme (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 35 de commande (100), notamment d'un appareil de commande (100) selon 3065551 21 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 10 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éci- fique de diagnostic (132) pour l'appareil de commande (100), et transmettre (520) ce programme de diagnostic (132) spécifique à l'appareil de commande (100). 25