¿El uso de un escáner de código de barras como una cuña de teclado implica que no puede confirmar la recepción del escaneo?

Question

Tengo una aplicación extremadamente simple que se ejecuta en una serie de escáneres obsoletos que recoge un escaneo de código de barras de un puerto serie y envía de vuelta al escáner un mensaje de que recibió el escaneo. Basado en eso, el escáner parpadea en verde y el usuario sabe que puede continuar.

Me gusta este modelo sobre mi comprensión de una cuña de teclado porque si algo le sucede a la aplicación que toma el escaneo (la aplicación se cuelga, el formulario con el foco cambia, la PC se cuelga, la PC no puede mantener el ritmo recogiendo los escaneos), la persona que sujeta la pistola de escaneo sabrá que hay un problema porque no recibirán el rayo verde y no podrán continuar escaneando.

Estoy buscando agregar algunos escáneres y parece que muchas personas están usando escáneres de códigos de barras que actúan efectivamente como cuñas de teclado. Algunos de estos escáneres tienen rangos que exceden los 100 pies, lo que implica que las personas los están usando lejos de la PC (como lo hacen mis usuarios). Entonces me pregunto si me estoy perdiendo algo con respecto al modelo de cuña de teclado. ¿Existe algún mecanismo que me falte para garantizar que un escaneo decodificado por un escáner que actúa como una cuña de teclado realmente llegue a la aplicación que se ejecuta en la PC? Una computadora manual completamente desarrollada que funcione con algo parecido a Windows Mobile parece una exageración masiva solo por querer asegurar que mi usuario no esté escaneando datos que no están yendo a la aplicación y lo mismo ocurre con un escáner de rango medio con teclado y pantalla , pero ¿es este último el punto de entrada para cualquier tipo de programabilidad del escáner?

Answer 1

Tiene razón; no hay un ciclo de retroalimentación para el escáner cuando se ejecuta como una cuña. Utilizamos escáneres de cuña mucho, y en un entorno moderno (es decir, Windows, múltiples aplicaciones, etc.), el enfoque, los "escaneos perdidos", etc., son todos problemas reales.

Estamos en el medio de cambiar a una forma diferente. Si tiene su elección de hardware, muchos nuevos escáneres de códigos de barras USB tienen la capacidad de operar en un modo de emulación en serie que permite el mismo tipo de interacción que describe (donde puede evitar un segundo escaneo hasta que el host haya respondido el primero, o puede emitir un pitido/flash en el escáner como un ACK). Además, hay un modo USB HID POS (punto de venta) compatible con algunos escáneres USB de gama superior que le ofrece un grado aún mayor de flexibilidad, con la ventaja añadida de la instalación "sin controladores" (parece un dispositivo HID genérico para el sistema, como un joystick o teclado, pero con capacidad de comunicación bidireccional). La desventaja del modo POS es que es un poco más difícil que la programación en serie, pero hay capas de abstracción disponibles para diferentes plataformas.

Answer 2

Las computadoras portátiles RF con escáneres incorporados, como el Symbol MC9090-G, son de lejos las más flexibles y las que más utilizamos. En cuanto a las cuñas, dependiendo de la distancia desde la PC y el entorno de fábrica, hemos utilizado comentarios visuales a través de la pantalla de la PC y el audio a través de los altavoces de la PC. Los usuarios escuchan los comentarios de audio después de cada escaneo y cuando no lo escuchan miran hacia atrás a la pantalla de la PC para recibir comentarios visuales sobre el problema. No es perfecto, pero funcionó bien.