Strona główna
» Technologia
»
Ewolucja pojazdów autonomicznych: bezpieczeństwo, przetwarzanie brzegowe i integracja sztucznej inteligencji
Ewolucja pojazdów autonomicznych: bezpieczeństwo, przetwarzanie brzegowe i integracja sztucznej inteligencji
Pojazdy autonomiczne nie rozwinęły się w prosty sposób od „wspomagania kierowcy” do „pojazdów autonomicznych”. Bardziej użytecznym sposobem zrozumienia ich ewolucji jest połączenie trzech systemów: analizy bezpieczeństwa, która definiuje, gdzie automatyzacja może działać, platformy przetwarzania brzegowego, która może przetwarzać dane z czujników w czasie rzeczywistym, oraz stosu sztucznej inteligencji, który przekształca te dane w decyzje dotyczące jazdy.
Od września 2026 roku większość pojazdów użytkowych nadal korzysta z systemów wspomagania kierowcy poziomów 0–2, podczas gdy automatyzacja poziomu 4 funkcjonuje głównie w ograniczonych usługach komercyjnych, a nie jako uniwersalny samochód osobowy. Amerykańska Narodowa Administracja Bezpieczeństwa Ruchu Drogowego (NHTSA) nadal wyraźnie rozróżnia systemy wspomagania kierowcy wymagające nadzoru człowieka od systemów jazdy zautomatyzowanej, które przejmują prowadzenie pojazdu w określonych warunkach.
Wyposażony w czujniki pojazd autonomiczny porusza się w mieszanym ruchu miejskim, co pokazuje, dlaczego percepcja, obliczenia na pojeździe i walidacja bezpieczeństwa muszą ze sobą współdziałać w przypadku samochodów, rowerzystów i pieszych.
Krótki przewodnik: na jakim etapie jest automatyzacja pojazdów
Poziom automatyzacji
Kto wykonuje zadanie prowadzenia pojazdu?
Praktyczna interpretacja
Poziom 0
Człowiek
Ostrzeżenia i krótkie interwencje mogą pomóc, ale to kierowca prowadzi.
Poziom 1
Człowiek z jedną ciągłą funkcją wspomagającą
Wspomaganie układu kierowniczego lub przyspieszania/hamowania, ale nie obu tych funkcji łącznie.
Poziom 2
Człowiek z pomocą łączoną
System może stale kontrolować układ kierowniczy i prędkość, ale kierowca musi nadzorować pojazd.
Poziom 3
System w ramach określonej domeny operacyjnej
System działa, gdy jest włączony, ale człowiek musi być dostępny, aby przejąć kontrolę, gdy zostanie o to poproszony.
Poziom 4
System w ramach określonej domeny operacyjnej
Dopóki system działa w zatwierdzonych warunkach lub na obszarze objętym usługą, nie jest potrzebna obecność kierowcy.
Poziom 5
System wszędzie tam, gdzie pojazd może rozsądnie działać
Pełna automatyzacja bez udziału człowieka, obejmująca wszystkie warunki drogowe i środowiskowe, pozostaje celem na przyszłość.
Terminologia NHTSA jest użyteczna, ponieważ zapobiega częstemu błędowi: traktowaniu wysoce wydajnego systemu Poziomu 2 jak autonomicznego kierowcy. Praktyczna ocena powinna zawsze zawierać dwa pytania: Kto jest odpowiedzialny za monitorowanie drogi? Oraz Czym jest domena projektowania operacyjnego? Domena projektowania operacyjnego, czyli ODD, to zbiór typów dróg, prędkości, lokalizacji, warunków pogodowych i innych okoliczności, w których zautomatyzowany system ma działać.
Jak ewoluowała architektura
1. Od izolowanych funkcji wspomagających kierowcę do zintegrowanej percepcji
Wczesne zaawansowane systemy wspomagania kierowcy były stosunkowo ograniczone: adaptacyjny tempomat, system ostrzegania o niezamierzonym opuszczeniu pasa ruchu, automatyczne hamowanie awaryjne i asystent parkowania. Funkcje te można było zbudować w oparciu o niewielką liczbę czujników i dedykowane elektroniczne jednostki sterujące.
Bardziej wydajne systemy łączą w sobie kamery, radary, lidary (w niektórych modelach), czujniki ultradźwiękowe, pomiary bezwładnościowe, lokalizację oraz informacje o mapie lub trasie. Istotna zmiana to nie tylko „więcej czujników”. To przejście w kierunku ujednoliconego modelu środowiska, w którym system musi wykrywać obiekty, szacować wolną przestrzeń, rozumieć pasy ruchu i sygnalizację świetlną, śledzić ruch, przewidywać innych użytkowników drogi i planować bezpieczną trajektorię.
Nowoczesne platformy referencyjne ilustrują ten trend. NVIDIA DRIVE Hyperion łączy motoryzacyjną platformę obliczeniową z kamerami, radarem, lidarem, ultradźwiękami i stosem oprogramowania, zapewniając wyższy poziom automatyzacji. Podobnie Qualcomm Snapdragon Ride opisuje skalowalne obliczenia w pojazdach, umożliwiające łączenie czujników, widzenie komputerowe, wspomaganie kierowcy i zautomatyzowaną jazdę. Są to platformy dostawców, a nie uniwersalne specyfikacje, ale wskazują kierunek rozwoju architektury pojazdów: scentralizowane, heterogeniczne obliczenia zamiast wielu odizolowanych kontrolerów.
2. Edge computing stał się częścią architektury bezpieczeństwa
W autonomicznej jeździe „edge computing” oznacza, że krytyczne czasowo zadania percepcji i kontroli są realizowane w pojeździe lub w jego bezpośredniej bliskości, a nie w oparciu o odległą usługę chmurową. Ma to znaczenie, ponieważ hamowanie, kierowanie, wykrywanie obiektów i planowanie trasy muszą być kontynuowane nawet w przypadku opóźnień, przeciążeń lub braku dostępu do sieci komórkowej.
Przydatny podział inżynieryjny wygląda następująco:
Na krawędzi pojazdu: przetwarzanie danych z czujników, percepcja, lokalizacja, przewidywanie, planowanie, kontrola, monitorowanie stanu i natychmiastowe zachowanie awaryjne.
Chmura lub centrum danych: szkolenie modeli na dużą skalę, analiza floty, symulacja, przetwarzanie dzienników, dystrybucja oprogramowania, generowanie map i uczenie się długoterminowe.
Warstwa łączności: przydatna w przypadku aktualizacji, operacji flotowych, informacji o ruchu drogowym i niektórych przepływów pracy związanych ze zdalnym wsparciem, ale nie należy jej traktować jako kanału sterowania o gwarantowanym niskim opóźnieniu w przypadku podstawowych zadań związanych z prowadzeniem pojazdu.
Ten podział jest widoczny w obecnych stosach rozwiązań motoryzacyjnych. Architektura obliczeniowa NVIDIA dla pojazdów wyraźnie oddziela obliczenia w pojazdach od systemów wykorzystywanych do szkoleń i symulacji. Platforma motoryzacyjna Qualcomma kładzie również nacisk na uczenie maszynowe na urządzeniu i obliczenia heterogeniczne, gdzie procesory, karty graficzne, jednostki przetwarzania neuronowego, akceleratory wizji i bloki przetwarzania zorientowane na bezpieczeństwo obsługują różne obciążenia.
Dlaczego bezpieczeństwo jest pojęciem szerszym niż „sztuczna inteligencja jest dokładna”
System autonomicznej jazdy może charakteryzować się wysoką dokładnością wykrywania obiektów, a mimo to być niebezpieczny. Inżynieria bezpieczeństwa obejmuje awarie sprzętu, oprogramowania, zamierzonego zachowania, interakcji międzyludzkich, cyberbezpieczeństwa, aktualizacji, działania oraz zdolność systemu do rozpoznawania, kiedy osiąga on swoje granice.
Bezpieczeństwo funkcjonalne
Norma ISO 26262 ustanawia ustalone ramy bezpieczeństwa funkcjonalnego dla elektrycznych i elektronicznych systemów pojazdów związanych z bezpieczeństwem. Obejmuje ona zagrożenia wynikające z usterek i struktury bezpieczeństwa w odniesieniu do koncepcji, systemu, sprzętu, oprogramowania, produkcji, eksploatacji i serwisu. Obecnie opublikowane drugie wydanie pochodzi z 2018 roku; ISO opracowywało trzecie wydanie w 2026 roku.
Bezpieczeństwo zamierzonej funkcjonalności
Bezawaryjny sprzęt nie gwarantuje bezpiecznego działania. Kamera może działać dokładnie tak, jak została zaprojektowana, ale nadal nie dostarczać wystarczających informacji w przypadku oślepienia, ulewnego deszczu, nietypowej konstrukcji lub niejednoznacznej sceny. Norma ISO 21448:2022, Bezpieczeństwo zamierzonej funkcjonalności (SOTIF) , dotyczy ryzyka spowodowanego niedoskonałościami funkcjonalnymi i przewidywalnym niewłaściwym użytkowaniem, szczególnie w systemach, których świadomość sytuacyjna opiera się na złożonych czujnikach i algorytmach.
Cyberbezpieczeństwo i aktualizacje oprogramowania
Pojazdy połączone w sieć również potrzebują bezpieczeństwa w całym cyklu życia. Norma ISO/SAE 21434:2021 definiuje ramy inżynierii cyberbezpieczeństwa pojazdów, a Rozporządzenie ONZ nr 156 dotyczy zarządzania aktualizacjami oprogramowania. Staje się to coraz ważniejsze, ponieważ zachowania związane z jazdą zautomatyzowaną zmieniają się wraz z aktualizacjami oprogramowania, a nie tylko wraz z nowymi elementami wyposażenia pojazdu.
Bezpieczeństwo operacyjne i dowody z rzeczywistych warunków
Testowanie przed wdrożeniem jest konieczne, ale niewystarczające. Monitorowanie po wdrożeniu ma znaczenie, ponieważ rzadkie interakcje mogą pojawić się dopiero po intensywnym użytkowaniu w warunkach rzeczywistych. W Stanach Zjednoczonych trzecie zmienione Stałe Zarządzenie Ogólne NHTSA wymaga zgłaszania niektórych wypadków z udziałem systemów ADAS poziomu 2 i systemów autonomicznej jazdy. Publiczna strona agencji poświęcona zgłaszaniu wypadków ostrzega również, że zbiór danych ma ograniczenia, takie jak niekompletne pola i możliwe duplikaty raportów, dlatego surowych danych nie należy traktować jako prostej klasyfikacji bezpieczeństwa systemu.
Floty komercyjne poziomu 4 stanowią kolejne źródło dowodów. Centrum danych Safety Impact firmy Waymo publikuje porównania liczby przejechanych mil i wypadków w obszarach działania firmy. Według danych do marca 2026 roku firma zgłosiła 220,6 mln mil przejechanych wyłącznie przez pasażerów. Wyniki te są przydatne, ale należy je interpretować w kontekście konkretnych regionów geograficznych, floty pojazdów, warunków eksploatacji, metodologii porównawczej i ODD reprezentowanych przez dane – a nie jako dowód na to, że każdy system autonomiczny jest bezpieczniejszy w każdym środowisku.
Jak integracja sztucznej inteligencji zmienia stos napędowy
Percepcja pozostaje podstawą
Sieci neuronowe są szeroko stosowane do rozpoznawania pojazdów, pieszych, rowerzystów, granic dróg, sygnalizacji świetlnej, znaków drogowych i przestrzeni przeznaczonej dla pojazdów. Połączenie wielu czujników może zmniejszyć zależność od pojedynczego urządzenia pomiarowego, a jednocześnie zwiększyć wymagania dotyczące synchronizacji, kalibracji, mocy obliczeniowej i walidacji.
Przewidywanie i planowanie stają się coraz bardziej zrozumiałe
Tradycyjne systemy autonomicznej jazdy często rozdzielają percepcję, predykcję, planowanie i kontrolę na modułowe komponenty. To rozdzielenie może ułatwić inspekcję interfejsów i trybów awarii, ale błędy mogą się kumulować w różnych modułach. Nowsze systemy coraz częściej wprowadzają uczone planowanie lub modele kompleksowe, które mapują bogatszy zestaw danych z czujników na działania związane z prowadzeniem pojazdu.
Kluczowym ograniczeniem jest walidacja. Model, który dobrze radzi sobie w zagregowanym benchmarku, może nadal zawieść w scenariuszu krytycznym dla bezpieczeństwa. Zespoły inżynierskie potrzebują zatem testów opartych na scenariuszach, symulacji, testów na zamkniętym torze, dowodów z dróg publicznych, obsługi niepewności, zachowania awaryjnego i zarządzania wersjami, zamiast polegać na pojedynczej metryce dokładności.
Praktyczna lista kontrolna do oceny stosu pojazdów autonomicznych
Zdefiniuj poprawnie poziom automatyzacji. Określ, czy człowiek musi nadzorować i przejmować kontrolę.
Określ ODD. Uwzględnij warunki geograficzne, typ drogi, prędkość, pogodę, oświetlenie i inne ograniczenia środowiskowe.
Zachowaj krytyczne dla bezpieczeństwa wnioski w pojeździe. Określ, które funkcje będą mogły bezpiecznie działać w przypadku utraty dostępu do sieci.
Udokumentuj nadmiarowość. Sprawdź ścieżki błędów w układach obliczeniowych, zasilania, hamulców, sterowania, czujników i komunikacji.
Oddzielnie bezpieczeństwo funkcjonalne, SOTIF i cyberbezpieczeństwo. Dotyczą one różnych kategorii ryzyka.
Zweryfikuj przepływ danych. Śledź kalibrację czujników, pochodzenie zbioru danych, jakość etykietowania, zasięg „long tail” i zmiany w dystrybucji.
Mierz zachowania, nie tylko percepcję. Uwzględniaj ryzyko kolizji, przestrzeganie przepisów ruchu drogowego, zachowanie podczas jazdy, manewry o minimalnym ryzyku oraz interakcje z niechronionymi użytkownikami dróg.
Aktualizacje testowe są aktualizowane w miarę pojawiania się wersji istotnych dla bezpieczeństwa. Ulepszenie oprogramowania w jednym scenariuszu może spowodować regres w innym.
Korzystaj z monitorowania w warunkach rzeczywistych po wdrożeniu. Przeprowadzaj przegląd incydentów, analizę zdarzeń potencjalnie wypadkowych oraz proces przekazywania dowodów do rozwoju.
Unikaj nieudokumentowanych twierdzeń dotyczących bezpieczeństwa. Porównuj systemy tylko wtedy, gdy narażenie, lokalizacja, warunki eksploatacji, definicje kolizji i metody statystyczne są porównywalne.
Regulacja odchodzi od ogólnych wytycznych w stronę mierzalnego zapewnienia
Sytuacja regulacyjna pozostaje nierównomierna. W Stanach Zjednoczonych Departament Transportu wprowadził nowe ramy prawne dla pojazdów autonomicznych w kwietniu 2025 r. 30 lipca 2026 r. NHTSA ogłosiła przyspieszenie prac nad swoimi pierwszymi normami wydajności pojazdów autonomicznych . To sformułowanie ma znaczenie: ogłoszenie dotyczyło norm będących w fazie rozwoju, a nie gotowego, uniwersalnego systemu certyfikacji.
Na poziomie ONZ, Regulamin ONZ nr 157 ustanowił wymagania dotyczące systemów automatycznego utrzymywania pasa ruchu, podczas gdy UNECE w 2026 roku kontynuowała prace nad szerszymi regulacjami dotyczącymi systemów autonomicznej jazdy. Praktyczną konsekwencją dla zespołów inżynierskich jest to, że architektura pojazdów autonomicznych musi być zaprojektowana nie tylko z myślą o demonstracji, ale także z myślą o identyfikowalności, kontroli konfiguracji oprogramowania, dowodach incydentów, cyberbezpieczeństwie i powtarzalnych argumentach bezpieczeństwa.
Jak prawdopodobnie będzie wyglądać następna faza
Najsilniejszym trendem krótkoterminowym nie jest nagły skok do nieograniczonego poziomu 5. Jest nim stopniowa ekspansja ograniczonej automatyzacji: lepsze systemy poziomu 2, ograniczone funkcje poziomu 3 i usługi poziomu 4 rozszerzające swoją automatyzację ODD w każdym mieście i stanie. Jednocześnie sprzęt pojazdów konsoliduje się wokół wydajnego, centralnego przetwarzania, a modele sztucznej inteligencji stają się większe, bardziej zintegrowane i bardziej oparte na danych.
To tworzy produktywne napięcie. Sztuczna inteligencja może zwiększyć możliwości, ale większe możliwości zwiększają liczbę scenariuszy wymagających walidacji. Przetwarzanie brzegowe może zmniejszyć opóźnienia i zależność od sieci, ale więcej mocy obliczeniowej zwiększa wyzwania związane z zasilaniem, temperaturą, redundancją i kosztami. Platformy definiowane programowo umożliwiają wprowadzanie ulepszeń po sprzedaży, ale jednocześnie sprawiają, że inżynieria wydań, cyberbezpieczeństwo i wycofywanie oprogramowania stają się kwestią bezpieczeństwa.
Najbardziej wiarygodne programy pojazdów autonomicznych traktują zatem bezpieczeństwo, przetwarzanie brzegowe i integrację sztucznej inteligencji jako jeden system. Celem nie jest po prostu uczynienie pojazdu „mądrzejszym”. Chodzi o to, aby jego możliwości były ograniczone, obserwowalne, testowalne, odporne na awarie i poparte dowodami, które pozostają aktualne wraz z rozwojem oprogramowania, sprzętu i domeny operacyjnej.