Guide des cartes PVC imprimables : Choisir la bonne puce RFID pour votre projet

 

La spécification commence par le système que vous possédez déjà

 

La fréquence est un filtre, pas une garantie de compatibilité.

 

Deux cartes peuvent fonctionner à 13,56 MHz et diffèrent toujours par la famille de puces, l'authentification, la structure de la mémoire, les données d'application, la prise en charge du lecteur ou la gestion logicielle. Un bon de commande qui mentionne uniquement « carte RFID 13,56 MHz » laisse donc plusieurs modes de défaillance en suspens.

 

Avant de choisir une puce, identifiez cinq éléments du système installé : le fabricant et le modèle du lecteur, la technologie d'identification actuellement acceptée, les données réellement produites par le lecteur, le-numéro de carte ou le format de code d'installation-attendu en aval, et si l'authentification utilise des données d'application protégées ou uniquement un identifiant de série.

 

Cette distinction est particulièrement importante pourcartes PVC imprimables avec pucechoix. Danscartes PVC imprimables pour le contrôle d'accès, un lecteur peut détecter la carte au niveau de la couche RF et ne pas toujours utiliser les informations d'identification comme l'attend l'application de contrôle d'accès-. Le bip du lecteur n'est pas le test d'acceptation. Le test d'acceptation consiste à déterminer si les informations d'identification terminées effectuent la même transaction dont les utilisateurs de production ont besoin.

 

Un téléphone ne remplace pas le lecteur installé. Un smartphone capable de lire un enregistrement NFC prouve la compatibilité du téléphone ; cela ne prouve pas la compatibilité avec un lecteur de bâtiment, une serrure d'hôtel, un contrôleur ou une application d'inscription. Le premier échantillon utile est celui qui passe par le système réel.

 

Sélection de la puce RFID : utilisez la condition du projet comme filtre

 

Une liste de puces est facile à publier. Une décision d’achat nécessite des limites. La matrice ci-dessous tournecartes PVC imprimables avec puce RFIDoptions dans une vérification du système plutôt que dans une comparaison de catalogue.

 

État du projet	Évaluez d’abord	Ce qui doit être vérifié avant l'achat
Système d'accès 125 kHz existant	Famille d'identifiants Exact LF déjà prise en charge par le lecteur	Modèle de lecteur, comportement actuel de la carte, format du numéro UID/carte-, code d'établissement le cas échéant
Exigence LF héritée réinscriptible	Identifiant de classe T5577 uniquement lorsqu'une reconfiguration est réellement requise	Prise en charge du lecteur, configuration, format de sortie ; réinscriptible ne signifie pas plus sécurisé
Interaction NFC lisible sur téléphone-	NTAG213/NTAG215/NTAG216	Charge utile NDEF, comportement du téléphone, besoins en mémoire, politique d'écriture/verrouillage
Domaine MIFARE Classic existant	Identifiant compatible Exact Classic-si le système installé l'exige toujours	Micrologiciel du lecteur, clés/secteurs, gestion de l'UID, état de migration
Nouvel accès à une sécurité supérieure-	Famille MIFARE DESFire	Prise en charge des lecteurs,-authentification des données protégées, structure de l'application, propriété des clés
Héritage progressif-pour-migration sécurisée	Construction à double-technologie lorsque cela est justifié	Les deux populations de lecteurs, la-construction de la carte terminée, la migration et le plan de retraite
RFID pour véhicule ou-portée plus longue	Évaluation UHF séparée	Distance de lecture, géométrie de l'antenne, orientation, exigences RF régionales

 

Pour un système 125 kHz existant, commencez par la technologie déjà prise en charge par les lecteurs installés. Les options de classe TK4100, EM4200 ou T5577 peuvent apparaître similaires dans un catalogue, mais le projet a toujours besoin du comportement correct de l'identifiant et de la compatibilité du lecteur. Un identifiant LF réinscriptible ne doit pas être traité comme une mise à niveau de sécurité simplement parce qu’il peut être reconfiguré.

 

Pour les cartes PVC NFC imprimables lisibles par téléphone-, l'application détermine normalement les besoins en mémoire. NXP spécifie 144 octets de mémoire utilisateur librement disponible pour NTAG213, 504 octets pour NTAG215 et 888 octets pour NTAG216. Une URL ou une charge utile NDEF courte ne bénéficie pas automatiquement du plus grand appareil, tandis qu'une charge utile définie ne doit pas être forcée dans un IC plus petit uniquement pour réduire les spécifications de la carte. ([NXP][5])

 

Si la branche NFC est déjà confirmée, notrecartes PVC NFC imprimablesla comparaison approfondit la capacité et la décision de codage.

 

Pour un domaine MIFARE Classic existant, la compatibilité peut toujours être le facteur décisif. Toutefois, pour une commande de cartes PVC imprimables MIFARE destinées à un nouveau design-sensible à la sécurité, nous ne sélectionnerons pas Classique par défaut. NXP marque actuellement MIFARE Classic EV1 1K/4K comme « non recommandé pour les nouvelles conceptions ». ([NXP][6])

 

Si les lecteurs, le contrôleur, les clés et la base de données d'identifiants existante dépendent toujours de Classic et qu'aucune migration n'a été approuvée, une nouvelle commande compatible peut toujours constituer l'achat opérationnel correct. Un nouveau déploiement sécurisé est une décision différente : il doit commencer par le modèle d’authentification, et non par l’hypothèse que la puce familière la moins chère est suffisamment performante.

 

Pourcartes PVC imprimables avec MIFARE DESFire, la puce ne mérite d'être évaluée qu'une fois que le lecteur et l'architecture de la clé sont compris. DESFire EV3 prend en charge AES-128, l'authentification au niveau de l'application-, la gestion flexible des clés, les fonctions Transaction MAC et de contrôle de proximité. Ces capacités doivent être utilisées par le système plutôt que simplement exister sur le silicium. ([NXP][7])

 

Les variables d'achat derrière cette phrase sont la propriété des clés, le comportement des lecteurs, la structure de l'application et le calendrier de migration. Qui initialise l'application ? Qui contrôle les clés ? Les cartes de remplacement peuvent-elles être personnalisées par un deuxième fournisseur agréé ? Le lecteur authentifie-t-il les données d'application protégées ou émet-il simplement un UID ? Ces réponses déterminent si DESFire est une architecture de sécurité ou simplement une puce plus performante fonctionnant comme un support de numéro de série - coûteux.

 

Le remplacement des anciens systèmes, les nouveaux déploiements et la migration nécessitent des réponses différentes

 

Systèmes existants : la compatibilité avant tout

 

Si un site existant ne dispose d'aucune mise à niveau de lecteur approuvée ni d'aucune migration d'identifiants financée, la carte de remplacement doit reproduire le comportement des identifiants dont le système actif a besoin.

 

N'achetez pas de mémoire. Demandez les spécifications actuelles de la carte, un échantillon existant si disponible, le modèle de lecteur et le numéro d'identification attendu dans le backend. Notrecartes d'accès PVC imprimablesL'article sur la compatibilité couvre la décision de migration LF/HF de manière plus approfondie.

 

La limite de décision pratique est simple : s’il s’agit d’un projet de maintenance, la compatibilité prime généralement sur l’ajout de nouvelles fonctionnalités de puce. Si le projet a un objectif de sécurité déclaré, répéter l’ancienne architecture d’informations d’identification sans revoir l’authentification préserve simplement l’ancien risque.

 

Nouveaux systèmes sécurisés : définir ce que le lecteur va authentifier

 

Un nouveau projet de contrôle d'accès{{0} doit démarrer à partir de la transaction de sécurité prévue plutôt que du catalogue de cartes.

 

Si la conception nécessite des données d'application protégées, des clés diversifiées ou un cycle de vie des informations d'identification contrôlé, choisissez ensemble le lecteur et le profil des informations d'identification. Si la conception utilise uniquement un identifiant de série exposé, la spécification d'une carte plus avancée ne transforme pas en soi ce système en un déploiement de sécurité-plus élevé.

 

Un cas de contrôle d'accès-à l'université publié illustre cette distinction. Un déploiement DESFire à l'Université d'économie et de commerce de Wrocław a couvert environ 1 200 utilisateurs et 345 portes, avec des numéros de carte stockés dans une mémoire cryptée et les informations d'identification intégrées dans un environnement de contrôle d'accès et de sécurité plus large. La leçon utile n’est pas que chaque campus devrait sélectionner DESFire. C'est que la puce, les données protégées, le lecteur et le backend ont été traités comme un seul système d'identification. ([Roger][8])

 

Migration : la double technologie peut être le bon compromis

 

Une opération de composants automobiles500+ employant trois 500+ employés-fournit un exemple plus utile de migration vers l'ancien. Le projet devait s'éloigner des anciens identifiants des employés à 125 kHz tout en gardant opérationnelles les anciennes applications basées sur l'identité-. La solution mise en œuvre combinait la technologie existante avec un identifiant basé sur DESFire EV3 afin que la migration puisse se poursuivre sans forcer chaque application dépendante à changer au même moment. ([Données Farpointe][9])

 

C’est le scénario dans lequel « acheter la puce la plus récente » est une mauvaise règle d’achat.

 

La double technologie ajoute du travail de construction et de vérification des cartes, mais elle peut s'avérer rationnelle lorsque la fenêtre de migration est délibérée. Pourcartes RFID PVC imprimablesPortant les deux technologies, la construction finie fait partie du test de compatibilité. Les informations d'identification doivent être testées auprès des deux populations de lecteurs, et l'organisation a besoin d'un point défini auquel l'héritage peut être retiré. Cette même exigence est la raison pour laquelle le workflow d'approbation de production-plus loin dans cet article teste l'identifiant fini plutôt qu'une puce ou une carte vierge de manière isolée.

 

"Imprimable" doit être défini par l'imprimante

 

Une carte n’est pas universellement imprimable. Il est imprimable par rapport à une surface, une technologie d'impression et un processus.

 

L'impression directe-sur-carte place la tête d'impression et le ruban directement contre la carte. Les systèmes de retransfert créent l'image sur un film avant de la coller sur la carte. Zebra note spécifiquement que l'impression par retransfert peut produire des images de haute-qualité sur des surfaces inégales telles que les cartes à puce. ([Bibliothèque multimédia Zebra][10])

 

 

Cela ne rend pas automatiquement le retransfert supérieur. Si la carte finale est une construction plate en PVC de 30 mil approuvée par l'imprimante, sans distorsion de surface locale due à la structure intégrée, le DTC peut être tout à fait approprié. Une fois que la construction finale produit une bosse de copeaux visible, un changement de hauteur local ou une surface que l'imprimante DTC n'est pas autorisée à traiter, le retransfert mérite une évaluation.

 

Cartes RFID PVC imprimables à jet d'encrenécessitent une toute autre décision : le revêtement réceptif fait partie du cahier des charges. Il ne faut pas supposer que le papier PVC brillant ordinaire accepte le même processus jet d'encre simplement parce que ses dimensions correspondent à un bac à cartes.

 

Pourcartes PVC imprimables pour imprimantes de cartes, le modèle exact de l'imprimante est plus utile que l'expression « imprimante compatible ». Cela donne à l’équipe de production quelque chose qui peut réellement être vérifié par rapport à l’état de surface, à l’épaisseur et à la méthode de personnalisation.

 

Une épreuve visuelle réalisée sur différents stocks ne suffit pas. L'échantillon de production doit utiliser la même construction de carte que celle qui sera fournie en volume.

 

L'UID, le numéro de carte et les données d'identification sont des champs différents

 

Pourcartes PVC imprimables, c'est là qu'une carte qui « lit » peut encore échouer.

 

Une valeur d'identifiant peut être inversée par ordre d'octet, convertie entre hexadécimal et décimal, tronquée à une longueur de bit définie, combinée avec un code d'installation ou mappée au format Wiegand avant que le logiciel ne l'affiche. Deux équipes peuvent donc scanner la même carte physique et rapporter des numéros-d'apparence différente sans qu'aucun des lecteurs ne soit électriquement défectueux.

 

Un exemple de dépannage documenté de Telaeris montre à quel point cela peut devenir concret : un système attendant le nombre décimal 123456789 (0x75BCD15) a affiché à la place 365779719 (0x15CD5B07) car l'ordre des octets attendu différait. L'inversion de la gestion des octets UID a corrigé l'interprétation. ([Telaeris, Inc.][11])

 

C'est pourquoicartes d'accès PVC imprimablesne doit pas être approuvé uniquement avec un test portable « lit/ne lit pas ». L'exemple d'enregistrement doit inclure la valeur attendue par le client et la valeur qui arrive dans le logiciel de contrôle d'accès- réel.

 

Le même principe s'applique lorsqu'un numéro de carte visible est imprimé sur la surface. "Imprimer l'UID" n'est pas une instruction complète si une équipe désigne l'UID hexadécimal brut et une autre le numéro d'identification décimal stocké dans le système d'accès. Pour la production, spécifiez la représentation avant que l’impression variable et l’encodage ne soient verrouillés ensemble.

 

La construction de la carte peut briser une spécification électronique correcte

 

L'électronique peut être correcte et la carte finie peut toujours tomber en panne mécaniquement.

 

L'ISO/IEC 7810 définit les caractéristiques physiques des cartes d'identification. Le format ID-1 couramment utilisé pour les cartes CR80 est de 85,60 × 53,98 mm avec une épaisseur nominale de 0,76 mm. Ces dimensions sont utiles comme référence d'achat, mais une incrustation RFID ajoute une géométrie cachée à l'intérieur de ce contour familier. ([ISO][12])

 

L'antenne occupe un espace physique. Les composants intégrés peuvent modifier le comportement de la surface locale. Une fente, un poinçon, une bande magnétique ou un champ de signature peuvent interagir avec la construction d'une manière qui n'existe pas sur un flan de PVC ordinaire.

 

Si un emplacement pour cordon est requis, n’approuvez pas son emplacement uniquement à partir de l’illustration. Un poinçon qui traverse le chemin de l'antenne peut transformer une carte finie visuellement correcte en un rejet RF ; la zone de poinçonnage approuvée doit donc être vérifiée par rapport à la disposition réelle de l'incrustation, et l'échantillon fini perforé doit être relu avant la libération en vrac.

 

La même logique s'applique àcartes RFID imprimables viergesdestiné à une personnalisation ultérieure. « Vierge » décrit l'état visible de la carte, et non l'incrustation cachée, la pile de laminage, l'épaisseur ou le traitement de surface.

 

L'approbation de la production doit tester les informations d'identification, pas seulement l'illustration

 

Un échantillon équivalent à la production-doit prouver le flux de travail final, et pas seulement l'apparence de la carte.

 

Trois scénarios de projet, trois priorités d'achat

 

Pour un bâtiment existant qui reconstitue simplement les informations d’identification fonctionnelles, préservez d’abord la compatibilité. Ne transformez pas une réapprovisionnement en une migration de contrôle d'accès-imprévue. Aveccartes PVC imprimables avec puce RFIDremplacements, le mode d'échec à surveiller est un lot qui est électroniquement valide mais utilise un format d'informations d'identification que les lecteurs ou le backend installés n'acceptent pas.

 

Pour un nouveau projet d'accès sécurisé-, commencez par l'authentification et la propriété des clés. La décision concernant la puce découle de ce que le lecteur et le contrôleur sont réellement conçus pour vérifier. L'erreur la plus courante consiste à payer pour un identifiant sécurisé tout en laissant le système configuré autour d'un identifiant de série public.

 

Pour un projet d'interaction téléphonique-,cartes PVC NFC imprimablesdoit être sélectionné en fonction de la charge utile NDEF, du comportement du téléphone et des exigences de protection en écriture-plutôt que d'un ensemble de fonctionnalités de contrôle d'accès-que l'application n'utilisera jamais. Le mode d'échec négligé consiste à prouver une carte sur un téléphone et à supposer que ce résultat indique quelque chose sur un lecteur d'accès installé.

 

Pour une migration par étapes, évaluez si une double-identification technologique permet aux anciennes applications de rester opérationnelles pendant le déploiement de nouveaux lecteurs. Le risque caché est de laisser l’héritage « temporaire » devenir permanent parce que personne ne définit de condition de retraite.

 

À travers ces scénarios,cartes PVC imprimables avec puceles options conduisent à des choix différents. L'étape d'achat suivante consiste à transformer le scénario sélectionné en une spécification qu'un fabricant peut reproduire.

 

Que mettre dans la demande de prix avant de demander un prix

 

Un appel d'offres utile pourcartes PVC imprimables personnaliséessupprime d'abord l'ambiguïté facile. Incluez les champs communs suivants :

 

• Application : contrôle d'accès, hôtel, adhésion, campus, interaction NFC ou autre utilisation définie
• Échantillon d'identifiant existant ou famille de puces connue lors du remplacement d'une carte actuelle
• Matériau de la carte, taille, épaisseur et finition
• Fabricant/modèle d'imprimante et DTC, processus de retransfert ou jet d'encre
• Exigences en matière d'illustrations, d'impression-variable et de numérotation
• Famille de puces ou fréquence requise si déjà confirmée
• Numéro de carte visible requis / représentation UID
• Exigence d'encodage et résultat backend attendu
• Quantité, modèle de réapprovisionnement et échantillon de production requis

 

Ces champs suffisent à mettre fin à la plupart des malentendus au niveau du catalogue. Ils ne suffisent pas pour deviner en toute sécurité un profil de compatibilité de lecteur ou une architecture de clé DESFire.

 

C'est ici qu'un fabricant devrait demander plus d'informations au lieu de simplement renvoyer un prix : si le modèle du lecteur est inconnu, si l'identifiant actuel ne peut pas être identifié, ou si personne ne peut préciser qui contrôle les clés d'authentification, la spécification technique n'est pas terminée.

 

Syntek fabrique des produits RFID depuis 2006 et exploite actuellement une usine de 3 600 m² avec cinq lignes de production et 200+ personnel. Son champ de production de cartes RFID publiques comprend le collage, l'impression, l'encodage et l'inspection des puces, et est certifié ISO 9001 : 2015 et CE. ([Syntek Smart Technology Co., Ltd][2])

 

Pour une commande OEM, envoyez le modèle de lecteur installé, le modèle d'imprimante, les informations d'identification ou échantillons existants, les illustrations, les exigences d'encodage et la quantité attendue via notrecartes RFID PVC imprimablespage de fabrication. Pourcartes PVC imprimables en vrac, ces entrées permettent à l'équipe d'ingénierie et de vente de séparer les champs déjà corrigés de ceux qui nécessitent encore une validation d'échantillon avant une exécution de production.