Bedeutet die Verwendung eines Barcodescanners als Tastaturkeil, dass Sie den Empfang des Scans nicht bestätigen können?

Question

Ich habe eine extrem einfache Anwendung, die von einer Reihe von veralteten Scannern ausgeführt wird, die einen Barcode-Scan von einer seriellen Schnittstelle aufnehmen und an den Scanner zurückschicken, dass er den Scan erhalten hat. Auf dieser Grundlage blinkt der Scanner grün und der Benutzer weiß, dass er fortfahren kann.

Ich mag dieses Modell über mein Verständnis eines Tastaturkeils, denn wenn etwas mit der Anwendung passiert, die den Scan aufhebt (die Anwendung hängt, das Formular mit dem Fokus wird geändert, der PC hängt, der PC kann nicht mithalten) Die Person, die die Scan-Pistole hält, weiß, dass ein Problem vorliegt, weil sie den grünen Blitz nicht empfängt und sie nicht weiter scannen können.

Ich suche einige Scanner und es scheint, dass viele Leute Barcode-Scanner verwenden, die effektiv als Tastaturkeile fungieren. Einige dieser Scanner haben Reichweiten von mehr als 100 Fuß, was bedeutet, dass die Leute sie weit weg vom PC benutzen (wie meine Benutzer). Ich frage mich also, ob ich etwas in Bezug auf das Tastaturkeilmodell vermisse. Gibt es einen Mechanismus, der mir fehlt, um sicherzustellen, dass ein Scan, der von einem Scanner entschlüsselt wird, der als Tastaturkeil fungiert, tatsächlich die Anwendung erreicht, die auf dem PC ausgeführt wird? Ein ausgewachsener Handheld-Computer, auf dem so etwas wie Windows Mobile ausgeführt wird, scheint ein riesiger Overkill zu sein, um sicherzustellen, dass mein Benutzer keine Daten scannt, die nicht in die Anwendung gelangen, und sogar einen Scanner der Mittelklasse mit Tastatur und Bildschirm , aber ist letzteres der Einstiegspunkt für jegliche Art von Programmierbarkeit des Scanners?

Answer 1

Sie haben Recht - es gibt keine Rückkopplungsschleife zum Scanner, wenn er als Keil läuft. Wir verwenden häufig Keilscanner, und in einer modernen Umgebung (z. B. Windows, mehrere Apps usw.) sind Fokussierung, "gelöschte Scans" usw. echte Probleme.

Wir sind gerade dabei, auf einen anderen Weg zu wechseln. Wenn Sie Hardware Ihrer Wahl haben, können viele neue USB-Barcodescanner in einem seriellen Emulationsmodus arbeiten, der die gleiche Art von Interaktion ermöglicht, die Sie beschreiben (wo Sie einen zweiten Scan verhindern können, bis der Host den ersten ACK hat). oder Sie können etwas auf dem Scanner als ACK piepsen/blinken. Außerdem gibt es einen USB-HID-POS-Modus (Point of Sale), den einige High-End-USB-Scanner unterstützen, was Ihnen eine noch größere Flexibilität bietet, mit dem zusätzlichen Bonus der "treiberfreien" Installation (es sieht wie ein generisches HID-Gerät aus) das System, wie ein Joystick oder eine Tastatur, aber mit 2-Wege-Kommunikationsfähigkeit). Der Nachteil des POS-Modus ist, dass es etwas schwieriger ist als die serielle Programmierung, aber Abstraktionsschichten sind für verschiedene Plattformen verfügbar.

Answer 2

RF-Mobilcomputer mit eingebauten Scannern, wie der Symbol MC9090-G, sind bei weitem die flexibelsten und was wir am meisten benutzen. Wie bei Keilen, abhängig von der Entfernung von PC und Fabrikumgebung - wir haben visuelle Rückmeldung über den PC-Bildschirm und Audio über die PC-Lautsprecher verwendet. Die Benutzer hören nach jedem Scan auf die Audio-Rückmeldung, und wenn sie sie nicht hören, schauen sie zurück auf den PC-Bildschirm, um ein visuelles Feedback zu dem Problem zu erhalten. Nicht perfekt, aber es hat gut funktioniert.