Sotilaskalustohallinta on perustavanlaatuisesti erilainen ongelma kuin kaupallinen kalustohallinta. Kaupallinen logistiikkayritys seuraa kuorma-autoja maanteillä jatkuvalla matkapuhelinyhteydellä. Sotilaallinen joukko seuraa panssaroituja ajoneuvoja, polttoainesäiliöajoneuvoja ja insinöörikalustoa maastossa, jossa on epäsäännöllinen tai olematon yhteys, sähkömagneettisia lähetysrajoituksia (EMCON) sekä vastustajia, jotka aktiivisesti yrittävät paikantaa ja kohdistaa siihen infrastruktuuria, joka tekee seurannan mahdolliseksi.
Sotilaskalustohallintaohjelmiston arkkitehtuurin on mukauduttava näihin rajoituksiin alusta alkaen — ei jälkikäteen liimattuna kaupalliseen alustaan. Tässä artikkelissa käsitellään ajoneuvoseurantaa kiistellyissä ympäristöissä, huoltoa ja valmiushallintaa, polttoaineen kulutuksen seurantaa, integraatiota logistiikkaketjuihin sekä offline-ensin-arkkitehtuuria, joka pitää järjestelmän toiminnassa viestiyhteyksien katketessa.
Ajoneuvoseuranta EMCON:n alla
Sijaintiraportointi on kalustohallinta perusta, mutta sotilasajoneuvoseuranta ei voi yksinkertaisesti lähettää jatkuvia GPS-paikkoja. EMCON (Emission Control) -menettelyt rajoittavat radiolähettämistä estääkseen vihollista paikantamasta ajoneuvoja niiden radiolähetteistä. Kalustohallintajärjestelmä, joka vaatii tiheitä lähetyksiä sijaintitarkkuuden ylläpitämiseksi, pakottaisi komentajat valitsemaan tilannetietoisuuden ja joukkojen suojan välillä.
Arkkitehtuurinen ratkaisu on tallenna-ja-lähetä -raportointi vaihtelevilla raportointiväleillä. Jokainen ajoneuvo kantaa ajoneuvoyksikköä (OBU) — tyypillisesti lujatekoista tietokonetta GPS:llä, inertianavigoinnilla ja taktisella radioliitynnällä — joka kirjaa jatkuvasti sijaintia, nopeutta, suuntaa ja ajoneuvon telemetriaa. Lähetys tapahtuu aikataulutetusti tai komennon mukaan: normaalitoiminnassa 15 minuutin välein, aktiivisen liikkeen aikana 5 minuutin välein, tai kokonaan tukahdutettuna tiukan EMCON:n alla. Lähetyksen tapahtuessa OBU lähettää pakatun sijaintihistorian eikä vain yhtä nykyistä paikkamääritystä, antaen taustapalvelulle täydellisen liikeraidan raportointiajanjaksolta.
Sijaintidataformaatti on tärkeä. Sotilaskalustoseurantajärjestelmät koodaavat sijainnin käyttäen MGRS (Military Grid Reference System) tai WGS-84 -koordinaatistoa operatiiviselle mittakaavalle sopivalla tarkkuudella. Sijaintiraportit noudattavat tyypillisesti NFFI (NATO Federation Framework Interface) -raitaformaattia tai CoT (Cursor on Target) XML -formaattia yhteentoimivuutta varten C2-järjestelmien kanssa, jotka näyttävät ajoneuvokuvakkeet yhteisessä operatiivisessa kuvassa.
Ajoneuvoyksikön arkkitehtuuri
OBU ajaa paikallista tietokantaa (tyypillisesti SQLite), joka tallentaa sijaintilokia, ajoneuvon huoltorekisteriä, polttoaineen kulutustietoja ja rahtilastia. Kaikki data kirjataan ensin paikallisesti; lähetys kalustohallintapalvelimelle on toissijainen toimenpide. Tämä offline-ensin-rakenne tarkoittaa, että OBU jatkaa toimintaansa ajoneuvotason tietueena, vaikka kalustohallintapalvelin olisi tavoittamattomissa päiviä.
Kun yhteys palautuu — radion, satelliittimodeemin tai fyysisen tiedonsiirron kautta huoltodepossa — OBU synkronoituu kalustohallintapalvelimen kanssa konfliktivapaan replikointistrategian avulla. OBU on auktoritatiivinen oman ajoneuvonsa datan suhteen; palvelin koostaa dataa kaikista joukon OBU:ista. Konfliktiratkaisu käyttää OBU:n aikaleimaa auktoritatiivisena lähteenä sijainnille ja telemetrialle, kun taas palvelimen huoltorekisteri saa etusijan huoltohenkilöstön aloittamille huollon tilanteiden päivityksille.
OBU:n laitteiston on täytettävä MIL-STD-810 ympäristövaatimukset iskunkestävyyden, tärinän, lämpötilavälin ja kosteuden osalta. Suorituskyky on tyypillisesti ARM Cortex-A tai x86 upotettu SoC kovennettua Linux-jakelua ajamassa. Tallennus käyttää teollisuustason eMMC:tä tai laajaan lämpötilaväliin suunniteltua M.2 SSD:tä.
Huollon ja valmiuden seuranta
Ajoneuvon valmius — onko ajoneuvo käytettävissä operaatioihin, suunnitellussa huollossa, odottaa varaosia vai deadlinattu (ei-operatiivinen) — on mittari, jota komentajat eniten välittävät. Pataljoonan komentaja tarvitsee tietää ei vain kuinka monta ajoneuvoa on joukossa, vaan kuinka moni on tehtäväkykyinen minä tahansa hetkellä.
Huoltoseuranta sotilaskalustoohjelmistossa noudattaa TAMMS (Army Maintenance Management System) -datamallia tai sen NATO-vastinetta. Jokaisella ajoneuvolla on huoltorekisteri, joka sisältää: suunnitellut huoltovälit (kilometri- tai tuntimittarien perusteella), vikahistoria (teknikkojen kirjaamat viat ja korjaustoimenpiteet), nykyinen operatiivinen tila (FMC — täysin toimintakykyinen, PMC — osittain toimintakykyinen tai NMC — ei toimintakykyinen) ja tilatut varaosat.
Kalustohallintaohjelmisto esittää huoltotilan valmiuskojelautana — reaaliaikaisena näkymänä koko kaluston FMC/PMC/NMC-jakaumasta, mahdollisuudella porautua yksittäisiin ajoneuvoihin, vikahistoriaan ja odottaviin huoltotoimiin. Ennakoivan huollon ominaisuudet analysoivat OBU:n telemetriaa — moottorilämpöä, vaihteistonestepainetta, jarrujen kulumisen indikaattoreita — lippuuttaakseen ajoneuvoja lähestymässä huoltokynnystä ennen kuin ne vikaantuvat.
Polttoaineen kulutuksen seuranta
Polttoaine on eniten kulutettu sotilastarvike. Mekanisoidun pataljoonan jatkuvissa operaatioissa kuluu tuhansia litroja dieseliä päivässä koko ajoneuvostossaan. Polttoaineen kulutuksen seuranta ajoneuvoa kohti, täsmäytys huoltopisteiden polttoaineen jakautumisen kanssa ja tulevien polttoainetarpeiden projisointi ovat keskeisiä kalustohallintafunktioita.
OBU:n polttoaineen seuranta integroituu ajoneuvon J1939 CAN-väylään, joka paljastaa moottorin parametrit mukaan lukien polttoaineen kulutusnopeuden, kokonaiskulutuksen viimeisen huollon jälkeen ja polttoainetankin tason. Nämä parametrit kirjataan konfiguroitavilla väleillä. Kalustohallintajärjestelmän taustapalvelu koostaa ajoneuvokohtaisen polttoaineen kulutuksen joukon kulutusnopeuden laskemiseksi, huoltorekistereiden täsmäyttämiseksi ja täydennystarpeiden projisoimiseksi.
Polttoaineen jakelutransaktiot — kirjaaminen milloin ajoneuvo tankattiin, kuinka paljon, mistä huoltopisteestä — kirjataan kalustohallintasovelluksen kautta mobiililaitteella polttoainepisteellä. Nämä tietueet synkronoituvat kalustohallintapalvelimelle ja täsmäytetään OBU:n kulutustelemetriaan poikkeamien tunnistamiseksi.
Integraatio toimitusketjujärjestelmiin
Kalustohallintaohjelmisto ei toimi eristyksissä. Sen on vaihdettava tietoja laajemman logistiikkaketjun kanssa: varaosien toimittava huolto, huoltotyömääräykset aloittava huoltojärjestelmä ja ylemmän portaan logistiikka-C2-järjestelmä, joka jakaa huoltotiimit ja pelastuseläimet joukon kesken.
Integraatio käyttää standardeja sotilaslogistiikan dataformaatteja missä mahdollista — DLMS (Defense Logistics Management Standards) -transaktiot varaosapyyntöihin ja -vastaanottamisiin, NFFI-logistiikkaviestit ajoneuvotilan raportointiin ylemmälle portaalle. Missä standardiformaatteja ei ole saatavilla, integraatio käyttää REST-rajapintoja JSON-hyötykuormilla.
Varaosien saatavuuden integraatio on erityisen arvokasta: kun teknikko kirjaa vian, joka vaatii tietyn varaosan, kalustohallintajärjestelmä voi kysellä huoltojärjestelmältä varaosien saatavuutta lähimmillä huoltopisteillä, luoda tilauksen automaattisesti ja seurata tilauksen tilaa. Tämä sulkee silmukan vian tunnistamisen ja osien toimituksen välillä, vähentäen aikaa, jonka ajoneuvot viettävät NMC-tilassa varaosia odottaen.
Keskeinen havainto: Suunnittele kalustohallintapalvelin epäsäännölliseen yhteydenpitoon alusta alkaen. Sotilaalliset joukot toimivat säännöllisesti ympäristöissä, joissa yhteys kalustohallintajärjestelmän taustapalveluun on poissa käytöstä tunteja tai päiviä. OBU:iden ja mobiiliasiakassovellusten on tallennettava kaikki data paikallisesti, toimittava täysin ilman yhteyttä ja synkronoitava mahdollisuuksien mukaan. Kalustohallintajärjestelmä, joka vaatii jatkuvaa yhteyttä taustapalveluun, on operatiivisesti käyttökelvoton kiistellyssä ympäristössä.