L'uso di uno scanner di codici a barre come cuneo di tastiera implica che non è possibile confermare la ricezione della scansione?

Question

Ho un'applicazione estremamente semplice che esegue una serie di scanner deprecati che preleva una scansione di codici a barre da una porta seriale e restituisce allo scanner un ok che ha ricevuto la scansione. Sulla base di ciò, lo scanner lampeggia in verde e l'utente sa che possono continuare.

Mi piace questo modello sulla mia comprensione di un cuneo tastiera perché se succede qualcosa all'applicazione che preleva la scansione (l'applicazione si blocca, il modulo con lo stato attivo viene modificato, il PC si blocca, il PC non può tenere il passo raccogliendo le scansioni), la persona che tiene la pistola di scansione saprà che c'è un problema perché non riceverà il flash verde e non sarà in grado di continuare la scansione.

Sto cercando di aggiungere alcuni scanner e sembra che molte persone stiano utilizzando scanner di codici a barre che agiscono efficacemente come cunei da tastiera. Alcuni di questi scanner hanno intervalli che superano i 100 piedi, il che implica che le persone li stanno utilizzando molto lontano dal PC (come lo sono i miei utenti). Quindi mi chiedo se mi manca qualcosa per quanto riguarda il modello di tastiera con zeppa. C'è qualche meccanismo che mi manca per garantire che una scansione decodificata da uno scanner che funge da cuneo di tastiera raggiunga effettivamente l'applicazione in esecuzione sul PC? Un vero e proprio computer palmare che esegue qualcosa come Windows Mobile sembra un enorme overkill per voler solo assicurare che il mio utente non stia analizzando i dati che non entrano nell'applicazione e così anche uno scanner mid-range con tastiera e schermo , ma è quest'ultimo il punto di ingresso per qualsiasi tipo di programmabilità dello scanner?

Answer 1

Si è corretto: non vi è un ciclo di feedback per lo scanner quando si esegue come un cuneo. Usiamo molto gli scanner a cuneo, e in un ambiente moderno (ad esempio, Windows, app multiple, ecc.), Focus, "scansioni scartate" ecc. Sono tutti problemi reali.

Siamo nel bel mezzo del passaggio a un altro modo. Se hai la tua scelta di hardware, molti nuovi scanner di codici a barre USB hanno la possibilità di operare in una modalità di emulazione seriale che consente lo stesso tipo di interazione che descrivi (dove puoi evitare una seconda scansione fino a quando l'host non ha ACK'd il primo, oppure è possibile emettere un segnale acustico/lampeggiare qualcosa sullo scanner come ACK). Inoltre, c'è una modalità USB HID POS (point of sale) che supporta alcuni scanner USB di fascia alta che offre un grado ancora maggiore di flessibilità, con l'aggiunta di un'installazione "driver free" (sembra un dispositivo HID generico per il sistema, come un joystick o una tastiera, ma con capacità di comunicazione a 2 vie). Lo svantaggio della modalità POS è che è un po 'più difficile della programmazione seriale, ma ci sono livelli di astrazione disponibili per piattaforme diverse.

Answer 2

I computer portatili RF con scanner incorporato, come il Symbol MC9090-G, sono di gran lunga i più flessibili e quelli che utilizziamo di più. Per quanto riguarda i cunei, in base alla distanza dal PC e dall'ambiente di fabbrica, abbiamo utilizzato il feedback visivo tramite lo schermo del PC e l'audio tramite gli altoparlanti del PC. Gli utenti ascoltano il feedback audio dopo ogni scansione e quando non lo sentono guardano indietro allo schermo del PC per un feedback visivo sul problema. Non perfetto ma ha funzionato bene.