开发软件对于一个处置开放源码Linux的支持：哪个方向去，硬件/系统-聪明?

Question

我工作上的一个项目，该项目将工作用射频识别的读者。

目标平台，为我们的软件是Debian稳定(目前5.0.6).

我已经调查了下列选项：

• 差射频识别卡阅读器(USB) •在这里我不是很确定关于Linux的支持。该手册PDF从链接("有用的链接")引用 此供应商的网页 它说，所有的设备除外FT2232H和FT4232H支持的股票核>2.6.9.上述PDF似乎不说哪个确切的芯片是被使用。股的核心支持会给我很多和平的心比一些供应商链接，这是今天在这里了(或不符合新的核)的明天。
• 布鲁克斯RFID读者(USB)HF20 •这一使用以及支持CP210X USB<->的序列芯片，但是这是很昂贵的。什么我看过的其《议定书》迄今为止是非常好的，虽然。
• 的 躲OMNIKEY5321USB •这一次似乎不错，太，非常经济实惠，但是我不知道什么品质的其Linux的支持，通过pcscd。能够使用负担得起的，但标准化的共同转发器将是一个加号，我猜。

这三个要求使用他们有一个嵌入电脑驱动他们，所以我也看着下面的("现在完全不同的东西";))的解决方案：

• 的 FAT800AR / FAT810R/FL/W •基本上小telnet-等终端使用一个中央主机服务器，这似乎需要较少的点故障，但另一方面甚至不能缓存的数据，同时如果该网络连接了下来。

我会非常感激的反馈，对那些(或类似的)射频识别解决方案和关于所提及的供应商(可靠性、公平交易...).

我特别高兴，如果你有真实世界的经验，这种解决办法，任何感兴趣的是:总拥有成本优点/缺点会具体路线，如何方便的在线协议的程序及如何提供包装库(如果有的话)作出你的硬件(硬件组合)失败，尤其是经常/壮观,...任何东西，真的。

我还感谢如果你能给我来测试在信誉良好的出版物。我似乎总是出现在可怕的行业网站...

Answer 1

FT2232H和FT4232H支持通过最近的主流的内核据 驱动程序的来源

我认为他们是双重和四串口芯片，因此它们propably不上使用的部分有一个单一序列的港口。