NFC-kártya tesztelése tömeges gyártás előtt: B2B elfogadási ellenőrzőlista

Egy NFC-kártya minta nem áll készen a tömeggyártásra csak azért, mert az egyik telefon egyszer elolvassa. Egy hasznos jóváhagyási tesztnek bizonyítania kell a teljes tervezett tranzakciót: a kész kártya észlelése, a várt NDEF adatok beolvasása, a megfelelő célállomás vagy művelet aktiválása, és az eredmény elfogadható marad a projekt szempontjából fontos eszközökön és feltételeken.

Ez az útmutató kifejezetten apasszív, telefonon{0}}olvasható NFC-kártyákolyan feladatokhoz használható, mint például egy URL, digitális profil, termékoldal, kampányoldal megnyitása vagy más NDEF{0}}alapú interakció. Ez nem egy elfogadási eljárás fizetési hitelesítő adatok, biztonságos belépőkártyák vagy telefonkártya-emulációs rendszerek esetén; ezeknek az alkalmazásoknak eltérő olvasói, hitelesítési, biztonsági és tanúsítási követelmények vannak.

Ha még mindig azon dönt, hogy milyen NFC technológiára vagy kártyaformátumra van szüksége, kezdje a szélesebb körű útmutatóvalNFC-címkék, NDEF, chipcsaládok és telefon{0}}olvasható alkalmazások. A specifikáció kiválasztása után az alábbi tesztelési folyamat a következő kapu a tömeges gyártás előtt.

 

Kezdje azzal, hogy határozza meg, mit kell tennie egy sikeres koppintásnak

A teszttervnek a felhasználó által várt eredménnyel kell kezdődnie, nem pedig olyan általános kijelentéssel, mint például az „NFC működik”. Egy kártya lehet elektronikusan olvasható, és mégsem sikerül az üzleti feladatot.

Például előfordulhat, hogy egy digitális névjegykártyának meg kell nyitnia egy adott HTTPS-profilt. Előfordulhat, hogy a kampánykártyának nyomon követhető céloldalt kell megnyitnia. Egy termékkártya tartalmazhat egy egyedi URL-t, amely egyetlen adatbázisrekordhoz kapcsolódik. Ezen projektek mindegyike használhat NFC-t, de az elfogadási kritériumaik eltérőek.

Az utolsó sort könnyű kihagyni. A sikeres RF-olvasás nem bizonyítja, hogy a cél URL, az átirányítás, a webalkalmazás vagy a háttér-leképezés helyes. Az NFC-tesztelés ezért mind fizikai kommunikáció-, mind alkalmazásszintű-ellenőrzést igényel.

 

Használjon gyártási{0}}egyenértékű mintát

A megfelelő chippel ellátott üres fehér kártya segíthet a fejlesztés korai szakaszában, de nem teljesen reprezentál egy egyedi kész kártyát. A tömeges megrendelés kiadása előtt a mintának a lehető legpontosabban meg kell egyeznie a tervezett gyártási felépítéssel.

Nyomtatott PVC NFC kártya esetén ez általában a javasolt chip vagy IC család, a betét vagy antenna felépítésének, a kártya anyagának, vastagságának, a nyomtatási és befejezési folyamatnak, a kódolt adatoknak, valamint a végleges zárolási vagy írási állapotnak az ellenőrzését jelenti. Ha a projekt szokatlan rétegeket, fémes díszítést, más hordozót vagy más olyan konstrukciót használ, amely befolyásolhatja az RF csatolást, a kész konstrukció -nem csupasz betét- legyen a jóváhagyási minta.

Ez azért fontos, mert az NFC interfész egy csatolt RF rendszer. Az NXP például az NTAG213-at, az NTAG215-öt és az NTAG216-ot NFC Forum Type 2 Tag{5}}kompatibilis IC-ként azonosítja, és megjegyzi, hogy működési teljesítményük olyan tényezőktől függ, mint a térerősség és az antenna geometriája. A kész kártya pontos teljesítményére tehát nem lehet pusztán a chip nevéből következtetni. Lásd aNXP NTAG213/215/216 termékdokumentációaz eszköz{0}}családi adataihoz.

 

A telefonok tesztelése előtt ellenőrizze az NFC technológiát és az adatok állapotát

Az „NFC-kártya” még mindig túl széles az ellenőrzött jóváhagyási rekordhoz. A mintanyilvántartásnak azonosítania kell a jóváhagyott technológiát és azt az állapotot, amelyben a kártya leszállításra kerül.

Egy általános, telefonon olvasható{0}}címkealkalmazáshoz rögzítse legalább a következőket:

• pontos chip vagy jóváhagyott IC család;
• NFC fórumcímke típusa, ahol van;
• a tényleges rakományhoz szükséges memóriakapacitás;
• NDEF rekordtípus és hasznos teher;
• hogy az adatok statikusak vagy egyediek-e kártyánként;
• hogy a címke írható marad-e vagy zárolva van-e a kódolás után;
• bármely jelszó, hitelesítés vagy biztonsági konfiguráció, amely ténylegesen a jóváhagyott terv részét képezi;
• a nyomtatott változóadatok, a QR-kód, az UID, a sorozatszám vagy a háttérrekord közötti kapcsolat ilyen leképezés használata esetén.

Az NFC Forum az NDEF-et az NFC Forum{0}}kompatibilis eszközök és címkék közös adatformátumaként határozza meg. A specifikációi egy univerzális "NFC chip" helyett több címketípust is meghatároznak. Telefonon olvasható-projekt esetén ellenőrizze, hogy a szállított kártya és a kódolt rekord megegyezik-e a ténylegesen telepített alkalmazással. ANFC fórum Az NDEF specifikáció áttekintéseelmagyarázza a közös adatformátum szerepét.

Ne hagyjon jóvá egy köteget pusztán memória{0}}méretcímkéből. A több memória csak akkor segít, ha a tervezett NDEF rakománynak szüksége van rá. Ez önmagában nem bizonyítja a jobb telefonkompatibilitást vagy jobb RF teljesítményt.

 

Készítsen eszközt-és-állapotteszt-mátrixot

Egyetlen teszttelefon fejlesztési ellenőrzés, nem kompatibilitási mátrix. A megfelelő mátrix a tényleges közönségen és a telepítésen alapul, nem pedig egy önkényes ígéreten, miszerint a kártya "minden telefonnal" működik.

Válasszon reprezentatív NFC-t{0}}kompatibilis eszközöket azon telefonplatformok és eszközcsoportok közül, amelyeket a felhasználók valószínűleg hordoznak. A pontos listát projektrekordként kell megőrizni, mert az operációs rendszerek, a regionális telefonváltozatok, a beállítások, a tokok és az antennapozíciók megváltoztathatják a felhasználói élményt.

Egy nemrégiben megjelent NFC üzleti{0}}üzleti kártyák tesztelési útmutatója a piacon nagy hangsúlyt fektet a telefonos-telefonos-hibaelhárításra. Ez hasznos a végfelhasználók számára, de a beszerzési átvételi tervhez további kérdésre van szükség:a javasolt gyártási konstrukció több kártyán is megismételhető eredményt ad, nem csupán több telefonon?

Tesztelje mindkét méretet. Több eszköz is megjeleníti a telefon-oldali eltéréseit; több gyártási-egyenértékű minta a kártya-oldali változatát fedi fel.

 

Négy különböző hibaréteg elkülönítése

Ha egy csap meghibásodik, a kártya azonnali cseréje elfedheti a valódi problémát. Először osztályozza a hibát.

1. Nincs NFC-észlelés

A telefon vagy az olvasó egyáltalán nem érzékeli a kártyát. Vizsgálja meg a kártya felépítését, a chip/inlay azonosítását, az antenna állapotát, az eszköz képességét, a fizikai beállítást, a környező anyagot és a megállapodás szerinti vizsgálati állapotot. Ne diagnosztizálja az elhalt chipet egyetlen eszköz meghibásodása miatt.

2. A rendszer NFC-t észlel, de a várt NDEF-művelet nem jelenik meg

Lehet, hogy az RF kapcsolat működik, de az adatállapot vagy a rekord formátuma nem megfelelő a tervezett alkalmazáshoz. Olvassa el a címkét egy megfelelő ellenőrző eszközzel, és hasonlítsa össze a tényleges NDEF-tartalmat a jóváhagyott kódolási specifikációval.

3. A művelet rossz úticélt nyit meg

Ez általában már nem RF kérdés. Ellenőrizze a kódolt URL-t, az egyedi-adatleképezést, az átirányítási konfigurációt, a DNS- vagy webes útválasztást, valamint minden kampány- vagy profil-hozzárendelést. Egy tökéletesen olvasható kártya továbbra is minden felhasználót rossz helyre küldhet.

4. Megnyílik a megfelelő célhely, de az üzleti munkafolyamat meghiúsul

Lehet, hogy az NFC-kártya befejezte a feladatát. A hiba előfordulhat a webhelyen, a fiókengedélyekben, az űrlapon, az alkalmazáslogikában, a hitelesítési szolgáltatásban vagy a háttéradatokban. Jegyezze fel ezt külön, hogy a webes vagy szoftveres problémát ne a kártya-gyártási hibájaként jelentse.

Ez a négy-rétegű diagnózis különösen hasznos az elfogadás során, mert minden hibatípusnak más tulajdonosa van. Megakadályozza, hogy a beszerzési, kártyagyártási és szoftvercsapatok rossz réteget javítsanak ki.

 

Vizsgálja meg a kódolt hasznos terhet, ne csak a koppintási értesítést

Egy egyszerű URL-kártya esetében a leglátványosabb teszt a kártya megérintése és egy oldal megnyitása. Az elfogadási jegyzőkönyvnek egy lépéssel mélyebbre kell mennie.

Olvassa vissza a mintát, és ellenőrizze a pontos kódolt hasznos terhet. Ha a projekt URL-t használ, erősítse meg a nagybetűket, az elérési utat, a lekérdezési paramétereket, az egyedi azonosítókat és az átirányítási viselkedést, ahol fontosak. Ha a projekt más NDEF rekordtípust használ, ellenőrizze a tényleges rekordot a jóváhagyott specifikáció szerint, ahelyett, hogy azt feltételezné, hogy a telefonos értesítés igazolja a tárolt adatok helyességét.

Egyedi{0}}kártyaprogramokhoz vegyen több mintát, és hasonlítson össze három dolgot:

• az elektronikus azonosító vagy egyedi kódolt érték;
• bármely látható sorozat-, QR-kód, vonalkód vagy nyomtatott változó adat, amely megfelelni szándékozik;
• a megfelelő háttérrekordot vagy célállomást.

A leképezési hiba olyan kártyákat eredményezhet, amelyek mindegyike sikeresen megérinti, miközben a felhasználókat egy másik személy profiljába vagy rossz termékrekordba küldi. Ez adat-vezérlési hiba, nem rádiófrekvenciás hiba.

 

Erősítse meg a végső írási és zárolási állapotot

A gyártás előtt döntse el, hogy az NFC-memória a kiszállítás után is írható maradjon, vagy csak akkor legyen olvasható, ha a kiválasztott technológia támogatja ezt a viselkedést.

Azon kártyák esetében, amelyeknek szerkeszthetőnek kell maradniuk a mezőben, az elfogadási tesztnek meg kell erősítenie, hogy az engedélyezett átírás továbbra is lehetséges. Az állandó nyilvános URL-t vagy más rögzített rekordot tartalmazó kártyák esetében a projekt ehelyett ellenőrzött zárolási lépést igényelhet. Nem az a fontos, hogy minden kártyát le kell zárni; az, hogy a kívánt állapotnak szándékosnak, dokumentáltnak és teszteltnek kell lennie.

Bármely végső zárolási művelet után tesztelje újra a tényleges gyártási{0}}egyenértékű mintát. A zárolás előtti-leolvasás nem bizonyítja a kézbesített post-zárolási állapotot.

Ha a projektje kifejezetten az NTAG215-ön alapul, és még mindig meghatározza a chipek beszerzését, a kódolást, az UID kezelést és az OEM rendelésvezérlést, a külön útmutatóNTAG215 kártya tömeges beszerzési kockázatairészletesebben lefedi azt a beszerzési szakaszt.

 

Tesztelje a kész anyag és grafika konfigurációját

A nyomtatási jóváhagyásnak és az NFC-jóváhagyásnak ugyanabban a mintában kell megfelelnie. A digitális műalkotások bizonyítása nem tudja érvényesíteni az antennarendszert, míg a nyomtatatlan műszaki minta nem tudja igazolni a végső vizuális vagy változó adatkonfigurációt.

Ellenőrizze a kész mintát:

• a kártya rendeltetésszerű felépítése és méretei;
• Nyomtatástájolás és műalkotások átdolgozása;
• a felhasználható csapfelület a végső laminálás vagy befejezés után;
• bármely fémfólia, fémréteg, bevonat vagy tartozék, amely a gyártási terv részét képezi;
• QR-kód olvashatósága, ha a QR szándékos tartalék;
• látható változó adatok és kódolt adatokhoz való hozzárendelése;
• élek, felületi és fizikai hibák, amelyek akkor is elfogadhatatlanná teszik a kártyát, ha az NFC továbbra is működik.

Ne rendeljen univerzális "jó olvasási távolságot" a kártyához meghatározott olvasó, telefon, tájolás, felépítés és vizsgálati módszer nélkül. A telefonos-olvasható kártyák esetében a gyakorlati elfogadási kérdés az, hogy a tervezett koppintási interakció a megállapodás szerinti felhasználói feltételek mellett működik-e.

 

Változtassa a jóváhagyott mintát kötegelfogadási szabvánnyá

A sikeres prototípus csak akkor védi meg a projektet, ha annak jóváhagyott állapota gyártásba kerül. Őrizzen meg egy fizikai referenciamintát és egy írásos átdolgozást, amely leírja, hogy mit hagytak jóvá.

A gyártási átvételi tervnek meg kell határoznia, hogy a beérkező vagy kész tételen mely jellemzőket kell ellenőrizni, és hogyan kezelik az eltéréseket. A mintavételi terv a vevő minőségi rendszeréhez és projektkockázatához tartozik; nincs felelős univerzális mintaszázalék minden NFC kártyaprogramhoz.

A gyártási NFC tesztelés valódi gyártási tudományág, nem csak egy marketing jelölőnégyzet. Speciális HF/NFC minőségbiztosítási rendszereket használnak a gyártási minőségbiztosításhoz és a bejövő ellenőrzésekhez, és protokoll{1}}meghatározott kommunikációt használhatnak a címkék értékeléséhez. A megfelelő tesztberendezések és határértékek továbbra is az alkalmazástól függenek. LásdA Voyantic áttekintése a HF/NFC gyártásminőség tesztelésérőlegy példa erre a gyártási{0}}tesztkategóriára.

 

Határozza meg az újraérvényesítést kiváltó változtatásokat

A legegyszerűbb módja annak, hogy egy korábban jóváhagyott kártya jóvá nem hagyott kártyává váljon, egy dokumentálatlan helyettesítés. Az újrarendelés vagy az új gyártási futtatás ellenőrzést indít el, ha a kompatibilitási -releváns változó megváltozik.

Példák:

• chip vagy IC helyettesítés;
• az inlay, az antenna geometriája vagy az antenna szállítójának változása;
• kártya szubsztrátumának, vastagságának, laminálásának vagy befejezésének megváltoztatása;
• fémrétegek, fólia, mágnesek vagy más közeli vezetőelemek hozzáadása;
• új kódolási rekord, URL-struktúra, egyedi -adatszabály, jelszó vagy zárolási szabályzat;
• új nyomtatott változó{0}}adatleképezés;
• új telefon, olvasó vagy telepítési környezet hozzáadva a támogatott hatókörhöz;
• új webes célhely vagy háttérmunkafolyamat, amely megváltoztatja a felhasználói eredményt.

Nem minden kozmetikai változtatás igényel teljes mérnöki kampányt. A szabály egyszerűbb: ha a változtatás megváltoztathatja az RF csatolást, az adatértelmezést, a felhasználói műveletet vagy az elfogadási leképezést, akkor tekintse át, és tesztelje újra az érintett réteget, mielőtt az új köteget egyenértékűként kezelné.

 

Mit kell elhelyezni az NFC-kártya minta-jóváhagyási nyilvántartásában

A tömör jóváhagyási nyilvántartás sokkal biztonságosabbá teszi a szállítói kommunikációt és a jövőbeni utánrendeléseket. Tartalmazza:

• projekt neve és mintaváltozata;
• tervezett felhasználói feladat a csapolás után;
• jóváhagyott chip/IC és címke{0}}típusra vonatkozó követelmény;
• NDEF rekordtípus és hasznos adatszabály;
• statikus versus egyedi kódolás;
• írási/zárolási állapot;
• kártyaanyag és kész konstrukció;
• grafikák és változók{0}}adatok átdolgozása;
• funkcionális teszteléshez használt eszköz/állapotmátrix;
• ismert korlátozások vagy kizárt eszközök/környezetek;
• jóváhagyott fizikai referenciaminta;
• tétel átvételi módszer és eltérési folyamat.

Azokhoz a projektekhez, amelyeknek kereskedelmi kiindulási pontként szabványos PVC formátumra van szükségük, a SyntekNFC fehér üres kártya tartománylefedi a termék oldalát. A teszttervnek projekt--specifikusnak kell maradnia: a kiválasztott chipet, a kódolt tartalmat, a kész konstrukciót, a tervezett telefonokat/olvasókat és az elfogadási feltételeket a mennyiségi gyártás előtt meg kell erősíteni.

 

A jóváhagyó határozat

A tömeges gyártás előtti helyes kérdés nem az, hogy „A minta beolvasása megtörtént?” Ez a következő: "A gyártási{0}}egyenértékű minta befejezte a tervezett tranzakciót a megállapodás szerinti tesztmátrixon keresztül, és van-e ellenőrzött referenciánk, amelyet a gyártás reprodukálhat?"

Csak akkor hagyja jóvá a kártyát, ha a műszaki azonosság, az NDEF hasznos terhelés, az eszköz viselkedése, a kész konstrukció, az írási állapot, az adatleképezés és az elfogadási feltételek összhangban vannak a projekt követelményeivel. Ha a változók egyike később megváltozik, nyissa meg újra az érintett tesztet, ahelyett, hogy feltételezné, hogy az előző jóváhagyást automatikusan továbbviszi.

Ez a beszerzés, a tervezés, a marketing és a kártyaszállító ugyanazt a „működik”{0}}definíciót adja, és az NFC-kártya megrendelését egy-telefonos bemutatóból reprodukálható gyártási specifikációvá alakítja.