Så tar du en befintlig Android-app till Vuzix LX1

Sammanfattning

Vuzix LX1: utvecklingen av Android-appar kan utgå från den affärsapp som ditt team redan underhåller. LX1 kör ett modifierat Android 15-system, och Vuzix dokumenterar stöd för appar med en lägsta Android-API-nivå på 35 eller lägre. Återanvänd din affärslogik och dina kopplingar till företagets system, och anpassa sedan skärmlayout, navigering och enhetsberoenden. En lyckad installation är bara den första kontrollen.

Den här porteringsguiden tar upp layout för en monokulär skärm, knappnavigering och vad som slutar fungera. Utvecklare öppnar ett befintligt Android Studio-projekt, ansluter en riktig LX1, installerar ett testbygge, förbättrar gränssnittet och förbereder en signerad version för företagsbruk. Planera tidigt för att Google-tjänster saknas och testa arbetarens hela arbetsflöde, inklusive inloggning, skanning och återhämtning efter tappad Wi-Fi-anslutning.

För hårdvaruplanering, se produktsidan för Vuzix LX1 hos VR Expert.

Konceptuell illustration, inte en skärmbild från enheten.

Inledning

Modellen Vuzix LX1 är en fristående bärbar Android-dator för arbetsflöden inom lager, industri och fältarbete. En monokulär skärm är en skärm som betraktas med ett öga. Dess OLED-skärm i fullfärg visar appinnehåll bredvid arbetarens normala synfält; det är en ockluderad skärm, vilket betyder att själva skärmen inte är genomskinlig. Användarna kan bära den över vänster eller höger öga.

Vuzix LX1-programvara använder välbekanta Android-verktyg och valfria Vuzix-bibliotek för röst, streckkodsskanning och gränssnittskomponenter. Portering innebär att anpassa befintlig programvara till en annan enhet. För en plockapp på ett lager kan det innebära att behålla orderuppslag och lageruppdateringar men göra om en tät mobilskärm till en instruktion, en bekräftelse och en tydlig väg för avvikelser. Detta är designrekommendationer, inte uppmätta resultat från ett test med LX1.

Programvaru- och versionsfakta för Vuzix LX1

Installation och hantering:

• USB via ADB eller Vuzix View
• Vuzix App Store
• MDM-alternativ från flera partner.

• Operativsystem: Modifierat Android 15; API-nivå 35. Lägsta SDK-nivå måste vara 35 eller lägre.
• Skärm: 980 × 550 OLED i fullfärg; liggande eller omvänt liggande läge för vänster eller höger öga.
• Hårdvara: Qualcomm QCS4490, 6 GB RAM och 128 GB lagring.
• Inmatning: Totalt fyra kontrollknappar; tre navigeringsknappar har korta och långa åtgärder, plus röststyrning.
• Google-tjänster: Inget stöd för Google Play Store eller fullständigt GMS. Utgå inte från att beroenden från mobiltelefoner fungerar.
• Publicerad firmwarebaslinje: Vuzix anger v15.2.0, släppt 12-08-2026, med uppdateringar av Speech SDK 1.98.0 och Barcode SDK 2.0.0.

Firmware är enhetens installerade systemprogramvara. Den publicerade versionen är en referenspunkt, inte ett bevis på att varje enhet i företaget har det bygget. Notera det installerade bygget under följande steg.

Steg 1 Öppna det befintliga projektet för affärsappen

Android Studio är det utvecklingsprogram som används för att redigera, bygga och felsöka Android-appar. Gradle är byggsystemet som gör om projektet till ett installerbart paket.

· Öppna källprojektet. Starta Android Studio, välj Open och välj mappen som innehåller settings.gradle eller settings.gradle.kts. Vänta tills Gradle-synkroniseringen är klar. Om du bara har en APK-fil behöver du skaffa källprojektet och tillstånd att ändra det från ägaren.

· Hitta de relevanta filerna. Välj vyn Android i panelen Project till vänster. Öppna app > manifests > AndroidManifest.xml och Gradle Scripts > build.gradle.kts (Module :app), eller motsvarande build.gradle.

· Välj en arbetsuppgift. Börja med ett komplett affärsflöde, till exempel att öppna en plockuppgift, skanna en artikel och bekräfta antalet. Behåll backend-integrationen och valideringsreglerna intakta medan du anpassar skärmarna.

Steg 2 Förbered LX1 och företagets nätverk

Ett SSID är namnet på ett Wi-Fi-nätverk. Använd en testenhet och ett nätverk som IT har godkänt och som når företagets testsystem.

· Notera det installerade systemet. Öppna Settings på LX1 och leta upp enhetsinformationen eller avsnittet About. Notera Android-versionen och bygget som visas där; menyetiketterna kan variera mellan firmwareversioner. Jämför bygget med Vuzix versionsinformation.

· Generera en Wi-Fi-kod. Öppna vuzix.com/wifiQR på datorn. Ange det godkända nätverkets uppgifter i sidans fält och generera QR-koden. Enligt Vuzix sker genereringen lokalt i webbläsaren. För ett företagsnätverk med certifikat eller särskild autentisering bör IT använda sin egen provisioneringsmetod som stöds.

· Anslut till nätverket. Öppna Camera i LX1:s startprogram, välj skanner, rikta den mot koden och välj Join. Alternativt kan du öppna Settings > Network & Internet > Wi-Fi, aktivera Wi-Fi, välja nätverket och ange lösenordet.

Steg 3 Anslut Android Studio till LX1

ADB, förkortning för Android Debug Bridge, är ett verktyg som gör att en utvecklingsdator kan installera appar och läsa diagnostik från enheten. En APK är Androids installerbara apppaket.

· Installera verktygen på datorn. Öppna Tools > SDK Manager i Android Studio. Välj SDK Tools, aktivera Android SDK Platform-Tools och klicka på Apply. Notera den Android SDK Location som visas i fönstret; ADB finns i dess mapp platform-tools.

· Aktivera anslutningen till LX1. Öppna Settings > Connected Devices > Allow ADB på glasögonen och aktivera det. Anslut en USB-kabel som klarar dataöverföring. Om enheten inte syns aktiverar du även USB-filöverföring under Connected Devices, enligt Vuzix instruktioner. Följ LX1:s krav på USB-strömförsörjning; för filkopieringsvägen anges att batteriet ska kopplas bort och att USB-C eller en USB 3.1-port med hög effekt på datorn ska användas.

· Kontrollera auktoriseringen. Öppna fliken Terminal i Android Studio. Kör adb devices från mappen platform-tools, eller lägg till mappen i datorns PATH, listan över platser där kommandon söks. Godkänn en uppmaning om felsökningsauktorisering på LX1 om en sådan visas. Enheten ska listas 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

Kör de här kommandona med endast test-LX1:an ansluten. Med flera enheter infogar du -s SERIAL efter adb och använder serienumret som adb devices returnerar. Densiteten omvandlar fysiska pixlar till layoutenheter i Android. ABI betyder det processorformat som används av inbyggda bibliotek; jämför den rapporterade listan med eventuella .so-bibliotek i din APK.

Notera den rapporterade densiteten; LX1 förväntas rapportera 240 dpi (hdpi), vilket adb shell wm density bekräftar. Räkna om med dp = pixlar x 160 / dpi: vid 240 dpi ger skärmen på 980 x 550 pixlar en designyta på cirka 653 x 367 dp. Utforma layouterna så att de ryms inom den ytan snarare än efter de råa pixelmåtten.

Steg 4 Installera en oförändrad baslinje och hitta fel

Logcat är Android Studios panel för meddelanden från appar och enheter. En baslinje är det ursprungliga bygget som används för att jämföra senare ändringar.

· Kör den befintliga appen. Välj appens körkonfiguration i Android Studios övre verktygsfält och välj den anslutna LX1:an i enhetsväljaren. Klicka på Run. När appen öppnas provar du arbetsuppgiften som du valde i steg 1. Android Studio installerar utvecklingsbygget åt dig.

· Dokumentera fel. Öppna View > Tool Windows > Logcat, välj LX1 och filtrera på appens paket. Notera krascher, kontroller som inte går att nå, avklippt text, inloggningsproblem och tjänster som inte stöds innan du redigerar något.

· Installera en tillhandahållen test-APK vid behov. Använd kommandot nedan i Terminal med den faktiska sökvägen till APK-filen. Alternativet -r uppdaterar en installerad app och behåller dess data, förutsatt att paketet och signeringscertifikatet stämmer överens. Avinstallera inte en app som innehåller osynkroniserat arbete bara för att kringgå ett signaturfel.

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

Vuzix View är ett skrivbordsprogram som speglar glasögonen och kan installera APK-filer. Som alternativ kan du ladda ned det från Vuzix Support, aktivera Allow ADB, ansluta LX1, välja den i listan över anslutna enheter, trycka på View och dra APK-filen till det speglade gränssnittet. Använd de fysiska knapparna vid användbarhetstestet även om interaktion via datorn hjälper under felsökningen.

Steg 5 Utforma layouten för en monokulär skärm

dp är Androids enhet för layoutstorlek; sp är enheten för text som respekterar inställningar för textstorlek. En Activity är en skärm i en Android-app, och manifestet deklarerar appens komponenter och behörigheter.

· Åtgärda orienteringen. Gå tillbaka till app > manifests > AndroidManifest.xml. Leta upp varje Activity som arbetarna använder. Ta bort en påtvingad stående orientering. Om en begränsning till liggande läge behövs använder du sensorLandscape på den Activity:n så att gränssnittet kan rotera för vänster eller höger öga. Behåll dess övriga attribut och intent-filter.

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

· Förenkla uppgiftsskärmen. Öppna app > res > layout och välj XML-filen för den aktuella arbetsskärmen. För en Compose-app öppnar du i stället den Kotlin-fil som innehåller skärmen. Compose är Androids verktygslåda för att bygga gränssnitt i Kotlin. Visa aktuell plats, artikel, antal och nästa åtgärd. Flytta långa tabeller och detaljerade inställningar till en separat skärm.

· Anpassa storleken efter det faktiska fönstret. Använd måtten och densiteten från steg 3. Den dokumenterade upplösningen 980 × 550 avser fysiska pixlar, inte en designyta på 980 dp. Börja med läsbar text, stark kontrast och få kontroller; bedöm resultatet medan du bär enheten.

· Skydda synligt innehåll. Insets är de ytor som upptas av systemfält eller andra skärmfunktioner. Om du riktar dig mot API 35 bör du gå igenom Android 15:s regler för edge-to-edge och tillämpa insets där det behövs så att knappar och instruktioner förblir synliga. Testa dialogrutor, tangentbord och behörighetsfrågor såväl som huvudskärmen.

Konceptuell illustration, inte en skärmbild från enheten.

Steg 6 Gör varje åtgärd nåbar med knappar

Fokus är den synliga markering som visar vilken kontroll som svarar på Select. En KeyEvent är Androids meddelande som beskriver ett knapptryck. LX1:s navigeringsknappar skickar följande dokumenterade händelser.

Främsta:

• Kort tryck: Höger eller nästa kontroll nedåt; DPAD_RIGHT
• Långt tryck: Snabbmeny; MENU

Mittersta:

• Kort tryck: Vänster eller föregående kontroll uppåt; DPAD_LEFT
• Långt tryck: Hem; HOME

Bakersta:

• Kort tryck: Välj kontrollen som har fokus; DPAD_CENTER
• Långt tryck: Tillbaka; BACK

· Definiera fokusvägen. Gör interaktiva kontroller fokuserbara i skärmens layout-XML och ange nextFocusLeft och nextFocusRight. Även ett vertikalt formulär behöver dessa vägar eftersom LX1:s korta navigeringstryck skickar vänster och höger. Lämna inte etiketter eller dekorativa containrar i fokusvägen.

· Lägg till ett synligt markerat tillstånd. Skapa app > res > drawable > lx1_action_background.xml och klistra in selectorn nedan. En selector är en resurs som ändrar utseende beroende på kontrollens tillstånd. Det här exemplet använder en kontur, så att fokus syns utan att man enbart förlitar sig på färg.

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

· Koppla två åtgärder. Placera de här knapparna i containern i din befintliga skärmlayout. Detta är ett exempel med Views; behåll din nuvarande Compose-arkitektur om appen använder Compose. Anpassa id:n och text efter ditt arbetsflöde. XML-koden nedan förutsätter den drawable som skapades ovan.

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

· Använd de befintliga affärshanterarna. I Activity:n, efter setContentView, kopplar du de här knapparna till dina befintliga funktioner för bekräftelse och bristrapportering med setOnClickListener. Fånga inte upp alla tangenthändelser: vanliga knappar med fokus kan hantera val. Återställ fokus till rätt åtgärd efter en dialogruta eller ett uppgiftsbyte.

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

Importera android.widget.Button. Ersätt de två funktionsnamnen med de faktiska hanterarna i ditt projekt; de är inte Android-API:er som tillhandahålls.

· Kontrollera hela vägen. Kör appen på LX1 igen. Använd bara navigeringsknapparna för att logga in, nå varje åtgärd, välja den och återvända med Back. Upprepa efter att ha öppnat en dialogruta och efter att ha flyttat enheten till det andra ögat. För Compose implementerar du motsvarande fokusvägar med focusRequester och focusProperties.

Steg 7 Ta bort mobilberoenden som LX1 inte kan uppfylla

GMS står för Google Mobile Services, Googles proprietära Android-tjänster. Ett API är ett programvarugränssnitt som används för att komma åt en funktion. microG är en kompatibilitetsimplementering för vissa gränssnitt i Googles tjänster; att den finns garanterar inte fullt stöd för Googles tjänster.

· Granska beroenden. Öppna modulens dependencies-block och eventuell versionskatalog libs.versions.toml. Sök efter com.google.android.gms, Firebase, Google-inloggning, kartor, licensiering och maskininlärning som levereras via tjänster. Testa varje beroende som används i arbetsflödet. Vuzix anger att LX1 inte stöder fullständigt GMS, även om firmware v15.2.0 listar en uppdatering av microG GmsCore.

· Ersätt nödvändiga integrationer vid behov. Använd företagets inloggningsmetod som stöds, server-API:er och hanterad konfiguration. Vuzix aktuella utvecklingsöversikt för LX1 säger fortfarande att Google Play Services Client Library 9.8.0 eller tidigare ska användas för Cloud Messaging och Maps. Behandla det som en äldre anmärkning (Google Cloud Messaging fasades ut 2018 och stängdes av 2019) snarare än som en aktuell företagslösning; be Vuzix och ägaren av beroendet att bekräfta det specifika gränssnittet.

· Granska enhetskraven. Granska uses-feature-deklarationer och behörigheter för pekskärm, telefoni och plats i AndroidManifest.xml. Gör hårdvara valfri endast när appen har en fungerande reservlösning. En deklaration skapar inte hårdvara som saknas. Testa nekad kamera- och mikrofonbehörighet utan att uppgiften går förlorad.

· Håll inmatningen anpassad för arbetet. Ersätt upprepad textinmatning med godkänd skanning, en kort valbar lista eller hanterade inställningar. För inloggning behåller du autentiseringen via företagets identitetssystem; enbart en skannad identifierare bör inte ge en arbetare behörighet.

Steg 8 Lägg till streckkodsskanning eller röst bara när det behövs

Ett SDK är en verktygslåda för att komma åt en funktion i programvara eller en enhet. Vuzix Barcode SDK startar den inbyggda skannern och returnerar ett resultat; Vuzix Speech SDK lägger till anpassade röstkommandon; HUD Resources och HUD ActionMenu tillhandahåller valfria gränssnittskomponenter.

· Välj väg för streckkodsskanning. För enstaka skanningar vid inloggning eller konfiguration börjar du i det officiella Vuzix Barcode SDK-repositoriet och dess länkade Javadocs. Använd gränssnitt från version 2.0.0 eller senare för LX1. De inbäddade och kontinuerliga lägena i äldre SDK 1.x stöds inte på LX1. För kontinuerlig lagerskanning med egen förhandsvisning integrerar du ett kamera-API och en lämplig avkodningsmotor.

· Paketera en avkodningsmodell om du använder ML Kit. ML Kit är Googles verktygslåda för maskininlärning. Dess streckkodsmodell kan paketeras i din app, så att modellen inte behöver laddas ned via Google Play Services. Lägg till det dokumenterade paketerade beroendet nedan i app/build.gradle.kts > dependencies och klicka sedan på Sync Now. Lägg inte till både den paketerade och den opaketerade varianten. Det här beroendet är ingen komplett skanner: koppla kamerabilder och skanningsresultat med hjälp av det officiella exemplet.

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

· Lägg till uppgiftsspecifika röstkommandon. Öppna Vuzix Support > Developer Resources och följ Working with the Vuzix Speech SDK. Bekräfta en biblioteksversion som är kompatibel med enhetens firmware, lägg till dess repository och modulberoende, synkronisera projektet och registrera sedan kommandon som Confirm quantity och Report shortage med det dokumenterade API:et. Skicka igenkända kommandon via samma valideringshanterare som knapparna.

· Testa även release-bygget. Om du lägger till Vuzix SDK:er bör du kontrollera deras aktuella regler för kodkrympning och köra det signerade, optimerade bygget. Äldre dokumentation innehåller instruktioner med jcenter och android.enableR8=false; klistra inte in dem i ett modernt bygge utan att bekräfta att de är tillämpliga. Testa buller, språk, dubblerade kommandon och skanningar av fel artikel.

Vad som slutar fungera när en Android-mobilapp flyttas till LX1

Det går inte att nå en kontroll:

• Trolig orsak: Gester som bara fungerar med pekskärm eller saknade fokusvägar
• Praktisk åtgärd: Tillhandahåll fokuserbara åtgärder och uttryckliga vänster-/högervägar.

Text eller dialogrutor klipps av:

• Trolig orsak: Mobillayout, låsning i stående läge eller saknade insets
• Praktisk åtgärd: Förenkla skärmen, stöd båda liggande riktningarna och tillämpa insets.

Inloggning, kartor eller aviseringar fungerar inte:

• Trolig orsak: Beroendet förutsätter fullständiga Google-tjänster
• Praktisk åtgärd: Validera det exakta API:et och ersätt integrationer som inte stöds.

Migreringen av skannern misslyckas:

• Trolig orsak: Gammalt läge i Vuzix SDK 1.x eller beroende av modellnedladdning
• Praktisk åtgärd: Använd gränssnitt i 2.x som stöds eller en paketerad motor.

Installationen eller inläsningen av inbyggd kod misslyckas:

• Trolig orsak: Inkompatibel minSdk, signeringsnyckel eller inbyggt ABI
• Praktisk åtgärd: Granska installationsfelet och matcha den testade plattformen och certifikatet.

Arbete försvinner eller upprepas:

• Trolig orsak: Tillståndet återställs inte eller en begäran skickas två gånger
• Praktisk åtgärd: Spara väntande arbete beständigt och använd dubblettskydd på serversidan.

Bakgrundsarbete avbryts:

• Trolig orsak: Regler i Android-versionen eller att arbetaren lämnar appen
• Praktisk åtgärd: Gå igenom beteendet i Android 15 och testa faktiska livscykelövergångar.

Detta är risker att testa, inte ett påstående om att alla appar kommer att fallera. Android 15 ändrar också beteendet för förgrundstjänster. En förgrundstjänst är en långvarig appåtgärd med en synlig avisering. Gå igenom både Androids ändringar för alla appar och de som utlöses av din mål-API-nivå, särskilt för uppladdningar, fjärrassistans och obevakad synkronisering.

Steg 9 Testa affärsarbetsflödet på enheten

· Upprepa den verkliga uppgiften. Testa båda ögonpositionerna, knappar, godkända röstkommandon, streckkodsformat, behörighetsfrågor och sessioner som löper ut. Spegla skärmen med Vuzix View för observation, men låt arbetaren använda de faktiska glasögonen.

· Öva återhämtning. Bryt Wi-Fi-anslutningen under bekräftelsen, återanslut, öppna appen igen och kontrollera företagets system. Väntande transaktioner ska finnas kvar och slutförda transaktioner ska inte dupliceras. Testa Home och Back separat, liksom omstart av enheten och skiftöverlämning.

· Mät piloten. Jämför tid för slutförande, inmatningsfel, återhämtningstid och supportärenden med din befintliga process. Testa skanning och videobelastning under de skiftförhållanden som förväntas. Rapportera observerade resultat innan du utlovar förbättrad produktivitet eller batteritid.

Testomfattning: artikeln bygger på officiell dokumentation, inte på praktisk verifiering av en LX1 eller din app. Kodexemplen är utgångspunkter för integration och kräver projektspecifik granskning.

Steg 10 Signera APK-filen och förbered driftsättningen i företaget

Appsignering bifogar ett certifikat som identifierar appens utgivare. MDM, eller mobile device management (hantering av mobila enheter), låter IT provisionera, konfigurera och uppdatera företagets enheter centralt.

· Skapa release-paketet. Öppna Build > Generate Signed Bundle / APK i Android Studio. Välj APK, klicka på Next och välj appmodulen. Ange sökvägen till ditt godkända keystore, nyckelalias och lösenord. Använd den befintliga signeringsidentiteten för en uppdatering. Välj release-varianten och utdatamappen och klicka sedan på Create eller Finish, beroende på vad din version av Studio visar.

· Testa den signerade APK-filen. Installera den på test-LX1:an, upprepa kärnuppgiften och testa sedan en uppgradering ovanpå det tidigare signerade bygget. Bekräfta att data behålls samt att kamera- och mikrofonåtkomst, skanningar, röst och serveranslutning fungerar. Att debug-bygget fungerar bevisar inte att release-bygget är kompatibelt.

· Lämna över till IT. Tillhandahåll APK-filen, paket-id, versionskod, firmware som stöds, behörigheter, nätverksslutpunkter och konfigurationskrav. Vuzix uppger att MDM finns tillgängligt från flera partner; bekräfta din leverantörs specifika stöd för LX1, registreringsmetod och process för installation av privata appar. Utgå inte från att Managed Google Play är tillgängligt.

· Rulla ut stegvis. Driftsätt hos en liten grupp arbetare, granska uppmätta resultat och utöka när uppdaterings- och återställningsvägarna fungerar. Behåll det tidigare signerade paketet och ta fram en återställningsplan som är kompatibel med befintliga data. Inaktivera utvecklaråtkomst på produktionsenheter enligt IT-policyn.

Fördelar och begränsningar för företag

· Fördelar. Att återanvända befintlig affärslogik för Android kan minska dubbelarbete i utvecklingen. Ett fokuserat arbetsflöde kan underlätta orderbekräftelse, inspektion och avvikelsehantering medan arbetarna har händerna fria. Validera nyttan genom piloten.

· Begränsningar. Pekintensiva skärmar, integrationer som är beroende av Google och gamla antaganden om enhets-SDK:er kan kräva omfattande ändringar. Support för enhetsflottan, firmwareuppdateringar och testning av versioner är fortfarande en del av implementeringsarbetet.

För sammanhang kring plattformen, se VR Experts översikt över programvara och plattform för Vuzix LX1.

Slutsats

Att ta en befintlig Android-app till Vuzix LX1 börjar med att kontrollera Android- och tjänsteberoenden, ansluta en testenhet och installera en baslinje. Anpassa den monokulära layouten, gör varje åtgärd nåbar med knappar, lägg till skanning eller röst där arbetet gynnas av det och testa den signerade versionen före hanterad driftsättning. För företag bevarar detta tillvägagångssätt befintlig systemintegration samtidigt som det skapar ett arbetsflöde anpassat för arbetare som använder smarta glasögon. En uppmätt pilot visar om anpassningen minskar fel och sparar tid.

Diskutera en LX1-pilot och krav på driftsättning med VR Experts team för företagshårdvara.