ISO 214448 (SOTIF): När tekniken fungerar som den ska – men ändå utgör en risk

Inom fordonsindustrin har säkerhetsstandarder länge fokuserat på att förhindra systemfel. Vi känner alla till ISO 26262 (Functional Safety), som hanterar risker orsakade av elektriska eller elektroniska fel – som när en sensor går sönder eller en mjukvarubugg kraschar systemet.

Men i takt med att vi rör oss mot allt mer autonoma fordon och avancerade förarstödssystem (ADAS) har en ny typ av utmaning uppstått: SOTIF (Safety of the Intended Functionality), även känd som ISO 21448.

Vad är SOTIF?

ISO 21448 adresserar de faror som uppstår trots att inga komponenter har gått sönder. Det handlar om systemets inneboende begränsningar. Tänk dig en självkörande bil som kör i kraftigt regn och misstolklar en vattenpöl som ett fast föremål, eller en sensor som bländas av en lågt stående sol. Systemet fungerar exakt så som det programmerades, men resultatet blir ändå en farlig situation.

SOTIF handlar om att säkerställa att funktionen i sig är säker, även i komplexa, oförutsedda miljöer.

Från det okända till det kända

Kärnan i SOTIF-arbetet är att hantera fyra olika typer av scenarier:

Kända säkra (Known Safe): Situationer vi förstår och där systemet agerar korrekt.
Kända osäkra (Known Unsafe): Risker vi är medvetna om (t.ex. att kameran inte ser i tät dimma). Här fokuserar vi på att minimera risken.
Okända säkra (Unknown Safe): Situationer vi inte förutsett, men som inte leder till olyckor.
Okända osäkra (Unknown Unsafe): Den största utmaningen. Scenarier vi inte ens har tänkt på, men som kan leda till katastrofala följder.

Målet med ISO 21448 är att systematiskt flytta så mycket som möjligt från de "okända" och "osäkra" kategorierna till den "kända säkra" zonen genom analys, simulering och iteration.

Varför är det viktigt för ditt projekt?

När vi bygger AI-drivna system och avancerad sensorfusion räcker det inte med traditionell testning. Om din algoritm för bildigenkänning är tränad på data från soliga Kalifornien, hur reagerar den på en snöig väg i norra Sverige?

SOTIF kräver:

Grundlig riskanalys: Identifiera begränsningar i sensorer och algoritmer.
Massiv simulering: Att virtualisera miljoner mil i olika väder och trafikmiljöer.
Validering i verkligheten: Säkerställa att den teoretiska prestandan matchar verkligheten.

Hur iThing AB kan hjälpa till

Att navigera i regelverken kring ISO 26262 och ISO 21448 kan vara komplext. På iThing har vi erfarenheten som krävs för att integrera dessa standarder i er utvecklingsprocess från dag ett. Vi hjälper er att inte bara bygga system som håller, utan system som förstår och hanterar världens komplexitet.

Vill du veta mer om hur vi kan säkra dina framtida fordonsfunktioner? Kontakta oss för en djupdykning i SOTIF.