ADAS og autonom kjøring: Sensing Fundamentals — Kunstig intelligens i bilteknikk

Gevinster:

Evne til å forklare rollene til kamera, radar, LiDAR og sensorfusjon i deteksjonskjeden og SAE-automatiseringsnivåene
Evne til å lage datamerking, scenariodefinisjon og evalueringsmålinger for objektdeteksjon, klassifisering og sporing
Evne til kritisk å evaluere kanttilfeller, falsk positiv/negativ balanse og sikkerhetsmargin i deteksjonsmodellutgangen

De fleste kjøretøy i dag har funksjoner som filskiftevarsling, automatisk nødbremsing eller adaptiv cruisekontroll. Disse er alle under paraplyen til ADAS (Advanced Driver Assistance Systems). I hjertet av disse systemene og videre autonom kjøring er persepsjon: måten kjøretøyet "ser" verden rundt seg på med sensorer og "forstår" det med kunstig intelligens. I denne enheten vil vi dekke deteksjonskjeden, sensorer, automatiseringsnivåer og det mest kritiske problemet, sikkerhetsgrenser.

En advarsel fra begynnelsen: Dette området er sikkerhetskritisk. Hvis deteksjonsmodellen ikke oppdager en fotgjenger, kan resultatet bli fatalt. Det er derfor hver AI-utgang her må være omgitt av sikkerhetstekniske prosesser (ISO 26262 og SOTIF i de neste enhetene).

Sensorer: øyne, ører og radar

En autonom kjørestabel kombinerer forskjellige sensorer fordi hver av dem har styrker og svakheter:

Kamera: Kameraet "ser" farge, tekst (trafikkskilt), kjørefeltlinje og objekttype best. Men det er dårlig om natten, tåke, sterk solskinn og avstandsberegning.
Radar (radiodeteksjon og rekkevidde): Måler avstand og hastighet med radiobølger. Den er mindre påvirket av regn/tåke og måler hastighet direkte (med Doppler-effekten); men oppløsningen er lav, noe som gjør det vanskelig å skille "er dette en fotgjenger eller en boks?"
LiDAR (Light Detection and Ranging): Skyter en laser og produserer en presis tredimensjonal "punktsky" av omgivelsene; Det gir avstand og form veldig bra. Men det er dyrt og kan påvirkes av kraftig tåke/regn.
Ultralyd: Kort rekkevidde, som parkeringssensorer.

Siden ingen av dem er tilstrekkelig alene, utføres sensorfusjon: ved å kombinere dataene til forskjellige sensorer, kompenseres svakheten til hver av dem av styrken til den andre. For eksempel sier kameraet «fotgjenger», radaren sier «på 12 meter, nærmer seg 5 km/t»; Fusion kombinerer de to og skaper et pålitelig spor.

Tips: Når du evaluerer et deteksjonskrav, "hvilken sensor kan se det og hvor godt?" spørre. Hvis kameraets avstandsestimat om natten er dårlig, er en avstandsbeslutning basert på et enkelt kamera tvilsom.

Deteksjonskjede

Den typiske kjeden fra rå sensordata til beslutning er som følger:

Deteksjon: Finne objekter i bildet/punktskyen ("det er et verktøy her").
Klassifisering: Bestemme type objekt (fotgjenger, sykkel, kjøretøy, skilt).
Sporing: Følger objektet mellom bilder, estimerer dets hastighet og retning.
Fusion: Kombinere sensorer for å skape en konsistent verdensmodell.
Spådom: "Vil denne fotgjengeren krysse gaten?"
Planlegging og kontroll: Beslutning og styre-/brems-/akseleratorkommando.

Kunstig intelligens (spesielt dyp læring) 1-3. veldig sterk i trinn; 5-6. Trinnene er i økende grad omgitt av tekniske regler og sikkerhetslogikk.

SAE automatiseringsnivåer

Autonomi er ikke noe "ja/nei", det er gradvis. SAE J3016-standarden definerer seks nivåer:

Nivå

Navn

Hvem kjører?

eksempel

Ingen automatisering

alle kjører

Kun advarsel (advarsel om blindsoner)

Driverstøtte

driver + enkel støtte

Adaptiv cruise ELLER kjørefelt

Delvis automatisering

Sjåfør (konstant tilsyn)

Hastighet + kjørefelt sammen, føreransvarlig

Betinget automatisering

System (under visse betingelser)

Under visse forhold kjører systemet, sjåføren er klar til å ta over

høy automatisering

System (i spesifikt område)

Førerløs i definert område

Full automatisering

System (under alle forhold)

Førerløs overalt (ikke ennå)

Forsiktig: Den farligste misforståelsen er nivå 2. I nivå 2 støtter kjøretøyet styring og hastighet, men føreren beholder konstant tilsyn og ansvar. Å ta feil av systemet som «autopilot» og ikke ta hensyn har ført til dødsulykker. Nivå 2 betyr ikke «førerløs».

Evalueringsberegninger: falsk positiv og falsk negativ

To typer feil er kritiske når en deteksjonsmodell skal evalueres:

Falsk positiv: Tenker at det er noe som ikke eksisterer. For eksempel å tenke at en broskygge er et «hinder» og bremse unødvendig. Forstyrrende og noen ganger farlig (påkjørsel bakfra).
Falsk negativ (falsk negativ / savner): Ikke å kunne se noe som eksisterer. For eksempel å ikke se en ekte fotgjenger. Dette er den dødeligste feilen i autonom kjøring.

Beregninger som oppsummerer disse:

Presisjon: Hvor mye av det du markerte er faktisk riktig.
Tilbakekalling (sensitivitet): Hvor mye av det som faktisk eksisterer har du fanget.
mAP (gjennomsnittlig gjennomsnittspresisjon): Felles sammensatt metrikk for objektdeteksjon.

Tilbakekalling (ikke mangler noen fotgjenger) er viktig i saker som fotgjengerdeteksjon ved autonom kjøring; Å øke dette øker noen ganger den falske positive. Denne avveiningen er en sikkerhetsteknisk beslutning, ikke ren modellnøyaktighet.

Kantsaker og den lange halen

Den vanskeligste delen av autonom kjøring er ikke de vanlige situasjonene, men de sjeldne og merkelige: skiltet halvt synlig under snøen, lastebilen opp-ned, en utkledd fotgjenger, møbler falt på veien. Disse sjeldne, men farlige situasjonene kalles long tail. Selv om en modell kan være perfekt for millioner av "normale" miles, kan den mislykkes i en ekstrem situasjon den aldri har sett før. Det er derfor scenariobasert testing, simulering og validering i den virkelige verden er uendelig.

Mini casestudier

Tilfelle 1 - Verdien av fusjon. Mens de testet automatisk nødbremsing, fant et ADAS-team ut at det var tregt å oppdage et mørkt kjøretøy foran seg i sterk sol med bare kameraet. Når radardata legges til (radaren påvirkes ikke av gjenskinn) oppdager systemet kjøretøyet 0,4 sekunder tidligere; Det betyr en bremselengde på cirka 10 meter ved 90 km/t. Resultat: Fusion lukket blindsonen med én sensor.

Tilfelle 2 - Tilbakekalling/presisjonsbalanse. Når terskelen for fotgjengerdeteksjonsmodellen senkes, øker tilbakekallingen fra 96 % til 99 %, men falske positiver (skygge, busker) øker, noe som fører til unødvendig bremsing. Sikkerhetsteamet tar avgjørelsen: å unngå fotgjengere er en prioritet, men komforten opprettholdes ved å eliminere falske positiver med fusjon og sporingslogikk. Konklusjon: Metrisk valg er en ingeniør/sikkerhetsavgjørelse, det er ikke noe enkelt "riktig tall".

Case 3 - Edge case overraskelse. Mens en modell var 99,8 % vellykket i sitt valideringssett, tok den feil av et bilde av en gigantisk fotgjenger bak en lastebil som fraktet en snødekkreklame i felten for en "ekte fotgjenger" og bremset plutselig. Teamet legger til denne kantsaken til scenariobiblioteket og omskoler modellen. Konklusjon: Den lange halen "slutter" aldri; Konstant scenarieinnsamling er nødvendig.

ledetekstmaler

Mal 1 - Generer en scenarioliste:

Rolle: Du er ADAS test case-ingeniør. Oppgave: Lag utfordrende (kanttilfelle) testscenarier for automatisk nødbremsing. Kontekst: Urbant, 30-50 km/t, blandet fotgjenger og syklist. Begrensning: Prioriter sjeldne/farlige, ikke hyppige scenarier; skriv forventet riktig oppførsel for hvert scenario. Utdata: Scenario | tilstand | forventet oppførsel | risikonivå.

Mal 2 - Oversikt over merkeveiledning:

Rolle: Datamerking kvalitetsledelse.Oppgave: Skrive et utkast til konsistensregler for fotgjengermerking.Kontekst: Det er fotgjengere delvis synlige, sittende, i rullestoler og i grupper.Utgang: Regel | eksempel | grensetilstand karaktertabell.

Mal 3 – Metrisk tolkning:

Rolle: Ekspert for evaluering av datasyn. Oppgave: Tolk mine fotgjengerdeteksjonsresultater. Kontekst: presisjon 0,93, tilbakekalling 0,90, de fleste glipp om natten eller i regn. Begrensning: Understrek viktigheten av tilbakekalling for sikkerheten; Fortell meg under hvilke betingelser ytterligere bekreftelse kreves. Output: Kommentar + prioriterte forbedringsområder.

Mal 4 - Fusjonslogikkoversikt:

Rolle: Du er en sensorfusjonsingeniør. Oppgave: Foreslå et utkast til beslutningslogikk når kamera og radar er i konflikt. Kontekst: Radaren ser et lite objekt i bevegelse på 15 m mens kameraet sier "ingen fotgjenger". Begrensning: Anvend forutsetningsprinsippet til fordel for sikkerhet (sikker side). Utgang: Vedtakstabell + begrunnelse.

Svak forespørsel / Sterk forespørsel

Svak melding:

Er min autonome kjøretøymodell trygg?

Uten kontekst; "safe" er udefinert; AI snakker kun i generelle termer og kan gi villedende tillit.

Kraftig ledetekst:

Rolle: Du er ADAS sikkerhetsvurderingskonsulent. Oppgave: Lag en sjekkliste slik at jeg kan stille spørsmål ved sårbarhetene til fotgjengerdeteksjonsmodellen min. Kontekst: Urban Level 2 system; Recall faller om natten og i regnet; Det er bare kamera + radar, ingen LiDAR. Begrensning: Ikke erklær "sikker"; spesifisere under hvilke forhold systemet er på grensen og hvilken ekstra testing som kreves. Utgang: Risikoområde | hvorfor | anbefalt test | viktighetstabell.

Vanlige feil

Mistaking nivå 2 for "førerløs". Ansvaret ligger hos sjåføren; Denne misforståelsen er dødelig.
Stoler på en enkelt sensor. Hver sensor har en blindsone; fusjon er viktig.
Bare ser på gjennomsnittlig nøyaktighet. 99 % suksess, 1 % savnet fotgjenger kan være dødelig; tilbakekalling og kantsaker er kritiske.
Ignorer ekstreme tilfeller. Den lange halen slutter aldri; Scenariosamling er kontinuerlig.
Overlater sikkerhetsavgjørelsen til modellen. Terskel- og balansebeslutninger er sikkerhetsingeniørens ansvar.

Oppsummert

I hjertet av ADAS og autonom kjøring er kamera, radar, LiDAR og sensorfusjon; Hver sensor har forskjellige styrker/svakheter.
Deteksjonskjeden består av deteksjon, klassifisering, overvåking, fusjon, prediksjon og kontroll; AI er sterk i de første trinnene.
SAE-nivåer varierer fra 0 til 5; På nivå 2 ligger ansvaret hos sjåføren.
Falsk negativ (bortføring av fotgjengere) er den mest fatale feilen; tilbakekalling og kantsaker prioriteres.
Sikkerhetsbeslutninger er ingeniøransvar; Modellnøyaktighet er ikke det eneste kriteriet.

Søknadsoppgave

Velg en ADAS-funksjon (f.eks. kjørefeltassistent). (1) Skriv i en tabell hvilke sensorer som støtter denne funksjonen og hvor godt. (2) Generer 5 edge case-scenarier med mal 1 og spesifiser forventet sikker oppførsel for hver. (3) Sammenlign resultatene av falsk positiv og falsk negativ for denne funksjonen. (4) Oppgi hvilken uavhengig testing som kreves før du hevder at modellen er "trygg".

sjekkliste

[ ] Jeg evaluerte styrker/svakheter til sensorene i henhold til funksjon.
[ ] Jeg har også listet opp end case (long tail) scenarioer.
[ ] Jeg sammenlignet falske positive/negative resultater for sikkerhets skyld.
[ ] Jeg tok hensyn til den sikkerhetskritiske betydningen av Recall.
[ ] Jeg avklarte SAE-nivået og hvem som er ansvarlig.
[ ] Jeg utarbeidet en uavhengig testplan før jeg hevdet "trygt".