Design af stemmestyrede skærme til RealWear Navigator 520

Resumé

RealWear Navigator 520 navigeres med stemmen, og det afhænger af skærmelementer, som medarbejderen kan se og sige. Skaler ikke bare et telefonlayout ned til headsettet; vis de tilgængelige handlinger tydeligt, og lad WearHF koble talte kommandoer til understøttede kontroller.

RealWear anbefaler at begrænse lang tekstindtastning, komplekse indstillinger og overfyldte skærme. Brug én opgave pr. skærm, korte instruktioner, letlæselig tekst og tydelige, synlige etiketter. Anvend de samme principper i en canvas-app eller en native Android-applikation.

Udviklingsteams har to veje, der er klar til erhvervsbrug. Brug native Android med WearHF, når arbejdsgangen kræver tilpasset enhedsadfærd, offlinehåndtering eller integration med virksomhedens systemer. Brug Microsoft Power Apps, når organisationen allerede administrerer arbejdsgangen i Power Platform, og RealWear-afspilleren understøtter de app-funktioner, du har brug for. Den native vej nedenfor indeholder XML- og Java-eksempler; Power Apps-vejen er et valgfrit low-code-alternativ.

Grundregel: En stemmebrugerflade er ikke en almindelig mobilskærm, hvor tale er tilføjet bagefter. Selve skærmen bør fortælle medarbejderen, hvad der kan siges.

Hvad er RealWear Navigator 520?

Navigator 520 er en robust, håndfri Android-enhed til industrielt arbejde som vedligeholdelse, inspektion og feltservice. RealWear angiver skærmen til 1280 × 720 pixels og softwaren på Navigator 520 som Ari OS (Android 13) med WearHF. Siden vedligeholdelsesudgivelsen Ari OS 2.0 fra 17-09-2026 (firmware 3.0) kører opdaterede enheder Android 16, så tjek, hvilket build flåden har. Bekræft firmware- og skærmkonfigurationen på enhedsflåden før udgivelse.

RealWear kortlægger standardskærmen på 720p på Navigator 520 til et Android-layoutområde på 854 × 480 dp ved 240 dpi. Brug dp til layoutmål og sp til tekst i stedet for hardkodede fysiske pixels. Hold skærmen enkel, fordi displayet kun fylder en del af medarbejderens synsfelt.

Se produktsiden for RealWear Navigator 520 hos VR Expert

Vælg en implementeringsvej til virksomheden

Brug native Android, når du har brug for tilpasset adfærd, integration eller kontrol over udgivelser. Brug Power Apps, når virksomheden allerede har et Power Platform-miljø, og appen kan holde sig inden for de understøttede funktioner i canvas-apps.

Microsoft Power Apps:

• Hvor du designer: Power Apps Studio i en webbrowser
• Bedst til: Virksomheder med en godkendt Power Platform-tenant, der har brug for en low-code-forretningsarbejdsgang.

Native Android-app:

• Hvor du designer: Android Studio + WearHF/WearML
• Bedst til: Udviklingsteams, der har brug for tilpasset Android-adfærd, integration med virksomhedens systemer eller kontrol over den administrerede udgivelse.

Begge veje kræver en identitet godkendt af organisationen, adgang til det rette forretningsmiljø og tilladelser til hver tilsluttet datakilde. Test på den administrerede flåde af Navigator 520-enheder, ikke kun i en forhåndsvisning på computeren.

Native Android-vej: byg en stemmestyret skærm

En Android View er en standardskærmkontrol som en Button eller TextView. WearHF kører på enheden og kan aktivere understøttede klikbare kontroller ud fra deres synlige etiketter, så en simpel skærm behøver ikke et separat tale-SDK.

Trin 1: Opret Android-projektet.

• I Android Studio skal du vælge New Project > Phone and Tablet > Empty Views Activity og derefter vælge Java og Views/XML.

• Brug organisationens pakkenavn i omvendt domæneformat (for eksempel com.company.fieldworkflow). Sæt minSdk til den ældste Android-version i den understøttede flåde, og lad derefter Gradle synkronisere.

• Installer Android SDK Platform-Tools fra SDK Manager, så adb er tilgængelig til test på headsettet.

Build-kompatibilitet: minSdk styrer, hvilke Android-versioner der kan installere appen. Navigator 520-flåder kører Android 13 (API 33) på firmware 2.x eller Android 16 på firmware 3.0, så minSdk 33 dækker en flåde, der kun består af 520-enheder; brug en lavere værdi, hvis ældre enheder understøttes, og test på begge builds, hvis flåden er blandet. Sæt compileSdk og targetSdk til versioner, som din organisation har godkendt, og verificér derefter appen og dens afhængigheder på et administreret headset før udrulning.

Trin 2: Definer skærmen.

• Åbn app > src > main > res > layout > activity_main.xml i Project-panelet i Android Studio.

• Erstat det genererede layout med dette eksempel. Det bruger dp til afstande og sp til tekst, har to eksplicitte forretningshandlinger og lader de talte etiketter være synlige:

<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" android:padding="24dp">

<TextView android:id="@+id/screenTitle" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="INSPECTION" android:textSize="24sp" />

<TextView android:id="@+id/instructionText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Confirm the equipment status." android:textSize="20sp" />

<Button android:id="@+id/confirmButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="20dp" android:minHeight="56dp" android:text="CONFIRM STATUS" />

<Button android:id="@+id/reportButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="8dp" android:minHeight="56dp" android:text="REPORT ISSUE" />

<TextView android:id="@+id/statusText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Waiting for selection" android:textSize="16sp" /> </LinearLayout>

Trin 3: Forbind hver knap med appens adfærd.

• Åbn app > java > din pakke > MainActivity.java i Project-panelet.

• Erstat den genererede activity med dette eksempel, hold dens package-erklæring i overensstemmelse med Gradle-namespacet, og brug view-id'erne fra XML-filen. Eksemplet opdaterer en lokal statustekst; erstat kommentarerne med virksomhedens validerede arbejdsgang og servicekald:

package com.company.fieldworkflow;

import android.app.Activity; import android.os.Bundle; import android.widget.Button; import android.widget.TextView;

public class MainActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);

Button confirmButton = findViewById(R.id.confirmButton); Button reportButton = findViewById(R.id.reportButton); TextView statusText = findViewById(R.id.statusText);

confirmButton.setOnClickListener(view -> { // Call the approved inspection workflow here. statusText.setText("Status: confirmation recorded"); });

reportButton.setOnClickListener(view -> { // Validate and submit the issue through the company service. statusText.setText("Status: issue reported"); }); } }

Trin 4: Tilføj kun en tilpasset talt sætning, når den synlige etiket ikke er nok.

• Placer denne attribut på den eksisterende CONFIRM STATUS-Button i activity_main.xml. Android-feltet contentDescription påvirker også tilgængeligheden. Verificér den talte kommando og tilgængelighedsoutputtet på målenheden, og lokalisér kommandoen til alle understøttede sprog i arbejdsstyrken:

<Button android:id="@+id/confirmButton" android:text="CONFIRM STATUS" android:contentDescription="hf_commands:CONFIRM STATUS, MARK COMPLETE" android:layout_width="match_parent" android:layout_height="wrap_content" />

Trin 5: Byg og test på en Navigator 520.

• På et testheadset administreret af organisationen skal du sige MY SETTINGS, derefter ADVANCED SETTINGS og derefter ABOUT DEVICE; sig PAGE DOWN, indtil Build Number er synligt, og sig derefter BUILD NUMBER cirka syv gange, indtil headsettet viser »You are now a developer!«.

• Gå tilbage til SYSTEM > DEVELOPER OPTIONS, og aktivér USB debugging, hvis virksomhedens politik tillader det.

• Tilslut et USB-C-kabel, der kan overføre data, og godkend prompten.

• Kør adb devices -l, og bekræft, at enhedens status er device.

• Vælg headsettet i Android Studio, og vælg Run > Run app. Test talte etiketter, klikadfærd, fejltilstande, tilpasning til skærmen og forventet støj på arbejdspladsen.

adb devices -l # Confirm that the Navigator 520 appears with status: device

Trin 6: Udrul den interne APK via virksomhedens enhedsadministration.

• Åbn Apps > Enterprise i Ari Business Cloud, tilføj appen, angiv navn og versionsoplysninger, upload den signerede release-APK, og vælg Publish. Tildel den derefter til den relevante administrerede enhed eller enhedsgruppe.

• Brug alternativt organisationens godkendte EMM/MDM, f.eks. Microsoft Intune. RealWear bemærker, at apps uploadet af virksomheden muligvis ikke er optimeret til Ari OS, og at versioner skal opdateres manuelt; verificér kompatibiliteten før udrulning til flåden. Brug kun ADB-installationer til udvikling og test.

Valgfri low-code-vej: Microsoft Power Apps til forretningsarbejdsgange

Trin 1: Opret en canvas-app i virksomhedens miljø

Før du starter: Bekræft, at organisationen har et godkendt Power Platform-miljø, maker-adgang, de nødvendige licenser og godkendte forretningsconnectorer. Opret og test appen i dette arbejdsmiljø; brug ikke en personlig Microsoft-konto eller en personlig datakilde.

Opret skærmen på en computer i Power Apps Studio, udgiv den derefter i virksomhedens miljø, og udrul RealWear-afspilleren via virksomhedens enhedsadministration.

1. Åbn Power Apps på make.powerapps.com, og log ind med organisationens arbejds- eller skolekonto. Vælg det godkendte miljø, der indeholder forretningsappen og dataene.

2. I navigationen til venstre skal du vælge Create og derefter Create from blank. Vælg en canvas-app, og vælg layoutet Responsive eller Tablet, der passer til dit design og din udrulningsplan.

3. Power Apps åbner canvasset i Power Apps Studio. Før du tilføjer kontroller, skal du bekræfte, at miljøet, licenserne og de godkendte forretningsconnectorer opfylder organisationens krav.

Åbn Microsoft Power Apps

Trin 2: Indstil skærmen til Navigator 520

Til et fast Navigator-layout skal du indstille et liggende tablet-canvas og få vist appen i enhedens billedformat. Hvis appen skal tilpasse sig flere enhedsstørrelser, skal du bruge responsive containere og teste hvert understøttet layout i stedet for at tvinge et fast design til at strække sig.

1. Åbn Settings. Åbn Settings og derefter Display i Power Apps Studio.

2. Vælg Landscape til den administrerede flåde af headsets. RealWears Power Apps-vejledning bruger liggende retning til headsetlayouts.

3. Til et fast canvas skal du lade Scale to fit være slået til, så designet skaleres til det tilgængelige display. Til et responsivt canvas skal du kun slå indstillingen fra, når kontrollerne bruger responsive layoutregler og er testet i hver målstørrelse.

4. Lad Lock aspect ratio være slået til for en app med fast layout for at undgå forvrængning. Hvis du bruger et responsivt layout, skal du bruge auto-layout-containere og teste for overlap eller afskæring.

5. Lad kun Lock orientation være slået til, hvis alle udrullede enheder bruger liggende retning. Gem indstillingerne, og vend derefter tilbage til canvasset.

Bemærkning om skærmen: Navigator 520 har et fysisk display på 1280 x 720, men RealWear anbefaler, at Android-udviklere bruger tæthedsuafhængige enheder i stedet for at designe til rå pixels. Enheden præsenterer et designområde på 854 x 480 dp ved standardtætheden.

Trin 3: Byg én skærm til én arbejdsopgave

Tag udgangspunkt i den operationelle beslutning, medarbejderen skal træffe. Kopiér ikke et dashboard fra computeren over på headsettet.

1. Vælg én opgave til denne skærm, f.eks. at kontrollere et inspektionsresultat og beslutte, om der skal fortsættes, eller om et problem skal rapporteres.

2. Flyt sekundære data, indstillinger og godkendelser til en anden skærm eller til en autoriseret backoffice-arbejdsgang.

3. Behold kun de kontroller, der er nødvendige for denne beslutning. Giv hver kontrol en tydelig etiket, der svarer til den sætning, WearHF skal genkende.

Skærmtest: En god stemmeskærm besvarer straks tre spørgsmål: Hvor er jeg? Hvilke oplysninger er vigtige nu? Hvad kan jeg sige som det næste?

Trin 4: Tilføj stor, synlig tekst først

RealWears Power Apps-vejledning anbefaler tekst på mindst 16sp og 20sp eller større, hvor det er praktisk muligt. Brug korte instruktioner, synlige handlingsetiketter og tilstrækkelig afstand; verificér læsbarheden på headsettet i stedet for kun at stole på canvasset på computeren.

1. Tilføj skærmtitlen. I Power Apps Studio skal du gå til Insert > Text og placere teksten øverst på skærmen. Brug en kort titel som INSPECTION STEP 3 eller MACHINE STATUS.

2. Tilføj kun den instruktion, der kræves til den aktuelle arbejdsbeslutning. Del længere procedurer op over flere skærme.

3. Gør handlingsetiketter større og mere fremtrædende end understøttende tekst. Brug samme ordlyd i etiketten og den talte kommando.

· Undgå lange afsnit, når en kort instruktion er nok.

· Brug luft mellem kontrollerne.

· Gør ikke teksten mindre bare for at få flere oplysninger ind på én skærm.

Trin 5: Brug tekstknapper, ikke kontroller med kun ikoner

En stemmebruger skal vide, hvad der skal siges. Et ikon kan virke velkendt på en telefon, men det fortæller ikke automatisk medarbejderen, hvilken talt sætning der aktiverer det.

1. Indsæt en knap. Brug Insert i Power Apps Studio, og tilføj en Button-kontrol.

2. Giv den en synlig handlingsetiket. Eksempler er CONTINUE, REPORT ISSUE eller OPEN CHECKLIST.

3. Hold den talte sætning og den synlige etiket i overensstemmelse. Brugeren skal kunne sige det, vedkommende ser.

For at koble en simpel skærmovergang skal du vælge knappen CONTINUE. Vælg OnSelect i egenskabsvælgeren ved siden af formellinjen, og indtast denne Power Fx-formel. Erstat scrNext med navnet på den faktiske næste skærm; brug organisationens godkendte connector og fejlhåndtering til enhver handling, der ændrer data:

Navigate(scrNext, ScreenTransition.None)

Du kan stadig bruge et ikon som visuel hjælp, men hold tekstetiketten ved siden af det. Det er etiketten, der gør stemmehandlingen forståelig.

Vælg hver Button i Power Apps Studio, og indstil Text = "REPORT ISSUE" og AccessibleLabel = "REPORT ISSUE" (erstat eksemplet med den pågældende knaps handling). Indstil kun Tooltip, når ekstra hjælp er nyttig; brug det ikke som en skjult stemmekommando. Microsoft dokumenterer AccessibleLabel som tekst til skærmlæsere, og RealWear dokumenterer hverken den eller Tooltip som et garanteret stemmealias, så verificér den talte etiket i den udrullede afspiller.

Hvis et ikon, en brugerdefineret komponent eller en anden kontrol ikke kan vælges med stemmen, skal du gøre den samme handling tilgængelig via en synlig standard-Button og placere handlingsformlen i knappens OnSelect-egenskab. Test det på headsettet. RealWears dokumenterede reserveløsning er at sige MY CONTROLS og derefter MOUSE; flyt markøren med hovedbevægelser, og sig MOUSE CLICK. Betragt markørstyring som en reserveløsning, ikke den primære vej til en hyppig handling.

Trin 6: Vælg stemmekommandoer, der er lette at genkende

RealWear anbefaler stemmekommandoer med to eller flere stavelser, fordi de er lettere for genkendelsessystemet at skelne pålideligt.

• GO: CONTINUE
• YES: CONFIRM
• NO: CANCEL STEP
• NEXT: NEXT STEP
• OPEN: OPEN CHECKLIST

Det er ikke et strengt forbud mod korte ord. Det er en praktisk pålidelighedsregel: Længere og mere karakteristiske sætninger giver talesystemet flere oplysninger at matche.

Trin 7: Design tekstinput til stemme, ikke til tastning

Når du vælger et TextInput, åbnes RealWears taletastatur; diktering er en eksplicit inputtilstand, ikke en kontinuerlig tale-til-tekst-strøm. Til en kort note skal du vælge feltet, sige DICTATION, vente på nedtællingen, tale og derefter sige OK, når dikteringen er færdig, for at acceptere og lukke tekstvinduet. Til indtastning af tegn skal du sige VOICE KEYBOARD, indtaste fonetiske tegn og derefter sige ACCEPT. Diktér ikke adgangskoder eller følsomme identifikatorer; brug det sikre tastatur eller en loginmetode, som organisationen har godkendt. Diktering kan kræve netværksadgang, så test målsproget og forbindelsen på den administrerede enhed. Foretræk kontroller med faste valgmuligheder, når opgaven kan modelleres sådan.

· Brug en kort dikteret note i stedet for en lang formular.

· Brug valgbare kategorier til almindelige svar som LOW, MEDIUM og HIGH.

Brug kun stregkode- eller QR-scanning, når den valgte scannerkontrol eller integration understøttes af RealWear-afspilleren og er godkendt til virksomhedens dataarbejdsgang. Test det på den faktiske enhed.

· Bed om oplysninger fordelt på flere enkle skærme i stedet for én tæt formular.

Trin 8: Hold vigtige kontroller inden for det sikre område

Hold titler, instruktioner og hovedhandlinger væk fra yderkanterne. RealWear advarer om, at elementer ved kanten kan konkurrere med anden visuel information og blive sværere at bruge.

1. Hold hovedindholdet centreret. Placer ikke den primære handling helt op ad kanten.

2. Lad der være luft omkring knapperne. Medarbejderen skal straks kunne identificere de enkelte handlinger.

3. Se forhåndsvisningen under både lyse og mørke forhold. Enkel kontrast fungerer bedre end dekorative effekter.

Trin 9: Udgiv og del appen i organisationen

Gem og udgiv canvas-appen i det godkendte Power Platform-miljø. Del den derefter med de tiltænkte arbejdsbrugere eller en sikkerhedsgruppe i organisationen. Adgang til appen alene er ikke nok: Brugerne skal også have de nødvendige tilladelser til tilsluttede Dataverse-tabeller, flows og andre godkendte forretningsdatakilder.

1. Vælg Save i Power Apps Studio, og giv appen et tydeligt forretningsnavn.

2. Vælg Publish, og bekræft derefter den version, der er tiltænkt pilotprojektet. Udgiv igen efter senere ændringer, så testerne får den aktuelle version.

3. I Power Apps skal du på listen Apps vælge appen og vælge Share. Giv kørselsadgang til de godkendte Microsoft Entra ID-brugere eller sikkerhedsgruppen, tildel datatilladelser efter princippet om mindste rettigheder, og bekræft de nødvendige Power Apps-licenser med administratoren.

Trin 10: Udrul Power Apps-afspilleren til administrerede Navigator-enheder

Virksomhedens Power Apps-canvas-app kører i RealWears Power Apps-afspiller. Udrul afspilleren til den administrerede flåde af headsets; selve skærmen oprettes fortsat i Power Apps Studio.

1. I Ari Business Cloud skal du åbne RealWear App Marketplace, finde Microsoft Power Apps og vælge Install. Vælg den godkendte testenhed eller enhedsgruppe. For en flåde administreret med Intune skal du i stedet følge RealWears aktuelle instruktioner til udrulning af APK'er i virksomheder.

2. Når installationen er færdig, skal du åbne Navigators startskærm, sige MY PROGRAMS og derefter åbne Power Apps.

3. Log ind med den arbejds- eller skolekonto i organisationen, der har adgang til den udgivne app og dens datakilder. Bekræft en eventuel licensprompt med Power Platform-administratoren.

4. Åbn den udgivne app fra afspilleren, og verificér, at den tiltænkte version, skærmene og forretningsdataene er tilgængelige.

RealWear oplyser, at WearML ikke er tilgængelig i Power Apps efter login. Brug derfor synlige etiketter, test hver kontrol, der kan vælges med stemmen, og gå ikke ud fra, at native Android-WearHF-direktiver kan tilføjes til canvas-skærmen.

Trin 11: Validér arbejdsgangen på den rigtige enhed

Godkend ikke en skærm alene ud fra forhåndsvisningen i Power Apps Studio. Test på den firmware til Navigator 520, der skal bruges, og med organisationens udrulningskonfiguration.

1. Kontrollér, at brugeren kan se, hvor vedkommende er, og hvilke handlinger der er tilgængelige, uden at røre skærmen.

2. Sig hver synlig etiket præcis som den er skrevet, og bekræft, at den korrekte forretningshandling udføres.

3. Test med de forventede personlige værnemidler, bevægelser, netværksforhold og støj på arbejdspladsen. Verificér langsomme, offline og mislykkede dataoperationer.

4. Bed en anden tiltænkt medarbejder om at udføre opgaven. Ret etiketter eller navigation, der skaber tøven, og gentag testen, når den næste version er udgivet.

5. Registrér appversionen, enhedens firmware, testresultaterne og kendte begrænsninger, før organisationen godkender en bredere udrulning.

Praktiske layoutregler for Navigator 520

• Brug én skærm til én arbejdsopgave. Vis det aktuelle trin, kun de oplysninger, der er brug for nu, og den næste tilgængelige handling.

• Foretræk nogle få store kontroller med tekstetiketter frem for knapper med kun ikoner eller tætte menuer. RealWear anbefaler kommandoer med flere stavelser, fordi de er lettere at skelne.

• Til native Android skal du bruge dp til bredder, højder og afstande og sp til tekst. Standard-canvasset på Navigator 520 svarer til 854 × 480 dp; placer ikke kontroller i rå fysiske pixels på 1280 × 720.

• Hold vigtige etiketter og handlinger væk fra skærmens kanter. Brug enkel kontrast, og test under de forventede forhold med hensyn til lys, værnemidler og bevægelse.

• Undgå lange afsnit og formularer med fritekst. Brug korte instruktioner, strukturerede valg, godkendt diktering eller validerede scanningsintegrationer.

• Til native knapper skal den synlige etiket og den talte kommando stemme overens. Tilføj kun et WearHF-direktiv, når etikettens standardadfærd ikke opfylder arbejdsgangens behov.

Antal handlinger:

• Undgå: En overfyldt skærm med mange knapper
• Bedre tilgang: Kun de handlinger, der er nødvendige for det aktuelle trin

Tekststørrelse:

• Undgå: Lille tekst for at få plads til mere indhold
• Bedre tilgang: Mindst 16sp; omkring 20sp eller større, hvor det er praktisk muligt

Kommandoer:

• Undgå: GO, YES, NO
• Bedre tilgang: CONTINUE, CONFIRM, CANCEL STEP

Knapper:

• Undgå: Kun ikon
• Bedre tilgang: Synlig tekstetiket, eventuelt med et ikon

Instruktioner:

• Undgå: Langt afsnit
• Bedre tilgang: Én kort instruktion eller flere korte linjer

Dataindtastning:

• Undgå: Stor formular med mange felter
• Bedre tilgang: Ét spørgsmål ad gangen, diktering, faste valg eller scanning

Navigation:

• Undgå: Skjulte menuhandlinger
• Bedre tilgang: Synlige handlinger som NEXT STEP, GO BACK eller OPEN CHECKLIST

Farver:

• Undgå: Mange mættede farver og farveforløb
• Bedre tilgang: Enkel palet med tydelig tekstkontrast

Test:

• Undgå: Kun forhåndsvisning på computeren
• Bedre tilgang: Test på Navigator 520 på den faktiske arbejdsplads

Hvorfor komplekse skærme fejler med stemmenavigation

En teknisk korrekt skærm kan stadig gøre en håndfri arbejdsgang langsommere. For mange oplysninger eller for mange valg gør det sværere at finde den næste kommando. RealWear anbefaler at minimere lang tekstindtastning og komplekse indstillinger og at validere det færdige design på det faktiske headset.

Praktisk pointe: RealWears egen regel er i praksis: Forenkl arbejdsgangen, før du optimerer stemmekommandoerne.

Konklusion: Byg stemmevejen ind i skærmen

Design hver skærm på Navigator 520 omkring én klar arbejdsopgave. Brug korte instruktioner, letlæselig tekst og synlige etiketter, der svarer til den talte kommando. Til native Android skal du bygge med dp/sp-layouts, forbinde standard-click-listeners på knapper med valideret forretningslogik og kun bruge WearHF-direktiver, når faste etiketter ikke er tilstrækkelige. Til en Power Apps-arbejdsgang skal du bruge organisationens godkendte tenant, licenser, datatilladelser og administrerede RealWear-afspiller. Test på den faktiske enhed og firmware, før du udruller til resten af flåden.

Bygger du en håndfri arbejdsgang til RealWear Navigator 520? VR Expert kan hjælpe med at evaluere enheden, forberede et pilotprojekt og teste, om en eksisterende applikation, Microsoft Power Apps eller en skræddersyet Android-løsning passer bedst.

Udforsk RealWear Navigator 520 til virksomheder