Pruebas de teclados capacitivos: lista de verificación para un conjunto representativo de producción

Las pruebas de teclados capacitivos deben verificar que cada tecla de posición fija genere los eventos de entrada, las acciones del sistema anfitrión (host), la respuesta al usuario y el comportamiento de recuperación especificados, utilizando un conjunto representativo de producción. Compruebe tanto los toques intencionados como los periodos sin contacto: detectar un dedo no equivale a aceptar una orden.

Esta lista de verificación se aplica a teclas táctiles discretas, no a la precisión de coordenadas de una pantalla capacitiva proyectada (PCAP), al seguimiento en los bordes ni a la aceptación de múltiples puntos de contacto en una pantalla táctil. Establezca los límites de aceptación a partir de los requisitos del proyecto antes de realizar las pruebas.

Identifique el conjunto representativo de producción

Apruebe una configuración identificable, no una muestra de laboratorio sin identificar. «Representativo de producción» significa que la muestra representa la construcción prevista y la electrónica instalada; enumere todas las sustituciones provisionales que aún se utilicen en el prototipo.

La guía de diseño de TI CapTIvate explica cómo influyen en la detección la cubierta, la tinta, el adhesivo y los espacios de aire. Las recomendaciones de Microchip sobre el apantallamiento activo también describen la carga que los conductores cercanos referenciados a tierra introducen en el sensor. Registre estas condiciones físicas, en lugar de considerar equivalentes una carcasa distinta o una disposición diferente del apantallamiento.

Asigne responsables distintos para la cubierta y su unión adhesiva, el sensor y la cola de conexión, el hardware del controlador, el firmware táctil, la pantalla y la iluminación, y el software del sistema anfitrión. Registre las conexiones de los instrumentos de prueba y del depurador para que la configuración de validación siga siendo reproducible.

Para las compras, utilice los paneles táctiles capacitivos a medida de JASPER como punto de partida de la familia de productos y defina en la oferta el conjunto incluido y las responsabilidades de prueba. La guía de diseño de paneles táctiles capacitivos a medida abarca la documentación de diseño más amplia; las evidencias que se indican a continuación se centran en el comportamiento de las teclas de posición fija.

Verifique cada tecla y las reglas de las teclas vecinas

Antes de probar cada tecla, defina un contrato de eventos. Relacione su leyenda visible con el electrodo o canal, el identificador de tecla comunicado, la función del sistema anfitrión, los modos permitidos y la respuesta al usuario.

A continuación se utilizan DOWN y UP como etiquetas ilustrativas de las transiciones de entrada y salida del estado de contacto comunicado, no como campos de protocolo obligatorios. En una interfaz de niveles o máscara de bits que deba entregar una orden por pulsación, deduzca las transiciones en lugar de contar cada informe de estado como una nueva pulsación. Defina si la activación se produce al tocar, al retirar el contacto o al completar una pulsación mantenida.

Pruebe cada zona de tecla en su centro y en las posiciones exigidas de su límite. Incluya contactos entre zonas vecinas, pulsaciones secuenciales en ambos sentidos y operaciones repetidas con los intervalos de liberación especificados. Defina si un contacto ambiguo selecciona una tecla, rechaza ambas o aplica otra regla documentada.

Para las combinaciones permitidas, pruebe ambos órdenes de contacto, las pulsaciones mantenidas superpuestas y ambos órdenes de liberación. Para las combinaciones prohibidas, verifique el comportamiento exigido de rechazo o prioridad. La notificación de la tecla dominante de TI selecciona la respuesta con mayor variación delta para las aplicaciones que no requieren multitáctil; el estado de cada elemento es información independiente. Confirme que la interfaz elegida proporciona la información necesaria para aplicar sus reglas de combinación.

No atribuya cada toque no detectado a una sensibilidad baja. La documentación de TI sobre antirrebote distingue entre el filtrado de entrada y de salida del estado de contacto y explica el retardo de respuesta adicional. Pruebe los tiempos en torno a los límites de toque breve, liberación y repetición del proyecto sin modificar los ajustes durante la ejecución de aceptación.

Pruebe las condiciones con y sin contacto

Exija evidencias independientes para las entradas intencionadas y las activaciones no deseadas. Un intervalo sin intervención del operador es un caso de prueba, no la pausa entre pulsaciones.

Antes de ejecutar las pruebas, defina las cantidades de muestras, los intentos por tecla, la duración del contacto, los intervalos de liberación, los periodos de observación, los objetos de contacto, las consignas ambientales, las condiciones de estabilización y los límites de aceptación. Registre los intentos reales y el tiempo de observación transcurrido junto con los eventos omitidos, adicionales, de tecla incorrecta o de estado bloqueado. No convierta «no se observó ninguno» en una afirmación de fiabilidad sin límites.

Comience por la condición de referencia en seco acordada. Después, pruebe los guantes, los estados húmedos, las condiciones de limpieza y las transiciones de recuperación especificados. Cada condición necesita una respuesta esperada: aceptar, rechazar, inhibir o indicar un fallo. Utilice la guía de validación con agua y guantes para definir esas condiciones, sin sustituir esta lista de eventos de teclas de posición fija por una prueba de pantalla por coordenadas.

Repita los casos con y sin contacto en los modos exigidos de pantalla, retroiluminación, alimentación, modo de carga y cargas del equipo. TI identifica las señales digitales y de accionamiento de LED como posibles fuentes de acoplamiento cerca de las pistas táctiles. Registre tanto el funcionamiento estable como las transiciones de conmutación. Incluya las zonas accesibles sin teclas, el marco y las superficies de manipulación en las que se deba rechazar cualquier entrada no deseada.

Para investigar un fallo, conserve la configuración que falló antes de modificar una variable. Guarde los recuentos brutos disponibles, la línea de base, el estado táctil procesado, el tráfico de la interfaz y los registros del sistema anfitrión; identifique expresamente las mediciones no disponibles.

Compruebe los estados del sistema anfitrión, la respuesta al usuario y la recuperación

Valide la ruta completa de la orden en los estados listo, deshabilitado, bloqueado, ocupado, suspensión y fallo que el producto implemente realmente. Un identificador de tecla correcto no basta si el sistema anfitrión ejecuta una acción equivocada.

Separe la latencia del contacto físico a la entrada, la de la entrada a la acción del sistema anfitrión y la de esa acción a la respuesta al usuario. Defina las referencias de las marcas de tiempo, la resolución de medida y los límites antes de comparar resultados. Para las respuestas luminosas, sonoras o hápticas, compruebe que la salida, el momento y el significado sean correctos tanto para las órdenes aceptadas como para las rechazadas. No permita que un indicador de detección se confunda con la confirmación de que el equipo ha completado una acción.

Pruebe las pulsaciones mantenidas por debajo de cada límite de la aplicación, exactamente en él y por encima; después verifique la liberación y un nuevo toque. Mantenga separada la lógica de pulsación prolongada o repetición de la aplicación del tiempo de espera del sensor en el controlador. La documentación de TI sobre el tiempo de espera del sensor describe un reinicio tras un estado de detección prolongado e indica que la frecuencia de muestreo influye en el tiempo transcurrido hasta dicho reinicio. Una pulsación mantenida intencionada no debe reinterpretarse de forma inadvertida como una nueva pulsación después de ese reinicio.

Pruebe el arranque con las teclas libres y con una tecla ya cubierta. La explicación de TI sobre el contacto negativo describe cómo un contacto durante la calibración de arranque puede afectar a la referencia y a la respuesta posterior al retirar el contacto en esa implementación. Verifique el comportamiento del controlador real, en lugar de suponer que sigue el método de recuperación de TI.

Cuando corresponda, reinicie por separado el controlador y el sistema anfitrión mientras se mantiene el contacto con una tecla. Siguiendo un procedimiento eléctrico aprobado, pruebe las interrupciones de alimentación y los fallos de comunicación especificados. Registre el estado de arranque, la inhibición de entradas, la gestión de los tiempos de espera, la eliminación del estado de tecla mantenida y la primera orden aceptada tras la recuperación. Defina si es necesario retirar el contacto y realizar un nuevo toque antes de reanudar el funcionamiento.

Registre la aceptación, las desviaciones y las responsabilidades de liberación

Autorice la liberación únicamente sobre la base de requisitos acordados y evidencias conservadas. Utilice la siguiente lista de aceptación de teclados capacitivos como plantilla ilustrativa, no como un informe de pruebas completado ni como una especificación universal de aprobación.

Sustituya cada regla «especificada» por una referencia a un requisito aprobado. Desglose «cada tecla» en los identificadores reales y repita las filas pertinentes para cada configuración y condición. Asigne personas concretas a las funciones responsables. Las celdas de resultados reales se dejan vacías de forma intencionada; durante la ejecución, introduzca las mediciones, el estado aprobado/no aprobado/no ejecutado y las referencias a las evidencias.

Matriz de aceptación de teclas de posición fija

Un teclado con salidas únicamente de nivel puede no proporcionar mensajes explícitos de fallo o reinicio. Especifique el mecanismo de detección y recuperación del sistema anfitrión en lugar de suponer que dispone de diagnósticos no admitidos.

Registro de desviaciones y cierre

Identificador de desviación / referencia del requisito / fila de la matriz:
Identificador de muestra / revisiones completas de hardware, firmware e instalación:
Estado inicial / estímulo / condiciones / frecuencia de reproducción:
Evento y respuesta del sistema anfitrión esperados / diferencia observada:
Archivos de evidencia / marcas de tiempo / muestras o configuraciones afectadas:
Contención / responsable de la investigación / fecha objetivo de cierre:
Causa sospechada / causa confirmada y evidencias que la sustentan:
Cambio correctivo / nueva revisión controlada:
Repetición de la prueba del fallo original / pruebas de regresión de teclas vecinas, ausencia de contacto, pulsación mantenida y recuperación:
Decisión final / limitaciones residuales / aprobaciones del proveedor y del OEM / fecha:

Diferencie los casos fallidos, los no ejecutados y los que cuenten con una exención formal; una exención no equivale a un resultado aprobado. Después de la corrección, conserve la evidencia del fallo original y vincúlela con la configuración de la nueva prueba.

Fije las versiones aprobadas de los planos, el firmware y la configuración, la asignación del sistema anfitrión, el procedimiento de prueba, las evidencias y las desviaciones. Identifique a la persona que aprueba el alcance por parte del proveedor y a la responsable de la liberación del sistema por parte del OEM. Defina por separado las comprobaciones rutinarias de producción y la validación de ingeniería; esta lista no acredita la cualificación ambiental, la vida útil, el cumplimiento de EMC ni una función de seguridad. No utilice la aceptación ordinaria del teclado como sustituto de la validación de controles de seguridad.

Preguntas frecuentes

Planifique la validación de sus muestras de teclado

Comience con una distribución de teclas numerada y un mapa explícito de eventos y estados. Facilite enlaces a planos controlados, detalles de la cubierta, el sensor y la carcasa, la configuración del controlador y del firmware, información sobre la alimentación y la interfaz con el sistema anfitrión, las condiciones de funcionamiento exigidas, la cantidad de muestras, el volumen de producción previsto y las responsabilidades de aceptación. Incluya registros de eventos existentes o las partes completadas de la matriz, de modo que la solicitud identifique qué se debe validar y no solo qué aspecto debe tener el panel.

Planificar la validación de mis muestras de teclado.