为具有开源 Linux 支持的 RFID 读取器开发软件：硬件/系统方面该朝哪个方向发展？
我将从事一个与 RFID 读取器配合使用的项目。
我们软件的目标平台是 Debian stable（目前为 5.0.6）。
到目前为止，我已经研究了以下选项：
- 视差 RFID 读卡器 ( USB) • 这里我不太确定Linux 支持。该链接（“有用链接”）中的手册 PDF 引用了此供应商页面，其中显示除 FT2232H 和 FT4232H 之外的所有设备均受库存内核支持 > 2.6.9。上述 PDF 似乎没有说明具体使用的是哪种芯片。与今天在这里、明天就消失（或与新内核不兼容）的某些供应商链接相比，库存内核支持会让我更加安心。
- Brooks RFID 读取器 (USB) HF20 • 这款产品使用受良好支持的 CP210X USB<-> 串行芯片，但价格有点贵。不过，到目前为止我所看到的它的协议非常好。
- HID OMNIKEY 5321 USB • 这个看起来也不错，而且非常实惠，但我不确定它通过 pcscd 提供的 Linux 支持的质量如何。我想，能够使用价格实惠但标准化良好的 Mifare 应答器将是一个优势。
这三个需要将它们与嵌入式 PC 一起使用来驱动它们，因此我还查看了以下（“现在是完全不同的东西”；））解决方案：
- FAT800AR / FAT810R/-FL/-W • 基本上使用中央主机服务器的类似 telnet 的小型终端，这似乎需要更少的故障点，但 OTOH 不能如果网络连接断开，甚至可以缓存数据一段时间。
我将非常感谢您对这些（或类似）RFID 解决方案以及所提到的供应商（可靠性、公平交易……）的反馈。
如果您对此类解决方案有实际经验，我会特别高兴，任何事情都令人感兴趣：采用特定路线的 TCO 优点/缺点、在线协议编程的容易程度以及可用的包装器库如何（如果有的话）为你解决了，硬件（和硬件组合）特别经常/引人注目地失败，......任何事情，真的。
如果您能指出我在信誉良好的出版物中进行的测试，我也将不胜感激。我似乎总是会进入可怕的行业网站......
I'll be working on a project that will work with RFID readers.
The target platform for our software is Debian stable (currently 5.0.6).
I have investigated the following options so far:
- Parallax RFID card reader (USB) • Here I'm not quite sure about the Linux support. The manual PDF from that link ("useful links") references this vendor page which says that all devices except FT2232H and FT4232H are supported by stock kernels > 2.6.9. The aforementioned PDF does not seem to say which exact chip is being used. Stock kernel support would give me a lot more peace of mind than some vendor link that's here today, and gone (or incompatible with new kernels) tomorrow.
- Brooks RFID Reader (USB) HF20 • This one uses the well-supported CP210X USB<->Serial chip, but it's kinda pricey. What I've seen of its protocol so far is very nice, though.
- The HID OMNIKEY 5321 USB • This one seems nice, too, and very affordable, but I'm not sure what the quality of its Linux support through pcscd is. Being able to use affordable, but well-standardized mifare transponders would be a plus, I guess.
Those three would require using them with an embedded PC to drive them, so I also looked at the following ("and now for something completely different" ;)) solution:
- The FAT800AR / FAT810R/-FL/-W • Basically little telnet-like terminals that use a central host-server, which seems to require fewer points-of-failure, but OTOH cannot even cache data for a while if the network connection is down.
I'd be extremely grateful for feedback on those (or similar) RFID solutions and also about the mentioned vendors (reliability, fair dealing…).
I'd be especially happy if you have real-world experience with such solutions, anything is of interest: TCO benefits/drawbacks of going a specific route, how easy the over-the-wire protocols are to program and how the available wrapper libraries (if any) worked out for you, hardware (and hardware combinations) that failed especially often/spectacularly, … anything, really.
I'd also appreciate if you could point me to tests in reputable publications. I always seem to end up on horrible industry websites…
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
根据 驱动源
我认为它们是双串口和四串口芯片，所以它们可能不会用在单串口的部件上。
FT2232H and FT4232H are supported by recent mainline kernel according to the driver source
And I think they are dual and quad serial port chip, so it they are propably not used on a part with a single serial port.