Status.ehasa.org

Vuoden 2026 uudistuksessa käyttöliittymä ja teemat tehtiin uusiksi. Karttaeditoriin tulivat aktiiviset ja jaetut tasot, laajemmat piirto- ja tyylityökalut sekä muokkausten kumoaminen. GPS-seuranta ja tapahtumien toisto kehittyivät.

Tehtävähallinta uudistui omaksi kokonaisuudekseen. Siinä hallitaan tehtävien sisältöä, näkyvyyttä, ajastusta, kohdistuksia, hierarkiaa, sijaintia ja liitteitä. Automaatiot, ehdot ja tapahtumahistoria tukevat pelin etenemistä. Tehtävien lopputulokset voidaan määrittää yhteisiksi tai osapuolikohtaisiksi.

Esineille ja ilmoituksille on omat hallintanäkymänsä. Järjestäjien, pelaajien ja yleisön näkymiä voidaan rajata erikseen, ja lippupisteiden sekä lippuboksien tilatietoja seurataan samassa palvelussa.

Vuosina 2023–2024 käytössä oli aiempi käyttöliittymä, jossa kartta, lippupisteet, tehtävät, ilmoitukset ja osapuolten pisteet muodostivat palvelun ytimen. Karttaeditorilla muokattiin pelialueita ja karttamerkintöjä.

Englanninkielinen käyttöliittymä tuki kansainvälisiä TSTOS-tapahtumia. Vuonna 2023 käytössä oli lähes 20 lippuboksia, joita vuokrattiin myös muille pelinjärjestäjille. Laitteiden toimintavarmuutta ja palvelun käytettävyyttä kehitettiin edelleen.

Kuvissa näkyy aiempi käyttöliittymä TSTOS 22 -tapahtumassa.

Tiedonsiirto-ongelmat, laitteiden hitaus ja Arduino-piirin muistin vähyys aiheuttivat vuosien mittaan turhauttavia ongelmia. Välillä tietoyhteydet eivät vain toimineet tai lippuboksit muuten vaan kaatuivat kesken pelin. Lippuboksit olivat myös todella hitaita. Valtauspainikkeen painamisen jälkeen valtaus alkoi yleensä vasta 5–10 sekunnin kuluttua. Suurin osa ongelmista johtui tavasta, jolla ohjelmisto oli koodattu. Ohjelmisto päätettiin kirjoittaa kokonaan uudelleen, ja tiedonsiirtoprotokollana HTTP:stä luovuttiin ja se korvattiin MQTT:llä. Toki uusi koodi toi mukanaan uusia haasteita, mutta ainakin tiedonsiirto oli selvästi sujuvampaa. Joka tapauksessa Status on meille siitä vaikea palvelu, koska voimme testata sitä laajamittaisesti vain noin kolme kertaa vuodessa tapahtumissamme.

Kun aloimme suunnitella ensimmäistä Battlegroup-tapahtumaa, tajusimme, että lippupisteitä olisi huomattavasti enemmän ja että niitä olisi voitava ohjata etänä. Halusimme myös hidastaa lippujen valtausta ja ohjata pelaajia puolustamaan lippuja valtauksien aikana. Mitään edellä mainituista asioista ei voinut tehdä aiemmassa Statuksen versiossa, joten oli ryhdyttävä kehittämään uutta. Halusimme tehdä uudesta laitteesta ainakin hieman vettä hylkivän, koska boksit viedään paikoilleen yleensä jo päiviä ennen pelin alkua. Uusi laite haki käynnistettäessä asetukset palvelimelta ja toimi niiden mukaisesti. Tämäkään ei ollut täysin ongelmatonta, sillä koodin monimutkaistuessa ilmeni tiedonsiirto-ongelmia ja muistivuotoja. Siksi meidän oli vielä vuosien ajan silloin tällöin mentävä lippubokseille käynnistämään ne uudelleen.

Ei kestänyt kauan ennen kuin tajusimme, että lippujen pitämine miehitettyinä on melkoisen tylsää ja turhaa. Aloimme jopa karttamaan status-järjestelmän käyttöä, sillä se vaati vääjäämättä runsaasti lisäkäsiä. Siitä syntyi ajatus korvata lipuilla seisseet organisaattorit sähköisellä järjestelmällä. Ensimmäinen lippuboksi perustui Arduinoon ja GPRS-shieldiin. Laitteessa oli vain kaksi painiketta, ja se teki suoran HTTP GET-pyynnön palvelimelle, ja lippu saatiin vallattua muutamassa sekunnissa. Kaikessa yksinkertaisuudessaan se toimi.

Ensimmäistä statuksen versiota käytettiin Conquest 2 -tapahtumassa. Järjestelmä oli silloin hyvin yksinkertainen. Organisaattorit päivystivät jokaisen lipun kohdalla ja ilmoittivat lippujen valtauksista radiolla keskellä pelialuetta olevalle organisaattorille, joka edelleen merkitsi lipun status-järjestelmään vallatuksi. Kuvan perusteella Conquest 2 -tapahtumassa statuksen ylläpito vaati vähintään 7 järjestäjää. Yksi kutakin lippua kohden ja yksi keskellä pelialuetta päivystämään radiota ja merkitsemään valtauksia.