我有一个非常简单的应用程序运行一系列已弃用的扫描仪，该扫描仪从串行端口获取条形码扫描并将其发送回扫描仪确认它接收到扫描。基于此，扫描仪闪烁绿色，用户知道他们可以继续。
我喜欢这个模型而不是我对键盘楔子的理解，因为如果应用程序在拾取扫描时出现问题（应用程序挂起，具有焦点的表单被更改，PC 挂起，PC 无法继续拾取扫描)，拿着扫描枪的人会知道有问题，因为他们不会收到绿色闪光，他们将无法继续扫描。
我正在考虑添加一些扫描仪，似乎很多人都在使用有效充当键盘楔的条形码扫描仪。其中一些扫描仪的范围超过 100 英尺，这意味着人们在远离 PC 的地方使用它们（就像我的用户一样）。所以我想知道我是否遗漏了有关键盘楔形模型的东西。我是否缺少某种机制来确保由充当键盘楔的扫描仪解码的扫描实际上到达PC上运行的应用程序？一台运行 Windows Mobile 之类的成熟手持计算机似乎只是想确保我的用户不会扫描未进入应用程序的数据，甚至带有键盘和屏幕的中档扫描仪也是如此，但后者是扫描仪任何类型的可编程性的入口点吗？
你是对的 - 当作为楔形运行时，扫描仪没有反馈回路。我们经常使用楔形扫描仪，而在现代环境（即 Windows、多个应用程序等）中，焦点、“扫描丢失”等都是真正的问题。
我们正在切换到不同的方式。如果您有硬件选择，许多新的 USB 条码扫描器都能够在串行仿真模式下运行，该模式允许您描述的相同类型的交互（您可以在主机确认第一次之前阻止第二次扫描，或者您可以在扫描仪上发出哔哔声/闪烁某些东西作为 ACK）。此外，还有一些高端 USB 扫描仪支持的 USB HID POS（销售点）模式，它为您提供更大程度的灵活性，以及“免驱动”安装的额外好处（它看起来像一个通用的 HID 设备系统，如操纵杆或键盘，但具有 2 向通信能力）。POS 模式的缺点是它比串行编程要难一些，但是对于不同的平台都有可用的抽象层。
带有内置扫描仪的 RF 移动数据终端（例如 Symbol MC9090-G）是迄今为止最灵活且我们使用最多的数据终端。至于楔形，取决于与 PC 和工厂环境的距离——我们通过 PC 屏幕使用视觉反馈，并通过 PC 扬声器使用音频。用户在每次扫描后听取音频反馈，当他们没有听到时，他们会回头查看 PC 屏幕以获取有关问题的视觉反馈。不完美，但效果很好。