Sådan flytter du en eksisterende Android-app til Vuzix LX1

Resumé

Vuzix LX1-appudvikling til Android kan tage udgangspunkt i den forretningsapp, dit team allerede vedligeholder. LX1 kører et modificeret Android 15-system, og Vuzix dokumenterer understøttelse af apps med et minimum Android API-niveau på 35 eller lavere. Genbrug din forretningslogik og dine forbindelser til virksomhedens systemer, og tilpas derefter skærmlayout, navigation og enhedsafhængigheder. En vellykket installation er kun det første tjek.

Denne porteringsguide dækker layout til et monokulært display, knapnavigation og hvad der går i stykker. Udviklere åbner et eksisterende Android Studio-projekt, tilslutter en rigtig LX1, installerer et testbuild, forbedrer brugerfladen og forbereder en signeret udgivelse til virksomheden. Planlæg tidligt for manglende Google-tjenester, og test medarbejderens fulde forløb, herunder login, scanning og gendannelse efter tab af Wi-Fi.

Til hardwareplanlægning kan du se produktsiden for Vuzix LX1 hos VR Expert.

Konceptuel illustration, ikke et skærmbillede fra enheden.

Introduktion

Modellen Vuzix LX1 er en selvstændig, bærbar Android-computer til arbejdsgange på lagre, i industrien og i marken. Et monokulært display er en skærm, der ses med ét øje. Enhedens OLED-display i fuld farve viser appindhold ved siden af medarbejderens normale synsfelt; det er et okkluderet display, hvilket betyder, at selve skærmen ikke er gennemsigtig. Brugerne kan bære den over det ene eller det andet øje.

Vuzix LX1-software bruger velkendte Android-værktøjer og valgfrie Vuzix-biblioteker til stemme, stregkodescanning og brugerfladekomponenter. Portering betyder at tilpasse eksisterende software til en anden enhed. For en plukke-app på et lager kan det betyde at bevare ordreopslag og lageropdateringer, mens en tætpakket telefonskærm omdannes til én instruktion, én bekræftelse og en tydelig vej til håndtering af undtagelser. Dette er designanbefalinger, ikke målte resultater fra en afprøvning af LX1.

Software- og versionsfakta for Vuzix LX1

Installation og administration:

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

• Operativsystem: Modificeret Android 15; API-niveau 35. Minimum SDK skal være 35 eller lavere.
• Skærm: 980 × 550 OLED i fuld farve; liggende eller omvendt liggende format til brug på det ene eller det andet øje.
• Hardware: Qualcomm QCS4490, 6 GB RAM og 128 GB lagerplads.
• Input: Fire betjeningsknapper i alt; tre navigationsknapper har korte og lange handlinger, plus stemmestyring.
• Google-tjenester: Ingen understøttelse af Google Play Store eller fuld GMS. Gå ikke ud fra, at telefonafhængigheder virker.
• Offentliggjort firmwarebaseline: Vuzix angiver v15.2.0, udgivet 12-08-2026, med opdateringer af Speech SDK 1.98.0 og Barcode SDK 2.0.0.

Firmware er enhedens installerede systemsoftware. Den offentliggjorte udgivelse er et referencepunkt, ikke et bevis på, at alle virksomhedens enheder har det pågældende build. Notér det installerede build undervejs i de følgende trin.

Trin 1 Åbn projektet for den eksisterende forretningsapp

Android Studio er det udviklingsprogram, der bruges til at redigere, bygge og fejlfinde Android-apps. Gradle er det byggesystem, der omdanner projektet til en installerbar pakke.

· Åbn kildeprojektet. Start Android Studio, vælg Open, og vælg den mappe, der indeholder settings.gradle eller settings.gradle.kts. Vent, til Gradle-synkroniseringen er færdig. Hvis du kun har en APK, skal du skaffe kildeprojektet og tilladelse til at ændre det fra ejeren.

· Find de relevante filer. Vælg Android-visningen i panelet Project til venstre. Åbn app > manifests > AndroidManifest.xml og Gradle Scripts > build.gradle.kts (Module :app) eller den tilsvarende build.gradle.

· Vælg én medarbejderopgave. Start med et komplet forretningsforløb, f.eks. at åbne en plukkeopgave, scanne en vare og bekræfte antallet. Bevar backend-integrationen og valideringsreglerne uændret, mens du tilpasser skærmene.

Trin 2 Klargør LX1 og virksomhedens netværk

Et SSID er navnet på et Wi-Fi-netværk. Brug en testenhed og et netværk, som IT har godkendt, og som har adgang til virksomhedens testsystemer.

· Notér det installerede system. Åbn Settings på LX1, og find afsnittet med enhedsoplysninger eller About. Notér den Android-version og det build, der vises der; menunavnene kan variere afhængigt af firmware. Sammenlign buildet med Vuzix' versionsnoter.

· Generér en Wi-Fi-kode. Åbn vuzix.com/wifiQR på din computer. Indtast oplysningerne om det godkendte netværk i sidens felter, og generér QR-koden. Ifølge Vuzix sker genereringen lokalt i browseren. Ved et virksomhedsnetværk med certifikater eller særlig godkendelse skal IT bruge sin understøttede klargøringsmetode.

· Opret forbindelse til netværket. Åbn Camera i LX1-launcheren, vælg scanner, ret den mod koden, og vælg Join. Du kan også åbne Settings > Network & Internet > Wi-Fi, aktivere Wi-Fi, vælge netværket og indtaste adgangskoden.

Trin 3 Forbind Android Studio med LX1

ADB, en forkortelse for Android Debug Bridge, er et værktøj, der lader en udviklingscomputer installere apps og læse diagnosticeringsdata fra enheden. En APK er Androids installerbare app-pakke.

· Installer computerværktøjerne. Åbn Tools > SDK Manager i Android Studio. Vælg SDK Tools, aktivér Android SDK Platform-Tools, og klik på Apply. Notér den Android SDK Location, der vises i vinduet; ADB ligger i dens platform-tools-mappe.

· Aktivér LX1-forbindelsen. Åbn Settings > Connected Devices > Allow ADB på brillerne, og aktivér funktionen. Tilslut et USB-kabel, der kan overføre data. Hvis enheden ikke vises, skal du også aktivere USB-filoverførsel under Connected Devices, som Vuzix anviser. Følg LX1's krav til USB-strøm; ved filkopiering foreskrives det at frakoble batteriet og bruge USB-C eller en højeffekts USB 3.1-port på computeren.

· Bekræft godkendelsen. Åbn fanen Terminal i Android Studio. Kør adb devices fra platform-tools-mappen, eller føj mappen til computerens PATH, dvs. listen over steder, der søges i efter kommandoer. Accepter en eventuel anmodning om godkendelse af fejlfinding på LX1. Enheden bør vises med status 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

Kør disse kommandoer, mens kun test-LX1'en er tilsluttet. Ved flere enheder skal du indsætte -s SERIAL efter adb og bruge det serienummer, som adb devices returnerer. Tætheden (density) omregner fysiske pixels til Androids layoutenheder. ABI angiver det processorformat, som native biblioteker bruger; sammenlign den rapporterede liste med eventuelle .so-biblioteker i din APK.

Notér den rapporterede tæthed; LX1 forventes at rapportere 240 dpi (hdpi), hvilket adb shell wm density bekræfter. Omregn med dp = pixels x 160 / dpi: Ved 240 dpi giver displayet på 980 x 550 pixels et designområde på ca. 653 x 367 dp. Design dine layouts, så de passer til dette område frem for til de rå pixelmål.

Trin 4 Installer en uændret baseline, og find fejl

Logcat er Android Studios panel til meddelelser fra apps og enheder. En baseline er det oprindelige build, som senere ændringer sammenlignes med.

· Kør den eksisterende app. Vælg appens run configuration i Android Studios øverste værktøjslinje, og vælg den tilsluttede LX1 i enhedsvælgeren. Klik på Run. Når appen åbner, så prøv den medarbejderopgave, du valgte i trin 1. Android Studio installerer udviklingsbuildet for dig.

· Registrér fejl. Åbn View > Tool Windows > Logcat, vælg LX1, og filtrér efter din apps pakke. Notér nedbrud, kontroller, der ikke kan nås, afskåret tekst, loginproblemer og ikke-understøttede tjenester, før du begynder at redigere.

· Installer om nødvendigt en udleveret test-APK. Brug kommandoen nedenfor i Terminal med den faktiske sti til APK'en. Indstillingen -r opdaterer en installeret app og bevarer dens data, forudsat at pakken og signeringscertifikatet stemmer overens. Afinstaller ikke en app med usynkroniseret arbejde blot for at omgå en signaturfejl.

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

Vuzix View er et skrivebordsprogram, der spejler brillerne og kan installere APK'er. Som alternativ kan du downloade det fra Vuzix Support, aktivere Allow ADB, tilslutte LX1, vælge den på listen over tilsluttede enheder, trykke på View og trække APK'en over på den spejlede brugerflade. Brug de fysiske knapper til brugervenlighedstesten, selv om interaktion via computeren er en hjælp under fejlfindingen.

Trin 5 Design layoutet til et monokulært display

dp er Androids enhed for layoutstørrelse; sp er enheden for tekst, der respekterer indstillinger for tekststørrelse. En Activity er en skærm i en Android-app, og manifestet erklærer appens komponenter og tilladelser.

· Ret orienteringen. Gå tilbage til app > manifests > AndroidManifest.xml. Find hver Activity, som medarbejderne bruger. Fjern en eventuel tvunget portrætorientering. Hvis en begrænsning til liggende format er nødvendig, så brug sensorLandscape på den pågældende Activity, så brugerfladen kan rotere til begge øjne. Bevar dens øvrige attributter og intent filters.

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

· Forenkl opgaveskærmen. Åbn app > res > layout, og vælg XML-filen for den aktuelle medarbejderskærm. I en Compose-app skal du i stedet åbne den Kotlin-fil, der indeholder skærmen. Compose er Androids værktøjssæt til at bygge brugerflader i Kotlin. Vis den aktuelle placering, vare, mængde og næste handling. Flyt lange tabeller og detaljerede indstillinger til en separat skærm.

· Tilpas størrelsen til det faktiske vindue. Brug målene og tætheden fra trin 3. Den dokumenterede opløsning på 980 × 550 er fysiske pixels, ikke et designlærred på 980 dp. Start med læsbar tekst, kraftig kontrast og få kontroller; vurder resultatet, mens du har enheden på.

· Beskyt synligt indhold. Insets er de områder, som systembjælker eller andre skærmelementer optager. Hvis du målretter API 35, så gennemgå Android 15's edge-to-edge-regler, og anvend insets, hvor det er nødvendigt, så knapper og instruktioner forbliver synlige. Test dialogbokse, tastaturer og anmodninger om tilladelser såvel som hovedskærmen.

Konceptuel illustration, ikke et skærmbillede fra enheden.

Trin 6 Gør alle handlinger tilgængelige med knapper

Fokus er den synlige markering, der viser, hvilken kontrol der reagerer på Select. En KeyEvent er Androids meddelelse, der beskriver et knaptryk. LX1's navigationsknapper sender følgende dokumenterede hændelser.

Forreste:

• Kort tryk: Højre eller næste kontrol længere nede; DPAD_RIGHT
• Langt tryk: Kontekstmenu; MENU

Midterste:

• Kort tryk: Venstre eller forrige kontrol længere oppe; DPAD_LEFT
• Langt tryk: Hjem; HOME

Bageste:

• Kort tryk: Vælg den fokuserede kontrol; DPAD_CENTER
• Langt tryk: Tilbage; BACK

· Definér fokusruten. Gør interaktive kontroller fokuserbare i skærmens layout-XML, og angiv nextFocusLeft og nextFocusRight. Selv en lodret formular har brug for disse ruter, fordi LX1's korte navigationstryk sender venstre og højre. Lad ikke etiketter eller dekorative containere indgå i ruten.

· Tilføj en synlig markeret tilstand. Opret app > res > drawable > lx1_action_background.xml, og indsæt selectoren nedenfor. En selector er en ressource, der ændrer udseende afhængigt af en kontrols tilstand. Eksemplet bruger en kontur, så fokus er synligt uden kun at afhænge af farve.

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

· Forbind to handlinger. Placér disse knapper i containeren i dit eksisterende skærmlayout. Dette er et Views-eksempel; behold din nuværende Compose-arkitektur, hvis appen bruger Compose. Tilpas id'er og tekst til din arbejdsgang. XML'en nedenfor forventer den drawable, der blev oprettet lige 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" />

· Brug de eksisterende forretningshandlers. Forbind i din Activity, efter setContentView, disse knapper til dine eksisterende funktioner til bekræftelse og manglende varer med setOnClickListener. Opfang ikke alle tastehændelser: Almindelige fokuserede knapper kan selv håndtere valg. Gendan fokus på den relevante handling efter en dialogboks eller et opgaveskift.

// In your Activity, after setContentView: findViewById<Button>(R.id.confirmButton).setOnClickListener { confirmQuantity() // Your existing validated business action } findViewById<Button>(R.id.exceptionButton).setOnClickListener { reportShortage() // Your existing exception workflow }

Importér android.widget.Button. Erstat de to funktionsnavne med de faktiske handlers i dit projekt; de er ikke medfølgende Android-API'er.

· Kontrollér hele ruten. Kør appen igen på LX1. Brug kun navigationsknapperne til at logge ind, nå hver handling, vælge den og vende tilbage med Back. Gentag testen efter at have åbnet en dialogboks, og efter at enheden er flyttet over til det andet øje. I Compose skal du implementere tilsvarende fokusruter med focusRequester og focusProperties.

Trin 7 Fjern telefonafhængigheder, som LX1 ikke kan opfylde

GMS står for Google Mobile Services, Googles proprietære Android-tjenester. En API er en softwaregrænseflade, der bruges til at få adgang til en funktion. microG er en kompatibilitetsimplementering af visse Google-tjenestegrænseflader; at den er til stede, garanterer ikke fuld understøttelse af Google-tjenester.

· Gennemgå afhængigheder. Åbn modulets dependencies-blok og et eventuelt libs.versions.toml-versionskatalog. Søg efter com.google.android.gms, Firebase, Google-login, kort, licensering og maskinlæring, der leveres via tjenester. Test hver afhængighed, som medarbejderforløbet bruger. Vuzix oplyser, at LX1 ikke understøtter fuld GMS, selv om firmware v15.2.0 nævner en opdatering af microG GmsCore.

· Erstat nødvendige integrationer, hvor det er påkrævet. Brug virksomhedens understøttede loginmetode, server-API'er og administrerede konfiguration. Vuzix' nuværende udviklingsoversigt for LX1 angiver stadig, at man skal bruge Google Play Services Client Library 9.8.0 eller tidligere til Cloud Messaging og Maps. Betragt det som en forældet bemærkning (Google Cloud Messaging blev udfaset i 2018 og lukket ned i 2019) frem for en aktuel virksomhedsløsning; bed Vuzix og ejeren af afhængigheden om at bekræfte den specifikke grænseflade.

· Gennemgå enhedskrav. Undersøg uses-feature-erklæringer og tilladelser for touchskærm, telefoni og placering i AndroidManifest.xml. Gør kun hardware valgfri, når appen har en fungerende reserveløsning. En erklæring skaber ikke manglende hardware. Test afvisning af kamera- og mikrofontilladelser, uden at opgaven går tabt.

· Hold input egnet til arbejdet. Erstat gentagen tekstindtastning med godkendt scanningsinput, en kort liste at vælge fra eller administrerede indstillinger. Ved login skal godkendelsen fortsat ske via virksomhedens identitetssystem; et scannet id alene bør ikke give en medarbejder adgang.

Trin 8 Tilføj kun stregkodescanning eller stemme, når der er behov for det

Et SDK er et værktøjssæt til at få adgang til en software- eller enhedsfunktion. Vuzix Barcode SDK starter den indbyggede scanner og returnerer et resultat; Vuzix Speech SDK tilføjer brugerdefinerede talekommandoer; HUD Resources og HUD ActionMenu leverer valgfrie brugerfladekomponenter.

· Vælg stregkodeløsning. Til lejlighedsvise scanninger ved login eller konfiguration skal du starte i det officielle Vuzix Barcode SDK-repository og de tilknyttede Javadocs. Brug grænseflader fra version 2.0.0 eller nyere til LX1. De ældre indlejrede og kontinuerlige tilstande i SDK 1.x understøttes ikke på LX1. Til kontinuerlig lagerscanning med din egen forhåndsvisning skal du integrere en kamera-API og en egnet afkodningsmotor.

· Indbyg en afkodningsmodel, hvis du bruger ML Kit. ML Kit er Googles værktøjssæt til maskinlæring. Dets stregkodemodel kan pakkes ind i din app, så man undgår at downloade modellen via Google Play Services. Tilføj den dokumenterede bundled-afhængighed nedenfor i app/build.gradle.kts > dependencies, og klik derefter på Sync Now. Tilføj ikke både bundled- og unbundled-varianten. Denne afhængighed er ikke en komplet scanner: Forbind kamerabilleder og scanningsresultater ved hjælp af det officielle eksempel.

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

· Tilføj opgavespecifikke stemmekommandoer. Åbn Vuzix Support > Developer Resources, og følg Working with the Vuzix Speech SDK. Bekræft en biblioteksversion, der er kompatibel med enhedens firmware, tilføj dens repository og modulafhængighed, synkronisér projektet, og registrér derefter kommandoer som Confirm quantity og Report shortage via den dokumenterede API. Send genkendte kommandoer gennem de samme valideringshandlers som knapperne.

· Test også release-buildet. Hvis du tilføjer Vuzix-SDK'er, så tjek deres aktuelle shrinking-regler, og kør det signerede, optimerede build. Ældre dokumentation indeholder instruktioner om jcenter og android.enableR8=false; indsæt dem ikke i et moderne build uden at bekræfte, at de er relevante. Test støj, sprog, dublerede kommandoer og scanninger af den forkerte vare.

Hvad går i stykker, når en Android-telefonapp flyttes til LX1

En kontrol kan ikke nås:

• Sandsynlig årsag: Bevægelser, der kun virker med touch, eller manglende fokusruter
• Praktisk løsning: Sørg for fokuserbare handlinger og eksplicitte venstre/højre-ruter.

Tekst eller dialogbokse bliver afskåret:

• Sandsynlig årsag: Telefonlayout, låsning til portrætformat eller manglende insets
• Praktisk løsning: Forenkl skærmen, understøt begge liggende retninger, og anvend insets.

Login, kort eller notifikationer fejler:

• Sandsynlig årsag: Afhængigheden forudsætter fulde Google-tjenester
• Praktisk løsning: Valider den præcise API, og erstat ikke-understøttede integrationer.

Migrering af scanneren fejler:

• Sandsynlig årsag: Gammel Vuzix SDK 1.x-tilstand eller afhængighed af modeldownload
• Praktisk løsning: Brug understøttede 2.x-grænseflader eller en indbygget motor.

Installation eller indlæsning af native kode fejler:

• Sandsynlig årsag: Inkompatibel minSdk, signeringsnøgle eller native ABI
• Praktisk løsning: Undersøg installationsfejlen, og match den testede platform og det testede certifikat.

Arbejde forsvinder eller gentages:

• Sandsynlig årsag: Tilstanden gendannes ikke, eller en anmodning sendes to gange
• Praktisk løsning: Gem ventende arbejde, og brug beskyttelse mod dubletter på serversiden.

Baggrundsarbejde stopper:

• Sandsynlig årsag: Regler i Android-versionen, eller medarbejderen forlader appen
• Praktisk løsning: Gennemgå Android 15's adfærd, og test faktiske livscyklusovergange.

Dette er risici, der skal testes, ikke en påstand om, at alle apps vil fejle. Android 15 ændrer også adfærden for forgrundstjenester. En forgrundstjeneste er en langvarig app-handling med en synlig notifikation. Gennemgå både Androids ændringer for alle apps og dem, der udløses af dit mål-API-niveau, især for uploads, fjernassistance og synkronisering uden opsyn.

Trin 9 Test forretningsarbejdsgangen på enheden

· Gentag den rigtige opgave. Test begge øjenpositioner, knapper, godkendte stemmekommandoer, stregkodeformater, anmodninger om tilladelser og udløb af sessioner. Spejl skærmen med Vuzix View for at kunne observere, men lad medarbejderen betjene de faktiske briller.

· Afprøv gendannelse. Afbryd Wi-Fi under en bekræftelse, genopret forbindelsen, åbn appen igen, og kontrollér virksomhedens system. Ventende transaktioner bør bevares, og gennemførte transaktioner bør ikke blive dubleret. Test Home og Back hver for sig samt genstart af enheden og vagtskifte.

· Mål pilotprojektet. Sammenlign gennemførelsestid, indtastningsfejl, gendannelsestid og supporthenvendelser med din eksisterende proces. Test scannings- og videobelastning under de forventede vagtforhold. Rapportér de observerede resultater, før du lover forbedringer af produktivitet eller batteritid.

Testomfang: Denne artikel bygger på officiel dokumentation, ikke på praktisk afprøvning af en LX1 eller din app. Kodeeksemplerne er udgangspunkter for integration og kræver projektspecifik gennemgang.

Trin 10 Signér APK'en, og forbered udrulningen i virksomheden

Appsignering tilføjer et certifikat, der identificerer appens udgiver. MDM, eller mobile device management, lader IT klargøre, konfigurere og opdatere virksomhedens enheder centralt.

· Opret release-pakken. Åbn Build > Generate Signed Bundle / APK i Android Studio. Vælg APK, klik på Next, og vælg app-modulet. Indtast stien til dit godkendte keystore, nøglealias og adgangskoder. Brug den eksisterende signeringsidentitet ved en opdatering. Vælg release-varianten og outputmappen, og klik derefter på Create eller Finish, afhængigt af hvad din Studio-version viser.

· Test den signerede APK. Installer den på test-LX1'en, gentag kerneopgaven, og test derefter en opgradering oven på det forrige signerede build. Bekræft, at data bevares, samt adgang til kamera og mikrofon, scanninger, stemme og serverforbindelse. At et debug-build virker, beviser ikke, at release-buildet er kompatibelt.

· Overdrag til IT. Lever APK'en, pakke-id, versionskode, understøttet firmware, tilladelser, netværksendpoints og konfigurationskrav. Vuzix oplyser, at MDM er tilgængeligt fra flere partnere; bekræft din udbyders specifikke understøttelse af LX1, tilmeldingsmetode og proces for installation af private apps. Gå ikke ud fra, at Managed Google Play er tilgængeligt.

· Rul ud i etaper. Udrul til en lille gruppe medarbejdere, gennemgå de målte resultater, og udvid, når opdaterings- og gendannelsesforløbene fungerer. Behold den forrige signerede pakke, og fastlæg en gendannelsesplan, der er kompatibel med dataene. Deaktiver udvikleradgang på produktionsenheder i henhold til IT-politikken.

Fordele og begrænsninger for virksomheder

· Fordele. Genbrug af eksisterende Android-forretningslogik kan reducere dobbeltarbejde i udviklingen. En fokuseret arbejdsgang kan gøre ordrebekræftelse, inspektion og håndtering af undtagelser lettere, mens medarbejderne har hænderne fri. Valider fordelen gennem pilotprojektet.

· Begrænsninger. Touch-tunge skærme, integrationer, der afhænger af Google, og gamle antagelser om enheds-SDK'er kan kræve omfattende ændringer. Support af enhedsflåden, firmwareopdateringer og test af udgivelser er fortsat en del af implementeringsindsatsen.

Se VR Experts oversigt over software og platform til Vuzix LX1 for at få mere kontekst om platformen.

Konklusion

At flytte en eksisterende Android-app til Vuzix LX1 begynder med at tjekke Android- og tjenesteafhængigheder, tilslutte en testenhed og installere en baseline. Tilpas det monokulære layout, gør alle handlinger tilgængelige via knapper, tilføj scanning eller stemme, hvor opgaven har gavn af det, og test den signerede release før administreret udrulning. For virksomheder bevarer denne tilgang den eksisterende systemintegration og skaber samtidig en arbejdsgang, der passer til medarbejdere, som bruger smartbriller. Et pilotprojekt med målinger viser, om tilpasningen reducerer fejl og sparer tid.

Drøft et LX1-pilotprojekt og krav til udrulning med VR Experts team for erhvervshardware.