NXP PN5190 NFC Frontend Controller felhasználói kézikönyv

Információ	Tartalom
Kulcsszavak	PN5190, NFC, NFC frontend, vezérlő, utasítási réteg
Absztrakt	Ez a dokumentum az NXP PN5190 NFC frontend vezérlő működésének kiértékeléséhez szükséges utasítási réteg parancsait és válaszait írja le a gazdagép vezérlőtől érkező munkára. A PN5190 egy következő generációs NFC előlapi vezérlő. Ez a dokumentum a PN5190 NFC frontend vezérlővel való együttműködéshez szükséges interfészparancsokat írja le. A PN5190 NFC frontend vezérlő működésével kapcsolatos további információkért tekintse meg az adatlapot és a kiegészítő információkat.

Revíziótörténet

Fordulat	Dátum	Leírás
3.7	20230525	• A dokumentum típusa és címe megváltozott a termék adatlap-kiegészítéséről a felhasználói kézikönyvre • Szerkesztőség takarítás • Frissített szerkesztési feltételek az SPI-jelekhez • A GET_CRC_USER_AREA parancs hozzáadva a 8. szakasz 4.5.2.3. táblázatához • Frissítettük a PN5190B1 és PN5190B2 különböző részleteit a 3.4.1 szakaszban • A 3.4.7. szakasz frissített válasza
3.6	20230111	Továbbfejlesztett ellenőrzési integritás válasz leírása a 3.4.7. szakaszban
3.5	20221104	4.5.4.6.3 „Esemény” szakasz: hozzáadva
3.4	20220701	• CONFIGURE_MULTIPLE_TESTBUS_DIGITAL parancs hozzáadva a 8. szakasz 4.5.9.3. táblázatához • Frissített 4.5.9.2.2
3.3	20220329	A hardver leírása továbbfejlesztett a 4.5.12.2.1 „Parancs” és a 4.5.12.2.2 „Válasz” szakaszban
3.2	20210910	A firmware verziószámai frissítve 2.1-ről 2.01-re és 2.3-ról 2.03-ra
3.1	20210527	RETRIEVE_RF_FELICA_EMD_DATA parancsleírás hozzáadva
3	20210118	Az első hivatalosan kiadott verzió

Bevezetés

1.1 Bevezetés
Ez a dokumentum a PN5190 Host Interface-t és az API-kat írja le. A dokumentációban használt fizikai gazdagép interfész SPI. Az SPI fizikai jellemzőit a dokumentum nem veszi figyelembe.
A keretek szétválasztása és az áramlásszabályozás a dokumentum részét képezik.
1.1.1 Hatály
A dokumentum leírja az ügyfél számára releváns logikai réteget, utasításkódot, API-kat.

A fogadó kommunikáció befejeződöttview

A PN5190 két fő üzemmóddal kommunikál a gazdavezérlővel.

A HDLL-alapú kommunikáció akkor használatos, amikor az eszközt a következőkre indítják:
a. Titkosított biztonságos letöltési mód a firmware frissítéséhez
TLV parancs-válasz alapú kommunikáció (mint plample).

2.1 HDLL mód
A HDLL mód a csomagcsere-formátumhoz használatos, hogy az alábbi IC üzemmódokkal működjön:

Biztonságos firmware letöltési mód (SFWU), lásd a 3. szakaszt

2.1.1 A HDLL leírása
A HDLL az NXP által kifejlesztett kapcsolati réteg, amely biztosítja a megbízható FW letöltést.
A HDLL-üzenet egy 2 bájtos fejlécből, majd egy keretből áll, amely tartalmazza a műveleti kódot és a parancs Payload-ját. Minden üzenet 16 bites CRC-vel végződik, az alábbi képen látható módon:A HDLL fejléc a következőket tartalmazza:

Egy darabot. Ez jelzi, hogy ez az üzenet az üzenet egyetlen vagy utolsó része (csonk = 0). Vagy ha legalább egy másik darab következik (darab = 1).

A Payload hossza 10 bitre kódolva. Tehát a HDLL-keret hasznos terhelése akár 1023 bájt is lehet.

A bájtsorrendet big-endianként határozták meg, ami azt jelenti, hogy először Ms Byte.
A CRC16 megfelel az X.25 (CRC-CCITT, ISO/IEC13239) szabványnak, x^16 + x^12 + x^5 +1 polinom és 0xFFFF előtöltési érték.
A teljes HDLL-keretre számítják, azaz fejléc + keretre.
Sample C-kód implementáció:
statikus uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
for (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8 );
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_új;
}
return crc;
}
2.1.2 Szállítási leképezés az SPI-n keresztül
Minden NTS állításnál az első bájt mindig HEADER (folyamatjelző bájt), lehet 0x7F/0xFF az írási/olvasási művelet tekintetében.
2.1.2.1 Sorozat írása a gazdagéptől (DH irány => PN5190)2.1.2.2 Szekvencia olvasása a gazdagéptől (Irány PN5190 => DH)2.1.3 HDLL protokoll
A HDLL egy parancs-válasz protokoll. A fent említett összes műveletet egy adott parancs indítja el, és a válasz alapján érvényesíti.
A parancsok és válaszok a HDLL üzenet szintaxisát követik, a parancsot az eszköz gazdagépe, a választ pedig a PN5190 küldi. Az opcode jelzi a parancs és a válasz típusát.
HDLL-alapú kommunikáció, csak akkor használatos, ha a PN5190 aktiválva van a „Biztonságos firmware letöltés” módba lépéshez.
2.2 TLV mód
A TLV jelentése Tag Hossz érték.
2.2.1 A keret meghatározása
Az SPI-keret az NTS lefutó élével kezdődik és az NTS felfutó élével végződik. Az SPI fizikai definíció szerint teljes duplex, de a PN5190 félduplex módban használja az SPI-t. Az SPI mód CPOL 0-ra és CPHA 0-ra korlátozódik a [2]-ban meghatározott maximális órajellel. Minden SPI keret egy 1 bájtos fejlécből és n bájt törzsből áll.
2.2.2 ÁramlásjelzőA HOST mindig első bájtként küldi el az áramlásjelző bájtot, függetlenül attól, hogy adatokat akar írni vagy olvasni a PN5190-ről.
Ha van olvasási kérés, és nem állnak rendelkezésre adatok, a válasz 0xFF-et tartalmaz.
Az áramlásjelző bájt utáni adat egy vagy több üzenet.
Minden NTS állításnál az első bájt mindig HEADER (folyamatjelző bájt), lehet 0x7F/0xFF az írási/olvasási művelet tekintetében.
2.2.3 Üzenet típusa
A gazdavezérlőnek SPI kereteken belül továbbított üzenetekkel kell kommunikálnia a PN5190-gyel.
Három különböző típusú üzenet létezik:

Parancs
Válasz

Esemény

A fenti kommunikációs diagram bemutatja a különböző üzenettípusok megengedett útmutatásait, az alábbiak szerint:

Parancs és válasz.
A parancsokat csak a gazdavezérlő küldi a PN5190-re.

A válaszok és az események csak a PN5190-ből kerülnek elküldésre a gazdavezérlőnek.
A parancsválaszok szinkronizálása az IRQ tűvel történik.

A gazdagép csak akkor tudja elküldeni a parancsokat, ha az IRQ alacsony.
A gazdagép csak akkor tudja elolvasni a választ/eseményt, ha az IRQ magas.

2.2.3.1 Engedélyezett sorozatok és szabályokA parancsok, válaszok és események engedélyezett sorozatai

A parancsot mindig egy válasz, egy esemény vagy mindkettő nyugtázza.

A gazdagép vezérlő nem küldhet másik parancsot, mielőtt az előző parancsra nem kapott választ.
Az eseményeket bármikor aszinkron módon el lehet küldeni (NEM átlapolva egy parancs/válasz páron belül).

Az EVENT üzenetek soha nem kombinálódnak a RESPONSE üzenetekkel egy kereten belül.

Jegyzet: Az üzenet elérhetőségét (akár VÁLASZ, akár ESEMÉNY) jelzi az IRQ magas szintje alacsonyról. Az IRQ magas marad mindaddig, amíg az összes választ vagy esemény keretet be nem olvasták. Csak miután az IRQ jel alacsony, a gazdagép küldheti a következő parancsot.
2.2.4 Üzenetformátum
Minden üzenet egy TLV-struktúrában van kódolva, minden egyes üzenethez n-byte-os hasznos adattartalommal, kivéve a SWITCH_MODE_NORMAL parancsot.Mindegyik TLV a következőkből áll:Típus (T) => 1 bájt
Bit[7] Üzenettípus
0: COMMAND vagy RESPONSE üzenet
1: EVENT üzenet
Bit[6:0]: Utasítás kódja
Hossz (L) => 2 bájt (big-endian formátumban kell lennie)
Érték (V) => N bájt érték/adat TLV (parancsparaméterek / válaszadatok) a Length mező alapján (big-endian formátum)
2.2.4.1 Osztott keret
A COMMAND üzenetet egy SPI-keretben kell elküldeni.
A RESPONSE és EVENT üzenetek több SPI-keretben is olvashatók, pl. a hossza bájt kiolvasásához.A RESPONSE vagy EVENT üzenetek egyetlen SPI keretben is olvashatók, de közöttük NO-CLOCK késleltetik, pl. a hosszúság bájtjának kiolvasásához.

IC működési rendszerindítási mód – biztonságos FW letöltési mód

3.1 Bevezetés
A PN5190 firmware kód egy része állandóan a ROM-ban, míg a kód többi része és az adatok a beágyazott flashben tárolódnak. A felhasználói adatokat flash-ben tárolják, és szakadásgátló mechanizmusok védik, amelyek biztosítják az adatok integritását és elérhetőségét. Annak érdekében, hogy az NXP-k ügyfelei a legújabb szabványoknak (EMVCo, NFC Forum és így tovább) megfelelő funkciókat biztosítsanak, a FLASH-ban a kód és a felhasználói adatok egyaránt frissíthetők.
A titkosított firmware hitelességét és integritását aszimmetrikus/szimmetrikus kulcsaláírás és fordított láncú hash mechanizmus védi. Az első DL_SEC_WRITE parancs tartalmazza a második parancs kivonatát, és az első keret hasznos adattartalmán egy RSA aláírás védi. A PN5190 firmware az RSA nyilvános kulcsot használja az első parancs hitelesítésére. Az egyes parancsokban lévő láncolt hash-t a következő parancs hitelesítésére használják, hogy biztosítsák, hogy a firmware-kódhoz és az adatokhoz harmadik felek ne férhessenek hozzá.
A DL_SEC_WRITE parancsok hasznos tartalmai AES-128 kulccsal vannak titkosítva. Az egyes parancsok hitelesítése után a hasznos tartalmat a PN5190 firmware dekódolja és flash-re írja.
Az NXP firmware esetében az NXP feladata az új biztonságos firmware-frissítések, valamint az új felhasználói adatok szállítása.
A frissítési eljárás egy olyan mechanizmussal van felszerelve, amely megvédi az NXP kódok és adatok hitelességét, integritását és titkosságát.
A HDLL-alapú keretcsomag-séma minden parancshoz és válaszhoz használatos a biztonságos firmware-frissítési módhoz.
A 2.1. szakasz tartalmazza a túllépéstview használt HDLL keretcsomag séma.
A PN5190 IC-k a használt változattól függően mind a régebbi titkosított, biztonságos FW-letöltést, mind a hardveres titkosítással segített titkosított biztonságos FW-letöltési protokollt támogatják.
A két típus a következő:

Legacy biztonságos FW letöltési protokoll, amely csak a PN5190 B0/B1 IC verzióval működik.

Hardveres titkosítással támogatott biztonságos FW letöltési protokoll, amely csak a PN5190B2 IC verzióval működik, amely a chipen lévő hardveres titkosítási blokkokat használja

A következő szakaszok a Biztonságos firmware letöltési mód parancsait és válaszait ismertetik.
3.2 A „Biztonságos firmware letöltés” mód aktiválása
Az alábbi diagram és az azt követő lépések bemutatják, hogyan lehet elindítani a biztonságos firmware-letöltési módot.Előfeltétel: A PN5190 működési állapotban van.
Fő forgatókönyv:

Belépési feltétel, ahol a DWL_REQ PIN-kódot használják a „Biztonságos firmware letöltés” módba lépéshez.
a. Az eszközgazda a DWL_REQ pin magasra húzza (csak akkor érvényes, ha biztonságos firmware-frissítés a DWL_REQ tűn keresztül) VAGY
b. Az eszközgazda hard-reset-et hajt végre a PN5190 indításához
Belépési feltétel, amikor a DWL_REQ PIN-kódot nem használják „Biztonságos firmware letöltés” módba (tű nélküli letöltés) való belépéshez.
a. Az eszközgazda hard-reset-et hajt végre a PN5190 indításához
b. Az eszközgazda SWITCH_MODE_NORMAL üzenetet küld (4.5.4.5. szakasz), hogy normál alkalmazásmódba lépjen.
c. Most, amikor az IC normál alkalmazási módban van, az eszközgazda SWITCH_MODE_DOWNLOAD (4.5.4.9. szakasz) üzenetet küld, hogy biztonságos letöltési módba lépjen.
Az eszközgazda DL_GET_VERSION (3.4.4. szakasz), DL_GET_DIE_ID (3.4.6. szakasz) vagy DL_GET_SESSION_STATE (3.4.5. szakasz) parancsot küld.
Az eszközgazda beolvassa az aktuális hardver- és firmware-verziót, munkamenetet, Die-ID-t az eszközről.
a. Az eszközgazda ellenőrzi a munkamenet állapotát, ha az utolsó letöltés befejeződött
b. Az eszközgazda a verzióellenőrzési szabályokat alkalmazza annak eldöntésére, hogy elindítja-e a letöltést, vagy kilép a letöltésből.
Az eszközgazda betöltése a file a letöltendő firmware bináris kódot
Az eszközgazda egy első DL_SEC_WRITE (3.4.8. szakasz) parancsot biztosít, amely a következőket tartalmazza:
a. Az új firmware verziója,
b. Tetszőleges értékek 16 bájtos nonce-je, amelyet a titkosítási kulcs homályosítására használnak
c. A következő képkocka kivonat értéke,
d. Maga a keret digitális aláírása
Az eszközgazda betölti a biztonságos letöltési protokoll sorozatot a PN5190-be a DL_SEC_WRITE (3.4.8. szakasz) parancsokkal
Amikor az utolsó DL_SEC_WRITE (3.4.8. szakasz) parancs elküldésre került, az eszközgazda végrehajtja a DL_CHECK_INTEGRITY (3.4.7. szakasz) parancsot, hogy ellenőrizze, hogy a memóriák írása sikeresen megtörtént-e.
Az eszközgazda beolvassa az új firmware-verziót, és ellenőrzi a munkamenet állapotát, ha zárva van, hogy jelentést készítsen a felső rétegnek
Az eszközgazda alacsony szintre húzza a DWL_REQ tűt (ha a DWL_REQ tűt a letöltési módba való belépéshez használják)
A PN5190 újraindításához az eszközgazda hard reset-et hajt végre (a VEN pin átváltása) az eszközön
Utánállapot: A firmware frissítve; új firmware verziószámot jelentenek.

3.3 Firmware aláírás és verzióvezérlés
A PN5190 firmware-letöltési módban egy mechanizmus biztosítja, hogy csak az NXP által aláírt és szállított firmware-t fogadja el az NXP firmware.
Az alábbiak csak a titkosított biztonságos NXP firmware-re vonatkoznak.
A letöltési munkamenet során egy új, 16 bites firmware-verzió kerül elküldésre. Egy dúr és egy mellékszámból áll:

Fő szám: 8 bit (MSB)
Kisebb szám: 8 bit (LSB)

A PN5190 ellenőrzi, hogy az új főverziószám nagyobb-e vagy egyenlő-e a jelenlegivel. Ha nem, a védett firmware-letöltés elutasításra kerül, és a munkamenet zárva marad.
3.4 HDLL-parancsok örökölt titkosított letöltéshez és hardveres titkosítással támogatott titkosított letöltés
Ez a szakasz az NXP firmware letöltéséhez használt mindkét típusú letöltéshez használt parancsokról és válaszokról nyújt információkat.
3.4.1 HDLL parancs OP kódok
Jegyzet: A HDLL parancskeretek 4 bájtra vannak igazítva. A fel nem használt hasznos bájtok nulla marad.
1. táblázat: HDLL parancs OP kódok listája

PN5190 B0/ B1 (örökölt letöltés)	PN5190 B2 (Titkosított letöltés)	Parancs Alias	Leírás
0xF0	0xE5	DL_RESET	Lágy alaphelyzetbe állítást hajt végre
0xF1	0xE1	DL_GET_VERSION	A verziószámokat adja vissza
0xF2	0xDB	DL_GET_SESSION_STATE	Visszaadja az aktuális munkamenet állapotát
0xF4	0xDF	DL_GET_DIE_ID	Visszaadja a kocka azonosítóját
0xE0	0xE7	DL_CHECK_INTEGRITY	Ellenőrzi és visszaküldi a CRC-ket a különböző területeken, valamint mindegyikhez megfelelő/nem sikerült állapotjelzőt
0xC0	0x8C	DL_SEC_WRITE	x bájtot ír a memóriába az y abszolút címtől kezdve

3.4.2 HDLL válaszkódok
Jegyzet: A HDLL válaszkeretek 4 bájtra vannak igazítva. A fel nem használt hasznos bájtok nulla marad. Csak a DL_OK válaszok tartalmazhatnak hasznos értékeket.
2. táblázat: HDLL válasz OP kódok listája

műveleti kód	Válasz Alias	Leírás
0x00	DL_OK	A parancs átadva
0x01	DL_INVALID_ADDR	A cím nem engedélyezett
0x0B	DL_UNKNOW_CMD	Ismeretlen parancs
0x0C	DL_ABORTED_CMD	A darabsorozat túl nagy
0x1E	DL_ADDR_RANGE_OFL_ERROR	A cím tartományon kívül esik
0x1F	DL_BUFFER_OFL_ERROR	A puffer túl kicsi
0x20	DL_MEM_BSY	A memória foglalt
0x21	DL_SIGNATURE_ERROR	Aláírási eltérés
0x24	DL_FIRMWARE_VERSION_ERROR	A jelenlegi verzió egyenlő vagy magasabb
0x28	DL_PROTOCOL_ERROR	Protokoll hiba
0x2A	DL_SFWU_DEGRADED	Flash adatsérülés
0x2D	PH_STATUS_DL_FIRST_CHUNK	Megérkezett az első darab
0x2E	PH_STATUS_DL_NEXT_CHUNK	Várd meg a következő részt
0xC5	PH_STATUS_INTERNAL_ERROR_5	Hosszúság eltérés

3.4.3 DL_RESET parancs
Keretcsere:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B] PN5190 B2: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] A visszaállítás megakadályozza, hogy a PN5190 elküldje a DL_STATUS_OK választ. Ezért csak hibás állapot fogadható.
A STAT a visszatérési állapot.
3.4.4 DL_GET_VERSION parancs
Keretcsere:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 terhelés CRC16 válasza:
3. táblázat: Válasz a GetVersion parancsra

Mező	Byte	Leírás
STAT	1	Állapot
HW_V	2	Hardver verzió
RO_V	3	ROM kód
MODEL_ID	4	Modellazonosító
FMxV	5-6	Firmware verzió (letöltéshez használt)
RFU1-RFU2	7-8	–

A különböző válaszmezők és leképezésük várható értékei a következők:
4. táblázat. A GetVersion parancs válaszának várt értékei

IC típus	HW verzió (hex)	ROM verzió (hex)	Modellazonosító (hex)	FW verzió (hex)
PN5190 B0	0x51	0x02	0x00	xx.yy
PN5190 B1	0x52	0x02	0x00	xx.yy
PN5190 B2	0x53	0x03	0x00	xx.yy

3.4.5 DL_GET_SESSION_STATE parancs
Keretcsere:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33] PN5190 B2: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] A GetSession válasz hasznos adatkerete:
5. táblázat: Válasz a GetSession parancsra

Mező	Byte	Leírás
STAT	1	Állapot
SSTA	2	Munkamenet állapota • 0x00: zárva • 0x01: nyitott • 0x02: zárolva (a letöltés nem engedélyezett)
RFU-k	3-4

3.4.6 DL_GET_DIE_ID parancs
Keretcsere:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA] PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] A GetDieId válasz hasznos adatkerete a következő:
6. táblázat: Válasz a GetDieId parancsra

Mező	Byte	Leírás
STAT	1	Állapot
RFU-k	2-4
DIEID	5-20	A kocka azonosítója (16 bájt)

3.4.7 DL_CHECK_INTEGRITY parancs
Keretcsere:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16] PN5190 B2: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC32] A CRC16 válaszának ellenőrzése a terhelésben:
7. táblázat: Válasz a CheckIntegrity parancsra

Mező	Byte	Érték/Leírás
STAT	1	Állapot
LEN ADATOK	2	Az adatszakaszok teljes száma
LEN KÓD	3	A kódszakaszok teljes száma
RFU-k	4	Fenntartott
[CRC_INFO]	58	32 bites (little-endian). Ha egy bit be van állítva, akkor a megfelelő szekció CRC-je rendben van, egyébként nem OK.
		Bit	A terület integritásának állapota
		[31:28]	fenntartva [3]
		[27:23]	fenntartva [1]
		[22]	fenntartva [3]
		[21:20]	fenntartva [1]
		[19]	RF konfigurációs terület (PN5190 B0/B1) [2] Fenntartva (PN5190 B2) [3]
		[18]	Protokoll konfigurációs terület (PN5190 B0/B1) [2] RF konfigurációs terület (PN5190 B2) [2]
		[17]	Fenntartva (PN5190 B0/B1) [3] Felhasználói konfigurációs terület (PN5190 B2) [2]
		[16:6]	fenntartva [3]
		[5:4]	Fenntartva a PN5190 B0/B1 számára [3] Fenntartva a PN5190 B2 számára [1]
		[3:0]	fenntartva [1]
[CRC32]	9-136	CRC32 a 32 szakaszból. Minden CRC 4 bájtból áll, kis-végi formátumban tárolva. A CRC első 4 bájtja a CRC_INFO[31] bit, a következő 4 bájt a CRC_INFO[30] bit és így tovább.

[1] Ennek a bitnek 1-nek kell lennie ahhoz, hogy a PN5190 megfelelően működjön (szolgáltatásokkal és/vagy titkosított FW letöltéssel).
[2] Ez a bit alapértelmezés szerint 1, de a felhasználó által módosított beállítások érvénytelenítik a CRC-t. Nincs hatással a PN5190 működésére.
[3] Ez a bitérték, még ha 0 is, nem releváns. Ez a bitérték figyelmen kívül hagyható.

3.4.8 DL_SEC_WRITE parancs
A DL_SEC_WRITE parancsot a biztonságos írási parancsok sorozatának összefüggésében kell figyelembe venni: a titkosított „biztonságos firmware-letöltés” (gyakran eSFWu-nak nevezik).
A biztonságos írási parancs először megnyitja a letöltési munkamenetet, és átadja az RSA hitelesítést. A következőek titkosított címeket és bájtokat adnak át a PN5190 Flash-be írandó. Az utolsó kivételével mindegyik tartalmazza a következő hash-t, így tájékoztatva arról, hogy nem ők az utolsók, és kriptográfiailag összekapcsolva a szekvencia kereteket.
Más parancsok (kivéve DL_RESET és DL_CHECK_INTEGRITY) beszúrhatók egy sorozat biztonságos írási parancsai közé anélkül, hogy megszakítanák azt.
3.4.8.1 Első DL_SEC_WRITE parancs
A biztonságos írási parancs akkor és csak akkor az első, ha:

A keret hossza 312 bájt
Nem érkezett biztonságos írási parancs az utolsó visszaállítás óta.

A beágyazott aláírást a PN5190 sikeresen ellenőrizte.

Az első képkocka parancsra adott válasz a következő: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] A STAT a visszatérési állapot.
Jegyzet: Az eSFWu során legalább egy adatdarabot meg kell írni, még akkor is, ha az írt adatok csak egy bájt hosszúak lehetnek. Ezért az első parancs mindig tartalmazza a következő parancs hash-jét, mivel legalább két parancs lesz.
3.4.8.2 Középső DL_SEC_WRITE parancsok
A biztonságos írási parancs akkor és csak akkor „középső”, ha:

A műveleti kód megegyezik a 3.4.1. szakaszban a DL_SEC_WRITE parancsnál leírtakkal.

Az első biztonságos írási parancs már érkezett és sikeresen ellenőrizve
Az első biztonságos írási parancs kézhezvétele óta nem történt visszaállítás
A keret hossza megegyezik az adatmérettel + a fejléc méretével + a hash méretével: FLEN = MÉRET + 6 + 32

A teljes képkocka kivonata megegyezik az előző keretben kapott hash értékkel

Az első képkocka parancsra adott válasz a következő: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] A STAT a visszatérési állapot.
3.4.8.3 Utolsó DL_SEC_WRITE parancs
A biztonságos írási parancs akkor és csak akkor az utolsó, ha:

A műveleti kód megegyezik a 3.4.1. szakaszban a DL_SEC_WRITE parancsnál leírtakkal.

Az első biztonságos írási parancs már érkezett és sikeresen ellenőrizve
Az első biztonságos írási parancs kézhezvétele óta nem történt visszaállítás
A keret hossza megegyezik az adatmérettel + a fejléc méretével: FLEN = MÉRET + 6

A teljes képkocka kivonata megegyezik az előző keretben kapott hash értékkel

Az első képkocka parancsra adott válasz a következő: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] A STAT a visszatérési állapot.

IC működési rendszerindítási mód – Normál működési mód

4.1 Bevezetés
Általában a PN5190 IC-nek normál üzemmódban kell lennie ahhoz, hogy az NFC-funkciókat megkapja.
Amikor a PN5190 IC elindul, mindig arra vár, hogy parancsokat kapjanak egy gazdagéptől a művelet végrehajtásához, kivéve, ha a PN5190 IC-n belül generált események PN5190 IC rendszerindítást eredményeztek.
4.2 A parancslista végeview
8. táblázat: PN5190 parancslista

Parancskód	A parancs neve
0x00	WRITE_REGISTER
0x01	WRITE_REGISTER_OR_MASK
0x02	WRITE_REGISTER_AND_MASK
0x03	WRITE_REGISTER_MULTIPLE
0x04	READ_REGISTER
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	TRANSMIT_RF_DATA
0x09	RETRIEVE_RF_DATA
0x0A	EXCHANGE_RF_DATA
0x0B	MFC_AUTHENTICATE
0x0C	EPC_GEN2_INVENTORY
0x0D	LOAD_RF_CONFIGURATION
0x0E	UPDATE_RF_CONFIGURATION
0x0F	GET_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	TESTBUS_DIGITAL KONFIGURÁLÁSA
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU-k
0x19	FW v2.01-ig: RFU
0x19	FW v2.03-tól kezdve: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	RFU-k
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	RFU-k
0x25	SWITCH_MODE_DOWNLOAD
0x26	GET_DIEID
0x27	GET_VERSION
0x28	RFU-k
0x29	FW v2.05-ig: RFU
0x29	FW v2.06-tól kezdve: GET_CRC_USER_AREA
0x2A	FW v2.03-ig: RFU
0x2A	FW v2.05-től kezdve: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU-k
0x40	ANTENNA_SELF_TEST (nem támogatott)
0x41	PRBS_TESZT
0x42-0x4F	RFU-k

4.3 Válasz állapotértékek
Az alábbiakban láthatók a válasz állapotértékei, amelyek a PN5190 válaszának részeként kerülnek visszaadásra, miután a parancs operatív lett.
9. táblázat: PN5190 válaszállapot-értékek

Válasz állapota	Válaszállapot értéke	Leírás
PN5190_STATUS_SUCCESS	0x00	Azt jelzi, hogy a művelet sikeresen befejeződött
PN5190_STATUS_TIMEOUT	0x01	Azt jelzi, hogy a parancs művelete időtúllépést eredményezett
PN5190_STATUS_INTEGRITY_ERROR	0x02	Azt jelzi, hogy a parancs működése RF adatintegritási hibát eredményezett
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Azt jelzi, hogy a parancs működése RF ütközési hibát eredményezett
PN5190_STATUS_RFU1	0x04	Fenntartott
PN5190_STATUS_INVALID_COMMAND	0x05	Azt jelzi, hogy az adott parancs érvénytelen/nem valósult meg
PN5190_STATUS_RFU2	0x06	Fenntartott
PN5190_STATUS_AUTH_ERROR	0x07	Azt jelzi, hogy az MFC-hitelesítés sikertelen (engedély megtagadva)
PN5190_STATUS_MEMORY_ERROR	0x08	Azt jelzi, hogy a parancs működése programozási hibát vagy belső memóriahibát okozott
PN5190_STATUS_RFU4	0x09	Fenntartott
PN5190_STATUS_NO_RF_FIELD	0x0A	Azt jelzi, hogy nincs belső rádiófrekvenciás mező jelenléte, vagy hiba van benne (csak kezdeményező/olvasó módban alkalmazható)
PN5190_STATUS_RFU5	0x0B	Fenntartott
PN5190_STATUS_SYNTAX_ERROR	0x0C	Azt jelzi, hogy érvénytelen parancskeret-hossz fogadott
PN5190_STATUS_RESOURCE_ERROR	0x0D	Azt jelzi, hogy belső erőforráshiba történt
PN5190_STATUS_RFU6	0x0E	Fenntartott
PN5190_STATUS_RFU7	0x0F	Fenntartott
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Azt jelzi, hogy nincs külső RF mező a parancs végrehajtása közben (Csak kártya/cél módban alkalmazható)
PN5190_STATUS_RX_TIMEOUT	0x11	Azt jelzi, hogy az RFExchange kezdeményezése és az RX időtúllépése után nem érkezik adat.
PN5190_STATUS_USER_CANCELLED	0x12	Azt jelzi, hogy a jelenlegi folyamatban lévő parancs megszakadt
PN5190_STATUS_PREVENT_STANDBY	0x13	Azt jelzi, hogy a PN5190 nem vált készenléti módba
PN5190_STATUS_RFU9	0x14	Fenntartott
PN5190_STATUS_CLOCK_ERROR	0x15	Azt jelzi, hogy a CLIF óra nem indult el
PN5190_STATUS_RFU10	0x16	Fenntartott
PN5190_STATUS_PRBS_ERROR	0x17	Azt jelzi, hogy a PRBS parancs hibát adott vissza
PN5190_STATUS_INSTR_ERROR	0x18	Azt jelzi, hogy a parancs működése meghiúsult (beleértve az utasításparaméterek hibáját, szintaktikai hibát, magának a műveletnek a hibáját, az utasítás előfeltételei nem teljesülnek stb.)
PN5190_STATUS_ACCESS_DENIED	0x19	Azt jelzi, hogy a belső memóriához való hozzáférés megtagadva
PN5190_STATUS_TX_FAILURE	0x1A	Azt jelzi, hogy a TX over RF sikertelen
PN5190_STATUS_NO_ANTENNA	0x1B	Azt jelzi, hogy nincs antenna csatlakoztatva/jelen
PN5190_STATUS_TXLDO_ERROR	0x1C	Azt jelzi, hogy hiba van a TXLDO-ban, ha a VUP nem elérhető, és az RF be van kapcsolva.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Azt jelzi, hogy az RF konfiguráció nincs betöltve, amikor az RF be van kapcsolva
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	FW 2.01-ig: nem várható
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	FW 2.03-tól: Azt jelzi, hogy a FeliCa EMD regiszterben a LOG ENABLE BIT-tel való csere során FeliCa EMD hiba történt
PN5190_STATUS_INTERNAL_ERROR	0x7F	Azt jelzi, hogy az NVM művelet meghiúsult
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Azt jelzi, hogy az adatok beolvasásra várnak

4.4 Események végeview
Az eseményekről kétféleképpen értesítik a házigazdát.
4.4.1 Normál események IRQ tűn keresztül
Ezek az események az alábbi kategóriákba sorolhatók:

Mindig engedélyezve – A gazdagép mindig értesítést kap

Gazda által vezérelve – A gazdagép értesítést kap, ha a megfelelő Event Enable bit be van állítva a regiszterben (EVENT_ENABLE (01h)).

A perifériás IP-k alacsony szintű megszakításait, beleértve a CLIF-et is, teljes mértékben a firmware-en belül kell kezelni, és a gazdagép csak az események szakaszban felsorolt eseményekről kap értesítést.
A firmware két eseményregisztert valósít meg RAM-regiszterként, amelyek a 4.5.1.1. / 4.5.1.5. szakasz parancsaival írhatók/olvashatók.
A regiszter EVENT_ENABLE (0x01) => Adott/összes eseményértesítés engedélyezése.
A regiszter EVENT_STATUS (0x02) => Az eseményüzenet hasznos terhelésének része.
Az eseményeket a fogadónak törölnie kell, amint az eseményüzenetet felolvassa.
Az események aszinkron jellegűek, és értesítést kapnak a gazdagépnek, ha engedélyezve vannak az EVENT_ENABLE regiszterben.
Az alábbiakban azoknak az eseményeknek a listája található, amelyek az eseményüzenet részeként elérhetők lesznek a fogadó számára.
10. táblázat. PN5190 események (a EVENT_STATUS tartalma)

Bit – Tartomány		[1] mező	Mindig Engedélyezve (I/N)
31	12	RFU-k	NA
11	11	CTS_EVENT [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_EVENT	Y
7	7	AUTOCOLL_EVENT	Y
6	6	TIMER0_EVENT	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [2]	N
3	3	RFOFF_DET_EVENT [2]	N
2	2	STANDBY_PREV_EVENT	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	BOOT_EVENT	Y

Vegye figyelembe, hogy nincs két esemény klubba rendezve, kivéve a hibákat. Működés közbeni hibák esetén a funkcionális esemény (pl. BOOT_EVENT, AUTOCALL_EVENT stb.) és GENERAL_ERROR_EVENT kerül beállításra.

Ez az esemény automatikusan letiltásra kerül, miután közzétették a gazdagépnek. A fogadónak újra engedélyeznie kell ezeket az eseményeket, ha értesítést szeretne kapni ezekről az eseményekről.

4.4.1.1 Eseményüzenetek formátumai
Az eseményüzenet formátuma az esemény előfordulásától és a PN5190 különböző állapotától függően változik.
A házigazdának el kell olvasnia tag (T) és az üzenet hossza (L), majd olvassa be a megfelelő számú bájtot az események értékeként (V).
Általában az eseményüzenet (lásd a 12. ábrát) tartalmazza a 11. táblázatban meghatározott EVENT_STATUS-t, és az eseményadatok az EVENT_STATUS-ban beállított megfelelő eseménybiteknek felelnek meg.
Jegyzet:
Egyes eseményeknél nem létezik hasznos teher. Például, ha a TIMER0_EVENT aktiválódik, csak az EVENT_STATUS kerül megadásra az eseményüzenet részeként.
A 11. táblázat azt is részletezi, hogy az eseményadatok jelen vannak-e a megfelelő eseményhez az eseményüzenetben.GENERAL_ERROR_EVENT más eseményekkel is előfordulhat.
Ebben a forgatókönyvben az eseményüzenet (lásd a 13. ábrát) tartalmazza a 11. táblázatban meghatározott EVENT_STATUS és a 14. táblázatban meghatározott GENERAL_ERROR_STATUS_DATA értéket, majd az eseményadatok megfelelnek a 11. táblázatban meghatározott EVENT_STATUS paraméterben beállított megfelelő eseménybiteknek.Jegyzet:
Csak a BOOT_EVENT vagy a POR, STANDBY, ULPCD után tud a gazdagép normál üzemmódban dolgozni a fent felsorolt parancsok kiadásával.
Meglévő futó parancs megszakítása esetén csak az IDLE_EVENT után a gazdagép a fent felsorolt parancsok kiadásával tud normál üzemmódban dolgozni.
4.4.1.2 Különböző ESEMÉNY állapotdefiníciók
4.4.1.2.1 Bitdefiníciók az EVENT_STATUS számára
11. táblázat: Az EVENT_STATUS bitek definíciói

Bit (To-tól)		Esemény	Leírás	A megfelelő esemény eseményadatai (ha van)
31	12	RFU-k	Fenntartott
11	11	CTS_EVENT	Ez a bit a CTS esemény generálásakor kerül beállításra.	86. táblázat
10	10	IDLE_EVENT	Ez a bit akkor kerül beállításra, ha a folyamatban lévő parancsot a SWITCH_MODE_NORMAL parancs kiadása miatt törlik.	Nincsenek eseményadatok
9	9	LPCD_CALIBRATION_DONE_ ESEMÉNY	Ez a bit akkor kerül beállításra, amikor az LPCD kalibrálás befejeződött esemény generálódik.	16. táblázat
8	8	LPCD_EVENT	Ez a bit az LPCD esemény generálásakor kerül beállításra.	15. táblázat
7	7	AUTOCOLL_EVENT	Ez a bit akkor kerül beállításra, amikor az AUTOCOLL művelet befejeződött.	52. táblázat
6	6	TIMER0_EVENT	Ez a bit akkor kerül beállításra, amikor a TIMER0 esemény bekövetkezik.	Nincsenek eseményadatok
5	5	TX_OVERCURRENT_ERROR_ ESEMÉNY	Ez a bit akkor van beállítva, ha a TX meghajtó árama magasabb, mint az EEPROM-ban meghatározott küszöbérték. Ebben a feltételben a mező automatikusan kikapcsol, mielőtt értesítést kapna a gazdagépnek. Lásd a 4.4.2.2. szakaszt.	Nincsenek eseményadatok
4	4	RFON_DET_EVENT	Ez a bit a külső RF mező észlelésekor kerül beállításra.	Nincsenek eseményadatok
3	3	RFOFF_DET_EVENT	Ez a bit akkor kerül beállításra, ha a már meglévő külső RF mező eltűnik.	Nincsenek eseményadatok
2	2	STANDBY_PREV_EVENT	Ez a bit akkor van beállítva, ha a készenléti állapot blokkolva van a megelőzési feltételek miatt	13. táblázat
1	1	GENERAL_ERROR_EVENT	Ez a bit akkor van beállítva, ha bármilyen általános hibafeltétel fennáll	14. táblázat
0	0	BOOT_EVENT	Ez a bit akkor van beállítva, amikor a PN5190 POR/Standby móddal indul	12. táblázat

4.4.1.2.2 A BOOT_STATUS_DATA bitdefiníciói
12. táblázat: A BOOT_STATUS_DATA bitek definíciói

Kicsit hozzá	Bit From	Boot állapot	Boot oka miatt
31	27	RFU-k	Fenntartott
26	26	ULP_STANDBY	A rendszerindítás oka az ULP_STANDBY rendszerből való kilépés miatt.
25	23	RFU-k	Fenntartott
22	22	BOOT_ RX_ULPDET	Az RX ULPDET ULP-készenléti módban történő rendszerindítást eredményezett
21	21	RFU-k	Fenntartott
20	20	BOOT_SPI	A rendszerindítás oka az SPI_NTS jel alacsony szintje miatt
19	17	RFU-k	Fenntartott
16	16	BOOT_GPIO3	A rendszerindítás oka a GPIO3 alacsonyról magasra való átállása miatt.
15	15	BOOT_GPIO2	A rendszerindítás oka a GPIO2 alacsonyról magasra való átállása miatt.
14	14	BOOT_GPIO1	A rendszerindítás oka a GPIO1 alacsonyról magasra való átállása miatt.
13	13	BOOT_GPIO0	A rendszerindítás oka a GPIO0 alacsonyról magasra való átállása miatt.
12	12	BOOT_LPDET	A rendszerindítás oka a külső RF mező jelenléte KÉSZENLÉT/FÜGG
11	11	RFU-k	Fenntartott
10	8	RFU-k	Fenntartott
7	7	BOOT_SOFT_RESET	A rendszerindítás oka az IC puha alaphelyzetbe állítása
6	6	BOOT_VDDIO_LOSS	A rendszerindítás oka a VDDIO elvesztése miatt. Lásd a 4.4.2.3. szakaszt
5	5	BOOT_VDDIO_START	Indítási ok, ha a STANDBY VDDIO LOSS-szal lép be. Lásd a 4.4.2.3. szakaszt
4	4	BOOT_WUC	Indítási ok az ébresztési számláló miatt, amely bármelyik KÉSZENLÉTI üzemmódban lejárt.
3	3	BOOT_TEMP	Az IC hőmérséklete miatti rendszerindítási ok meghaladja a beállított küszöbértéket. Lásd a 4.4.2.1. szakaszt
2	2	BOOT_WDG	A rendszerindítás oka a watchdog reset miatt
1	1	RFU-k	Fenntartott
0	0	BOOT_POR	A rendszerindítás oka a bekapcsolási alaphelyzetbe állítás miatt

4.4.1.2.3 Bitdefiníciók a STANDBY_PREV_STATUS_DATA számára
13. táblázat: A STANDBY_PREV_STATUS_DATA bitek definíciói

Kicsit hozzá	Bit From	Készenléti megelőzés	miatt készenléti állapot le van tiltva
31	26	RFU-k	FENNTARTOTT
25	25	RFU-k	FENNTARTOTT
24	24	PREV_TEMP	Az IC működési hőmérséklete túllépi a küszöbértéket
23	23	RFU-k	FENNTARTOTT
22	22	PREV_HOSTCOMM	Host interfész kommunikáció
21	21	PREV_SPI	A SPI_NTS jel alacsonyra húzódik
20	18	RFU-k	FENNTARTOTT
17	17	PREV_GPIO3	GPIO3 jel átmenet alacsonyról magasra
16	16	PREV_GPIO2	GPIO2 jel átmenet alacsonyról magasra
15	15	PREV_GPIO1	GPIO1 jel átmenet alacsonyról magasra
14	14	PREV_GPIO0	GPIO0 jel átmenet alacsonyról magasra
13	13	PREV_WUC	Az ébresztő számláló lejárt
12	12	PREV_LPDET	Alacsony fogyasztású érzékelés. Akkor fordul elő, ha a készülék külső RF jelet észlel készenléti állapotba lépés közben.
11	11	PREV_RX_ULPDET	RX ultra-alacsony teljesítmény érzékelés. Akkor fordul elő, ha a rendszer RF jelet észlel az ULP_STANDBY üzemmódba lépés során.
10	10	RFU-k	FENNTARTOTT
9	5	RFU-k	FENNTARTOTT
4	4	RFU-k	FENNTARTOTT
3	3	RFU-k	FENNTARTOTT
2	2	RFU-k	FENNTARTOTT
1	1	RFU-k	FENNTARTOTT
0	0	RFU-k	FENNTARTOTT

4.4.1.2.4 Bitdefiníciók a GENERAL_ERROR_STATUS_DATA számára
14. táblázat: A GENERAL_ERROR_STATUS_DATA bitek definíciói

Kicsit hozzá	Kicsit innen	Hibaállapot	Leírás
31	6	RFU-k	Fenntartott
5	5	XTAL_START_ERROR	Az XTAL indítása nem sikerült a rendszerindítás során
4	4	SYS_TRIM_RECOVERY_ERROR	Belső rendszermemória hiba történt, de a helyreállítás nem sikerült. A rendszer csökkentett módban működik.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Belső rendszermemória hiba történt, és a helyreállítás sikeres volt. A gazdagépnek újra kell indítania a PN5190-et, hogy a helyreállítás érvénybe lépjen.
2	2	TXLDO_ERROR	TXLDO hiba
1	1	CLOCK_ERROR	Óra hiba
0	0	GPADC_ERROR	ADC hiba

4.4.1.2.5 Bitdefiníciók az LPCD_STATUS_DATA számára
15. táblázat: Az LPCD_STATUS_DATA bájtok definíciói

Kicsit hozzá	Bit From	Az állapotbitek alkalmazhatósága az LPCD vagy az ULPCD mögöttes működése szerint			A megfelelő bit leírása az állapotbyte-ban van beállítva.
			LPCD	ULPCD
31	7	RFU-k			Fenntartott
6	6	Megszakítás_HIF	Y	N	HIF tevékenység miatt megszakítva
5	5	CLKDET hiba	N	Y	CLKDET hiba miatt megszakítva
4	4	XTAL időtúllépés	N	Y	Megszakítva, mert XTAL időtúllépés történt
3	3	VDDPA LDO túláram	N	Y	Megszakítva VDDPA LDO túláram miatt
2	2	Külső RF mező	Y	Y	Külső RF mező miatt megszakítva
1	1	GPIO3 Megszakítás	N	Y	GPIO3 szintváltozás miatt megszakítva
0	0	Kártya észlelve	Y	Y	A kártya észlelve

4.4.1.2.6 Bitdefiníciók az LPCD_CALIBRATION_DONE állapotadatokhoz
16. táblázat: Az ULPCD LPCD_CALIBRATION_DONE állapotadatbájtjainak meghatározásai

Kicsit hozzá	Bit From	LPCD_CALIBRATION DONE állapota esemény	A megfelelő bit leírása az állapotbyte-ban van beállítva.
31	11		Fenntartott
10	0	Referenciaérték az ULPCD-kalibrálásból	Az ULPCD kalibráció során mért RSSI-érték, amelyet referenciaként használunk az ULPCD során

17. táblázat: Definíciók az LPCD_CALIBRATION_DONE állapotadatbájtokhoz az LPCD-hez

Kicsit hozzá	Bit From	Az állapotbitek alkalmazhatósága az LPCD vagy az ULPCD mögöttes működése szerint			A megfelelő bit leírása az állapotbyte-ban van beállítva.
2	2	Külső RF mező	Y	Y	Külső RF mező miatt megszakítva
1	1	GPIO3 Megszakítás	N	Y	GPIO3 szintváltozás miatt megszakítva
0	0	Kártya észlelve	Y	Y	A kártya észlelve

4.4.2 Különféle rendszerindítási forgatókönyvek kezelése
A PN5190 IC az alábbiak szerint kezeli az IC-paraméterekkel kapcsolatos különböző hibafeltételeket.
4.4.2.1 Túlmelegedési forgatókönyv kezelése, amikor a PN5190 működik
Amikor a PN5190 IC belső hőmérséklete eléri a TEMP_WARNING [2] EEPROM mezőben konfigurált küszöbértéket, az IC készenléti állapotba lép. Következésképpen, ha az EEPROM mező ENABLE_GPIO0_ON_OVERTEMP [2] úgy van beállítva, hogy értesítést küldjön a gazdagépnek, akkor a GPIO0 magasra kerül, hogy értesítse az IC túlmelegedését.
Amint és amikor az IC hőmérséklete a TEMP_WARNING [2] EEPROM mezőben beállított küszöbérték alá esik, az IC a 11. táblázat szerint a BOOT_EVENT paraméterrel indul el, és a BOOT_TEMP rendszerindítási állapot bitje a 12. táblázat szerint lesz beállítva, és a GPIO0 alacsonyra húzódik.
4.4.2.2 Túláram kezelése
Ha a PN5190 IC érzékeli a túláram állapotát, az IC kikapcsolja az RF tápellátást, és elküldi a TX_OVERCURRENT_ERROR_EVENT eseményt a 11. táblázat szerint.
A túláram feltételének időtartama a TXLDO_CONFIG [2] EEPROM mező módosításával szabályozható.
Az IC áramküszöb túllépésére vonatkozó információkért lásd a [2] dokumentumot.
Jegyzet:
Ha egyéb függőben lévő események vagy válaszok vannak, azokat elküldjük a fogadónak.
4.4.2.3 A VDDIO elvesztése működés közben
Ha a PN5190 IC azt észleli, hogy nincs VDDIO (VDDIO veszteség), az IC készenléti állapotba lép.
Az IC csak akkor indul el, ha a VDDIO elérhető, a BOOT_EVENT a 11. táblázat szerint, a BOOT_VDDIO_START rendszerindítási állapot bitje pedig a 12. táblázat szerint van beállítva.
A PN5190 IC statikus jellemzőivel kapcsolatos információkért lásd a [2] dokumentumot.
4.4.3 Megszakítási forgatókönyvek kezelése
A PN5190 IC támogatja a jelenlegi végrehajtási parancsok és a PN5190 IC viselkedésének megszakítását, ha a 4.5.4.5.2. szakaszban leírt megszakítási parancsot a PN5190 IC-nek küldi, a 18. táblázat mutatja.
Jegyzet:
Ha a PN5190 IC ULPCD és ULP-készenléti módban van, akkor sem szakítható meg a 4.5.4.5.2. szakasz elküldésével VAGY SPI-tranzakció indításával (az SPI_NTS jel lehúzásával).
18. táblázat: Várt eseményválasz, amikor különböző parancsok a 4.5.4.5.2. szakaszban fejeződnek be

Parancsok	Viselkedés Normál mód váltási parancs elküldésekor
Minden olyan parancs, ahol nincs beírva alacsony teljesítmény	A EVENT_STAUS a következőre van állítva: „IDLE_EVENT”
Kapcsoló üzemmódú LPCD	Az EVENT_STATUS beállítása „LPCD_EVENT” és az „LPCD_ STATUS_DATA” állapotbitek „Abort_HIF”-ként jelzik.
Készenléti üzemmód váltása	Az EVENT_STAUS beállítása „BOOT_EVENT”, a „BOOT_ STATUS_DATA” „BOOT_SPI” bitekkel.
Switch Mode Autocoll (nincs autonóm mód, autonóm mód készenléttel és autonóm mód készenlét nélkül)	Az EVENT_STAUS beállítása „AUTOCOLL_EVENT”, a STATUS_DATA bitekkel azt jelzi, hogy a felhasználó törölte a parancsot.

4.5 Normál üzemmódú működési utasítás részletei
4.5.1 Regiszter-manipuláció
Az ebben a szakaszban található utasítások a PN5190 logikai regisztereinek elérésére szolgálnak.
4.5.1.1 WRITE_REGISTER
Ezzel az utasítással egy 32 bites értéket (little-endian) írhatunk egy logikai regiszterbe.
4.5.1.1.1 Feltételek
A regiszter címének léteznie kell, és a regiszternek rendelkeznie kell READ-WRITE vagy WRITE-ONLY attribútummal.
4.5.1.1.2 Parancs
19. táblázat: WRITE_REGISTER parancs értéke Írjon egy 32 bites értéket egy regiszterbe.

Hasznos tehermező	Hossz	Érték/Leírás
Regisztráció Cím	1 bájt	A nyilvántartás címe.

19. táblázat: WRITE_REGISTER parancs értéke…folytatás
Írjon egy 32 bites értéket egy regiszterbe.

Hasznos tehermező	Hossz	Érték/Leírás
Érték	4 bájt	32 bites regiszterérték, amelyet meg kell írni. (Little-endian)

4.5.1.1.3 Válasz
20. táblázat: WRITE_REGISTER válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.1.2 WRITE_REGISTER_OR_MASK
Ez az utasítás a regiszter tartalmának logikai VAGY művelettel történő módosítására szolgál. A regiszter tartalma beolvasásra kerül, és logikai VAGY műveletet hajt végre a megadott maszkkal. A módosított tartalom visszaírásra kerül a regiszterbe.
4.5.1.2.1 Feltételek
A regiszter címének léteznie kell, és a regiszternek rendelkeznie kell a READ-WRITE attribútummal.
4.5.1.2.2 Parancs
21. táblázat: WRITE_REGISTER_OR_MASK parancs értéke Logikai VAGY művelet végrehajtása egy regiszteren a megadott maszk használatával.

Terhelés mező	Hossz	Érték/leírás
Regisztráció Cím	1 bájt	A nyilvántartás címe.
Maszk	4 bájt	A logikai VAGY művelet operandusaként használt bitmaszk. (Little-endian)

4.5.1.2.3 Válasz
22. táblázat: WRITE_REGISTER_OR_MASK válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.1.3 WRITE_REGISTER_AND_MASK
Ez az utasítás a regiszter tartalmának módosítására szolgál logikai ÉS művelettel. A regiszter tartalma beolvasásra kerül, és logikai ÉS műveletet hajt végre a megadott maszkkal. A módosított tartalom visszaírásra kerül a nyilvántartásba.
4.5.1.3.1 Feltételek
A regiszter címének léteznie kell, és a regiszternek rendelkeznie kell a READ-WRITE attribútummal.
4.5.1.3.2 Parancs
23. táblázat: WRITE_REGISTER_AND_MASK parancs értéke Logikai ÉS művelet végrehajtása egy regiszteren a megadott maszk használatával.

Terhelés mező	Hossz	Érték/leírás
Regisztráció Cím	1 bájt	A nyilvántartás címe.
Maszk	4 bájt	A logikai ÉS művelethez operandusként használt bitmaszk. (Little-endian)

4.5.1.3.3 Válasz
24. táblázat: WRITE_REGISTER_AND_MASK válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Ez az utasítási funkcionalitás hasonló a 4.5.1.1. szakasz, 4.5.1.2. szakasz, 4.5.1.3. szakaszhoz, és kombinálható. Valójában egy regiszter típusú értékkészlet tömbjét veszi igénybe, és végrehajtja a megfelelő műveletet. A típus azt a műveletet tükrözi, amely vagy regiszter írása, logikai VAGY művelet egy regiszteren vagy logikai ÉS művelet egy regiszteren.
4.5.1.4.1 Feltételek
A regiszter megfelelő logikai címének egy halmazon belül léteznie kell.
A regiszter hozzáférési attribútumának lehetővé kell tennie a szükséges művelet végrehajtását (típus):

Írási művelet (0x01): READ-WRITE vagy WRITE-ONLY attribútum

VAGY maszk művelet (0x02): READ-WRITE attribútum
ÉS maszk művelet (0x03): READ-WRITE attribútum

A „Set” tömb méretének 1 és 43 közötti tartományban kell lennie.
A „Típus” mezőnek 1–3 tartományban kell lennie

4.5.1.4.2 Parancs
25. táblázat: WRITE_REGISTER_MULTIPLE parancs értéke Regiszter-érték párok segítségével hajtson végre egy írási regiszter műveletet.

Terhelés mező	Hossz	Érték/leírás
[1…n] beállítása	6 bájt	Regisztráció Cím	1 bájt	A nyilvántartás logikai címe.
		Írja be	1 bájt	0x1	Írjon Regisztrációt
				0x2	Írjon Regisztrációt VAGY Maszkot
				0x3	Írjon Regisztrációt ÉS Maszkot
		Érték	4 bájt	32 Bite regiszter értéke, amelyet fel kell írni, vagy a logikai művelethez használt bitmaszk. (Little-endian)

Megjegyzés: Kivétel esetén a művelet nem gördül vissza, azaz a kivétel bekövetkeztéig módosított regiszterek módosított állapotban maradnak. A gazdagépnek megfelelő lépéseket kell tennie a meghatározott állapot helyreállításához.
4.5.1.4.3 Válasz
26. táblázat: WRITE_REGISTER_MULTIPLE válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.1.5 READ_REGISTER
Ez az utasítás egy logikai regiszter tartalmának visszaolvasására szolgál. A tartalom jelen van a válaszban, 4 bájtos értékként, little-endian formátumban.
4.5.1.5.1 Feltételek
A logikai regiszter címének léteznie kell. A regiszter hozzáférési attribútuma READ-WRITE vagy READ-ONLY lehet.
4.5.1.5.2 Parancs
27. táblázat: READ_REGISTER parancs értéke
Olvassa vissza egy nyilvántartás tartalmát.

Hasznos tehermező	Hossz	Érték/Leírás
Regisztráció Cím	1 bájt	A logikai regiszter címe

4.5.1.5.3 Válasz
28. táblázat: READ_REGISTER válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Regisztráljon értéket	4 bájt	A kiolvasott 32 bites regiszterérték. (Little-endian)

4.5.1.5.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.1.6 READ_REGISTER_MULTIPLE
Ez az utasítás több logikai regiszter egyidejű olvasására szolgál. Az eredményt (az egyes regiszterek tartalmát) az utasításra adott válasz tartalmazza. Maga a regisztrációs cím nem szerepel a válaszban. A regiszter tartalmának sorrendje a válaszon belül megegyezik a regisztercímek utasításon belüli sorrendjével.
4.5.1.6.1 Feltételek
Az utasításban szereplő összes regisztercímnek léteznie kell. Az egyes regiszterek hozzáférési attribútumának READ-WRITE vagy READ-ONLY értékűnek kell lennie. A „Register Address” tömb méretének 1 és 18 közötti tartományban kell lennie.
4.5.1.6.2 Parancs
29. táblázat: READ_REGISTER_MULTIPLE parancs értéke Regiszter olvasási művelet végrehajtása regiszterkészleten.

Hasznos tehermező	Hossz	Érték/Leírás
Regisztrációs cím[1…n]	1 bájt	Regisztráció Cím

4.5.1.6.3 Válasz
30. táblázat: READ_REGISTER_MULTIPLE válaszérték

Terhelés mező	Hossz	Érték/leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Regiszter érték [1…n]	4 bájt	Érték	4 bájt	Kiolvasott 32 bites regiszterérték (little-endian).

4.5.1.6.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.2 E2PROM manipuláció
Az E2PROM elérhető területe az EEPROM térképnek és a címezhető méretnek megfelelő.
Jegyzet:
1. Ahol az „E2PROM-cím” szerepel az alábbi utasításokban, a címezhető EEPROM-terület méretére kell utalnia.
4.5.2.1 WRITE_E2PROM
Ez az utasítás egy vagy több érték E2PROM-ba írására szolgál. Az „Értékek” mező tartalmazza az E2PROM-ba írandó adatokat az „E2PROM Address” mezőben megadott címtől kezdve. Az adatok sorrendben kerülnek felírásra.
Jegyzet:
Vegye figyelembe, hogy ez egy blokkoló parancs, ami azt jelenti, hogy az NFC FE blokkolva van az írási művelet során. Ez több ezredmásodpercig is eltarthat.
4.5.2.1.1 Feltételek
Az 'E2PROM cím' mezőnek a [2] szerinti tartományban kell lennie. Az „Értékek” mezőben lévő bájtok számának 1 és 1024 (0x0400) közötti tartományban kell lennie. Az írási művelet nem haladhatja meg az EEPROM-címet a [2]-ben említettek szerint. Hibaválaszt kell küldeni a gazdagépnek, ha a cím meghaladja az EEPROM címterét, a [2] szerint.
4.5.2.1.2 Parancs
31. táblázat: WRITE_E2PROM parancs értéke Írja be egymás után a megadott értékeket az E2PROM-ba.

Terhelés mező	Hossz	Érték/leírás
E2PROM cím	2 bájt	Cím az EEPROM-ban, ahonnan az írási művelet elindul. (Little-endian)
Értékek	1 – 1024 bájt	Azok az értékek, amelyeket sorrendben kell beírni az E2PROM-ba.

4.5.2.1.3 Válasz
32. táblázat: WRITE_EEPROM válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.2.2 READ_E2PROM
Ez az utasítás az adatok visszaolvasására szolgál az E2PROM memóriaterületről. Az „E2PROM Address” mező az olvasási művelet kezdőcímét jelzi. A válasz az E2PROM-ból kiolvasott adatokat tartalmazza.
4.5.2.2.1 Feltételek
Az „E2PROM-cím” mezőnek érvényes tartományban kell lennie.
A „Bájtok száma” mezőnek 1 és 256 közötti tartományban kell lennie.
Az olvasási művelet nem haladhatja meg az utolsó elérhető EEPROM-címet.
Ha a cím meghaladja az EEPROM címterét, hibaválaszt kell küldeni a gazdagépnek.
4.5.2.2.2 Parancs
33. táblázat: READ_E2PROM parancs értéke Értékek kiolvasása az E2PROM-ból egymás után.

Terhelés mező	Hossz	Érték/leírás
E2PROM cím	2 bájt	Cím az E2PROM-ban, ahonnan az olvasási művelet elindul. (Little-endian)
Bájtok száma	2 bájt	A kiolvasandó bájtok száma. (Little-endian)

4.5.2.2.3 Válasz
34. táblázat: READ_E2PROM válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Értékek	1 – 1024 bájt	Sorozati sorrendben kiolvasott értékek.

4.5.2.2.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.2.3 GET_CRC_USER_AREA
Ez az utasítás a teljes felhasználói konfigurációs terület CRC-jének kiszámítására szolgál, beleértve a PN5190 IC protokollterületét.
4.5.2.3.1 Parancs
35. táblázat: GET_CRC_USER_AREA parancsérték
Olvassa ki a felhasználói konfigurációs terület CRC-jét, beleértve a protokollterületet is.

Hasznos tehermező	Hossz	Érték/Leírás
–	–	Nincs adat a rakományban

4.5.2.3.2 Válasz
36. táblázat: GET_CRC_USER_AREA válaszérték

Terhelés mező	Hossz	Érték/leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Értékek	4 bájt	4 bájt CRC adat kis-végi formátumban.

4.5.2.3.3 Esemény
Ehhez a parancshoz nincsenek események.
4.5.3 CLIF adatok kezelése
Az ebben a részben leírt utasítások leírják az RF átviteli és vételi parancsokat.
4.5.3.1 EXCHANGE_RF_DATA
Az RF adatcsere funkció végrehajtja a TX adatok átvitelét, és vár bármely RX adat vételére.
A függvény vétel (akár hibás, akár helyes) vagy időtúllépés esetén tér vissza. Az időzítő az ADÁS VÉGÉVEL indul, és a VÉTEL KEZDÉSÉVEL áll le. Az EEPROM-ban előre beállított időtúllépési értéket kell használni abban az esetben, ha az időtúllépés nincs konfigurálva az Exchange parancs végrehajtása előtt.
Ha az adóvevő_állapota

Üresjáratban a TRANSCEIVE módba lép.
A WAIT_RECEIVE-ben az adó-vevő állapota TRANSCEIVE MODE-ra áll vissza, ha a kezdeményező bit be van állítva

A WAIT_TRANSMIT során az adó-vevő állapota TRANSCEIVE MODE-ra áll vissza, ha a kezdeményező bit NINCS beállítva

A „Érvényes bitek száma az utolsó bájtban” mező a továbbítandó adat pontos hosszát jelzi.

4.5.3.1.1 Feltételek
A „TX Data” mező méretének 0 és 1024 közötti tartományban kell lennie.
Az „Érvényes bitek száma az utolsó bájtban” mezőnek 0 és 7 között kell lennie.
A parancs nem hívható meg folyamatban lévő RF adás közben. A parancsnokságnak biztosítania kell az adó-vevő megfelelő állapotát az adatok továbbításához.
Jegyzet:
Ez a parancs csak olvasó módban és P2P passzív/aktív kezdeményező módban érvényes.
4.5.3.1.2 Parancs
37. táblázat: EXCHANGE_RF_DATA parancs értéke
Írja be a TX adatokat a belső RF átviteli pufferbe, és megkezdi az átvitelt az adásvételi paranccsal, és várja meg a vételt vagy az időtúllépést, hogy előkészítse a választ a gazdagépnek.

Hasznos tehermező	Hossz	Érték/Leírás
Érvényes bitek száma az utolsó bájtban	1 bájt	0	Az utolsó bájt összes bitje átvitelre kerül
		1 – 7	Az utolsó továbbítandó bitek száma az utolsó bájton belül.
RFExchangeConfig	1 bájt	Az RFExchange funkció konfigurálása. A részleteket lásd alább

37. táblázat: EXCHANGE_RF_DATA parancs értéke…folytatás
Írja be a TX adatokat a belső RF átviteli pufferbe, és megkezdi az átvitelt az adásvételi paranccsal, és várja meg a vételt vagy az időtúllépést, hogy előkészítse a választ a gazdagépnek.

Hasznos tehermező	Hossz	Érték/Leírás
TX adatok	n bájt	TX adatok, amelyeket CLIF-en keresztül kell kiküldeni az adásvételi paranccsal. n = 0 – 1024 bájt

38. táblázat: RFexchangeConfig bitmaszk

b7	b6	b5	b4	b3	b2	b1	b0	Leírás
								A 4-7 bitek RFU-k
				X				Ha a bit 1b-re van állítva, az RX-adatok szerepeltetése válaszként az RX_STATUS alapján.
					X			Adja meg az EVENT_STATUS regisztert válaszul, ha a bit értéke 1b.
						X		Adja meg az RX_STATUS_ERROR regisztert válaszul, ha a bit 1b-re van állítva.
							X	Ha a bit 1b-re van állítva, válaszul vegye fel az RX_STATUS regisztert.

4.5.3.1.3 Válasz
39. táblázat: EXCHANGE_RF_DATA válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 bájt	Ha az RX_STATUS kérésre kerül (little-endian)
RX_STATUS_ERROR	4 bájt	Ha az RX_STATUS_ERROR kérésre kerül (little-endian)
EVENT_STATUS	4 bájt	Ha az EVENT_STATUS kérésre kerül (little-endian)
RX adatok	1 – 1024 bájt	Ha RX adatokat kérnek. Az RF csere RF vételi fázisában vett RX adatok.

4.5.3.1.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.3.2 TRANSMIT_RF_DATA
Ez az utasítás arra szolgál, hogy adatokat írjon a belső CLIF átviteli pufferbe, és indítsa el az átvitelt belső transzceive paranccsal. Ennek a puffernek a mérete 1024 bájtra korlátozódik. Az utasítás végrehajtása után automatikusan elindul az RF vétel.
A parancs azonnal visszatér az átvitel befejezése után, és nem várja meg a vétel befejezését.
4.5.3.2.1 Feltételek
A „TX adatok” mezőben lévő bájtok számának 1 és 1024 közötti tartományban kell lennie.
A parancs nem hívható meg folyamatban lévő RF adás közben.
4.5.3.2.2 Parancs
40. táblázat: TRANSMIT_RF_DATA parancs értéke TX adatok írása a belső CLIF átviteli pufferbe.

Hasznos tehermező	Hossz	Érték/Leírás
Érvényes bitek száma az utolsó bájtban	1 bájt	0 Az utolsó bájt összes bitje átvitelre kerül 1 – 7 Az utolsó továbbítandó bitek száma az utolsó bájton belül.
RFU-k	1 bájt	Fenntartott
TX adatok	1 – 1024 bájt	TX adatok, amelyeket a következő RF átvitel során kell használni.

4.5.3.2.3 Válasz
41. táblázat: TRANSMIT_RF_DATA válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.3.3 RETRIEVE_RF_DATA
Ez az utasítás a belső CLIF RX pufferből származó adatok beolvasására szolgál, amely tartalmazza a 4.5.3.1. szakasz előző végrehajtásából elküldött RF válaszadatokat (ha vannak), azzal a lehetőséggel, hogy a kapott adatok ne szerepeljenek a válaszban vagy a 4.5.3.2. .XNUMX parancs.
4.5.3.3.1 Parancs
42. táblázat: RETRIEVE_RF_DATA parancs értéke RX adatok olvasása a belső RF vételi pufferből.

Hasznos tehermező	Hossz	Érték/Leírás
Üres	Üres	Üres

4.5.3.3.2 Válasz
43. táblázat: RETRIEVE_RF_DATA válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:

Hasznos tehermező	Hossz	Érték/Leírás
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
RX adatok	1 – 1024 bájt	Az utolsó sikeres RF vétel során vett RX adatok.

4.5.3.3.3 Esemény
Ehhez a parancshoz nincsenek események.
4.5.3.4 RECEIVE_RF_DATA
Ez az utasítás az olvasó RF interfészén keresztül kapott adatokra vár.
Olvasó módban ez az utasítás akkor tér vissza, ha van vétel (akár hibás, akár helyes), vagy ha FWT időtúllépés történt. Az időzítő az ADÁS VÉGÉVEL indul, és a VÉTEL KEZDÉSÉVEL áll le. Az EEPROM-ban előre beállított alapértelmezett időtúllépési értéket kell használni abban az esetben, ha az időtúllépés nincs konfigurálva az Exchange parancs végrehajtása előtt.
Cél módban ez az utasítás vétel (akár hibás, akár helyes) vagy külső RF hiba esetén tér vissza.
Jegyzet:
Ezt az utasítást a TRANSMIT_RF_DATA paranccsal együtt kell használni a TX és RX művelet végrehajtásához…
4.5.3.4.1 Parancs
44. táblázat: RECEIVE_RF_DATA parancs értéke

Hasznos tehermező	Hossz	Érték/Leírás
ReceiveRFConfig	1 bájt	A ReceiveRFConfig funkció konfigurálása. Lát 45. táblázat

45. táblázat: ReceiveRFConfig bitmaszk

b7	b6	b5	b4	b3	b2	b1	b0	Leírás
								A 4-7 bitek RFU-k
				X				Ha a bit 1b-re van állítva, az RX-adatok szerepeltetése válaszként az RX_STATUS alapján.
					X			Adja meg az EVENT_STATUS regisztert válaszul, ha a bit értéke 1b.
						X		Adja meg az RX_STATUS_ERROR regisztert válaszul, ha a bit 1b-re van állítva.
							X	Ha a bit 1b-re van állítva, válaszul vegye fel az RX_STATUS regisztert.

4.5.3.4.2 Válasz
46. táblázat: RECEIVE_RF_DATA válaszérték

Terhelés mező	Hossz	Érték/leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat) PN5190_STATUS_TIMEOUT

Terhelés mező	Hossz	Érték/leírás
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 bájt	Ha az RX_STATUS kérésre kerül (little-endian)
RX_STATUS_ERROR	4 bájt	Ha az RX_STATUS_ERROR kérésre kerül (little-endian)
EVENT_STATUS	4 bájt	Ha az EVENT_STATUS kérésre kerül (little-endian)
RX adatok	1 – 1024 bájt	Ha RX adatokat kérnek. RX adatok vétele RF-en keresztül.

4.5.3.4.3 Esemény
Ehhez a parancshoz nincsenek események.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD konfiguráció)
Ez az utasítás a belső CLIF RX pufferből való adatok beolvasására szolgál, amely FeliCa EMD válaszadatokat (ha van) tartalmaz, amelyet az EXCHANGE_RF_DATA parancs előző végrehajtásából küldtek el, és a 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' állapotú.
Jegyzet: Ez a parancs a PN5190 FW v02.03-tól kezdődően érhető el.
4.5.3.5.1 Parancs
RX adatok olvasása a belső RF vételi pufferből.
47. táblázat: RETRIEVE_RF_FELICA_EMD_DATA parancsérték

Hasznos tehermező	Hossz	Érték/Leírás
FeliCarRFRetrieveConfig	1 bájt	00 – FF	A RETRIEVE_RF_FELICA_EMD_DATA függvény konfigurálása
		konfiguráció (bitmaszk) leírása	bit 7..2: RFU 1. bit: Ha a bit 1b-re van állítva, válaszként tartalmazza az RX_STATUS_ ERROR regisztert. 0. bit: RX_STATUS regiszter szerepeltetése válaszként, ha a bit 1b-re van állítva.

4.5.3.5.2 Válasz
48. táblázat: RETRIEVE_RF_FELICA_EMD_DATA válaszérték

Terhelés mező	Hossz		Érték/leírás
Állapot		1 bájt		A művelet állapota. A várt értékek az alábbiak: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
RX_STATUS		4 bájt		Ha az RX_STATUS kérésre kerül (little-endian)
RX_STATUS_ ERROR		4 bájt		Ha az RX_STATUS_ERROR kérésre kerül (little-endian)

Terhelés mező	Hossz		Érték/leírás
RX adatok		1…1024 bájt		FeliCa EMD RX adatok, amelyeket a legutóbbi sikertelen RF vétel során vettek az Exchange Command használatával.

4.5.3.5.3 Esemény
Ehhez a parancshoz nincsenek események.
4.5.4 Üzemmód váltása
A PN5190 4 különböző üzemmódot támogat:
4.5.4.1 Normál
Ez az alapértelmezett mód, ahol minden utasítás engedélyezett.
4.5.4.2 Készenlét
A PN5190 készenléti/alvó állapotban van az energiatakarékosság érdekében. Az ébresztési feltételeket be kell állítani, hogy meghatározzák, mikor kell ismét kilépni a készenléti állapotból.
4.5.4.3 LPCD
A PN5190 alacsony fogyasztású kártyaészlelési módban van, ahol a lehető legalacsonyabb energiafogyasztással próbálja észlelni a működési mennyiségbe belépő kártyát.
4.5.4.4 Autocoll
A PN5190 rádiófrekvenciás figyelőként működik, és önállóan hajtja végre a célmód aktiválását (a valós idejű korlátozások garantálása érdekében)
4.5.4.5 SWITCH_MODE_NORMAL
A Switch Mode Normal parancsnak három használati esete van.
4.5.4.5.1 UseCase1: Lépjen be normál üzemmódba bekapcsoláskor (POR)
Használja az Idle állapot visszaállításához a következő parancs fogadásához/feldolgozásához normál üzemmódba lépéssel.
4.5.4.5.2 UseCase2: A már futó parancs leállítása a normál üzemmódba való átváltáshoz (megszakítási parancs)
Használja az Idle állapot visszaállításához a következő parancs fogadásához/feldolgozásához a már futó parancsok befejezésével.
Az olyan parancsok, mint a készenléti állapot, az LPCD, az Exchange, a PRBS és az Autocoll, leállíthatók ezzel a paranccsal.
Ez az egyetlen speciális parancs, amelyre nincs válasz. Ehelyett egy ESEMÉNY-értesítés található.
A különböző mögöttes parancsvégrehajtás során előforduló események típusával kapcsolatos további információkért tekintse meg a 4.4.3. szakaszt.
4.5.4.5.2.1 UseCase 2.1:
Ez a parancs visszaállítja az összes CLIF TX, RX és Field Control regisztert rendszerindítási állapotba. A parancs kiadásával minden létező RF mezőt KI kell kapcsolni.
4.5.4.5.2.2 UseCase 2.2:
PN5190 FW v02.03-tól elérhető:
Ez a parancs nem módosítja a CLIF TX, RX és Field Control regisztereket, de csak az adó-vevőt IDLE állapotba helyezi.
4.5.4.5.3 UseCase3: Normál működési mód soft-reset/készenléti állapotból való kilépéskor, LPCD Ebben az esetben a PN5190 közvetlenül normál üzemmódba lép, az IDLE_EVENT elküldésével a gazdagépnek (12. ábra vagy 13. ábra), és „ IDLE_EVENT” bit a 11. táblázatban van beállítva.
Nincs szükség a SWITCH_MODE_NORMAL parancs elküldésére.
Jegyzet:
Az IC normál módba kapcsolása után az RF összes beállítása alapértelmezett állapotba kerül. Feltétlenül be kell tölteni a megfelelő RF konfigurációt és az egyéb kapcsolódó regisztereket a megfelelő értékekkel az RF ON vagy RF Exchange művelet végrehajtása előtt.
4.5.4.5.4 Parancskeret küldéshez különböző használati esetekre
4.5.4.5.4.1 UseCase1: Parancs normál üzemmódba való bekapcsoláskor (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Parancs a már futó parancsok leállítására, hogy normál üzemmódba váltson
2.1. használati eset:
0x20 0x00 0x00
2.2 használati eset: (FW v02.02-től kezdve):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Parancs normál működési módhoz soft-reset/készenléti módból való kilépéskor, LPCD, ULPCD
Egyik sem. A PN5190 közvetlenül normál üzemmódba lép.
4.5.4.5.5 Válasz
Egyik sem
4.5.4.5.6 Esemény
Egy BOOT_EVENT (az EVENT_STATUS regiszterben) van beállítva, jelezve, hogy a normál módba lép, és elküldi a gazdagépnek. Az eseményadatokat lásd a 12. és 13. ábrán.

Egy IDLE_EVENT (az EVENT_STATUS regiszterben) van beállítva, amely jelzi a normál módba lépést, és elküldi a gazdagépnek. Az eseményadatokat lásd a 12. és 13. ábrán.

Egy BOOT_EVENT (az EVENT_STATUS regiszterben) van beállítva, jelezve, hogy a normál módba lép, és elküldi a gazdagépnek. Az eseményadatokat lásd a 12. és 13. ábrán.

4.5.4.6 SWITCH_MODE_AUTOCOLL
A Switch Mode Autocoll automatikusan végrehajtja a kártya aktiválási eljárását cél módban.
Az „Autocoll Mode” mezőnek a 0 és 2 közötti tartományban kell lennie.
Abban az esetben, ha az „Autocoll Mode” mező értéke 2 (Autocoll): Az „RF Technologies” mezőnek (50. táblázat) tartalmaznia kell egy bitmaszkot, amely jelzi az Autocoll során támogatandó RF technológiákat.
Ebben az üzemmódban nem szabad utasításokat küldeni.
A megszűnést megszakítás jelzi.
4.5.4.6.1 Parancs
49. táblázat: SWITCH_MODE_AUTOCOLL parancs értéke

Paraméter	Hossz	Érték/Leírás
RF Technologies	1 bájt	Az Autocoll során figyelni kívánt RF technológiát jelző bitmaszk.
Autocoll mód	1 bájt	0	Nincs autonóm mód, azaz az Autocoll leáll, ha nincs külső RF mező.
			Felmondás esetén
			• A NO RF FIELD vagy az RF FIELD eltűnt
			• A PN5190 CÉL módban AKTIVÁLT
		1	Autonóm üzemmód készenléti móddal. Ha nincs RF mező, az Autocoll automatikusan készenléti módba lép. Az RF külső RF mező észlelése után a PN5190 ismét Autocoll módba lép.
			Felmondás esetén
			• A PN5190 CÉL módban AKTIVÁLT
			PN5190 FW-től v02.03 onnantól kezdve: Ha a „bCard ModeUltraLowPowerEnabled” EEPROM-mező a „0xCDF” címen „1”-re van állítva, akkor a PN5190 rendkívül alacsony fogyasztású készenléti üzemmódba lép.
		2	Autonóm üzemmód készenlét nélkül. Ha nincs RF mező, a PN5190 megvárja, amíg az RF mező megjelenik, mielőtt elindítja az Autocoll algoritmust. A készenléti állapotot ebben az esetben nem használják.
			Felmondás esetén • A PN5190 CÉL módban AKTIVÁLT

50. táblázat: RF Technologies Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Leírás
0	0	0	0					RFU-k
				X				Ha 1b-re van állítva, az NFC-F aktív figyelése engedélyezett. (Nem elérhető).
					X			Ha 1b-re van állítva, az aktív NFC-A figyelése engedélyezett. (Nem elérhető).
						X		Ha 1b-re van állítva, az NFC-F figyelése engedélyezett.
							X	Ha 1b-re van állítva, az NFC-A figyelése engedélyezett.

4.5.4.6.2 Válasz
A válasz csak azt jelzi, hogy a parancsot feldolgozták.
51. táblázat: SWITCH_MODE_AUTOCOLL válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (A kapcsolási mód nem került be a rossz beállítások miatt)

4.5.4.6.3 Esemény
Az eseményértesítést a rendszer elküldi, amikor a parancs befejeződött, és normál módba lép. A gazdagépnek ki kell olvasnia a válasz bájtjait az esemény értéke alapján.
Jegyzet:
Ha az állapot nem „PN5190_STATUS_INSTR_SUCCESS”, akkor további „Protokoll” és „Card_Activated” adatbájtok nincsenek jelen.
A technológiai információk lekérése a regiszterekből a 4.5.1.5. szakasz, a 4.5.1.6. szakasz parancsokkal történik.
A következő táblázat az eseményüzenet részeként elküldött eseményadatokat mutatja be 12. ábra és 13. ábra.
52. táblázat: EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT adatok Üzemmód váltása Autocoll esemény

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota
		PN5190_STATUS_INSTR_SUCCESS	A PN5190 CÉL módban AKTIVÁLT. Az esemény további adatai érvényesek.
		PN5190_STATUS_PREVENT_STANDBY	Azt jelzi, hogy a PN5190 nem vált készenléti módba. Ez az állapot csak akkor érvényes, ha az Autocoll mód „Autonóm üzemmód készenléttel”-re van választva.

		PN5190_STATUS_NO_EXTERNAL_RF_ MEZŐ	Azt jelzi, hogy nincs külső RF mező az Autocoll nem autonóm módban történő végrehajtása során
		PN5190_STATUS_USER_CANCELLED	Azt jelzi, hogy a folyamatban lévő parancsot megszakítja a normál mód váltási parancsa
Jegyzőkönyv	1 bájt	0x10	Passzív A típusúként aktiválva
		0x11	Passzív TypeF 212-ként aktiválva
		0x12	Passzív TypeF 424-ként aktiválva
		0x20	Aktív A típusúként aktiválva
		0x21	Aktív TypeF 212-ként aktiválva
		0x22	Aktív TypeF 424-ként aktiválva
		Egyéb értékek	Érvénytelen
Card_Activated	1 bájt	0x00	Nincs kártyaaktiválási folyamat az ISO 14443-3 szerint
Card_Activated	1 bájt	0x01	Azt jelzi, hogy az eszköz passzív módban van aktiválva

Jegyzet:
Az eseményadatok beolvasása után az aktivált kártyáról/eszközről kapott adatokat (például ATR_REQ/RATS „n” bájtja az ISO18092/ISO1443-4 szerint) a 4.5.3.3. szakasz paranccsal kell beolvasni.
4.5.4.6.4 Kommunikáció plample

4.5.4.7 SWITCH_MODE_STANDBY
A Switch Mode Standby automatikusan készenléti módba állítja az IC-t. Az IC felébred, miután a konfigurált ébresztési források megfelelnek az ébresztési feltételeknek.
Jegyzet:
Az ULP STANDBY számláló lejárata és a STANDBY HIF megszakítása alapértelmezés szerint elérhető a készenléti módból való kilépéshez.

4.5.4.7.1 Parancs
53. táblázat: SWITCH_MODE_STANDBY parancs értéke

Paraméter	Hossz	Érték/Leírás
Konfig	1 bájt	Bitmaszk, amely vezérli a használandó ébresztési forrást és a belépéshez szükséges készenléti módot. Hivatkozni 54. táblázat
Ellenérték	2 bájt	Az ébredésszámláló használt értéke ezredmásodpercben. A maximális támogatott érték 2690 készenléti állapotban. A maximális támogatott érték 4095 ULP készenléti módban. A megadandó érték little-endian formátumban van megadva. Ez a paraméter csak akkor érvényes, ha a „Config Bitmask” engedélyezve van az ébresztéshez a számláló lejártakor.

54. táblázat: Konfigurációs bitmaszk

b7	b6	b5	b4	b3	b2	b1	b0	Leírás
X								Lépjen be az ULP készenléti állapotba, ha a bit értéke 1b Lépjen be a készenléti állapotba, ha a bit értéke 0b.
	0							RFU-k
		X						Ébresztés a GPIO-3-on, ha magas, ha a bit 1b-re van állítva. (ULP készenléti módra nem vonatkozik)
			X					Ébresztés a GPIO-2-on, ha magas, ha a bit 1b-re van állítva. (ULP készenléti módra nem vonatkozik)
				X				Ébresztés a GPIO-1-on, ha magas, ha a bit 1b-re van állítva. (ULP készenléti módra nem vonatkozik)
					X			Ébresztés a GPIO-0-on, ha magas, ha a bit 1b-re van állítva. (ULP készenléti módra nem vonatkozik)
						X		Az ébresztési számláló lejár, ha a bit 1b-re van állítva. Az ULP-Standby esetén ez az opció alapértelmezés szerint engedélyezve van.
							X	Ébresztés külső RF mezőre, ha a bit 1b-re van állítva.

Jegyzet: A PN5190 FW v02.03 verziótól kezdve, ha a „0xCDF” címen a „CardModeUltraLowPowerEnabled” EEPROM mező értéke „1”, az ULP készenléti konfiguráció nem használható a SWITCH_MODE_STANDBY paranccsal.
4.5.4.7.2 Válasz
A válasz csak azt jelzi, hogy a parancs feldolgozása megtörtént, és a készenléti állapotba csak azután kerül sor, hogy a host teljesen elolvasta a választ.
55. táblázat: SWITCH_MODE_STANDBY válaszérték Váltás üzemmód készenléti állapotba

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nem került be a kapcsoló módba – rossz beállítások miatt)

4.5.4.7.3 Esemény
Az eseményértesítést a rendszer elküldi, amikor a parancs befejeződött, és normál módba lép. Tekintse meg annak az eseménynek a formátumát, amely a parancs végrehajtása után kerül elküldésre a 12. és 13. ábra szerint.
Abban az esetben, ha a PN5190 nem megy készenléti módba, akkor a 11. táblázatban említett EVENT_STATUS-ban beállított „STANDBY_PREV_EVENT” eseménybit elküldésre kerül a gazdagépnek a 13. táblázatban említett készenléti megelőzés miatt.
4.5.4.7.4 Kommunikáció Plample

4.5.4.8 SWITCH_MODE_LPCD
A Switch Mode LPCD detuning érzékelést hajt végre az antennán az antenna körüli változó környezet miatt.
Az LPCD-nek 2 különböző módja van. A HW-alapú (ULPCD) megoldás versenyképes energiafogyasztást kínál csökkentett érzékenységgel. Az FW-alapú (LPCD) megoldás kategóriájában a legjobb érzékenységet kínál megnövelt energiafogyasztás mellett.
Az FW-alapú (LPCD) Single Mode-ban nem küldenek kalibrációs eseményt a gazdagépnek.
Az egyszeri mód meghívásakor a kalibrálás és az egymást követő mérések mind a készenléti állapotból való kilépés után megtörténnek.
Egymódú kalibrálási eseményhez először adjon ki egyszeri módot a kalibrációs esemény paranccsal. A kalibrálás után egy LPCD kalibrációs esemény érkezik, amely után az egymódusú parancsot el kell küldeni az előző lépésből kapott referenciaértékkel, mint bemeneti paraméterrel.
Az LPCD konfigurálása az EEPROM/Flash Data beállításokban történik a parancs meghívása előtt.
Jegyzet:
A GPIO3 megszakítás az ULPCD-hez, a HIF-megszakítás az LPCD-hez alapértelmezés szerint elérhető az alacsony fogyasztású módokból való kilépéshez.
A számláló lejárta miatti ébresztés mindig engedélyezve van.
ULPCD esetén a DC-DC konfigurációt le kell tiltani az EEPROM/Flash Data beállításoknál, és VBAT-on keresztül kell biztosítania a VUP-ellátást. El kell végezni a szükséges jumper beállításokat. Az EEPROM/Flash Data beállításokat lásd a [2] dokumentumban.
Ha a parancs az LPCD/ULPCD kalibrációra vonatkozik, a gazdagépnek továbbra is el kell küldenie a teljes keretet.

4.5.4.8.1 Parancs
56. táblázat: SWITCH_MODE_LPCD parancsérték

Paraméter	Hossz	Érték/leírás
bControl	1 bájt	0x00	Adja meg az ULPCD kalibrálást. A parancs leáll a kalibrálás után, és a rendszer egy eseményt küld el referenciaértékkel a gazdagépnek.
		0x01	Írja be az ULPCD-t
		0x02	LPCD kalibrálás. A parancs leáll a kalibrálás után, és a rendszer egy eseményt küld el referenciaértékkel a gazdagépnek.
		0x03	Írja be az LPCD-t
		0x04	Egymódú
		0x0C	Egymódus kalibrációs eseménnyel
		Egyéb értékek	RFU-k
Ébresztő vezérlés	1 bájt	Az LPCD/ULPCD-hez használandó ébresztési forrást vezérlő bitmaszk. Ennek a mezőnek a tartalma nem kerül számításba a kalibrálás során. Hivatkozni 57. táblázat
Referenciaérték	4 bájt	Az ULPCD/LPCD során használandó referenciaérték. Az ULPCD esetében a 2. bájt, amely a HF attenuator értékét tartalmazza, mind a kalibrálási, mind a mérési fázisban használatos. LPCD esetén ennek a mezőnek a tartalma nem kerül figyelembevételre a kalibrálásnál és az egyszeri módban. Hivatkozni 58. táblázat a helyes információért mind a 4 bájton.
Ellenérték	2 bájt	Az ébresztési számláló értéke ezredmásodpercben. A maximális támogatott érték 2690 LPCD esetén. A maximális támogatott érték 4095 ULPCD esetén. A megadandó érték little-endian formátumban van megadva. Ennek a mezőnek a tartalmát nem veszik figyelembe az LPCD-kalibráció során. Egymódusú és szimpla üzemmódú kalibrációs esemény esetén a kalibrálás előtti készenléti idő az EEPROM konfigurációból konfigurálható: LPCD_SETTINGS->wCheck Period. Egymódú kalibráció esetén a WUC értéke nem lehet nulla.

57. táblázat: Ébresztésvezérlő bitmaszk

b7	b6	b5	b4	b3	b2	b1	b0	Leírás
0	0	0	0	0	0	0		RFU-k
							X	Ébresztés külső RF mezőre, ha a bit 1b-re van állítva.

58. táblázat: Referenciaérték bájt információ

Referenciaérték bájtok	ULPCD	LPCD
0 bájt	0. referencia bájt	0. csatorna 0. referenciabájt
1 bájt	1. referencia bájt	0. csatorna 1. referenciabájt
2 bájt	HF csillapító értéke	1. csatorna 0. referenciabájt
3 bájt	NA	1. csatorna 1. referenciabájt

4.5.4.8.2 Válasz
59. táblázat: SWITCH_MODE_LPCD válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nem került be a kapcsoló módba – rossz beállítások miatt)

4.5.4.8.3 Esemény
Az eseményértesítés akkor kerül elküldésre, amikor a parancs befejeződött, és a normál módba lép a következő adatokkal a 12. és 13. ábrán említett esemény részeként.
60. táblázat. EVT_SWITCH_MODE_LPCD

Terhelés mező	Hossz	Érték/Leírás
LPCD állapot	Lásd az 15. táblázatot	Lásd: 154.5.4.8.4 Kommunikáció plample

4.5.4.9 SWITCH_MODE_DOWNLOAD
A Switch Mode Download parancs Firmware letöltési módba lép.
A letöltési mód egyetlen módja a PN5190 visszaállítása.
4.5.4.9.1 Parancs
61. táblázat: SWITCH_MODE_DOWNLOAD parancs értéke

Paraméter	Hossz	Érték/Leírás
–	–	Értéktelen

4.5.4.9.2 Válasz
A válasz csak azt jelzi, hogy a parancs feldolgozása megtörtént, és a Letöltés módba kell lépni, miután a hoszt elolvasta a választ.
62. táblázat: SWITCH_MODE_DOWNLOAD válaszérték
Üzemmód váltása Autocoll

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nem került váltási módba)

4.5.4.9.3 Esemény
Nincs eseménygenerálás.
4.5.4.9.4 Kommunikáció Plample
4.5.5 Klasszikus MIFARE hitelesítés
4.5.5.1 MFC_AUTHENTICATE
Ez az utasítás egy MIFARE Classic hitelesítés végrehajtására szolgál egy aktivált kártyán. A megadott blokkcímen történő hitelesítéshez kulcsra, kártya UID-re és kulcstípusra van szükség. A válasz egy bájtot tartalmaz, amely jelzi a hitelesítési állapotot.
4.5.5.1.1 Feltételek
A mezőkulcsnak 6 bájt hosszúnak kell lennie. A mezőkulcs típusának 0x60 vagy 0x61 értéket kell tartalmaznia. A blokkcím bármilyen címet tartalmazhat 0x0 és 0xff között, beleértve. A mező UID-jének bájt hosszúságúnak kell lennie, és tartalmaznia kell a kártya 4 bájtos UID-jét. Az utasítás végrehajtása előtt az ISO14443-3 MIFARE Classic termékalapú kártyát AKTÍV vagy AKTÍV* állapotba kell állítani.
A hitelesítéssel kapcsolatos futásidejű hiba esetén a „Hitelesítés állapota” mező ennek megfelelően kerül beállításra.
4.5.5.1.2 Parancs
63. táblázat: MFC_AUTHENTICATE Parancs
Hitelesítés végrehajtása aktivált MIFARE Classic termékalapú kártyán.

Hasznos tehermező	Hossz	Érték/Leírás
Kulcsfontosságú	6 bájt	Használandó hitelesítő kulcs.
Kulcstípus	1 bájt	0x60	A kulcstípus
		0x61	B kulcstípus
Cím blokkolása	1 bájt	Annak a blokknak a címe, amelyre a hitelesítést el kell végezni.
UID	4 bájt	A kártya UID-je.

4.5.5.1.3 Válasz
64. táblázat: MFC_AUTHENTICATE válasz
Válasz erre: MFC_AUTHENTICATE.

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.6 ISO 18000-3M3 (EPC GEN2) támogatás
4.5.6.1 EPC_GEN2_INVENTORY
Ez az utasítás az ISO18000-3M3 leltár elvégzésére szolgál tags. Több parancs autonóm végrehajtását valósítja meg az ISO18000-3M3 szerint, hogy garantálja az adott szabványban meghatározott időzítéseket.
Ha jelen van az utasítás hasznos terhelésében, először egy Select parancsot hajtanak végre, majd egy BeginRound parancsot.
Ha az első időrésben érvényes válasz érkezik (nincs időtúllépés, nincs ütközés), az utasítás ACK-t küld, és elmenti a fogadott PC/XPC/UII-t. Az utasítás ezután végrehajt egy műveletet a „Timeslot Processed Behavior” mezőnek megfelelően:

Ha ez a mező 0-ra van állítva, egy NextSlot parancs kerül kiadásra a következő időrés kezelésére. Ezt addig ismételjük, amíg a belső puffer meg nem telik
Ha ez a mező 1-re van állítva, az algoritmus szünetel
Ha ez a mező 2-re van állítva, a Req_Rn parancs akkor és csak akkor kerül kiadásra, ha volt érvényes tag válasz ebben az idősávbanCommand

A "Select Command Length" mezőnek tartalmaznia kell a "Select Command" mező hosszát, amelynek 1 és 39 közötti tartományban kell lennie. Ha a 'Select Command Length' 0, az 'Érvényes bitek az utolsó bájtban' és a 'Select Command' mezők nem lehetnek jelen.
A Bits in last Byte mezőnek tartalmaznia kell a 'Select Command' mező utolsó bájtjában továbbítandó bitek számát. Az értéknek 1 és 7 közötti tartományban kell lennie. Ha az érték 0, akkor a „Select Command” mező utolsó bájtjának összes bitje elküldésre kerül.
A „Select Command” mezőnek tartalmaznia kell egy kijelölési parancsot az ISO18000-3M3 szerint, a CRC-16c zárójel nélkül, és meg kell egyeznie a „Select Command Length” mezőben megadott hosszúsággal.
A 'BeginRound Command' mezőnek tartalmaznia kell egy BeginRound parancsot az ISO18000-3M3 szerint, a CRC-5 nélkül. A 'BeginRound Command' utolsó bájtjának utolsó 7 bitje figyelmen kívül marad, mivel a parancs tényleges hossza 17 bit.
A „Timeslot Processed Behavior” értéknek 0 és 2 közötti értéket kell tartalmaznia.
65. táblázat: EPC_GEN2_INVENTORY parancs értéke ISO 18000-3M3 leltár végrehajtása

Terhelés mező	Hossz	Érték/leírás
ResumeInventory	1 bájt	00	Kezdeti GEN2_INVENTORY

		01	Indítsa újra a GEN2_INVENTORY parancsot – a maradékot az alábbi mezők üresek (a rakományt figyelmen kívül hagyja)
Válassza a Parancs hossza	1 bájt	0	Nincs beállítva Select parancs a BeginRound parancs előtt. Az „Érvényes bitek az utolsó bájtban” mező és a „Parancs kiválasztása” mező nem jelenhet meg.
Válassza a Parancs hossza	1 bájt	1 – 39	A „Parancs kiválasztása” mező hossza (n).
Érvényes bitek az utolsó bájtban	1 bájt	0	A „Select command” mező utolsó bájtjának összes bitje elküldésre kerül.
Érvényes bitek az utolsó bájtban	1 bájt	1 – 7	A „Select command” mező utolsó bájtjában továbbítandó bitek száma.
Válassza a Parancsot	n bájt	Ha van, ez a mező tartalmazza a Select parancsot (az ISO18000-3 szabvány 47. táblázata szerint), amelyet a BeginRound parancs előtt küld el. A CRC-16c nem számít bele.
BeginRound Command	3 bájt	Ez a mező tartalmazza a BeginRound parancsot (az ISO18000-3, 49. táblázat szerint). A CRC-5 nem számít bele.
Idősáv feldolgozott viselkedése	1 bájt	0	A válasz max. A válaszpufferben elférő időrések száma.
		1	A válasz csak egy idősávot tartalmaz.
		2	A válasz csak egy idősávot tartalmaz. Ha az idősáv érvényes kártyaválaszt tartalmaz, akkor a kártyafogó is benne van.

4.5.6.1.1 Válasz
A Leltár újraindítása esetén a válasz hossza „1” lehet.
66. táblázat: EPC_GEN2_INVENTORY válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS (Időrés állapotának olvasása a következő bájtban: Tag válasz) PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Idősáv [1…n]	3 – 69 bájt	Idősáv állapota	1 bájt	0	Tag válasz elérhető. 'Tag Válasz hossza” mező, „Érvényes bitek az utolsó bájtban” mező, és „Tag válasz' mező jelen van.
				1	Tag válasz elérhető.
				2	Nem tag idősávban válaszolt. 'Tag A Válasz hossza” mezőt és az „Érvényes bitek az utolsó bájtban” mezőt nullára kell állítani. 'Tag válasz” mező nem jelenhet meg.
				3	Kettő vagy több tags válaszolt az idősávban. (Ütközés). 'Tag A Válasz hossza” mezőt és az „Érvényes bitek az utolsó bájtban” mezőt nullára kell állítani. 'Tag válasz” mező nem jelenhet meg.

Tag Válasz hossza	1 bájt	0-66	Hossza 'Tag Válasz” mező (i). Ha Tag A válasz hossza 0, majd a Tag A válasz mező nincs jelen.
Érvényes bitek az utolsó bájtban	1 bájt	0	' utolsó bájtjának összes bitjeTag válasz” mezők érvényesek.
Érvényes bitek az utolsó bájtban	1 bájt	1-7	' utolsó bájtjának érvényes bitjeinek számaTag válasz mezőben. Ha Tag A válasz hossza nulla, ennek a bájtnak az értékét figyelmen kívül kell hagyni.
Tag Válasz	'n' bytes	Válasz a tag ISO18000- 3_2010 szerint, 56. táblázat.
Tag Fogantyú	0 vagy 2 bájt	Fogantyú a tag, abban az esetben, ha a „Timeslot Status” mező értéke „1”. Ellenkező esetben a mező nincs jelen.

4.5.6.1.2 Esemény
Ehhez a parancshoz nincsenek események.
4.5.7 RF konfigurációkezelés
A PN6 által támogatott különböző RF technológiák és adatátviteli sebességek TX és RX konfigurációjával kapcsolatban lásd a 5190. részt. Az értékek nincsenek az alább említett tartományban, RFU-nak kell tekinteni.
4.5.7.1 LOAD_RF_CONFIGURATION
Ez az utasítás az RF konfiguráció betöltésére szolgál az EEPROM-ból a belső CLIF regiszterekbe. Az RF konfiguráció az RF technológia, a mód (cél/kezdeményező) és az adatátviteli sebesség egyedi kombinációjára utal. Az RF konfiguráció külön tölthető be a CLIF vevő (RX konfiguráció) és adó (TX konfiguráció) útvonalához. A 0xFF értéket kell használni, ha az útvonal megfelelő konfigurációját nem szabad megváltoztatni.
4.5.7.1.1 Feltételek
A „TX Configuration” mezőnek a 0x00 és 0x2B közötti tartományban kell lennie. Ha az érték 0xFF, a TX konfiguráció nem módosul.
Az „RX Configuration” mezőnek a 0x80 és 0xAB közötti tartományban kell lennie. Ha az érték 0xFF, az RX konfiguráció nem változik.
Egy speciális konfiguráció TX Configuration = 0xFF és RX Configuration = 0xAC esetén a rendszerindítási regiszterek egyszeri betöltésére szolgál.
Ez a speciális konfiguráció szükséges az IC-visszaállítási értékektől eltérő regiszterkonfigurációk (TX és RX) frissítéséhez.

4.5.7.1.2 Parancs
67. táblázat: LOAD_RF_CONFIGURATION parancsérték
Töltse be az RF TX és RX beállításokat az E2PROM-ból.

Hasznos tehermező	Hossz	Érték/Leírás
TX konfiguráció	1 bájt	0xFF	A TX RF konfiguráció nem változott.
		0x0 – 0x2B	A megfelelő TX RF konfiguráció betöltve.
RX konfiguráció	1 bájt	0xFF	Az RX RF konfiguráció nem változott.
		0x80 – 0xAB	A megfelelő RX RF konfiguráció betöltve.

4.5.7.1.3 Válasz
68. táblázat: LOAD_RF_CONFIGURATION válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.7.2 UPDATE_RF_CONFIGURATION
Ez az utasítás az RF konfiguráció frissítésére szolgál (lásd a definíciót a 4.5.7.1. szakaszban) az E2PROM-on belül. Az utasítás a regiszter granularitás értékén teszi lehetővé a frissítést, azaz nem a teljes készletet kell frissíteni (bár megtehető).
4.5.7.2.1 Feltételek
A Konfiguráció mezőtömb méretének 1 és 15 közötti tartományban kell lennie. A Konfiguráció mezőtömbnek tartalmaznia kell az RF konfigurációt, a regisztrációs címet és az értéket. A mező RF konfigurációjának a 0x0 – 0x2B tartományban kell lennie TX konfigurációnál és 0x80 – 0xAB tartományban az RX konfigurációnál. A Register Address mezőben lévő címnek a megfelelő RF konfigurációban kell lennie. A mező értékének tartalmaznia kell egy értéket, amelyet az adott regiszterbe kell írni, és 4 bájt hosszúságúnak kell lennie (little-endian formátum).
4.5.7.2.2 Parancs
69. táblázat: UPDATE_RF_CONFIGURATION parancsérték
Frissítse az RF konfigurációt

Hasznos tehermező	Hossz	Érték/Leírás
Konfiguráció[1…n]	6 bájt	RF konfiguráció	1 bájt	RF konfiguráció, amelyhez a regisztert módosítani kell.
		Regisztráció Cím	1 bájt	Cím regisztrálása az adott RF technológián belül.
		Érték	4 bájt	Érték, amelyet be kell írni a nyilvántartásba. (Little-endian)

4.5.7.2.3 Válasz
70. táblázat: UPDATE_RF_CONFIGURATION válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 Esemény
Ehhez a parancshoz nincsenek események.
4.5.7.3 GET_ RF_CONFIGURATION
Ez az utasítás egy RF konfiguráció kiolvasására szolgál. A regiszter cím-érték párok elérhetők a válaszban. Annak érdekében, hogy megtudjuk, hány párra kell számítani, az első méretinformáció lekérhető az első TLV-ből, amely a hasznos teher teljes hosszát jelzi.
4.5.7.3.1 Feltételek
A mező RF konfigurációjának a 0x0 – 0x2B tartományban kell lennie TX konfigurációnál és 0x80 – 0xAB tartományban az RX konfigurációnál.
4.5.7.3.2 Parancs
71. táblázat: GET_ RF_CONFIGURATION parancs értéke Az RF konfiguráció lekérése.

Hasznos tehermező	Hossz	Érték/Leírás
RF konfiguráció	1 bájt	RF konfiguráció, amelyhez a regiszterértékpárok készletét le kell kérni.

4.5.7.3.3 Válasz
72. táblázat: GET_ RF_CONFIGURATION Válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
Pár[1…n]	5 bájt	Regisztráció Cím	1 bájt	Cím regisztrálása az adott RF technológián belül.
		Érték	4 bájt	32 bites regiszterérték.

4.5.7.3.4 Esemény
Az utasításhoz nincs esemény.
4.5.8 RF terepi kezelés
4.5.8.1 RF_ON
Ez az utasítás az RF bekapcsolására szolgál. Ebben a parancsban a kezdeti FieldOn DPC-szabályozását kell kezelni.
4.5.8.1.1 Parancs
73. táblázat: RF_FIELD_ON parancs értéke
RF_FIELD_ON konfigurálása.

Hasznos tehermező	Hossz	Érték/Leírás
RF_on_config	1 bájt	0. bit	0	Használja az ütközés elkerülését
			1	Az ütközés elkerülésének letiltása
		1. bit	0	Nincs aktív P2P
			1	P2P aktív

4.5.8.1.2 Válasz
74. táblázat: RF_FIELD_ON válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF mező nincs bekapcsolva RF ütközés miatt) PN5190_STATUS_TIMEOUT (az RF mező nincs bekapcsolva időtúllépés miatt) PN5190_STATUS_TXLDO_ERROR (VUP miatti TXLDO hiba nem érhető el) PN5190_STATUS_RFCFG_NOT_APPLIED (Az RF-konfiguráció nem került alkalmazásra a parancs előtt)

4.5.8.1.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.8.2 RF_OFF
Ez az utasítás az RF mező letiltására szolgál.
4.5.8.2.1 Parancs
75. táblázat: RF_FIELD_OFF parancs értéke

Hasznos tehermező	Hossz	Érték/Leírás
Üres	Üres	üres

4.5.8.2.2 Válasz
76. táblázat: RF_FIELD_OFF válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)

4.5.8.2.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.9 Teszt busz konfiguráció
A kiválasztott PAD konfigurációkon elérhető tesztbusz jelek referenciaként a 7. részben találhatók.
Ezekre hivatkozni kell a tesztbusz-utasítások konfigurációjának megadásához az alábbiak szerint.
4.5.9.1 _TESTBUS_DIGITAL KONFIGURÁLÁSA
Ez az utasítás a rendelkezésre álló digitális tesztbusz jel átkapcsolására szolgál a kiválasztott pad konfigurációkon.
4.5.9.1.1 Parancs
77. táblázat: CONFIGURE_TESTBUS_DIGITAL parancsérték

Terhelés mező	Hossz	Érték/leírás
TB_SignalIndex	1 bájt		Lásd 7. szakasz
TB_BitIndex	1 bájt		Lásd 7. szakasz
TB_PadIndex	1 bájt		A pad index, amelyen a digitális jelet ki kell adni
		0x00	AUX1 tű
		0x01	AUX2 tű
		0x02	AUX3 tű
		0x03	GPIO0 tű
		0x04	GPIO1 tű
		0x05	GPIO2 tű
		0x06	GPIO3 tű
		0x07-0xFF	RFU-k

4.5.9.1.2 Válasz
78. táblázat: CONFIGURE_TESTBUS_DIGITAL válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)

4.5.9.1.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Ez az utasítás az elérhető analóg tesztbusz jelek lekérésére szolgál a kiválasztott pad konfigurációkon.
Az analóg tesztbuszon lévő jel különböző módokban nyerhető. Ők:
4.5.9.2.1 RAW mód
Ebben az üzemmódban a TB_SignalIndex0 által választott jelet a Shift_Index0 eltolja, a Mask0 maszkolja, és az AUX1 kimenetre kerül. Hasonlóképpen, a TB_SignalIndex1 által választott jelet a Shift_Index1 eltolja, a Mask1 maszkolja, és az AUX2 kimenetre kerül.
Ez a mód rugalmasságot biztosít az ügyfél számára, hogy bármilyen 8 bit széles vagy kisebb jelet kiadjon, és nem igényel előjel-átalakítást az analóg padokra.
4.5.9.2.2 KOMBINÁLT mód
Ebben a módban az analóg jel a 10 bites előjelű ADCI/ADCQ/pcrm_if_rssi érték, amelyet előjel nélküli értékké alakítanak át, 8 bitre skáláznak vissza, majd az AUX1 vagy AUX2 padokon adják ki.
Az ADCI/ADCQ (10 bites) konvertált értékek közül csak az egyik adható ki az AUX1/AUX2-re.
Ha a Combined_Mode Signal hasznos adatmező értéke 2 (analóg és digitális kombinált), akkor az analóg és digitális tesztbusz az AUX1-en (analóg jel) és a GPIO0-n (digitális jel) van irányítva.
Az irányítandó jelek az alábbiakban említett EEPROM-címen vannak konfigurálva:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analóg TB_Index
A tesztbusz-indexet és a tesztbusz-bitet az EEPROM-ban kell konfigurálni, mielőtt a 2-es opcióval kiadnánk a kombinált módot.
Jegyzet:
A fogadónak meg kell adnia az összes mezőt, függetlenül a mező „nyers” vagy „kombinált” módban való alkalmazhatóságától. A PN5190 IC csak a vonatkozó mezőértékeket veszi figyelembe.
4.5.9.2.3 Parancs
79. táblázat: CONFIGURE_TESTBUS_ANALOG parancsérték

Terhelés mező	Hossz	Érték/leírás		Területi alkalmazhatóság kombinált üzemmódhoz
bConfig	1 bájt		Konfigurálható bitek. Hivatkozni 80. táblázat	Igen
Combined_Mode Signal	1 bájt	0 – ADCI/ADCQ 1 – pcrm_if_rssi		Igen
		2 – Analóg és digitális kombinált
		3 – 0xFF –Fenntartva

TB_SignalIndex0	1 bájt	Az analóg jel jelindexe. Hivatkozni 7. szakasz	Igen
TB_SignalIndex1	1 bájt	Az analóg jel jelindexe. Hivatkozni 7. szakasz	Igen
Shift_Index0	1 bájt	DAC0 bemeneti eltolási pozíciók. Az irányt bitek határozzák meg a bConfig[1]-ben.	Nem
Shift_Index1	1 bájt	DAC1 bemeneti eltolási pozíciók. Az irányt bitek határozzák meg a bConfig[2]-ben.	Nem
Maszk0	1 bájt	DAC0 maszk	Nem
Maszk1	1 bájt	DAC1 maszk	Nem

80. táblázat Konfigurációs bitmaszk

b7	b6	b5	b4	b3	b2	b1	b0	Leírás	módra vonatkozik
X	X							DAC1 kimeneti eltolási tartomány – 0, 1, 2	Nyers
		X	X					DAC0 kimeneti eltolási tartomány – 0, 1, 2	Nyers
				X				Kombinált üzemmódban a jel az AUX1/AUX2 érintkezőn 0 ➜ Jel az AUX1-en 1 ➜ Jel az AUX2-en	Kombinált
					X			DAC1 bemeneti irányváltás 0 ➜ Váltás jobbra 1 ➜ Váltás balra	Nyers
						X		DAC0 bemeneti irányváltás 0 ➜ Váltás jobbra 1 ➜ Váltás balra	Nyers
							X	Mód. 0 ➜ Nyers mód 1 ➜ Kombinált üzemmód	Nyers/Kombinált

4.5.9.2.4 Válasz
81. táblázat: CONFIGURE_TESTBUS_ANALOG válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)

4.5.9.2.5 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Ez az utasítás több rendelkezésre álló digitális tesztbusz jel váltására szolgál a kiválasztott pad konfigurációkon.
Jegyzet: Ha ez a hosszúság NULLA, akkor a digitális tesztbusz VISSZAÁLLÍTÁSA.
4.5.9.3.1 Parancs
82. táblázat: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL parancsérték

Terhelés mező	Hossz	Érték/leírás
TB_SignalIndex #1	1 bájt	Lásd 8 lent
TB_BitIndex #1	1 bájt	Lásd 8 lent
TB_PadIndex #1	1 bájt	A pad index, amelyen a digitális jelet ki kell adni
		0x00	AUX1 tű
		0x01	AUX2 tű
		0x02	AUX3 tű
		0x03	GPIO0 tű
		0x04	GPIO1 tű
		0x05	GPIO2 tű
		0x06	GPIO3 tű
		0x07-0xFF	RFU-k
TB_SignalIndex #2	1 bájt	Lásd 8 lent
TB_BitIndex #2	1 bájt	Lásd 8 lent
TB_PadIndex #2	1 bájt	A pad index, amelyen a digitális jelet ki kell adni
		0x00	AUX1 tű
		0x01	AUX2 tű
		0x02	AUX3 tű
		0x03	GPIO0 tű
		0x04	GPIO1 tű
		0x05	GPIO2 tű
		0x06	GPIO3 tű
		0x07-0xFF	RFU-k

4.5.9.3.2 Válasz
83. táblázat: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [2. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)

4.5.9.3.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.10 CTS konfiguráció
4.5.10.1 CTS_ENABLE
Ez az utasítás a CTS naplózási funkció engedélyezésére/letiltására szolgál.
4.5.10.1.1 Parancs
84. táblázat: CTS_ENABLE parancsérték

A hasznos teher mező hosszának értéke/leírása
Engedélyezés/Letiltás	1 bájt	0. bit	0	Kapcsolja ki a CTS naplózási funkciót
1 Engedélyezze a CTS naplózási szolgáltatást
		1-7. bit		RFU-k

4.5.10.1.2 Válasz
85. táblázat: CTS_ENABLE válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)

4.5.10.1.3 Esemény
A következő táblázat az eseményüzenet részeként elküldendő eseményadatokat mutatja be, a 12. és 13. ábrán látható módon.
86. táblázat: Ez tájékoztatja a gazdagépet, hogy adatok érkeztek. EVT_CTS_KÉSZ

Hasznos tehermező	Hossz	Érték/Leírás
Esemény	1 bájt	00 … TRIGGER történt, az adatok vételre készen állnak.

4.5.10.2 CTS_CONFIGURE
Ez az utasítás az összes szükséges CTS-regiszter, például triggerek, tesztbusz-regiszterek, s konfigurálására szolgál.ampling konfiguráció stb.,
Jegyzet:
[1] a CTS konfiguráció jobb megértését teszi lehetővé. A 4.5.10.3. szakasz parancsra adott válasz részeként elküldendő rögzített adatok.

4.5.10.2.1 Parancs
87. táblázat: CTS_CONFIGURE parancs értéke

Hasznos tehermező	Hossz	Érték/Leírás
PRE_TRIGGER_SHIFT	1 bájt	Meghatározza a trigger utáni adatgyűjtési sorozat hosszát 256 bájt egységekben. 0 azt jelenti, hogy nincs eltolás; n n*256 bájtos blokkeltolást jelent. Megjegyzés: Csak akkor érvényes, ha a TRIGGER_MODE „PRE” vagy „COMB” trigger mód
TRIGGER_MODE	1 bájt	Meghatározza a használandó adatgyűjtési módot.
		0x00 – POST mód
		0x01 – RFU
		0x02 – PRE mód
		0x03 – 0xFF – Érvénytelen
RAM_PAGE_WIDTH	1 bájt	Meghatározza a chipen lévő memória mennyiségét, amelyet egy beszerzés lefed. A részletesség a tervezés szerint 256 bájt (azaz 64 32 bites szó). Az érvényes értékek az alábbiak: 0x00h – 256 bájt 0x02h – 768 bájt 0x01h – 512 bájt 0x03h – 1024 bájt 0x04h – 1280 bájt 0x05h – 1536 bájt 0x06h – 1792 bájt 0x07h – 2048 bájt 0x08h – 2304 bájt 0x09h – 2560 bájt 0x0Ah – 2816 bájt 0x0Bh – 3072 bájt 0x0Ch – 3328 bájt 0x0Dh – 3584 bájt 0x0Eh – 3840 bájt 0x0Fh – 4096 bájt 0x10h – 4352 bájt 0x11h – 4608 bájt 0x12h – 4864 bájt 0x13h – 5120 bájt 0x14h – 5376 bájt 0x15h – 5632 bájt 0x16h – 5888 bájt 0x17h – 6144 bájt 0x18h – 6400 bájt 0x19h – 6656 bájt 0x1Ah – 6912 bájt 0x1Bh – 7168 bájt 0x1Ch – 7424 bájt 0x1Dh – 7680 bájt 0x1Eh – 7936 bájt 0x1Fh – 8192 bájt

SAMPLE_CLK_DIV	1 bájt	A mező decimális értéke határozza meg az adatgyűjtés során használandó órajel-osztási tényezőt. CTS órajel = 13.56 MHz / 2^{SAMPLE_CLK_DIV}
		00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz
SAMPLE_BYTE_SEL	1 bájt	Ezek a bitek annak meghatározására szolgálnak, hogy a két 16 bites bemeneti busz mely bájtjai járulnak hozzá az interleavelési mechanizmushoz, amely adatokat generál a chip-memóriába továbbítandó adatokhoz. Jelentésük és használatuk az S-től függAMPLE_MODE_SEL értékek. Megjegyzés: Az adott értéket mindig 0x0F maszkolja, majd a tényleges értéket veszi figyelembe.
SAMPLE_MODE_SEL	1 bájt	Kiválasztja a sampling interleave mód a CTS tervezési specifikációiban leírtak szerint. A 3-as tizedesérték fenntartva, és 0-ként lesz kezelve. Megjegyzés: Az adott érték mindig 0x03-mal van maszkolva, majd a tényleges értéket veszi figyelembe.
TB0	1 bájt	Kiválasztja, hogy melyik tesztbusz legyen csatlakoztatva a TB0-hoz. Hivatkozni 7. szakasz (TB_ Signal_Index érték)
TB1	1 bájt	Kiválasztja, hogy melyik tesztbusz legyen csatlakoztatva a TB1-hoz. Hivatkozni 7. szakasz (TB_ Signal_Index érték)
TB2	1 bájt	Kiválasztja, hogy melyik tesztbusz legyen csatlakoztatva a TB2-hoz. Hivatkozni 7. szakasz (TB_ Signal_Index érték)
TB3	1 bájt	Kiválasztja, hogy melyik tesztbusz legyen csatlakoztatva a TB3-hoz. Hivatkozni 7. szakasz (TB_ Signal_Index érték)
TTB_SELECT	1 bájt	Kiválasztja, hogy melyik TB-t kell csatlakoztatni a trigger forrásokhoz. Hivatkozni 7. szakasz (TB_Signal_Index érték)
RFU-k	4 bájt	Mindig 0x00000000 küldés
MISC_CONFIG	24 bájt	Trigger előfordulások, polaritás stb. Lásd [1] a használható CTS konfiguráció megértéséhez.

4.5.10.2.2 Válasz
88. táblázat: CTS_CONFIGURE válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.10.3 CTS_RETRIEVE_LOG
Ez az utasítás lekéri a rögzített tesztbusz adatok s adatnaplójátamples tárolódnak a memóriapufferben.
4.5.10.3.1 Parancs
89. táblázat: CTS_RETRIEVE_LOG parancs értéke

Hasznos tehermező	Hossz	Érték/Leírás
ChunkSize	1 bájt	0x01-0xFF	A várt adatbájtok számát tartalmazza.

4.5.10.3.2 Válasz
90. táblázat: CTS_RETRIEVE_LOG válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat) PN5190_STATUS_SUCCSES_CHAINING
Naplóadatok [1…n]	CTSRequest	Elfogták Samples Data chunk

Jegyzet:
A 'Log Data' maximális mérete a parancs részeként megadott 'ChunkSize'-től függ.
A teljes naplóméretnek elérhetőnek kell lennie a TLV fejléc válaszában.
4.5.10.3.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.11 TEST_MODE parancsok
4.5.11.1 ANTENNA_SELF_TESZT
Ez az utasítás annak ellenőrzésére szolgál, hogy az antenna csatlakoztatva van-e, és a megfelelő összetevők be vannak-e töltve/összeszerelve.
Jegyzet:
Ez a parancs még nem érhető el. Az elérhetőségről lásd a kiadási megjegyzéseket.
4.5.11.2 PRBS_TESZT
Ez az utasítás a PRBS szekvencia generálására szolgál a Reader mód protokollok és bitsebességek különböző konfigurációihoz. Az utasítás végrehajtása után a PRBS tesztsorozat elérhető lesz RF-en.
Jegyzet:
A parancs elküldése előtt a gazdagépnek meg kell győződnie arról, hogy a megfelelő RF technológiai konfiguráció a 4.5.7.1. szakaszban leírtak szerint van betöltve, és az RF a 4.5.8.1. szakasz paranccsal be van kapcsolva.
4.5.11.2.1 Parancs
91. táblázat: PRBS_TEST parancs értéke

Hasznos tehermező	Hossz	Érték/Leírás
prbs_type	1 bájt	00	PRBS9 (alapértelmezett)
		01	PRBS15
		02-FF	RFU-k

4.5.11.2.2 Válasz
92. táblázat: PRBS_TEST válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 Esemény
Ehhez az utasításhoz nincs esemény.
4.5.12 Chip információs parancsok
4.5.12.1 GET_DIEID
Ez az utasítás a PN5190 chip azonosítójának kiolvasására szolgál.
4.5.12.1.1 Parancs
93. táblázat: GET_DIEID Parancsérték

Hasznos tehermező	Hossz	Érték/Leírás
–	–	Nincs adat a rakományban

4.5.12.1.2 Válasz
94. táblázat: GET_DIEID válaszérték

Terhelés mező	Hossz	Érték/leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (nincs további adat)
Értékek	16 bájt	16 bájt azonosító.

4.5.12.1.3 Esemény
Ehhez a parancshoz nincsenek események.
4.5.12.2 GET_VERSION
Ez az utasítás a PN5190 chip HW verziójának, ROM verziójának és FW verziójának kiolvasására szolgál.
4.5.12.2.1 Parancs
95. táblázat: GET_VERSION parancsérték

Hasznos tehermező	Hossz	Érték/Leírás
–	–	Nincs adat a rakományban

Letöltési módban elérhető egy DL_GET_VERSION parancs (3.4.4. szakasz), amely a HW-verzió, a ROM-verzió és az FW-verzió kiolvasására használható.
4.5.12.2.2 Válasz
96. táblázat: GET_VERSION válaszérték

Hasznos tehermező	Hossz	Érték/Leírás
Állapot	1 bájt	A művelet állapota [9. táblázat]. A várt értékek az alábbiak:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nincs további adat)
HW_V	1 bájt	Hardver verzió
RO_V	1 bájt	ROM kód
FW_V	2 bájt	Firmware verzió (letöltéshez használt)
RFU1-RFU2	1-2 bájt	–

A PN5190 IC különböző verzióira várható válasz a (3.4.4. szakasz) található.
4.5.12.2.3 Esemény
Ehhez a parancshoz nincsenek események.

Függelék (plampaz)

Ez a függelék a plamples a fent említett parancsokhoz. Az exampA parancsok csak illusztrációs célt szolgálnak, hogy megmutassák a parancs tartalmát.
5.1 Plample a WRITE_REGISTER számára
A következő adatsort küldi el a gazdagép, hogy egy 0x12345678 értéket írjon a 0x1F regiszterbe.
PN5190 számra küldött parancskeret: 0000051F78563412
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a PN5190-től kapott válaszkeretet (a sikeres működést jelzi): 00000100 5.2 Pl.ample a WRITE_REGISTER_OR_MASK számára
A következő adatsort küldi a gazdagép a logikai VAGY művelet végrehajtásához a 0x1F regiszteren 0x12345678 maszkkal
PN5190 számra küldött parancskeret: 0100051F78563412
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a PN5190-től kapott válaszkeretet (a sikeres működést jelzi): 01000100
5.3 Plample a WRITE_REGISTER_AND_MASK számára
A következő adatsor küldött a gazdagéptől a logikai ÉS művelet végrehajtásához a 0x1F regiszteren 0x12345678 maszkkal
PN5190 számra küldött parancskeret: 0200051F78563412
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a PN5190-től kapott válaszkeretet (a sikeres működést jelzi): 02000100
5.4 Plample a WRITE_REGISTER_MULTIPLE számára
A következő adatsort küldi el a gazdagép a logikai ÉS művelet végrehajtásához a 0x1F regiszteren 0x12345678 maszkkal és a logikai VAGY művelethez a 0x20 regiszteren 0x11223344 maszkkal, és írja be a 0x21 regiszterbe 0xAABBCCDD értékkel.
PN5190 számra küldött parancskeret: 0300121F03785634122002443322112101DDCCBBAA
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a PN5190-től kapott válaszkeretet (a sikeres működést jelzi): 03000100
5.5 Plample a READ_REGISTER számára
A következő adatsort küldi a gazdagép a 0x1F regiszter tartalmának olvasásához, és feltételezi, hogy a regiszter értéke 0x12345678
A PN5190: 0400011F számra küldött parancskeret
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a PN5190-től kapott válaszkeretet (a sikeres működést jelzi): 0400050078563412
5.6 Plample READ_REGISTER_MULTIPLE számára
A következő adatsort küldi a gazdagép a 0x1 regiszterek tartalmának olvasásához, amelyek a 0x12345678 értéket tartalmazzák, és a 0x25 regiszterek tartalmát, amelyek a 0x11223344 értéket tartalmazzák
PN5190 számra küldött parancskeret: 0500021F25
A gazdagép megszakításra vár.
Amikor a gazdagép elolvasta a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 050009007856341244332211
5.7 Plample a WRITE_E2PROM számára
A gazdagéptől az E2PROM 0x0130 és 0x0134 közötti E0PROM helyekre küldött adatok sorrendje a következő, 11x0, 22x0, 33x0, 44x0, 55xXNUMX tartalommal
PN5190 számra elküldött parancskeret: 06000730011122334455
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 06000100
5.8 Plample for READ_E2PROM
A következő adatsort küldi a gazdagép az E2PROM 0x0130 és 0x0134 közötti E0PROM helyekről történő olvasáshoz, ahol a tárolt tartalom: 11x0, 22x0, 33x0, 44x0, 55xXNUMX
PN5190 számra elküldött parancskeret: 07000430010500
A gazdagép megszakításra vár.
Amikor a gazdagép elolvasta a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 070006001122334455
5.9 Plample for TRANSMIT_RF_DATA
A gazdagéptől elküldött adatok sorozata a REQA parancs elküldéséhez (0x26), a továbbítandó bitek számával '0x07'-ként, feltételezve, hogy a szükséges regiszterek korábban be vannak állítva, és az RF be van kapcsolva.
PN5190 számra elküldött parancskeret: 0800020726
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 08000100
5.10 Plample for RETREIVE_RF_DATA
A gazdagéptől a belső CLIF pufferben vett/tárolt adatok fogadására küldött adatok sorozata (feltételezve, hogy 0x05 érkezett), feltételezve, hogy a TRANSMIT_RF_DATA már el lett küldve az RF bekapcsolása után.
PN5190 számra elküldött parancskeret: 090000
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 090003000400
5.11 Plample for EXCHANGE_RF_DATA
A gazdagéptől a REQA (0x26) továbbításához küldött adatok következő sorozata, az utolsó elküldendő bájtban lévő bitek száma 0x07-re van állítva, és az összes állapotot az adatokkal együtt kell fogadni. Feltételezzük, hogy a szükséges RF regiszterek már be vannak állítva, és az RF be van kapcsolva.
A PN5190 számra küldött parancskeret: 0A0003070F26
A gazdagép megszakításra vár.
Amikor a gazdagép elolvasta a választ, a PN5190-től kapott keret (a sikeres működést jelzi): 0A000 F000200000000000200000000004400
5.12 Plample for LOAD_RF_CONFIGURATION
Az RF konfiguráció beállításához a gazdagéptől küldött adatok sorrendje a következő. TX esetén 0x00 és RX esetén 0x80
A PN5190 számra küldött parancskeret: 0D00020080
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-től kapott keret (a sikeres működést jelzi): 0D000100
5.13 Plample az UPDATE_RF_CONFIGURATION-hoz
A következő adatsort küldi a gazdagép az RF konfiguráció frissítéséhez. TX esetén 0x00, CLIF_CRC_TX_CONFIG regisztercímmel és 0x00000001 értékkel
PN5190 számra küldött parancskeret: 0E0006001201000000
A gazdagép megszakításra vár.
Amikor a gazdagép elolvasta a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 0E000100
5.14 Plample for RF_ON
A gazdagéptől küldött adatok sorozata az RF mező bekapcsolásához az ütközés elkerülésével, és nincs aktív P2P. Feltételezhető, hogy a megfelelő RF TX és RX konfiguráció már be van állítva a PN5190-ben.
PN5190 számra elküldött parancskeret: 10000100
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 10000100
5.15 Plample for RF_OFF
Az RF mező kikapcsolásához a gazdagéptől küldött adatok sorrendje következik.
PN5190 számra elküldött parancskeret: 110000
A gazdagép megszakításra vár.
Amikor a gazdagép beolvassa a választ, a PN5190-ből kapott keret (a sikeres működést jelzi): 11000100

Függelék (RF protokoll konfigurációs indexek)

Ez a függelék a PN5190 által támogatott RF protokoll konfigurációs indexeket tartalmazza.
A TX és RX konfigurációs beállításokat a 4.5.7.1. szakasz, 4.5.7.2. szakasz, 4.5.7.3. szakasz parancsokban kell használni.

Függelék (CTS és TESTBUS jelek)

Az alábbi táblázat a PN5190-ről elérhető különböző jeleket határozza meg, amelyek a CTS utasítások (4.5.10. szakasz) és a TESTBUS utasítások segítségével rögzíthetők.

Ezeket a 4.5.9.1. szakasz, 4.5.9.2. szakasz, 4.5.10.2. szakasz parancsokhoz kell használni.

Rövidítések

97. táblázat. Rövidítések

röv.	Jelentése
CLK	Óra
DWL_REQ	Letöltési kérelem PIN-kód (más néven DL_REQ)
EEPROM	Elektromosan törölhető, programozható, csak olvasható memória
FW	Firmware
GND	Föld
GPIO	Általános célú bemeneti kimenet
HW	Hardver
I²C	Integrált áramkör (soros adatbusz)
IRQ	Megszakítási kérelem
ISO / IEC	Nemzetközi Szabványügyi Szervezet / Nemzetközi Elektrotechnikai Közösség
NFC	Near Field Communication
OS	Operációs rendszer
PCD	Közelítési csatolóeszköz (érintkezés nélküli olvasó)
PICC	Proximity integrált áramköri kártya (érintkező nélküli kártya)
PMU	Energiagazdálkodási egység
POR	Bekapcsolási visszaállítás
RF	Rádiófrekvencia
RST	Reset
SFWU	biztonságos firmware letöltési mód
SPI	Soros periféria felület
VEN	V Engedélyező tű

Hivatkozások

[1] Az NFC Cockpit CTS konfigurációs része, https://www.nxp.com/products/:NFC-COCKPIT
[2] PN5190 IC adatlap, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Jogi információk

10.1 Fogalommeghatározások
Piszkozat — A vázlat állapota egy dokumentumon azt jelzi, hogy a tartalom még mindig belső review és formális jóváhagyástól függően, ami módosításokat vagy kiegészítéseket eredményezhet. Az NXP Semiconductors nem vállal felelősséget vagy garanciát a dokumentum tervezet változatában szereplő információk pontosságáért vagy teljességéért, és nem vállal felelősséget az ilyen információk felhasználásának következményeiért.
10.2 Jogi nyilatkozatok
Korlátozott garancia és felelősség — A dokumentumban szereplő információk pontosak és megbízhatóak. Az NXP Semiconductors azonban nem vállal semmilyen kifejezett vagy hallgatólagos nyilatkozatot vagy garanciát az ilyen információk pontosságára vagy teljességére vonatkozóan, és nem vállal felelősséget az ilyen információk felhasználásának következményeiért. Az NXP Semiconductors nem vállal felelősséget a jelen dokumentum tartalmáért, ha azt az NXP Semiconductors-on kívüli információforrás szolgáltatja.
Az NXP Semiconductors semmilyen körülmények között nem vállal felelősséget semmilyen közvetett, véletlen, büntető jellegű, különleges vagy következményes kárért (beleértve – korlátozás nélkül az elmaradt nyereséget, az elveszett megtakarításokat, az üzlet megszakítását, a termékek eltávolításával vagy cseréjével kapcsolatos költségeket vagy az átdolgozási költségeket) az ilyen károk nem alapulnak károkozáson (beleértve a gondatlanságot), garancián, szerződésszegésen vagy bármely más jogi elméleten.
Az ügyfél bármilyen okból esetlegesen elszenvedett kárai ellenére az NXP Semiconductors összesített és halmozott felelőssége a vásárlóval szemben az itt leírt termékekért a jelen dokumentumban foglaltaknak megfelelően korlátozott.
Az NXP félvezetők kereskedelmi értékesítésének feltételei.
A változtatás joga — Az NXP Semiconductors fenntartja a jogot, hogy bármikor és előzetes értesítés nélkül módosítsa a jelen dokumentumban közzétett információkat, beleértve a korlátozások nélkül a specifikációkat és a termékleírásokat. Ez a dokumentum hatályon kívül helyez és felváltja a közzététel előtt közölt összes információt.
Használatra való alkalmasság – Az NXP Semiconductors termékeket nem úgy tervezték, engedélyezték vagy nem garantálják, hogy alkalmasak legyenek életfenntartó, életfontosságú vagy biztonsági szempontból kritikus rendszerekben vagy berendezésekben való használatra, sem olyan alkalmazásokra, ahol az NXP Semiconductors termék meghibásodása vagy hibás működése ésszerűen várható. személyi sérülést, halált vagy súlyos anyagi vagy környezeti kárt okozhat. Az NXP Semiconductors és beszállítói nem vállalnak felelősséget az NXP Semiconductors termékek ilyen berendezésekbe vagy alkalmazásokba történő beépítéséért és/vagy használatáért, ezért az ilyen beépítés és/vagy felhasználás az ügyfél saját felelősségére történik.
Alkalmazások — Az itt leírt alkalmazások e termékekre csak illusztrációs célt szolgálnak. Az NXP Semiconductors nem vállal felelősséget és nem vállal garanciát arra vonatkozóan, hogy az ilyen alkalmazások további tesztelés vagy módosítás nélkül alkalmasak lesznek a meghatározott felhasználásra.
Az ügyfelek felelősek az NXP Semiconductors termékeket használó alkalmazásaik és termékeik tervezéséért és működtetéséért, az NXP Semiconductors pedig nem vállal felelősséget az alkalmazásokhoz vagy az ügyfél terméktervezéséhez nyújtott segítségért. Az ügyfél kizárólagos felelőssége annak eldöntése, hogy az NXP Semiconductors termék alkalmas-e és alkalmas-e az ügyfél által tervezett alkalmazásokhoz és termékekhez, valamint az ügyfél harmadik fél vásárlóinak tervezett alkalmazásához és használatához. Az ügyfeleknek megfelelő tervezési és üzemeltetési biztosítékokat kell biztosítaniuk az alkalmazásaikkal és termékeikkel kapcsolatos kockázatok minimalizálása érdekében.
Az NXP Semiconductors nem vállal semmilyen felelősséget olyan nemteljesítéssel, kárral, költséggel vagy problémával kapcsolatban, amely az ügyfél alkalmazásaiban vagy termékeiben, illetve az ügyfél harmadik fél ügyfele(i) általi alkalmazáson vagy használaton alapul. Az Ügyfél felelős azért, hogy minden szükséges tesztelést elvégezzen az ügyfél alkalmazásainál és termékeinél az NXP Semiconductors termékeket használva, hogy elkerülje az alkalmazások és a termékek, illetve az alkalmazás vagy az ügyfél harmadik fél vásárlói általi használatának alapértelmezett állapotát. Az NXP nem vállal felelősséget ezzel kapcsolatban.

NXP BV – Az NXP BV nem működő vállalat, és nem forgalmaz vagy értékesít termékeket.

10.3 Licencek
NFC technológiával rendelkező NXP IC vásárlása — Az ISO/IEC 18092 és ISO/IEC 21481 Near Field Communication (NFC) szabványok egyikének megfelelő NXP Semiconductors IC vásárlása nem jelent hallgatólagos licencet a következő szabadalmi jogok alapján, amelyeket a bármelyik szabványt. Az NXP Semiconductors IC megvásárlása nem tartalmaz semmilyen NXP-szabadalomra (vagy más IP-jogra) vonatkozó licencet, amely lefedi ezen termékek más termékekkel való kombinációit, legyen az akár hardver, akár szoftver.

10.4 Védjegyek
Megjegyzés: Minden hivatkozott márka, terméknév, szolgáltatásnév és védjegy a megfelelő tulajdonosok tulajdona.
Az NXP — szó és logó az NXP BV védjegyei
EdgeVerse — az NXP BV védjegye
FeliCa — a Sony Corporation védjegye.
MIFARE — az NXP BV védjegye
MIFARE Classic — az NXP BV védjegye

Kérjük, vegye figyelembe, hogy a jelen dokumentumra és az itt leírt termék(ek)re vonatkozó fontos megjegyzések a „Jogi információk” részben találhatók.
© 2023 NXP BV
További információért látogasson el a következő oldalra: http://www.nxp.com
Minden jog fenntartva.
Megjelenés dátuma: 25. május 2023
Dokumentumazonosító: UM11942

Dokumentumok / Források

NXP PN5190 NFC előlapi vezérlő [pdf] Felhasználói kézikönyv
PN5190, PN5190 NFC előlapi vezérlő, NFC előlapi vezérlő, vezérlő, UM11942

Hivatkozások

Felhasználói kézikönyv

PN5190 NFC előlapi vezérlő

Bevezetés

A fogadó kommunikáció befejeződöttview

IC működési rendszerindítási mód – biztonságos FW letöltési mód

IC működési rendszerindítási mód – Normál működési mód

54. táblázat: Konfigurációs bitmaszk

Függelék (plampaz)

Függelék (RF protokoll konfigurációs indexek)

Függelék (CTS és TESTBUS jelek)

Rövidítések

Hivatkozások

Jogi információk

Dokumentumok / Források

Hivatkozások

Hagyj megjegyzést

Válasz visszavonása