Kuidas programmeerida NFC-silte erinevate kiipide tüüpidega (NTAG, MIFARE ja palju muud)

 

Sildi kirjutamine on kolm eraldi toimingut, mitte üks

 

Kui inimesed ütlevad, et tahavad programmeerida NFC-silte, kirjeldavad nad tavaliselt kolme erinevat asja, mille käivitab telefonirakenduses sama nupp.

 

Esimene onvormindamine. NFC-kiibi mälule tuleb öelda, et selle kasutajaala sisaldab NDEF-teadet, mitte suvalisi baite. Seda tehakse, kirjutades väikese andmestruktuuri, mida tuntakse võimekonteinerina. NTAG21x osade puhul tehakse seda juba vahvlitasandil, nii et kiip saabub NDEF-vormingus ja saab alati sisaldada ainult NDEF-i. MIFARE Classicu ja mõne muu kiibi puhul on vormindamine midagi, mida saate teha ja struktuur jõuab ühekordselt-programmeeritavasse{7}}piirkonda. Seetõttu on vormindamine püsiv. Pole vormindamata käsku ega müüja tööriista, mis selle teile annaks.

 

Teine onkasuliku koormuse kirjutamine: NDEF-sõnum, mis sisaldab ühte või mitut kirjet, enamasti URL-ile osutavat URI-kirjet. See on osa, mida kõik pildistavad. Kasuliku koormuse kirjutised on tavaliselt korratavad, mistõttu saab turundusmeeskond kuus kuud hiljem kampaaniasildi ümber suunata ilma riistvara ümber tellimata.

 

Kolmas onkonfiguratsiooni: paroolibaidid, lukubitid, peegli seaded, juurdepääsutingimused, autentimisvõtmed. See kiht on koht, kus elavad pöördumatud otsused ja see on kiht, mida ükski tarbijaõpetus üldse ei puuduta. Kui kavatsete programmeerida NFC-silte millegi jaoks, mille ümber on turvapiir, on konfiguratsioonikiht projekt.

 

Nende kolme lahus hoidmine peas takistab partii lammutamist. Enamik meie diagnoositud kirjutamistõrkeid ei ole kasuliku koormuse tõrked. Need on vormindamise olek või konfiguratsiooni olek, mille olemasolust keegi ei teadnud.

 

NFC-sildikiibi tüüpe võrreldi enne nende programmeerimist

 

Iga tõsine otsus, kuidas NFC-silte mastaapselt programmeerida, algab sellest tabelist, sest mälu lagi ja platvormi tugi määratakse kiibi valimise hetkel ning neid ei saa hiljem tarkvaras lappida.

 

Kiip	Kasutaja mälu	NFC foorumi tüüp	Tehase NDEF olek	Parooli / võtme kaitse	iPhone NDEF lugemine + kirjutamine
NTAG 213	144 baiti	Tüüp 2	Eel{0}}vormindatud	32-bitine PWD / 16-bitine PACK	Jah
NTAG 215	504 baiti	Tüüp 2	Eel{0}}vormindatud	32-bitine PWD / 16-bitine PACK	Jah
NTAG 216	888 baiti	Tüüp 2	Eel{0}}vormindatud	32-bitine PWD / 16-bitine PACK	Jah
MIFARE ülikerge EV1	48 või 128 baiti	Tüüp 2	Vormindatav	32-bitine PWD / 16-bitine PACK	Jah
MIFARE Classic 1K	Kokku 1024 baiti, ligikaudu 716 on NDEF-ile saadaval, kui tootjaplokk ja 16 sektorihaagist on maha arvatud	Pole NFC-foorumi tüüp	Vormindatav, sektori-põhine	CRYPTO-1 sektori võtmed A/B	Ei
MIFARE DESFire EV3	2 KB kuni 8 KB, faili-põhine	Tüüp 4	Rakendus tuleb luua	AES-128/3DES, failipõhised juurdepääsuõigused	Jah
NTAG 424 DNA	Kokku 416 baiti, jagatud 32-baidiseks mahutiks, 256-baidseks NDEF-failiks ja 128-baidiseks kaitstud andmefailiks	Tüüp 4	Eelne{0}}ettevalmistatud failid	Viis AES-128 võtit, 3-käiguline vastastikune autentimine	Jah

 

NTAG21x arvud, lukustus-biti käitumine ja tüüp 2 / ISO/IEC 14443 tüüp A vastavusNXP NTAG213/215/216 toote andmeleht. MIFARE Classic 1K struktuur NXP andmelehe MF1S50yyX kohta (16 sektorit × 4 plokki × 16 baiti). DESFire EV3 MF3D(H)x3 kohta. NTAG 424 DNA-mälu paigutus vastavaltNXP.

 

Kaks veergu otsustavad enamiku projektide kohta enne mis tahes tarkvara valimist: mälu ülemmäär ja iPhone'i veerg. Mida tabel teile öelda ei saa, on saagikus. Korrektselt määratud kiip tekitab siiski tagasilükkamisi, kui kodeerimisetapi taga pole kontrollkäiku, mida käsitletakse käesoleva artikli teises pooles.

 

NTAG 213, 215 ja 216: vaikevalik ja selle tegelik ülemmäär

 

Ligikaudu neljale viiest sissetulevast projektist on see perekond õige vastus ja NTAG 215 NFC-siltide programmeerimise õppimine võtab telefonirakendusega umbes üheksakümmend sekundit. Kiip tarnitakse NDEF-vormingus, igas telefonis järjepidevalt käituv kirjetüüp on tavaline URI-kirje ja nii Android kui ka iOS kirjutavad selle ilma SDK-tööta.

 

 

See on ka perekond peaaegu iga digitaalse visiitkaardiprogrammi taga, kus üks vCard või URL-kirje on kogu kasulik koormus ja kus füüsiline formaat on tavaliselt olulisem kui kiip. Enamik neist tellimustest lõpebtühjad valged PVC NFC-kaardidpigem kleepsud, sest kaart peab rahakoti üle elama ja prindi võtma.

 

Lagi saabub kiiremini, kui inimesed ootavad. NTAG213 annab teile 144 baiti kasutajamälu ja NDEF-sõnum ei ole ainult teie URL. Enne aadressi üksiku tähemärgi salvestamist on olemas TLV-ümbris, kirje päis, tüübiväli ja pikkuseväli. URI-kirje tihendab levinud eesliiteid, näitekshttps://www.üheks baidiks, mis taastab kümme kuni kakskümmend baiti, ja 144{2}}baidisel osal on see erinevus sobitamise ja ebaõnnestumise vahel. Meeskonnad ei jää vahele mitte URL-is, vaid lisades: lisage inimloetava sildi jaoks tekstikirje, lisage Androidi rakenduse kirje, nii et silt avab brauseri asemel rakenduse ja mugav koormus muutub ülevooluveaks.

 

Meie enda rusikareegel ja see on selline asi, mille saate teada vaid mõne miljoni neist kodeerides: kui soovitud URL koos päringuparameetritega ületab umbes 90 tähemärki, lõpetage NTAG213 määramine ja liikuge üles. Ühikuhinna erinevus 213 ja 215 vahel on piisavalt väike, et see ei ole peaaegu kunagi väärt keskprogrammi ümberkujundamise riski. Kampaania, mis soovib hiljem igale märgendi URL-ile UTM-i parameetreid või seerianumbrit lisada, tabab seina 213, mitte aga 215.

 

Selle perekonna paroolikaitsest tasub täpselt aru saada, sest see on nõrgem, kui sõna "parool" viitab. 32-bitine PWD väärtus edastatakse selgelt ja seda kontrollib kiip, mis piirab kirjutusjuurdepääsu ja valikuliselt lugemisjuurdepääsu valitud lehelt edasi. See takistab uudishimulikku avalikkust teie silti telefoniga ümber kirjutamast. See ei ole krüptograafiline juhtelement ja seda ei tohiks kunagi kliendile sellisena kirjeldada. Pange tähele ka seda, et mitte iga põlvkond ei toeta seda üldse: vanemal NTAG203-l pole paroolimehhanismi ja teegi dokumentatsioonis on selgesõnaliselt öeldud, et kaitsekutsed selle vastu lihtsalt ebaõnnestuvad (nfcpy dokumentatsioon).

 

MIFARE Classic: kirjutatav Androidis, praktiliselt puudub iPhone'is

 

Siin on ühilduvuslõks, mis on lõpetanud rohkem NFC-projekte kui ükski teine ​​tegur. Igaüks, kes küsib, kuidas MIFARE Classicusse NDEF-i kirjutada, töötab juba vormingu vastu: MIFARE Classic ei ole NFC-foorumi sildi tüüp, see on ISO/IEC 14443-3A kaart, millel on patenteeritud sektor ja võtmestruktuur, mis on varasem NDEF-ökosüsteemile ning NDEF-i tugi sellel on ainult kihilise kaardistamistava kaudu.

 

 

Android tegeleb selle kokkuleppega. iOS ei tee seda. Apple'i Core NFC pole kunagi toetanud MIFARE Classicut, platvormi toetatud MIFARE perekonnad piirduvad Ultralighti, Plusi ja DESFire'iga, mida on Apple'i enda foorumites korduvalt kinnitanud (Apple'i arendajate foorumid). Kuna iOS ei saa kaardi mälu otse adresseerida, ei saa iPhone sellele kirjutada NDEF-i ega kuvada sellele salvestatud NDEF-i.

 

Selle muudab hindamise ajal ohtlikuks see, et MIFARE Classici sildid ei paista iPhone'is surnud. Kaardil on ISO 14443-UID, nii et rakendus Shortcuts aktsepteerib seda hea meelega automatiseerimise päästikuna ja taustal skannimine võib siiski käivitada toetatud tüüpi varem salvestatud NDEF-kirje. Hankevihje, kes testib näidist oma iPhone'is, näeb vastust ja logib välja. Käitumisel, mida nad nägid, polnud sildi mälu sisuga midagi pistmist ja kogu lähenemine kukub kokku hetkel, kui projekt vajab üksuse URL-e, mida iPhone'id tegelikult lugeda saaksid.

 

Praktiline reegel, mis sellest välja langeb: igaüks, kes võrdleb NFC-märgendite programmeerimist iPhone'i ja Androidi jaoks, peaks läbima vastuvõtutesti mõlemal platvormil tootmiskiibiga, mitte kunagi ainult Androidis ega mitte kunagi muu kiibi näidisega kui ostutellimusel olev.

 

Ütlen soovituse osas otsekohe, sest "see sõltub teie kasutusjuhtumist" ei ole siin kasulik vastus. Kui üldsus puudutab teie NFC-silte, määrake midagi peale MIFARE Classic.

 

Meeskondade puhul, mis on juba klassikalises{0}}põhises juurdepääsusüsteemis, taandub otsus ühele muutujale ja see ei ole sildid. See on teie lugejavara järelejäänud kasutusiga. Kui nendel lugejatel on jäänud kaks või kolm aastat aega ja ükski nutitelefon ei puuduta kunagi mandaati, on Classicuga jätkamine suletud ahelas kaitsev üleskutse ning praktilisteks küsimusteks on IC-allika hankimine ja UID-vorming, mitte kodeerimismeetod, mida käsitleme oma märkustes.MIFARE 1K siltide tellimine paigaldatud süsteemi. Kui lugejad tuleb selle akna sees välja vahetada, ärge kulutage raha üleminekuvolikirjale. Teisaldage kogu kinnistu ühe sammuga AES{2}}põhisele osale ja eemaldage kulu üks kord.

 

Samas perekonnas on ka teine ​​lõks, mis on piisavalt peen, et suudab üle elada kõik kvaliteedikontrolli tsüklid. Nutika plakati ümbrise lisamine kirjele, mida tavalised kodeerimistööriistad pakuvad sõbralikult URL-ile pealkirja lisamiseks, muudab kirje tüüpi. Sel viisil pakitud kirjeid ei tuvasta iOS-i taustaskannimine üldse, olenemata sellest, mis sees on. Androidi testimine läheb igas seadmes läbi, iPhone’id ei tee midagi ja diagnoosimiseks pole kuskil veateadet.

 

Ultralight, DESFire ja NTAG 424 DNA: kus programmeerimisest saab võtmehaldus

 

MIFARE Ultralight EV1 on oma käitumiselt NTAG21x-i lähedal ja te programmeerite sellele NFC-sildid samamoodi, väiksema mälueelarvega (48 või 128 baiti) ja sama klassi parooliväravaga. Midagi kontseptuaalselt uut ei juhtu.

 

DESFire ja NTAG 424 DNA on erinev distsipliin. Nende 4. tüüpi osade puhul ei kirjuta te baite lamedale mälukaardile, vaid töötate failisüsteemis, millel on per-juurdepääsuõigused ja iga sisuline toiming nõuab esmalt autentimist AES-128 võtmega. NTAG 424 DNA kannab viit kliendi määratletud AES-võtit, kasutab kaitstud andmefaili jaoks kolmekäigulist vastastikust autentimist ja Common Criteria EAL4 sertifikaati nii riist- kui ka tarkvara puhul. Meeskonnad, kes programmeerivad NFC-silte toote autentimiseks, mitte lihtsaks ümbersuunamiseks, otsivad tavaliselt seda osa spetsiaalselt ühe funktsiooni tõttu.

 

See funktsioon on turvaline dünaamiline sõnumside, sageli kirjutatud kui PÄIKE. Kui see on sisse lülitatud, esitab kiip NDEF-i URL-i muudatusi igal puudutusel: kiip peegeldab oma UID-d ja monotoonselt kasvavat lugemisloendurit URL-is, valikuliselt krüpteerituna ning lisab CMAC-i, mis arvutatakse ainult teie ja kiibi hoidmise võtmega. Teie taustaprogramm suudab seejärel eristada tegelikku märgendit pildistatud URL-ist ja eristada kraani numbrit 4 koputusest number 4000.

 

Selle õige seadistamine on koht, kus spetsifikatsioon hammustab. Peegeldusreeglid ei ole vabas vormis-: kui PICC-andmed on krüptitud, muutub UID ja lugemisloenduri peegeldamine kohustuslikuks, mitte valikuliseks, need kaks liiguvad alati koos ja CMAC peab asuma NDEF-teate lõpus. Kujundage oma URL-i struktuur nende piirangute järgi, mitte vastupidi, vastasel juhul nihked ei lahene ja taustaprogramm lükkab iga lugemise tagasi.

 

Ebaõnnestumine, mida SUN-i juurutamisel kõige sagedamini näeme, ei ole sellega seotud. Kõik avalikud viiterakendused ja demoserverid tarnitakse konfigureeritud tehase-vaikimisi kõigi-nullvõtmetega, sest just see muudab demo juba karbist välja. Projitseerib prototüübi selle vastu, prototüüp töötab ja võtme pööramise etapp ei jõua kunagi käivitamise kontrollnimekirja. Sildid kustuvad krüptograafiliselt paljalt, samal ajal kui kõik asjaosalised usuvad, et juurutamine on krüptitud, mistõttu kontrollib meie enda näidise vabastamise protseduur võtmete hajutamist tootmisüksustes, mitte demo jaoks kasutatud seadmes.

 

Kuus toimingut, mida ei saa pärast NFC-siltide programmeerimist tagasi pöörata

 

Kasuliku koormuse ümberkirjutamine on odav. Need ei ole. Iga alljärgnev on otsus, mis muudab märgendipartii põhivaraks, ja igaüks neist on põhjustanud vanarauanud laoseisu, mille oleme isiklikult pidanud asendama.

 

Operatsioon	Mida see teeb	Miks seda ei saa tagasi võtta	Millal see tuleks ajastada
NDEF-vormingus	Kirjutab võimete konteineri	Maandub ühe{0}}korra{1}}programmeeritavasse mällu	Tehases pärast kiibi tüübi kinnitamist
Staatilised lukuotsad	Lukustab 2. tüüpi kiipide esimesed 16 lehekülge	Lukustusbitid on seatud-ainult ja neid ei saa lähtestada	Alles pärast lõpliku sisu allkirjastamist
Dünaamilised lukustusotsad	Hõlmab NTAG213-l 96 andmebaiti, NTAG215-l 456 ja NTAG216-l 840 andmebaiti 2-leheküljelise NTAG213-l ja 16-leheküljelise NTAG215-l ja NTAG216-l vastavalt ülaltoodud NXP andmelehele.	Sama komplekt{0}}ainult mehhanism, sama püsivus	Sama värav nagu staatilised lukud
Ainult lugemiseks{0}}lüliti	Määrab NDEF-i kirjutuslipu jäädavalt	Pöördkäsku pole olemas	Mitte kunagi enne välikatse lõpetamist
LRP-režiim NTAG 424 DNA-l	Lülitab AES-i lekke{0}}vastupidavale toimingule	Lubatud SetConfigurationiga, ilma teed tagasi AES-režiimi	Ainult siis, kui dokumenteeritud ohumudel seda nõuab
Võtmevahetus ilma tingdeponeerimiseta	Asendab tehase AES võtmeid	Kui uus võti kaob, pole kiibil taastamisteed	Ainult siis, kui võtmehoidja on ametlikult määratud

 

See lehe detailsus on praktiline detail, millest enamik inimesi puudust tunneb, kui nad küsivad, kuidas pärast programmeerimist NFC-märgend lukustada. Lukustamine ei ole üks kõik-või-ei midagi lüliti. NTAG215 ja NTAG216 puhul saate lukustada 16-leheküljelisteks plokkideks, mis muudab mitmekülgse paigutuse elujõuliseks: seerianumbri piirkond on tehases lukustatud, kampaania URL-i piirkond jäetud turundusmeeskonnale kirjutatavaks. NTAG213 puhul on detailsus kaks lehekülge, peenem, kuid palju väiksemal kaardil. Piiri määramine on disainiülesanne ja see peab toimuma enne kodeeringu käitamist, mitte pärast.

 

Harjumus, mida tasub luua, on kodeerimisvärava eraldamine lukustusväravast. Soovitame klientidel mitte lukustada tellimuse esitamisel ja põhjus on pigem äriline kui tehniline.

 

Meie tellimuste ajaloos ei ole kõige sagedasem{0}}postitusjärgne taotlus mitte defektinõue, vaid sihtkoha muutmine ja see koondub esimese teenuseaasta sisse. Tavalised käivitajad on sihtlehe migratsioon või agentuuri üleandmine, millest kumbki pole tellimuse esitamise ajal nähtav. Selle lahendamiseks pole vaja kellegi ebaõnnestumiste statistikat, sest asümmeetria otsustab selle ise: lukustamata silt, mis ei vaja kunagi muutmist, ei maksa teile midagi, samas kui lukustatud silt, mis vajab muutmist, maksab täieliku asendustellimuse pluss uuesti installimise töö. Esmalt programmeerige NFC-sildid, käivitage väliproov ja seejärel lukustage.

 

Kiibi kontrollimine on see, mida arvel on kirjas

 

 

Kiibi autentsus ei ole selles kategoorias paranoiline probleem, see on rutiinne sissetulev{0}}kontrolliüksus ja see kuulub samasse kvaliteedikontrolli etappi nagu mis tahes muu kontroll, mida teete enne NFC-märgendite tootmiskogustesse programmeerimist. NXP NTAG-, MIFARE-, Ultralight- ja ICODE-perekonnad kannavad igaüks kiibi tootmisel kirjutatud ECC{2}}põhist originaalsussignatuuri, 32 baiti NTAG21x osadel, mida saab tagasi lugeda ja tootja avaliku võtme alusel kontrollida. Täiuslikult käituv silt võib selle kontrolli siiski läbi kukkuda.

 

Seda juhtub rohkem, kui turg tunnistab. Insenerid, kes ostavad NTAG21x silte üldiste jaemüügikanalite kaudu, on tootja enda kogukonnale teatanud, et näidised toimivad täpselt nii, nagu on ette nähtud (sh loendurpeegeldamine on kaasatud, kuid nende originaalsuse kontrollimisel on tegemist kloonräniga ning NXP avaldatud vastus on, et selliseid osi ei toetata ja need ei sobi turvaliseks kasutamiseks, kuna IC ise võib olla haavatav ()NXP kogukond).

 

Operatiivne tagajärg on kitsam, kui inimesed arvavad, ja väärib täpselt väljaütlemist. Kui teie rakendus on turunduse ümbersuunamine, teenindab kloonikiip teid piisavalt ja te ei pruugi sellest hoolida. Kui teie taotlus hõlmab autentimist, võltsimistõendeid või teie enda kliendile esitatud väidet võltsimisvastase -võltsimise kohta, muudab kontrollimatu kiip kogu eelduse kehtetuks ja ükski õige kodeering ei kompenseeri seda. Kontrollimiseks kulub lugejarakendusega näidise kohta sekundeid ja see kuulub teie sissetuleva QC protseduuri hulka, mitte surmajärgsesse Seotud lugemine kõigile, kelle kirjutamine jõuab lõpule, kuid kelle lugeja vaikib:miks kloonitud kleebis loeb hästi ja ikkagi uksel ebaõnnestub.

 

MIFARE klassikaline turvaküsimus, ausalt ümber öeldud

 

Igaüks, kes täna MIFARE Classicut täpsustab, peaks töötama praegusel uurimispositsioonil, mitte platvormil kümme aastat tagasi omanud mainest lähtudes.

 

2024. aastal alistas uuring FM11RF08S, 2020. aastal välja antud MIFARE Classicuga ühilduva kiibi, mille vastumeetmed on spetsiaalselt loodud kõigile teadaolevatele ainult kaardi{4}rünnakutele vastu seista, need vastumeetmed ja avastas protsessi käigus riistvaralise tagaukse. Tagauks võimaldab igal osapoolel, kes sellest teadlik on, ohustada iga kasutaja{6}}määratletud võtit kaardil mõne minuti jooksul pärast füüsilist juurdepääsu ja see kehtib isegi siis, kui võtmed on kaardi kohta täielikult hajutatud (Krüptoloogia ePrinti arhiiv). Seotud tagaukse võtmed tuvastati laiemas osade komplektis, sealhulgas varasemates Fudani põlvkondades ning konkreetsetes NXP ja Infineoni seadmetes.

 

Lugege see hoolikalt läbi, enne kui teete sellest vale järelduse. See ei ole argument, et kõik MIFARE Classicut kasutavad homme avalikustatakse, ja me ei esita seda ühena. Miljonid klassikalised volikirjad töötavad madala-tagajärjega keskkondades, kus kaardi kloonimine annab ründajale juurdepääsu jõusaali kappi. Argumendiks on see, et fraas "turvaline" ei tohiks selle kiibiperekonna kõrval spetsifikatsioonidokumendis kusagil esineda ja et igaüks, kes kavatseb programmeerida NFC-märgendeid hotellitubade, kontorite juurdepääsu või sularahata maksete jaoks Classic Siliconiga, peaks hindama AES-i{4}}põhisele osale ülemineku samasse eelarvetsüklisse.

 

NFC-siltide hulgiprogrammeerimine: mis muutub tuhande ühiku üle

 

Kõik, mida seni kirjeldatud, on halvasti mastaapne. Telefonirakendus kirjutab ühe sildi korraga, ilma partiikirjeta, ilma kinnituseta ja ilma võimaluseta hiljem tõestada, milline URL millisele füüsilisele üksusele läks. NFC-siltide hulgiprogrammeerimiseks on kolm astet ja hüpe nende vahel on pigem operatiivne kui tehniline.

 

Esimene tasand on telefon ja rakendus, mis on elujõulised umbes saja ühikuni, mis sobivad prototüüpide ja sisemiste pilootide jaoks.

 

Teine tasand on koht, kus enamik{0}}majasiseseid meeskondi maandub: programmeerite NFC-märgendeid töölaual asuva lugejakirjutajaga, mida juhib pakkfail, tavaliselt klassi ACR12xx või uTrust USB-kooderi kaudu. See töötab hästi, kuni kiip muutub. Selles ruumis laialdaselt kasutatav avatud -lähtekoodiga paketttööriist sihib näiteks spetsiaalselt ACR122 ja kodeerib ainult MIFARE Ultralighti ja Ultralight C-d, mis on tüüp 2 osad, nii et selle projekti teisaldamine tüüp 4 kiibile tähendab konfiguratsioonifaili redigeerimise asemel tööriistade ümberehitamist. Kui valite endiselt selle tasandi riistvara, siis meieUSB- ja lauaarvuti NFC-lugeja{0}}kirjutusvalikhõlmab lugejamudeleid, mida need tööriistaahelad ootavad.

 

Kolmanda tasandi tööstusharu tava on{0}}tootmise ajal eelkodeerimine ja see on tase, mille olemasolust enamik ostjaid ei tea. Meie liinidel 3600 m² suuruses tehases asub kodeerimine kiibi ühendamise ja lõpliku kokkupaneku vahel, seadmetes, mis indekseerivad iga sildi oma kohale, kirjutab kirje ja loeb selle tagasi enne, kui silt edasi liigub. Kontrollipass on kogu asja mõte. Märgend, mida ei õnnestu-tagasi lugeda, lükatakse tagasi-real, selle asemel, et klient väljal selle avastaks, ja partii lahkub koos vastendusfailiga, mis seob iga UID või TID sellele kirjutatud täpse sisuga, mida teie CMS või analüüsiplatvorm esimesel päeval vajab. Viie tootmisliini automatiseeritud sidumisvõimsus töötab üle 100 000 kiibi päevas, nii et kodeerimine ei muutu teostusaja piiranguks.

 

See, mida see kirjeldus tahtlikult välja jätab, on aktsepteerimislävi. Loe-tagasi kinnitamine on läbimise/ebaõnnestumise värav, kuid tõrkemäär, millega peaksite lepinguga nõustuma, erineb olenevalt kiibi perekonnast, vormitegurist ja sellest, kas silt hiljem lamineeritakse; anti-metallist kleebis ja PVC-kaart ei käitu samal liinil ühtemoodi. See number kuulub teie konkreetse järgu tsitaadi, mitte artikli juurde, ja see on esimene asi, mille me uue programmi käivitamisel määrame.

 

Kuhu me oma võimete piiri tõmbame, tasub selgelt välja öelda, sest just seda osa tarnijad tavaliselt hägustavad. Eel-programmeerime NFC-sildid teie URL-i malliga, järjestame ühiku kohta, kinnitame iga sildi ja edastame vastendusfaili. Pakume teile tarnitud AES-võtmeid. Me ei hoia teie tootmisvõtmeid, me ei kasuta teie valideerimise taustaprogrammi ega ütle teile, et tehas suudab rakenduse-turbekihi õigeks muuta. See osa kuulub teile ja kõik tarnijad, kes väidavad vastupidist, müüvad teile riskiülekande, mida pole olemas.

 

Üheksa küsimust, mis tuleb lahendada enne kodeeringut

 

Käivitage see enne ostutellimust, mitte pärast proovide saabumist. Iga üksus on lõpetanud vähemalt ühe projekti, mida meil on palutud päästa.

 

#	küsimus	Miks see otsustab kiibi
1	Kas iPhone'id puudutavad neid silte?	Eemaldab MIFARE Classic täielikult tähelepanust
2	Mis on URL-i täispikkus, sealhulgas tulevased parameetrid?	Määrab põranda väärtusele NTAG213, 215 või 216
3	Kas ühest kirjest piisab või on vaja ka teksti- või rakendusekirjet?	Täiendavad kirjed tarbivad sama mälueelarvet
4	Kas sihtkoht muutub sildi kasutusaja jooksul?	Määrab, kas lukustamine on kunagi vastuvõetav
5	Kas rakendus esitab lõppkasutajatele autentsuse?	Suunab teid NTAG 424 DNA või DESFire'i juurde
6	Kes hoiab ja pöörab AES-klahve?	Tuleb määrata enne mis tahes klahvi muutmist
7	Mis on tarnitud partii aktsepteerimise kriteerium?	Määrab, kas tagasilugemise{0}}kinnitamine on lepinguline
8	Kas vajate sisu vastendamise faili-sisu{1}}andmiseks UID-d?	Tuleb täpsustada enne jooksu, mitte nõuda pärast
9	Kas originaalallkirja kontrollimine on sissetuleva kvaliteedikontrolli osa?	Määrab, kas kiibi hankimine on auditeeritav

 

Meeskonnad, kes suudavad vastata kõigile üheksale, saavad tavaliselt esimesel katsel puhta tootmise. Meeskonnad, kes suudavad vastata kuuele üheksast, avastavad tavaliselt ülejäänud kolm kallimal viisil.

 

Üheksa küsimust on üldine versioon. See, mille põhjal me tegelikult töötame, lisab kümnenda veeru, vastus, mis on õige pigem teie ehituse kui üldise jaoks, ja see veerg sõltub asjadest, mida see artikkel ei näe: teie telefonitorude segu, lugejate valik, lamineerimisprotsess ja kas serialiseerimine peab olema järjestikune või juhuslik. Saatke meile esimesed üheksa vastust ja me tagastame teie spetsifikatsioonile vastava märkustega versiooni.

 

Kuhu see ostja jätab

 

NFC-siltide programmeerimiseks pole üldist protseduuri, on ainult protseduur kiibi, platvormi ja helitugevuse kohta. Valige esmalt kiip vastu mälu lae ja iPhone'i küsimus. Käsitle vormindamist, kasulikku koormust ja konfiguratsiooni kolme eraldi väravana. Ärge kunagi lukustage enne välikatset. Kontrollige saabuvate proovide originaalsust. Üle tuhande ühiku lõpetage rakenduste peale mõtlemine ja hakake mõtlema kinnitamisele ja jälgitavusele.

 

Kui spetsifikatsioon on juba koostatud, vaatame selle üle hea meelega ülaltoodud kiibipiirangute suhtes ja märgime kõik, mis tootmist üle ei ela, ning tasuta näidised on saadaval testimiseks teie tegelikes lugejates ja mobiiltelefonides. Võite alustada ka alatesNFC-siltide vormingud, mille me eelnevalt-programmeerime ja kontrollime-siseseltkui kiibi otsus on veel lahtine võisaatke URL-i struktuur ja sihtmaht kodeeringu ülevaatamisekskui see on juba fikseeritud.

 

KKK