Olemassa olevan Android-sovelluksen tuominen Vuzix LX1:lle

Olemassa olevan Android-sovelluksen tuominen Vuzix LX1:lle

Tiivistelmä

Vuzix LX1 -Android-sovelluskehityksen voi aloittaa siitä yrityssovelluksesta, jota tiimisi jo ylläpitää. LX1:ssä on muokattu Android 15 -järjestelmä, ja Vuzixin dokumentaation mukaan se tukee sovelluksia, joiden vähimmäis-API-taso on 35 tai alempi. Hyödynnä uudelleen liiketoimintalogiikkaa ja yhteyksiä yrityksen järjestelmiin ja mukauta sitten näyttöasettelu, navigointi ja laiteriippuvuudet. Onnistunut asennus on vasta ensimmäinen tarkistus.

Tämä siirto-opas käsittelee monokulaarisen näytön asettelua, painikenavigointia ja sitä, mikä menee rikki. Kehittäjät avaavat olemassa olevan Android Studio -projektin, yhdistävät oikean LX1-laitteen, asentavat testiversion, parantavat käyttöliittymää ja valmistelevat allekirjoitetun yritysjulkaisun. Varaudu ajoissa puuttuviin Google-palveluihin ja testaa työntekijän koko polku, mukaan lukien sisäänkirjautuminen, skannaus ja palautuminen Wi-Fi-yhteyden katkeamisen jälkeen.

Laitteistosuunnittelua varten katso VR Expertin Vuzix LX1 -tuotesivu.

Käsitteellinen kuvitus, ei kuvakaappaus laitteesta.

Johdanto

Vuzix LX1 on itsenäinen puettava Android-tietokone varasto-, teollisuus- ja kenttätyön työnkulkuihin. Monokulaarinen näyttö on näyttö, jota katsotaan yhdellä silmällä. Sen täysvärinen OLED-näyttö esittää sovelluksen sisällön työntekijän normaalin näkökentän vieressä; se on peittävä näyttö, eli itse näyttö ei ole läpinäkyvä. Käyttäjät voivat pitää sitä kumman tahansa silmän edessä.

Vuzix LX1 -ohjelmistot hyödyntävät tuttuja Android-työkaluja sekä valinnaisia Vuzix-kirjastoja puheohjaukseen, viivakoodien skannaukseen ja käyttöliittymäkomponentteihin. Siirtäminen tarkoittaa olemassa olevan ohjelmiston mukauttamista toiselle laitteelle. Varaston keräilysovelluksessa se voisi tarkoittaa, että tilausten haku ja varastosaldojen päivitys säilytetään, mutta tiivis puhelinnäkymä muutetaan yhdeksi ohjeeksi, yhdeksi vahvistukseksi ja selkeäksi poikkeusreitiksi. Nämä ovat suunnittelusuosituksia, eivät LX1-kokeilun mitattuja tuloksia.

Vuzix LX1:n ohjelmisto- ja versiotiedot

Asennus ja hallinta:

  • USB:n kautta ADB:llä tai Vuzix View'lla
  • Vuzix App Store
  • MDM-vaihtoehtoja useilta kumppaneilta.
  • Käyttöjärjestelmä: Muokattu Android 15; API-taso 35. Vähimmäis-SDK:n on oltava 35 tai alempi.
  • Näyttö: 980 × 550 täysvärinen OLED; vaakasuunta tai käänteinen vaakasuunta kummallekin silmälle.
  • Laitteisto: Qualcomm QCS4490, 6 GB RAM-muistia ja 128 GB tallennustilaa.
  • Syöttö: Yhteensä neljä ohjauspainiketta; kolmessa navigointipainikkeessa on lyhyen ja pitkän painalluksen toiminnot, lisäksi puheohjaus.
  • Google-palvelut: Ei Google Play Kauppaa eikä täyttä GMS-tukea. Älä oleta, että puhelimen riippuvuudet toimivat.
  • Julkaistun laiteohjelmiston lähtötaso: Vuzix ilmoittaa version v15.2.0, julkaistu 12-08-2026, jossa on Speech SDK 1.98.0- ja Barcode SDK 2.0.0 -päivitykset.

Laiteohjelmisto on laitteeseen asennettu järjestelmäohjelmisto. Julkaistu versio on vertailukohta, ei todiste siitä, että jokaisessa yrityksen laitteessa on kyseinen koontiversio. Kirjaa asennettu koontiversio seuraavien vaiheiden aikana.

Vaihe 1 Avaa olemassa olevan yrityssovelluksen projekti

Android Studio on kehityssovellus, jolla Android-sovelluksia muokataan, käännetään ja debugataan. Gradle on koontijärjestelmä, joka muuntaa projektin asennettavaksi paketiksi.

· Avaa lähdeprojekti. Käynnistä Android Studio, valitse Open ja valitse kansio, jossa on settings.gradle tai settings.gradle.kts. Odota, että Gradle-synkronointi päättyy. Jos sinulla on vain APK, hanki sen omistajalta lähdeprojekti ja lupa sen muokkaamiseen.

· Etsi olennaiset tiedostot. Valitse vasemmalla olevasta Project-paneelista Android-näkymä. Avaa app > manifests > AndroidManifest.xml ja Gradle Scripts > build.gradle.kts (Module :app) tai vastaava build.gradle.

· Valitse yksi työtehtävä. Aloita kokonaisesta liiketoimintaprosessista, kuten keräilytehtävän avaamisesta, tuotteen skannaamisesta ja määrän vahvistamisesta. Pidä taustajärjestelmäintegraatio ja validointisäännöt ennallaan, kun mukautat näkymiä.

Vaihe 2 Valmistele LX1 ja yrityksen verkko

SSID on Wi-Fi-verkon nimi. Käytä testilaitetta ja IT-osaston hyväksymää verkkoa, josta on yhteys yrityksesi testijärjestelmiin.

· Kirjaa asennettu järjestelmä. Avaa LX1:ssä Settings ja etsi laitteen tiedot- tai About-osio. Kirjaa siinä näkyvä Android-versio ja koontiversio; valikkojen nimet voivat vaihdella laiteohjelmiston mukaan. Vertaa koontiversiota Vuzixin julkaisutietoihin.

· Luo Wi-Fi-koodi. Avaa tietokoneellasi vuzix.com/wifiQR. Syötä hyväksytyn verkon tiedot sivun kenttiin ja luo QR-koodi. Vuzixin mukaan koodi luodaan paikallisesti selaimessa. Jos kyseessä on yritysverkko, jossa käytetään varmenteita tai erityistä todennusta, pyydä IT-osastoa käyttämään sen tukemaa käyttöönottotapaa.

· Liity verkkoon. Avaa LX1:n käynnistysnäkymästä Camera, valitse scanner, osoita koodia ja valitse Join. Vaihtoehtoisesti avaa Settings > Network & Internet > Wi-Fi, ota Wi-Fi käyttöön, valitse verkko ja syötä sen salasana.

Vaihe 3 Yhdistä Android Studio LX1:een

ADB (Android Debug Bridge) on työkalu, jonka avulla kehitystietokone voi asentaa sovelluksia ja lukea laitteen diagnostiikkatietoja. APK on Androidin asennettava sovelluspaketti.

· Asenna tietokoneen työkalut. Avaa Android Studiossa Tools > SDK Manager. Valitse SDK Tools, ota käyttöön Android SDK Platform-Tools ja napsauta Apply. Pane merkille ikkunassa näkyvä Android SDK Location; ADB on sen platform-tools-kansiossa.

· Ota LX1-yhteys käyttöön. Avaa laseissa Settings > Connected Devices > Allow ADB ja ota se käyttöön. Liitä tiedonsiirtoa tukeva USB-kaapeli. Jos laite ei näy, ota Vuzixin ohjeiden mukaisesti käyttöön myös USB-tiedostonsiirto Connected Devices -kohdassa. Noudata LX1:n USB-virtavaatimuksia; sen tiedostojen kopiointitavassa edellytetään akun irrottamista ja USB-C-portin tai suuritehoisen USB 3.1 -tietokoneportin käyttöä.

· Varmista valtuutus. Avaa Android Studion Terminal-välilehti. Suorita adb devices platform-tools-kansiosta tai lisää kansio tietokoneesi PATH-muuttujaan eli niiden sijaintien luetteloon, joista komentoja haetaan. Hyväksy LX1:ssä debuggauksen valtuutuskehote, jos sellainen tulee näkyviin. Laitteen pitäisi näkyä luettelossa tilalla device.

adb devices adb shell getprop ro.build.version.release adb shell getprop ro.build.version.sdk adb shell getprop ro.build.display.id adb shell wm size adb shell wm density adb shell getprop ro.product.cpu.abilist

Suorita nämä komennot niin, että vain testikäytössä oleva LX1 on yhdistettynä. Jos laitteita on useita, lisää adb:n jälkeen -s SERIAL ja käytä adb devices -komennon palauttamaa sarjanumeroa. Tiheys muuntaa fyysiset pikselit Androidin asetteluyksiköiksi. ABI tarkoittaa natiivikirjastojen käyttämää suoritinmuotoa; vertaa ilmoitettua luetteloa APK:hon sisältyviin .so-kirjastoihin.

Pane merkille ilmoitettu tiheys; LX1:n odotetaan ilmoittavan 240 dpi (hdpi), minkä adb shell wm density vahvistaa. Muunna kaavalla dp = pikselit x 160 / dpi: 240 dpi:n tiheydellä 980 x 550 pikselin näyttö antaa noin 653 x 367 dp:n suunnittelualueen. Suunnittele asettelut mahtumaan tälle alueelle raakojen pikselimittojen sijaan.

Vaihe 4 Asenna muuttamaton lähtöversio ja etsi virheet

Logcat on Android Studion paneeli sovellus- ja laiteviesteille. Lähtöversio (baseline) on alkuperäinen koontiversio, johon myöhempiä muutoksia verrataan.

· Suorita olemassa oleva sovellus. Valitse Android Studion yläreunan työkalupalkista sovelluksen ajokonfiguraatio ja valitse laitevalitsimesta yhdistetty LX1. Napsauta Run. Kun sovellus avautuu, kokeile vaiheessa 1 valittua työtehtävää. Android Studio asentaa kehitysversion puolestasi.

· Tallenna virheet. Avaa View > Tool Windows > Logcat, valitse LX1 ja suodata sovelluksesi paketin mukaan. Kirjaa kaatumiset, saavuttamattomat ohjaimet, katkeavat tekstit, kirjautumisongelmat ja tukemattomat palvelut ennen muokkaamista.

· Asenna tarvittaessa toimitettu testi-APK. Käytä Terminalissa alla olevaa komentoa todellisella APK-polulla. Valitsin -r päivittää asennetun sovelluksen ja säilyttää sen tiedot, kunhan paketti ja allekirjoitusvarmenne täsmäävät. Älä poista sovellusta, jossa on synkronoimatonta työtä, vain kiertääksesi allekirjoitusvirheen.

adb install -r "/absolute/path/to/business-app.apk"

Vuzix View on työpöytäsovellus, joka peilaa lasien näkymän ja voi asentaa APK-tiedostoja. Vaihtoehtoisesti voit ladata sen Vuzix Supportista, ottaa Allow ADB:n käyttöön, yhdistää LX1:n, valita sen yhdistettyjen laitteiden luettelosta, painaa View ja vetää APK:n peilattuun käyttöliittymään. Käytä käytettävyystestissä fyysisiä painikkeita, vaikka työpöydältä ohjaaminen auttaisikin debuggauksessa.

Vaihe 5 Suunnittele asettelu monokulaariselle näytölle

dp on Androidin asettelukoon yksikkö; sp on sen tekstiyksikkö, joka noudattaa tekstikoon asetuksia. Activity on Android-sovelluksen näkymä, ja manifestissa määritellään sovelluksen komponentit ja käyttöoikeudet.

· Korjaa näytön suunta. Palaa kohtaan app > manifests > AndroidManifest.xml. Etsi jokainen työntekijän käyttämä Activity. Poista pakotettu pystysuunta. Jos vaakasuuntarajoitus tarvitaan, käytä kyseisessä Activityssä arvoa sensorLandscape, jotta käyttöliittymä voi kääntyä kummalle tahansa silmälle. Säilytä sen muut attribuutit ja intent-suodattimet.

<activity android:name=".PickingActivity" android:screenOrientation="sensorLandscape" />

· Yksinkertaista tehtävänäkymä. Avaa app > res > layout ja valitse nykyisen työnäkymän XML-tiedosto. Compose-sovelluksessa avaa sen sijaan Kotlin-tiedosto, joka sisältää kyseisen näkymän. Compose on Androidin työkalupakki käyttöliittymien rakentamiseen Kotlinilla. Näytä nykyinen sijainti, tuote, määrä ja seuraava toiminto. Siirrä pitkät taulukot ja yksityiskohtaiset asetukset erilliseen näkymään.

· Mitoita todellisen ikkunan mukaan. Käytä vaiheen 3 mittoja ja tiheyttä. Dokumentoitu 980 × 550 -resoluutio tarkoittaa fyysisiä pikseleitä, ei 980 dp:n suunnittelupohjaa. Aloita luettavalla tekstillä, voimakkaalla kontrastilla ja muutamalla ohjaimella; arvioi tulos laite päässä.

· Suojaa näkyvä sisältö. Insetit ovat järjestelmäpalkkien tai muiden näytön elementtien viemiä alueita. Jos kohdistat API-tasolle 35, käy läpi Android 15:n edge-to-edge-säännöt ja käytä insettejä tarvittaessa, jotta painikkeet ja ohjeet pysyvät näkyvissä. Testaa päänäkymän lisäksi valintaikkunat, näppäimistöt ja käyttöoikeuskehotteet.

Käsitteellinen kuvitus, ei kuvakaappaus laitteesta.

Vaihe 6 Tee jokaisesta toiminnosta painikkeilla saavutettava

Fokus on näkyvä valinta, joka osoittaa, mikä ohjain reagoi Select-painallukseen. KeyEvent on Androidin viesti, joka kuvaa painikkeen painallusta. LX1:n navigointipainikkeet lähettävät seuraavat dokumentoidut tapahtumat.

Etummainen:

  • Lyhyt painallus: Oikealle tai seuraava alempi ohjain; DPAD_RIGHT
  • Pitkä painallus: Kontekstivalikko; MENU

Keskimmäinen:

  • Lyhyt painallus: Vasemmalle tai edellinen ylempi ohjain; DPAD_LEFT
  • Pitkä painallus: Aloitusnäyttö; HOME

Takimmainen:

  • Lyhyt painallus: Valitse fokusoitu ohjain; DPAD_CENTER
  • Pitkä painallus: Takaisin; BACK

· Määritä fokusreitti. Tee näkymän asettelu-XML:ssä interaktiivisista ohjaimista fokusoitavia ja aseta nextFocusLeft ja nextFocusRight. Pystysuuntainenkin lomake tarvitsee nämä reitit, koska LX1:n lyhyet navigointipainallukset lähettävät vasemman ja oikean. Älä jätä reitille selitteitä tai koristeellisia säilöjä.

· Lisää näkyvä valittu tila. Luo app > res > drawable > lx1_action_background.xml ja liitä siihen alla oleva selector. Selector on resurssi, joka muuttaa ulkoasua ohjaimen tilan mukaan. Tässä esimerkissä käytetään ääriviivaa, joten fokus näkyy tukeutumatta pelkkään väriin.

<selector xmlns:android="http://schemas.android.com/apk/res/android"> <item android:state_focused="true"> <shape> <solid android:color="#12354A" /> <stroke android:width="3dp" android:color="#FFFFFF" /> <corners android:radius="6dp" /> </shape> </item> <item> <shape> <solid android:color="#242424" /> <corners android:radius="6dp" /> </shape> </item> </selector>

· Kytke kaksi toimintoa. Sijoita nämä painikkeet olemassa olevan näkymäasettelusi säilöön. Tämä on Views-esimerkki; jos sovellus käyttää Composea, säilytä nykyinen Compose-arkkitehtuurisi. Mukauta tunnisteet ja tekstit omaan työnkulkuusi. Alla oleva XML olettaa, että juuri edellä luotu drawable on olemassa.

<Button android:id="@+id/confirmButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:focusable="true" android:nextFocusLeft="@id/exceptionButton" android:nextFocusRight="@id/exceptionButton" android:background="@drawable/lx1_action_background" android:backgroundTint="@null" android:textColor="#FFFFFF" android:text="Confirm quantity"> <requestFocus /> </Button> <Button android:id="@+id/exceptionButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:focusable="true" android:nextFocusLeft="@id/confirmButton" android:nextFocusRight="@id/confirmButton" android:background="@drawable/lx1_action_background" android:backgroundTint="@null" android:textColor="#FFFFFF" android:text="Report shortage" />

· Käytä olemassa olevia liiketoimintakäsittelijöitä. Kytke Activityssä setContentView-kutsun jälkeen nämä painikkeet olemassa oleviin vahvistus- ja vajausfunktioihisi setOnClickListenerillä. Älä sieppaa kaikkia näppäintapahtumia: tavalliset fokusoidut painikkeet osaavat käsitellä valinnan. Palauta fokus oikeaan toimintoon valintaikkunan tai tehtävän vaihdon jälkeen.

// Activityssä setContentView-kutsun jälkeen: findViewById<Button>(R.id.confirmButton).setOnClickListener { confirmQuantity() // Olemassa oleva validoitu liiketoimintatoimintosi } findViewById<Button>(R.id.exceptionButton).setOnClickListener { reportShortage() // Olemassa oleva poikkeustyönkulkusi }

Tuo android.widget.Button. Korvaa kahden funktion nimet projektisi todellisilla käsittelijöillä; ne eivät ole valmiita Android-rajapintoja.

· Tarkista koko reitti. Suorita sovellus uudelleen LX1:ssä. Kirjaudu sisään, siirry jokaiseen toimintoon, valitse se ja palaa Back-toiminnolla käyttäen pelkkiä navigointipainikkeita. Toista sama valintaikkunan avaamisen jälkeen ja sen jälkeen, kun laite on siirretty toisen silmän eteen. Composessa toteuta vastaavat fokusreitit focusRequesterin ja focusPropertiesin avulla.

Vaihe 7 Poista puhelinriippuvuudet, joita LX1 ei pysty täyttämään

GMS tarkoittaa Google Mobile Servicesiä eli Googlen omia suljettuja Android-palveluita. API on ohjelmistorajapinta, jonka kautta jotakin toimintoa käytetään. microG on yhteensopivuustoteutus joillekin Googlen palvelurajapinnoille; sen olemassaolo ei takaa täyttä Google-palvelujen tukea.

· Kartoita riippuvuudet. Avaa moduulin dependencies-lohko ja mahdollinen libs.versions.toml-versioluettelo. Etsi com.google.android.gms, Firebase, Google-kirjautuminen, kartat, lisensointi ja palvelun kautta toimitettava koneoppiminen. Testaa jokainen työnkulussa käytetty riippuvuus. Vuzixin mukaan LX1 ei tue täyttä GMS:ää, vaikka laiteohjelmiston v15.2.0 tiedoissa mainitaan microG GmsCoren päivitys.

· Korvaa tarvittavat integraatiot tarvittaessa. Käytä yrityksesi tukemaa kirjautumistapaa, palvelinrajapintoja ja hallittua konfiguraatiota. Vuzixin nykyisessä LX1-kehityskatsauksessa kehotetaan yhä käyttämään Google Play Services Client Libraryn versiota 9.8.0 tai vanhempaa Cloud Messagingia ja Mapsia varten. Pidä tätä vanhentuneena huomautuksena (Google Cloud Messaging julistettiin vanhentuneeksi vuonna 2018 ja ajettiin alas vuonna 2019) eikä ajantasaisena yritysratkaisuna; pyydä Vuzixia ja riippuvuuden omistajaa vahvistamaan kyseinen rajapinta.

· Tarkista laitevaatimukset. Tarkista AndroidManifest.xml-tiedostosta kosketusnäyttöön, puhelinominaisuuksiin ja sijaintiin liittyvät uses-feature-määrittelyt ja käyttöoikeudet. Merkitse laitteisto valinnaiseksi vain, jos sovelluksessa on toimiva varavaihtoehto. Määrittely ei luo puuttuvaa laitteistoa. Testaa kameran ja mikrofonin käyttöoikeuksien epääminen niin, ettei tehtävä katoa.

· Pidä syöttötavat työhön sopivina. Korvaa toistuva tekstin kirjoittaminen hyväksytyllä skannaussyötteellä, lyhyellä valittavalla luettelolla tai hallituilla asetuksilla. Kirjautumisessa pidä todennus yrityksesi identiteettijärjestelmässä; pelkän skannatun tunnisteen ei pitäisi valtuuttaa työntekijää.

Vaihe 8 Lisää viivakoodien skannaus tai puheohjaus vain tarvittaessa

SDK on työkalupakki ohjelmiston tai laitteen toiminnon käyttämiseen. Vuzix Barcode SDK käynnistää sisäänrakennetun skannerin ja palauttaa tuloksen; Vuzix Speech SDK lisää mukautettuja puhekomentoja; HUD Resources ja HUD ActionMenu tarjoavat valinnaisia käyttöliittymäkomponentteja.

· Valitse viivakoodiratkaisu. Satunnaisia kirjautumis- tai konfigurointiskannauksia varten aloita virallisesta Vuzix Barcode SDK -repositoriosta ja siihen linkitetyistä Javadoc-dokumenteista. Käytä LX1:ssä version 2.0.0 tai uudemman rajapintoja. Vanhemman SDK 1.x:n upotettuja ja jatkuvia tiloja ei tueta LX1:ssä. Jatkuvaan varastoskannaukseen omalla esikatselulla integroi kamerarajapinta ja sopiva dekoodausmoottori.

· Sisällytä dekoodausmalli, jos käytät ML Kitiä. ML Kit on Googlen koneoppimistyökalupakki. Sen viivakoodimalli voidaan paketoida sovelluksen sisään, jolloin vältetään mallin lataaminen Google Play Servicesin kautta. Lisää kohtaan app/build.gradle.kts > dependencies alla oleva dokumentoitu sisällytetty (bundled) riippuvuus ja napsauta sitten Sync Now. Älä lisää sekä sisällytettyä että erillistä (unbundled) varianttia. Tämä riippuvuus ei ole valmis skanneri: kytke kamerakuvat ja skannaustulokset virallisen esimerkin avulla.

implementation("com.google.mlkit:barcode-scanning:17.3.0")

· Lisää tehtäväkohtaisia puhekomentoja. Avaa Vuzix Support > Developer Resources ja noudata ohjetta Working with the Vuzix Speech SDK. Varmista laitteesi laiteohjelmiston kanssa yhteensopiva kirjastoversio, lisää sen repositorio ja moduuliriippuvuus, synkronoi projekti ja rekisteröi sitten dokumentoidun rajapinnan avulla komentoja, kuten Confirm quantity ja Report shortage. Ohjaa tunnistetut komennot samojen validointikäsittelijöiden kautta kuin painikkeet.

· Testaa myös julkaisuversio. Jos lisäät Vuzix-SDK:ita, tarkista niiden ajantasaiset kutistussäännöt (shrinking) ja suorita allekirjoitettu, optimoitu koontiversio. Vanhemmassa dokumentaatiossa on jcenter- ja android.enableR8=false-ohjeita; älä liitä niitä nykyaikaiseen koontiin varmistamatta ensin, että ne soveltuvat. Testaa melu, kieli, päällekkäiset komennot ja väärän tuotteen skannaukset.

Mikä menee rikki, kun Android-puhelinsovellus siirretään LX1:lle

Ohjaimeen ei pääse:

  • Todennäköinen syy: Pelkät kosketuseleet tai puuttuvat fokusreitit
  • Käytännön korjaus: Tarjoa fokusoitavat toiminnot ja eksplisiittiset vasen/oikea-reitit.

Teksti tai valintaikkunat leikkautuvat:

  • Todennäköinen syy: Puhelinasettelu, pystysuuntalukitus tai puuttuvat insetit
  • Käytännön korjaus: Yksinkertaista näkymää, tue molempia vaakasuuntia ja käytä insettejä.

Kirjautuminen, kartat tai ilmoitukset eivät toimi:

  • Todennäköinen syy: Riippuvuus olettaa täydet Google-palvelut
  • Käytännön korjaus: Validoi tarkka rajapinta ja korvaa tukemattomat integraatiot.

Skannerin siirto epäonnistuu:

  • Todennäköinen syy: Vanha Vuzix SDK 1.x -tila tai riippuvuus mallin lataamisesta
  • Käytännön korjaus: Käytä tuettuja 2.x-rajapintoja tai sisällytettyä moottoria.

Asennus tai natiivikirjaston lataus epäonnistuu:

  • Todennäköinen syy: Yhteensopimaton minSdk, allekirjoitusavain tai natiivi-ABI
  • Käytännön korjaus: Tutki asennusvirhe ja täsmäytä testattuun alustaan ja varmenteeseen.

Työ katoaa tai toistuu:

  • Todennäköinen syy: Tilaa ei palauteta tai pyyntö lähetetään kahdesti
  • Käytännön korjaus: Tallenna keskeneräinen työ pysyvästi ja käytä palvelinpuolen kaksoiskirjausten estoa.

Taustatyö pysähtyy:

  • Todennäköinen syy: Android-version säännöt tai työntekijä poistuu sovelluksesta
  • Käytännön korjaus: Käy läpi Android 15:n toimintamuutokset ja testaa todelliset elinkaarisiirtymät.

Nämä ovat testattavia riskejä, eivät väite siitä, että jokainen sovellus epäonnistuisi. Android 15 muuttaa myös etualapalveluiden toimintaa. Etualapalvelu on pitkäkestoinen sovellustoiminto, johon liittyy näkyvä ilmoitus. Käy läpi sekä Androidin kaikkia sovelluksia koskevat muutokset että ne, jotka kohde-API-tasosi laukaisee, erityisesti tiedostojen lähetyksen, etätuen ja valvomattoman synkronoinnin osalta.

Vaihe 9 Testaa liiketoimintaprosessi laitteella

· Toista todellinen tehtävä. Testaa molemmat silmäasennot, painikkeet, hyväksytyt puhekomennot, viivakoodimuodot, käyttöoikeuskehotteet ja istunnon vanhentuminen. Peilaa näyttö Vuzix View'lla seurantaa varten, mutta anna työntekijän käyttää varsinaisia laseja.

· Harjoittele palautumista. Katkaise Wi-Fi vahvistuksen aikana, yhdistä uudelleen, avaa sovellus uudelleen ja tarkista yrityksen järjestelmä. Keskeneräisten tapahtumien pitäisi säilyä, eivätkä valmiit tapahtumat saisi kahdentua. Testaa Home ja Back erikseen sekä laitteen uudelleenkäynnistys ja vuoronvaihto.

· Mittaa pilotti. Vertaa suoritusaikaa, syöttövirheitä, palautumisaikaa ja tukipyyntöjä nykyiseen prosessiisi. Testaa skannaus- ja videokuormitusta odotetuissa vuoro-olosuhteissa. Raportoi havaitut tulokset ennen kuin lupaat parannusta tuottavuuteen tai akunkestoon.

Testauksen laajuus: tämä artikkeli perustuu viralliseen dokumentaatioon, ei LX1:n tai sovelluksesi käytännön todentamiseen. Koodiesimerkit ovat integroinnin lähtökohtia, ja ne on tarkistettava projektikohtaisesti.

Vaihe 10 Allekirjoita APK ja valmistele käyttöönotto yrityksessä

Sovelluksen allekirjoittaminen liittää siihen varmenteen, joka yksilöi sovelluksen julkaisijan. MDM (mobile device management eli mobiililaitteiden hallinta) antaa IT-osastolle mahdollisuuden ottaa käyttöön, määrittää ja päivittää yrityksen laitteita keskitetysti.

· Luo julkaisupaketti. Avaa Android Studiossa Build > Generate Signed Bundle / APK. Valitse APK, napsauta Next ja valitse sovellusmoduuli. Syötä hyväksytyn avainsäilön polku, avaimen alias ja salasanat. Käytä päivityksessä olemassa olevaa allekirjoitusidentiteettiä. Valitse release-variantti ja tuloskansio ja valitse sitten Create tai Finish sen mukaan, mitä Studio-versiosi näyttää.

· Testaa allekirjoitettu APK. Asenna se testikäytön LX1:een, toista ydintehtävä ja testaa sitten päivitys edellisen allekirjoitetun version päälle. Varmista tietojen säilyminen, kameran ja mikrofonin käyttö, skannaukset, puheohjaus ja palvelinyhteydet. Debug-version toimivuus ei todista julkaisuversion yhteensopivuutta.

· Luovuta IT-osastolle. Toimita APK, paketin tunniste, versiokoodi, tuettu laiteohjelmisto, käyttöoikeudet, verkon päätepisteet ja konfiguraatiovaatimukset. Vuzix kertoo MDM-ratkaisujen olevan saatavilla useilta kumppaneilta; varmista oman palveluntarjoajasi LX1-tuki, rekisteröintitapa ja yksityisten sovellusten asennusprosessi. Älä oleta, että Managed Google Play on käytettävissä.

· Ota käyttöön vaiheittain. Ota sovellus käyttöön pienellä työntekijäryhmällä, arvioi mitatut tulokset ja laajenna käyttöä, kun päivitys- ja palautumispolut toimivat. Säilytä edellinen allekirjoitettu paketti ja laadi tietojen kanssa yhteensopiva palautussuunnitelma. Poista kehittäjäkäyttö tuotantolaitteista IT-käytäntöjen mukaisesti.

Hyödyt ja rajoitukset yrityksille

· Hyödyt. Olemassa olevan Android-liiketoimintalogiikan uudelleenkäyttö voi vähentää päällekkäistä kehitystyötä. Keskitetty työnkulku voi helpottaa tilausten vahvistamista, tarkastuksia ja poikkeusten käsittelyä, kun työntekijöiden kädet pysyvät vapaina. Varmista hyöty pilotin avulla.

· Rajoitukset. Kosketusvaltaiset näkymät, Googlesta riippuvaiset integraatiot ja vanhat laite-SDK-oletukset voivat vaatia mittavia muutoksia. Laitekannan tuki, laiteohjelmistopäivitykset ja julkaisutestaus ovat edelleen osa käyttöönottotyötä.

Alustan taustatietoja löydät VR Expertin Vuzix LX1 -ohjelmisto- ja alustakatsauksesta.

Yhteenveto

Olemassa olevan Android-sovelluksen tuominen Vuzix LX1:lle alkaa Androidin ja palveluriippuvuuksien tarkistamisesta, testilaitteen yhdistämisestä ja lähtöversion asentamisesta. Mukauta monokulaarinen asettelu, tee jokaisesta toiminnosta painikkeilla saavutettava, lisää skannaus tai puheohjaus, kun siitä on työssä hyötyä, ja testaa allekirjoitettu julkaisuversio ennen hallittua käyttöönottoa. Yrityksille tämä lähestymistapa säilyttää nykyiset järjestelmäintegraatiot ja luo samalla työnkulun, joka sopii älylaseja käyttäville työntekijöille. Mitattu pilotti osoittaa, vähentääkö mukautus virheitä ja säästääkö se aikaa.

Keskustele LX1-pilotista ja käyttöönoton vaatimuksista VR Expertin yrityslaitetiimin kanssa.

Usein kysytyt kysymykset

Tämä artikkeli

Usein, jos sen vähimmäis-API-taso on 35 tai alempi ja sen riippuvuuksia tuetaan. Pelkkä asennus ei vahvista, että työntekijät pystyvät navigoimaan sovelluksessa tai suorittamaan tehtävän loppuun.

Ei. Vuzixin dokumentaation mukaan Play Kauppaa tai täyttä GMS-tukea ei ole. Käytä hyväksyttyä USB-, Vuzix- tai yrityskäyttöönottoreittiä ja validoi kaikki Googlesta riippuvaiset rajapinnat.

Ei. Androidin vakiorajapinnat kattavat monia toimintoja. Lisää Vuzix-SDK, kun sen puheohjaus-, skanneri- tai käyttöliittymäominaisuudet vastaavat työnkulun tarpeisiin.

Kyllä, kun kullekin laitteelle on siihen sopiva käyttöliittymä. Jaa liiketoimintalogiikka ja valitse sitten sopiva asettelu ja syöttömalli. Vuzix suosittelee näyttötyypin tunnistusta sovelluksille, jotka toimivat sekä sen peittävänäyttöisillä että läpinäkyvänäyttöisillä malleilla.