Lecteur/encodeur NFC avec SDK gratuit

• Normes : ISO 14443 types A et B et ISO 18092, à 13,56 MHz.
• Interfaces : USB, RS232 ou UART TTL ; une carte OEM sans boîtier est également disponible.
• SDK gratuit : bibliothèque uFCoder de Digital Logic, avec des exemples de code source et la référence de l'API.
• Cartes et tags : MIFARE, NTAG 21x, NTAG 4xx DNA et cartes Java NXP JCOP.
• Sécurité : authentification par clé pour les cartes MIFARE et DESFire, avec un emplacement SAM en option pour conserver les clés dans une puce sécurisée.

Outils de développement logiciel et documentation :

• Projets SDK : kit de développement logiciel complet avec bibliothèques multiplateformes, exemples de code source et références détaillées de l'API
• Documentation de l'API et du protocole COM : documentation technique approfondie, manuels matériels, guides d'installation, schémas fonctionnels et base de connaissances pour une compréhension et une intégration complètes
• Langages de programmation pris en charge : compatible avec Java, JavaScript, Node.js, PHP, Lazarus, Borland Delphi, C, C++, Borland Builder C++, WxWidgets, famille Microsoft® Visual .NET (C++.NET, C#.NET, VB.NET), Python, Arduino IDE
• Mises à jour du micrologiciel : des mises à jour régulières sont disponibles en téléchargement gratuit, pour que l'appareil reste à jour avec les dernières avancées

Applications courantes

Systèmes de paiement en boucle fermée

Contrôle d'accès

Gestion des stocks

Systèmes de transport public

Distributeurs automatiques

Gestion du temps et des présences

Systèmes de fidélisation client

SDK gratuit

Les projets SDK gratuits de Digital Logic comprennent des exemples logiciels compilés ainsi que du code source, pour tester le lecteur, l'intégrer à votre système et configurer le matériel.

Renseignez-vous sur le SDK

Certificats et normes

Certification

L'appareil uFR Classic CS est certifié conformément aux directives suivantes :

• 2004/108/CE – Directive relative à la compatibilité électromagnétique
• 1999/5/CE – Directive R&TTE
• 2006/95/CE – Directive basse tension (LVD)
• 2013/35/UE – Directive relative aux champs électromagnétiques (EMF)
• 2011/65/UE – Directive RoHS2

Les normes suivantes ont été appliquées :

• CEM : EN 55022:2010 + AC:2011, EN 55024:2010, EN 301 489-1 V1.9.2:2011, EN 301 489-3 V1.6.1:2013
• RF : EN 300 330-2 V1.6.1
• Basse tension : EN 60950-1:2006 + A1:2010 + A2:2013
• Champs électromagnétiques : EN 50364:2010

Dimensions et poids

Modèle	Dimensions (mm)	Appareil (g)	Coffret commercial (g)
µFR Classic CS	86 x 54 x 9	40	126
µFR Classic CS OEM	84 x 50 x 5	17	103

Présentation du µFR Classic CS

Le µFR Classic CS est un lecteur/encodeur NFC de bureau au format carte (86 × 54 mm) fabriqué par Digital Logic Ltd (D-Logic) et fourni par Proud Tek comme outil d'encodage et de test qui accompagne nos cartes, tags et stickers. Il fonctionne à 13,56 MHz et met en œuvre les normes ISO/IEC 14443 A et B et ISO/IEC 18092, ce qui couvre les familles MIFARE Classic, Plus, DESFire et Ultralight, les étiquettes NTAG 21x et NTAG 4xx DNA ainsi que les cartes Java NXP JCOP listées dans les caractéristiques ci-dessus. Une version OEM sans boîtier (84 × 50 × 5 mm) est disponible pour une intégration dans des bornes, des imprimantes ou des boîtiers.

Ce qui le distingue d'un simple lecteur de carte à puce USB, c'est son modèle logiciel. Le lecteur se connecte à l'hôte via une puce USB FTDI et le protocole de communication propre à Digital Logic, et votre application appelle la bibliothèque uFCoder ; avec le pilote Virtual COM Port de FTDI, le lecteur peut aussi apparaître comme un port série. Le fabricant publie gratuitement le SDK avec des exemples de code source, la référence de l'API et les mises à jour du micrologiciel, et ses exemples couvrent Java, C, C++, C#, .NET, Python, PHP, JavaScript et Node.js, Delphi, Lazarus et l'Arduino IDE. Deux LED RVB et un haut-parleur sont intégrés et peuvent être pilotés depuis votre application, de sorte qu'un comptoir d'accueil ou une station d'encodage peut signaler un succès ou un échec sans écran.

Lecteur SDK ou lecteur PC/SC ?

Les lecteurs NFC de bureau atteignent votre logiciel de deux façons, et choisir la mauvaise est la raison la plus fréquente pour laquelle un lecteur reste inutilisé. Le µFR Classic CS, c'est la voie SDK : votre application lie la bibliothèque uFCoder de Digital Logic et appelle des fonctions telles que la lecture d'un bloc MIFARE, l'authentification d'une application DESFire ou l'écriture d'un message NDEF, et le micrologiciel du lecteur exécute l'échange au niveau de la carte. Cela raccourcit le développement, mais votre logiciel dépend alors de la bibliothèque et du protocole du fabricant. Digital Logic publie également un pilote PC/SC Windows pour la série µFR ; PC/SC n'est pas l'interface par défaut du lecteur.

Si votre logiciel communique déjà en PC/SC, via pyscard, WinSCard ou libnfc, vous avez besoin d'un lecteur PC/SC. Nous fournissons l'ACR122U, ainsi que, pour les projets PC/SC à longue durée de production, les lecteurs ACS plus récents ACR1252U et ACR1552U. La page de l'ACR122U couvre la configuration de l'hôte sous Windows, macOS et Linux, les commandes envoyées par les logiciels PC/SC, les cartes qu'il peut et ne peut pas lire, et ce qui change sur les deux modèles ACS plus récents. Si vos tags sont des boucles auriculaires animales à 134,2 kHz, consultez plutôt le lecteur Bluetooth R901.

Ce que le SDK uFCoder et le micrologiciel gèrent pour vous

Digital Logic liste ces fonctions pour le µFR Classic CS. Elles sont la raison de choisir un lecteur SDK : un travail que les logiciels PC/SC doivent construire à partir de commandes brutes est ici un simple appel de bibliothèque. Vérifiez la référence de l'API pour connaître la fonction et la carte exactes avant de concevoir autour de l'une d'elles.

• MIFARE Classic : le jeu complet de commandes Classic, adressage par bloc ou par bloc dans un secteur, opérations sur blocs de valeur, et toute la mémoire traitée comme un seul espace linéaire.
• Clés : les clés stockées dans le lecteur sont en écriture seule et ne peuvent pas être relues, et peuvent être appliquées par index ou par schéma ; un emplacement SAM en option les transfère dans un module sécurisé.
• DESFire et autres cartes ISO 14443-4 : AES-128 matériel pour les clés et fichiers DESFire, et une interface APDU lorsque la carte prend en charge ISO 14443-4.
• Tags NFC : gestion et analyse NDEF dans le micrologiciel ; le SDK écrit des enregistrements MIME, URI, vCard, SMS, téléphone et URL et peut formater les cartes.
• Intégration à l'hôte : plusieurs lecteurs sur un même hôte, et un mode asynchrone en option qui envoie l'UID de chaque carte vers le port COM lorsqu'une carte est présente.
• Micrologiciel : mises à jour gratuites depuis le dépôt GitLab de Digital Logic, et le fabricant indique qu'elles conservent la compatibilité descendante avec les versions antérieures.

Lecteur ou encodeur, et trois façons de dialoguer avec votre logiciel

« Lecteur » et « encodeur » décrivent le même matériel de bureau accomplissant deux tâches. En tant que lecteur, il signale ce qui se trouve déjà sur une carte, le plus souvent l'UID pour l'enrôlement ou la vérification. En tant qu'encodeur, il écrit sur la carte : un enregistrement NDEF sur une étiquette NTAG, ou des clés, des applications et des fichiers sur une carte MIFARE ou DESFire. Le µFR Classic CS fait les deux, la distinction tient donc à votre flux de travail, pas à l'appareil. Si votre système n'a besoin que de l'UID, presque n'importe quel lecteur de bureau à 13,56 MHz conviendra ; si vous personnalisez des cartes avec des clés et des données, planifiez l'étape d'encodage et la gestion des clés avant de choisir un modèle.

Quelle que soit sa construction, le lecteur atteint votre application de l'une des trois façons suivantes, et le mode détermine la quantité de logiciel que vous écrivez vous-même :

• PC/SC et CCID. Le lecteur est un lecteur de carte à puce standard et votre logiciel lui envoie des APDU ; la page de l'ACR122U montre ce que cela implique.
• Un SDK propriétaire. Les opérations sur carte sont des appels de bibliothèque, comme décrit ci-dessus ; c'est le mode par défaut du µFR Classic CS.
• Émulation clavier (HID keyboard emulation). Le lecteur saisit l'UID de la carte dans le champ de texte actif, comme s'il était tapé au clavier. Il ne nécessite ni pilote ni code, ce qui convient aux applications anciennes ou web qui ne capturent qu'un numéro, mais il est en lecture seule : il ne peut ni encoder, ni authentifier, ni gérer les clés. Confirmez qu'un modèle propose ce mode avant de vous y fier ; ACS le documente pour l'ACR1552U, que nous fournissons, avec une sortie CCID (PC/SC) comme réglage par défaut.

Le lecteur suit donc le flux de travail. Pour lire des UID à un comptoir d'accueil, un lecteur à émulation clavier ou PC/SC suffit. Pour l'encodage par lots de stickers NDEF ou la personnalisation de cartes sécurisées, choisissez PC/SC ou un SDK et associez le lecteur à des cartes d'échantillon de la puce exacte. Si vous préférez ne pas assurer vous-même l'encodage, notre service d'encodage RFID livre les cartes pré-encodées. Chaque pièce est relue une fois écrite, un rapport de données accompagne la commande, et lorsque les cartes ou tags portent des numéros imprimés, vous recevez un fichier Excel, CSV ou XML reliant chaque UID à son numéro, de sorte que votre lecteur ne sert plus que pour des contrôles ponctuels et les lots ultérieurs.

Ce que le µFR Classic CS peut et ne peut pas lire

Le µFR Classic CS est un lecteur haute fréquence. Il lit et écrit les tags ISO 14443 types A et B et ISO 18092 à 13,56 MHz : les puces MIFARE, DESFire et NTAG de nos cartes RFID, stickers NFC et bracelets, ainsi que les cartes Java utilisées pour les applets PKI et de type paiement. Les caractéristiques de Digital Logic ne listent ni FeliCa ni ISO 15693 pour ce modèle. Il ne peut pas lire les puces de proximité à 125 kHz telles que EM4100, EM4305, T5577 ou HITAG 2, les tags animaux à 134,2 kHz ni les étiquettes UHF EPC Gen2 à 860–960 MHz ; chacune nécessite un lecteur conçu pour cette bande. Si votre projet mélange les fréquences, signalez-le lorsque vous demandez un devis : nous pouvons suggérer un lecteur pour chaque type de tag, ou une carte combi qui porte une puce BF ou UHF à côté de celle à 13,56 MHz.

Une autre distinction compte pour les projets NTAG : un téléphone avec NFC peut lire et écrire des étiquettes NTAG 21x via des applications, donc pour une poignée de tags, vous n'avez peut-être pas du tout besoin d'un lecteur de bureau. Un lecteur de bureau justifie sa place lorsque vous encodez des tags par lots, devez les verrouiller ou les protéger par mot de passe de façon cohérente, travaillez avec des clés MIFARE ou DESFire qui ne devraient jamais se trouver sur un téléphone, ou souhaitez une station fonctionnant sans surveillance.

Tâches typiques d'encodage et de test

1. Écriture d'enregistrements NDEF sur des étiquettes NTAG. Un enregistrement URL, texte, vCard ou de lancement d'application est écrit sur chaque sticker ou bracelet, éventuellement suivi d'un verrouillage ou d'un mot de passe pour que le contenu ne puisse pas être modifié. Le SDK comprend des fonctions de lecture et d'écriture NDEF, de sorte que la même tâche passe de dix échantillons à une série de production.
2. Personnalisation de cartes MIFARE Classic, Plus et DESFire. Les clés sont modifiées par rapport aux valeurs par défaut d'usine, des applications et des fichiers sont créés, et des données de membre ou d'accès sont écrites avant l'émission des cartes. Effectuer cela sur votre propre bureau garde les clés au sein de votre organisation.
3. Lecture des UID pour l'enrôlement. De nombreux systèmes d'accès, d'adhésion et de paiement sans numéraire n'ont besoin que de l'UID de la carte lors de l'enrôlement. Un lecteur de bureau sur le PC d'accueil le capture dans le système en une fraction de seconde.
4. Chargement et test d'applets JCOP : vérifiez les exigences relatives à l'interface du lecteur, au pilote, au chargeur et aux APDU par rapport à la configuration de la carte Java. Validez ensemble l'installation et les opérations de l'applet.
5. Prototypage sur Raspberry Pi, Arduino et ESP32. Les caractéristiques ci-dessus listent Linux, Android, Arduino et ESP32 parmi les plateformes prises en charge, le lecteur est donc utilisé pour des prototypes mono-carte et à microcontrôleur ; pour un microcontrôleur, il est généralement commandé avec l'interface UART TTL plutôt qu'USB.
6. Vérification d'un lot d'échantillons avant une commande en volume. La lecture du type de puce, de la taille de mémoire et de l'état de verrouillage des échantillons que nous envoyons confirme que le stock correspond à vos caractéristiques avant que vous vous engagiez sur une quantité.

Interfaces et options : USB, RS232, UART TTL, RF Booster et SAM

• USB est l'interface standard et alimente le lecteur depuis le port ; c'est le bon choix pour un PC, un Mac, un appareil Android ou un Raspberry Pi.
• RS232 convient aux PC industriels, aux automates et aux contrôleurs de bornes qui exposent encore un port série ; confirmez la plage exacte de débits en bauds pour votre contrôleur.
• UART TTL est destiné aux conceptions embarquées où la carte du lecteur ou le module OEM se connecte directement à un microcontrôleur.
• RF Booster est un amplificateur de signal RF en option listé par Digital Logic, qui ne publie aucune distance de lecture pour celui-ci ; testez-le avec vos propres tags si vous avez besoin de plus de portée que les 2 à 8 cm standard.
• Emplacement SAM est en option et contient un module d'accès sécurisé (Secure Access Module) afin que les clés MIFARE ou DESFire soient conservées dans une puce sécurisée plutôt que dans votre application.

Avant de commander

1. Listez la puce et le protocole exacts de chaque tag, puis vérifiez-les par rapport à la liste des cartes prises en charge par le lecteur. La seule fréquence de 13,56 MHz ne suffit pas : ISO 14443, ISO 15693 et FeliCa sont des protocoles différents. Les tags à 125 kHz et UHF nécessitent un matériel de lecteur différent.
2. Décidez si votre logiciel a besoin de PC/SC ou d'un SDK, puis confirmez le modèle de lecteur disponible, son statut de cycle de vie, ses pilotes et les opérations sur carte prises en charge.
3. Choisissez l'interface : USB pour les ordinateurs, RS232 pour les ports série industriels, UART TTL pour les cartes embarquées, et la version carte OEM si le lecteur disparaît dans un boîtier.
4. Vérifiez le système d'exploitation et le langage de programmation que votre équipe utilisera par rapport à la liste des éléments pris en charge dans le SDK.
5. Indiquez-nous si vous avez besoin du RF Booster ou d'un emplacement SAM ; ceux-ci sont commandés avec le lecteur.
6. Commandez des cartes ou tags d'échantillon de la puce exacte que vous prévoyez de déployer avec le lecteur, afin que le premier test utilise le stock réel.
7. Digital Logic met périodiquement à jour la gamme de lecteurs µFR ; si vous démarrez une nouvelle conception, demandez quel modèle actuel nous pouvons fournir.

Ce que Proud Tek fournit

Proud Tek fournit trois types de lecteurs pour accompagner nos cartes, tags, stickers et bracelets : le µFR Classic CS et sa version OEM ; l'ACR122U et les plus récents ACR1252U et ACR1552U d'ACS ; et le R901 pour l'identification animale. La catégorie lecteurs RFID relie les pages de lecteurs. Nous sommes le fournisseur, pas le fabricant : le SDK, la documentation, les pilotes et le micrologiciel proviennent de Digital Logic pour le µFR et d'ACS pour les lecteurs ACS, et nous n'écrivons ni ne prenons en charge votre logiciel applicatif. Nous ne fournissons pas de panneaux de contrôle d'accès, de serrures ou de contrôleurs de porte, et nous ne dupliquons pas les identifiants de systèmes appartenant à quelqu'un d'autre. Les tags et cartes commandés avec un lecteur, tels que les cartes MIFARE DESFire ou les stickers NFC, peuvent faire l'objet d'un devis, pré-encodés ou numérotés ; demandez un échantillon lorsque vous demandez un devis.