L’\u00e9poque o\u00f9 les phares d’une voiture ne servaient qu\u2019\u00e0 \u00e9clairer la route la route pour le conducteur est r\u00e9volue. Avec l’av\u00e8nement des technologies ADB (Adaptive Driving Beam), Matrix LED et Pixel LED, l’\u00e9clairage est devenu un syst\u00e8me actif, intelligent et intrins\u00e8quement li\u00e9 \u00e0 la s\u00e9curit\u00e9 du v\u00e9hicule.<\/p>\n\n\n\n
Mais cette sophistication apporte une complexit\u00e9 nouvelle : les phares ne fonctionnent plus de isol\u00e9e. Ils collaborent et parfois entrent en conflit avec les capteurs ADAS (notamment les cam\u00e9ras).<\/p>\n\n\n\n
Comment valider que vos algorithmes de gestion de faisceau (beamforming) ne vont pas aveugler un autre usager, ni perturber vos propres capteurs, lorsque les conditions m\u00e9t\u00e9o deviennent extr\u00eames ? La r\u00e9ponse r\u00e9side dans la simulation physique de la lumi\u00e8re.<\/p>\n\n\n\n
Dans un v\u00e9hicule moderne, la cam\u00e9ra frontale est souvent le \u00ab\u00a0ma\u00eetre\u00a0\u00bb qui pilote les phares. Elle d\u00e9tecte un v\u00e9hicule arrivant en face et commande aux phares d’\u00e9teindre s\u00e9lectivement certaines LED pour cr\u00e9er un tunnel d’ombre (glare-free high beam).<\/p>\n\n\n\n
Cependant, cette boucle de r\u00e9troaction est fragile. En conditions nocturnes d\u00e9grad\u00e9es, la cam\u00e9ra d\u00e9pend enti\u00e8rement de la qualit\u00e9 de l’\u00e9clairage pour \u00ab\u00a0voir\u00a0\u00bb.<\/p>\n\n\n\n
Pour comprendre le cadre r\u00e9glementaire de ces technologies, vous pouvez consulter notre article sur la simulation et les exigences europ\u00e9ennes pour les phares intelligents<\/a>. Mais ici, nous allons nous concentrer sur la technique pure : la physique.<\/p>\n\n\n\n Valider ces interactions sur piste d’essai ou sur route ouverte pr\u00e9sente des limites structurelles majeures.<\/p>\n\n\n\n Tester un syst\u00e8me ADB sous une pluie battante ou dans un brouillard dense est n\u00e9cessaire. Mais comment garantir que la densit\u00e9 du brouillard est constante sur 50 essais cons\u00e9cutifs ? Comment reproduire exactement le m\u00eame angle d’incidence de la lumi\u00e8re sur une chauss\u00e9e mouill\u00e9e \u00e0 18h30 puis \u00e0 19h00 ? La variabilit\u00e9 naturelle rend la comparaison des versions logicielles (A\/B testing) quasi impossible.<\/p>\n\n\n\n Tester des sc\u00e9narios de \u00ab\u00a0reprise en main\u00a0\u00bb ou de freinage d’urgence de nuit, avec des phares potentiellement d\u00e9faillants (en phase de dev), expose les pilotes d’essai et le mat\u00e9riel \u00e0 des risques \u00e9lev\u00e9s.<\/p>\n\n\n\n Pour valider ces syst\u00e8mes, la simulation standard (telle qu’on la voit dans les jeux vid\u00e9o) ne suffit pas. Une simple repr\u00e9sentation graphique \u00ab\u00a0jolie\u00a0\u00bb est inutile pour un ing\u00e9nieur optique. Il faut une simulation bas\u00e9e sur la physique (PBR – Physically Based Rendering<\/strong>).<\/p>\n\n\n\n Dans le mod\u00e8le Headlight de SCANeR studio, cela signifie que chaque source lumineuse est d\u00e9finie par son profil photom\u00e9trique r\u00e9el (fichiers IES\/HLT) ainsi que par sa couleur spectrale. De m\u00eame, les mat\u00e9riaux de la route et des obstacles ne sont pas de simples textures, mais poss\u00e8dent des propri\u00e9t\u00e9s physiques de r\u00e9flexion et de r\u00e9fraction.<\/p>\n<\/blockquote>\n\n\n\nPourquoi les tests physiques \u00e9chouent face aux \u00ab\u00a0Edge Cases\u00a0\u00bb m\u00e9t\u00e9o<\/strong><\/strong><\/h2>\n\n\n\n
L’impr\u00e9visibilit\u00e9 de l’environnement r\u00e9el<\/strong><\/h3>\n\n\n\n
Le danger des tests dynamiques de nuit<\/strong><\/h3>\n\n\n\n
La solution : Simulation photom\u00e9trique et physique de la lumi\u00e8re<\/strong><\/strong><\/h2>\n\n\n\n
Simuler la mati\u00e8re, pas seulement l’image<\/strong><\/h3>\n\n\n\n
\n