Jak převést stávající aplikaci pro Android na Vuzix LX1

Shrnutí

Vuzix LX1 – vývoj aplikací pro Android může začít u firemní aplikace, kterou už váš tým spravuje. LX1 běží na upraveném systému Android 15 a Vuzix v dokumentaci uvádí podporu aplikací s minimální úrovní API 35 nebo nižší. Znovu využijte svou obchodní logiku a napojení na firemní systémy a poté upravte rozvržení obrazovky, navigaci a závislosti na zařízení. Úspěšná instalace je teprve první kontrola.

Tento průvodce portací se zabývá rozvržením pro monokulární displej, navigací pomocí tlačítek a tím, co přestane fungovat. Vývojáři otevřou existující projekt v Android Studiu, připojí skutečné LX1, nainstalují testovací build, vylepší rozhraní a připraví podepsané firemní vydání. Včas počítejte s chybějícími službami Google a otestujte celý pracovní postup pracovníka včetně přihlášení, skenování a obnovy po výpadku Wi-Fi.

Při plánování hardwaru vám pomůže produktová stránka Vuzix LX1 na webu VR Expert.

Ilustrativní obrázek, nikoli snímek obrazovky zařízení.

Úvod

Chytré brýle Vuzix LX1 jsou samostatný nositelný počítač se systémem Android určený pro práci ve skladech, v průmyslu a v terénu. Monokulární displej je obrazovka, na kterou se dívá jedno oko. Plnobarevný OLED displej zařízení zobrazuje obsah aplikace vedle běžného zorného pole pracovníka; jde o neprůhledný (okludovaný) displej, což znamená, že samotná obrazovka není průhledná. Uživatelé mohou zařízení nosit před kterýmkoli okem.

Vuzix LX1 se programuje pomocí známých nástrojů pro Android a volitelných knihoven Vuzix pro hlasové ovládání, skenování čárových kódů a komponenty rozhraní. Portace znamená přizpůsobení existujícího softwaru jinému zařízení. U aplikace pro vychystávání ve skladu to může znamenat zachovat vyhledávání objednávek a aktualizace zásob, ale hustě zaplněnou obrazovku telefonu proměnit v jeden pokyn, jedno potvrzení a jasnou cestu pro řešení výjimek. Jde o doporučení k návrhu, nikoli o naměřené výsledky z testování LX1.

Fakta o softwaru a verzích Vuzix LX1

Instalace a správa:

• USB přes ADB nebo Vuzix View
• Vuzix App Store
• Možnosti MDM od více partnerů.

• Operační systém: Upravený Android 15; úroveň API 35. Minimální SDK musí být 35 nebo nižší.
• Displej: Plnobarevný OLED 980 × 550; orientace na šířku nebo obrácená na šířku pro kterékoli oko.
• Hardware: Qualcomm QCS4490, 6 GB RAM a 128 GB úložiště.
• Vstup: Celkem čtyři ovládací tlačítka; tři navigační tlačítka mají akce pro krátký a dlouhý stisk, k tomu hlasové ovládání.
• Služby Google: Bez obchodu Google Play a bez plné podpory GMS. Nepředpokládejte, že závislosti z telefonu budou fungovat.
• Zveřejněná výchozí verze firmwaru: Vuzix uvádí verzi v15.2.0 vydanou 12-08-2026 s aktualizacemi Speech SDK 1.98.0 a Barcode SDK 2.0.0.

Firmware je systémový software nainstalovaný v zařízení. Zveřejněné vydání slouží jako referenční bod, nikoli jako důkaz, že tento build má každé firemní zařízení. Nainstalovaný build si zaznamenejte během následujících kroků.

Krok 1 Otevřete projekt stávající firemní aplikace

Android Studio je vývojová aplikace pro úpravy, sestavování a ladění aplikací pro Android. Gradle je sestavovací systém, který z projektu vytvoří instalovatelný balíček.

· Otevřete zdrojový projekt. Spusťte Android Studio, vyberte Open a zvolte složku obsahující settings.gradle nebo settings.gradle.kts. Počkejte na dokončení synchronizace Gradle. Pokud máte jen APK, získejte od jeho vlastníka zdrojový projekt a svolení k jeho úpravám.

· Najděte příslušné soubory. V levém panelu Project vyberte zobrazení Android. Otevřete app > manifests > AndroidManifest.xml a Gradle Scripts > build.gradle.kts (Module :app), případně jeho ekvivalent build.gradle.

· Vyberte jeden pracovní úkol. Začněte kompletním obchodním procesem, například otevřením úkolu vychystávání, naskenováním položky a potvrzením množství. Při úpravách obrazovek ponechte integraci s backendem a validační pravidla beze změny.

Krok 2 Připravte LX1 a firemní síť

SSID je název sítě Wi-Fi. Použijte testovací zařízení a síť schválenou oddělením IT, ze které jsou dostupné testovací systémy vaší společnosti.

· Zaznamenejte nainstalovaný systém. Na LX1 otevřete Settings a najděte informace o zařízení nebo sekci About. Zaznamenejte verzi Androidu a build, které jsou tam uvedeny; názvy nabídek se mohou podle firmwaru lišit. Porovnejte build s poznámkami k vydání od Vuzixu.

· Vygenerujte kód Wi-Fi. Na počítači otevřete vuzix.com/wifiQR. Do polí na stránce zadejte údaje schválené sítě a vygenerujte QR kód. Podle Vuzixu probíhá generování lokálně v prohlížeči. U podnikové sítě s certifikáty nebo zvláštním ověřováním ať IT použije svůj podporovaný způsob zřizování.

· Připojte se k síti. Ve spouštěči LX1 otevřete Camera, vyberte skener, namiřte jej na kód a zvolte Join. Případně otevřete Settings > Network & Internet > Wi-Fi, zapněte Wi-Fi, vyberte síť a zadejte její heslo.

Krok 3 Připojte Android Studio k LX1

ADB (zkratka pro Android Debug Bridge) je nástroj, který vývojářskému počítači umožňuje instalovat aplikace a číst diagnostiku zařízení. APK je instalační balíček aplikace pro Android.

· Nainstalujte nástroje do počítače. V Android Studiu otevřete Tools > SDK Manager. Vyberte SDK Tools, zapněte Android SDK Platform-Tools a klikněte na Apply. Poznamenejte si umístění Android SDK Location uvedené v tomto okně; ADB se nachází v jeho složce platform-tools.

· Povolte připojení LX1. Na brýlích otevřete Settings > Connected Devices > Allow ADB a tuto možnost zapněte. Připojte USB kabel podporující přenos dat. Pokud se zařízení nezobrazuje, zapněte podle pokynů Vuzixu v Connected Devices také přenos souborů přes USB. Dodržujte požadavky LX1 na napájení přes USB; postup pro kopírování souborů předepisuje odpojit baterii a použít USB-C nebo výkonný port USB 3.1 počítače.

· Ověřte autorizaci. V Android Studiu otevřete kartu Terminal. Spusťte adb devices ze složky platform-tools, nebo tuto složku přidejte do proměnné PATH počítače, tedy do seznamu umístění, ve kterých se hledají příkazy. Pokud se na LX1 zobrazí výzva k autorizaci ladění, potvrďte ji. Zařízení by mělo být uvedeno se stavem 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

Tyto příkazy spouštějte, jen když je připojeno pouze testovací LX1. Je-li připojeno více zařízení, vložte za adb parametr -s SERIAL se sériovým číslem, které vrátil příkaz adb devices. Hustota (density) převádí fyzické pixely na jednotky rozvržení Androidu. ABI označuje formát procesoru používaný nativními knihovnami; porovnejte vypsaný seznam se všemi knihovnami .so obsaženými ve vašem APK.

Poznamenejte si hlášenou hustotu; u LX1 se očekává hodnota 240 dpi (hdpi), což potvrdí příkaz adb shell wm density. Převod provedete vzorcem dp = pixely x 160 / dpi: při 240 dpi dává displej 980 x 550 pixelů návrhovou plochu přibližně 653 x 367 dp. Rozvržení navrhujte tak, aby se vešlo do této plochy, nikoli podle surových rozměrů v pixelech.

Krok 4 Nainstalujte nezměněnou výchozí verzi a najděte chyby

Logcat je panel Android Studia se zprávami aplikace a zařízení. Výchozí verze (baseline) je původní build, se kterým se porovnávají pozdější změny.

· Spusťte stávající aplikaci. Na horním panelu nástrojů Android Studia vyberte konfiguraci spuštění aplikace a ve výběru zařízení zvolte připojené LX1. Klikněte na Run. Jakmile se aplikace otevře, vyzkoušejte pracovní úkol vybraný v kroku 1. Android Studio vývojový build nainstaluje za vás.

· Zachyťte chyby. Otevřete View > Tool Windows > Logcat, vyberte LX1 a filtrujte podle balíčku své aplikace. Ještě před úpravami zaznamenejte pády, nedosažitelné ovládací prvky, oříznutý text, problémy s přihlášením a nepodporované služby.

· V případě potřeby nainstalujte dodané testovací APK. V terminálu použijte níže uvedený příkaz se skutečnou cestou k APK. Volba -r aktualizuje nainstalovanou aplikaci a zachová data, pokud se shoduje balíček i podpisový certifikát. Neodinstalovávejte aplikaci obsahující nesynchronizovanou práci jen proto, abyste obešli chybu podpisu.

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

Vuzix View je desktopová aplikace, která zrcadlí obraz brýlí a umí instalovat APK. Chcete-li ji použít jako alternativu, stáhněte si ji z Vuzix Support, zapněte Allow ADB, připojte LX1, vyberte ho v seznamu připojených zařízení, stiskněte View a přetáhněte APK do zrcadleného rozhraní. Při testu použitelnosti používejte fyzická tlačítka, i když vám ovládání z počítače pomáhá při ladění.

Krok 5 Navrhněte rozvržení pro monokulární displej

dp je jednotka Androidu pro velikost rozvržení; sp je jednotka pro text, která respektuje nastavení velikosti písma. Activity je obrazovka aplikace pro Android a manifest deklaruje komponenty a oprávnění aplikace.

· Opravte orientaci. Vraťte se do app > manifests > AndroidManifest.xml. Najděte každou Activity, se kterou pracují pracovníci. Odstraňte vynucenou orientaci na výšku. Je-li omezení na šířku nutné, použijte u dané Activity sensorLandscape, aby se rozhraní mohlo otočit pro kterékoli oko. Ostatní atributy a filtry intentů zachovejte.

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

· Zjednodušte obrazovku úkolu. Otevřete app > res > layout a vyberte XML soubor aktuální pracovní obrazovky. U aplikace v Compose místo toho otevřete soubor Kotlin s touto obrazovkou. Compose je sada nástrojů Androidu pro tvorbu rozhraní v Kotlinu. Zobrazte aktuální umístění, položku, množství a další akci. Dlouhé tabulky a podrobná nastavení přesuňte na samostatnou obrazovku.

· Dimenzujte podle skutečného okna. Použijte rozměry a hustotu z kroku 3. Uváděné rozlišení 980 × 550 představuje fyzické pixely, nikoli návrhové plátno o šířce 980 dp. Začněte čitelným textem, výrazným kontrastem a několika ovládacími prvky; výsledek posuzujte se zařízením nasazeným na hlavě.

· Chraňte viditelný obsah. Insets (odsazení) jsou oblasti zabrané systémovými lištami nebo jinými prvky obrazovky. Pokud cílíte na API 35, projděte si pravidla zobrazení edge-to-edge v Androidu 15 a tam, kde je to potřeba, odsazení aplikujte, aby tlačítka i pokyny zůstaly viditelné. Kromě hlavní obrazovky otestujte i dialogy, klávesnice a výzvy k udělení oprávnění.

Ilustrativní obrázek, nikoli snímek obrazovky zařízení.

Krok 6 Zpřístupněte každou akci pomocí tlačítek

Fokus je viditelný výběr, který ukazuje, který ovládací prvek zareaguje na Select. KeyEvent je zpráva Androidu popisující stisk tlačítka. Navigační tlačítka LX1 odesílají následující zdokumentované události.

Přední:

• Krátký stisk: Doprava nebo na další ovládací prvek níže; DPAD_RIGHT
• Dlouhý stisk: Kontextová nabídka; MENU

Prostřední:

• Krátký stisk: Doleva nebo na předchozí ovládací prvek výše; DPAD_LEFT
• Dlouhý stisk: Domů; HOME

Zadní:

• Krátký stisk: Výběr ovládacího prvku s fokusem; DPAD_CENTER
• Dlouhý stisk: Zpět; BACK

· Definujte trasu fokusu. V XML rozvržení obrazovky nastavte interaktivní ovládací prvky jako focusable a nastavte nextFocusLeft a nextFocusRight. Tyto trasy potřebuje i svislý formulář, protože krátké stisky navigačních tlačítek LX1 odesílají události doleva a doprava. V trase nenechávejte popisky ani dekorativní kontejnery.

· Přidejte viditelný stav výběru. Vytvořte app > res > drawable > lx1_action_background.xml a vložte do něj níže uvedený selector. Selector je prostředek, který mění vzhled podle stavu ovládacího prvku. Tento příklad používá obrys, takže fokus je viditelný, aniž by se spoléhal jen na barvu.

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

· Propojte dvě akce. Ve stávajícím rozvržení obrazovky umístěte tato tlačítka do jejího kontejneru. Jde o příklad pro Views; pokud aplikace používá Compose, zachovejte svou současnou architekturu Compose. ID a texty přizpůsobte svému pracovnímu postupu. Níže uvedené XML počítá s drawable vytvořeným v předchozím kroku.

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

· Použijte stávající obslužné funkce obchodní logiky. V Activity po volání setContentView propojte tato tlačítka pomocí setOnClickListener se svými stávajícími funkcemi pro potvrzení a hlášení manka. Nezachytávejte všechny události kláves: standardní tlačítka s fokusem dokážou výběr zpracovat sama. Po dialogu nebo změně úkolu vraťte fokus na příslušnou akci.

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

Importujte android.widget.Button. Oba názvy funkcí nahraďte skutečnými obslužnými funkcemi ve svém projektu; nejde o rozhraní API dodávaná Androidem.

· Ověřte celou trasu. Znovu spusťte aplikaci na LX1. Pouze pomocí navigačních tlačítek se přihlaste, přejděte na každou akci, vyberte ji a vraťte se pomocí Back. Zopakujte to po otevření dialogu a po přepnutí zařízení na druhé oko. V Compose implementujte odpovídající trasy fokusu pomocí focusRequester a focusProperties.

Krok 7 Odstraňte telefonní závislosti, které LX1 nedokáže splnit

GMS znamená Google Mobile Services, tedy proprietární služby Googlu pro Android. API je softwarové rozhraní pro přístup k určité funkci. microG je kompatibilní implementace některých rozhraní služeb Google; jeho přítomnost nezaručuje plnou podporu služeb Google.

· Proveďte audit závislostí. Otevřete blok dependencies modulu a případný katalog verzí libs.versions.toml. Vyhledejte com.google.android.gms, Firebase, přihlášení přes Google, mapy, licencování a strojové učení poskytované prostřednictvím služeb. Otestujte každou závislost, kterou pracovní postup využívá. Vuzix uvádí, že LX1 nepodporuje plné GMS, ačkoli firmware v15.2.0 obsahuje aktualizaci microG GmsCore.

· V případě potřeby nahraďte nezbytné integrace. Použijte podporovaný způsob přihlášení vaší společnosti, serverová API a spravovanou konfiguraci. Aktuální přehled vývoje pro LX1 od Vuzixu stále uvádí, že pro Cloud Messaging a Maps je třeba použít Google Play Services Client Library 9.8.0 nebo starší. Berte to jako zastaralou poznámku (Google Cloud Messaging byl v roce 2018 označen za zastaralý a v roce 2019 vypnut), nikoli jako aktuální podnikové řešení; konkrétní rozhraní si nechte potvrdit od Vuzixu a od vlastníka závislosti.

· Zkontrolujte požadavky na zařízení. V AndroidManifest.xml prověřte deklarace uses-feature a oprávnění týkající se dotykové obrazovky, telefonování a polohy. Hardware označte jako volitelný jen tehdy, když má aplikace funkční náhradní řešení. Deklarace chybějící hardware nevytvoří. Otestujte zamítnutí oprávnění ke kameře a mikrofonu tak, aby se úkol neztratil.

· Zachovejte vstupy vhodné pro práci. Opakované psaní textu nahraďte schváleným vstupem ze skeneru, krátkým seznamem k výběru nebo spravovaným nastavením. Při přihlašování ponechte ověřování na podnikovém systému identit; samotný naskenovaný identifikátor by neměl k autorizaci pracovníka stačit.

Krok 8 Skenování čárových kódů nebo hlas přidávejte jen v případě potřeby

SDK je sada nástrojů pro přístup k funkci softwaru nebo zařízení. Vuzix Barcode SDK spouští vestavěný skener a vrací výsledek; Vuzix Speech SDK přidává vlastní hlasové příkazy; HUD Resources a HUD ActionMenu poskytují volitelné komponenty rozhraní.

· Zvolte způsob skenování čárových kódů. Pro občasné skenování při přihlášení nebo konfiguraci začněte v oficiálním repozitáři Vuzix Barcode SDK a v dokumentaci Javadoc, na kterou odkazuje. Pro LX1 používejte rozhraní verze 2.0.0 nebo novější. Starší vestavěný a kontinuální režim SDK 1.x nejsou na LX1 podporovány. Pro nepřetržité skenování ve skladu s vlastním náhledem integrujte API kamery a vhodný dekódovací engine.

· Pokud používáte ML Kit, přibalte dekódovací model. ML Kit je sada nástrojů Googlu pro strojové učení. Její model pro čárové kódy lze zabalit přímo do aplikace, čímž se vyhnete stahování modelu přes Google Play Services. Do app/build.gradle.kts > dependencies přidejte níže uvedenou zdokumentovanou přibalenou závislost a klikněte na Sync Now. Nepřidávejte současně přibalenou i nepřibalenou variantu. Tato závislost není kompletní skener: snímky z kamery a výsledky skenování propojte podle oficiální ukázky.

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

· Přidejte hlasové příkazy pro konkrétní úkol. Otevřete Vuzix Support > Developer Resources a postupujte podle návodu Working with the Vuzix Speech SDK. Ověřte verzi knihovny kompatibilní s firmwarem zařízení, přidejte její repozitář a závislost modulu, synchronizujte projekt a poté pomocí zdokumentovaného API zaregistrujte příkazy jako Confirm quantity a Report shortage. Rozpoznané příkazy směrujte přes stejné validační obslužné funkce jako tlačítka.

· Otestujte také release build. Pokud přidáváte Vuzix SDK, zkontrolujte jejich aktuální pravidla pro zmenšování kódu (shrinking) a spusťte podepsaný optimalizovaný build. Starší dokumentace obsahuje pokyny s jcenter a android.enableR8=false; nevkládejte je do moderního buildu, aniž byste ověřili, že jsou stále použitelné. Otestujte hluk, jazyk, duplicitní příkazy a naskenování nesprávné položky.

Co se pokazí, když telefonní aplikace pro Android přejde na LX1

Ovládací prvek je nedosažitelný:

• Pravděpodobná příčina: Gesta pouze pro dotykové ovládání nebo chybějící trasy fokusu
• Praktické řešení: Zajistěte akce, které mohou získat fokus, a explicitní trasy doleva/doprava.

Text nebo dialogy jsou oříznuté:

• Pravděpodobná příčina: Rozvržení pro telefon, uzamčení na výšku nebo chybějící odsazení (insets)
• Praktické řešení: Zjednodušte obrazovku, podporujte obě orientace na šířku a aplikujte odsazení.

Přihlášení, mapy nebo oznámení selhávají:

• Pravděpodobná příčina: Závislost předpokládá plné služby Google
• Praktické řešení: Ověřte konkrétní API a nahraďte nepodporované integrace.

Migrace skeneru selhává:

• Pravděpodobná příčina: Starý režim Vuzix SDK 1.x nebo závislost na stahování modelu
• Praktické řešení: Použijte podporovaná rozhraní 2.x nebo přibalený engine.

Selhává instalace nebo načtení nativního kódu:

• Pravděpodobná příčina: Nekompatibilní minSdk, podpisový klíč nebo nativní ABI
• Praktické řešení: Prověřte chybu instalace a sjednoťte otestovanou platformu a certifikát.

Práce mizí nebo se opakuje:

• Pravděpodobná příčina: Neobnovený stav nebo dvakrát odeslaný požadavek
• Praktické řešení: Nevyřízenou práci trvale ukládejte a použijte ochranu proti duplicitám na straně serveru.

Práce na pozadí se zastavuje:

• Pravděpodobná příčina: Pravidla dané verze Androidu nebo opuštění aplikace pracovníkem
• Praktické řešení: Projděte chování Androidu 15 a otestujte skutečné přechody životního cyklu.

Jde o rizika k otestování, nikoli o tvrzení, že každá aplikace selže. Android 15 mění také chování služeb na popředí. Služba na popředí (foreground service) je dlouhotrvající operace aplikace s viditelným oznámením. Projděte změny Androidu platné pro všechny aplikace i ty, které se uplatní podle vaší cílové úrovně API, zejména u nahrávání dat, vzdálené asistence a bezobslužné synchronizace.

Krok 9 Otestujte firemní pracovní postup na zařízení

· Zopakujte skutečný úkol. Otestujte obě polohy pro oči, tlačítka, schválené hlasové příkazy, formáty čárových kódů, výzvy k udělení oprávnění a vypršení relace. Pro pozorování zrcadlete obrazovku pomocí Vuzix View, ale skutečné brýle ať ovládá pracovník.

· Vyzkoušejte obnovu. Během potvrzování přerušte Wi-Fi, znovu se připojte, znovu otevřete aplikaci a zkontrolujte firemní systém. Nevyřízené transakce by měly přetrvat a dokončené transakce by se neměly duplikovat. Otestujte zvlášť Home a Back a také restart zařízení a předání směny.

· Změřte pilotní provoz. Porovnejte dobu dokončení, chyby při zadávání, dobu obnovy a požadavky na podporu se stávajícím procesem. Otestujte zátěž skenováním a videem v podmínkách očekávaných během směny. Než slíbíte zlepšení produktivity nebo výdrže baterie, vykažte pozorované výsledky.

Rozsah testování: tento článek vychází z oficiální dokumentace, nikoli z praktického ověření na LX1 nebo s vaší aplikací. Ukázky kódu jsou výchozím bodem pro integraci a vyžadují kontrolu s ohledem na konkrétní projekt.

Krok 10 Podepište APK a připravte firemní nasazení

Podepsání aplikace připojí certifikát, který identifikuje vydavatele aplikace. MDM (mobile device management, správa mobilních zařízení) umožňuje IT centrálně zřizovat, konfigurovat a aktualizovat firemní zařízení.

· Vytvořte balíček pro vydání. V Android Studiu otevřete Build > Generate Signed Bundle / APK. Vyberte APK, klikněte na Next a zvolte modul aplikace. Zadejte schválenou cestu k úložišti klíčů (keystore), alias klíče a hesla. Pro aktualizaci použijte stávající podpisovou identitu. Zvolte variantu release a výstupní složku a poté klikněte na Create nebo Finish podle toho, co zobrazuje vaše verze Studia.

· Otestujte podepsané APK. Nainstalujte ho na testovací LX1, zopakujte hlavní úkol a poté otestujte upgrade z předchozího podepsaného buildu. Ověřte zachování dat, přístup ke kameře a mikrofonu, skenování, hlas a připojení k serveru. Úspěch debug buildu nedokazuje kompatibilitu release buildu.

· Předejte vše IT. Poskytněte APK, ID balíčku, kód verze, podporovaný firmware, oprávnění, síťové koncové body a požadavky na konfiguraci. Vuzix uvádí dostupnost MDM od více partnerů; ověřte si u svého poskytovatele konkrétní podporu LX1, způsob registrace zařízení a postup instalace soukromých aplikací. Nepředpokládejte, že je k dispozici Managed Google Play.

· Zavádějte postupně. Nasaďte aplikaci u malé skupiny pracovníků, vyhodnoťte naměřené výsledky a rozšiřujte až poté, co budou fungovat aktualizace i postupy obnovy. Uchovejte předchozí podepsaný balíček a připravte plán obnovy kompatibilní s daty. Na produkčních zařízeních vypněte vývojářský přístup podle zásad IT.

Přínosy a omezení pro firmy

· Přínosy. Opětovné využití stávající obchodní logiky pro Android může omezit duplicitní vývojovou práci. Zaměřený pracovní postup může usnadnit potvrzování objednávek, kontroly a řešení výjimek, přičemž pracovníkům zůstanou volné ruce. Přínos ověřte v pilotním provozu.

· Omezení. Obrazovky silně závislé na dotykovém ovládání, integrace závislé na Googlu a zastaralé předpoklady o SDK zařízení mohou vyžadovat rozsáhlé změny. Podpora flotily zařízení, aktualizace firmwaru a testování vydání zůstávají součástí implementace.

Kontext platformy najdete v přehledu softwaru a platformy Vuzix LX1 od VR Expert.

Závěr

Převod stávající aplikace pro Android na Vuzix LX1 začíná kontrolou závislostí na Androidu a službách, připojením testovacího zařízení a instalací výchozí verze. Přizpůsobte rozvržení monokulárnímu displeji, zpřístupněte každou akci tlačítky, přidejte skenování nebo hlas tam, kde to práci prospěje, a před spravovaným nasazením otestujte podepsané vydání. Pro firmy tento přístup zachovává stávající integraci se systémy a zároveň vytváří pracovní postup vhodný pro pracovníky s chytrými brýlemi. Zda úprava snižuje chybovost a šetří čas, ukáže pilotní provoz s měřením.

Pilotní provoz a požadavky na nasazení LX1 proberte s týmem VR Expert pro firemní hardware.