Le développement de logiciels pour un lecteur RFID avec support Linux open-source: dans quelle direction aller, Matériel- / système sage?

StackOverflow https://stackoverflow.com/questions/3762029

Question

Je vais travailler sur un projet qui fonctionne avec les lecteurs RFID.

La plate-forme cible pour notre logiciel est stable Debian (actuellement 5.0.6).

J'ai étudié les options suivantes jusqu'à présent:

  • lecteur de carte RFID Parallax (USB) • ici, je ne suis pas sûr du support Linux. Le PDF manuel de ce lien ( « liens utiles ») références cette page fournisseur qui dit que tous les appareils sauf FT2232H et FT4232H sont pris en charge par les noyaux boursiers> 2.6.9. Le PDF ci-dessus ne semble pas dire quelle puce exacte est utilisée. le soutien du noyau Stock me donnerait beaucoup plus de tranquillité d'esprit que certains lien fournisseur qui est ici aujourd'hui, et est parti (ou incompatible avec les nouveaux noyaux) demain.
  • Brooks RFID Reader (USB) HF20 • celui-ci utilise le USB CP210X bien pris en charge <-> puce série, mais il est un peu cher. Ce que j'ai vu de son protocole à ce jour est très agréable, cependant.
  • HID OMNIKEY 5321 USB • Celui-ci semble agréable, aussi, et très abordable, mais je ne suis pas sûr de ce que la qualité de son support Linux par le biais pcscd est. Être en mesure d'utiliser des transpondeurs Mifare abordables, mais bien standardisés seraient un plus, je suppose.

Ces trois nécessiterait de les utiliser avec un PC embarqué pour les conduire, alors je aussi regardé ce qui suit ( « et maintenant quelque chose de complètement différent »;) solution):

  • FAT800AR / FAT810R / -FL / -W • Fondamentalement peu telnet comme des terminaux qui utilisent une centrale? hôte serveur, ce qui semble exiger moins de points de défaillance, mais OTOH ne peut même les données du cache pendant un certain temps si la connexion réseau est en panne.

Je serais extrêmement reconnaissant des commentaires sur ces (ou similaires) des solutions RFID et aussi sur les fournisseurs mentionnés (fiabilité, Dealing juste ...).

Je serais particulièrement heureux si vous avez une expérience dans le monde réel avec de telles solutions, tout est d'intérêt: avantages TCO / inconvénients d'aller un itinéraire spécifique, la facilité des protocoles sur le fil sont à programmer et comment le bibliothèques wrapper disponibles (le cas échéant) ont travaillé pour vous, le matériel (et les combinaisons matérielles) qui a échoué en particulier souvent / spectaculairement, ... vraiment.

Je voudrais aussi apprécierions si vous pouviez me montrer à des tests dans des publications de renom. Il me semble toujours se retrouver sur des sites horribles de l'industrie ...

Était-ce utile?

La solution

FT2232H et FT4232H sont pris en charge par le noyau de la canalisation principale récente selon le source du pilote

Et je pense qu'ils sont deux et puce quad port série, donc, ils sont propably pas utilisés sur une partie avec un seul port série.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top