Come programmare tag NFC con diversi tipi di chip (NTAG, MIFARE e altri)

 

Scrivere un tag richiede tre operazioni separate, non una

 

Quando le persone dicono di voler programmare i tag NFC, di solito descrivono tre cose distinte che vengono attivate dallo stesso pulsante in un'app del telefono.

 

Il primo èformattazione. È necessario dire alla memoria di un chip NFC che la sua area utente contiene un messaggio NDEF anziché byte arbitrari. Questo viene fatto scrivendo una piccola struttura dati nota come contenitore di capacità. Sui componenti NTAG21x, questo avviene già a livello di wafer, quindi il chip arriva formattato NDEF-e può contenere solo NDEF. Su MIFARE Classic e su alcuni altri chip, la formattazione è qualcosa che esegui tu e la struttura si colloca in una regione programmabile-una volta-. La formattazione è quindi permanente. Non esiste un comando di formattazione e nessuno strumento del fornitore che te ne fornirà uno.

 

Il secondo èscrivere il carico utile: un messaggio NDEF contenente uno o più record, molto spesso un record URI che punta a un URL. Questa è la parte che tutti immaginano. Le scritture del payload sono normalmente ripetibili, motivo per cui un team di marketing può reindirizzare un tag di campagna sei mesi dopo senza riordinare l'hardware.

 

Il terzo èconfigurazione: byte di password, bit di blocco, impostazioni mirror, condizioni di accesso, chiavi di autenticazione. Questo livello è dove risiedono le decisioni irreversibili, ed è il livello che nessun tutorial per il consumatore tocca affatto. Se prevedi di programmare i tag NFC per qualsiasi cosa con un limite di sicurezza attorno, il livello di configurazione è il progetto.

 

Mantenere questi tre elementi separati nella tua testa è ciò che impedisce che un lotto venga scartato. La maggior parte degli errori di scrittura che diagnostichiamo non sono errori del payload. Sono uno stato di formattazione o uno stato di configurazione di cui qualcuno non sapeva l'esistenza.

 

Tipi di chip tag NFC a confronto prima di programmarli

 

Ogni decisione seria su come programmare i tag NFC su larga scala inizia con questa tabella, perché il limite massimo di memoria e il supporto della piattaforma vengono impostati al momento della selezione del chip e non possono essere aggiornati successivamente nel software.

 

Chip	Memoria utente	Tipo di forum NFC	Stato NDEF di fabbrica	Protezione tramite password/chiave	iPhone NDEF lettura e scrittura
NTAG213	144 byte	Tipo 2	Pre-formattato	PWD a 32 bit/PACCHETTO a 16 bit	SÌ
NTAG215	504 byte	Tipo 2	Pre-formattato	PWD a 32 bit/PACCHETTO a 16 bit	SÌ
NTAG216	888 byte	Tipo 2	Pre-formattato	PWD a 32 bit/PACCHETTO a 16 bit	SÌ
MIFARE Ultraleggero EV1	48 o 128 byte	Tipo 2	Formattabile	PWD a 32 bit/PACCHETTO a 16 bit	SÌ
MIFARE Classico 1K	1.024 byte totali, circa 716 disponibili per NDEF una volta detratti il ​​blocco del produttore e 16 trailer di settore	Non è un tipo di forum NFC	Formattabile, basato su settore-	Tasti del settore CRYPTO-1 A/B	NO
MIFARE DESFire EV3	Da 2 KB a 8 KB, basati su file-	Digitare 4	È necessario creare l'applicazione	AES-128/3DES, diritti di accesso per file	SÌ
NTAG424DNA	416 byte totali, suddivisi in un contenitore di capacità da 32 byte, un file NDEF da 256 byte e un file di dati protetti da 128 byte	Digitare 4	File pre-provisionati	Cinque chiavi AES-128, autenticazione reciproca a 3 passaggi	SÌ

 

Dati NTAG21x, comportamento del-bit di blocco e conformità Tipo 2/ISO/IEC 14443 Tipo A secondoScheda tecnica del prodotto NXP NTAG213/215/216. Struttura MIFARE Classic 1K secondo la scheda tecnica NXP MF1S50yyX (16 settori × 4 blocchi × 16 byte). DESFire EV3 per MF3D(H)x3. Layout di memoria DNA NTAG 424 perNXP.

 

Due colonne decidono la maggior parte dei progetti prima che venga scelto qualsiasi software: il tetto della memoria e la colonna dell'iPhone. Ciò che la tabella non può dirti è la resa. Un chip specificato correttamente produce comunque scarti se la fase di codifica non ha alcun passaggio di verifica dietro di sé, argomento della seconda metà di questo articolo.

 

NTAG 213, 215 e 216: la scelta di default e il suo reale limite

 

Per circa quattro progetti inbound su cinque, questa famiglia è la risposta giusta e imparare a programmare i tag NFC NTAG 215 richiede circa novanta secondi con un'app del telefono. Il chip viene fornito in formato NDEF-, il tipo di record che si comporta in modo coerente su ogni dispositivo è un semplice record URI e sia Android che iOS lo scrivono senza alcun intervento dell'SDK.

 

 

È anche la famiglia dietro quasi tutti i programmi per biglietti da visita digitali, dove un singolo record vCard o URL costituisce l'intero carico utile e dove il formato fisico di solito conta più del chip. La maggior parte di questi ordini finisconocarte NFC bianche in PVC biancopiuttosto che adesivi, perché la carta deve sopravvivere nel portafoglio e prendere una stampa.

 

Il tetto arriva più velocemente di quanto la gente si aspetti. NTAG213 ti offre 144 byte di memoria utente e un messaggio NDEF non è solo il tuo URL. C'è un wrapper TLV, un'intestazione del record, un campo del tipo e un campo della lunghezza prima che venga memorizzato un singolo carattere del tuo indirizzo. Un record URI comprime prefissi comuni comehttps://www.in un singolo byte, recuperando da dieci a venti byte, e su una parte da 144-byte quella differenza è il confine tra l'adattamento e il fallimento. Il punto in cui i team vengono catturati non è l'URL in sé ma gli extra: aggiungi un record di testo per un'etichetta leggibile dall'uomo, aggiungi un record dell'applicazione Android in modo che il tag apra un'app anziché un browser e un comodo payload diventi un errore di overflow.

 

La nostra regola pratica, e questo è il genere di cose che impari solo codificandone alcuni milioni: se l'URL desiderato, inclusi i parametri di query, supera circa 90 caratteri, smetti di specificare NTAG213 e vai avanti. La differenza di costo unitario tra 213 e 215 è abbastanza piccola da non valere quasi mai il rischio di una riprogettazione a metà-programma. Una campagna che in seguito desidera aggiungere parametri UTM o un numero di serie a ogni URL del tag si fermerà al 213 e non al 215.

 

Vale la pena comprendere con precisione la protezione tramite password di questa famiglia, perché è più debole di quanto suggerisca la parola "password". Un valore PWD a 32 bit viene trasmesso in chiaro e controllato dal chip, che garantisce l'accesso in scrittura e, facoltativamente, l'accesso in lettura, da una pagina scelta in poi. Impedisce a un membro curioso del pubblico di riscrivere il tuo tag con un telefono. Non è un controllo crittografico e non dovrebbe mai essere descritto come tale a un client. Si noti inoltre che non tutte le generazioni lo supportano: il vecchio NTAG203 non ha alcun meccanismo di password e la documentazione della libreria è esplicita che le chiamate di protezione contro di esso semplicemente falliscono (documentazione nfcpy).

 

MIFARE Classic: scrivibile su Android, di fatto assente su iPhone

 

Ecco la trappola della compatibilità che ha messo fine a più progetti NFC di qualsiasi altro singolo fattore. Chiunque chieda come scrivere NDEF su MIFARE Classic sta già lavorando contro il formato: MIFARE Classic non è un tipo di tag del forum NFC, è una scheda ISO/IEC 14443-3A con un settore proprietario e una struttura chiave che precede l'ecosistema NDEF, e il supporto NDEF su di esso esiste solo attraverso una convenzione di mappatura sovrapposta.

 

 

Android gestisce questa convenzione. iOS no. Il Core NFC di Apple non ha mai supportato MIFARE Classic, con le famiglie MIFARE supportate dalla piattaforma limitate a Ultralight, Plus e DESFire, una posizione che gli sviluppatori hanno confermato ripetutamente sui forum di Apple (Forum degli sviluppatori Apple). Poiché iOS non può indirizzare direttamente la memoria della scheda, un iPhone non può scrivere NDEF su di essa e non può visualizzare NDEF memorizzato su di essa.

 

Ciò che lo rende così pericoloso durante la valutazione è che i tag MIFARE Classic non appaiono morti su un iPhone. La scheda presenta un UID ISO 14443-A, quindi l'app Shortcuts lo accetterà volentieri come trigger di automazione e la scansione in background può comunque avviare un record NDEF precedentemente memorizzato di un tipo supportato. Un responsabile dell'approvvigionamento che testa un campione sul proprio iPhone vede una risposta e approva. Il comportamento osservato non aveva nulla a che fare con il contenuto della memoria del tag e l'intero approccio crolla nel momento in cui il progetto ha bisogno di URL per unità che gli iPhone possano effettivamente leggere.

 

La regola pratica che ne deriva: chiunque confronti come programmare i tag NFC per iPhone rispetto ad Android dovrebbe eseguire test di accettazione su entrambe le piattaforme con il chip di produzione, mai solo su Android e mai su un campione di un chip diverso da quello sull'ordine di acquisto.

 

Vorrei essere schietto riguardo alla raccomandazione, perché "dipende dal caso d'uso" non è una risposta utile qui. Se i tuoi tag NFC verranno intercettati da membri del pubblico, specifica qualsiasi cosa tranne MIFARE Classic.

 

Per i team già all'interno di un sistema di accesso basato su-Classico, la decisione si riduce a una variabile e non ai tag. È la durata residua del tuo patrimonio di lettori. Se a quei lettori restano due o tre anni e nessuno smartphone potrà mai toccare le credenziali, continuare con Classic in un circuito chiuso è una chiamata difendibile, e le questioni pratiche diventano l’approvvigionamento di IC e il formato UID piuttosto che il metodo di codifica, che è ciò di cui trattiamo nelle nostre note suordinare i tag MIFARE 1K in un sistema installato. Se i lettori stessi devono essere sostituiti entro quella finestra, non spendere soldi per una credenziale transitoria. Sposta l'intero patrimonio in una parte basata su AES- in un solo passaggio e assorbi il costo una volta sola.

 

Esiste una seconda trappola nella stessa famiglia, abbastanza sottile da sopravvivere a cicli completi di QA. L'aggiunta di un wrapper Smart Poster a un record, offerto dai comuni strumenti di codifica come modo semplice per allegare un titolo a un URL, modifica il tipo di record. I record racchiusi in questo modo non vengono affatto rilevati dalla scansione in background di iOS, indipendentemente da ciò che è annidato al suo interno. I test Android vengono eseguiti su tutti i dispositivi, gli iPhone non fanno nulla e non è presente alcun messaggio di errore da diagnosticare.

 

Ultralight, DESFire e NTAG 424 DNA: dove la programmazione diventa gestione delle chiavi

 

MIFARE Ultralight EV1 si avvicina all'NTAG21x nel comportamento e si programmano i tag NFC allo stesso modo, con un budget di memoria inferiore di 48 o 128 byte e la stessa classe di porta password. Non accade nulla di concettualmente nuovo.

 

DESFire e NTAG 424 DNA sono una disciplina diversa. Su queste parti di Tipo 4 non stai scrivendo byte in una mappa di memoria flat, stai operando su un file system con diritti di accesso per-file e ogni operazione significativa richiede prima l'autenticazione con una chiave AES-128. NTAG 424 DNA trasporta cinque chiavi AES definite dal cliente, utilizza l'autenticazione reciproca a 3 passaggi per il file di dati protetto e dispone della certificazione Common Criteria EAL4 sia sull'hardware che sul software. I team che programmano i tag NFC per l'autenticazione del prodotto piuttosto che per il semplice reindirizzamento di solito cercano specificamente questa parte, a causa di una caratteristica.

 

Questa funzionalità è Secure Dynamic Messaging, spesso scritta come SUN. Se abilitato, l'URL NDEF del chip presenta modifiche a ogni singolo tocco: il chip rispecchia il suo UID e un contatore di lettura che aumenta in modo monotono nell'URL, facoltativamente crittografato, e aggiunge un CMAC calcolato con una chiave che solo tu e il chip possiedi. Il tuo backend può quindi distinguere un tag reale da un URL fotografato e può distinguere il tocco numero 4 dal tocco numero 4.000.

 

Configurarlo correttamente è il punto in cui le specifiche mordono. Le regole di mirroring non sono in formato- libero: quando i dati PICC sono crittografati, il mirroring dell'UID e del contatore di lettura diventa obbligatorio anziché facoltativo, i due viaggiano sempre insieme e il CMAC deve trovarsi alla fine del messaggio NDEF. Progetta la struttura del tuo URL attorno a questi vincoli, non viceversa, altrimenti gli offset non si risolveranno e il backend rifiuterà ogni lettura.

 

Il fallimento che vediamo più spesso nelle implementazioni SUN non ha nulla a che fare con tutto ciò. Ogni implementazione di riferimento pubblica e server demo viene fornito configurato con le chiavi-predefinite in fabbrica-tutte zero, perché è ciò che fa sì che una demo funzioni immediatamente. Proietta il prototipo in base a ciò, il prototipo funziona e la fase di rotazione della chiave non viene mai inserita nell'elenco di controllo del lancio. I tag escono crittograficamente nudi mentre tutti i soggetti coinvolti credono che la distribuzione sia crittografata, motivo per cui la nostra procedura di rilascio del campione controlla la diversificazione delle chiavi sulle unità di produzione piuttosto che su qualunque cosa sia stata utilizzata per la demo.

 

Sei operazioni che non puoi annullare una volta programmati i tag NFC

 

Le riscritture del carico utile sono economiche. Questi non lo sono. Ognuna di queste è una decisione che converte un lotto di tag in un cespite e ognuna è stata la causa dell'inventario scartato che abbiamo dovuto sostituire personalmente.

 

Operazione	Cosa fa	Perché non può essere annullato	Quando dovrebbe essere programmato
Formattazione NDEF	Scrive il contenitore di funzionalità	Atterra in una memoria programmabile-una volta-	In fabbrica, dopo aver confermato il tipo di chip
Bit di bloccaggio statici	Blocca le prime 16 pagine sui chip di tipo 2	I bit di blocco vengono impostati-solo e non possono essere reimpostati	Solo dopo aver approvato il contenuto finale
Bit di blocco dinamici	Copre 96 byte di dati su NTAG213, 456 su NTAG215 e 840 su NTAG216, con una granularità di 2 pagine su NTAG213 e 16 pagine su NTAG215 e NTAG216, secondo la scheda tecnica NXP citata sopra	Stesso meccanismo di set-solo, stessa permanenza	Stesso cancello delle serrature statiche
Interruttore di-sola lettura	Imposta il flag di scrittura NDEF in modo permanente	Non esiste alcun comando inverso	Mai prima del completamento della prova sul campo
Modalità LRP su NTAG 424 DNA	Passa da AES all'operazione resiliente alle perdite-	Abilitato da SetConfiguration, senza percorso di ritorno alla modalità AES	Solo se un modello di minaccia documentato lo richiede
Cambio chiave senza deposito in garanzia	Sostituisce le chiavi AES di fabbrica	Il chip non ha un percorso di recupero se la nuova chiave viene persa	Solo una volta assegnata formalmente la custodia delle chiavi

 

Quella granularità della pagina è il dettaglio pratico che la maggior parte delle persone sfugge quando chiede come bloccare un tag NFC dopo la programmazione. Il blocco non è un singolo interruttore tutto-o-niente. Su NTAG215 e NTAG216 puoi bloccare blocchi di 16 pagine, il che rende possibile un layout misto: un'area del numero di serie bloccata in fabbrica, un'area dell'URL della campagna lasciata scrivibile per il team di marketing. Su NTAG213 la granularità è di due pagine, più fine ma su una mappa molto più piccola. Decidere il confine è un compito di progettazione e deve avvenire prima dell'esecuzione della codifica, non dopo.

 

L'abitudine che vale la pena costruire è quella di separare il cancello di codifica dal cancello di chiusura. Sconsigliamo ai clienti di bloccare al momento dell'ordine e il motivo è esclusivamente commerciale piuttosto che tecnico.

 

Nella nostra cronologia degli ordini, la richiesta post-di consegna più frequente non è una richiesta di difetto, è un cambio di destinazione e si raggruppa nel primo anno di servizio. I trigger più comuni sono la migrazione della pagina di destinazione o il passaggio di consegne da parte di un'agenzia, nessuno dei quali è visibile al momento dell'effettuazione dell'ordine. Non hai bisogno delle statistiche dei guasti di nessuno per agire di conseguenza, perché l'asimmetria lo decide da sola: un tag sbloccato che non ha mai bisogno di essere cambiato non ti costa nulla, mentre un tag bloccato che deve essere cambiato costa un ordine di sostituzione completo più la manodopera di reinstallazione. Programmare prima i tag NFC, eseguire la prova sul campo e poi bloccare.

 

La verifica del chip è ciò che dice la fattura

 

 

L'autenticità del chip non è una preoccupazione paranoica in questa categoria, è un elemento di ispezione-di routine in entrata e appartiene alla stessa fase di controllo qualità di qualsiasi altro controllo eseguito prima di programmare i tag NFC nelle quantità di produzione. Le famiglie NTAG, MIFARE, Ultralight e ICODE di NXP portano ciascuna una firma di originalità basata su ECC- scritta al momento della produzione del chip, 32 byte sulle parti NTAG21x, che può essere riletta e verificata rispetto alla chiave pubblica del produttore. Un tag che si comporta perfettamente può comunque fallire tale controllo.

 

Ciò accade più di quanto il mercato ammetta. Gli ingegneri che acquistano i tag NTAG21x attraverso canali di vendita al dettaglio generali hanno riferito alla comunità del produttore che i campioni funzionano esattamente come specificato, incluso il counter mirroring, ma vengono segnalati come silicio clone sotto verifica dell'originalità, e la risposta pubblicata di NXP è che tali parti non sono supportate e non sono adatte per un uso sicuro perché l'IC stesso potrebbe essere vulnerabile (Comunità NXP).

 

Le conseguenze operative sono più limitate di quanto si pensi e meritano di essere precisate. Se la tua applicazione è un reindirizzamento di marketing, un chip clone ti servirà adeguatamente e potrebbe non interessarti. Se la tua richiesta prevede l'autenticazione, prove di manomissione o qualsiasi richiesta di anti-contraffazione avanzata al tuo cliente, un chip non verificabile invalida l'intera premessa e nessuna quantità di codifica corretta potrà compensarlo. La verifica richiede pochi secondi per campione con un'app di lettura e rientra nella procedura di controllo qualità in entrata anziché in un post-mortem. Lettura correlata per chiunque la cui scrittura venga completata ma il cui lettore rimane in silenzio:perché un adesivo clonato si legge bene e continua a fallire alla porta.

 

La classica domanda di sicurezza MIFARE, riaffermata onestamente

 

Chiunque specifichi MIFARE Classic oggi dovrebbe lavorare partendo dall’attuale posizione di ricerca piuttosto che dalla reputazione che la piattaforma aveva dieci anni fa.

 

Nel 2024, uno studio sull'FM11RF08S, un chip compatibile MIFARE Classic rilasciato nel 2020 con contromisure progettate specificatamente per resistere a tutti gli attacchi conosciuti solo con carte-, ha sconfitto tali contromisure e scoperto una backdoor hardware nel processo. La backdoor consente a chiunque ne venga a conoscenza di compromettere ogni chiave definita dall'utente sulla carta entro pochi minuti dall'accesso fisico e ciò vale anche quando le chiavi sono state completamente diversificate per carta (Archivio ePrint di crittografia). Le chiavi backdoor correlate sono state identificate in un insieme più ampio di parti, comprese le precedenti generazioni di Fudan e specifici dispositivi NXP e Infineon.

 

Leggilo attentamente prima di trarne una conclusione sbagliata. Questo non è un argomento che tutti coloro che utilizzano MIFARE Classic verranno esposti domani e non lo presentiamo come tale. Milioni di credenziali classiche operano in ambienti con-basse conseguenze in cui la clonazione di una carta consente a un utente malintenzionato di accedere a un armadietto della palestra. Si sostiene che la frase "sicuro" non dovrebbe apparire da nessuna parte in un documento delle specifiche insieme a questa famiglia di chip e che chiunque sia in procinto di programmare tag NFC per camere d'albergo, accesso agli uffici o pagamenti senza contanti su silicio Classic dovrebbe valutare una migrazione a una parte basata su AES- nello stesso ciclo di budget.

 

Programmazione di tag NFC in blocco: cosa cambia sopra le mille unità

 

Tutto quanto descritto finora si adatta male. Un'app per telefono scrive un tag alla volta senza record batch, nessun passaggio di verifica e nessun modo per dimostrare successivamente quale URL è andato a quale unità fisica. Esistono tre livelli su come programmare i tag NFC in blocco e il salto tra loro è operativo piuttosto che tecnico.

 

Il primo livello è costituito da un telefono e un'app, utilizzabile per circa un centinaio di unità, adatte per prototipi e progetti pilota interni.

 

Il secondo livello è quello a cui si rivolge la maggior parte dei team interni-: si programmano i tag NFC con un lettore/scrittore su un desktop, gestito da un file batch, in genere tramite un codificatore USB nella classe ACR12xx o uTrust. Funziona bene finché non cambia il chip. Lo strumento batch open-source ampiamente utilizzato in questo ambito, ad esempio, prende di mira specificamente l'ACR122 e codifica solo MIFARE Ultralight e Ultralight C, che sono parti di Tipo 2, quindi spostare quel progetto su un chip di Tipo 4 significa ricostruire lo strumento anziché modificare un file di configurazione. Se stai ancora scegliendo l'hardware per questo livello, il nostroGamma di lettori NFC desktop e USB-scrittoricopre i modelli di lettori che queste toolchain si aspettano.

 

La pratica del settore per il terzo livello è la pre-codifica durante la produzione, e questo è il livello che la maggior parte degli acquirenti non sa che esista. Sulle nostre linee in uno stabilimento di 3.600 m², la codifica si trova tra l'incollaggio dei chip e l'assemblaggio finale, su un'apparecchiatura che indicizza ciascun tag in posizione, scrive il record e lo rilegge prima che il tag si sposti. Il passaggio di verifica è il punto centrale. Un tag che non riesce a leggere-back viene rifiutato in-linea invece di essere scoperto da un cliente sul campo, e il batch esce con un file di mappatura che collega ogni UID o TID al contenuto esatto scritto su di esso, che è ciò di cui il tuo CMS o la tua piattaforma di analisi ha bisogno fin dal primo giorno. La capacità di unione automatizzata su cinque linee di produzione supera i 100.000 chip al giorno, quindi la codifica non diventa un vincolo sui tempi di consegna.

 

Ciò che questa descrizione tralascia, deliberatamente, è la soglia di accettazione. La verifica di rilettura-è un passaggio pass/fail, ma il tasso di errore che dovresti accettare contrattualmente varia in base alla famiglia di chip, al fattore di forma e all'eventuale laminazione del tag in seguito; un adesivo anti-metallo e una tessera in PVC non si comportano allo stesso modo sulla stessa linea. Quel numero appartiene a una citazione della tua build specifica, non a un articolo, ed è la prima cosa che impostiamo quando viene avviato un nuovo programma.

 

Vale la pena di indicare chiaramente dove tracciamo i nostri confini di capacità, perché sono i fornitori di componenti che solitamente sono sfumati. Pre-programmeremo i tag NFC con il tuo modello di URL, serializzeremo per unità, verificheremo ogni tag e consegneremo il file di mappatura. Forniremo le chiavi AES fornite. Non conserveremo le tue chiavi di produzione, non gestiremo il tuo backend di convalida e non ti diremo che una fabbrica può rendere corretta la progettazione della sicurezza a livello di applicazione-. Quella parte è tua e qualsiasi fornitore che affermi il contrario ti sta vendendo un trasferimento del rischio che non esiste.

 

Nove domande da risolvere prima dell'esecuzione della codifica

 

Eseguilo prima dell'ordine di acquisto, non dopo l'arrivo dei campioni. Ciascun elemento ha concluso almeno un progetto che ci è stato chiesto di salvare.

 

#	Domanda	Perché decide il chip
1	Gli iPhone toccheranno questi tag?	Rimuove completamente MIFARE Classic dalla considerazione
2	Qual è la lunghezza completa dell'URL, compresi i parametri futuri?	Imposta la base su NTAG213, 215 o 216
3	È sufficiente un record oppure è necessario anche un record di testo o un record dell'app?	I record aggiuntivi consumano lo stesso budget di memoria
4	La destinazione cambierà durante la vita utile del tag?	Determina se il blocco è mai accettabile
5	L'applicazione presenta una dichiarazione di autenticità agli utenti finali?	Ti porta a NTAG 424 DNA o DESFire
6	Chi detiene e ruota le chiavi AES?	Deve essere assegnato prima che venga modificata qualsiasi chiave
7	Qual è il criterio di accettazione per un lotto consegnato?	Definisce se la verifica di rilettura-è contrattuale
8	Hai bisogno di un file di mappatura da UID-a-contenuto?	Deve essere specificato prima della corsa, non richiesto dopo
9	La verifica della firma di originalità fa parte del QC in entrata?	Determina se l'approvvigionamento dei chip è verificabile

 

I team che riescono a rispondere a tutti e nove in genere ottengono una produzione pulita al primo tentativo. Le squadre che riescono a rispondere a sei su nove di solito scoprono i restanti tre in modo costoso.

 

Le nove domande sono la versione generica. Quello su cui lavoriamo effettivamente aggiunge una decima colonna, la risposta che è giusta per la tua build piuttosto che in generale, e quella colonna dipende da cose che questo articolo non può vedere: il mix di telefoni, lo stato del lettore, il processo di laminazione e se la serializzazione deve essere sequenziale o casuale. Inviaci le prime nove risposte e ti restituiremo la versione annotata in base alle tue specifiche.

 

Dove questo lascia un acquirente

 

Non esiste una procedura generale su come programmare i tag NFC, solo una procedura per chip, per piattaforma, per volume. Scegli prima il chip rispetto al limite di memoria e la domanda sull'iPhone. Tratta la formattazione, il carico utile e la configurazione come tre porte separate. Non chiudere mai prima di una prova sul campo. Verificare l'originalità dei campioni in arrivo. Sopra le mille unità, smetti di pensare alle app e inizia a pensare alla verifica e alla tracciabilità.

 

Se una specifica è già stata redatta, saremo lieti di esaminarla rispetto ai vincoli di chip di cui sopra e contrassegnare tutto ciò che non sopravviverà alla produzione, e sono disponibili campioni gratuiti da testare sui tuoi lettori e telefoni reali. Puoi anche iniziare daFormati di tag NFC che pre-programmiamo e verifichiamo internamente-se la decisione sul chip è ancora aperta, oppureinvia la struttura dell'URL e il volume di destinazione per una revisione della codificase è già stato risolto.

 

Domande frequenti