Slik flytter du en eksisterende Android-app til Vuzix LX1

Sammendrag

Vuzix LX1: Utvikling av Android-apper for enheten kan starte med bedriftsappen teamet ditt allerede vedlikeholder. LX1 kjører et modifisert Android 15-system, og Vuzix dokumenterer støtte for apper med et minimum Android API-nivå på 35 eller lavere. Gjenbruk forretningslogikken og koblingene til bedriftens systemer, og tilpass deretter skjermoppsettet, navigasjonen og enhetsavhengighetene. En vellykket installasjon er bare den første kontrollen.

Denne porteringsguiden tar for seg oppsett for en monokulær skjerm, knappenavigasjon og hva som slutter å fungere. Utviklere åpner et eksisterende Android Studio-prosjekt, kobler til en ekte LX1, installerer et testbygg, forbedrer grensesnittet og klargjør en signert bedriftsutgivelse. Planlegg tidlig for manglende Google-tjenester, og test hele arbeidsflyten til den ansatte, inkludert innlogging, skanning og gjenoppretting etter tap av Wi-Fi.

For maskinvareplanlegging, se produktsiden for Vuzix LX1 hos VR Expert.

Konseptuell illustrasjon, ikke et skjermbilde fra enheten.

Innledning

Enheten Vuzix LX1 er en frittstående, bærbar Android-datamaskin for arbeidsflyter innen lager, industri og feltarbeid. En monokulær skjerm er en skjerm som ses med ett øye. Den fullfargede OLED-skjermen viser appinnhold ved siden av arbeiderens normale synsfelt; det er en okkludert skjerm, som betyr at selve skjermen ikke er gjennomsiktig. Brukerne kan bære den over hvilket som helst av øynene.

Vuzix LX1-programvare bruker kjente Android-verktøy og valgfrie Vuzix-biblioteker for tale, strekkodeskanning og grensesnittkomponenter. Portering betyr å tilpasse eksisterende programvare til en annen enhet. For en plukkapp på et lager kan det bety å beholde ordreoppslag og lageroppdateringer, mens et tettpakket mobilskjermbilde gjøres om til én instruksjon, én bekreftelse og en tydelig vei for avvik. Dette er designanbefalinger, ikke målte resultater fra en utprøving av LX1.

Programvare- og versjonsfakta for Vuzix LX1

Installasjon og administrasjon:

• USB via ADB eller Vuzix View
• Vuzix App Store
• MDM-alternativer fra flere partnere.

• Operativsystem: Modifisert Android 15; API-nivå 35. Minimum SDK må være 35 eller lavere.
• Skjerm: 980 × 550 fullfarge-OLED; liggende eller omvendt liggende retning for begge øyne.
• Maskinvare: Qualcomm QCS4490, 6 GB RAM og 128 GB lagring.
• Inndata: Fire kontrollknapper totalt; tre navigasjonsknapper har handlinger for kort og langt trykk, i tillegg til talestyring.
• Google-tjenester: Ingen Google Play Store eller full GMS-støtte. Ikke anta at avhengigheter fra mobilen fungerer.
• Publisert fastvaregrunnlag: Vuzix oppgir v15.2.0, utgitt 12-08-2026, med oppdateringer av Speech SDK 1.98.0 og Barcode SDK 2.0.0.

Fastvare er enhetens installerte systemprogramvare. Den publiserte utgivelsen er et referansepunkt, ikke et bevis på at alle bedriftens enheter har dette bygget. Noter det installerte bygget underveis i de følgende trinnene.

Trinn 1 Åpne det eksisterende prosjektet for bedriftsappen

Android Studio er utviklingsprogrammet som brukes til å redigere, bygge og feilsøke Android-apper. Gradle er byggesystemet som gjør prosjektet om til en installerbar pakke.

· Åpne kildeprosjektet. Start Android Studio, velg Open og velg mappen som inneholder settings.gradle eller settings.gradle.kts. Vent til Gradle-synkroniseringen er ferdig. Hvis du bare har en APK, må du skaffe kildeprosjektet og tillatelse til å endre det fra eieren.

· Finn de relevante filene. I Project-panelet til venstre velger du Android-visningen. Åpne app > manifests > AndroidManifest.xml og Gradle Scripts > build.gradle.kts (Module :app), eller tilsvarende build.gradle.

· Velg én arbeidsoppgave. Start med en komplett forretningsflyt, for eksempel å åpne en plukkoppgave, skanne en vare og bekrefte antallet. Behold backend-integrasjonen og valideringsreglene uendret mens du tilpasser skjermbildene.

Trinn 2 Klargjør LX1 og bedriftsnettverket

En SSID er navnet på et Wi-Fi-nettverk. Bruk en testenhet og et IT-godkjent nettverk som har tilgang til bedriftens testsystemer.

· Noter det installerte systemet. Åpne Settings på LX1 og finn enhetsinformasjonen eller About-delen. Noter Android-versjonen og bygget som vises der; menynavnene kan variere med fastvaren. Sammenlign bygget med Vuzix' utgivelsesnotater.

· Generer en Wi-Fi-kode. Åpne vuzix.com/wifiQR på datamaskinen. Skriv inn opplysningene for det godkjente nettverket i feltene på siden, og generer QR-koden. Ifølge Vuzix skjer genereringen lokalt i nettleseren. For et bedriftsnettverk med sertifikater eller spesiell autentisering bør IT bruke sin støttede klargjøringsmetode.

· Koble til nettverket. Åpne Camera på LX1-startskjermen, velg scanner, rett den mot koden og velg Join. Alternativt kan du åpne Settings > Network & Internet > Wi-Fi, slå på Wi-Fi, velge nettverket og skrive inn passordet.

Trinn 3 Koble Android Studio til LX1

ADB, forkortelse for Android Debug Bridge, er et verktøy som lar en utviklingsdatamaskin installere apper og lese diagnostikk fra enheten. En APK er Androids installerbare apppakke.

· Installer verktøyene på datamaskinen. I Android Studio åpner du Tools > SDK Manager. Velg SDK Tools, aktiver Android SDK Platform-Tools og klikk Apply. Merk deg Android SDK Location som vises i dette vinduet; ADB ligger i mappen platform-tools der.

· Aktiver LX1-tilkoblingen. På brillene åpner du Settings > Connected Devices > Allow ADB og slår det på. Koble til en USB-kabel som støtter dataoverføring. Hvis enheten ikke vises, aktiverer du også USB-filoverføring under Connected Devices, slik Vuzix anviser. Følg strømkravene for USB på LX1; fremgangsmåten for filkopiering angir at batteriet skal kobles fra, og at man skal bruke USB-C eller en USB 3.1-port med høy effekt på datamaskinen.

· Bekreft autorisasjonen. Åpne Terminal-fanen i Android Studio. Kjør adb devices fra mappen platform-tools, eller legg mappen til i datamaskinens PATH, listen over steder det søkes etter kommandoer i. Godta en forespørsel om feilsøkingsautorisasjon på LX1 hvis den vises. Enheten skal være oppført med statusen 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

Kjør disse kommandoene med bare test-LX1-en tilkoblet. Med flere enheter setter du inn -s SERIAL etter adb, med serienummeret som adb devices returnerer. Tetthet (density) konverterer fysiske piksler til Androids layoutenheter. ABI betyr prosessorformatet som brukes av native biblioteker; sammenlign listen som rapporteres, med eventuelle .so-biblioteker i APK-en.

Merk deg den rapporterte tettheten; LX1 forventes å rapportere 240 dpi (hdpi), noe adb shell wm density bekrefter. Regn om med dp = piksler x 160 / dpi: ved 240 dpi gir skjermen på 980 x 550 piksler et designområde på omtrent 653 x 367 dp. Utform oppsettene slik at de passer i dette området, i stedet for etter de rå pikseldimensjonene.

Trinn 4 Installer en uendret grunnversjon og finn feil

Logcat er Android Studios panel for meldinger fra apper og enheter. En grunnversjon (baseline) er det opprinnelige bygget som senere endringer sammenlignes med.

· Kjør den eksisterende appen. I verktøylinjen øverst i Android Studio velger du kjørekonfigurasjonen for appen og den tilkoblede LX1-en i enhetsvelgeren. Klikk Run. Når appen åpnes, prøver du arbeidsoppgaven du valgte i trinn 1. Android Studio installerer utviklingsbygget for deg.

· Registrer feil. Åpne View > Tool Windows > Logcat, velg LX1 og filtrer på apppakken din. Noter krasj, kontroller som ikke kan nås, avkuttet tekst, innloggingsproblemer og tjenester som ikke støttes, før du begynner å redigere.

· Installer en levert test-APK ved behov. Bruk kommandoen nedenfor i Terminal med den faktiske APK-banen. Alternativet -r oppdaterer en installert app og beholder dataene, forutsatt at pakken og signeringssertifikatet samsvarer. Ikke avinstaller en app som inneholder usynkronisert arbeid bare for å omgå en signaturfeil.

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

Vuzix View er et skrivebordsprogram som speiler brillene og kan installere APK-er. Som et alternativ kan du laste det ned fra Vuzix Support, aktivere Allow ADB, koble til LX1, velge den i listen over tilkoblede enheter, trykke View og dra APK-en over på det speilede grensesnittet. Bruk de fysiske knappene i brukervennlighetstesten, selv om interaksjon fra skrivebordet er nyttig under feilsøking.

Trinn 5 Utform oppsettet for en monokulær skjerm

dp er Androids enhet for layoutstørrelse; sp er enheten for tekst som tar hensyn til innstillingene for tekststørrelse. En Activity er et skjermbilde i en Android-app, og manifestet deklarerer appens komponenter og tillatelser.

· Fiks skjermretningen. Gå tilbake til app > manifests > AndroidManifest.xml. Finn hver Activity som de ansatte bruker. Fjern en tvunget stående retning. Hvis det trengs en begrensning til liggende retning, bruker du sensorLandscape på den aktuelle Activity-en, slik at grensesnittet kan roteres for begge øyne. Behold de øvrige attributtene og intent-filtrene.

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

· Forenkle oppgaveskjermen. Åpne app > res > layout og velg XML-filen for det aktuelle arbeidsskjermbildet. For en Compose-app åpner du i stedet Kotlin-filen som inneholder skjermbildet. Compose er Androids verktøysett for å bygge grensesnitt i Kotlin. Vis gjeldende plassering, vare, antall og neste handling. Flytt lange tabeller og detaljerte innstillinger til et eget skjermbilde.

· Tilpass størrelsen til det faktiske vinduet. Bruk dimensjonene og tettheten fra trinn 3. Den dokumenterte oppløsningen på 980 × 550 er fysiske piksler, ikke et designlerret på 980 dp. Start med lesbar tekst, sterk kontrast og få kontroller; vurder resultatet mens du har enheten på.

· Beskytt synlig innhold. Insets er områdene som opptas av systemlinjer eller andre skjermelementer. Hvis du retter deg mot API 35, bør du gå gjennom Android 15s regler for kant-til-kant-visning og bruke insets der det trengs, slik at knapper og instruksjoner forblir synlige. Test dialogbokser, tastaturer og tillatelsesforespørsler i tillegg til hovedskjermen.

Konseptuell illustrasjon, ikke et skjermbilde fra enheten.

Trinn 6 Gjør alle handlinger tilgjengelige med knapper

Fokus er den synlige markeringen som viser hvilken kontroll som vil reagere på Select. En KeyEvent er Androids melding som beskriver et knappetrykk. Navigasjonsknappene på LX1 sender følgende dokumenterte hendelser.

Fremste:

• Kort trykk: Høyre eller neste kontroll nedenfor; DPAD_RIGHT
• Langt trykk: Kontekstmeny; MENU

Midterste:

• Kort trykk: Venstre eller forrige kontroll ovenfor; DPAD_LEFT
• Langt trykk: Hjem; HOME

Bakerste:

• Kort trykk: Velg kontrollen som har fokus; DPAD_CENTER
• Langt trykk: Tilbake; BACK

· Definer fokusruten. I skjermbildets layout-XML gjør du interaktive kontroller fokuserbare og angir nextFocusLeft og nextFocusRight. Selv et vertikalt skjema trenger disse rutene, fordi de korte navigasjonstrykkene på LX1 sender venstre og høyre. Ikke la etiketter eller dekorative beholdere ligge i ruten.

· Legg til en synlig valgt tilstand. Opprett app > res > drawable > lx1_action_background.xml og lim inn selektoren nedenfor. En selektor er en ressurs som endrer utseende ut fra kontrollens tilstand. Dette eksemplet bruker en kontur, slik at fokus er synlig uten at man bare er avhengig av farge.

<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>

· Koble til to handlinger. Plasser disse knappene inne i beholderen i det eksisterende skjermoppsettet ditt. Dette er et Views-eksempel; behold den nåværende Compose-arkitekturen hvis appen bruker Compose. Tilpass ID-er og tekst til arbeidsflyten din. XML-en nedenfor forutsetter drawable-ressursen som ble opprettet rett ovenfor.

<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" />

· Bruk de eksisterende forretningshåndtererne. I Activity-en, etter setContentView, kobler du disse knappene til de eksisterende funksjonene for bekreftelse og mangel med setOnClickListener. Ikke fang opp alle tastehendelser: Vanlige knapper med fokus kan håndtere valg. Sett fokus tilbake på riktig handling etter en dialogboks eller et oppgavebytte.

// I Activity-en, etter setContentView: findViewById<Button>(R.id.confirmButton).setOnClickListener { confirmQuantity() // Din eksisterende validerte forretningshandling } findViewById<Button>(R.id.exceptionButton).setOnClickListener { reportShortage() // Din eksisterende arbeidsflyt for avvik }

Importer android.widget.Button. Erstatt de to funksjonsnavnene med de faktiske håndtererne i prosjektet ditt; de er ikke Android-API-er som følger med.

· Kontroller hele ruten. Kjør appen på nytt på LX1. Bruk bare navigasjonsknappene til å logge inn, nå hver handling, velge den og gå tilbake med Back. Gjenta etter at du har åpnet en dialogboks, og etter at du har byttet enheten til det andre øyet. For Compose implementerer du tilsvarende fokusruter med focusRequester og focusProperties.

Trinn 7 Fjern mobilavhengigheter som LX1 ikke kan oppfylle

GMS står for Google Mobile Services, Googles proprietære Android-tjenester. Et API er et programvaregrensesnitt som brukes for å få tilgang til en funksjon. microG er en kompatibilitetsimplementering for enkelte grensesnitt i Google-tjenester; at den finnes, garanterer ikke full støtte for Google-tjenester.

· Gå gjennom avhengighetene. Åpne dependencies-blokken for modulen og en eventuell versjonskatalog i libs.versions.toml. Søk etter com.google.android.gms, Firebase, Google-innlogging, kart, lisensiering og maskinlæring som leveres via tjenester. Test hver avhengighet som brukes i arbeidsflyten. Vuzix opplyser at LX1 ikke støtter full GMS, selv om fastvare v15.2.0 nevner en oppdatering av microG GmsCore.

· Erstatt nødvendige integrasjoner der det trengs. Bruk bedriftens støttede innloggingsmetode, server-API-er og administrert konfigurasjon. Vuzix' gjeldende utviklingsoversikt for LX1 sier fortsatt at man skal bruke Google Play Services Client Library 9.8.0 eller eldre for Cloud Messaging og Maps. Behandle det som en foreldet merknad (Google Cloud Messaging ble avviklet i 2018 og slått av i 2019), ikke som en aktuell bedriftsløsning; be Vuzix og eieren av avhengigheten bekrefte det konkrete grensesnittet.

· Gå gjennom enhetskravene. I AndroidManifest.xml undersøker du uses-feature-deklarasjoner og tillatelser for berøringsskjerm, telefoni og posisjon. Gjør maskinvare valgfri bare når appen har en fungerende reserveløsning. En deklarasjon skaper ikke maskinvare som mangler. Test avslag på kamera- og mikrofontillatelse uten at oppgaven går tapt.

· Hold inndataene egnet for arbeidet. Erstatt gjentatt tekstinntasting med godkjent skanning, en kort valgliste eller administrerte innstillinger. Ved innlogging bør autentiseringen fortsatt skje via bedriftens identitetssystem; en skannet identifikator alene bør ikke autorisere en ansatt.

Trinn 8 Legg til strekkodeskanning eller tale bare ved behov

Et SDK er et verktøysett for å få tilgang til en programvare- eller enhetsfunksjon. Vuzix Barcode SDK starter den innebygde skanneren og returnerer et resultat; Vuzix Speech SDK legger til egendefinerte talekommandoer; HUD Resources og HUD ActionMenu tilbyr valgfrie grensesnittkomponenter.

· Velg løsning for strekkoder. For sporadiske skanninger ved innlogging eller konfigurasjon starter du med det offisielle Vuzix Barcode SDK-repositoriet og tilhørende Javadocs. Bruk grensesnitt fra versjon 2.0.0 eller nyere for LX1. De eldre innebygde og kontinuerlige modusene i SDK 1.x støttes ikke på LX1. For kontinuerlig lagerskanning med egen forhåndsvisning integrerer du et kamera-API og en egnet dekodingsmotor.

· Bunt med en dekodingsmodell hvis du bruker ML Kit. ML Kit er Googles verktøysett for maskinlæring. Strekkodemodellen kan pakkes inn i appen, slik at du unngår å laste ned modellen via Google Play Services. I app/build.gradle.kts > dependencies legger du til den dokumenterte buntede avhengigheten nedenfor og klikker deretter Sync Now. Ikke legg til både den buntede og den ubuntede varianten. Denne avhengigheten er ikke en komplett skanner: Koble til kamerabilder og skanneresultater ved hjelp av det offisielle eksemplet.

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

· Legg til oppgavespesifikke talekommandoer. Åpne Vuzix Support > Developer Resources og følg Working with the Vuzix Speech SDK. Bekreft en bibliotekversjon som er kompatibel med enhetens fastvare, legg til repositoriet og modulavhengigheten, synkroniser prosjektet og registrer deretter kommandoer som Confirm quantity og Report shortage med det dokumenterte API-et. Send gjenkjente kommandoer gjennom de samme valideringshåndtererne som knappene.

· Test også utgivelsesbygget. Hvis du legger til Vuzix-SDK-er, må du sjekke de gjeldende reglene for kodekrymping og kjøre det signerte, optimaliserte bygget. Eldre dokumentasjon inneholder instruksjoner med jcenter og android.enableR8=false; ikke lim disse inn i et moderne bygg uten å bekrefte at de gjelder. Test støy, språk, dupliserte kommandoer og skanning av feil vare.

Hva som slutter å fungere når en Android-mobilapp flyttes til LX1

Kan ikke nå en kontroll:

• Sannsynlig årsak: Bevegelser som bare fungerer med berøring, eller manglende fokusruter
• Praktisk løsning: Sørg for fokuserbare handlinger og eksplisitte ruter for venstre/høyre.

Tekst eller dialogbokser kuttes av:

• Sannsynlig årsak: Mobiloppsett, låst stående retning eller manglende insets
• Praktisk løsning: Forenkle skjermbildet, støtt begge liggende retninger og bruk insets.

Innlogging, kart eller varsler feiler:

• Sannsynlig årsak: Avhengigheten forutsetter fulle Google-tjenester
• Praktisk løsning: Valider det nøyaktige API-et og erstatt integrasjoner som ikke støttes.

Migrering av skanneren feiler:

• Sannsynlig årsak: Gammel modus fra Vuzix SDK 1.x eller avhengighet av modellnedlasting
• Praktisk løsning: Bruk støttede 2.x-grensesnitt eller en buntet motor.

Installasjon eller lasting av native kode feiler:

• Sannsynlig årsak: Inkompatibel minSdk, signeringsnøkkel eller native ABI
• Praktisk løsning: Undersøk installasjonsfeilen, og sørg for samsvar med den testede plattformen og sertifikatet.

Arbeid forsvinner eller gjentas:

• Sannsynlig årsak: Tilstanden gjenopprettes ikke, eller en forespørsel sendes to ganger
• Praktisk løsning: Lagre ventende arbeid varig og bruk duplikatbeskyttelse på serversiden.

Bakgrunnsarbeid stopper:

• Sannsynlig årsak: Regler i Android-versjonen eller at den ansatte forlater appen
• Praktisk løsning: Gå gjennom virkemåten i Android 15 og test faktiske livssyklusoverganger.

Dette er risikoer som bør testes, ikke en påstand om at alle apper vil feile. Android 15 endrer også virkemåten for forgrunnstjenester. En forgrunnstjeneste er en langvarig appoperasjon med et synlig varsel. Gå gjennom både Androids endringer for alle apper og endringene som utløses av API-nivået du retter deg mot, særlig for opplastinger, fjernassistanse og synkronisering uten tilsyn.

Trinn 9 Test arbeidsflyten på enheten

· Gjenta den reelle oppgaven. Test begge øyeposisjonene, knappene, godkjente talekommandoer, strekkodeformater, tillatelsesforespørsler og utløp av økter. Speil skjermen med Vuzix View for observasjon, men la den ansatte betjene de faktiske brillene.

· Øv på gjenoppretting. Mist Wi-Fi under bekreftelsen, koble til igjen, åpne appen på nytt og kontroller bedriftssystemet. Ventende transaksjoner skal bevares, og fullførte transaksjoner skal ikke dupliseres. Test Home og Back hver for seg, i tillegg til omstart av enheten og skiftoverlevering.

· Mål pilotprosjektet. Sammenlign tid til fullføring, inndatafeil, gjenopprettingstid og støttehenvendelser med den eksisterende prosessen. Test skanning og videobelastning under de forventede skiftforholdene. Rapporter observerte resultater før du lover forbedringer i produktivitet eller batteritid.

Testomfang: Denne artikkelen bygger på offisiell dokumentasjon, ikke på praktisk verifisering av en LX1 eller appen din. Kodeeksemplene er utgangspunkt for integrasjon og må gjennomgås for hvert enkelt prosjekt.

Trinn 10 Signer APK-en og klargjør utrulling i bedriften

Appsignering legger ved et sertifikat som identifiserer apputgiveren. MDM, eller mobile device management (administrasjon av mobile enheter), lar IT klargjøre, konfigurere og oppdatere bedriftsenheter sentralt.

· Lag utgivelsespakken. I Android Studio åpner du Build > Generate Signed Bundle / APK. Velg APK, klikk Next og velg app-modulen. Skriv inn banen til det godkjente nøkkellageret (keystore), nøkkelaliaset og passordene. Bruk den eksisterende signeringsidentiteten for en oppdatering. Velg release-varianten og utdatamappen, og klikk deretter Create eller Finish, avhengig av hva Studio-versjonen din viser.

· Test den signerte APK-en. Installer den på test-LX1-en, gjenta kjerneoppgaven og test deretter en oppgradering over det forrige signerte bygget. Bekreft databevaring, tilgang til kamera og mikrofon, skanning, tale og servertilkobling. At et feilsøkingsbygg fungerer, beviser ikke at utgivelsesbygget er kompatibelt.

· Overlever til IT. Lever APK-en, pakke-ID, versjonskode, støttet fastvare, tillatelser, nettverksendepunkter og konfigurasjonskrav. Vuzix oppgir at MDM er tilgjengelig fra flere partnere; bekreft leverandørens konkrete støtte for LX1, registreringsmetode og prosess for installasjon av private apper. Ikke anta at Managed Google Play er tilgjengelig.

· Rull ut trinnvis. Rull ut til en liten gruppe ansatte, gå gjennom de målte resultatene og utvid når oppdaterings- og gjenopprettingsløpene fungerer. Ta vare på den forrige signerte pakken og definer en gjenopprettingsplan som er kompatibel med dataene. Deaktiver utviklertilgang på produksjonsenheter i henhold til IT-retningslinjene.

Fordeler og begrensninger for bedrifter

· Fordeler. Gjenbruk av eksisterende forretningslogikk for Android kan redusere dobbeltarbeid i utviklingen. En fokusert arbeidsflyt kan gjøre ordrebekreftelse, inspeksjon og avvikshåndtering enklere samtidig som de ansatte har hendene ledige. Valider fordelen gjennom pilotprosjektet.

· Begrensninger. Skjermbilder som er sterkt avhengige av berøring, Google-avhengige integrasjoner og gamle forutsetninger om enhets-SDK-er kan kreve omfattende endringer. Flåtestøtte, fastvareoppdateringer og testing av utgivelser er fortsatt en del av implementeringsarbeidet.

For plattformkontekst, se VR Experts oversikt over programvare og plattform for Vuzix LX1.

Konklusjon

Å flytte en eksisterende Android-app til Vuzix LX1 starter med å kontrollere Android- og tjenesteavhengigheter, koble til en testenhet og installere en grunnversjon. Tilpass det monokulære oppsettet, gjør alle handlinger tilgjengelige med knapper, legg til skanning eller tale der jobben har nytte av det, og test den signerte utgivelsen før administrert utrulling. For bedrifter bevarer denne tilnærmingen eksisterende systemintegrasjon og gir samtidig en arbeidsflyt tilpasset ansatte som bruker smartbriller. Et målt pilotprosjekt viser om tilpasningen reduserer feil og sparer tid.

Diskuter et LX1-pilotprosjekt og krav til utrulling med VR Experts team for bedriftsmaskinvare.