Brevet FR3119251A1 — publié le 20220729

L’invention concerne un procédé de commande de mise en veille d’au moins un calculateur (102, 103, 104) d’un véhicule (10). A cet effet, ledit véhicule (10) détermine un niveau de veille parmi une pluralité de niveaux de veille à partir d’une information représentative d’une première durée d’inactivité dudit au moins un calculateur (102, 103, 104) correspondant à un temps écoulé depuis une commande externe de mise en veille. Le véhicule (10) désactive, le cas échéant, au moins une fonctionnalité dudit au moins un calculateur (102, 103, 104), de sorte que la mise en veille dudit au moins un calculateur (102, 103, 104) soit commandée graduellement. Figure pour l’abrégé : Figure 1 Procédé et dispositif de commande de mise en veille d’un calculateur d’un véhicule L’invention concerne un procédé et un dispositif de commande de mise en veille d’au moins un calculateur d’un véhicule, notamment automobile. Arrière-plan technologique Les véhicules contemporains embarquent plusieurs calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, dite ADAS (de l’anglais « Advanced Driver-Assistance System » ou en français « Système d’aide à la conduite avancé »), de l’antipatinage, de la répartition électronique du freinage, de la recherche de clé conducteur (ou tout identifiant « mains libres »), de verrouillage et/ou déverrouillage automatique, ou encore la commande d’actionneurs pour assurer le fonctionnement optimal du moteur du véhicule. Les fonctions sont par exemple regroupées d’une part selon un ou plusieurs calculateurs « sous-capot » associés principalement au contrôle des fonctions motrices d’un véhicule, d’autre part selon un ou plusieurs calculateurs « habitacles » en charge de fonctions auxiliaires et/ou d’ergonomie et/ou de confort des passagers. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Ces calculateurs embarquent des logiciels qui sont exécutés pour assurer les fonctions dont ils ont la charge. Lorsque le système de contact (aussi appelé contacteur) du véhicule est coupé par le conducteur, les calculateurs du véhicule entrent dans une phase de mise en veille permettant de passer d’un premier état dans lequel les calculateurs sont allumés à un deuxième état dans lequel les calculateurs sont hors tension. Le passage successif du premier au deuxième état, et vice-versa, entraîne une usure prématurée de certains composants électroniques des calculateurs à la suite de transitions répétées sous tension et hors tension. En outre, il peut être justifié de garder actives certaines fonctionnalités des calculateurs lorsque le système de contact du véhicule est coupé. A contrario, un maintien sous tension des calculateurs entraîne directement une consommation d’énergie électrique supplémentaire pour le véhicule, d’autant plus importante que les calculateurs restent longtemps sous tension. Pour limiter à la fois la consommation énergétique et l’usure des composants électroniques, il est connu de différer la mise en veille des calculateurs sur une courte durée, de façon à éviter de remettre les calculateurs sous tension pour chaque sollicitation électrique prévisible suivant la coupure du système de contact (par exemple l’ouverture ou la fermeture d’une porte). Une telle solution se limite ainsi à garder actives l’ensemble des fonctionnalités des calculateurs sur une courte période suivant la coupure du système de contact. L’application de cette méthode de manière uniforme n’adresse cependant pas le cas de fonctions pouvant être volontairement gardées actives lorsque le système de contact est coupé, notamment de fonctions associées à des calculateurs « habitacle » et permettant la détection d’entrées, ou de stimulus externes (par exemple une clé électronique dont l’identifiant est associé au véhicule ou l’approche d’un piéton pouvant correspondre au conducteur), commandant une sortie de veille des calculateurs. De telles fonctions permettent généralement de faciliter et/ou de préparer le rétablissement du système de contact, mais représentent également une consommation énergétique pouvant s’étendre sur une durée importante et impacter en particulier la durée de vie de la batterie du véhicule. Un objet de la présente invention est de remédier aux limitations ci-dessus. Un autre objet de la présente invention est de proposer un procédé de mise en veille optimisant le maintien de fonctionnalités à long terme et l’autonomie de la batterie. Selon un premier aspect, l’invention concerne un procédé de commande de mise en veille d’au moins un calculateur d’un véhicule, l’au moins un calculateur étant intégré à un réseau de communication du véhicule, le procédé comprenant les étapes suivantes : - détermination d’un niveau de veille parmi une pluralité de niveaux de veille à partir d’une information représentative d’une première durée d’inactivité de l’au moins un calculateur correspondant à un temps écoulé depuis une commande externe de mise en veille la plus récente de l’au moins un calculateur ; - désactivation d’au moins une fonctionnalité de l’au moins un calculateur, l’au moins une fonctionnalité étant associée au niveau de veille, la pluralité de niveaux de veille formant une liste de niveaux de veille successifs, chaque niveau de veille successif étant associé à la désactivation d’au moins une fonctionnalité supplémentaire vis-à-vis du niveau de veille précédent, de sorte que la mise en veille de l’au moins un calculateur soit commandée graduellement. Selon une variante, l’étape de détermination comporte une comparaison de la première durée avec au moins une valeur seuil, le niveau de veille étant déterminé par dépassement de la valeur seuil associée. Selon une autre variante, chaque niveau de veille est associé à une valeur seuil, la valeur seuil dépassée la plus élevée déterminant le niveau de veille. Selon une variante supplémentaire, l’au moins une valeur seuil est calculée à partir d’au moins une information représentative d’une deuxième durée correspondant à un temps écoulé entre une première commande externe de mise en veille et une deuxième commande externe de réveil de l’au moins un calculateur. Selon encore une variante, l’étape de désactivation comprend une transmission à destination de l’au moins un calculateur d’une requête de délestage de l’au moins une fonctionnalité associée au niveau de veille déterminé. Selon une variante additionnelle, l’étape de désactivation comprend une transmission à destination de l’au moins un calculateur d’une requête de mise en œuvre du niveau de veille déterminé. Selon une autre variante, le procédé commande la mise en veille d’une pluralité de calculateurs, chaque calculateur étant associé à une pluralité de niveaux de veille. Selon un deuxième aspect, l’invention concerne un dispositif de commande de mise en veille d’au moins un calculateur d’un véhicule, le dispositif comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention. Selon un troisième aspect, l’invention concerne un véhicule, par exemple de type automobile, comprenant le dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention. Selon un quatrième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre de façon schématique un système configuré pour commander la mise en veille d’au moins un calculateur d’un véhicule, selon un exemple de réalisation particulier de la présente invention. illustre de façon schématique un chronogramme d’évènements détectés par un véhicule du système de la , selon un exemple de réalisation de la présente invention. illustre schématiquement un dispositif configuré pour commander la mise en veille d’au moins un calculateur du véhicule de la , selon un exemple de réalisation de la présente invention. illustre un organigramme des différentes étapes d’un procédé de commande de mise en veille d’au moins un calculateur du véhicule de la , selon un exemple de réalisation particulier de la présente invention. Un procédé et un dispositif de commande de mise en veille d’au moins un calculateur d’un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de l’invention, un procédé de commande de mise en veille d’au moins un calculateur comprend la détermination d’un niveau de veille associé audit au moins un calculateur. Cette détermination est avantageusement mise en œuvre pour un ensemble de calculateurs, par exemple à partir d’un calculateur central, ou calculateur « maître », et à destination de calculateurs périphériques de type « habitacle » et/ou « sous-capot ». Le niveau de veille est déterminé à partir d’une information représentative d’une première durée d’inactivité de l’au moins un calculateur, c’est-à-dire d’un temps écoulé depuis la réception d’une commande externe de mise en veille, par exemple reçue par le véhicule ou générée par coupure d’un système de contact du véhicule. Cette première durée d’inactivité peut être spécifique à un calculateur ou à un ensemble de calculateurs selon leurs rôles respectifs et la commande externe de mise en veille reçue, ou encore être une durée d’inactivité commune à l’intégralité des calculateurs du véhicule. Selon le niveau de veille déterminé, une ou plusieurs fonctionnalités des calculateurs sont désactivées, les niveaux de veille formant une liste ordonnée de niveaux de veille successifs, chaque niveau de veille successif étant associé à la désactivation d’au moins une fonctionnalité supplémentaire vis-à-vis d’un niveau de veille précédent, de sorte que l’accroissement au cours du temps de la première durée d’inactivité résulte en la désactivation progressive des fonctionnalités des calculateurs. Selon une conception, le calculateur central commande les calculateurs périphériques en commandant l’activation du niveau de veille déterminé ou la désactivation des fonctionnalités associées au niveau de veille. Commander graduellement le passage en veille des calculateurs d’un véhicule permet d’équilibrer le maintien à moyen ou long terme de fonctions pertinentes, par exemple la détection d’une clé électronique associée au véhicule, ainsi que l’autonomie de la batterie du véhicule et des composants électroniques des calculateurs. illustre schématiquement un système 1 configuré pour commander la mise en veille d’au moins un calculateur d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. La illustre un véhicule 10, par exemple un véhicule automobile, embarquant une pluralité de calculateurs 102, 103, 104 configurés pour commander des fonctions du véhicule 10. Selon d’autres exemples, le véhicule 10 correspond à un car, un bus, un camion, un véhicule utilitaire ou une motocyclette, c’est-à-dire à un véhicule de type véhicule terrestre motorisé. Les calculateurs 102, 103, 104 assurent chacun une ou plusieurs fonctions du véhicule 10 et sont par exemple des calculateurs de type « habitacle » ou « sous-capot ». Selon l’exemple de la , le premier véhicule comprend également un calculateur central 101, par exemple un boîtier de servitude intelligent ou BSI (en anglais « Built-in Systems Interface ») ou encore un VSM (de l’anglais « Vehicle Supervisor Module » ou en français « Module de Supervision de Véhicule ») apte à former un réseau de communication 100. Le calculateur central ou BSI 101 (ci-après désigné « BSI ») est ainsi relié aux calculateurs périphériques 102, 103, 104 (ci-après désignés « calculateurs ») par un bus de données de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3) par exemple, le BSI 101 et les calculateurs 102, 103, 104 formant le réseau de communication 100 dans lequel des données sont transmises via une liaison sans fil ou filaire. Les données transmises correspondent avantageusement à des données relatives au passage des calculateurs 102, 103, 104 dans un niveau de veille spécifique et/ou à l’activation ou désactivation de fonctionnalités des calculateurs 102, 103, 104. Selon une première variante, les données sont transmises de manière unidirectionnelle du BSI 101 aux calculateurs 102, 103, 104 de manière à centraliser l’intégralité du procédé de mise en veille sur le BSI 101. Le BSI 101 transmet par exemple aux calculateurs 102, 103, 104 une requête de mise en œuvre d’un niveau de veille ou une requête de délestage d’une fonctionnalité associée au niveau de veille en fonction de calculs internes du BSI 101, permettant aux calculateurs 102, 103, 104 de mettre en œuvre le niveau de veille déterminé en effectuant le minimum de calculs et donc en limitant les fonctionnalités requises des calculateurs 102, 103, 104. Selon une deuxième variante, les données sont échangées du BSI 101 aux calculateurs 102, 103, 104 et vice-versa de manière à permettre d’adapter des commandes ou informations « génériques » du BSI 101 aux fonctionnalités spécifiques de chacun des calculateurs 102, 103, 104. Le BSI 101 transmet par exemple aux calculateurs 102, 103, 104 une requête de mise en œuvre d’un niveau de veille ou une valeur de la première durée d’inactivité, les calculateurs 102, 103, 104 transmettant en retour au BSI 101 une information relative aux fonctionnalités désactivées associées, par exemple une requête de délestage des fonctionnalités à confirmer par le BSI 101, permettant d’adapter le procédé de mise en veille individuellement pour chaque calculateur 102, 103, 104 tout en assurant une prise en charge continue de fonctionnalités indispensables au réveil du véhicule 10 par échange d’informations à l’intérieur du réseau de communication 100. Ces données ou informations sont illustrées en regard de la . illustre schématiquement un chronogramme 2 d’évènements détectés par le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. La illustre une série d’évènements détectés en fonction du temps ‘t’ par un ou plusieurs calculateurs du système embarqué d’un véhicule, par exemple le BSI 101 et/ou les calculateurs 102, 103, 104 du véhicule 10. Le BSI 101 traque par exemple par horodatage l’ensemble des évènements détectés, les évènements et leur date associée étant enregistrés dans une mémoire du BSI 101, par exemple en combinaison avec les calculateurs 102, 103, 104 concernés par chaque évènement. Selon un autre exemple, les calculateurs 102, 103, 104 suivent individuellement chacun de leurs évènements respectifs par enregistrement dans leur mémoire respective et transmettent des informations représentatives de l’horodatage des évènements à destination du BSI 101 lors de l’exécution du procédé. Le premier évènement 21 correspond à la coupure (aussi appelée désactivation et/ou mise hors tension) du système de contact du véhicule 10, par exemple via une clé de contact ou par appui sur un interrupteur dédié. Un tel évènement génère la transmission d’une consigne à l’intérieur du réseau de communication 100 reliant les calculateurs 102, 103, 104 pour que les calculateurs 102, 103, 104 entrent dans une première phase de veille, par exemple une phase de mise en veille ou un niveau de veille « par défaut ». Selon la conception, cette consigne est issue du BSI 101 ou encore directement du système de contact du véhicule 10, le BSI 101 transmettant la consigne à l’intérieur du réseau de communication 100. Selon une variante, le premier évènement 21 correspond à l’entrée en veille d’un ou de plusieurs calculateurs spécifiques de l’ensemble de calculateurs 102, 103, 104, par exemple à une commande de mise en veille du calculateur 102. Les évènements ultérieurs se produisent par exemple également de manière individuelle pour chacun des calculateurs 102 ,103, 104, ou de manière simultanée à la suite de premiers évènements 21 distincts. Le deuxième évènement 22 correspond à une exécution du procédé de commande de mise en veille selon l’invention, par exemple une exécution spontanée du procédé par le BSI 101 selon une fréquence prédéterminée ou après un délai prédéterminé suivant le premier évènement 21, par exemple une fréquence ou un délai fixe spécifique au BSI 101 ou au véhicule 10, ou encore une fréquence ou un délai variable et adapté selon les résultats de l’exécution de ce procédé ou la fréquence d’apparition du premier évènement 21 et/ou du troisième évènement 23 décrit ci-après. Dans une première opération, le BSI 101 détermine un niveau de veille 201, 202 à partir d’une information représentative d’une première durée ∆t 1 correspondant à la durée d’inactivité des calculateurs 102, 103, 104. La première durée ∆t 1 est par exemple calculée à partir d’horodatages respectifs du premier évènement 21 et du deuxième évènement 22, de manière individuelle ou collective vis-à-vis des calculateurs 102, 103, 104. Selon une conception particulière, le niveau de veille 201, 202 est déterminé par comparaison de la première durée ∆t 1 avec au moins une valeur seuil S1, S2. De manière similaire, le niveau de veille 201, 202 est déterminé pour un ou plusieurs calculateurs spécifiques de l’ensemble de calculateurs 102, 103, 104 ou simultanément pour l’ensemble des calculateurs 102, 103, 104. Comme illustré dans la , chaque niveau de veille 201, 202 est par exemple respectivement associé à une valeur seuil S1, S2, le niveau de veille 201, 202 étant déterminé par la première durée ∆t1 dépassant la valeur seuil S1, S2 associée. Une valeur de ∆t1 ne dépassant aucun des seuils S1, S2 correspond par exemple à une phase de mise en veille ou à un niveau de veille « par défaut » tel qu’énoncé ci-avant, ou encore à un autre niveau de veille 201, 202 avec une valeur seuil S1, S2 associée nulle. Dans une variante de réalisation, l’activation de chaque niveau de veille 201, 202 est déterminée de manière indépendante, de sorte que la première opération résulte en la détermination d’une pluralité de niveaux de veille compatibles avec la première durée ∆t 1 . Cette variante est par exemple pertinente pour associer librement chaque niveau de veille 201, 202 à une ou des fonctionnalités spécifiques et les arranger temporellement avec les valeurs seuil S1, S2 sans hiérarchie pré-imposée. Dans une variante alternative, la première opération détermine un niveau de veille unique 201, 202 selon la valeur seuil S1, S2 la plus élevée dépassée par la première durée ∆t 1 . Chaque niveau de veille 201, 202 correspond alors à une veille plus « profonde » requérant la désactivation de fonctionnalités supplémentaires, comme décrit ci-après. Cette conception permet de simplifier le nombre de calculs effectués lors de la première opération et de limiter la redondance des commandes transmises dans le réseau de communication 100. Dans une deuxième opération, au moins une fonctionnalité des calculateurs 102, 103, 104 est désactivée en fonction du ou des niveaux de veille 201, 202 déterminé(s) dans la première opération, chaque fonctionnalité étant associée à un ou plusieurs niveaux de veille 201, 202 de sorte que la détermination d’un niveau de veille donné dans la première opération résulte en la désactivation de la fonctionnalité associée dans la deuxième opération. La pluralité de niveaux de veille forme avantageusement une liste de niveaux de veille successifs, dans laquelle chaque niveau de veille successif est associé à la désactivation d’au moins une fonctionnalité supplémentaire vis-à-vis du niveau de veille précédent. En cohérence avec les modes de détermination décrits ci-avant, la désactivation de fonctionnalités supplémentaires découle par exemple directement de la superposition de fonctionnalités associées à chaque niveau de veille, le résultat de la première opération déterminant d’autant plus de niveaux de veille et donc de fonctionnalités à désactiver plus la première durée ∆t 1 est élevée. Selon un autre exemple de réalisation, les niveaux de veille 201, 202 sont ordonnés de sorte que tout niveau de veille déterminé à partir d’une première durée ∆t 1 plus élevée soit associé à un plus grand nombre de fonctionnalités à désactiver lors de la deuxième opération que tout autre niveau de veille déterminé à partir d’une première durée ∆t 1 plus basse. Selon une variante de réalisation, le BSI 101 transmet une requête de délestage des fonctionnalités à destination des calculateurs 102, 103, 104, par exemple une requête de délestage directement associée au niveau de veille 201, 202 déterminé ou encore une requête de délestage spécifique aux fonctionnalités des calculateurs 102, 103, 104 à désactiver selon le niveau de veille 201, 202 déterminé. Selon une autre variante de réalisation, le BSI 101 transmet une requête de mise en œuvre du niveau de veille 201, 202 déterminé à destination des calculateurs 102, 103, 104, lesquelles interprètent la requête selon leurs fonctionnalités respectives. Les calculateurs 102, 103, 104 mettent par exemple en œuvre le niveau de veille 201, 202 déterminé de manière autonome à partir de la requête reçue, c’est-à-dire qu’ils déterminent et désactivent les fonctionnalités associées, ou dans un autre exemple et comme énoncé ci-avant, transmettent en retour au BSI 101 une requête de délestage ou autre information représentative des fonctionnalités désactivées par les calculateurs 102, 103, 104, de façon à adapter le niveau de veille 201, 202 à une pluralité de calculateurs indépendamment du BSI 101 et d’améliorer le suivi du passage en veille des calculateurs 102, 103, 104 d’un point de vue fonctionnel. Bien évidemment, la communication entre le BSI 101 et les calculateurs 102, 103, 104 ainsi que la mise en œuvre du niveau de veille 201, 202 s’effectue par exemple de manière individuelle pour chaque calculateur par communication selon des liens spécifiques du réseau de communication 100 ou de manière collective pour l’ensemble des calculateurs 102, 103, 104 par transmission d’une commande unique à l’intérieur du réseau de communication 100. Cette communication entre le BSI 101 et les calculateurs 102, 103, 104 ainsi que la mise en œuvre des niveaux de veille 201, 202 permet par conséquent d’ajouter une notion de granularité au passage en veille du véhicule 10 vis-à-vis d’un procédé initial binaire ne permettant que deux états de fonctionnement. Enfin, le troisième évènement 23 correspond à l’allumage (mise sous tension) du système de contact du véhicule 10, par exemple via une clé de contact ou par appui sur un interrupteur dédié. Le BSI 101 transmet alors une commande de réveil aux calculateurs 102, 103, 104 leur permettant de réactiver leurs fonctionnalités. Dans un autre exemple, le troisième évènement 23 correspond à une commande de réveil d’un ou plusieurs des calculateurs 102, 103, 104, par exemple issue d’une détection d’un stimulus externe, par exemple le passage d’un piéton à proximité du véhicule 10, permettant d’anticiper une remise en contact dans un futur proche ou de justifier la réactivation de fonctionnalités spécifiques, par exemple la recherche d’une clé main libre du véhicule 10, sans pour autant correspondre à une remise sous tension du système de contact. Selon une variante de réalisation, le BSI 101 ou un des calculateurs 102, 103, 104 calcule une deuxième durée ∆t 2 correspondant au délai entre le premier évènement 21 et le troisième évènement 23, c’est-à-dire une durée de veille du véhicule 10 ou d’un des calculateurs 102, 103, 104. La deuxième durée ∆t 2 est par exemple calculée à partir de l’horodatage des évènements 21 et 23 et enregistrée dans une mémoire du BSI 101 ou d’un des calculateurs 102, 103, 104, par exemple en remplacement d’une deuxième durée ∆t 2 précédemment calculée ou en complément à l’intérieur d’une liste ou d’une moyenne des deuxièmes durées ∆t 2 . Selon une variante additionnelle, les valeurs seuil S1, S2 sont calculées à partir de la deuxième durée ∆t 2 , par exemple à partir d’une valeur moyenne mise à jour de la deuxième durée ∆t 2 ou encore d’autres valeurs représentatives d’une liste de deuxièmes durées ∆t 2 , par exemple un écart-type σ Δt2 ou une valeur médiane. L’évolution des niveaux de veille 201, 202 des calculateurs 102, 103, 104 est ainsi pilotée par adaptation des valeurs seuil S1, S2, par exemple en programmant des niveaux de veille plus profonds correspondant à une désactivation de plus de fonctionnalités pour une première valeur seuil S1 = ∆t 2 et une deuxième valeur seuil S2 = ∆t 2 + σ Δt2 . On peut également concevoir un troisième évènement 23 d’allumage d’un ou plusieurs des calculateurs 102, 103, 104 du véhicule 10 avant l’allumage du système de contact du véhicule 10 en associant une troisième valeur seuil S3 = ∆t 2 – σ Δt2 à un à une commande d’éveil des calculateurs 102, 103, 104 ou encore à une commande de réveil partiel permettant de réactiver certaines des fonctionnalités, par exemple correspondant à un niveau de veille « peu profond ». Bien évidemment, il est possible de concevoir une variété de formules ou procédés calculant les valeurs seuil S1, S2 selon une information représentative de la deuxième durée ∆t 2 et le comportement recherché des calculateurs 102, 103, 104, ainsi que permettant de déterminer l’exécution du procédé de commande de mise en veille ou d’un autre procédé lié à la veille des calculateurs 102, 103, 104 du véhicule 10. illustre schématiquement un dispositif 3 configuré pour commander la mise en veille d’au moins un calculateur de véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple à un dispositif embarqué dans le véhicule 10, par exemple le BSI 101 du véhicule 10, un des calculateurs 102, 103, 104 du véhicule 10 ou un dispositif regroupant le BSI 101 et les calculateurs 102, 103, 104 du véhicule 10. Le dispositif 3 est par exemple configuré pour recevoir des données de la part d’un système de contact du véhicule 10, déterminer un niveau de veille et communiquer à l’intérieur d’un réseau de communication 100. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un ordinateur, un serveur, un dispositif de diagnostic de véhicule, un téléphone intelligent (de l’anglais « smartphone »), une tablette, un ordinateur portable, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE, une unité de contrôle télématique TCU (de l’anglais « Telematic Control Unit »). Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la première mémoire 31. Selon un mode de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple une unité TCU lorsque le dispositif 3 correspond à un serveur du « cloud » ou au dispositif externe 101. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Bluetooth® ou Wi-Fi®, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français). Des données sont par exemples chargées vers le dispositif 3 via l’interface du bloc 32 en utilisant un réseau Wi-Fi® tel que selon IEEE 802.11, ou un réseau mobile tel qu’un réseau 4G (ou LTE Advanced selon 3GPP release 10 – version 10) ou 5G. Selon un autre mode de réalisation particulier, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs, tels que par exemple d’autres serveurs ou ordinateurs. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type Ethernet. Selon un mode de réalisation particulier supplémentaire, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées. illustre un organigramme des différentes étapes d’un procédé de commande de mise en veille d’au moins un calculateur de véhicule, par exemple les calculateurs 102, 103, 104 du véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un dispositif embarqué dans le véhicule 10 de la ou par le dispositif 3 de la . Dans une première étape 41, un niveau de veille est déterminé parmi une pluralité de niveaux de veille à partir d’une information représentative d’une première durée d’inactivité de l’au moins un calculateur, l’information représentative étant par exemple issue par horodatage d’évènements ou par communication avec l’au moins un calculateur, la première durée d’inactivité correspondant à un temps écoulé depuis une commande externe de mise en veille la plus récente de l’au moins un calculateur. Dans une deuxième étape 42, au moins une fonctionnalité de l’au moins un calculateur est désactivée, l’au moins une fonctionnalité étant associée au niveau de veille et les niveaux de veille formant une liste de niveaux de veille de sorte que chaque niveau de veille successif soit associé à la désactivation d’au moins une fonctionnalité supplémentaire vis-à-vis du niveau de veille précédent. Selon une variante de réalisation, les variantes et exemples des opérations décrits en relation avec les figures 1 et 2 s’appliquent aux étapes du procédé de la . Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de contrôle de systèmes ADAS, ainsi qu’au dispositif configuré pour la mise en œuvre d’un tel procédé. L’invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule à moteur terrestre, comprenant le dispositif 3 de la . Procédé de commande de mise en veille d’au moins un calculateur (102, 103, 104) d’un véhicule (10), ledit au moins un calculateur (102, 103, 104) étant intégré à un réseau de communication (100) dudit véhicule (10), ledit procédé comprenant les étapes suivantes : - détermination (41) d’un niveau de veille (201, 202) parmi une pluralité de niveaux de veille à partir d’une information représentative d’une première durée (∆t 1 ) d’inactivité dudit au moins un calculateur (102, 103, 104) correspondant à un temps écoulé depuis une commande externe de mise en veille (21) la plus récente dudit au moins un calculateur (102, 103, 104) ; - désactivation (42) d’au moins une fonctionnalité dudit au moins un calculateur (102, 103, 104), ladite au moins une fonctionnalité étant associée audit niveau de veille (201, 202), ladite pluralité de niveaux de veille formant une liste de niveaux de veille successifs, chaque niveau de veille successif étant associé à la désactivation d’au moins une fonctionnalité supplémentaire vis-à-vis du niveau de veille précédent, de sorte que la mise en veille dudit au moins un calculateur (102, 103, 104) soit commandée graduellement. Procédé de commande selon la revendication 1, dans lequel ladite étape de détermination (41) comporte une comparaison de ladite première durée (∆t 1 ) avec au moins une valeur seuil (S1, S2), ledit niveau de veille (201, 202) étant déterminé par dépassement de ladite valeur seuil (S1, S2) associée. Procédé de commande selon la revendication 2, dans lequel chaque niveau de veille est associé à une valeur seuil (S1, S2), ladite valeur seuil (S1, S2) dépassée la plus élevée déterminant ledit niveau de veille (201, 202). Procédé de commande selon la revendication 2 ou 3, dans lequel ladite au moins une valeur seuil (S1, S2) est calculée à partir d’au moins une information représentative d’une deuxième durée (∆t 2 ) correspondant à un temps écoulé entre une première commande externe de mise en veille (21) et une deuxième commande externe de réveil (23) dudit au moins un calculateur (102, 103, 104). Procédé de commande selon l’une des revendications 1 à 4, dans lequel ladite étape de désactivation (42) comporte une transmission à destination dudit au moins un calculateur (102, 103, 104) d’une requête de délestage de ladite au moins une fonctionnalité associée audit niveau de veille (201, 202) déterminé. Procédé de commande selon l’une des revendications 1 à 4, dans lequel ladite étape de désactivation (42) comporte une transmission à destination dudit au moins un calculateur (102, 103, 104) d’une requête de mise en œuvre dudit niveau de veille (201, 202) déterminé. Procédé de commande selon l’une des revendications 1 à 6, lequel commande la mise en veille d’une pluralité de calculateurs (102, 103, 104), chaque calculateur (102, 103, 104) étant associé à une pluralité de niveaux de veille (201, 202). Dispositif (3) de commande de mise en veille d’au moins un calculateur d’un véhicule, ledit dispositif comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule (10) comprenant le dispositif (3) selon la revendication 8. Produit programme d’ordinateur comportant des instructions adaptées pour l’exécution des étapes du procédé selon l’une des revendications 1 à 7, lorsque le programme d’ordinateur est exécuté par au moins un processeur.