WinTAK TOC:ssa: TAK:n käyttöönotto Windowsilla komentopaikoissa

Jalkautunut operaattori kantaa ATAK:ta käsilaitteessa. Taktisen operaatiokeskuksen (TOC) esikuntaupseeri kohtaa erilaisen haasteen: ei yhden kartan kuusintuumaista näyttöä, vaan koko kuvan — jokaisen ystävällisen sijainnin, jokaisen kosketusraportin, jokaisen kuvakerroksen — seinälle projisoituna, suunnittelusolulle näppäimistöineen ja hiireineen. WinTAK on Team Awareness Kitin Windows-versio, joka on rakennettu juuri tähän rooliin. Se jakaa saman Cursor on Target -datamallin ja saman TAK Server -selkärangan kuin ATAK, mutta toimii pöytätietokoneella, skaalautuu suurille näytöille ja tukee moniruutuisia, monikerroksisia työnkulkuja, joita komentopaikka tarvitsee. Tämä artikkeli käsittelee WinTAK:n käyttöönottoa TOC:ssa: asennuksen, laajennusten vastaavuuden ATAK:n kanssa, suurten näyttöjen työnkulut ja yhteisen tilannekuvan (COP) synkronoinnin pitämisen ajan tasalla kentän kanssa.

Miksi Windows-TAK-asiakasohjelma kuuluu komentopaikalle

ATAK ja WinTAK ovat sisaruksia, eivät kilpailijoita. Ne kuluttavat ja tuottavat samoja Cursor on Target (CoT) -tapahtumia, federoivat saman TAK Serverin kautta ja renderöivät saman COP:n. Ero on ihminen–kone-rajapinnassa ja operatiivisessa roolissa. ATAK on optimoitu yhdelle operaattorille, joka käyttää kosketusnäyttöä kuormituksen alla — hansikkaat kädessä, auringonvalo, liike. WinTAK on optimoitu kiinteälle työasemalle, jossa esikuntasolu tarvitsee näyttötilaa, tarkkaa osoitinsyöttöä ja kykyä pitää useita näkymiä auki samanaikaisesti: kartta, tehtäväluettelo, anturisyöte ja kuvakerroseditori.

TOC on paikka, jossa kuva kootaan ja päätökset tehdään. Taistelun seuraamiseen osallistuva taistelukapteeni tarvitsee nähdä samat merkinnät, jotka etujoukko on lisännyt sekunteja aiemmin, merkitä kartalle, työntää uuden tarkistusmittauksen ja saada sen näkymään välittömästi jokaisessa kentän käsilaitteessa. Tämä kiertokulku — kentältä TOC:iin ja takaisin — on syy, miksi WinTAK on olemassa ensisijaisen TAK-asiakasohjelmana eikä pelkkänä read-only-verkkokatselimena. WinTAK sekä kuluttaa että tuottaa COP:ia samalla auktoriteetilla kuin mikä tahansa kenttälaite.

WinTAK versus selainpohjainen COP

Selainpohjaisilla COP-katseluohjelmilla, kuten CloudTAK-projektilla, on paikkansa — ne eivät vaadi asennusta ja toimivat missä tahansa selaimessa. Natiivi WinTAK-asiakasohjelma tarjoaa kuitenkin asioita, joita selain ei voi komentopaikalla vastata: deterministisen offline-toiminnan esiladatusta datasta, suoran laitteistokiihdytetyn renderöinnin tiheiden kuvakerrosten käsittelyyn ilman palvelinkierroksia ja täyden laajennuspinnan paikallisten antureiden ja tehtävätyökalujen integroimiseksi. Monet TOC:t käyttävät molempia: WinTAK:ta ensisijaisilla suunnittelutyöasemilla ja selaimen COP:ia yhteysupseerin tai vierailijan päätelaitteilla. Niille tiimeille, jotka optimoivat tämän yhdistelmän selainpuolta, oppaassamme COP-päivitysten nopeuttamisesta CloudTAK:ssa käsitellään täydentäviä työkaluja.

WinTAK:n asentaminen TOC-työasemalle

WinTAK toimii Windows 10:llä ja Windows 11:llä, 64-bittinen. Perusasennus on yksinkertainen — asennusohjelma, joka sijoittaa ydinsovelluksen ja sen riippuvuudet — mutta TOC-käyttöönotolla on vaatimuksia, joita yksittäisen kannettavan asennus ei aseta. Ensimmäinen on ajonaikainen ympäristö: WinTAK on .NET-sovellus, ja asennetun ajoympäristön version täytyy vastata koontiversiota. Versioero tuottaa asiakkaan, joka käynnistyy mutta ei äänettömästi lataa laajennuksia, mikä on yksi yleisimmistä ja hämmentävimmistä kenttätukipyynnöistä.

Toinen vaatimus on operaattorin käyttäjätilimalli. TOC-työasemaa käytetään vuoroissa, usein stressaavissa tilanteissa, eikä se saisi vaatia järjestelmänvalvojan oikeuksia rutiinioperaatioihin. Asenna WinTAK ja sen laajennukset kerran järjestelmänvalvojatilillä ja suorita päivittäinen käyttö vakiooperaattorin tilillä. Tämä estää tahattoman konfiguraatiomuutoksen ja tarkoittaa, että väsynyt operaattori kello 0300 ei voi vahingossa poistaa laajennusta käytöstä tai ylikirjoittaa palvelinprofiilia.

Kolmas — ja useimmiten aliarvioitu — vaatimus on tallennustila offline-karttavälimuistille. Käsilaite kattaa operaattorin välittömän ympäristön; TOC-näyttö kattaa koko toiminta-alueen, usein suurella zoomauksella yksityiskohtaista suunnittelua varten. Laajan toiminta-alueen ruutuvälimuisti voi kasvaa kymmeniin gigatavuihin. Nopean SSD:n varaaminen riittävällä tilalla koko kuvakannalle on osa laitteistosuunnittelua, ei jälkikäteen hoidettava asia.

Laitteisto, jolla on merkitystä suurilla näytöillä

Useimmat WinTAK-suorituskykyvalitukset TOC:ssa johtuvat kahdesta asiasta: renderöinnistä ja ruuduista. Tiheät kuvat — satoja merkintöjä, monipistepiirroksia, kerrostettuja tarkistusmittauksia — rasittavat renderöintipolkua, joten erillinen GPU laitteistokiihdytyksellä parantaa huomattavasti kartan päivitystä videoseinällä verrattuna integroituun grafiikkaan. Kuusitoista gigatavua RAM-muistia on järkevä alaraja; enemmän auttaa, kun useita suuria datapaketteja ladataan samanaikaisesti. Itse näyttöketjukin on tärkeä: seinän ajaminen korkealla resoluutiolla tarkoittaa, että GPU:n ja kaapeloinnin on kyettävä ylläpitämään kyseistä resoluutiota ilman, että käyttöjärjestelmä hiljaa alentaa sen, mikä pehmentää kartan tekstiä ja heikentää luettavuutta etäältä.

Luettavuus etäältä on oma osaamisalueensa. Käsilaitetta luetaan käsivarren etäisyydeltä; TOC-seinää luetaan huoneen poikki, kun solu työskentelee aikapaineessa. WinTAK antaa henkilöstölle mahdollisuuden säätää merkintöjen tekstikokoa, kuvakekokoa ja kontrastia — ja ne oletusarvot, jotka soveltuvat kuusintuumaiselle käsilaitteelle, ovat lähes aina liian pieniä seinälle. Aseta ne harkitusti huonetta varten, ei sille työasemalle, jolla konfiguraatio sattui rakennettavan. Tavoite on, että taistelukapteeni, joka vilkaisee ylös radiolta, voi lukea kuvan ilman, että hänen täytyy kävellä näytön luo.

Moniruutuiset suunnittelutyönkulut

Pöytämuotokerroin on se, mikä avaa TOC:n todellisen arvon: useiden asioiden tekemisen samanaikaisesti. Suunnittelusolu pitää tyypillisesti auki ensisijaisen karttanäkymän, kuvakerros- tai piirrosteditorin, tehtävä- tai chat-paneelin ja yhden tai useamman syöteikkunan samanaikaisesti — asettelun, jota käsilaite ei voi tarjota. WinTAK tukee tätä moniruutuista järjestelyä suoraan, ja kurinalaisuus on sen standardoinnissa: dokumentoitu, toistettavissa oleva ruutuasettelu, jonka jokainen vuoro perii, jotta vuoroon astuva operaattori istuu tuttuun työtilaan sen sijaan, että rakentaisi sen uudelleen. Tallenna asettelu osana työaseman tehtäväkonfiguraatiota palvelinprofiilin ja laajennussarjan ohella.

Laajennusten vastaavuus ATAK:n kanssa

Yleisin väärinkäsitys WinTAK:sta on, että ATAK-laajennukset sopivat siihen suoraan. Eivät sovi. ATAK-laajennukset ovat Android-paketteja, jotka on rakennettu ATAK SDK:ta vastaan; WinTAK-laajennukset ovat .NET-kokoonpanoja, jotka on rakennettu WinTAK SDK:ta vastaan. Ne eivät ole binääriyhteensopivia, eikä ATAK:n .apk-tiedosto lataudu WinTAK:ssa missään olosuhteissa.

Siirrettävissä on suunnittelu. Molemmat SDK:t tarjoavat käsitteellisesti rinnakkaisia pintoja: karttamoottori, CoT-tapahtumaväylä, uusien datatyyppien tuontikehys ja rekisteröintimalli työkaluille ja kuvakerrosten hallinnalle. Laajennuksen toimintalogiikka — miten se tulkitsee syötteet, miten se paikantaa havainnon, miten se rakentaa CoT-tapahtuman — siirtyy yleensä puhtaasti. Alustaspesifit kerrokset eivät siirry: käyttöliittymä on rakennettava uudelleen pöytätietokoneelle, ja paketointi ja allekirjoittaminen noudattavat Windows-mallia Android-mallin sijaan. Tiimit, jotka ylläpitävät ominaisuutta molemmilla alustoilla, käsittelevät ydintoimintalogiikkaa jaettuna kirjastona ja pitävät kaksi ohutta alustojen kuoria erikseen. Monialustainen ATAK- ja WinTAK-laajennusten kehittäminen on enimmäkseen kurinalaisuutta tämän rajan pitämisessä puhtaana.

Yksi luokka vastustaa siirtämistä kokonaan: laajennukset, jotka on rakennettu vain Android-laitteiston varaan. ATAK-laajennus, joka lukee laitteen kameraa, kiinteää GPS:ää tai Bluetooth-balistista tietokonetta, ei saa suoraa WinTAK-vastinetta, koska TOC-työasemassa ei ole näitä antureita. WinTAK-versio tällaisesta ominaisuudesta suunnitellaan uudelleen verkkolähteiden ympärille — sama anturi raportoi taktisen verkon kautta CoT:na tai datasyötteenä sen sijaan, että luettaisiin paikallisesta laitteistosta.

Laajennusten lataaminen ja validointi

WinTAK-laajennukset otetaan käyttöön sijoittamalla niiden allekirjoitetut kokoonpanot laajennushakemistoon ja varmistamalla, että ne näkyvät laajennushallinnassa. Validointivaihe, joka estää useimmat kenttäongelmat, on versiotarkistus: eri WinTAK-ydinversiota vastaan rakennettu laajennus kieltäytyy latautumasta, usein ilman näkyvää virhettä. Jokaisen WinTAK-päivityksen jälkeen jokainen laajennus on vahvistettava uutta ydintä vastaan ennen kuin työasema todetaan tehtävävalmiiksi. Käsittele WinTAK-ydinversiota ja sen laajennussarjaa yhtenä versioituna pakettina, ei toisistaan riippumattomina päivitettävinä osina.

COP:n synkronointi TOC:n ja kentän välillä

WinTAK ei kommunikoi suoraan ATAK:n kanssa. Molemmat muodostavat yhteyden TAK Serveriin, joka on koko verkon synkronointiauktoriteetti. Palvelin välittää CoT-tapahtumat — sijainnit, merkinnät, piirrokset, tapaturma- ja kosketusraportit — kaikille tilatuille asiakkaille, joten TOC:n WinTAK-kartalla pudotettu merkintä näkyy jokaisessa kentän käsilaitteessa sekunneissa, ja etumaisten joukkojen lähettämä sijainti näkyy TOC-seinällä yhtä nopeasti.

Tämä palvelimen välittämä malli on se, mikä tekee COP:sta joustavan. Kenttäasiakkaat katkaisevat yhteyden jatkuvasti — maasto, häirintä, tyhjät akut — ja yhdistyvät myöhemmin uudelleen. Koska tila asuu palvelimella, uudelleen yhdistyvä ATAK-asiakas saa nykyisen kuvan uudelleenliittyessään eikä vanhentunutta tilannekuvaa. TOC näkee johdonmukaisen COP:n koko ajan, riippumatta siitä, mitkä kenttälaitteet ovat ylhäällä millä hetkellä. Suuremmat joukot laajentavat tätä TAK-palvelinfederaatiolla, yhdistämällä useita palvelimia siten, että useat yksiköt ja johtoportaat jakavat yhden yhtenäisen kuvan ilman, että kaikkia asiakkaita kanavoidaan yhdelle palvelimelle.

Tehtävädata — kuvat, kuvat, geoaidoitukset, tarkistusmittaukset — liikkuu palvelimen datapakettiominaisuuden kautta eikä live-CoT:na. Esikuntaupseeri luo tarkistusmittauksen WinTAK:ssa, julkaisee datapaketin palvelimelle ja kenttäasiakkaat hakevat sen. Tämä erottelu nopeasti muuttuvien CoT-tapahtumien ja hitaammin muuttuvan tehtävälähtöisen datan välillä pitää tapahtumavirtauksen kevyenä ja kaistanleveysprofiilin ennakoitavana, mikä on tärkeää rajoitetulla taktisella linkillä.

TOC:n käyttäminen yhteyden katketessa

Komentopaikan on jatkettava toimintaansa, kun yhteys ylempään johtoportaaseen katkeaa. WinTAK on offline-first samalla tavalla kuin ATAK: esiladatut karttaruudut, korkeustiedot ja tehtäväpaketit antavat asiakasohjelman renderöidä koko COP:n ilman internetyhteyttä. Mutta offline-kartat yksinään eivät pidä TOC:ta ja sen kenttäasiakkaita synkronoituina — se vaatii palvelimen, jota ne kaikki voivat vielä tavoittaa.

Vakiovastaus on ajaa TAK Server TOC:n sisällä, paikallisessa taktisessa verkossa, eikä luottaa etäällä olevaan yrityspalvelimeen. Kun ulkoinen linkki on toiminnassa, paikallinen palvelin federoi ylöspäin jakamaan laajemman kuvan. Kun linkki katkeaa, WinTAK ja jokainen kentän ATAK-asiakas jatkavat federointia paikallista palvelinta vastaan, joten yksikön oma COP pysyy toiminnassa ja johdonmukaisena. Siinä hetkessä kun yhteys palaa, paikallinen palvelin federoi kertyneen tilansa takaisin ylösketjulle. COP ei sammu koskaan niiltä ihmisiltä, jotka tarvitsevat sitä eniten — kontaktissa olevalta yksiköltä.

Syvällisempää käsittelyä laajennusten rakentamisesta, jotka toimivat sekä Android- että Windows-asiakkailla jaetusta koodipohjasta, ks. artikkelimme ATAK / WinTAK -laajennusten kehittämisestä.