Vad är fordonsdiagnostik? Off-board och on-board – där ingenjörsarbetet finns

Varje fordon har diagnostik ombord, men det djupa arbetet – att identifiera styrenheter, läsa fel, koda och omprogrammera dem – sker off-board, i de verktyg och data som finns utanför fordonet. Här beskrivs hur de två sidorna skiljer sig åt och varför det långsiktiga ingenjörsarbetet finns på off-board-sidan.

Vad är off-board-diagnostik?

Off-board-diagnostik är den fordonsdiagnostik som utförs utanför fordonet. En extern testare – ett verkstadsverktyg, en testrigg för slutkontroll i fabrik (end-of-line) eller en ingenjörs bärbara dator – kommunicerar med fordonets elektroniska styrenheter (ECU) för att fråga ut, konfigurera och omprogrammera dem. Där on-board-diagnostik svarar på om något är fel, fastställer off-board-diagnostik exakt vad som är fel, varför och vad som ska göras åt det.

En modern off-board-testare identifierar vilken hårdvaru- och mjukvaruversion varje styrenhet har, läser och raderar felkoder (DTC) med tillhörande freeze frame-data, läser realtidsdata, kör aktuator- och rutintester och skriver konfiguration. Den hanterar också de två mest oförlåtande operationerna: parametrering och kodning, som anpassar en generisk styrenhet till ett specifikt fordon, en marknad och en uppsättning tillval, och omprogrammering, som flashar ny firmware till en styrenhet i fält.

Tre ISO-standarder gör det mesta av arbetet: UDS (ISO 14229) för diagnostjänsterna, ODX (ISO 22901) för att beskriva diagnosdata och DoIP (ISO 13400) för att överföra UDS över Ethernet. Eftersom samma data och verktyg ska tjäna slutkontroll i fabrik, verkstaden, fältkampanjer och FoU i femton år eller mer efter att fordonet lämnat bandet, är det här det långsiktiga ingenjörsarbetet finns.

Vad skiljer off-board från on-board i fordonsdiagnostik?

Skillnaden ligger i var diagnostiken körs och vad den får göra. On-board-diagnostik körs inne i fordonet: mjukvara i de elektroniska styrenheterna (ECU) övervakar kontinuerligt sensorer, aktuatorer och delsystem, lagrar felinformation och varnar, där så krävs, föraren. Off-board-diagnostik körs utanför fordonet, på en extern testare – ett verkstadsverktyg, en testrigg för slutkontroll i fabrik eller en ingenjörs bärbara dator – som kommunicerar med samma styrenheter för att fråga ut, konfigurera och omprogrammera dem. Enkelt uttryckt: on-board svarar på ”är något fel?”, off-board svarar på ”vad exakt är fel, varför, och vad ska vi göra åt det?”

Båda är viktiga, men de konstrueras på helt olika sätt, av olika personer och mot olika standarder. On-board-logiken levereras med styrenheten och ändras sällan; off-board-sidan måste förbli korrekt för varje variant, marknad och mjukvaruversion i femton år eller mer efter att fordonet lämnat bandet – och därför är det där det långsiktiga ingenjörsarbetet finns.

On-board-diagnostik: OBD-II och varningslampan

On-board-diagnostik har utsläpp i sitt DNA. Det välkända OBD-II-regelverket drevs fram av myndigheter: California Air Resources Board (CARB) gjorde OBD-II obligatoriskt från årsmodell 1996, och amerikanska EPA krävde det på lätta fordon som såldes från 1996 och framåt, med åtkomst via den standardiserade SAE J1962-kontakten. Det synliga resultatet är felindikeringslampan (MIL, malfunction indicator lamp) – ”check engine”-lampan – som OBD-II tänder när ett övervakat fel kan driva utsläppen över en reglerad tröskel (i stort sett 1,5 gånger det tillämpliga utsläppskravet).

Avgörande är att OBD-II är ett snävt, juridiskt avgränsat fönster. Det standardiserar en liten uppsättning utsläppsrelaterade parametrar och felkoder så att vilken besiktningstekniker eller generisk avläsare som helst kan läsa dem. Det var aldrig tänkt att exponera hela beteendet hos de över femtio styrenheterna i ett modernt fordon – och det gör det medvetet inte.

Off-board-diagnostik: den externa testaren och vad den faktiskt gör

Det är på off-board-sidan som det verkliga djupet finns, eftersom det är där ett verktyg talar med styrenheterna på samma sätt som tillverkarens egna ingenjörer gör. En modern off-board-testare gör mycket mer än att läsa felkoder: den identifierar styrenheter (vilken hårdvaru- och mjukvaruversion som sitter monterad), läser och raderar felkoder med fullständig freeze frame-data, läser realtidsdata, kör aktuator- och rutintester och skriver konfiguration.

Det är på två av dessa förmågor som karriärer och plattformar vinns eller förloras. Parametrering och kodning anpassar en generisk styrenhet till ett specifikt fordon, en marknad och en uppsättning tillval. Omprogrammering – flashning av ny firmware till en styrenhet i fält – är vägen för återkallelser, buggrättningar och funktionsuppdateringar till en bil som redan står på kundens garageuppfart. Operationerna är oförlåtande: ett misstag gör styrenheten obrukbar, så verktygskedjan, säkerhetshandskakningarna och flashsekvenseringen måste vara helt rätt, varje gång.

Det är i den här världen Diadrom har arbetat sedan 1999. Vår verktygssvit DiagStudio är byggd för att skapa och köra just dessa off-board-diagnostiska operationer, medan vår inbyggda Diag Com Stack hanterar UDS-kommunikationen på styrenhetens sida av samma konversation.

Standarderna som finns off-board

Tre ISO-standarder bär det mesta av lasten på off-board-sidan, och var och en förtjänar en egen artikel. UDS (Unified Diagnostic Services, ISO 14229, där applikationslagret i dag specificeras i ISO 14229-1:2026) definierar själva förfrågnings- och svarstjänsterna – det klient–server-protokoll som en extern testare använder för att byta session, läsa identifierare, läsa och radera felkoder, köra rutiner och överföra data vid omprogrammering. Det är oberoende av transportlager och körs över CAN, CAN FD och Ethernet.

ODX (Open Diagnostic Data Exchange, ISO 22901) definierar hur diagnosdata beskrivs och utbyts – en XML-datamodell som fångar varje tjänst, parameter och resultat för en styrenhet under hela dess livscykel, så att samma definition kan följa med från leverantör via OEM till verkstadsverktyg. DoIP (Diagnostic communication over Internet Protocol, ISO 13400) överför UDS över Ethernet: testare hittar styrenheter via UDP på port 13400, öppnar sedan en TCP-anslutning och utför routing activation för den snabba flashning av många styrenheter som moderna plattformar kräver.

Varför det långsiktiga ingenjörsarbetet finns på off-board-sidan

On-board-logiken levereras med styrenheten och ändras sällan. Off-board-sidan måste däremot förbli korrekt under en plattforms hela livslängd – för varje variant, varje marknad och varje mjukvaruversion, i femton år eller mer efter att fordonet lämnat bandet. Samma diagnosdata och verktyg ska tjäna slutkontroll i fabrik, märkesverkstaden, fältkampanjer och validering inom FoU, utan att glida ur takt med styrenheterna i fält.

Det är ett data- och verktygskedjeproblem innan det är ett protokollproblem. Det svåra och långsiktiga ingenjörsarbetet ligger i att hålla tusentals diagnosdefinitioner konsekventa, versionshanterade och verifierbara över hela den ytan – och i att bevisa att testaren gör rätt när den omprogrammerar en säkerhetskritisk styrenhet eller en styrenhet i ett försvarssystem. Det är oglamoröst, det är verksamhetskritiskt, och det är precis det arbete som off-board-sidan finns till för.