Brevet FR2970359A1 — publié le 20120713

PROCÉDÉ DE DIAGNOSTIC DE FONCTIONNEMENT D'AU MOINS UN RÉSEAU DE COMMUNICATION, PAR DÉCLENCHEMENT SUR REQUÊTE D'UN PROGRAMME DE DIAGNOSTIC STOCKÉ DANS AU MOINS UN ORGANE DE CALCUL L'invention concerne le domaine du diagnostic, et plus précisément les diagnostics de fonctionnement de réseau(x) de communication. On notera que l'invention concerne tous les réseaux de communication qui comportent un bus (informatique) auquel des équipements communicants (et notamment des organes de calcul) peuvent être connectés en parallèle afin de pouvoir échanger entre eux des données au moyen de trames numériques. Elle concerne donc, notamment, les réseaux de type CAN LS ("Controller Area Network Low Speed"), CAN HS ("Controller Area Network High Speed"), VAN ("Vehicle Area Network"), LIN ("Local Interconnect Network"), ARINC ("Aeronautical Radio Inc.") ou 12C (ou IIC "Inter-Integrated Circuit"), qui sont utilisés dans des domaines tels que ceux des véhicules (éventuellement de type automobile), des installations industrielles, de l'aéronautique, de l'électronique grand public, de l'informatique, et du domaine ferroviaire, par exemple. Les réseaux de communication du type défini ci-avant peuvent faire l'objet de dysfonctionnements du fait du nombre généralement important d'équipements communicants qui sont connectés à eux. Ces dysfonctionnements se traduisent généralement par un état "anormal" du réseau (de communication) concerné. Ainsi, un réseau peut se trouver dans un état de veille (ou "sleeping state") alors qu'il devrait être dans un état d'activité ou de réveil (ou "wake-up state"), ou inversement, ou bien un réseau peut se trouver dans un état de défaut (ou "default state") alors qu'il devrait être dans un état d'activité ou de veille. Afin de faciliter la détermination de l'origine d'un dysfonctionnement, un technicien doit effectuer un diagnostic de fonctionnement. Pour ce faire, il peut, par exemple, connecter un outil de diagnostic, qui est une espèce d'ordinateur portable simplifié (et généralement dédié) et qui comporte un programme de diagnostic qu'il peut exécuter, à une prise de diagnostic qui est couplée à un réseau du système (généralement via un organe de calcul (comme par exemple un calculateur)). Cet outil de diagnostic s'avère inadapté à la détermination simultanée et en temps réel des états dans lesquels se trouvent respectivement placés plusieurs réseaux interconnectés. Dans ce cas, lorsque l'architecture du réseau n'est pas trop complexe, il est possible d'utiliser en parallèle (c'est-à-dire simultanément) plusieurs outils de diagnostic. Mais, outre le fait que cela s'avère onéreux, cela nécessite également la présence de plusieurs prises de diagnostic accessibles au technicien (ou opérateur), ce qui n'est pas souvent le cas. On notera que lorsque le technicien ne dispose pas d'un outil de diagnostic du type précité, il peut utiliser un ou plusieurs équipements de mesure, comme par exemple des voltmètres. Mais, cela nécessite de raccorder chaque équipement de mesure à un connecteur qui est lui-même connecté à un équipement communicant. Or, il est bien connu que certains équipements de mesure, et notamment les voltmètres, les connecteurs, les câbles et les boîtiers de dérivation, perturbent les réseaux et donc sont intrusifs. En outre, il n'est généralement pas approprié d'utiliser un voltmètre pour effectuer des mesures analogiques sur des signaux de type numérique et à fréquence élevée. L'invention a donc pour but de proposer une solution non intrusive, permettant de diagnostiquer en temps réel le fonctionnement d'un réseau ou de plusieurs réseaux interconnectés, et de surcroît très simple à mettre en oeuvre. Elle propose plus précisément à cet effet un procédé, destiné à diagnostiquer le fonctionnement d'au moins un réseau de communication d'un système, comportant au moins un organe de calcul couplé à une prise de diagnostic et propre à connaître des variables d'état représentatives à chaque instant de l'état de fonctionnement d'au moins un réseau de communication, et comprenant les étapes suivantes: (i) adresser à l'organe de calcul, via la prise de diagnostic, une requête qui définit au moins un diagnostic de fonctionnement devant être effectué dans au moins un réseau de communication et un mode d'utilisation d'au moins un moyen de fourniture de résultat de diagnostic en fonction de chaque diagnostic de fonctionnement à effectuer, (ii) effectuer chaque diagnostic de fonctionnement requis au moyen d'un programme de diagnostic de fonctionnement stocké dans au moins un organe de calcul, et (iii) utiliser chaque moyen de fourniture désigné dans la requête conformément au mode d'utilisation associé requis pour fournir le résultat 1 o de chaque diagnostic de fonctionnement effectué. Le procédé de diagnostic selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - il peut comprendre une étape complémentaire (iv), postérieure à l'étape 15 (iii), et consistant à placer chaque organe de calcul dans l'état dans lequel il se trouvait avant qu'il n'effectue un diagnostic de fonctionnement requis, en cas de réception d'une information représentative d'une fin de diagnostic de fonctionnement; - l'information peut être choisie dans un groupe comprenant au moins un 20 message signalant la fin du diagnostic de fonctionnement et fourni via la prise de diagnostic, un signal représentatif de l'utilisation d'une fonction prédéfinie du système, et un signal indiquant le dépassement d'une durée prédéfinie depuis le début de l'étape (ii); - à l'étape (ii) on peut accéder à des registres d'états qui sont définis dans 25 chaque organe de calcul et dans lesquels sont stockés des valeurs de variable(s) d'état qui constituent des résultats de diagnostic de fonctionnement requis; - les variables d'état peuvent être choisies parmi (au moins) une variable d'état de veille, une variable d'état d'activité), une variable d'état de 30 présence de données, et une variable d'état de défaut; - à l'étape (ii), en présence d'un organe de calcul pourvu de moyens de test propres à tester au moins un circuit prédéfini, on peut faire fonctionner les moyens de test lorsque le diagnostic de fonctionnement requis le prévoit; - à l'étape (i), avant d'adresser la requête, on peut déterminer si chaque organe de calcul concerné par le diagnostic de fonctionnement stocke une partie au moins d'une version du programme de diagnostic de fonctionnement qui est adaptée à ce diagnostic de fonctionnement, et si tel n'est pas le cas d'un organe de calcul on peut adresser à ce dernier, via la prise de diagnostic, la partie au moins de la version du programme de diagnostic de fonctionnement qui est adaptée à ce diagnostic de fonctionnement; - chaque moyen de fourniture peut être choisi parmi (au moins) des moyens d'affichage faisant partie du système, des moyens d'affichage dédiés couplés à un organe de calcul d'un réseau de communication, des moyens de diffusion sonore faisant partie du système, et des moyens de diffusion sonore couplés à un organe de calcul d'un réseau de communication. L'invention propose également un organe de calcul, destiné à être connecté à au moins un réseau de communication d'un système, à être couplé à une prise de diagnostic, propre à connaître des variables d'état représentatives à chaque instant de l'état de fonctionnement d'au moins un réseau de communication, et comprenant une partie au moins d'un programme de diagnostic de fonctionnement agencée, en cas de réception, via la prise de diagnostic, d'une requête qui définit au moins un diagnostic de fonctionnement à effectuer dans au moins un réseau de communication et un mode d'utilisation d'au moins un moyen de fourniture de résultat de diagnostic en fonction de chaque diagnostic de fonctionnement à effectuer, d'une part, pour déclencher et contrôler la réalisation de chaque partie de ce diagnostic de fonctionnement qu'il doit réaliser, et, d'autre part, pour contrôler l'utilisation d'au moins un moyen de fourniture désigné dans la requête conformément au mode d'utilisation associé requis afin de fournir le résultat d'au moins chaque partie du diagnostic de fonctionnement qu'il a réalisée. L'organe de calcul selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - sa partie au moins du programme de diagnostic de fonctionnement peut être agencée, en cas de réception d'une information qui est représentative d'une fin de diagnostic de fonctionnement, pour contrôler le placement d'au moins son organe de calcul dans l'état dans lequel il se trouvait avant qu'il n'effectue une partie au moins du diagnostic de fonctionnement requis; - sa partie au moins du programme de diagnostic de fonctionnement peut être agencée pour accéder à des registres d'états qui sont définis au moins en son sein et dans lesquels sont stockés des valeurs de variable(s) d'état qui constituent des résultats de diagnostic de fonctionnement requis; - il peut comprendre des moyens de test propres à tester au moins un circuit prédéfini. Dans ce cas, sa partie au moins du programme de diagnostic de fonctionnement peut être agencée, lorsque le diagnostic de fonctionnement requis comprend un test de ce circuit prédéfini, pour ordonner aux moyens de test d'effectuer ce test. L'invention est bien adaptée, bien que non limitativement, aux réseaux de communication qui sont implantés dans les véhicules, éventuellement de type automobile. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels: - la figure 1 illustre schématiquement et fonctionnellement une installation de communication comprenant deux réseaux interconnectés par un organe de calcul selon l'invention et comportant une prise de diagnostic à laquelle est connectée un outil de diagnostic, - les figures 2 et 3 illustrent schématiquement et respectivement des premier et second exemples de moyen de fourniture de résultat de diagnostic dédié, et - la figure 4 illustre schématiquement un exemple d'enchaînement d'étapes d'un procédé de diagnostic de fonctionnement selon l'invention. Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour but d'offrir un procédé non intrusif et des organes de calcul (OCi) destinés à permettre de diagnostiquer le fonctionnement d'au moins un réseau de communication (Ri) équipé d'un bus auquel peuvent être connectés en parallèle des équipements communicants (ECj) et ces organes de calcul (OCi). On a schématiquement illustré sur la figure 1 une installation de communication comprenant deux réseaux (de communication) R1 et R2 (i = 1 ou 2), interconnectés via un organe de calcul OC2. On notera que l'invention s'applique à au moins un réseau (de communication). Dans ce qui suit, on considère, à titre d'exemple non limitatif, que chaque réseau de communication Ri est un réseau de type CAN HS ("Controller Area Network High Speed" - norme ISO 11898). Mais, l'invention n'est pas limitée à ce type de réseau de communication. Elle concerne en effet tout type de réseau de communication équipé d'un bus, et notamment les réseaux de type CAN LS ("Controller Area Network Low Speed" - norme ISO 11898), VAN ("Vehicle Area Network"), LIN ("Local Interconnect Network"), ARINC ("Aeronautical Radio Inc.") et 12C (ou IIC "Inter-Integrated Circuit"). Par conséquent, l'invention concerne notamment les domaines tels que celui des véhicules (terrestres, maritimes (ou fluviaux) et aériens), celui des installations industrielles, celui de l'électronique grand public, et celui de l'informatique. Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que les réseaux Ri interconnectés font partie d'un véhicule, éventuellement de type automobile (comme par exemple une voiture). Mais, comme indiqué ci-avant, l'invention n'est pas limitée à cette application. Chaque réseau Ri comprend un bus muni de N fils (deux dans le cas d'un réseau de type CAN HS) auxquels sont connectés des équipements communicants ECj et/ou au moins un organe de calcul OCi. Dans l'exemple non limitatif illustré sur la figure 1, deux équipements communicants EC1 et EC2 (j = 1 ou 2) et deux organes de calcul OC1 et OC2 sont connectés au bus du premier réseau R1, et cinq équipements communicants EC3 à EC7 (j = 3 à 7) et le second organe de calcul OC2 sont connectés au bus du second réseau R2. On entend ici par "organe communicant" un équipement électronique capable d'émettre, de recevoir et de traiter des trames numériques comportant notamment des nombres binaires représentatifs de valeurs que peut prendre au moins un paramètre. Il pourra, par exemple, s'agir de calculateurs, de capteurs ou d'actionneurs. Selon l'invention, un organe de calcul OCi est un équipement communicant qui est capable de connaître en (quasi) temps réel des variables d'état qui sont représentatives à chaque instant de l'état de fonctionnement d'au moins un réseau Ri. Il est rappelé qu'à un instant donné, un réseau Ri peut se trouver soit dans un état de veille (ou "sleeping state") qui est représentatif de l'absence d'activité au sein de ce réseau Ri, soit dans un état d'activité ou de réveil (ou "wake-up state") qui est représentatif d'une activité au sein de ce réseau Ri, soit encore dans un état de défaut (ou "default state") qui est représentatif de la présence de défaut(s), notamment sur la couche physique de ce réseau Ri ou lié(s) à l'arbitrage entre les calculateurs. Un organe de calcul OCi constitue donc un noeud d'une architecture réseau qui est capable de piloter l'état de veille d'un ou plusieurs réseaux Ri, de synchroniser un ou plusieurs réseaux Ri, et d'adapter des réseaux Ri de types différents, et qui peut éventuellement constituer une passerelle entre réseaux Ri (comme c'est ici le cas du second OC2). Il est important de noter qu'au sein d'une architecture réseau, l'un au moins des organes de calcul OCi doit être connecté à une prise de diagnostic PD (c'est ici le cas du premier OC1 dans l'exemple non limitatif illustré sur la figure 1). Par exemple, dans un véhicule le premier organe de calcul OC1 peut être un calculateur que l'homme de l'art appelle BSI ("Boîtier de Servitude Intelligent"), qui pilote les relais d'alimentation pour les phases de veille/réveil (ou activité) des autres équipements communicants ECj, et le second organe de calcul OC2 peut être un calculateur que l'homme de l'art appelle BSM ("Boîtier de Servitude Moteur"). On notera qu'un équipement communicant ECi peut être connecté à un ou plusieurs organes ou équipements ou dispositifs électroniques d'un système (ici un véhicule). C'est notamment le cas des équipements communicants EC5 et EC6 dans l'exemple non limitatif illustré sur la figure 1. Par exemple, le cinquième équipement communicant EC5 est connecté à un écran d'affichage MF1 (par exemple à cristaux liquides (ou LCD)) implanté dans la planche de bord du véhicule, et le sixième équipement communicant EC6 est connecté à un autoradio MF2 également implanté dans la planche de bord du véhicule. On notera également qu'un organe de calcul OCi peut être connecté à un ou plusieurs organes ou équipements ou dispositifs électroniques d'un système (ici un véhicule). C'est notamment le cas des premier OC1 et second OC2 organes de calcul dans l'exemple non limitatif illustré sur la figure 1. Par exemple, ce premier organe de calcul OC1 est connecté à une diode électroluminescente (ou LED) MF4 chargée d'afficher "l'état système" (et généralement située au niveau du bouton de verrouillage centralisé des portes du véhicule), et le second organe de calcul OC2 est connecté à un klaxon MF3 généralement implanté dans le compartiment moteur du véhicule. L'invention propose de mettre en oeuvre un procédé de diagnostic de fonctionnement au sein de l'installation de communication présentée ci-avant (laquelle pourrait être plus simple ou plus complexe). Un tel procédé de diagnostic de fonctionnement comprend au moins trois étapes principales (i) à (iii). Une première étape principale (i) est déclenchée après qu'un outil de diagnostic OD ait été raccordé à la prise de diagnostic PD de l'installation de communication (ici connectée au premier organe de calcul OC1). On entend ici par "outil de diagnostic" un équipement informatique, comme par exemple un ordinateur portable simplifié (et éventuellement dédié), qui est capable d'adresser à au moins un organe de calcul OCi, via une prise de diagnostic PD, des requêtes et des messages, ainsi qu'éventuellement une partie PRi au moins d'un programme de diagnostic sur lequel on reviendra plus loin. Cette première étape principale (i) consiste à adresser à au moins un organe de calcul OCi, via la prise de diagnostic PD et au moyen d'un outil de diagnostic OD, une requête qui définit au moins un diagnostic de fonctionnement devant être effectué dans au moins un réseau Ri et le mode d'utilisation d'au moins un moyen de fourniture de résultat de diagnostic MFk en fonction de chaque diagnostic de fonctionnement devant être effectué. Par exemple, une requête peut comprendre au moins un identifiant désignant un réseau Ri à diagnostiquer ou un type de réseau Ri à diagnostiquer, un type de fonctionnement recherché (veille ou réveil (ou actif) ou défaut), et le mode d'utilisation d'un ou plusieurs moyens de fourniture de résultat de diagnostic MFk en fonction du type de fonctionnement recherché. On comprendra que le type de fonctionnement recherché constitue le résultat d'une partie au moins d'un diagnostic requis. On entend ici par "moyen de fourniture de résultat de diagnostic" un équipement ou organe ou encore dispositif électronique qui est couplé à un réseau Ri et qui est capable de fournir le résultat d'une partie au moins d'un diagnostic, par affichage ou diffusion sonore. Par conséquent, il pourra par exemple s'agir des moyens d'affichage MF1 (écran d'affichage) ou MF4 (diode d'état système) du véhicule qui sont couplés (directement ou indirectement) à un équipement communicant ECj (ici EC5) ou à un organe de calcul OCi (ici le premier OC1) d'un réseau Ri, de moyens d'affichage dédiés MF5 qui sont couplés (directement ou indirectement) à un organe de calcul OCi (ici le premier OC1) d'un réseau Ri, ou de moyens de diffusion sonore MF2 (autoradio) ou MF3 (klaxon) du véhicule qui sont couplés (directement ou indirectement) à un équipement communicant ECj (ici EC6) ou à un organe de calcul OCi (ici le second OC2) d'un réseau Ri. On a schématiquement illustré sur les figures 2 et 3 deux exemples de réalisation non limitatifs de moyens d'affichage dédiés MF5. Dans le premier exemple de réalisation illustré sur la figure 2, les moyens d'affichage dédiés MF5 comprennent simplement un voltmètre (de préférence numérique) qui peut être couplé à une broche libre d'un connecteur connecté à un organe de calcul OCI (ici le premier OC1). Dans ce cas un résultat de diagnostic correspond à une valeur de tension affichée par le voltmètre. Dans le second exemple de réalisation illustré sur la figure 3, les moyens d'affichage dédiés MF5 comprennent une diode électroluminescente montée en série avec une résistance qui peut être couplée à une broche libre d'un connecteur connecté à un organe de calcul OCi (ici le premier OC1). Dans ce cas un résultat de diagnostic correspond à une ou plusieurs émissions de la diode électroluminescente. On notera que des montages électroniques plus complexes peuvent être ici utilisés dès lors qu'ils ne peuvent perturber ni un organe de calcul OCi ni un réseau Ri et qu'ils ne nécessitent pas de modification matérielle du réseau diagnostiqué. On comprendra que le mode d'utilisation d'un moyen de fourniture (de résultat de diagnostic) MFk va dépendre du type de ce dernier. Ainsi, lorsqu'il s'agit d'un écran d'affichage MF1, on peut l'utiliser pour afficher un premier message textuel pour signaler un état de veille, un deuxième message textuel pour signaler un état actif et un troisième message textuel pour signaler un état de défaut. Lorsqu'il s'agit d'une diode électroluminescente MF4 ou MF5, on peut l'utiliser pour émettre un premier signal lumineux pour signaler un état de veille, un deuxième signal lumineux pour signaler un état actif et un troisième signal lumineux pour signaler un état de défaut. Lorsqu'il s'agit d'un voltmètre MF5, on peut l'utiliser pour afficher une première valeur de tension pour signaler un état de veille, une deuxième valeur de tension pour signaler un état actif et une troisième valeur de tension pour signaler un état de défaut. Lorsqu'il s'agit d'un autoradio MF2, on peut l'utiliser pour diffuser un premier message sonore (de synthèse ou mélodique) pour signaler un état de veille, un deuxième message sonore (de synthèse ou mélodique) pour signaler un état actif et un troisième message sonore (de synthèse ou mélodique) pour signaler un état de défaut. Lorsqu'il s'agit d'un klaxon MF3, on peut l'utiliser pour diffuser un premier signal sonore (son(s) ou mélodie) pour signaler un état de veille, un deuxième signal sonore (son(s) ou mélodie) pour signaler un état actif et un troisième signal sonore (son(s) ou mélodie) pour signaler un état de défaut. Une deuxième étape principale (ii) consiste à effectuer chaque diagnostic de fonctionnement requis au moyen d'un programme (informatique) de diagnostic de fonctionnement stocké dans au moins un organe de calcul OCi. On comprendra que chaque organe de calcul OCi, qui est concerné par un diagnostic requis, va faire tourner (ou exécuter) la partie PRi au moins du programme de diagnostic qu'il stocke pour effectuer (ou réaliser) une partie au moins de ce diagnostic requis. Il est important de noter qu'un programme (informatique) de diagnostic PRi est conçu spécialement pour réaliser un ou plusieurs diagnostics au sein d'un ou plusieurs réseaux Ri sous le contrôle d'un ou Il plusieurs organes de calcul OCi. Ce programme (ou une partie d'un tel programme) PRi se sert des informations qui sont contenues dans la requête de diagnostic reçue de l'outil de diagnostic OD, et qui constituent pour lui des paramètres de configuration. On notera par ailleurs qu'au tout début de la première étape principale (i), on peut, avant d'adresser une requête de diagnostic, déterminer au moyen de l'outil de diagnostic OD si chaque organe de calcul OCi, qui est concerné par ce diagnostic requis, stocke une partie PRi au moins d'une version du programme de diagnostic de fonctionnement qui est adaptée à ce diagnostic requis. Si tel n'est pas le cas d'un organe de calcul OCi concerné par ce diagnostic requis, l'outil de diagnostic OD adresse à cet organe de calcul OCi, via la prise de diagnostic PD, la partie PRi au moins de la version du programme de diagnostic qui est adaptée au diagnostic requis, afin qu'il le stocke localement. La réalisation d'une partie au moins d'un diagnostic requis peut par exemple consister à accéder à des registres d'états qui sont définis et maintenus à jour dans chaque organe de calcul OCi concerné et dans lesquels sont stockés des valeurs de variable(s) d'état qui constituent des résultats de diagnostic de fonctionnement requis. II est rappelé que ces variables d'état peuvent être, par exemple, une variable d'état de veille, une variable d'état d'activité (ou de réveil), une variable d'état de présence de données, et une variable d'état de défaut. On notera que les registres d'état peuvent être stockés dans différents organes de calcul OCi. Par conséquent, lorsqu'un organe de calcul OCi effectue une partie au moins d'un diagnostic il peut accéder à un ou plusieurs registres qu'il stocke et/ou qui sont stockés dans un autre organe de calcul OCi' (i' # i). En variante ou en complément, la réalisation d'une partie au moins d'un diagnostic requis peut par exemple consister à tester au moins un circuit prédéfini qui est défini dans un organe de calcul OCi. Cela nécessite que l'organe de calcul OCi concerné soit pourvu de moyens de test MT propres à tester au moins ce circuit prédéfini. Dans ce cas, le programme PRi fait fonctionner les moyens de test MT lorsque le diagnostic de fonctionnement requis le prévoit. A titre d'exemple non limitatif, des moyens de test MT peuvent être agencés sous la forme d'un comparateur (analogique) chargé de comparer un signal d'erreur d'un réseau Ri, disponible dans un organe de calcul OCi, à une valeur prédéfinie. Cela peut par exemple permettre de détecter un court-circuit sur un fil relié à une tension d'alimentation ou à une masse, un court-circuit mutuel entre fils du réseau Ri ou la coupure d'un des fils du réseau Ri. Ces moyens de test MT peuvent être intégrés dans un organe de calcul OCi (ce qui nécessite qu'ils soient définis lors de sa fabrication) ou bien connectés entre une broche libre d'un connecteur d'un organe de calcul OCi et une sortie libre d'un microcontrôleur (ou composant équivalent, comme par exemple un microprocesseur) de cet organe de calcul OCi. Ils peuvent se présenter sous la forme de circuits électroniques, éventuellement de type intégré. Une troisième étape principale (iii) consiste à utiliser chaque moyen de fourniture MFk, qui est désigné dans une requête reçue d'un outil de diagnostic OD, conformément au mode d'utilisation associé, qui a été requis par cette même requête, afin de fournir le résultat de chaque diagnostic de fonctionnement qui a été effectué lors de la deuxième étape principale (ii). On comprendra que le programme PRi qui est exécuté par un organe de contrôle OCi permet avantageusement de contrôler temporairement le fonctionnement d'un ou plusieurs moyens de fourniture MFk afin de le(s) faire fonctionner spécifiquement pour les besoins du diagnostic en cours, et donc pour délivrer les résultats de ce dernier conformément au(x) mode(s) d'utilisation défini(s) dans la requête correspondante. Cela est particulièrement avantageux, car cela permet de réutiliser des moyens qui font déjà partie intégrante d'un système (ici un véhicule) et qui sont contrôlables via un réseau Ri, en modifiant leur mode de fonctionnement habituel. On notera que plusieurs moyens de fourniture MFk, éventuellement de types différents (par exemple un moyen d'affichage et un moyen de diffusion sonore), peuvent être éventuellement utilisés simultanément ou successivement pour un même diagnostic, en particulier lorsque l'on veut diagnostiquer simultanément plusieurs réseaux Ri interconnectés. On notera également que certains moyens de fourniture MFk peuvent être éventuellement associés à des moyens de temporisation de sorte qu'ils délivrent un résultat de diagnostic pendant une durée de temporisation qui est supérieure à la durée de la persistance rétinienne moyenne de l'oeil humain. Par exemple, on pourra choisir une durée de temporisation au moins égale à environ 40 ms. On notera également que le procédé peut éventuellement comprendre une quatrième étape complémentaire (iv), postérieure à sa troisième étape principale (iii). Cette quatrième étape complémentaire (iv) consiste à placer chaque organe de calcul OCi dans l'état dans lequel il se trouvait avant qu'il n'effectue une partie au moins d'un diagnostic de fonctionnement requis, en cas de réception d'une information qui est représentative d'une fin de diagnostic de fonctionnement. Cette option est destinée à éviter qu'un organe de calcul OCi ne soit placé après une session de diagnostic dans un état qui n'était pas le sien avant ce diagnostic, ce qui pourrait perturber son fonctionnement normal. De nombreuses informations peuvent être utilisées pour signaler la fin d'un diagnostic et donc déclencher le replacement de chaque organe de calcul OCi dans son état initial (c'est-à-dire avant un diagnostic). Ainsi, il peut s'agir d'un message qui signale la fin du diagnostic de fonctionnement requis et qui est fourni via la prise de diagnostic PD par l'outil de diagnostic OD, ou bien d'un signal qui est représentatif de l'utilisation d'une fonction prédéfinie du véhicule, ou encore d'un signal qui indique le dépassement d'une durée prédéfinie depuis le début de la deuxième étape principale (ii) (et donc depuis le début de la réalisation d'un diagnostic requis). Parmi les signaux représentatifs de l'utilisation d'une fonction prédéfinie du véhicule, on peut notamment citer le contact (ou l'actionnement) de la pédale de frein M11 qui est accessible via le premier organe de calcul OC1, le contact (ou l'actionnement) de la clé de démarrage (ou analogue) MI2 qui est également accessible via le premier organe de calcul OC1, le contact (ou l'actionnement) des feux de détresse (ou "warning") MI3 (pendant une durée relativement longue (par exemple environ 5 secondes)) qui est également accessible via le premier organe de calcul OC1, le contact (ou l'actionnement) de la boîte de vitesses en position point marche arrière MI4 qui est accessible via le second organe de calcul OC2, le contact (ou l'actionnement) de la boîte de vitesses en position point mort MI5 qui est également accessible via le second organe de calcul OC2. Le signal qui indique le dépassement d'une durée prédéfinie depuis le début d'un diagnostic requis peut, par exemple, être généré par un organe de calcul OCi à l'expiration d'une temporisation dédiée déclenchée chaque fois qu'un diagnostic requis commence. On considère en effet, ici, qu'au bout d'un délai prédéfini (de préférence fonction du diagnostic effectué) ce dernier est censé être terminé et donc qu'il est inutile de maintenir un ou plusieurs organes de calcul OCi dans un mode de fonctionnement inhabituel (c'est-à-dire de diagnostic). On a schématiquement illustré sur la figure 4, un exemple non limitatif 15 d'enchaînement d'étapes constituant un exemple de mise en oeuvre d'un procédé de diagnostic de fonctionnement selon l'invention. Cet exemple commence par une étape 10 dans laquelle un technicien procède au raccordement d'un outil de diagnostic OD à la prise de diagnostic PD (ici connectée au premier organe de calcul OC1) afin de lancer un 20 diagnostic choisi. Puis, dans une étape 20, l'outil de diagnostic OD effectue un test destiné à déterminer si le programme de diagnostic qui doit réaliser ce diagnostic choisi est effectivement stocké dans chaque organe de calcul OCi devant effectuer le diagnostic choisi. Si ce n'est pas le cas, l'outil de 25 diagnostic OD transmet dans une étape 30 à chaque organe de calcul OCi concerné la partie PRi au moins du programme de diagnostic qui le concerne. Dans le cas contraire, l'outil de diagnostic OD transmet dans une étape 40 à chaque organe de calcul OCi concerné une requête définissant le diagnostic choisi à effectuer. 30 Puis, dans une étape 50, chaque organe de calcul OCi concerné exécute la partie PRi au moins du programme de diagnostic qui est chargé de contrôler la réalisation du diagnostic requis. Il produit alors un ou plusieurs résultats de diagnostic. Puis, dans une étape 60, chaque organe de calcul OCi concerné effectue un test pour déterminer si le(s) résultat(s) requièrent au moins un avertissement du technicien qui supervise le diagnostic via l'outil de diagnostic OD. Si ce n'est pas le cas, chaque organe de calcul OCi concerné passe directement à l'étape 80. Dans le cas contraire, chaque organe de calcul OCi concerné avertit le technicien dans une étape 70, en utilisant chaque moyen de fourniture MFk désigné dans la requête reçue, conformément au mode d'utilisation associé, défini dans cette même requête reçue, puis il passe à l'étape 80. Dans cette étape 80, chaque organe de calcul OCi concerné effectue un premier test pour déterminer si un premier signal représentatif de l'utilisation d'une fonction prédéfinie du véhicule a été reçu. Si ce n'est pas le cas, l'organe de calcul OCi concerné passe à l'étape 90. Dans le cas contraire (réception d'au moins un premier signal), l'organe de calcul OCi concerné passe directement à une étape 110 dans laquelle il se replace dans son état initial (c'est-à-dire avant le diagnostic), et replace éventuellement au moins un autre organe de calcul OCi' dans son état initial. Dans l'étape 90, chaque organe de calcul OCi concerné effectue un deuxième test pour déterminer si un message de fin de diagnostic a été reçu de l'outil de diagnostic OD. Si ce n'est pas le cas, l'organe de calcul OCi concerné passe à l'étape 100. Dans le cas contraire (réception d'un message), l'organe de calcul OCi concerné passe directement à l'étape 110 présentée ci-avant. On notera que l'ordre des tests des étapes 80 et 90 peut être changé. Dans l'étape 100, chaque organe de calcul OCi concerné effectue un troisième test pour déterminer si un second signal indiquant le dépassement de la durée prédéfinie depuis le début du diagnostic a été généré. Si ce n'est pas le cas, l'organe de calcul OCi concerné retourne effectuer l'étape 40 afin que le diagnostic se poursuive. Dans le cas contraire (réception d'un second signal), l'organe de calcul OCi concerné passe directement à l'étape 110 présentée ci-avant. Le procédé selon l'invention offre plusieurs avantages, et notamment: - il est non intrusif, - il permet de diagnostiquer en temps réel et simultanément l'état de fonctionnement de plusieurs réseaux interconnectés, - il concerne n'importe quel type de réseau, - il ne nécessite pas, ou peu, de modifications des organes de calcul, - il ne nécessite aucune modification de l'architecture réseau et aucune modification, a priori, d'un équipement de réseau autre qu'un organe de calcul (éventuellement). L'invention ne se limite pas aux modes de réalisation de procédé de diagnostic de fonctionnement, d'organe de calcul et de véhicule décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. REVENDICATIONS1. Procédé de diagnostic de fonctionnement d'au moins un réseau de communication (Ri) d'un système, comportant au moins un organe de calcul (OCi) couplé à une prise de diagnostic (PD) et propre à connaître des variables d'état représentatives à chaque instant de l'état de fonctionnement d'au moins un réseau de communication (Ri), caractérisé en ce qu'il comprend les étapes suivantes: (i) adresser audit organe de calcul (OCi), via ladite prise de diagnostic (PD), une requête définissant au moins un diagnostic de fonctionnement à effectuer dans au moins un réseau de communication (Ri) et un mode d'utilisation d'au moins un moyen de fourniture de résultat de diagnostic (MFk) en fonction de chaque diagnostic de fonctionnement à effectuer, (ii) effectuer chaque diagnostic de fonctionnement requis au moyen d'un programme de diagnostic de fonctionnement stocké dans au moins un organe de calcul (OCi), et (iii) utiliser chaque moyen de fourniture désigné dans ladite requête conformément au mode d'utilisation associé requis, pour fournir le résultat de chaque diagnostic de fonctionnement effectué. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape complémentaire (iv), postérieure à l'étape (iii), et consistant à placer chaque organe de calcul (OCi) dans l'état dans lequel il se trouvait avant qu'il n'effectue un diagnostic de fonctionnement requis, en cas de réception d'une information représentative d'une fin de diagnostic de fonctionnement. 3. Procédé selon la revendication 2, caractérisé en ce que ladite information est choisie dans un groupe comprenant au moins un message signalant la fin du diagnostic de fonctionnement et fourni via ladite prise de diagnostic (PD), un signal représentatif de l'utilisation d'une fonction prédéfinie dudit système, et un signal indiquant le dépassement d'une durée prédéfinie depuis le début de ladite étape (ii). 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'à l'étape (ii) on accède à des registres d'états définis dans chaque organe decalcul (OCi) et dans lesquels sont stockés des valeurs de variable(s) d'état qui constituent des résultats de diagnostic de fonctionnement requis. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que lesdites variables d'état sont choisies dans un groupe comprenant au moins une variable d'état de veille, une variable d'état d'activité), une variable d'état de présence de données, et une variable d'état de défaut. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'à l'étape (ii), en présence d'un organe de calcul (OCi) pourvu de moyens de test propres à tester au moins un circuit prédéfini, on fait fonctionner lesdits moyens de test lorsque ledit diagnostic de fonctionnement requis le prévoit. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'à l'étape (i), avant d'adresser ladite requête, on détermine si chaque organe de calcul (OCi) concerné par ledit diagnostic de fonctionnement stocke une partie au moins d'une version du programme de diagnostic de fonctionnement qui est adaptée à ce diagnostic de fonctionnement, et si tel n'est pas le cas d'un organe de calcul (OCi) on adresse à ce dernier, via ladite prise de diagnostic (PD), la partie au moins de la version du programme de diagnostic de fonctionnement qui est adaptée audit diagnostic de fonctionnement. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce que chaque moyen de fourniture (MFk) est choisi dans un groupe comprenant au moins des moyens d'affichage faisant partie dudit système, des moyens d'affichage dédiés couplés à un organe de calcul (OCi) d'un réseau de communication (Ri), et des moyens de diffusion sonore faisant partie dudit système, des moyens de diffusion sonore couplés à un organe de calcul (OCi) d'un réseau de communication (Ri). 9. Organe de calcul (OCi) propre à être connecté à au moins un réseau de communication (Ri) d'un système, à être couplé à une prise de diagnostic (PD), et à connaître des variables d'état représentatives à chaque instant de l'état de fonctionnement d'au moins un réseau de communication (Ri), caractérisé en ce qu'il comprend une partie au moins d'un programme de diagnostic de fonctionnement agencée, en cas de réception, via ladite prise de diagnostic (PD), d'une requête définissant au moins un diagnostic de fonctionnement à effectuer dans au moins un réseau de communication (Ri)et un mode d'utilisation d'au moins un moyen de fourniture de résultat de diagnostic (MFk) en fonction de chaque diagnostic de fonctionnement à effectuer, i) pour déclencher et contrôler la réalisation de chaque partie dudit diagnostic de fonctionnement qu'il doit réaliser, et ii) pour contrôler l'utilisation d'au moins un moyen de fourniture désigné dans ladite requête conformément au mode d'utilisation associé requis pour fournir le résultat d'au moins chaque partie dudit diagnostic de fonctionnement qu'il a réalisée. 10. Organe de calcul selon la revendication 9, caractérisé en ce que ladite partie au moins du programme de diagnostic de fonctionnement est agencée, en cas de réception d'une information représentative d'une fin de diagnostic de fonctionnement, pour contrôler le placement d'au moins ledit organe de calcul (OCi) dans l'état dans lequel il se trouvait avant qu'il n'effectue une partie au moins dudit diagnostic de fonctionnement requis. 11. Organe de calcul selon l'une des revendications 9 et 10, caractérisé en ce que ladite partie au moins du programme de diagnostic de fonctionnement est agencée pour accéder à des registres d'états définis au moins en son sein et dans lesquels sont stockées des valeurs de variable(s) d'état qui constituent des résultats de diagnostic de fonctionnement requis. 12. Organe de calcul selon l'une des revendications 9 à 11, caractérisé en ce qu'il comprend des moyens de test (MT) propres à tester au moins un circuit prédéfini, et en ce que ladite partie au moins du programme de diagnostic de fonctionnement est agencée, lorsque ledit diagnostic de fonctionnement requis comprend un test dudit circuit prédéfini, pour ordonner auxdits moyens de test (MT) d'effectuer ledit test. 13. Utilisation du procédé de diagnostic selon l'une des revendications 1 à 8 et de l'organe de calcul (OCi) selon l'une des revendications 9 à 12, dans au moins un réseau de communication de véhicule.