INTEGRACIÓN Y COMPRAS OEM

Cómo probar un módulo lector QR antes de integrarlo en un quiosco

Una muestra que lee un QR sobre la mesa todavía no demuestra que funcionará detrás del panel de su máquina. Para evaluar un módulo lector QR para quioscos, hay que comprobar la captura del código, la transmisión al controlador y la respuesta de la aplicación en el montaje final.

Esta guía propone un protocolo de pruebas para fabricantes de terminales de autoservicio, máquinas expendedoras y taquillas inteligentes, también llamadas casilleros. Sirve para comparar muestras y documentar la decisión de compra. Los límites de aceptación deben acordarse para su proyecto; no son una certificación del producto.

Guía de evaluación de un módulo lector QR, con fotografía del E600 y etapas de lectura, transmisión y validación
Portada con fotografía del E600 como ejemplo de módulo integrado. El protocolo debe adaptarse a la ficha técnica del modelo evaluado.

1. Defina la prueba antes de encender la muestra

Elija códigos procedentes de su aplicación, no solo el QR de demostración del proveedor. Anote la simbología, el contenido esperado, las dimensiones físicas y las condiciones de uso. Un QR con poco contenido ocupa menos módulos que otro más denso; que ambos midan lo mismo no significa que sean igual de fáciles de leer.

Para mantener la comparación, utilice el mismo procedimiento con cada candidato. Como ensayo inicial puede hacer 100 presentaciones en una condición concreta; esa cantidad es un ejemplo de trabajo, no un tamaño de muestra suficiente para certificar fiabilidad. Una aprobación de producción requiere un plan de validación acorde con el uso y sus riesgos.

2. Pruebe pantallas y etiquetas como conjuntos distintos

Una lectura correcta de papel no confirma la lectura desde un teléfono. Pruebe varios dispositivos representativos de sus usuarios y cambie una variable cada vez. Mantenga el mismo código al comparar brillo o distancia; después aumente su densidad o reduzca el tamaño.

Matriz inicial de pruebas; adapte las condiciones a su instalación
VariableQué compararQué registrar
PantallaVarios teléfonos, brillo bajo/medio/alto y protectores habitualesDispositivo, ajuste de brillo, tamaño visible del QR y resultado
PresentaciónDistancia, inclinación, centrado y movimiento del usuarioPosición y orientación; tiempo hasta la lectura correcta
PapelEtiquetas reales, contraste, arrugas y acabados que use el procesoSimbología, tamaño, material y condición de la etiqueta
LuzIluminación normal y situaciones con reflejos en el lugar previstoUbicación de la fuente de luz y si aparece un reflejo sobre el código
ConfiguraciónModo de activación y simbologías habilitadasPerfil de configuración para poder repetir la prueba

Para ensayar la salida de datos puede utilizar estos QR de ejemplo. Codifican texto local de prueba y no abren una dirección web. No son patrones certificados ni sustituyen los códigos de su aplicación.

Dos QR de prueba: uno con el texto XINLONG-QR-TEST-001 y otro con una cadena de prueba de mayor longitud
Descargar los QR de ejemplo en PNG. El contenido esperado está indicado debajo de cada código.

Si necesita aislar un problema de pantalla, continúe con la guía de lectura de códigos en teléfonos. Para resolver requisitos generales, consulte primero la selección de módulos lectores de códigos de barras.

3. Repita la prueba con la ventana frontal instalada

Compare la muestra sin panel y con el cristal o acrílico, soporte y sellos del diseño final. La ventana puede añadir reflejos, reducir la luz o tapar parte del campo de visión. No hay un grosor de panel ni una distancia de montaje universales válidos para todos los módulos.

Esquema de prueba que sitúa el teléfono delante de la ventana frontal y el lector dentro del equipo, conectado al controlador
Esquema funcional sin escala. La distancia al código, la separación al panel y el campo de visión se verifican con el modelo y el montaje reales.

4. Compruebe los datos que recibe la aplicación

Un pitido no basta para aprobar la integración. Compare el texto recibido con el contenido esperado y compruebe si hay caracteres perdidos, sufijos inesperados o lecturas duplicadas. Separe el tiempo de decodificación del tiempo que tarda su aplicación en validar el dato y responder al usuario.

USB HID y puerto COM virtual

En USB HID, confirme la distribución del teclado y pruebe números, letras y símbolos que realmente use su aplicación. En puerto COM virtual, verifique el controlador si procede, el formato de datos y la recuperación al desconectar y reconectar el dispositivo. La compatibilidad debe comprobarse en el sistema operativo y equipo finales.

TTL y RS-232

No conecte una señal TTL directamente a un puerto RS-232: sus niveles eléctricos son diferentes. Confirme la variante, el pinout, el nivel lógico, la alimentación y los parámetros de comunicación en la documentación. Si necesita convertir la interfaz, utilice el circuito apropiado para ese diseño. La comparación de interfaces USB, TTL y RS-232 explica los criterios de selección.

Alimentación y funcionamiento con el equipo completo

Repita el ensayo con la fuente, cableado y periféricos previstos. Observe arranque, reposo, reactivación y comportamiento durante la actividad del terminal, siempre dentro de los límites de la ficha técnica. Una caída de tensión al arrancar otra carga puede interrumpir la lectura aunque el código sea correcto.

Si se va a utilizar RS-485, una conexión de red o comunicación inalámbrica, confirme también protocolo, direccionamiento y recuperación de conexión. La existencia de una interfaz no implica que cualquier aplicación pueda comunicarse sin configuración.

5. Registre resultados comparables antes de comprar el lote

Defina qué cuenta como un intento y qué resultado se considera correcto. Una medida útil es el porcentaje de lecturas correctas al primer intento: intentos con el contenido exacto dentro de la ventana de tiempo acordada, divididos entre intentos totales y multiplicados por 100. Registre también datos incorrectos, duplicados y tiempos; no agrupe todo bajo «lee» o «no lee».

Por ejemplo, 97 lecturas correctas al primer intento en 100 presentaciones equivalen al 97 % en esa condición. No demuestran un 97 % en todos los teléfonos o montajes. Si una condición crítica falla, consérvela como incidencia y acuerde la corrección antes de aprobar la muestra.

Ejemplo de registro; los valores de aceptación los define su proyecto
CampoInformación que debe guardar
MuestraModelo, unidad, interfaz, firmware y configuración
CondiciónCódigo, tamaño, teléfono o papel, distancia, ángulo, luz y panel
ResultadoIntentos, lecturas exactas al primer intento, errores, duplicados y tiempos
DecisiónAprobado para la condición definida, pendiente de corrección o descartado; responsable y fecha

Utilice estos campos para crear el registro de su proyecto, comparar candidatos con el mismo procedimiento y conservar la configuración aprobada. Antes de pasar a volumen, incluya las pruebas de duración, ambiente y variación entre unidades que requiera su equipo.

Qué módulo conviene solicitar como muestra

Empiece por una selección según espacio, interfaz y códigos, y valide después el candidato. En el catálogo puede revisar el E600 para paneles de poco fondo, el F4100 para integración en máquinas expendedoras o el XL-F24MINI-NFC para paneles compactos con NFC opcional. Son puntos de partida para evaluación, no una garantía de que cualquier unidad encajará en su aplicación.

Preguntas habituales antes de aprobar una muestra

¿Basta con probar un solo teléfono?

No cubre la variación del público. Seleccione teléfonos y condiciones representativos de sus usuarios, y documente cuáles ha probado. Amplíe el conjunto si aparecen diferencias por pantalla, brillo o protector.

¿Puedo aprobar el lector sin fabricar la ventana final?

Puede hacer una preselección en banco, pero debe repetir las pruebas ópticas con el panel y la posición finales antes de cerrar la integración.

¿Un módulo que lee QR de pago procesa el cobro?

La lectura del QR captura datos. La autorización y el procesamiento del cobro corresponden al sistema de pago integrado; no deben deducirse de la capacidad de lectura del módulo.