Diseñar pantallas pensadas para la voz en el RealWear Navigator 520

Resumen ejecutivo

RealWear Navigator 520 basa su navegación por voz en los elementos de pantalla que el operario puede ver y pronunciar. No te limites a reducir el diseño de un teléfono para adaptarlo al visor: muestra con claridad las acciones disponibles y deja que WearHF asigne los comandos hablados a los controles compatibles.

RealWear recomienda reducir la introducción de textos largos, las configuraciones complejas y las pantallas saturadas. Usa una tarea por pantalla, instrucciones concisas, texto legible y etiquetas visibles bien diferenciadas. Aplica los mismos principios tanto a una aplicación de lienzo como a una aplicación nativa de Android.

Los equipos de desarrollo disponen de dos vías preparadas para el entorno empresarial. Usa Android nativo con WearHF cuando el flujo de trabajo requiera un comportamiento personalizado del dispositivo, funcionamiento sin conexión o integración con los sistemas de la empresa. Usa Microsoft Power Apps cuando la organización ya gestione el flujo de trabajo en Power Platform y el reproductor de RealWear admita las funciones de la aplicación que necesitas. La vía nativa que se describe a continuación incluye ejemplos en XML y Java; la vía de Power Apps es una alternativa opcional de bajo código.

Regla básica: una interfaz de voz no es una pantalla móvil normal a la que se le añade el habla a posteriori. La propia pantalla debe indicar al operario lo que puede decir.

¿Qué es el RealWear Navigator 520?

El Navigator 520 es un dispositivo Android robusto y manos libres para trabajos industriales como el mantenimiento, la inspección y el servicio técnico de campo. RealWear indica que su pantalla tiene 1280 × 720 píxeles y que el software del Navigator 520 es Ari OS (Android 13) con WearHF. Desde la versión de mantenimiento Ari OS 2.0 del 17-09-2026 (firmware 3.0), los dispositivos actualizados ejecutan Android 16, así que comprueba qué compilación tiene la flota. Confirma el firmware y la configuración de pantalla de la flota de dispositivos antes del lanzamiento.

RealWear asigna la pantalla predeterminada de 720p del Navigator 520 a un área de diseño Android de 854 × 480 dp a 240 dpi. Usa dp para las dimensiones del diseño y sp para el texto, en lugar de píxeles físicos fijados en el código. Mantén la pantalla sencilla, porque solo ocupa una parte del campo de visión del operario.

Ver la página del producto RealWear Navigator 520 en VR Expert

Elige una vía de implementación empresarial

Usa Android nativo cuando necesites comportamiento personalizado, integración o control sobre las versiones. Usa Power Apps cuando la empresa ya disponga de un entorno de Power Platform y la aplicación pueda limitarse a las capacidades compatibles de las aplicaciones de lienzo.

Microsoft Power Apps:

• Dónde se diseña: Power Apps Studio en un navegador web
• Ideal para: empresas con un inquilino de Power Platform aprobado que necesitan un flujo de trabajo empresarial de bajo código.

Aplicación nativa de Android:

• Dónde se diseña: Android Studio + WearHF/WearML
• Ideal para: equipos de desarrollo que necesitan un comportamiento personalizado de Android, integración con los sistemas de la empresa o control sobre el despliegue gestionado.

Ambas vías requieren una identidad aprobada por la organización, acceso al entorno empresarial correcto y permisos para cada origen de datos conectado. Prueba en la flota gestionada de Navigator 520, no solo en una vista previa de escritorio.

Vía nativa de Android: crear una pantalla pensada para la voz

Una View de Android es un control de pantalla estándar, como un Button o un TextView. WearHF se ejecuta en el dispositivo y puede activar los controles pulsables compatibles a partir de sus etiquetas visibles, por lo que una pantalla básica no necesita un SDK de voz independiente.

Paso 1: crea el proyecto de Android.

• En Android Studio, elige New Project > Phone and Tablet > Empty Views Activity y, a continuación, selecciona Java y Views/XML.

• Usa el nombre de paquete de dominio inverso de tu organización (por ejemplo, com.company.fieldworkflow). Establece minSdk según la versión de Android más antigua de la flota admitida y deja que Gradle se sincronice.

• Instala Android SDK Platform-Tools desde SDK Manager para tener adb disponible al hacer pruebas en el visor.

Compatibilidad de compilación: minSdk determina qué versiones de Android pueden instalar la aplicación. Las flotas de Navigator 520 ejecutan Android 13 (API 33) con el firmware 2.x o Android 16 con el firmware 3.0, por lo que minSdk 33 cubre una flota compuesta únicamente por dispositivos 520; usa un valor inferior si se admiten dispositivos más antiguos y prueba en ambas compilaciones si la flota es mixta. Establece compileSdk y targetSdk en versiones aprobadas por tu organización y, después, verifica la aplicación y sus dependencias en un visor gestionado antes del despliegue.

Paso 2: define la pantalla.

• En el panel Project de Android Studio, abre app > src > main > res > layout > activity_main.xml.

• Sustituye el diseño generado por este ejemplo. Usa dp para el espaciado y sp para el texto, incluye dos acciones empresariales explícitas y mantiene visibles las etiquetas que se pronuncian:

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

Paso 3: conecta cada botón con el comportamiento de la aplicación.

• En el panel Project, abre app > java > tu paquete > MainActivity.java.

• Sustituye la actividad generada por este ejemplo, mantén su declaración de paquete en consonancia con el namespace de Gradle y usa los ID de vista del XML. El ejemplo actualiza un texto de estado local; sustituye los comentarios por el flujo de trabajo validado y las llamadas a servicios de la empresa:

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"); }); } }

Paso 4: añade una frase hablada personalizada solo cuando la etiqueta visible no sea suficiente.

• En activity_main.xml, coloca este atributo en el Button CONFIRM STATUS existente. El campo contentDescription de Android también afecta a la accesibilidad. Verifica el comando hablado y la salida de accesibilidad en el dispositivo de destino, y localiza el comando para cada idioma que utilice la plantilla:

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

Paso 5: compila y prueba en un Navigator 520.

• En un visor de prueba gestionado por la organización, di MY SETTINGS, luego ADVANCED SETTINGS y después ABOUT DEVICE; di PAGE DOWN hasta que aparezca Build Number y, a continuación, di BUILD NUMBER unas siete veces hasta que el visor muestre «You are now a developer!».

• Vuelve a SYSTEM > DEVELOPER OPTIONS y activa USB debugging, si la política de la empresa lo permite.

• Conecta un cable USB-C con transmisión de datos y acepta el aviso.

• Ejecuta adb devices -l y confirma que el estado del dispositivo es device.

• En Android Studio, selecciona el visor y elige Run > Run app. Prueba las etiquetas habladas, el comportamiento de los clics, los estados de error, el ajuste a la pantalla y el ruido previsto en el lugar de trabajo.

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

Paso 6: implementa el APK interno mediante la gestión de dispositivos empresarial.

• En Ari Business Cloud, abre Apps > Enterprise, añade la aplicación, introduce su nombre y los datos de versión, sube el APK de versión firmado y selecciona Publish. A continuación, asígnalo al dispositivo o grupo de dispositivos gestionado que corresponda.

• También puedes usar la solución EMM/MDM aprobada por la organización, como Microsoft Intune. RealWear advierte de que las aplicaciones subidas por la empresa pueden no estar optimizadas para Ari OS y de que las versiones deben actualizarse manualmente; verifica la compatibilidad antes del despliegue en la flota. Reserva las instalaciones mediante ADB para el desarrollo y las pruebas.

Vía opcional de bajo código: Microsoft Power Apps para flujos de trabajo empresariales

Paso 1: crea una aplicación de lienzo en el entorno de la empresa

Antes de empezar: confirma que la organización dispone de un entorno de Power Platform aprobado, acceso de creador, las licencias necesarias y conectores empresariales aprobados. Crea y prueba la aplicación en ese entorno de trabajo; no utilices una cuenta personal de Microsoft ni un origen de datos personal.

Crea la pantalla en un ordenador con Power Apps Studio, publícala después en el entorno de la empresa e implementa el reproductor de RealWear mediante la gestión de dispositivos empresarial.

1. Abre Power Apps en make.powerapps.com e inicia sesión con la cuenta profesional o educativa de tu organización. Selecciona el entorno aprobado que contiene la aplicación y los datos empresariales.

2. En la navegación de la izquierda, selecciona Create y, después, Create from blank. Elige una aplicación de lienzo y selecciona el diseño Responsive o Tablet que se ajuste a tu diseño y a tu plan de despliegue.

3. Power Apps abre el lienzo en Power Apps Studio. Antes de añadir controles, confirma que el entorno, las licencias y los conectores empresariales aprobados cumplen los requisitos de tu organización.

Abrir Microsoft Power Apps

Paso 2: configura la pantalla para el Navigator 520

Para un diseño fijo en el Navigator, configura un lienzo de tableta en horizontal y previsualiza la aplicación con la relación de aspecto del dispositivo. Si la aplicación debe adaptarse a varios tamaños de dispositivo, usa contenedores adaptables y prueba cada diseño admitido en lugar de forzar un diseño fijo a estirarse.

1. Abre Settings. En Power Apps Studio, abre Settings y, después, Display.

2. Elige Landscape para la flota de visores gestionados. El tutorial de Power Apps de RealWear utiliza la orientación horizontal para los diseños en el visor.

3. En un lienzo fijo, deja activado Scale to fit para que el diseño se adapte a la pantalla disponible. En un lienzo adaptable, desactívalo solo cuando los controles usen reglas de diseño adaptable y se hayan probado en cada tamaño de destino.

4. Mantén activado Lock aspect ratio en las aplicaciones de diseño fijo para evitar distorsiones. Si usas un diseño adaptable, utiliza contenedores de diseño automático y comprueba que no haya solapamientos ni recortes.

5. Mantén activado Lock orientation solo si todos los dispositivos implementados usan la orientación horizontal. Guarda la configuración y vuelve al lienzo.

Nota sobre la pantalla: el Navigator 520 tiene una pantalla física de 1280 x 720, pero RealWear recomienda a los desarrolladores de Android usar unidades independientes de la densidad en lugar de diseñar en píxeles sin procesar. Con su densidad predeterminada, el dispositivo ofrece un espacio de diseño de 854 x 480 dp.

Paso 3: crea una pantalla para cada tarea de trabajo

Parte de la decisión operativa que debe tomar el operario. No copies un panel de escritorio en el visor.

1. Elige una sola función para esta pantalla, como comprobar el resultado de una inspección y decidir si continuar o notificar una incidencia.

2. Traslada los datos secundarios, la configuración y las aprobaciones a otra pantalla o a un flujo de trabajo de back office autorizado.

3. Conserva solo los controles necesarios para esta decisión. Asigna a cada control una etiqueta diferenciada que coincida con la frase que WearHF debe reconocer.

Prueba de la pantalla: una buena pantalla de voz responde de inmediato a tres preguntas: ¿Dónde estoy? ¿Qué información importa ahora? ¿Qué puedo decir a continuación?

Paso 4: añade primero texto grande y visible

Las pautas de RealWear para Power Apps recomiendan un tamaño de texto no inferior a 16sp, y de 20sp o más cuando sea factible. Usa instrucciones concisas, etiquetas de acción visibles y un espaciado suficiente; verifica la legibilidad en el visor en lugar de fiarte solo del lienzo de escritorio.

1. Añade el título de la pantalla. En Power Apps Studio, ve a Insert > Text y colócalo en la parte superior de la pantalla. Usa un título breve como INSPECTION STEP 3 o MACHINE STATUS.

2. Añade solo la instrucción necesaria para la decisión de trabajo actual. Divide los procedimientos más largos en varias pantallas.

3. Haz que las etiquetas de acción sean más grandes y destacadas que el texto de apoyo. Usa la misma redacción en la etiqueta y en el comando hablado.

· Evita los párrafos largos cuando baste con una instrucción breve.

· Deja espacio en blanco entre los controles.

· No reduzcas el texto solo para que quepa más información en una pantalla.

Paso 5: usa botones con texto, no controles solo con iconos

Un usuario de voz necesita saber qué decir. Un icono puede resultar familiar en un teléfono, pero no indica automáticamente al operario qué frase hablada lo activará.

1. Inserta un botón. En Power Apps Studio, usa Insert y añade un control Button.

2. Asígnale una etiqueta de acción visible. Por ejemplo, CONTINUE, REPORT ISSUE u OPEN CHECKLIST.

3. Mantén alineadas la frase hablada y la etiqueta visible. El usuario debe poder decir lo que ve.

Para configurar una transición de pantalla sencilla, selecciona el botón CONTINUE. En el selector de propiedades situado junto a la barra de fórmulas, elige OnSelect e introduce esta fórmula de Power Fx. Sustituye scrNext por el nombre real de la siguiente pantalla; utiliza el conector y la gestión de errores aprobados por la organización para cualquier acción que modifique datos:

Navigate(scrNext, ScreenTransition.None)

Puedes seguir usando un icono como ayuda visual, pero mantén la etiqueta de texto a su lado. La etiqueta es lo que hace comprensible la acción de voz.

En Power Apps Studio, selecciona cada Button y establece Text = "REPORT ISSUE" y AccessibleLabel = "REPORT ISSUE" (sustituye el ejemplo por la acción de ese botón). Establece Tooltip solo cuando una ayuda adicional resulte útil; no lo uses como comando de voz oculto. Microsoft documenta AccessibleLabel como texto para lectores de pantalla, y RealWear no documenta ni esa propiedad ni Tooltip como alias de voz garantizados, así que verifica la etiqueta hablada en el reproductor implementado.

Si un icono, un componente personalizado u otro control no se puede seleccionar por voz, ofrece la misma acción mediante un Button estándar visible y coloca la fórmula de la acción en la propiedad OnSelect de ese botón. Pruébalo en el visor. La alternativa documentada por RealWear consiste en decir MY CONTROLS y luego MOUSE; mueve el cursor con movimientos de la cabeza y di MOUSE CLICK. Trata el control del cursor como un recurso alternativo, no como la vía principal para una acción frecuente.

Paso 6: elige comandos de voz fáciles de reconocer

RealWear recomienda comandos de voz de dos o más sílabas porque al reconocedor le resulta más fácil distinguirlos de forma fiable.

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

No se trata de una prohibición estricta de las palabras cortas, sino de una regla práctica de fiabilidad: las frases más largas y distintivas proporcionan al sistema de voz más información para encontrar la coincidencia.

Paso 7: diseña la introducción de texto para la voz, no para el tecleo

Al seleccionar un TextInput se abre el teclado de voz de RealWear; el dictado es un modo de entrada explícito, no un flujo continuo de voz a texto. Para una nota breve, selecciona el campo, di DICTATION, espera a que termine la cuenta atrás, habla y, cuando finalice el dictado, di OK para aceptar y cerrar la ventana de texto. Para introducir caracteres, di VOICE KEYBOARD, introduce los caracteres fonéticos y, a continuación, di ACCEPT. No dictes contraseñas ni identificadores sensibles; utiliza el teclado seguro o un método de inicio de sesión aprobado por la organización. El dictado puede requerir acceso a la red, así que prueba el idioma de destino y la conexión en el dispositivo gestionado. Da preferencia a los controles de opciones fijas cuando la tarea pueda modelarse de ese modo.

· Usa una nota dictada breve en lugar de un formulario largo.

· Usa categorías seleccionables para respuestas habituales como LOW, MEDIUM y HIGH.

Usa la captura de códigos de barras o QR solo cuando el control o la integración de escáner elegidos sean compatibles con el reproductor de RealWear y estén aprobados para el flujo de datos de la empresa. Pruébala en el dispositivo real.

· Solicita la información en varias pantallas sencillas en lugar de en un único formulario denso.

Paso 8: mantén los controles importantes dentro de la zona segura

Mantén los títulos, las instrucciones y las acciones principales alejados de los bordes exteriores. RealWear advierte de que los elementos situados en los bordes pueden competir con otra información visual y resultar más difíciles de usar.

1. Mantén centrado el contenido principal. No coloques la acción principal pegada al borde.

2. Deja espacio alrededor de los botones. El operario debe poder identificar de inmediato las distintas acciones.

3. Previsualiza en condiciones tanto de luz como de oscuridad. Un contraste sencillo funciona mejor que los efectos decorativos.

Paso 9: publica y comparte la aplicación dentro de la organización

Guarda y publica la aplicación de lienzo en el entorno de Power Platform aprobado. Después, compártela con los usuarios profesionales previstos o con un grupo de seguridad de la organización. El acceso a la aplicación no basta: los usuarios también necesitan los permisos correspondientes sobre las tablas de Dataverse, los flujos y otros orígenes de datos empresariales aprobados que estén conectados.

1. Selecciona Save en Power Apps Studio y asigna a la aplicación un nombre empresarial claro.

2. Selecciona Publish y, después, confirma la versión prevista para el piloto. Vuelve a publicar tras cada modificación posterior para que los probadores reciban la versión actual.

3. En la lista Apps de Power Apps, selecciona la aplicación y elige Share. Concede acceso de ejecución a los usuarios o al grupo de seguridad de Microsoft Entra ID aprobados, asigna permisos de datos según el principio de mínimo privilegio y confirma con el administrador las licencias de Power Apps necesarias.

Paso 10: implementa el reproductor de Power Apps en los dispositivos Navigator gestionados

La aplicación de lienzo de Power Apps de la empresa se ejecuta dentro del reproductor de Power Apps de RealWear. Implementa el reproductor en la flota de visores gestionados; la pantalla en sí se sigue creando en Power Apps Studio.

1. En Ari Business Cloud, abre RealWear App Marketplace, busca la ficha de Microsoft Power Apps y selecciona Install. Elige el dispositivo de prueba o el grupo de dispositivos aprobado. Si la flota se gestiona con Intune, sigue en su lugar las instrucciones vigentes de RealWear para implementar APK empresariales.

2. Cuando termine la instalación, abre la pantalla Home del Navigator, di MY PROGRAMS y abre Power Apps.

3. Inicia sesión con la cuenta profesional o educativa de la organización que tenga acceso a la aplicación publicada y a sus orígenes de datos. Confirma con el administrador de Power Platform cualquier aviso de licencia que aparezca.

4. Abre la aplicación publicada desde el reproductor y verifica que la versión, las pantallas y los datos empresariales previstos estén disponibles.

RealWear indica que WearML no está disponible dentro de Power Apps tras iniciar sesión. Por tanto, usa etiquetas visibles, prueba cada control seleccionable por voz y no des por hecho que se puedan añadir directivas de WearHF de Android nativo a la pantalla de lienzo.

Paso 11: valida el flujo de trabajo en el dispositivo real

No apruebes una pantalla basándote solo en la vista previa de Power Apps Studio. Prueba con el firmware del Navigator 520 de destino y con la configuración de implementación de la organización.

1. Comprueba que el usuario sepa dónde se encuentra y qué acciones tiene disponibles sin tocar la pantalla.

2. Pronuncia cada etiqueta visible tal como está escrita y confirma que se ejecuta la acción empresarial correcta.

3. Prueba con los EPI, los movimientos, las condiciones de red y el ruido previstos en el lugar de trabajo. Verifica las operaciones de datos lentas, sin conexión y fallidas.

4. Pide a otro de los operarios destinatarios que complete la tarea. Corrige las etiquetas o la navegación que generen dudas y repite la prueba después de publicar la siguiente versión.

5. Registra la versión de la aplicación, el firmware del dispositivo, los resultados de las pruebas y las limitaciones conocidas antes de que la organización apruebe un despliegue más amplio.

Reglas prácticas de diseño para el Navigator 520

• Usa una pantalla para cada tarea de trabajo. Muestra el paso actual, solo la información necesaria en ese momento y la siguiente acción disponible.

• Da preferencia a unos pocos controles grandes con etiquetas de texto frente a los botones solo con iconos o los menús densos. RealWear recomienda comandos de varias sílabas porque son más fáciles de distinguir.

• En Android nativo, usa dp para anchos, altos y espaciados, y sp para el texto. El lienzo predeterminado del Navigator 520 equivale a 854 × 480 dp; no distribuyas los controles sobre los 1280 × 720 píxeles físicos sin procesar.

• Mantén las etiquetas y acciones críticas alejadas de los bordes de la pantalla. Usa un contraste sencillo y prueba en las condiciones de iluminación, EPI y movimiento previstas.

• Evita los párrafos largos y los formularios de texto libre. Usa instrucciones breves, opciones estructuradas, dictado aprobado o integraciones de escaneo validadas.

• En los botones nativos, mantén alineados la etiqueta visible y el comando hablado. Añade una directiva de WearHF solo cuando el comportamiento predeterminado de la etiqueta no se ajuste al flujo de trabajo.

Número de acciones:

• Evitar: una pantalla saturada con muchos botones
• Mejor enfoque: solo las acciones necesarias para el paso actual

Tamaño del texto:

• Evitar: texto pequeño para que quepa más contenido
• Mejor enfoque: 16sp como mínimo; unos 20sp o más cuando sea factible

Comandos:

• Evitar: GO, YES, NO
• Mejor enfoque: CONTINUE, CONFIRM, CANCEL STEP

Botones:

• Evitar: solo un icono
• Mejor enfoque: etiqueta de texto visible, opcionalmente acompañada de un icono

Instrucciones:

• Evitar: un párrafo largo
• Mejor enfoque: una instrucción breve o varias líneas cortas

Introducción de datos:

• Evitar: un formulario extenso con muchos campos
• Mejor enfoque: una pregunta cada vez, dictado, opciones fijas o escaneo

Navegación:

• Evitar: acciones ocultas en menús
• Mejor enfoque: acciones visibles como NEXT STEP, GO BACK u OPEN CHECKLIST

Color:

• Evitar: muchos colores saturados y degradados
• Mejor enfoque: una paleta sencilla con un contraste de texto claro

Pruebas:

• Evitar: solo la vista previa de escritorio
• Mejor enfoque: probar en el Navigator 520 en el lugar de trabajo real

Por qué fallan las pantallas complejas con la navegación por voz

Una pantalla técnicamente correcta puede seguir ralentizando un flujo de trabajo manos libres. El exceso de información o de opciones dificulta identificar el siguiente comando. RealWear recomienda minimizar la introducción de textos largos y las configuraciones complejas, y validar el diseño final en el visor real.

Idea práctica: la propia regla de RealWear viene a ser esta: simplifica el flujo de trabajo antes de optimizar los comandos de voz.

Conclusión: integra la vía de voz en la propia pantalla

Diseña cada pantalla del Navigator 520 en torno a una tarea de trabajo clara. Usa instrucciones concisas, texto legible y etiquetas visibles que coincidan con el comando hablado. En Android nativo, crea diseños con dp/sp, conecta los listeners de clic estándar de los botones a una lógica de negocio validada y usa directivas de WearHF solo cuando las etiquetas fijas no basten. En un flujo de trabajo con Power Apps, utiliza el inquilino, las licencias, los permisos de datos y el reproductor de RealWear gestionado que haya aprobado la organización. Prueba en el dispositivo y el firmware reales antes de implementarlo en el resto de la flota.

¿Estás creando un flujo de trabajo manos libres para el RealWear Navigator 520? VR Expert puede ayudarte a evaluar el dispositivo, preparar un piloto y comprobar si la opción adecuada es una aplicación existente, Microsoft Power Apps o una solución Android a medida.

Descubre el RealWear Navigator 520 para empresas