Brevet FR3098924A1 — publié le 20210122

Description Titre de l'invention : Procédé de vérification de l'intégrité de données lidar [0001] La présente invention concerne le domaine de la conduite autonome, c'est-à-dire des véhicules automobiles sans conducteur ou dans lesquels le conducteur peut être libéré au moins temporairement de toute tâche (le conduite. L'invention s'applique notamment, mais pas exclusivement, aux véhicules particuliers. [0002] La présente invention constitue un perfectionnement de l'invention faisant l'objet de la demande FR1852188 déposée par la demanderesse. Elle vise notamment à confirmer ou infirmer, à partir d'un nuage de points issus d'un capteur de type lidar apparament incohérent des données de cartographie, les résultats d'une étape de détection d'objets ou d'obstacles par cc même capteur lidar conjointement avec d'autres capteurs, comme des caméras ou des radars. [0003] En effet, un préalable à la conduite autonome est la connaissance de l'environnement général du véhicule, qu'il s'agisse de la route, du marquage au sol, des panneaux de signalisation, ou encore des autres véhicules ou des piétons. A cette fin, on utilise couramment des capteurs de perception, non seulement de type lidar, mais également de type radar ou caméra. Cependant, ceux-ci peuvent souffrir d'erreur de détection, ou pire de non détection. Dans le but surmonter ces difficultés, il est connu de combiner ou « fusionner » des données issues de caméras, de radars ou encore de lidars, dans le but de compenser les erreurs de détection. Malgré cela, il subsiste encore de nombreuses situations problématiques, comme par exemple celle illustrée par la figure 1, déjà incluse dans la demande FR1852188, où un véhicule de service portant un panneau de signalisation stationné sur le bas-côté d'une autoroute est ignoré au motif qu'il n'est détecté que par les lidars, minoritaires en nombre, pas par les caméras et les radars Ainsi, la diversification peut créer la confusion, voire même une apparente incohérence : comment interpréter l'incohérence entre les données issues du lidar (qui détectent un obstacle) et les autres capteurs (qui ne détectent rien)? Y a-t-il un obstacle réel sur la route non détecté par le processus de fusion ? Ou est-ce une fausse alerte due à un dysfonctionnement des lidars ? En tous cas, la détection est ratée (« Missed object » selon la terminologie anglo-saxonne).. [0004] La demande FR1852188 se propose de résoudre ce problème. Pour cela, elle divulgue un procédé innovant permettant de concilier, dans de nombreux cas où les données brutes des lidars sont cohérentes des données de cartographie, les résultats de détection en sortie des différents types de capteurs, que ceux-ci se confirment ou qu'ils se contredisent. Pour cela, elle s'appuie notamment sur une mesure de la cohérence 2 entre les données de cartographie et les données brutes des lidars (appelées couramment « nuages de points»). En effet, la fusion de données utilise les objets détectés issus des traitements effectués sur ces nuages de points, qui ne sont pas pris en compte directement dans le processus de fusion pour établir les détections d'obstacles. Toutefois, la demande FR1852188 ne décrit que rapidement comment faire dans les cas où les données brutes des lidars sont incohérentes des données de cartographie. Il s'agit là d'un inconvénient auquel la présente invention se propose de pallier. [0005] Le document KR20160128077 tente de traiter des cas d'incohérence entre des données lidar et des données de cartographie par une étape de calibrage visant en fait à recaler le capteur sur la cartographie (pour palier une erreur de localisation du véhicule par exemple). Mais il ne traite pas de cas d'objets non détectés qui masqueraient une zone et y génèreraient de l'incohérence, un recalage étant inopérant dans ce cas là. Ainsi, en appliquant la solution de KR20160128077, on rate définitivement les objets non détectés et on risque de tenter un recalage alors que ce n'est pas nécessaire. Il s'agit là encore d'un problème que la présente invention se propose de résoudre. [0006] L'invention a notamment pour but de diminuer le nombre d'objets manqués et de diminuer les fausses détections, ceci en résolvant a posteriori les incohérences entre le nuage de points lidars et les données de cartographie. A cet effet, l'invention a pour objet un procédé pour diagnostiquer un dysfonctionnement d'un capteur lidar. Il comporte une étape de comparaison de données de détections d'objets fournies par le capteur lidar dans une zone géographique avec des données cartographiques correspondant à ladite zone. Si les données de détections et les données cartographiques sont incohérentes, alors le procédé comporte en outre une étape de vérification qu'un objet a été détecté ou pas dans ladite zone. Si aucun objet n'est détecté dans la zone, alors le procédé comporte en outre une étape d'assignation d'un indice de confiance aux données lidar, comportant des sous étapes d'identification des points incohérents dans la zone, de quantification de l'incohérence pour chacun de ces points et, en cas d'incohérence au-delà d'un seuil prédéfini, de diminution de l'indice de confiance sur les données lidar. [0007] Dans la présente demande, on entend par « incohérence entre les données de détection et les données de cartographie » le fait que des objets détectés par le capteur ne sont pas représentés dans la cartographie ou que des objets représentés dans la cartographie ne sont pas détectés par le capteur. En particulier, dans la présente demande les lignes horizontales de marquage au sol sont considérées comme des objets susceptibles d'être cartographiés et détectés. [0008] L'invention a également pour objet un système comportant des moyens matériels et logiciels pour mettre en oeuvre un tel procédé, ainsi qu'un véhicule automobile comportant un tel système. 3 [0009] La présente invention a encore pour principal avantage son faible coût, puisqu'elle utilise des capteurs et des calculateurs déjà embarqués dans la plupart des véhicules actuels. [0010] D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la des- cription qui suit faite en regard de dessins annexés. [0011] La figure 1 illustre, par une capture d'écran, un exemple de procédé selon l'art antérieur. [0012] Les figures 2 à 5 illustrent, par des schémas, des diagrammes et des captures d'écran, un exemple de réalisation selon l'invention faisant déjà l'objet de la demande FR1852188. [0013] Les figures 6 à 10 et 11, 12 et 13 illustrent, par des schémas et des diagrammes, un exemple de réalisation selon la présente invention. [0014] Le lidar est une technologie de pointe qui permet de représenter précisément l'environnement qui entoure le capteur. Celui-ci permet non seulement de mesurer des distances, mais également de mesurer le caractère réfléchissant des objets qui l'entourent. Ainsi, il est possible d'obtenir un nuage de points 3D représentant l'environnement. Pour chacun des points, on pourra également associer une valeur de réflectivité. L'invention repose sur une comparaison entre ce nuage de points et une « signature » de ce qui est attendu sur la route, cette signature étant déduite d'une carte 3D mémorisée dans le véhicule. La carte 3D utilisée comporte des informations sur l'infrastructure (lignes, barrières, panneaux, etc...) mais est vide de tout autre objet. [0015] Afin de pouvoir effectuer cette comparaison, il est nécessaire de localiser pré- cisément le véhicule dans la carte 3D que l'on souhaite exploiter. Une fois localisé, il est possible de comparer la mesure effectuée avec la signature de la route attendue. La signature de la route attendue est éventuellement complétée par le ou les objets détectés par les caméras et/ou les radars. Si le nuage de point issu du lidar correspond parfaitement à la signature, alors il y a cohérence et on peut affirmer avec certitude qu'il n'y a pas d'obstacles devant le véhicule sur la route (notamment pas d'objet manqué). Par contre, dès lors que le nuage de points ne correspond pas à la signature, alors il y a incohérence et risque qu'un obstacle devant le véhicule ait été manqué. Cependant, il est important de noter qu'il sera presque impossible d'obtenir une correspondance parfaite. En effet, plusieurs phénomènes peuvent impacter la mesure. On distinguera plusieurs sources d'erreurs : l'imprécision de la localisation du véhicule, ainsi que les effets de roulis et de tangage qu'il subit, les erreurs présentes dans les cartes utilisées, ou encore un dysfonctionnement du lidar. La présente invention propose également de traiter ces différentes sources d'erreur. Dans le présent mode de réalisation, les spécifications envisagées pour des performances satisfaisantes sont les suivantes. [0016] La taille du plus petit objet à détecter est de quelques centimètres : cela représente la taille à partir de laquelle le pneu du véhicule peut subir un dommage en cas d'impact. [0017] Le champ de vision est ouvert à 180° vers l'avant du véhicule . [0018] Le champ de vision s'étend latéralement non seulement au-delà des bandes latérales délimitant les voies, mais également jusqu'à 50 mètres au-delà des bandes d'arrêt d'urgence et des barrières de sécurité, (on doit pouvoir détecter un piéton sur le bas-côté de la chaussée). [0019] Le champ de vision s'étend longitudinalement au-delà de 200 mètres (marge d'arrêt du véhicule). [0020] Le champ de vision s'étend à 25 mètres en hauteur (ce qui correspond à une hauteur de 5 mètres pour passer au-dessus d'un camion, suivie d'une pente à 10% sur 200 mètres). [0021] Compte tenu de l'ensemble de ces facteurs, il convient de définir un niveau de cor- rélation, c'est-à-dire la mise au point d'une valeur qui représente le niveau de corrélation entre la carte 3D et les données issues du lidar. Si ces deux informations corrèlent parfaitement, alors on a un niveau de corrélation égal à 1. A l'inverse, si ces deux sources de données ne corrèlent pas du tout, on aura un niveau de corrélation égal à 0. [0022] Afin d'évaluer une quelconque incohérence entre les mesures des capteurs et la carte 3D, l'invention propose une logique de traitement illustrée par les figures 3 et 4, qui détecte les objets manqués par les capteurs classiques, tout en s'affranchissant des fausses détections. [0023] Si l'on considère l'un des buts essentiels de cette invention, à savoir utiliser la carte 3D et le lidar comme aide pour la détection d'obstacle, nous pouvons résumer les différentes situations rencontrées dans le tableau 1 suivant, qui reprend les cas illustrés par la figure 2. [0024] [Tableauxl] Détection Capteurs Cas 1 Cas 2 Cas 3 Cas 4 Caméra + Radar Objets détectés Pas d'objets détectés Objets détectés Pas d'objets détectés Lidar Nuage de points Nuage de points + objets Nuage de points + objets Nuage de points Comparaison avec la carte 3D (+ niveau de corrélation associé) Cohérence avec la carte & X1 11 existe une in- cohérence entre la carte et le nuage lidar & X , Cohérence avec la carte & X3 Cohérence avec la carte & X4 Conclusion Présence d'objet en fonction de la valeur de XI Présence d'objet en fonction de la valeur de X, Présence d'objet en fonction de la valeur de X3 Présence d'objet en fonction de la valeur de X4 [0025] Il est important de rappeler que les capteurs de type caméra et radar renvoient des objets et non des données bruts. Concernant le lidar, nous considérons qu'il renvoie quant à lui des données brutes. Nous disposons ainsi des nuages de points bruts renvoyés par le capteur directement. Par ailleurs, on considère ici que l'erreur de localisation du véhicule est maitrisée et connue. Nous pouvons décrire les cas suivants : [0026] Cas°1 / Caméra + Radar : « objets détectés » signifie que la caméra et le radar ont tous les deux détecté des objets présents dans la scène. A ce stade, on ne sait pas si ces détections sont pertinentes ou pas, il peut s'agir de fausses détection de type « ghost », telle que celles présentées dans le cas du camion de service décrit auparavant. [0027] Cas°1 / Lidar : « nuage de points » signifie que, comme nous l'avons mentionné au- paravant, le lidar est un capteur qui permet de créer des nuages de points de l'environnement dans lequel il évolue. A ce stade, celui-ci renvoie un nuage, mais pas d'objets. [0028] Cas°1 / Comparaison avec la carte 3D : dans ce cas on peut s'attendre à ce que la comparaison entre le nuage de point donné par le lidar et la carte 3D soit cohérente. C'est-à-dire que la différence entre ces deux informations est proche de zéro. Cependant, il est nécessaire de contrôler cela avec un niveau de corrélation. Une carte de cohérence peut permettre d'illustrer géographiquement l'absence d'incohérence. [0029] Cas°1 / Conclusion : dans cc cas on considère qu'on s'attend à ce qu'il n'y ait en réalité pas d'objet sur la route, qu'il s'agit de « fausses » détections issues de la fusion 6 entre le radar et la caméra. En effet, lors de la comparaison entre la carte 3D et le lidar, on compare plusieurs milliers de points 3D (capacité de mesure du lidar : 300°000 points / seconde) avec une carte 3D très résolue. On estime donc que la corrélation entre ces deux éléments très résolus ne peut pas être fausse en tout point du nuage et de la carte. Ainsi, un niveau de corrélation élevé ne peut résulter d'une erreur de mesure du lidar (lui-même composé de plusieurs organes de mesures). [0030] Cas°2 / Caméra + radar : « pas d'objet détecté » signifie que ni la caméra ni le radar n'ont détecté d'objet, ou que la fusion des mesures des deux capteurs ne renvoie pas d'objet. [0031] Cas°2 / Lidar : « nuage de points + objets » signifie que le lidar renvoie un nuage de points, et à partir de celui-ci, un ou des objets ont pu être détectés. [0032] Cas°2 / Comparaison avec la carte 3D : il existe une incohérence entre la carte 3D et les données issues du lidar. Comme précédemment, nous estimons également un niveau de corrélation entre les données issues du lidar et la carte 3D. La valeur de cc niveau de corrélation va donc nous informer sur la présence ou non d'objets. Une carte de cohérence, ou d'incohérence dans le cas présent, peut permettre de repérer géographiquement les incohérences. [0033] Cas°2 / Conclusion : comme présenté précédemment, nous savons que les sources d'incohérence peuvent apparaitre à cause de différents phénomènes. Par conséquent en fonction de ces différents phénomènes, et de la valeur du niveau de corrélation, nous serons en mesure de conclure sur la présence effective d'objets ou pas. [0034] Cas°3 / Caméra + radar : on se retrouve dans le même cas de figure que le premier cas présenté, à savoir que la caméra, le radar et/ou la fusion de ces deux sources a ou ont détecté un objet. [0035] Cas°3 / Lidar : « nuage de points + objets » signifie que le lidar renvoie un nuage de points, et à partir de celui-ci un ou des objets ont pu être détectés. [0036] Cas°3 / Comparaison avec la carte 3D : les objets détectés par les différents capteurs sont directement « ajoutés » à la carte, notamment grâce au fait que l'on tonnait la position du véhicule dans la carte. On réalise alors notre opération de comparaison afin de déterminer le niveau de corrélation. De même, une carte de cohérence, ou d'incohérence, peut permettre de repérer géographiquement les incohérences. [0037] Cas°3 / Conclusion : comme présenté précédemment, nous savons que les sources d'incohérence peuvent apparaitre à cause de différents phénomènes. Par conséquent en fonction de ces différents phénomènes, et de la valeur du niveau de corrélation, nous serons en mesure de conclure sur la présence effective d'objets ou pas. [0038] Cas°4 / Caméra + radar : dans ce cas, ni le radar ni la caméra, ni la fusion des deux, ne renvoient d'objets. [0039] Cas°4 / Lidar : comme dans le premier cas, le lidar renvoie ici un nuage de points. 7 [0040] Cas°4 / Comparaison avec la carte 3D : à nouveau, nous comparons les données issues des capteurs et la carte 3D afin de déterminer un niveau de corrélation. Là aussi, une carte de cohérence peut permettre d'illustrer géographiquement l'absence d'incohérence. [0041] Cas°4 / Conclusion : dans cc cas de figure, on s'attend à cc que le niveau de cor- rélation soit élevé, ce qui signifierait une absence d'objet. [0042] Comme illustré dans la figure 2, représentant les différents cas évoqués dans le tableau ci-dessus, une carte de cohérence peut être établie. Elle sert également à positionner les différents objets qui pourraient être détectés. [0043] Les figures 3 et 4 illustrent respectivement un exemple d'algorithme et un exemple d'architecture logicielle mettant en oeuvre l'invention. [0044] Comme illustré par la figure 5, dans un mode de réalisation avantageux, deux lidars peuvent permettent d'obtenir deux nuages de points avec des perspectives différentes et ainsi rohustifier la fonction. L'utilisation de plusieurs lidars pour réaliser l'invention présentée a plusieurs avantages. Cela permet de rendre le calcul de corrélation plus fiable. Par ailleurs cela présente l'avantage de permettre un moyen de contrôle de bonne santé de chacun des lidars. En effet, il est possible de comparer chacune de leur mesure. Dans le présent exemple de réalisation, « Road DNA » (marque déposée) désigne une base cartographique très haute résolution commercialisée par TomTom (Marque Déposée). [0045] Dans un mode de réalisation simplifié mais avantageux visant à limiter tant la charge du calculateur que l'espace mémoire alloué, on peut réaliser les mêmes traitements selon l'invention en utilisant seulement une cartographie 2D. Dans ce cas, les objets cartographiés sont les éléments de signalisation horizontale, communément appelé « lignes blanches » ou simplement « lignes ». En effet, comme nous l'avons présenté auparavant, les lidars mesurent une distance mais ont aussi la capacité de relever le niveau de réflectivité des objets. Par nature, les marquages (lignes, flèches, etc....) sont très réfléchissants et sont donc détectables grâce aux données issues des lidars. Ainsi, dès lors qu'une ligne ou une portion de ligne cartographiée n'est pas vue par les lidars et qu'aucun objet n'a été détecté, ces mêmes traitements utilisant un niveau de corrélation selon l'invention, très peu coûteux, peuvent permettre de détecter des objets supplémentaires, qui n'avaient pas été détectés par les caméras et les radars, comme par exemple un véhicule de service portant un panneau de signalisation, dès lors que celui-ci masque une ligne horizontale. [0046] Dans ce mode de réalisation en 2D, il peut être avantageux de sécuriser les non- détections de lignes par les lidars, afin de ne pas être leurré dans les cas où une ligne ou une portion de ligne n'est pas simplement masquée par un objet, mais carrément effacée. Il semble alors opportun d'utiliser plusieurs capteurs afin de les redonder. 8 Dans le cas d'une détection de dégradation de l'infrastructure (ligne effacée, etc....) on pourra alors profiter des installations « Vehicle-to-vehicle » (V2V) ou « Vehicle-to-Infrastructure » (V21) afin de renvoyer des messages vers un serveur de hase de données hébergé dans le « cloud » selon la terminologie anglo-saxonne. Si des messages s'accumulent au-delà d'un seuil prédéfini au niveau du serveur, celui-ci peut alors alerter sur une problématique de fraichcur de la carte à cet endroit et diffuser un message à l'intention des véhicules, toujours par l'intermédiaire de connexions V2V ou V2I, ou encore déclencher les actions nécessaire à la mise à jour de la carte. [0047] La présente invention peut également être utile afin de déduire les éventuels dysfonc- tionnements d'un capteur lidar. En effet, il est possible de comptabiliser les incohérences dans une zone donnée de la carte d'incohérence décrite précédemment, puis de fixer des seuils à partir desquels on considère que l'incohérence est duc à un dysfonctionnement du capteur, qu'il s'agisse du dysfonctionnement d'un élément matériel constituant une partie physique du capteur ou qu'il s'agisse du dysfonctionnement d'un élément logiciel constituant une partie des post-traitements exécutés sur les mesures prises par le capteur afin de de détecter des objets. [0048] Toutefois, avant de tenter de détecter des erreurs dans les mesures prises par le lidar, ces mesures pouvant notamment porter sur une ligne de marquage au sol comme illustré à la figure 6, et d'en déduire d'éventuels dysfonctionnements du capteur lidar, il faut d'abord s'assurer que la ligne n'est pas masquée par un objet sur la voie ou encore qu'elle n'est pas tout simplement effacée, auxquels cas il ne s'agit pas d'erreurs. Le défi à relever est donc d'identifier la cause d'une différence entre une image perçue par un système de perception lidar, illustrée à gauche sur la figure 6 où une portion de ligne n'est pas détectée, et une image issue d'une base de données cartographique MAP2D, illustrée à droite sur la figure 6 où la même ligne est décrite comme ne comportant pas de discontinuité. [0049] Comme illustré à la figure 7, on peut comparer les détections issues des post- traitements du lidar (« Perception LIDAR & Post-traitement : ligne ») aux données de cartographie MAP2D et constater des différences, notamment « Différence 1 ». A ce stade où le lidar ne voit pas la même chose que ce qui est prévu dans la cartographie, on ne peut pas encore conclure quant à l'origine de cette différence, une simple alerte est donc levée indiquant que l'acquisition actuelle par le lidar (acquisition et post-traitements) n'est pas conforme à la base de données cartographiques. En effet, la différence peut être due à un objet masquant ou à une ligne effacée, et on ne peut pas encore conclure à une erreur due à un dysfonctionnement logiciel ou à un dysfonctionnement matériel du lidar. [0050] Si la ligne est absente dans l'acquisition actuelle par le lidar, mais qu'au moins un objet (« Objets ») a été détecté dans la zone correspondante par le bloc de détection 9 d'objets (« Détection d'objets »), alors la présence de l'objet est confirmée et on peut considérer que l'absence de détection du lidar est cohérente. Par contre, si la ligne est absente dans l'acquisition actuelle par le lidar mais qu'aucun objet n'a été détecté dans la zone correspondante par le bloc de détection d'objets, alors on peut constater une différence (« Différence 2 »), qui peut révéler soit un problème d'effacement de ligne, soit un dysfonctionnement logiciel ou matériel du capteur. On peut alors assigner aux données d'acquisition actuelle par le lidar un niveau de confiance, que l'on peut initialiser à 1 (niveau maximal de confiance, car on ne sait pas encore s'il y a dysfonctionnement du capteur) et susceptible de varier ultérieurement entre 1 et 0 (niveau minimal de confiance correspondant à un dysfonctionnement avéré). Il s'agit donc maintenant de tenter de détecter un effacement de ligne qui n'aurait pas été reporté dans la cartographie MAP2D. [0051] Un premier moyen pour détecter les effacements de ligne, c'est d'utiliser une car- tographie mise-à-jour systématiquement via les informations V2V ou V2X, indiquant les effacements de ligne, ainsi que tout problème réellement constaté sur la route. Le procédé illustré par la figure 8 est basé sur la redondance d'informations de l'ensemble des véhicules environnants. On considère que chaque véhicule dispose d'un unique capteur lidar : dès lors qu'un véhicule détecte une anomalie de route (comme une ligne effacée), il fait remonter l'information à la base de données cartographique par le biais d'une alerte. Dès lors que la base de données, stockée dans un « cloud » selon la terminologie anglo-saxonne, reçoit un nombre d'alerte supérieur à un seuil donné, alors l'information est considérée comme vraie et la cartographie est mise à jour et transmise aux autres véhicules. La suite du traitement s'effectue alors selon l'organigramme de la figure 9. En plus de résoudre le cas particulier d'une ligne effacée dans une approche de détection, cette méthode a pour avantage supplémentaire de permettre de partage d'autres informations, comme des trous dans la route, etc. Ainsi la cartographie peut être mise à jour en temps réel et informer les utilisateurs de divers évènements. [0052] Un moyen supplémentaire pour détecter les effacements de ligne, c'est de multiplier les capteurs lidars, afin d'obtenir une information avec un indice de confiance consolidé, comme illustré à la figure 9 pour n capteurs de type lidar, ou n entier strictement positif, capables de percevoir en 2D les lignes de marquage au sol. La logique générale de cette figure est globalement identique à celle de la figure 7, sauf en ce qui concerne des étapes de pré-traitement des nuages de points lidar, notamment des étapes de recalage géométrique et temporel, ainsi que de fusion, qui sont décrites ci-après (et illustrées dans un même bloc de la figure 9). [0053] Même si les n LIDAR n'ont pas la même position sur la voiture, les nuages de points qu'ils fournissent en sortie doivent toutefois être exprimés dans un même référentiel lié au véhicule. Cela est réalisé durant une étape de recalage géométrique qui permet d'exprimer tous les nuages de points par rapport à un même point origine à bord, le milieu du véhicule par exemple. De plus, les références de temps capteurs n'étant pas forcément les mêmes pour les n lidars, une synchronisation temporelle des nuages de points doit par conséquent être réalisée durant une étape de récalage temporel, qui permet de les dater à un même instant. Une étape de fusion permet de superposer les n nuages de points recalés géométriquement et temporellement. Si à la fin de la comparaison une différence (appelée différence 2) persiste, alors l'intégrité des capteurs ou de leur post-traitement est mise en cause. [0054] Avec n lidars sur un véhicule où n>0, on acquiert un nuage de points de chaque lidar. Les n nuages de points peuvent être ramenés dans un référentiel lié au véhicule. Cette transformation peut générer une légère incohérence sur les coordonnées des points. Puis, on peut superposer le nuage de points mesuré avec la cartographie pour constater les incohérences. Avec la cartographie ou une centrale inertielle pour mesurer l'incohérence entre les coordonnées de la mesure du point qui fait partie du nuage de points acquis et les coordonnées du point de référence sur la cartographie par exemple. Dans le cas d'une incohérence géométrique, un point de référence est déterminé avec la cartographie, un système de positionnement de type GPS et une centrale inertielle. Puis, l'incohérence entre les coordonnées de la mesure du point (qui fait partie du nuage de points acquis) et les coordonnées du point de référence sur la carte peut être mesurée et, si l'on veut corriger l'incohérence, il faut trouver la fonction de transfert F, comme explicité par la suite. [0055] En l'absence d'effacement de ligne, le dysfonctionnement du capteur est donc fi- nalement avéré, et on peut encore faire la différence entre dysfonctionnement matériel et dysfonctionnement logiciel, comme illustré à la figure 10. [0056] Pour analyser le dysfonctionnement dans ce cadre, il peut être opportun de se baser sur la perception des lignes de marquage au sol, dont on vient justement de conclure qu'ils sont mal perçus par le lidar. De plus, ces lignes sont a priori faciles à percevoir et elles représentent moins de données à traiter et stocker en 2 dimensions. [0057] La figure 10 illustre un procédé pour faire la différence entre un défaut capteur et un défaut du post-traitement. Le capteur fait l'acquisition d'un nuage de points qui est analysé pour extraire les caractéristiques géométriques avec un Algorithme n°1, puis celles-ci sont comparées avec la MAP2D et avec les objets détectés dans le plan. L'Algorithme n°1 est par exemple du type « rule-based point cloud 2D shaping » selon la terminolgioe anglo-saxonne. Si à l'issue de cette comparaison, il y a une différence (différence 1 # 0), alors le même nuage de points est traité par un Algorithme n°2. L'Algorithme n°2 est par exemple du type « convolutional neuronal network » ou CNN selon la terminologie anglo-saxonne. Le résultat de cette analyse est également comparé avec la MAP2D et les objets détectés dans le plan. Si une différence est 11 constatée (différence 2 # 0), celle-ci est comparée avec la première différence. Si les deux différences sont les mêmes, alors le capteur est en cause. Si les deux différences ne sont pas les mêmes, alors l'algorithme est en cause. [0058] Pour définir la mesure d'incohérence entre le nuage de points lidar et la cartographie, plusieurs méthodes sont possibles : comparaison sur grilles comme illustré aux figures 11 et 12 (méthode plus adaptée à la détection d'objet) ou comparaison suivie d'un calcul de fonction de transfert F comme illustré à la figure 13. [0059] Les figures 11, 12 illustrent la méthode de comparaison sur grilles, une première grille à gauche sur les figures 11 et 12 étant superposée à l'image formée par le nuage de points lidar, une deuxième grille à droite sur les figures 11 et 12 étant superposée à la cartographie. Un tel système de grilles permet d'estimer une valeur de corrélation variant de 1 à 0 entre le nuage de points lidar et les données cartographiques. On définit ensuite une fonction de transfert F pour estimer l'erreur. On peut ensuite fixer des seuils qui définissent l'incohérence des mesures, c'est-à-dire à partir de combien de comparaisons et à partir de combien de non-corrélations de points sur une grille on considère qu'il y a incohérence, chaque point de la grille étant assimilable à un pixel. On peut aussi fixer des seuils d'incohérence au-delà desquels on considère que le lidar n'est pas intègre/fiable. [0060] La méthode de comparaison sur grilles consiste notamment à estimer la différence entre l'union des points mesurés et des points réels et l'intersection des nuages de points mesurés issus des capteurs et des nuages de points réels issus de la cartographie (i.e. calculer la différence « union - intersection »). On obtient un ensemble de points restants et on calcule un volume V appelé « volume d'erreur » défini comme le volume de l'enveloppe (lesdits points restants, par exemple le volume de la plus petite sphère contenant tous ces points restants. Ce volume est mémorisé pour calculer l'indice de confiance ultérieurement. Afin de traiter une erreur plus représentative, on peut normaliser ce volume d'erreur sur un échantillon des derniers volumes de l'erreur du même capteur sur une fenêtre temporelle prédéterminée : il s'agit de calculer la moyenne Vm de tous ces volumes de l'erreur sur la fenêtre temporelle et de déterminer l'écart-type de ces volumes. Puis, on considère le volume moyen de l'erreur Vnorm=(V-Vm)/ dans la suite des traitements, appelé par la suite « volume d'erreur normalisé ». L'indice de confiance vise à exclure les capteurs présentant un volume d'erreur ou un volume d'erreur normalisé supérieur à un seuil prédéterminé, par exemple 10 litres, ou présentant une erreur géométrique supérieure à un seuil prédéterminé, par exemple 40 centimètres, ou encore présentant une combinaison de ces deux erreurs. Pour cela, à partir des volumes normalisés, on calcule des volumes 12 relatifs de l'erreur par rapport aux seuil prédéterminés (10 litres ou 40 centimètres dans le présent exemple, qui représentent chacun la référence égale à 1) et l'indice de confiance est calculé de la manière suivante : Volume relatif de l'erreur = volume normalisé de l'erreur/ 10 Erreur géométrique relative = erreur géométrique normalisée/ 40 Indice = 1 - Volume relatif de l'erreur - erreur géométrique relative si Indice 0, une fonction de transfert F peut ainsi être calculée entre son image Xlidar dans le nuage de points et sa représentation Xmap dans la cartographie. On peut comparer les n fonctions de transfert pour rechercher un éventuel élément récurrent, comme un décalage commun selon une direction x. On peut aussi convertir les points dans des coordonnées radiales (r et phi) puis vérifier s'il y a un décalalge commun en r et/ou en phi. Pour n points en coordonnées radiales, on peut aussi calculer une fonction de transfert et on peut également rechercher un élément récurrent pour corriger les acquisitions. On peut alors recaler le capteur lidar. [0066] L'invention décrite précédemment a encore pour principal avantage, outre l'amélioration de la robustesse de détection des cibles et des espaces libres, d'être relativement peu gourmande en besoins de traitement compte-tenu des capacités de calcul actuelles, dès lors que l'on parvient à compresser la cartographie avec une échelle raisonnable. Avec un lidar, une très bonne détection est obtenue en 2D, ce qui est beaucoup plus léger en traitement et stockage de données par rapport à la 3D. 14 [Revendication 1] [Revendication 2] REVENDICATIONSProcédé pour diagnostiquer le dysfonctionnement d'un capteur de type lidar ou caméra apte à détecter des lignes de marquage au sol, le procédé comportant une étape de comparaison de données de détections d'objets fournies par le capteur dans une zone géographique avec des données cartographiques correspondant à ladite zone, le procédé étant caractérisé en cc que, si les données de détections et les données cartographiques sont incohérentes, alors le procédé comporte en outre : - une étape de vérification qu'un objet a été détecté ou pas dans ladite zone par d'autres capteurs ; - si aucun objet n'a été détecté dans la zone par d'autres capteurs, une étape d'assignation d'un indice de confiance aux données de détections. Procédé selon la revendication 1, caractérisé en ce que l'étape d'assignation d'un indice de confiance aux données de détections comporte : - une sous-étape d'identification des points incohérents dans la zone ; - une sous-étape de quantification de l'incohérence pour chacun de ces points et ; - en cas d'incohérence au-delà d'un seuil prédéfini, une sous-étape de diminution de l'indice de confiance sur les données de détection. [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] Procédé selon la revendication 2, caractérisé en cc que les données cartographiques sont mises à jour régulièrement tout au long de la mise en oeuvre dudit procédé, incluant les données représentant des poilions effacées des lignes de marquage au sol Procédé selon la revendication 3, caractérisé en cc que les données de détection sont fusionnées avec des données de détection fournies par d'autres captcurs de type lidar ou caméra, de manière à consolider l'indice de confiance sur lesdites données, incluant les données représentant les lignes de marquage au sol. Procédé selon la revendication 2 et 4, caractérisé en ce que la sous-étape d'identification des points incohérents inclut de recaler géométriquement et temporellement les points issus de différents capteurs. Procédé selon la revendication 2, caractérisé en ce que la sous-étape de quantification de l'incohérence inclut d'estimer un volume d'erreur égal 15 [Revendication 7] [Revendication 8] [Revendication 9] au volume d'une enveloppe spatiale contenant la différence entre : - l'union des points détectés par les capteurs et des points réels connus de la cartographie et ; - l'intersection des points détectés par les capteurs et des points réels connus de la cartographie. Procédé selon la revendication 6, caractérisé en ce que le volume d'erreur est normalisé par rapport aux volumes de l'erreur calculés précédemment sur une fenêtre temporelle prédéterminée. Procédé selon l'une des revendications 6 ou 7, caractérisé en ce que la sous-étape de diminution de l'indice de confiance sur les données de détection inclut de calculer un volume relatif d'erreur par rapport à un seuil de volume prédéterminé et de calculer une erreur géométrique relative par rapport à un seuil de distance prédéterminé, l'indice de confiance étant obtenu en soustrayant à la valeur 1 ledit volume relatif et ladite erreur géométrique relative. Système comportant des moyens matériels et logiciels pour mettre en oeuvre l'une quelconque des revendications précédentes.