Försvarsdiagnostik genom livscykeln: beredskap är att kunna ställa diagnos

Försvarsplattformar köps för att hålla. Luftvärnssystem, pansarfordon, radarsystem och flygplan står rutinmässigt i första linjen i 20–40 år, och många livstidsförlängs långt bortom det. Förmågan skrivs av över decennier, eftersom en ny anskaffning är långsam, dyr och politiskt komplex.

Tekniken under plattformen har inget sådant tålamod. Mikrokontrollerna, diagnostikdatorn, dess operativsystem, bussgränssnitten och verktyget som de ursprungliga testsekvenserna byggdes i rör sig alla i en kommersiell cykel mätt i ensiffriga år. När en plattform når halvtid har komponenterna den diagnostiserades med ofta varit ur produktion längre än de någonsin såldes.

Resultatet är en strukturell obalans: en 35-årig tillgång som underhålls med en 5-årig verktygskedja. Att överbrygga det gapet medvetet — i stället för att improvisera vid varje kris — är hela disciplinen livscykelhantering av diagnostikförmågan. Vi har beskrivit resonemanget i sin helhet i vår engelska genomgång av through-life-diagnostik.

Försvarsvärlden har ett namn för problemets försörjningssida: DMSMS — Diminishing Manufacturing Sources and Material Shortages. En komponent går ur produktion, ett gjuteri stänger, en leverantör köps upp, och en rutinkomponent blir ett anskaffningsprojekt. DMSMS-program finns just därför att ohanterad obsolescens tyst urholkar flottans tillgänglighet.

Diagnostiken drabbas av en skarpare variant av samma sjukdom, eftersom tre saker föråldras samtidigt. Hårdvaran försvinner. Verktygskedjan — utvecklingsmiljön, exekveringsmiljön, licensservern, drivrutinen till ett utgånget gränssnitt — upphör att stödjas på de operativsystem som får driftsättas. Och kunskapen försvinner ut genom dörren: ingenjörerna som visste varför en viss testtolerans sattes som den sattes går i pension, och motivet skrevs aldrig ned.

Förlora en av de tre och ett fel som borde ta en timme att hitta tar en vecka. Förlora alla tre och plattformen blir i praktiken odiagnostiserbar i fält — samtidigt som den förväntas fungera i skarpt läge.

En plattform som inte kan diagnostiseras är en plattform som inte med säkerhet kan återföras i tjänst. Diagnostikförmågan är därför direkt avgörande för beredskapen: reparationstid, tillgänglighet i flottan och möjligheten att intyga att ett system är tjänstbart innan det åter tas i tjänst.

Den är också en suveränitetsfråga. Om enda vägen till diagnos av en nationell tillgång går genom en enda leverantörs proprietära verktyg — ett verktyg den leverantören kan avveckla, omlicensiera eller vägra stödja på ett härdat operativsystem — då beror den operativa självständigheten på den leverantörens kommersiella beslut. En stabil, dokumenterad och verktygsoberoende diagnostikförmåga som den egna organisationen kan äga och förvalta är det som hindrar beroendet från att bli en sårbarhet.

Skyddet mot decennier av teknikväxling är att förankra diagnostikförmågan i öppna, långsamt rörliga internationella standarder i stället för i någon enskild produkt. UDS (ISO 14229) definierar diagnostiktjänsterna och är medvetet oberoende av både tillverkare och fysiskt lager. ODX (ISO 22901) beskriver styrenheternas diagnostikdata i ett verktygsoberoende XML-format, så att kunskapen om hur man talar med en styrenhet lever i portabla data — inte i en binärfil som kräver en exekveringsmiljö från 2009. DoIP (ISO 13400) bär samma kommunikation över IP och Ethernet och är uttryckligen konstruerad som ett långsiktigt stabilt gränssnitt mellan plattform och extern testutrustning.

Standarder räcker dock inte, eftersom verktygen som konsumerar dem fortfarande åldras. Andra halvan av svaret är arkitektur: en abstraherad, portabel verktygskedja där transporten, gränssnittshårdvaran och användargränssnittet är frikopplade. När ett gränssnitt eller ett operativsystem når slutet av sin livslängd byts ett abstraherat lager — diagnostikinnehållet behöver inte återskapas. ODX-datan, UDS-sekvenserna och ingenjörsmotiven överlever hårdvaran som råkade köra dem det här decenniet.

Livscykelhantering av diagnostikförmågan är inte en fas som skruvas på i efterhand vid leverans; det är en röd tråd från första utveckling till avveckling. Under utvecklingen fångas diagnostikmodellen, testsekvenserna och deras motiv som dokumenterade, versionshanterade artefakter. Genom långa driftperioder förvaltas, granskas och spåras samma baslinje — med spårbarhet från början till slut och en mjukvaruförteckning som blir lika viktig för försvarets vidmakthållande som den redan är i säkerhetskritisk fordonsutveckling. Vid varje halvtidsmodifiering migreras förmågan till aktuell hårdvara utan att historiken går förlorad.

För program i svensk försvarsupphandling formas systemsäkerhetsarbetet av H SystSäk 2022, och kraven når leverantören via avtalet — godkännanden ligger alltid hos beställare och myndighet, aldrig hos leverantören. Diadroms mjukvara har varit i försvarsdrift sedan 2012, och vi lär oss kontinuerligt av de systemsäkerhetsramverk som styr området; vi har beskrivit vad H SystSäk 2022 förväntar sig av leverantörer ur just leverantörsstolen.

Detta är arbetet Diadrom bedrivit under namnet Autodefence, med två decenniers off-board-diagnostik från fordonsindustrin sedan 1999 tillämpad på försvarsplattformar med decennielånga livscykler — bland annat livscykeldiagnostik för system som Saabs luftvärnssystem RBS 70 NG och FMV:s fordonsflotta. Poängen är inte verktyget, utan att beställaren behåller en diagnostiserbar, dokumenterad plattform långt efter att den ursprungliga elektroniken, mjukvaran och människorna gått vidare.