Manual ng User ng NXP PN5190 NFC Frontend Controller

Impormasyon	Nilalaman
Mga keyword	PN5190, NFC, NFC frontend, controller, layer ng pagtuturo
Abstract	Inilalarawan ng dokumentong ito ang mga command layer ng pagtuturo at mga tugon upang gumana mula sa isang host controller, para sa pagsusuri sa pagpapatakbo ng NXP PN5190 NFC frontend controller. Ang PN5190 ay isang susunod na henerasyong NFC frontend controller. Ang saklaw ng dokumentong ito ay upang ilarawan ang mga command ng interface upang gumana sa PN5190 NFC frontend controller. Para sa higit pang impormasyon sa pagpapatakbo ng PN5190 NFC frontend controller, sumangguni sa data sheet at ang komplementaryong impormasyon nito.

Kasaysayan ng rebisyon

Sinabi ni Rev	Petsa	Paglalarawan
3.7	20230525	• Ang uri at pamagat ng dokumento ay binago mula sa addendum ng data sheet ng produkto patungo sa manwal ng gumagamit • Paglilinis ng editoryal • Na-update na mga tuntuning pang-editoryal para sa mga signal ng SPI • Nagdagdag ng command na GET_CRC_USER_AREA sa Talahanayan 8 sa Seksyon 4.5.2.3 • Na-update ang iba't ibang mga detalye ng pagkakaiba para sa PN5190B1 at PN5190B2 sa Seksyon 3.4.1 • Na-update na tugon ng Seksyon 3.4.7
3.6	20230111	Paglalarawan ng tugon ng Enhanced Check Integrity sa Seksyon 3.4.7
3.5	20221104	Seksyon 4.5.4.6.3 “Kaganapan”: idinagdag
3.4	20220701	• Nagdagdag ng command na CONFIGURE_MULTIPLE_TESTBUS_DIGITAL sa Talahanayan 8 sa Seksyon 4.5.9.3 • Na-update na Seksyon 4.5.9.2.2
3.3	20220329	Ang paglalarawan ng hardware ay pinahusay sa Seksyon 4.5.12.2.1 “Command” at Seksyon 4.5.12.2.2 “Tugon”
3.2	20210910	Ang mga numero ng bersyon ng firmware ay na-update mula 2.1 hanggang 2.01 at 2.3 hanggang 2.03
3.1	20210527	Idinagdag ang paglalarawan ng command ng RETRIEVE_RF_FELICA_EMD_DATA
3	20210118	Unang opisyal na inilabas na bersyon

Panimula

1.1 Panimula
Inilalarawan ng dokumentong ito ang PN5190 Host Interface at ang mga API. Ang pisikal na interface ng host na ginamit sa dokumentasyon ay SPI. Ang pisikal na katangian ng SPI ay hindi isinasaalang-alang sa dokumento.
Bahagi ng dokumentong ito ang paghihiwalay ng frame at kontrol ng daloy.
1.1.1 Saklaw
Inilalarawan ng dokumento ang lohikal na layer, instruction code, mga API na may kaugnayan para sa customer.

Tapos na ang komunikasyon ng hostview

Ang PN5190 ay may dalawang pangunahing mode ng operasyon upang makipag-usap sa host controller.

Ang HDLL-based na komunikasyon ay ginagamit kapag ang device ay na-trigger na pumasok sa:
a. Naka-encrypt na Secure download Mode upang i-update ang firmware nito
TLV command-response-based na komunikasyon (ibinigay bilang example).

2.1 HDLL mode
Ang HDLL mode ay ginagamit para sa packet exchange format upang gumana sa ibaba ng IC operating mode:

Secure firmware download mode (SFWU), tingnan ang Seksyon 3

2.1.1 Paglalarawan ng HDLL
Ang HDLL ay ang link layer na binuo ng NXP upang matiyak ang maaasahang pag-download ng FW.
Ang isang HDLL na mensahe ay gawa sa isang 2 byte na header, na sinusundan ng isang frame, na binubuo ng opcode at ang Payload ng command. Ang bawat mensahe ay nagtatapos sa isang 16-bit na CRC, tulad ng inilarawan sa larawan sa ibaba:Ang header ng HDLL ay naglalaman ng:

Isang tipak. Na nagpapahiwatig kung ang mensaheng ito ay ang tanging o huling bahagi ng isang mensahe (chunk = 0). O kung, hindi bababa sa, isa pang tipak ang sumusunod (tipak = 1).

Ang haba ng Payload na naka-code sa 10 bits. Kaya, ang HDLL Frame Payload ay maaaring umabot sa 1023 Bytes.

Ang byte order ay tinukoy bilang big-endian, ibig sabihin, Ms Byte muna.
Ang CRC16 ay sumusunod sa X.25 (CRC-CCITT, ISO/IEC13239) standard na may polynomial x^16 + x^12 + x^5 +1 at pre-load value na 0xFFFF.
Kinakalkula ito sa buong HDLL frame, iyon ay, Header + Frame.
SampAng pagpapatupad ng C-code:
static uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
para sa (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_new;
}
ibalik ang crc;
}
2.1.2 Transport mapping sa ibabaw ng SPI
Para sa bawat assertion ng NTS, ang unang byte ay palaging isang HEADER (flow indication byte), maaari itong alinman sa 0x7F/0xFF na may kinalaman sa write/read operation.
2.1.2.1 Sumulat ng Sequence mula sa host (direksyon DH => PN5190)2.1.2.2 Read Sequence mula sa host (Direksyon PN5190 => DH)2.1.3 HDLL protocol
Ang HDLL ay isang command-response protocol. Ang lahat ng mga operasyong nabanggit sa itaas ay na-trigger sa pamamagitan ng isang partikular na command at napatunayan batay sa tugon.
Ang mga utos at tugon ay sumusunod sa HDLL message syntax, ang command na ipinadala ng host ng device, ang tugon ng PN5190. Ang opcode ay nagpapahiwatig ng command at uri ng tugon.
HDLL-based na mga komunikasyon, ginagamit lang kapag ang PN5190 ay na-trigger na pumasok sa mode na "Secure firmware download".
2.2 TLV mode
Ang ibig sabihin ng TLV Tag Halaga ng Haba.
2.2.1 Kahulugan ng frame
Ang isang SPI frame ay nagsisimula sa bumabagsak na gilid ng NTS at nagtatapos sa tumataas na gilid ng NTS. Ang SPI ay bawat pisikal na kahulugan na full duplex ngunit ang PN5190 ay gumagamit ng SPI sa isang half-duplex mode. Ang SPI mode ay limitado sa CPOL 0 at CPHA 0 na may pinakamataas na bilis ng orasan gaya ng tinukoy sa [2]. Ang bawat SPI frame ay binubuo ng isang 1 byte na header at n-bytes ng body.
2.2.2 Indikasyon ng daloyPalaging ipinapadala ng HOST bilang unang byte ang flow indication byte, gusto man nitong magsulat o magbasa ng data mula sa PN5190.
Kung mayroong isang kahilingan sa pagbabasa at walang data na magagamit, ang tugon ay naglalaman ng 0xFF.
Ang data pagkatapos ng byte ng indication ng daloy ay isa o ilang mga mensahe.
Para sa bawat assertion ng NTS, ang unang byte ay palaging isang HEADER (flow indication byte), maaari itong alinman sa 0x7F/0xFF na may kinalaman sa write/read operation.
2.2.3 Uri ng mensahe
Ang isang host controller ay dapat makipag-ugnayan sa PN5190 gamit ang mga mensahe na dinadala sa loob ng mga frame ng SPI.
May tatlong magkakaibang uri ng mensahe:

Utos
Tugon

Kaganapan

Ipinapakita ng diagram ng komunikasyon sa itaas ang mga pinapayagang direksyon para sa iba't ibang uri ng mensahe tulad ng nasa ibaba:

Utos at tugon.
Ang mga command ay ipinapadala lamang mula sa host controller sa PN5190.

Ang mga tugon at kaganapan ay ipinapadala lamang mula sa PN5190 upang mag-host ng controller.
Ang mga tugon ng command ay naka-synchronize gamit ang IRQ pin.

Maipapadala lamang ng host ang mga command kapag mababa ang IRQ.
Mababasa lamang ng host ang tugon/kaganapan kapag mataas ang IRQ.

2.2.3.1 Mga pinapayagang pagkakasunud-sunod at panuntunanPinapayagan ang mga pagkakasunud-sunod ng utos, tugon, at mga kaganapan

Ang isang utos ay palaging kinikilala sa pamamagitan ng isang tugon, o isang kaganapan, o pareho.

Hindi pinapayagan ang Host controller na magpadala ng isa pang command bago hindi nakatanggap ng tugon sa nakaraang command.
Ang mga kaganapan ay maaaring maipadala nang asynchronous anumang oras (HINDI pinag-interleaved sa loob ng isang command/response pair).

Ang mga mensahe ng EVENT ay hindi kailanman pinagsama sa mga mensahe ng RESPONSE sa loob ng isang frame.

Tandaan: Ang pagkakaroon ng isang mensahe (alinman sa RESPONSE o EVENT) ay sinenyasan na ang IRQ ay tumataas, mula sa mababa. Nananatiling mataas ang IRQ hanggang sa mabasa ang lahat ng tugon o frame ng kaganapan. Pagkatapos lamang na mababa ang signal ng IRQ, maipapadala ng host ang susunod na command.
2.2.4 Format ng mensahe
Ang bawat mensahe ay naka-code sa isang TLV structure na may n-bytes payload para sa bawat mensahe maliban sa SWITCH_MODE_NORMAL command.Ang bawat TLV ay binubuo ng:Uri (T) => 1 byte
Bit[7] Uri ng Mensahe
0: COMMAND o RESPONSE mensahe
1: Mensahe ng EVENT
Bit[6:0]: Code ng pagtuturo
Haba (L) => 2 byte (dapat nasa big-endian na format)
Value (V) => N bytes ng value/data ng TLV (Command Parameters / Response data) batay sa Length field (big-endian format)
2.2.4.1 Hatiin ang frame
Ang mensahe ng COMMAND ay dapat ipadala sa isang SPI frame.
RESPONSE at EVENT mensahe ay maaaring basahin sa maramihang mga SPI frame, hal upang basahin ang haba byte.Ang mga mensahe ng RESPONSE o EVENT ay maaaring basahin sa isang frame ng SPI ngunit naantala ng NO-CLOCK sa pagitan, hal, upang basahin ang haba ng byte.

IC operating boot mode – secured na FW download mode

3.1 Panimula
Ang bahagi ng PN5190 firmware code ay permanenteng naka-imbak sa ROM, habang ang natitirang code at ang data ay naka-imbak sa naka-embed na flash. Ang data ng user ay iniimbak sa flash at pinoprotektahan ng mga mekanismong anti-tearing na nagsisiguro sa integridad at availability ng data. Upang mabigyan ang mga customer ng NXP ng mga feature na sumusunod sa pinakabagong mga pamantayan (EMVCo, NFC Forum, at iba pa), parehong maaaring ma-update ang code at data ng user sa FLASH.
Ang pagiging tunay at integridad ng naka-encrypt na firmware ay protektado ng asymmetric/symmetric key signature at reverse chained hash mechanism. Ang unang DL_SEC_WRITE command ay naglalaman ng hash ng pangalawang command at pinoprotektahan ng RSA signature sa payload ng unang frame. Ginagamit ng PN5190 firmware ang RSA public key para patotohanan ang unang command. Ang chained hash sa bawat command ay ginagamit upang patotohanan ang kasunod na command, upang matiyak na ang firmware code at data ay hindi naa-access ng mga third party.
Ang mga payload ng DL_SEC_WRITE command ay naka-encrypt gamit ang AES-128 key. Pagkatapos ng pagpapatunay ng bawat command, ang nilalaman ng payload ay nade-decrypt at isinusulat sa flash ng PN5190 firmware.
Para sa firmware ng NXP, ang NXP ang namamahala sa paghahatid ng mga bagong secure na update sa firmware, kasama ang bagong data ng User.
Ang pamamaraan ng pag-update ay nilagyan ng mekanismo upang protektahan ang pagiging tunay, integridad, at pagiging kumpidensyal ng NXP code at data.
Ang HDLL-based na frame packet schema ay ginagamit para sa lahat ng command at mga tugon para sa secured firmware upgrade mode.
Ang Seksyon 2.1 ay nagbibigay ng higitview ng HDLL frame packet schema na ginamit.
Sinusuportahan ng mga PN5190 IC ang parehong legacy encrypted secured FW download at hardware crypto assisted encrypted secure FW download protocol depende sa variant na ginamit.
Ang dalawang uri ay:

Legacy secure na FW download protocol na gumagana sa PN5190 B0/B1 IC na bersyon lang.

Ang hardware crypto assisted secure FW download protocol na gumagana sa PN5190B2 IC version lang, na gumagamit ng on-chip hardware crypto blocks

Ipinapaliwanag ng mga sumusunod na seksyon ang mga utos at tugon ng Secure firmware download mode.
3.2 Paano i-trigger ang mode na "Secured firmware download".
Sa ibaba ng diagram, at mga kasunod na hakbang, ipakita kung paano i-trigger ang Secured firmware download mode.Pre-condition: Nasa Operation state ang PN5190.
Pangunahing senaryo:

Kondisyon sa pagpasok kung saan ginagamit ang DWL_REQ pin para pumasok sa mode na "Secured firmware download."
a. Hihilahin ng host ng device ang DWL_REQ pin nang mataas (valid lang kung secure na pag-update ng firmware sa pamamagitan ng DWL_REQ pin) O
b. Ang host ng device ay nagsasagawa ng hard-reset upang i-boot ang PN5190
Entry condition kung saan ang DWL_REQ pin ay hindi ginagamit para sa pagpasok sa mode na “Secured firmware download” (pinless download).
a. Ang host ng device ay nagsasagawa ng hard-reset upang i-boot ang PN5190
b. Nagpapadala ang host ng device ng SWITCH_MODE_NORMAL (Seksyon 4.5.4.5) upang pumasok sa normal na mode ng aplikasyon.
c. Ngayon kapag ang IC ay nasa normal na mode ng application, ang Device host ay nagpapadala ng SWITCH_MODE_DOWNLOAD (Seksyon 4.5.4.9) upang pumasok sa secure na download mode.
Nagpapadala ang host ng device ng DL_GET_VERSION (Seksyon 3.4.4), o DL_GET_DIE_ID (Seksyon 3.4.6), o DL_GET_SESSION_STATE (Seksyon 3.4.5) na command.
Binabasa ng host ng device ang kasalukuyang bersyon ng hardware at firmware, session, Die-id mula sa device.
a. Sinusuri ng host ng device ang status ng session kung natapos na ang huling pag-download
b. Inilalapat ng host ng device ang mga panuntunan sa pagsusuri ng bersyon upang magpasya kung sisimulan ang pag-download o lalabas sa pag-download.
Naglo-load ang host ng device mula sa a file ang firmware binary code na ida-download
Nagbibigay ang host ng device ng unang DL_SEC_WRITE ( Seksyon 3.4.8) na command na naglalaman ng:
a. Ang bersyon ng bagong firmware,
b. Isang 16-byte na nonce ng mga di-makatwirang halaga na ginagamit para sa encryption key obfuscation
c. Isang digest value ng susunod na frame,
d. Ang digital signature ng frame mismo
Nilo-load ng host ng device ang secure na pagkakasunud-sunod ng protocol sa pag-download sa PN5190 na may mga utos na DL_SEC_WRITE (Seksyon 3.4.8)
Kapag naipadala na ang huling DL_SEC_WRITE (Section 3.4.8) command, ipapatupad ng device host ang DL_CHECK_INTEGRITY (Seksyon 3.4.7) command upang suriin kung matagumpay na naisulat ang mga alaala.
Binabasa ng host ng device ang bagong bersyon ng firmware at sinusuri ang status ng session kung sarado para sa pag-uulat sa itaas na layer
Hilahin ng host ng device ang DWL_REQ pin sa mababang (kung DWL_REQ pin ang ginagamit para pumasok sa download mode)
Ang host ng device ay nagsasagawa ng hard reset (toggling VEN pin) sa device para i-reboot ang PN5190
Post-condition: Ang firmware ay na-update; iniulat ang bagong numero ng bersyon ng firmware.

3.3 Lagda ng firmware at kontrol ng bersyon
Sa mode ng pag-download ng firmware ng PN5190, tinitiyak ng isang mekanismo na isang firmware lang na nilagdaan at naihatid ng NXP ang tatanggapin para sa firmware ng NXP.
Ang pagsunod ay naaangkop lamang para sa naka-encrypt na secure na NXP firmware.
Sa panahon ng sesyon ng pag-download, isang bagong 16 bits na bersyon ng firmware ang ipapadala. Binubuo ito ng major at minor na numero:

Pangunahing numero: 8 bits (MSB)
Minor na numero: 8 bits (LSB)

Tinitingnan ng PN5190 kung ang bagong pangunahing numero ng bersyon ay mas malaki o katumbas ng kasalukuyang numero. Kung hindi, ang secure na pag-download ng firmware ay tatanggihan, at ang session ay pinananatiling sarado.
3.4 HDLL command para sa legacy na naka-encrypt na pag-download at hardware na tinulungan ng crypto naka-encrypt na pag-download
Ang seksyong ito ay nagbibigay ng impormasyon tungkol sa mga utos at tugon na ginamit para sa parehong uri ng pag-download para sa pag-download ng firmware ng NXP.
3.4.1 HDLL Command OP code
Tandaan: Ang mga HDLL command frame ay 4 byte na nakahanay. Ang mga hindi nagamit na payload byte ay naiwan na wala.
Talahanayan 1. Listahan ng mga HDLL command OP code

PN5190 B0/ B1 (Legacy na pag-download)	PN5190 B2 (Crypto assisted download)	Utos ng Alyas	Paglalarawan
0xF0	0xE5	DL_RESET	Nagsasagawa ng soft reset
0xF1	0xE1	DL_GET_VERSION	Ibinabalik ang mga numero ng bersyon
0xF2	0xDB	DL_GET_SESSION_STATE	Ibinabalik ang kasalukuyang estado ng session
0xF4	0xDF	DL_GET_DIE_ID	Ibinabalik ang die ID
0xE0	0xE7	DL_CHECK_INTEGRITY	Sinusuri at ibinabalik ang mga CRC sa iba't ibang lugar pati na rin ang mga pass/fail status flag para sa bawat isa
0xC0	0x8C	DL_SEC_WRITE	Nagsusulat ng x bytes sa memorya simula sa ganap na address y

3.4.2 Mga Opcode ng Tugon sa HDLL
Tandaan: Ang mga frame ng tugon ng HDLL ay 4 byte na nakahanay. Ang mga hindi nagamit na payload byte ay naiwan na wala. Tanging mga DL_OK na tugon ang maaaring maglaman ng mga halaga ng payload.
Talahanayan 2. Listahan ng mga HDLL response OP code

opcode	Tugon Alyas	Paglalarawan
0x00	DL_OK	Naipasa ang utos
0x01	DL_INVALID_ADDR	Hindi pinapayagan ang address
0x0B	DL_UNKNOW_CMD	Hindi kilalang utos
0x0C	DL_ABORTED_CMD	Masyadong malaki ang pagkakasunud-sunod ng tipak
0x1E	DL_ADDR_RANGE_OFL_ERROR	Address na wala sa saklaw
0x1F	DL_BUFFER_OFL_ERROR	Masyadong maliit ang buffer
0x20	DL_MEM_BSY	Busy ang memorya
0x21	DL_SIGNATURE_ERROR	Hindi pagkakatugma ng lagda
0x24	DL_FIRMWARE_VERSION_ERROR	Kasalukuyang bersyon ay katumbas o mas mataas
0x28	DL_PROTOCOL_ERROR	Error sa protocol
0x2A	DL_SFWU_DEGRADED	Pagkasira ng data ng flash
0x2D	PH_STATUS_DL_FIRST_CHUNK	Unang tipak na natanggap
0x2E	PH_STATUS_DL_NEXT_CHUNK	Maghintay para sa susunod na tipak
0xC5	PH_STATUS_INTERNAL_ERROR_5	Hindi tugma ang haba

3.4.3 DL_RESET na utos
Pagpapalitan ng frame:
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] Pinipigilan ng pag-reset ang PN5190 sa pagpapadala ng DL_STATUS_OK na sagot. Samakatuwid, maling status lamang ang matatanggap.
Ang STAT ay ang katayuan sa pagbabalik.
3.4.4 DL_GET_VERSION na utos
Pagpapalitan ng frame:
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 CRC16] Kunin Ang payload frame ng frame
Talahanayan 3. Tugon sa utos ng GetVersion

Patlang	Byte	Paglalarawan
STAT	1	Katayuan
HW_V	2	Bersyon ng hardware
RO_V	3	ROM code
MODEL_ID	4	Model ID
FMxV	5-6	Bersyon ng firmware (ginagamit para sa pag-download)
RFU1-RFU2	7-8	–

Ang mga inaasahang halaga ng iba't ibang larangan ng pagtugon at ang kanilang pagmamapa ay nasa ibaba:
Talahanayan 4. Mga inaasahang halaga ng tugon ng utos ng GetVersion

Uri ng IC	Bersyon ng HW (hex)	Bersyon ng ROM (hex)	ID ng Modelo (hex)	Bersyon ng FW (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 na utos
Pagpapalitan ng frame:
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] Ang payload frame ng tugon ng GetSession ay:
Talahanayan 5. Tugon sa utos ng GetSession

Patlang	Byte	Paglalarawan
STAT	1	Katayuan
SSTA	2	Katayuan ng session • 0x00: sarado • 0x01: bukas • 0x02: naka-lock (hindi na pinapayagan ang pag-download)
RFU	3-4

3.4.6 DL_GET_DIE_ID na utos
Pagpapalitan ng frame:
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 ID8 ID9
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] Ang payload frame ng tugon ng GetDieId ay:
Talahanayan 6. Tugon sa utos ng GetDieId

Patlang	Byte	Paglalarawan
STAT	1	Katayuan
RFU	2-4
NAMATAY	5-20	ID ng die (16 bytes)

3.4.7 DL_CHECK_INTEGRITY na utos
Pagpapalitan ng frame:
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] Ang payload frame ng tugon ay ang CRC16
Talahanayan 7. Tugon sa utos ng CheckIntegrity

Patlang	Byte	Halaga/Paglalarawan
STAT	1	Katayuan
LEN DATA	2	Kabuuang bilang ng mga seksyon ng data
LEN CODE	3	Kabuuang bilang ng mga seksyon ng code
RFU	4	Nakareserba
[CRC_INFO]	58	32 bits (little-endian). Kung medyo nakatakda, OK ang CRC ng kaukulang seksyon, kung hindi, Hindi OK.
		bit	Katayuan ng integridad ng lugar
		[31:28]	Nakalaan [3]
		[27:23]	Nakalaan [1]
		[22]	Nakalaan [3]
		[21:20]	Nakalaan [1]
		[19]	Lugar ng pagsasaayos ng RF (PN5190 B0/B1) [2] Nakalaan (PN5190 B2) [3]
		[18]	Lugar ng pagsasaayos ng protocol (PN5190 B0/B1) [2] Lugar ng pagsasaayos ng RF (PN5190 B2) [2]
		[17]	Nakalaan (PN5190 B0/B1) [3] Lugar ng configuration ng user (PN5190 B2) [2]
		[16:6]	Nakalaan [3]
		[5:4]	Nakalaan Para sa PN5190 B0/B1 [3] Nakalaan Para sa PN5190 B2 [1]
		[3:0]	Nakalaan [1]
[CRC32]	9-136	CRC32 ng 32 na seksyon. Ang bawat CRC ay may 4 na byte na nakaimbak sa maliit na-endian na format. Ang unang 4 na byte ng CRC ay bit CRC_INFO[31], ang susunod na 4 na byte ng CRC ay bit CRC_INFO[30] at iba pa.

[1] Dapat na 1 ang bit na ito para gumana nang maayos ang PN5190 (na may mga feature at o naka-encrypt na FW download).
[2] Ang bit na ito ay nakatakda sa 1 bilang default, ngunit ang mga setting na binago ng user ay nagpapawalang-bisa sa CRC. Walang epekto sa functionality ng PN5190..
[3] Ang bit value na ito, kahit na ito ay 0, ay hindi nauugnay. Maaaring balewalain ang bit value na ito..

3.4.8 DL_SEC_WRITE na utos
Ang DL_SEC_WRITE command ay dapat isaalang-alang sa konteksto ng isang sequence ng secure write commands: ang naka-encrypt na "secured firmware download" (madalas na tinutukoy bilang eSFWu).
Ang secure na write command ay unang nagbubukas ng download session at ipinapasa ang RSA authentication. Ang mga susunod ay nagpapasa ng mga naka-encrypt na address at byte para isulat sa PN5190 Flash. Ang lahat maliban sa huli ay naglalaman ng mga susunod na hash, samakatuwid ay nagpapaalam na hindi sila ang huli, at sa cryptographically na pinagsasama-sama ang mga sequence frame.
Ang iba pang mga command (maliban sa DL_RESET at DL_CHECK_INTEGRITY) ay maaaring ipasok sa pagitan ng mga secure na write command ng isang sequence nang hindi sinisira ito.
3.4.8.1 Unang DL_SEC_WRITE na utos
Ang isang secure na write command ay ang una kung at kung:

Ang haba ng frame ay 312 bytes
Walang natanggap na secure na write command mula noong huling pag-reset.

Ang naka-embed na lagda ay matagumpay na na-verify ng PN5190.

Ang tugon sa unang frame command ay magiging tulad ng nasa ibaba: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ay ang return status.
Tandaan: Hindi bababa sa isang tipak ng data ang dapat isulat sa panahon ng isang eSFWu kahit na ang data na nakasulat ay maaaring isang byte lang ang haba. Samakatuwid, ang unang utos ay palaging naglalaman ng hash ng susunod na utos, dahil magkakaroon ng hindi bababa sa dalawang utos.
3.4.8.2 Gitnang DL_SEC_WRITE na mga utos
Ang isang secure na write command ay isang 'gitna' kung at kung:

Ang opcode ay tulad ng inilarawan sa Seksyon 3.4.1 para sa DL_SEC_WRITE na utos.

Ang isang unang secure na write command ay natanggap na at matagumpay na na-verify dati
Walang naganap na pag-reset mula nang matanggap ang unang secure na write command
Ang haba ng frame ay katumbas ng laki ng data + laki ng header + laki ng hash: FLEN = SIZE + 6 + 32

Ang digest ng buong frame ay katumbas ng hash value na natanggap sa nakaraang frame

Ang tugon sa unang frame command ay magiging tulad ng nasa ibaba: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ay ang return status.
3.4.8.3 Huling DL_SEC_WRITE na utos
Ang isang secure na write command ay ang huli kung at kung:

Ang opcode ay tulad ng inilarawan sa Seksyon 3.4.1 para sa DL_SEC_WRITE na utos.

Ang isang unang secure na write command ay natanggap na at matagumpay na na-verify dati
Walang naganap na pag-reset mula nang matanggap ang unang secure na write command
Ang haba ng frame ay katumbas ng laki ng data + laki ng header: FLEN = SIZE + 6

Ang digest ng buong frame ay katumbas ng hash value na natanggap sa nakaraang frame

Ang tugon sa unang frame command ay magiging tulad ng nasa ibaba: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ay ang return status.

IC operating boot mode – Normal na Operation mode

4.1 Panimula
Sa pangkalahatan, ang PN5190 IC ay dapat nasa normal na mode ng operasyon upang makuha ang NFC functionality mula dito.
Kapag nag-boot ang PN5190 IC, palaging naghihintay na matanggap ang mga command mula sa isang host upang maisagawa ang operasyon, maliban kung ang mga kaganapang nabuo sa loob ng PN5190 IC ay nagresulta sa PN5190 IC boot.
4.2 Natapos ang listahan ng mga utosview
Talahanayan 8. Listahan ng utos ng PN5190

Command code	Pangalan ng command
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	I-CONFIGURE ang TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU
0x19	hanggang sa FW v2.01: RFU
0x19	mula sa FW v2.03 pataas: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	RFU
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	RFU
0x25	SWITCH_MODE_DOWNLOAD
0x26	GET_DIEID
0x27	GET_VERSION
0x28	RFU
0x29	hanggang sa FW v2.05: RFU
0x29	mula sa FW v2.06 pataas: GET_CRC_USER_AREA
0x2A	hanggang sa FW v2.03: RFU
0x2A	mula sa FW v2.05 pataas: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU
0x40	ANTENNA_SELF_TEST (Hindi Sinusuportahan)
0x41	PRBS_TEST
0x42-0x4F	RFU

4.3 Mga halaga ng status ng tugon
Ang mga sumusunod ay ang mga value ng status ng tugon, na ibinalik bilang bahagi ng tugon mula sa PN5190 pagkatapos maisagawa ang command.
Talahanayan 9. PN5190 na mga halaga ng status ng tugon

Status ng tugon	Halaga ng status ng tugon	Paglalarawan
PN5190_STATUS_SUCCESS	0x00	Isinasaad na matagumpay na nakumpleto ang operasyon
PN5190_STATUS_TIMEOUT	0x01	Isinasaad na ang pagpapatakbo ng command ay nagresulta sa timeout
PN5190_STATUS_INTEGRITY_ERROR	0x02	Isinasaad na ang pagpapatakbo ng command ay nagresulta sa RF data integrity error
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Isinasaad na ang pagpapatakbo ng command ay nagresulta sa RF collision error
PN5190_STATUS_RFU1	0x04	Nakareserba
PN5190_STATUS_INVALID_COMMAND	0x05	Isinasaad na ang ibinigay na utos ay hindi wasto/hindi ipinatupad
PN5190_STATUS_RFU2	0x06	Nakareserba
PN5190_STATUS_AUTH_ERROR	0x07	Isinasaad na nabigo ang pagpapatotoo ng MFC (tinanggihan ang pahintulot)
PN5190_STATUS_MEMORY_ERROR	0x08	Isinasaad na ang pagpapatakbo ng command ay nagresulta sa isang programming error o internal memory error
PN5190_STATUS_RFU4	0x09	Nakareserba
PN5190_STATUS_NO_RF_FIELD	0x0A	Isinasaad na walang o error sa panloob na RF field presence (naaangkop lamang kung initiator/reader mode)
PN5190_STATUS_RFU5	0x0B	Nakareserba
PN5190_STATUS_SYNTAX_ERROR	0x0C	Isinasaad na hindi wastong haba ng command frame ang natanggap
PN5190_STATUS_RESOURCE_ERROR	0x0D	Isinasaad na may naganap na error sa panloob na mapagkukunan
PN5190_STATUS_RFU6	0x0E	Nakareserba
PN5190_STATUS_RFU7	0x0F	Nakareserba
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Isinasaad na walang panlabas na RF field na naroroon sa panahon ng pagpapatupad ng command (Naaangkop lamang sa card/target mode)
PN5190_STATUS_RX_TIMEOUT	0x11	Isinasaad na ang data ay hindi natanggap pagkatapos ng RFExchange ay sinimulan at ang RX ay nag-time out.
PN5190_STATUS_USER_CANCELLED	0x12	Isinasaad na ang kasalukuyang utos na kasalukuyang isinasagawa ay naabort
PN5190_STATUS_PREVENT_STANDBY	0x13	Isinasaad na ang PN5190 ay pinipigilan na pumunta sa Standby mode
PN5190_STATUS_RFU9	0x14	Nakareserba
PN5190_STATUS_CLOCK_ERROR	0x15	Isinasaad na ang orasan sa CLIF ay hindi nagsimula
PN5190_STATUS_RFU10	0x16	Nakareserba
PN5190_STATUS_PRBS_ERROR	0x17	Isinasaad na ang PRBS command ay nagbalik ng isang error
PN5190_STATUS_INSTR_ERROR	0x18	Ipinapahiwatig na nabigo ang pagpapatakbo ng utos (maaaring kasama nito, ang error sa mga parameter ng pagtuturo, error sa syntax, error sa mismong pagpapatakbo, hindi natutugunan ang mga paunang kinakailangan para sa pagtuturo atbp.)
PN5190_STATUS_ACCESS_DENIED	0x19	Ipinapahiwatig na ang pag-access sa panloob na memorya ay tinanggihan
PN5190_STATUS_TX_FAILURE	0x1A	Isinasaad na ang TX over RF ay nabigo
PN5190_STATUS_NO_ANTENNA	0x1B	Isinasaad na walang antenna na nakakonekta/naroroon
PN5190_STATUS_TXLDO_ERROR	0x1C	Isinasaad na may error sa TXLDO kapag hindi available ang VUP at naka-ON ang RF.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Isinasaad na ang RF configuration ay hindi na-load kapag ang RF ay naka-ON
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	hanggang FW 2.01: hindi inaasahan
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	mula sa FW 2.03 pataas: Isinasaad na sa panahon ng Exchange na may LOG ENABLE BIT ay nakatakda sa FeliCa EMD register, naobserbahan ang FeliCa EMD Error
PN5190_STATUS_INTERNAL_ERROR	0x7F	Isinasaad na nabigo ang operasyon ng NVM
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Ipinapahiwatig na, bukod pa rito, nakabinbin ang data na basahin

4.4 Natapos ang mga Pangyayariview
Mayroong dalawang paraan upang maabisuhan ang mga kaganapan sa host.
4.4.1 Karaniwang mga kaganapan sa IRQ pin
Ang mga kaganapang ito ay mga kategorya tulad ng nasa ibaba:

Palaging naka-enable – Palaging inaabisuhan ang host

Kinokontrol ng Host – Inaabisuhan ang host, kung ang kaukulang bit ng Paganahin ng Kaganapan ay nakatakda sa rehistro (EVENT_ENABLE (01h)).

Ang mga mababang antas na interrupt mula sa mga peripheral na IP kabilang ang CLIF ay dapat ganap na pangasiwaan sa loob ng firmware at ang host ay aabisuhan lamang ng mga kaganapang nakalista sa seksyon ng mga kaganapan.
Ang firmware ay nagpapatupad ng dalawang rehistro ng kaganapan bilang mga rehistro ng RAM na maaaring isulat / Basahin gamit ang Seksyon 4.5.1.1 / Seksyon 4.5.1.5 na mga utos.
Ang rehistrong EVENT_ENABLE (0x01) => Paganahin ang partikular/lahat ng mga notification ng kaganapan.
Ang rehistrong EVENT_STATUS (0x02) => Bahagi ng payload ng mensahe ng Event.
Ang mga kaganapan ay dapat i-clear ng host sa sandaling ang mensahe ng kaganapan ay basahin-out ng host.
Ang mga kaganapan ay likas na asynchronous at inaabisuhan sa host, kung pinagana ang mga ito sa loob ng rehistro ng EVENT_ENABLE.
Ang sumusunod ay ang listahan ng mga kaganapan na magiging available sa host bilang bahagi ng mensahe ng kaganapan.
Talahanayan 10. PN5190 na kaganapan (mga nilalaman ng EVENT_STATUS)

Bit – Saklaw		Patlang [1]	Laging Pinagana (Y/N)
31	12	RFU	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

Tandaan na walang dalawang kaganapan ang na-clubbed maliban sa kaso ng mga error. Sa kaso ng mga error sa panahon ng operasyon, ang functional na kaganapan (hal. BOOT_EVENT, AUTOCALL_EVENT atbp.) at GENERAL_ERROR_EVENT ay itatakda.

Awtomatikong madi-disable ang kaganapang ito pagkatapos itong mai-post sa host. Dapat paganahin muli ng host ang mga kaganapang ito kung nais nitong maabisuhan ang mga kaganapang ito.

4.4.1.1 Mga format ng mensahe ng kaganapan
Ang format ng mensahe ng kaganapan ay nag-iiba depende sa mga paglitaw ng isang kaganapan at ibang estado ng PN5190.
Dapat basahin ng host tag (T) at haba ng mensahe (L) at pagkatapos ay basahin ang katumbas na bilang ng mga byte bilang halaga (V) ng mga kaganapan.
Sa pangkalahatan, ang mensahe ng kaganapan (tingnan ang Larawan 12) ay naglalaman ng EVENT_STATUS tulad ng tinukoy sa Talahanayan 11 at ang data ng kaganapan ay tumutugma sa kani-kanilang bit ng kaganapan na itinakda sa EVENT_STATUS.
Tandaan:
Para sa ilang mga kaganapan, ang payload ay hindi umiiral. Halimbawa, Kung na-trigger ang TIMER0_EVENT, EVENT_STATUS lang ang ibibigay bilang bahagi ng mensahe ng kaganapan.
Ang Talahanayan 11 ay nagdedetalye din kung ang data ng kaganapan ay naroroon para sa kaukulang kaganapan sa mensahe ng kaganapan.GENERAL_ERROR_EVENT ay maaari ding mangyari sa iba pang mga kaganapan.
Sa sitwasyong ito, ang mensahe ng kaganapan (tingnan ang Larawan 13) ay naglalaman ng EVENT_STATUS tulad ng tinukoy sa Talahanayan 11 at GENERAL_ERROR_STATUS_DATA tulad ng tinukoy sa Talahanayan 14 at pagkatapos ay tumutugma ang data ng kaganapan sa kani-kanilang bit ng kaganapan na itinakda sa EVENT_STATUS tulad ng tinukoy sa Talahanayan 11.Tandaan:
Pagkatapos lamang ng BOOT_EVENT o pagkatapos ng POR, STANDBY, ULPCD, magagawa ng host na gumana sa normal na mode ng operasyon sa pamamagitan ng pagbibigay ng mga command na nakalista sa itaas.
Sa kaso ng pag-abort ng isang umiiral nang tumatakbong utos, pagkatapos lamang ng IDLE_EVENT, magagawa ng host na gumana sa normal na mode ng pagpapatakbo sa pamamagitan ng pagbibigay ng mga utos na nakalista sa itaas.
4.4.1.2 Iba't ibang kahulugan ng katayuan ng EVENT
4.4.1.2.1 Mga kahulugan ng bit para sa EVENT_STATUS
Talahanayan 11. Mga kahulugan para sa EVENT_STATUS bits

Bit (Patungo – Mula)		Kaganapan	Paglalarawan	Data ng kaganapan ng kaukulang kaganapan (kung meron man)
31	12	RFU	Nakareserba
11	11	CTS_EVENT	Nakatakda ang bit na ito, kapag nabuo ang kaganapan ng CTS.	Talahanayan 86
10	10	IDLE_EVENT	Nakatakda ang bit na ito, kapag nakansela ang kasalukuyang command dahil sa isyu ng SWITCH_MODE_NORMAL command.	Walang data ng kaganapan
9	9	LPCD_CALIBRATION_DONE_ PANGYAYARI	Ang bit na ito ay nakatakda kapag nabuo ang LPCD calibrationdone event.	Talahanayan 16
8	8	LPCD_EVENT	Ang bit na ito ay nakatakda, kapag nabuo ang kaganapan ng LPCD.	Talahanayan 15
7	7	AUTOCOLL_EVENT	Ang bit na ito ay nakatakda, kapag natapos na ang operasyon ng AUTOCOLL.	Talahanayan 52
6	6	TIMER0_EVENT	Nakatakda ang bit na ito, kapag naganap ang TIMER0 na kaganapan.	Walang data ng kaganapan
5	5	TX_OVERCURRENT_ERROR_ PANGYAYARI	Ang bit na ito ay nakatakda, kapag ang kasalukuyang sa TX driver ay mas mataas kaysa sa tinukoy na threshold sa EEPROM. Sa kundisyong ito, ang field ay awtomatikong naka-OFF bago ang abiso sa host. Mangyaring sumangguni sa Seksyon 4.4.2.2.	Walang data ng kaganapan
4	4	RFON_DET_EVENT	Ang bit na ito ay nakatakda, kapag ang panlabas na RF field ay nakita.	Walang data ng kaganapan
3	3	RFOFF_DET_EVENT	Ang bit na ito ay nakatakda, kapag ang umiiral nang panlabas na RF field ay nawala.	Walang data ng kaganapan
2	2	STANDBY_PREV_EVENT	Ang bit na ito ay nakatakda, kapag ang standby ay napigilan dahil sa umiiral na mga kundisyon sa pag-iwas	Talahanayan 13
1	1	GENERAL_ERROR_EVENT	Nakatakda ang bit na ito, kapag mayroong anumang pangkalahatang kundisyon ng error	Talahanayan 14
0	0	BOOT_EVENT	Ang bit na ito ay nakatakda, kapag ang PN5190 ay na-boot sa POR/Standby	Talahanayan 12

4.4.1.2.2 Mga kahulugan ng bit para sa BOOT_STATUS_DATA
Talahanayan 12. Mga kahulugan para sa BOOT_STATUS_DATA bits

Medyo to	Bit Mula sa	Katayuan ng boot	Boot dahilan dahil sa
31	27	RFU	Nakareserba
26	26	ULP_STANDBY	Dahilan ng Bootup dahil sa paglabas mula sa ULP_STANDBY.
25	23	RFU	Nakareserba
22	22	BOOT_ RX_ULPDET	Ang RX ULPDET ay nagresulta sa pag-boot sa ULP-Standby mode
21	21	RFU	Nakareserba
20	20	BOOT_SPI	Dahilan ng Bootup dahil sa SPI_NTS signal na hinihila nang mababa
19	17	RFU	Nakareserba
16	16	BOOT_GPIO3	Dahilan ng Bootup dahil sa paglipat ng GPIO3 mula mababa hanggang mataas.
15	15	BOOT_GPIO2	Dahilan ng Bootup dahil sa paglipat ng GPIO2 mula mababa hanggang mataas.
14	14	BOOT_GPIO1	Dahilan ng Bootup dahil sa paglipat ng GPIO1 mula mababa hanggang mataas.
13	13	BOOT_GPIO0	Dahilan ng Bootup dahil sa paglipat ng GPIO0 mula mababa hanggang mataas.
12	12	BOOT_LPDET	Dahilan ng Bootup dahil sa panlabas na presensya ng RF field sa panahon ng STANDBY/SUSPEND
11	11	RFU	Nakareserba
10	8	RFU	Nakareserba
7	7	BOOT_SOFT_RESET	Bootup Reason dahil sa soft reset ng IC
6	6	BOOT_VDDIO_LOSS	Bootup Reason dahil sa pagkawala ng VDDIO. Sumangguni sa Seksyon 4.4.2.3
5	5	BOOT_VDDIO_START	Bootup Reason kung STANDBY ang pumasok na may VDDIO LOSS. Sumangguni sa Seksyon 4.4.2.3
4	4	BOOT_WUC	Bootup Reason dahil sa wake-up counter lumipas sa panahon ng alinman sa STANDBY operation.
3	3	BOOT_TEMP	Ang Dahilan ng Bootup dahil sa temperatura ng IC ay higit sa naka-configure na limitasyon ng threshold. Mangyaring sumangguni sa Seksyon 4.4.2.1
2	2	BOOT_WDG	Dahilan ng Bootup dahil sa pag-reset ng asong tagapagbantay
1	1	RFU	Nakareserba
0	0	BOOT_POR	Dahilan ng Bootup dahil sa pag-reset ng power-on

4.4.1.2.3 Mga kahulugan ng bit para sa STANDBY_PREV_STATUS_DATA
Talahanayan 13. Mga kahulugan para sa STANDBY_PREV_STATUS_DATA bits

Medyo to	Bit Mula sa	Standby prevention	Napigilan ang standby dahil sa
31	26	RFU	RESERVED
25	25	RFU	RESERVED
24	24	PREV_TEMP	Ang temperatura ng pagpapatakbo ng mga IC ay wala sa threshold
23	23	RFU	RESERVED
22	22	PREV_HOSTCOMM	Komunikasyon sa interface ng host
21	21	PREV_SPI	SPI_NTS signal na hinihila pababa
20	18	RFU	RESERVED
17	17	PREV_GPIO3	Ang signal ng GPIO3 ay lumilipat mula sa mababa hanggang mataas
16	16	PREV_GPIO2	Ang signal ng GPIO2 ay lumilipat mula sa mababa hanggang mataas
15	15	PREV_GPIO1	Ang signal ng GPIO1 ay lumilipat mula sa mababa hanggang mataas
14	14	PREV_GPIO0	Ang signal ng GPIO0 ay lumilipat mula sa mababa hanggang mataas
13	13	PREV_WUC	Lumipas ang wake-up counter
12	12	PREV_LPDET	Low-power detection. Nangyayari kapag may nakitang panlabas na RF signal sa proseso ng pagpunta sa standby.
11	11	PREV_RX_ULPDET	RX ultra-low power detection. Nangyayari kapag natukoy ang RF signal sa proseso ng pagpunta sa ULP_STANDBY.
10	10	RFU	RESERVED
9	5	RFU	RESERVED
4	4	RFU	RESERVED
3	3	RFU	RESERVED
2	2	RFU	RESERVED
1	1	RFU	RESERVED
0	0	RFU	RESERVED

4.4.1.2.4 Mga kahulugan ng bit para sa GENERAL_ERROR_STATUS_DATA
Talahanayan 14. Mga kahulugan para sa GENERAL_ERROR_STATUS_DATA bits

Medyo to	Bit mula sa	Status ng error	Paglalarawan
31	6	RFU	Nakareserba
5	5	XTAL_START_ERROR	Nabigo ang pagsisimula ng XTAL habang nag-boot
4	4	SYS_TRIM_RECOVERY_ERROR	Naganap ang internal system trim memory error, ngunit nabigo ang pagbawi. Gumagana ang system sa downgrade na mode.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Naganap ang internal system trim memory error, at matagumpay ang pagbawi. Dapat magsagawa ang host ng pag-reboot ng PN5190 para magkabisa ang pagbawi.
2	2	TXLDO_ERROR	TXLDO error
1	1	CLOCK_ERROR	Error sa orasan
0	0	GPADC_ERROR	Error sa ADC

4.4.1.2.5 Mga kahulugan ng bit para sa LPCD_STATUS_DATA
Talahanayan 15. Mga kahulugan para sa LPCD_STATUS_DATA bytes

Medyo to	Bit Mula sa	Pagkakagamit ng mga bit ng katayuan ayon sa pinagbabatayan na operasyon ng LPCD o ULPCD			Ang paglalarawan para sa kaukulang bit ay nakatakda sa status byte.
			LPCD	ULPCD
31	7	RFU			Nakareserba
6	6	I-abort_HIF	Y	N	Na-abort dahil sa aktibidad ng HIF
5	5	CLKDET error	N	Y	Na-abort dahil sa CLKDET error ang naganap
4	4	XTAL Timeout	N	Y	Na-abort dahil sa XTAL Timeout ang naganap
3	3	VDDPA LDO Overcurrent	N	Y	Na-abort dahil sa VDDPA LDO overcurrent naganap
2	2	Panlabas na RF field	Y	Y	Na-abort dahil sa panlabas na RF field
1	1	GPIO3 I-abort	N	Y	Na-abort dahil sa pagbabago ng antas ng GPIO3
0	0	Natukoy ang Card	Y	Y	Natukoy ang card

4.4.1.2.6 Mga kahulugan ng bit para sa LPCD_CALIBRATION_DONE Data ng katayuan
Talahanayan 16. Mga kahulugan para sa LPCD_CALIBRATION_DONE na byte ng data ng katayuan para sa ULPCD

Medyo to	Bit Mula sa	Status ng LPCD_CALIBRATION DONE kaganapan	Ang paglalarawan para sa kaukulang bit ay nakatakda sa status byte.
31	11		Nakareserba
10	0	Halaga ng sanggunian mula sa pagkakalibrate ng ULPCD	Ang sinusukat na halaga ng RSSI sa panahon ng pagkakalibrate ng ULPCD na ginagamit bilang sanggunian sa panahon ng ULPCD

Talahanayan 17. Mga kahulugan para sa LPCD_CALIBRATION_DONE na byte ng data ng katayuan para sa LPCD

Medyo to	Bit Mula sa	Pagkakagamit ng mga bit ng katayuan ayon sa pinagbabatayan na operasyon ng LPCD o ULPCD			Ang paglalarawan para sa kaukulang bit ay nakatakda sa status byte.
2	2	Panlabas na RF field	Y	Y	Na-abort dahil sa panlabas na RF field
1	1	GPIO3 I-abort	N	Y	Na-abort dahil sa pagbabago ng antas ng GPIO3
0	0	Natukoy ang Card	Y	Y	Natukoy ang card

4.4.2 Pangangasiwa ng iba't ibang sitwasyon ng boot
Pinangangasiwaan ng PN5190 IC ang iba't ibang kundisyon ng error na nauugnay sa mga parameter ng IC tulad ng nasa ibaba.
4.4.2.1 Pangangasiwa sa senaryo ng sobrang temperatura kapag pinapatakbo ang PN5190
Sa tuwing ang panloob na temperatura ng PN5190 IC ay umaabot sa halaga ng threshold gaya ng na-configure sa EEPROM field na TEMP_WARNING [2], ang IC ay pumapasok sa standby. At dahil dito kung ang EEPROM field na ENABLE_GPIO0_ON_OVERTEMP [2] ay na-configure upang itaas ang isang abiso sa host, kung gayon ang GPIO0 ay hihilahin nang mataas upang ipaalam ang IC sa temperatura.
Habang bumababa ang temperatura ng IC sa halaga ng threshold gaya ng na-configure sa EEPROM field na TEMP_WARNING [2], ang IC ay mag-boot up gamit ang BOOT_EVENT tulad ng sa Table 11 at ang BOOT_TEMP boot status bit ay nakatakda tulad ng sa Table 12 at ang GPIO0 ay hihilahin nang mababa.
4.4.2.2 Pangangasiwa ng overcurrent
Kung naramdaman ng PN5190 IC ang overcurrent na kundisyon, pinapatay ng IC ang RF power at ipinapadala ang TX_OVERCURRENT_ERROR_EVENT tulad ng sa Talahanayan 11.
Ang tagal ng overcurrent na kondisyon ay maaaring kontrolin sa pamamagitan ng pagbabago sa EEPROM field TXLDO_CONFIG [2].
Para sa impormasyon sa IC na higit sa kasalukuyang threshold, sumangguni sa dokumento [2].
Tandaan:
Kung may iba pang nakabinbing kaganapan o tugon, ipapadala ang mga ito sa host.
4.4.2.3 Pagkawala ng VDDIO sa panahon ng operasyon
Kung ang PN5190 IC ay nakatagpo na walang VDDIO (VDDIO loss), ang IC ay papasok sa standby.
Nagbo-boot lang ang IC kapag available ang VDDIO, na may BOOT_EVENT tulad ng sa Table 11 at BOOT_VDDIO_START boot status bit ay nakatakda tulad ng sa Table 12.
Para sa impormasyon sa PN5190 IC static na katangian, sumangguni sa dokumento [2].
4.4.3 Pangangasiwa sa mga senaryo ng pagpapalaglag
Ang PN5190 IC ay may suporta sa pag-abort ng kasalukuyang pagpapatupad ng mga utos at ang pag-uugali ng PN5190 IC, kapag ang naturang abort command tulad ng Seksyon 4.5.4.5.2 ay ipinadala sa PN5190 IC ay tulad ng ipinapakita sa Talahanayan 18.
Tandaan:
Kapag ang PN5190 IC ay nasa ULPCD at ULP-Standby mode, hindi rin ito maaaring i-abort sa pamamagitan ng pagpapadala ng Seksyon 4.5.4.5.2 O sa pamamagitan ng pagsisimula ng isang transaksyon sa SPI (sa pamamagitan ng paghila pababa sa signal ng SPI_NTS).
Talahanayan 18. Inaasahang tugon sa kaganapan kapag ang iba't ibang mga utos ay natapos sa Seksyon 4.5.4.5.2

Mga utos	Pag-uugali kapag ipinadala ang Normal na command ng Switch Mode
Lahat ng mga utos kung saan ang mababang kapangyarihan ay hindi ipinasok	Itinakda ang EVENT_STAUS sa “IDLE_EVENT”
Lumipat ng Mode LPCD	Ang EVENT_STATUS ay nakatakda sa “LPCD_EVENT” na may “LPCD_ STATUS_DATA” na nagsasaad ng mga bit ng status bilang “Abort_HIF”
Lumipat sa Mode Standby	Ang EVENT_STAUS ay nakatakda sa “BOOT_EVENT” na may “BOOT_ STATUS_DATA” na nagsasaad ng mga bit na “BOOT_SPI”
Switch Mode Autocoll(Walang Autonomous mode, autonomous mode na may standby at autonomous mode nang walang standby)	Ang EVENT_STAUS ay nakatakda sa "AUTOCOLL_EVENT" na may STATUS_DATA bits na nagsasaad na ang command ay kinansela ng user.

4.5 Mga Detalye ng Tagubilin sa Operasyon ng Normal na Mode
4.5.1 Pagmamanipula ng Register
Ang mga tagubilin ng seksyong ito ay ginagamit upang ma-access ang mga lohikal na rehistro ng PN5190.
4.5.1.1 WRITE_REGISTER
Ang pagtuturo na ito ay ginagamit upang magsulat ng isang 32-bit na halaga (little-endian) sa isang lohikal na rehistro.
4.5.1.1.1 Kondisyon
Ang address ng rehistro ay dapat na umiiral, at ang rehistro ay dapat magkaroon ng alinman sa READ-WRITE o WRITE-ONLY na katangian.
4.5.1.1.2 Utos
Talahanayan 19. WRITE_REGISTER command value Sumulat ng 32-Bit value sa isang register.

Payload Field	Ang haba	Halaga/Paglalarawan
Magrehistro ng Address	1 Byte	Address ng rehistro.

Talahanayan 19. WRITE_REGISTER command value...nagpatuloy
Sumulat ng 32-Bit na halaga sa isang rehistro.

Payload Field	Ang haba	Halaga/Paglalarawan
Halaga	4 Bytes	32-Bit na halaga ng rehistro na dapat isulat. (Little-endian)

4.5.1.1.3 Tugon
Talahanayan 20. WRITE_REGISTER na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.1.2 WRITE_REGISTER_OR_MASK
Ang pagtuturo na ito ay ginagamit upang baguhin ang nilalaman ng rehistro gamit ang isang lohikal na O operasyon. Ang nilalaman ng rehistro ay binabasa at ang isang lohikal na O operasyon ay isinasagawa gamit ang ibinigay na maskara. Ang binagong nilalaman ay isinulat pabalik sa rehistro.
4.5.1.2.1 Kondisyon
Ang address ng rehistro ay dapat na umiiral, at ang rehistro ay dapat magkaroon ng READ-WRITE attribute.
4.5.1.2.2 Utos
Talahanayan 21. WRITE_REGISTER_OR_MASK command value Magsagawa ng lohikal na OR operation sa isang register gamit ang ibinigay na mask.

Payload field	Ang haba	Halaga/paglalarawan
Magrehistro ng Address	1 Byte	Address ng rehistro.
maskara	4 Bytes	Ginagamit ang bitmask bilang operand para sa lohikal na O operasyon. (Little-endian)

4.5.1.2.3 Tugon
Talahanayan 22. WRITE_REGISTER_OR_MASK na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.1.3 WRITE_REGISTER_AND_MASK
Ang pagtuturo na ito ay ginagamit upang baguhin ang nilalaman ng rehistro gamit ang isang lohikal na AT operasyon. Ang nilalaman ng rehistro ay binabasa at isang lohikal na AT operasyon ay ginanap gamit ang ibinigay na maskara. Ang binagong nilalaman ay isinulat pabalik sa rehistro.
4.5.1.3.1 Kondisyon
Ang address ng rehistro ay dapat na umiiral, at ang rehistro ay dapat magkaroon ng READ-WRITE attribute.
4.5.1.3.2 Utos
Talahanayan 23. WRITE_REGISTER_AND_MASK command value Magsagawa ng logical AND operation sa isang register gamit ang ibinigay na mask.

Payload field	Ang haba	Halaga/paglalarawan
Magrehistro ng Address	1 Byte	Address ng rehistro.
maskara	4 Bytes	Ginagamit ang bitmask bilang operand para sa lohikal na AT operasyon. (Little-endian)

4.5.1.3.3 Tugon
Talahanayan 24. WRITE_REGISTER_AND_MASK na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Ang functionality ng pagtuturo na ito ay katulad ng Seksyon 4.5.1.1, Seksyon 4.5.1.2, Seksyon 4.5.1.3, na may posibilidad na pagsamahin ang mga ito. Sa katunayan, nangangailangan ito ng hanay ng hanay ng halaga ng uri ng rehistro at nagsasagawa ng naaangkop na pagkilos. Ang uri ay sumasalamin sa aksyon na alinman sa write register, logical O operation sa isang register o logical AND operation sa isang register.
4.5.1.4.1 Kondisyon
Ang kaukulang lohikal na address ng rehistro sa loob ng isang set ay dapat na umiiral.
Ang katangian ng pag-access sa pagrehistro ay dapat na payagan ang pagpapatupad ng kinakailangang aksyon (uri):

Sumulat ng aksyon (0x01): READ-WRITE o WRITE-ONLY na attribute

O mask action (0x02): READ-WRITE attribute
AND mask action (0x03): READ-WRITE attribute

Ang laki ng array na 'Itakda' ay dapat nasa hanay mula 1 – 43, kasama.
Ang 'Uri' ng field ay dapat nasa hanay ng 1 – 3, kasama

4.5.1.4.2 Utos
Talahanayan 25. WRITE_REGISTER_MULTIPLE command value Magsagawa ng write register operation gamit ang isang set ng Register-Value pares.

Payload field	Ang haba	Halaga/paglalarawan
Itakda ang [1…n]	6 Bytes	Magrehistro ng Address	1 Byte	Lohikal na address ng rehistro.
		Uri	1 Byte	0x1	Sumulat ng Register
				0x2	Sumulat ng Register O Mask
				0x3	Sumulat ng Register AT Mask
		Halaga	4 Bytes	32 Bite register value na dapat nakasulat, o bitmask na ginagamit para sa lohikal na operasyon. (Little-endian)

Tandaan: Sa kaso ng isang exception ang operasyon ay hindi rolled-back, ibig sabihin, ang mga register na binago hanggang sa mangyari ang exception ay mananatili sa binagong estado. Ang host ay dapat gumawa ng mga wastong aksyon upang mabawi sa isang tinukoy na estado.
4.5.1.4.3 Tugon
Talahanayan 26. WRITE_REGISTER_MULTIPLE na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.1.5 READ_REGISTER
Ang tagubiling ito ay ginagamit upang basahin muli ang nilalaman ng isang lohikal na rehistro. Ang nilalaman ay naroroon sa tugon, bilang 4-byte na halaga sa maliit na-endian na format.
4.5.1.5.1 Kondisyon
Ang address ng lohikal na rehistro ay dapat na umiiral. Ang access attribute ng rehistro ay dapat na READ-WRITE o READ-ONLY.
4.5.1.5.2 Utos
Talahanayan 27. READ_REGISTER command value
Basahin muli ang nilalaman ng isang rehistro.

Payload Field	Ang haba	Halaga/Paglalarawan
Magrehistro ng Address	1 Byte	Address ng lohikal na rehistro

4.5.1.5.3 Tugon
Talahanayan 28. READ_REGISTER na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Halaga ng Register	4 Bytes	32-Bit na halaga ng rehistro na nabasa na. (Little-endian)

4.5.1.5.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.1.6 READ_REGISTER_MULTIPLE
Ang pagtuturo na ito ay ginagamit upang basahin ang maramihang mga lohikal na rehistro nang sabay-sabay. Ang resulta (nilalaman ng bawat rehistro) ay ibinigay sa tugon sa pagtuturo. Ang mismong rehistro ng address ay hindi kasama sa tugon. Ang pagkakasunud-sunod ng mga nilalaman ng rehistro sa loob ng tugon ay tumutugma sa pagkakasunud-sunod ng mga address ng rehistro sa loob ng pagtuturo.
4.5.1.6.1 Kondisyon
Ang lahat ng mga address ng rehistro sa loob ng pagtuturo ay dapat na umiiral. Ang access attribute para sa bawat rehistro ay dapat na READ-WRITE o READ-ONLY. Ang laki ng array ng 'Register Address' ay dapat nasa hanay mula 1 – 18, kasama.
4.5.1.6.2 Utos
Talahanayan 29. READ_REGISTER_MULTIPLE command value Magsagawa ng read register operation sa isang set ng registers.

Payload Field	Ang haba	Halaga/Paglalarawan
Address ng Pagrehistro[1…n]	1 Byte	Magrehistro ng Address

4.5.1.6.3 Tugon
Talahanayan 30. READ_REGISTER_MULTIPLE na halaga ng tugon

Payload field	Ang haba	Halaga/paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Halaga ng Pagrehistro [1…n]	4 Bytes	Halaga	4 Bytes	32-Bit na halaga ng rehistro na nabasa na (little-endian).

4.5.1.6.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.2 Pagmamanipula ng E2PROM
Ang naa-access na lugar sa E2PROM ay ayon sa mapa ng EEPROM at laki ng addressable.
Tandaan:
1. Saanman ang 'E2PROM Address' ay binanggit sa mga tagubilin sa ibaba, ay dapat sumangguni sa laki ng naa-address na lugar ng EEPROM.
4.5.2.1 WRITE_E2PROM
Ang pagtuturo na ito ay ginagamit upang magsulat ng isa o higit pang mga halaga sa E2PROM. Ang field na 'Values' ay naglalaman ng data na isusulat sa E2PROM simula sa address na ibinigay ng field na 'E2PROM Address'. Ang data ay nakasulat sa sequential order.
Tandaan:
Tandaan na ito ay isang blocking command, nangangahulugan ito na ang NFC FE ay naka-block sa panahon ng write operation. Maaaring tumagal ito ng ilang millisecond.
4.5.2.1.1 Kondisyon
Ang field ng 'E2PROM Address' ay dapat nasa hanay ayon sa [2]. Ang bilang ng mga byte sa loob ng field na 'Mga Halaga' ay dapat nasa hanay mula 1 – 1024 (0x0400), kasama. Ang pagpapatakbo ng pagsulat ay hindi dapat lumampas sa EEPROM address tulad ng nabanggit sa [2]. Ang tugon ng error ay ipapadala sa host kung ang address ay lumampas sa EEPROM address space tulad ng sa [2].
4.5.2.1.2 Utos
Talahanayan 31. WRITE_E2PROM command value Isulat ang mga ibinigay na value nang sunud-sunod sa E2PROM.

Payload field	Ang haba	Halaga/paglalarawan
E2PROM Address	2 Byte	Address sa EEPROM kung saan magsisimula ang write operation. (Little-endian)
Mga halaga	1 – 1024 Bytes	Mga value na dapat isulat sa E2PROM sa sequential order.

4.5.2.1.3 Tugon
Talahanayan 32. WRITE_EEPROM na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.2.2 READ_E2PROM
Ang pagtuturo na ito ay ginagamit upang basahin muli ang data mula sa E2PROM memory area. Ang field na 'E2PROM Address' ay nagpapahiwatig ng panimulang address ng read operation. Ang tugon ay naglalaman ng data na binasa mula sa E2PROM.
4.5.2.2.1 Kondisyon
Ang field ng 'E2PROM Address' ay dapat nasa wastong hanay.
Ang field ng 'Bilang ng mga byte' ay dapat nasa hanay mula 1 – 256, kasama.
Ang pagpapatakbo ng pagbabasa ay hindi dapat lumampas sa huling naa-access na EEPROM address.
Ang tugon ng error ay ipapadala sa host, kung ang address ay lumampas sa EEPROM address space.
4.5.2.2.2 Utos
Talahanayan 33. READ_E2PROM command value Basahin ang mga value mula sa E2PROM nang sunud-sunod.

Payload field	Ang haba	Halaga/paglalarawan
E2PROM Address	2 Byte	Address sa E2PROM kung saan magsisimula ang read operation. (Little-endian)
Bilang ng Bytes	2 Byte	Bilang ng mga byte na babasahin. (Little-endian)

4.5.2.2.3 Tugon
Talahanayan 34. READ_E2PROM na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Mga halaga	1 – 1024 Bytes	Mga value na nabasa nang sunud-sunod.

4.5.2.2.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.2.3 GET_CRC_USER_AREA
Ang pagtuturo na ito ay ginagamit upang kalkulahin ang CRC para sa kumpletong lugar ng pagsasaayos ng gumagamit kasama ang lugar ng protocol ng PN5190 IC.
4.5.2.3.1 Utos
Talahanayan 35. GET_CRC_USER_AREA command value
Basahin ang CRC ng lugar ng pagsasaayos ng gumagamit kasama ang lugar ng protocol.

Payload Field	Ang haba	Halaga/Paglalarawan
–	–	Walang data sa payload

4.5.2.3.2 Tugon
Talahanayan 36. GET_CRC_USER_AREA na halaga ng tugon

Payload field	Ang haba	Halaga/paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Mga halaga	4 Bytes	4 bytes ng CRC data sa little-endian na format.

4.5.2.3.3 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.3 Pagmamanipula ng data ng CLIF
Ang mga tagubiling inilarawan sa loob ng seksyong ito ay naglalarawan ng mga utos para sa pagpapadala at pagtanggap ng RF.
4.5.3.1 EXCHANGE_RF_DATA
Ang RF exchange function ay nagsasagawa ng paghahatid ng TX data at naghihintay para sa pagtanggap ng anumang RX data.
Ang function ay bumalik sa kaso ng isang pagtanggap (alinman sa mali o tama) o isang timeout ang nangyari. Nagsisimula ang timer sa PAGTAPOS ng TRANSMISSION at huminto sa PAGSIMULA ng RECEPTION. Ang value ng timeout na na-preconfigure sa EEPROM ay dapat gamitin kung sakaling hindi na-configure ang timeout bago isagawa ang Exchange command.
Kung ang transceiver_state ay

sa IDLE ang TRANSCEIVE mode ay ipinasok.
Sa WAIT_RECEIVE, ang transceiver state ay ni-reset sa TRANSCEIVE MODE kung sakaling ang initiator bit ay nakatakda

Sa WAIT_TRANSMIT, ire-reset ang transceiver state sa TRANSCEIVE MODE kung sakaling HINDI nakatakda ang initiator bit

Ang field na 'Bilang ng mga wastong bits sa huling Byte' ay nagpapahiwatig ng eksaktong haba ng data na ipapadala.

4.5.3.1.1 Kondisyon
Ang laki ng field na 'TX Data' ay dapat nasa hanay mula 0 – 1024, kasama.
Ang 'Bilang ng mga wastong bit sa huling Byte' na field ay dapat nasa hanay mula 0 – 7.
Ang utos ay hindi dapat tawagin sa panahon ng patuloy na pagpapadala ng RF. Dapat tiyakin ng command ang tamang estado ng transceiver para sa pagpapadala ng data.
Tandaan:
Ang utos na ito ay may bisa lamang para sa Reader mode at P2P” Passive/Active initiator mode.
4.5.3.1.2 Utos
Talahanayan 37. EXCHANGE_RF_DATA command value
Isulat ang TX data sa panloob na RF transmission buffer at simulan ang paghahatid gamit ang transceive command at maghintay hanggang sa pagtanggap o Time-Out upang maghanda ng tugon sa host.

Payload Field	Ang haba	Halaga/Paglalarawan
Bilang ng mga wastong bit sa huling Byte	1 Byte	0	Ang lahat ng mga bit ng huling byte ay ipinadala
		1 – 7	Bilang ng mga bit sa loob ng huling byte na ipapadala.
RFExchangeConfig	1 Byte	Configuration ng RFExchange function. Tingnan ang mga detalye sa ibaba

Talahanayan 37. EXCHANGE_RF_DATA command value…nagpatuloy
Isulat ang TX data sa panloob na RF transmission buffer at simulan ang paghahatid gamit ang transceive command at maghintay hanggang sa pagtanggap o Time-Out upang maghanda ng tugon sa host.

Payload Field	Ang haba	Halaga/Paglalarawan
TX Data	n byte	TX data na dapat ipadala sa pamamagitan ng CLIF gamit ang transceive command. n = 0 – 1024 byte

Talahanayan 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan
								Ang mga bits 4 - 7 ay RFU
				X				Isama ang RX Data bilang tugon batay sa RX_STATUS, kung nakatakda ang bit sa 1b.
					X			Isama ang EVENT_STATUS register bilang tugon, kung nakatakda ang bit sa 1b.
						X		Isama ang RX_STATUS_ERROR register bilang tugon, kung nakatakda ang bit sa 1b.
							X	Isama ang RX_STATUS register bilang tugon, kung ang bit ay nakatakda sa 1b.

4.5.3.1.3 Tugon
Talahanayan 39. EXCHANGE_RF_DATA na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 Bytes	Kung hiniling ang RX_STATUS (little-endian)
RX_STATUS_ERROR	4 Bytes	Kung hiniling ang RX_STATUS_ERROR (little-endian)
EVENT_STATUS	4 Bytes	Kung hiniling ang EVENT_STATUS (little-endian)
Data ng RX	1 – 1024 Bytes	Kung hihilingin ang RX data. RX data na natanggap sa panahon ng RF reception phase ng RF exchange.

4.5.3.1.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.3.2 TRANSMIT_RF_DATA
Ang pagtuturo na ito ay ginagamit upang magsulat ng data sa panloob na CLIF transmission buffer at simulan ang paghahatid gamit ang transceive command sa loob. Ang laki ng buffer na ito ay limitado sa 1024 bytes. Matapos maisagawa ang pagtuturo na ito, awtomatikong magsisimula ang isang RF reception.
Ang utos ay babalik kaagad pagkatapos makumpleto ang Paghahatid nang hindi naghihintay para sa pagkumpleto ng pagtanggap.
4.5.3.2.1 Kondisyon
Ang bilang ng mga byte sa loob ng field na 'TX Data' ay dapat nasa hanay mula 1 – 1024, kasama.
Ang utos ay hindi dapat tawagin sa panahon ng patuloy na pagpapadala ng RF.
4.5.3.2.2 Utos
Talahanayan 40. TRANSMIT_RF_DATA command value Isulat ang TX data sa internal CLIF transmission buffer.

Payload Field	Ang haba	Halaga/Paglalarawan
Bilang ng mga wastong bit sa huling Byte	1 Byte	0 Lahat ng bits ng huling byte ay ipinadala 1 – 7 Bilang ng mga bit sa loob ng huling byte na ipapadala.
RFU	1 Byte	Nakareserba
TX Data	1 – 1024 Bytes	TX data na dapat gamitin sa susunod na RF transmission.

4.5.3.2.3 Tugon
Talahanayan 41. TRANSMIT_RF_DATA na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.3.3 RETRIEVE_RF_DATA
Ang tagubiling ito ay ginagamit upang basahin ang data mula sa panloob na CLIF RX buffer, na naglalaman ng data ng pagtugon ng RF (kung mayroon man) na naka-post dito mula sa nakaraang pagpapatupad ng Seksyon 4.5.3.1 na may opsyong huwag isama ang natanggap na data sa tugon o Seksyon 4.5.3.2 .XNUMX utos.
4.5.3.3.1 Utos
Talahanayan 42. RETRIEVE_RF_DATA command value Basahin ang RX data mula sa internal RF reception buffer.

Payload Field	Ang haba	Halaga/Paglalarawan
Walang laman	Walang laman	Walang laman

4.5.3.3.2 Tugon
Talahanayan 43. RETRIEVE_RF_DATA na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:

Payload Field	Ang haba	Halaga/Paglalarawan
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Data ng RX	1 – 1024 Bytes	RX data na natanggap sa huling matagumpay na pagtanggap ng RF.

4.5.3.3.3 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.3.4 RECEIVE_RF_DATA
Ang pagtuturo na ito ay naghihintay para sa data na natanggap sa pamamagitan ng RF Interface ng mambabasa.
Sa mode ng mambabasa, babalik ang tagubiling ito kung mayroong pagtanggap (maling mali o tama) o nagkaroon ng FWT timeout. Nagsisimula ang timer sa PAGTAPOS ng TRANSMISSION at huminto sa PAGSIMULA ng RECEPTION. Ang default na value ng timeout na na-preconfigure sa EEPROM ay dapat gamitin kung sakaling hindi na-configure ang timeout bago isagawa ang Exchange command.
Sa target na mode, ang tagubiling ito ay babalik alinman sa kaso ng pagtanggap (maaaring mali o tama) o Panlabas na RF error.
Tandaan:
Ang pagtuturo na ito ay dapat gamitin sa TRANSMIT_RF_DATA na utos upang maisagawa ang TX at RX na operasyon...
4.5.3.4.1 Utos
Talahanayan 44. RECEIVE_RF_DATA command value

Payload Field	Ang haba	Halaga/Paglalarawan
ReceiveRFConfig	1 Byte	Configuration ng ReceiveRFConfig function. Tingnan mo Talahanayan 45

Talahanayan 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan
								Ang mga bits 4 - 7 ay RFU
				X				Isama ang RX Data bilang tugon batay sa RX_STATUS, kung nakatakda ang bit sa 1b.
					X			Isama ang EVENT_STATUS register bilang tugon, kung nakatakda ang bit sa 1b.
						X		Isama ang RX_STATUS_ERROR register bilang tugon, kung nakatakda ang bit sa 1b.
							X	Isama ang RX_STATUS register bilang tugon, kung ang bit ay nakatakda sa 1b.

4.5.3.4.2 Tugon
Talahanayan 46. RECEIVE_RF_DATA na halaga ng tugon

Payload field	Ang haba	Halaga/paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data) PN5190_STATUS_TIMEOUT

Payload field	Ang haba	Halaga/paglalarawan
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 Bytes	Kung hiniling ang RX_STATUS (little-endian)
RX_STATUS_ERROR	4 Bytes	Kung hiniling ang RX_STATUS_ERROR (little-endian)
EVENT_STATUS	4 Bytes	Kung hiniling ang EVENT_STATUS (little-endian)
Data ng RX	1 – 1024 Bytes	Kung hihilingin ang RX data. RX data na natanggap sa RF.

4.5.3.4.3 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD Configuration)
Ang tagubiling ito ay ginagamit upang basahin ang data mula sa panloob na CLIF RX buffer, na naglalaman ng data ng tugon ng FeliCa EMD (kung mayroon man) na naka-post dito mula sa nakaraang pagpapatupad ng EXCHANGE_RF_DATA command na bumabalik na may Status na 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Tandaan: Available ang command na ito mula sa PN5190 FW v02.03 pataas.
4.5.3.5.1 Utos
Basahin ang RX data mula sa panloob na RF reception buffer.
Talahanayan 47. RETRIEVE_RF_FELICA_EMD_DATA command value

Payload Field	Ang haba	Halaga/Paglalarawan
FeliCaRFRetrieveConfig	1 Byte	00 – FF	Configuration ng RETRIEVE_RF_FELICA_EMD_DATA function
		pagsasalarawan ng pagsasaayos (bitmask).	bit 7..2: RFU bit 1: Isama ang RX_STATUS_ ERROR register bilang tugon, kung ang bit ay nakatakda sa 1b. bit 0: Isama ang RX_STATUS register bilang tugon, kung ang bit ay nakatakda sa 1b.

4.5.3.5.2 Tugon
Talahanayan 48. RETRIEVE_RF_FELICA_EMD_DATA na halaga ng tugon

Payload field	Ang haba		Halaga/paglalarawan
Katayuan		1 Byte		Katayuan ng operasyon. Ang mga inaasahang halaga ay nasa ibaba: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
RX_STATUS		4 Byte		Kung hiniling ang RX_STATUS (little-endian)
RX_STATUS_ ERROR		4 Byte		Kung hiniling ang RX_STATUS_ERROR (little-endian)

Payload field	Ang haba		Halaga/paglalarawan
Data ng RX		1…1024 Byte		FeliCa EMD RX data na natanggap noong huling hindi matagumpay na pagtanggap ng RF gamit ang Exchange Command.

4.5.3.5.3 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.4 Pagpapalit ng Operation Mode
Sinusuportahan ng PN5190 ang 4 na magkakaibang mga mode ng operasyon:
4.5.4.1 Normal
Ito ang default na mode, kung saan pinapayagan ang lahat ng mga tagubilin.
4.5.4.2 Naka-standby
Nasa standby/sleep state ang PN5190 para makatipid ng kuryente. Dapat itakda ang mga kundisyon sa paggising upang tukuyin kung kailan aalis muli sa standby.
4.5.4.3 LPCD
Ang PN5190 ay nasa low-power card detection mode, kung saan sinusubukan nitong makita ang isang card na pumapasok sa operating volume, na may pinakamababang posibleng paggamit ng kuryente.
4.5.4.4 Autocoll
Ang PN5190 ay kumikilos bilang tagapakinig ng RF, na gumaganap ng pag-activate ng target na mode nang awtomatiko (upang magarantiya ang mga real-time na hadlang)
4.5.4.5 SWITCH_MODE_NORMAL
Ang Switch Mode Normal na command ay may tatlong use-case.
4.5.4.5.1 UseCase1: Ipasok ang normal na operation mode sa power up (POR)
Gamitin upang i-reset sa Idle state para sa pagtanggap / pagproseso ng susunod na command sa pamamagitan ng pagpasok sa normal na mode ng operasyon.
4.5.4.5.2 UseCase2: Tinatanggal ang tumatakbo nang command upang lumipat sa normal na mode ng operasyon (i-abort ang command)
Gamitin upang i-reset sa Idle state para sa pagtanggap / pagproseso ng susunod na command sa pamamagitan ng pagwawakas sa mga tumatakbo nang command.
Ang mga command tulad ng standby, LPCD, Exchange, PRBS, at Autocoll ay posibleng wakasan gamit ang command na ito.
Ito ang tanging espesyal na utos, na walang tugon. Sa halip, mayroon itong notification ng EVENT.
Sumangguni sa Seksyon 4.4.3 para sa higit pang impormasyon sa uri ng mga kaganapan na nagaganap sa panahon ng iba't ibang pinagbabatayan na pagpapatupad ng command.
4.5.4.5.2.1 UseCase2.1:
Ire-reset ng command na ito ang lahat ng CLIF TX, RX, at Field Control Register sa Boot state. Ang pagpapalabas ng utos na ito ay dapat i-OFF ang anumang umiiral na RF Field.
4.5.4.5.2.2 UseCase2.2:
Available mula sa PN5190 FW v02.03 pataas:
Hindi dapat baguhin ng command na ito ang CLIF TX, RX, at Field Control Registers ngunit dapat lang ilipat ang transceiver sa IDLE state.
4.5.4.5.3 UseCase3: Normal operation mode sa soft-reset/exit mula sa standby, LPCD Sa kasong ito, ang PN5190 ay direktang pumapasok sa normal na operation mode, sa pamamagitan ng pagpapadala ng IDLE_EVENT sa host (Figure 12 o Figure 13) at “ IDLE_EVENT” bit ay nakatakda sa Talahanayan 11.
Walang kinakailangang magpadala ng SWITCH_MODE_NORMAL command.
Tandaan:
Matapos ilipat ang IC sa normal na mode, ang lahat ng mga setting ng RF ay binago sa default na estado. Kinakailangan na, ang kani-kanilang pagsasaayos ng RF at iba pang nauugnay na mga rehistro ay dapat na mai-load ng mga naaangkop na halaga bago magsagawa ng isang operasyon ng RF ON o RF Exchange.
4.5.4.5.4 Command frame na ipapadala para sa iba't ibang use-case
4.5.4.5.4.1 UseCase1: Command na ipasok ang normal na mode ng operasyon sa pag-power up (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Utos na wakasan ang tumatakbo nang mga command upang lumipat sa normal na mode ng operasyon
Gamitin ang kaso 2.1:
0x20 0x00 0x00
Gamitin ang case 2.2: (Mula sa FW v02.02 pataas):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Command para sa normal na mode ng operasyon sa soft-reset/exit mula sa standby, LPCD, ULPCD
wala. Direktang pumapasok ang PN5190 sa normal na mode ng operasyon.
4.5.4.5.5 Tugon
wala
4.5.4.5.6 Kaganapan
Ang isang BOOT_EVENT (sa EVENT_STATUS na rehistro) ay nakatakda na nagpapahiwatig na ang normal na mode ay ipinasok at ipinadala sa host. Sumangguni sa Figure 12 at Figure 13 para sa data ng kaganapan.

Isang IDLE_EVENT (sa EVENT_STATUS na rehistro) ay nakatakda na nagpapahiwatig na ang normal na mode ay ipinasok at ipinadala sa host. Sumangguni sa Figure 12 at Figure 13 para sa data ng kaganapan.

Ang isang BOOT_EVENT (sa EVENT_STATUS na rehistro) ay itinakda na nagpapahiwatig na ang normal na mode ay ipinasok at ipinadala sa host. Sumangguni sa Figure 12 at Figure 13 para sa data ng kaganapan.

4.5.4.6 SWITCH_MODE_AUTOCOLL
Ang Switch Mode Autocoll ay awtomatikong nagsasagawa ng card activation procedure sa target mode.
Ang field na 'Autocoll Mode' ay dapat nasa hanay mula 0 – 2, kasama.
Sa kaso kung ang field na 'Autocoll Mode' ay nakatakda sa 2 (Autocoll): Ang field na 'RF Technologies' (Talahanayan 50) ay dapat maglaman ng bitmask na nagsasaad ng RF Technologies na susuportahan sa panahon ng Autocoll.
Walang mga tagubilin ang dapat ipadala habang nasa mode na ito.
Ang pagwawakas ay ipinahiwatig gamit ang isang interrupt.
4.5.4.6.1 Utos
Talahanayan 49. SWITCH_MODE_AUTOCOLL command value

Parameter	Ang haba	Halaga/Paglalarawan
RF Technologies	1 Byte	Bitmask na nagpapahiwatig ng teknolohiyang RF na pakikinggan sa panahon ng Autocoll.
Autocoll Mode	1 Byte	0	Walang Autonomous mode, ibig sabihin, nagtatapos ang Autocoll kapag wala ang panlabas na RF field.
			Pagwawakas sa kaso ng
			• WALANG RF FIELD o RF FIELD ang nawala
			• PN5190 ay ACTIVATED sa TARGET mode
		1	Autonomous mode na may standby. Kapag walang RF field, awtomatikong papasok ang Autocoll sa Standby mode. Kapag na-detect ang RF external RF field, papasok muli ang PN5190 sa Autocoll mode.
			Pagwawakas sa kaso ng
			• PN5190 ay ACTIVATED sa TARGET mode
			Mula sa PN5190 FW v02.03 pasulong: Kung ang EEPROM Field na “bCard ModeUltraLowPowerEnabled” sa address na '0xCDF' ay nakatakda sa '1', ang PN5190 ay papasok sa Ultra low-power standby.
		2	Autonomous mode nang walang standby. Kapag walang RF field, naghihintay ang PN5190 hanggang RF field ay naroroon bago simulan ang Autocoll algorithm. Hindi ginagamit ang standby sa kasong ito.
			Pagwawakas sa kaso ng • PN5190 ay ACTIVATED sa TARGET mode

Talahanayan 50. RF Technologies Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan
0	0	0	0					RFU
				X				Kung nakatakda sa 1b, naka-enable ang pakikinig para sa NFC-F Active. (Hindi magagamit).
					X			Kung nakatakda sa 1b, naka-enable ang pakikinig para sa NFC-A Active. (Hindi magagamit).
						X		Kung nakatakda sa 1b, ang pakikinig para sa NFC-F ay pinagana.
							X	Kung nakatakda sa 1b, ang pakikinig para sa NFC-A ay pinagana.

4.5.4.6.2 Tugon
Ang tugon ay nagpapahiwatig lamang na ang utos ay naproseso na.
Talahanayan 51. SWITCH_MODE_AUTOCOLL na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Hindi naipasok ang switch mode dahil sa mga maling setting)

4.5.4.6.3 Kaganapan
Ang abiso ng kaganapan ay ipinadala kapag natapos na ang utos, at ang normal na mode ay ipinasok. Dapat basahin ng host ang mga byte ng tugon batay sa halaga ng kaganapan.
Tandaan:
Kapag ang status ay hindi "PN5190_STATUS_INSTR_SUCCESS", pagkatapos ay hindi naroroon ang karagdagang "Protocol" at "Card_Activated" na data byte.
Ang impormasyon sa teknolohiya ay kinukuha mula sa mga rehistro gamit ang Seksyon 4.5.1.5, Seksyon 4.5.1.6 na mga utos.
Ipinapakita ng sumusunod na talahanayan ang data ng kaganapan na ipinadala bilang bahagi ng mensahe ng kaganapan Figure 12 at Figure 13.
Talahanayan 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT data Lumipat ng operation mode Autocoll event

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 byte	Katayuan ng operasyon
		PN5190_STATUS_INSTR_SUCCESS	PN5190 ay ACTIVATED sa TARGET mode. Ang karagdagang data sa kaganapang ito ay may bisa.
		PN5190_STATUS_PREVENT_STANDBY	Isinasaad na ang PN5190 ay pinipigilan na pumunta sa Standby mode. Ang status na ito ay may bisa lamang kapag ang Autocoll mode ay pinili bilang "Autonomous mode na may standby".

		PN5190_STATUS_NO_EXTERNAL_RF_ FIELD	Isinasaad na walang panlabas na RF field na naroroon sa panahon ng pagpapatupad ng Autocoll sa Non-Aunomous mode
		PN5190_STATUS_USER_CANCELLED	Isinasaad na ang kasalukuyang command na in-progress ay na-abort ng switch mode normal na command
Protocol	1 byte	0x10	Na-activate bilang Passive TypeA
		0x11	Na-activate bilang Passive TypeF 212
		0x12	Na-activate bilang Passive TypeF 424
		0x20	Na-activate bilang Active TypeA
		0x21	Na-activate bilang Active TypeF 212
		0x22	Na-activate bilang Active TypeF 424
		Iba pang mga halaga	Di-wasto
Card_Activated	1 byte	0x00	Walang proseso ng pag-activate ng card ayon sa ISO 14443-3
Card_Activated	1 byte	0x01	Isinasaad na ang device ay naka-activate sa Passive mode

Tandaan:
Pagkatapos basahin ang data ng kaganapan, ang data na natanggap mula sa card/device na na-activate (gaya ng 'n' bytes ng ATR_REQ/RATS ayon sa ISO18092/ISO1443-4), ay dapat basahin gamit ang Seksyon 4.5.3.3 na utos.
4.5.4.6.4 Komunikasyon halample

4.5.4.7 SWITCH_MODE_STANDBY
Awtomatikong itinatakda ng Switch Mode Standby ang IC sa Standby mode. Magigising ang IC pagkatapos matugunan ng mga na-configure na source ng wake-up ang mga kundisyon ng wake-up.
Tandaan:
Ang counter expiry para sa ULP STANDBY at HIF abort para sa STANDBY ay available bilang default para lumabas sa standby mode.

4.5.4.7.1 Utos
Talahanayan 53. SWITCH_MODE_STANDBY command value

Parameter	Ang haba	Halaga/Paglalarawan
Config	1 Byte	Bitmask na kumokontrol sa wake-up source na gagamitin at ang Standby mode na papasok. Sumangguni sa Talahanayan 54
Kontra Halaga	2 Bytes	Nagamit na halaga para sa wake-up counter sa mga millisecond. Ang maximum na sinusuportahang halaga ay 2690 para sa standby. Ang maximum na sinusuportahang halaga ay 4095 para sa standby ng ULP. Ang halaga na ibibigay ay nasa little-endian na format. Ang mga nilalaman ng parameter na ito ay may bisa lamang kung ang "Config Bitmask" ay pinagana para sa wake-up sa counter mag-expire.

Talahanayan 54. Config Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan
X								Ipasok ang ULP standby kung ang bit ay nakatakda sa 1b Ipasok ang standby kung ang bit ay nakatakda sa 0b.
	0							RFU
		X						Wake-up sa GPIO-3 kapag mataas ito, kung nakatakda ang bit sa 1b. (Hindi naaangkop para sa standby ng ULP)
			X					Wake-up sa GPIO-2 kapag mataas ito, kung nakatakda ang bit sa 1b. (Hindi naaangkop para sa standby ng ULP)
				X				Wake-up sa GPIO-1 kapag mataas ito, kung nakatakda ang bit sa 1b. (Hindi naaangkop para sa standby ng ULP)
					X			Wake-up sa GPIO-0 kapag mataas ito, kung nakatakda ang bit sa 1b. (Hindi naaangkop para sa standby ng ULP)
						X		Mag-e-expire ang wake-up sa wake-up counter, kung nakatakda ang bit sa 1b. Para sa ULP-Standby, ang opsyong ito ay naka-enable bilang default.
							X	Wake-up sa panlabas na RF field, kung ang bit ay nakatakda sa 1b.

Tandaan: Mula sa PN5190 FW v02.03, kung ang EEPROM Field na “CardModeUltraLowPowerEnabled” sa address na '0xCDF' ay nakatakda sa '1', hindi magagamit ang ULP standby configuration sa SWITCH_MODE_STANDBY Command.
4.5.4.7.2 Tugon
Ang tugon ay nagpapahiwatig lamang na ang utos ay naproseso na at ang standby na estado ay ilalagay lamang pagkatapos ang tugon ay ganap na nabasa ng host.
Talahanayan 55. SWITCH_MODE_STANDBY na halaga ng tugon Lumipat sa mode ng operasyon standby

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Hindi naipasok ang switch mode – dahil sa mga maling setting)

4.5.4.7.3 Kaganapan
Ang abiso ng kaganapan ay ipinadala kapag natapos na ang utos, at ang normal na mode ay ipinasok. Sumangguni sa format ng kaganapan na ipapadala pagkatapos makumpleto ang utos tulad ng sa Figure 12 at Figure 13.
Sa kaso kung ang PN5190 ay pinigilan na pumunta sa Standby mode, ang event na "STANDBY_PREV_EVENT" na bit na nakatakda sa EVENT_STATUS tulad ng nabanggit sa Talahanayan 11 ay ipapadala sa host kasama ang dahilan ng standby na pag-iwas tulad ng nabanggit sa Talahanayan 13.
4.5.4.7.4 Komunikasyon Halample

4.5.4.8 SWITCH_MODE_LPCD
Ang Switch Mode LPCD ay nagsasagawa ng detuning detection sa antenna dahil sa pagbabago ng kapaligiran sa paligid ng antenna.
Mayroong 2 magkaibang mga mode ng LPCD. Ang HW-based (ULPCD) na solusyon ay nag-aalok ng mapagkumpitensyang paggamit ng kuryente na may pinababang sensitivity. Ang FW-based (LPCD) na solusyon ay nag-aalok ng pinakamahusay sa klase na sensitivity na may mas mataas na konsumo ng kuryente.
Sa Single Mode ng FW based(LPCD), walang calibration event na ipinadala sa host.
Kapag ang Single mode ay na-invoke, ang pag-calibrate at ang mga sunud-sunod na pagsukat ay gagawin lahat pagkatapos lumabas sa standby.
Para sa kaganapan ng pagkakalibrate sa iisang mode, mag-isyu muna ng solong mode na may utos ng kaganapan sa pagkakalibrate. Pagkatapos ng pag-calibrate, matatanggap ang isang kaganapan sa pag-calibrate ng LPCD kung saan dapat ipadala ang single mode command na may reference na value na nakuha mula sa nakaraang hakbang bilang input parameter.
Ang pagsasaayos ng LPCD ay ginagawa sa mga setting ng EEPROM/Flash Data bago tawagin ang command.
Tandaan:
Ang GPIO3 abort para sa ULPCD, ang HIF abort para sa LPCD ay available bilang default upang lumabas sa mga low-power mode.
Palaging naka-enable ang wake-up dahil sa counter expire.
Para sa ULPCD, dapat na hindi pinagana ang configuration ng DC-DC sa mga setting ng EEPROM/Flash Data at dapat magbigay ng supply ng VUP sa pamamagitan ng VBAT. Ang mga kinakailangang setting ng jumper ay dapat gawin. Para sa mga setting ng EEPROM/Flash Data, sumangguni sa dokumento [2].
Kung ang command ay para sa LPCD/ULPCD calibration, kailangan pa ring ipadala ng host ang kumpletong frame.

4.5.4.8.1 Utos
Talahanayan 56. SWITCH_MODE_LPCD command value

Parameter	Ang haba	Halaga/paglalarawan
bKontrol	1 Byte	0x00	Ipasok ang pagkakalibrate ng ULPCD. Humihinto ang command pagkatapos ng pagkakalibrate at isang kaganapan na may reference na halaga ay ipinadala sa host.
		0x01	Ipasok ang ULPCD
		0x02	Pag-calibrate ng LPCD. Humihinto ang command pagkatapos ng pagkakalibrate at isang kaganapan na may reference na halaga ay ipinadala sa host.
		0x03	Ipasok ang LPCD
		0x04	Single mode
		0x0C	Single mode na may kaganapan sa pagkakalibrate
		Iba pang mga Halaga	RFU
Kontrol sa Paggising	1 Byte	Bitmask na kumokontrol sa wake-up source na gagamitin para sa LPCD/ULPCD. Ang nilalaman ng field na ito ay hindi isinasaalang-alang para sa pagkakalibrate. Sumangguni sa Talahanayan 57
Halaga ng Sanggunian	4 Bytes	Reference value na gagamitin sa panahon ng ULPCD/LPCD. Para sa ULPCD, ang Byte 2 na nagtataglay ng halaga ng HF Attenuator ay ginagamit sa parehong yugto ng pagkakalibrate at pagsukat. Para sa LPCD, ang Nilalaman ng field na ito ay hindi isinasaalang-alang para sa pagkakalibrate at Single mode. Sumangguni sa Talahanayan 58 para sa tamang impormasyon sa lahat ng 4 na bait.
Kontra Halaga	2 Bytes	Halaga para sa wake-up counter sa millisecond. Ang maximum na sinusuportahang halaga ay 2690 para sa LPCD. Ang maximum na sinusuportahang halaga ay 4095 para sa ULPCD. Ang halaga na ibibigay ay nasa little-endian na format. Ang nilalaman ng field na ito ay hindi isinasaalang-alang para sa LPCD calibration. Para sa single mode at single mode na may calibration event, ang tagal ng standby bago ang calibration ay maaaring i-configure mula sa EEPROM configuration: LPCD_SETTINGS->wCheck Period. Para sa solong mode na may pagkakalibrate, ang halaga ng WUC ay hindi zero.

Talahanayan 57. Wake-up Control Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan
0	0	0	0	0	0	0		RFU
							X	Wake-up sa panlabas na RF field, kung ang bit ay nakatakda sa 1b.

Talahanayan 58. Reference Value byte info

Mga byte ng halaga ng sanggunian	ULPCD	LPCD
Byte 0	Sanggunian Byte 0	Channel 0 Reference Byte 0
Byte 1	Sanggunian Byte 1	Channel 0 Reference Byte 1
Byte 2	Halaga ng HF Attenuator	Channel 1 Reference Byte 0
Byte 3	NA	Channel 1 Reference Byte 1

4.5.4.8.2 Tugon
Talahanayan 59. SWITCH_MODE_LPCD na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Hindi naipasok ang switch mode – dahil sa mga maling setting)

4.5.4.8.3 Kaganapan
Ang abiso ng kaganapan ay ipinadala kapag natapos na ang utos, at ang normal na mode ay ipinasok kasama ang sumusunod na data bilang bahagi ng kaganapang binanggit sa Figure 12 at Figure 13.
Talahanayan 60. EVT_SWITCH_MODE_LPCD

Payload field	Ang haba	Halaga/Paglalarawan
Katayuan ng LPCD	Sumangguni sa Talahanayan 15	Sumangguni sa Talahanayan 154.5.4.8.4 Komunikasyon Halample

4.5.4.9 SWITCH_MODE_DOWNLOAD
Ang utos ng Pag-download ng Switch Mode ay pumapasok sa mode ng pag-download ng Firmware.
Ang tanging paraan para lumabas sa download mode, ay ang mag-isyu ng reset sa PN5190.
4.5.4.9.1 Utos
Talahanayan 61. SWITCH_MODE_DOWNLOAD command value

Parameter	Ang haba	Halaga/Paglalarawan
–	–	Walang halaga

4.5.4.9.2 Tugon
Ang tugon ay nagpapahiwatig lamang na ang utos ay naproseso na at ang Download mode ay dapat ipasok pagkatapos na ang tugon ay basahin ng host.
Talahanayan 62. SWITCH_MODE_DOWNLOAD halaga ng tugon
Lumipat ng mode ng pagpapatakbo Autocoll

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Hindi naipasok ang switch mode)

4.5.4.9.3 Kaganapan
Walang henerasyon ng kaganapan.
4.5.4.9.4 Komunikasyon Halample
4.5.5 MIFARE Classic na Pagpapatotoo
4.5.5.1 MFC_AUTHENTICATE
Ang pagtuturo na ito ay ginagamit upang magsagawa ng MIFARE Classic Authentication sa isang activated card. Kinakailangan ang susi, UID ng card, at ang uri ng susi upang ma-authenticate sa ibinigay na block address. Ang tugon ay naglalaman ng isang byte na nagpapahiwatig ng katayuan ng pagpapatunay.
4.5.5.1.1 Kondisyon
Dapat ay 6 byte ang haba ng Field Key. Ang Uri ng Field Key ay dapat maglaman ng value na 0x60 o 0x61. Maaaring maglaman ang block address ng anumang address mula 0x0 – 0xff, kasama. Dapat ay byte ang haba ng field UID at dapat maglaman ng 4byte UID ng card. Ang isang ISO14443-3 MIFARE Classic na card na nakabatay sa produkto ay dapat ilagay sa estadong ACTIVE o ACTIVE* bago isagawa ang tagubiling ito.
Sa kaso ng isang error sa runtime na nauugnay sa pagpapatunay, ang field na ito na 'Katayuan ng Pagpapatunay' ay nakatakda nang naaayon.
4.5.5.1.2 Utos
Talahanayan 63. MFC_AUTHENTICATE Command
Magsagawa ng authentication sa isang naka-activate na MIFARE Classic na card na nakabatay sa produkto.

Payload Field	Ang haba	Halaga/Paglalarawan
Susi	6 Bytes	Authentication key na gagamitin.
Uri ng Key	1 Byte	0x60	Uri ng Key A
		0x61	Uri ng Susi B
Block Address	1 Byte	Ang address ng block kung saan dapat isagawa ang pagpapatunay.
UID	4 Bytes	UID ng card.

4.5.5.1.3 Tugon
Talahanayan 64. MFC_AUTHENTICATE Tugon
Tugon sa MFC_AUTHENTICATE.

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.6 Suporta sa ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Ang pagtuturo na ito ay ginagamit upang magsagawa ng imbentaryo ng ISO18000-3M3 tags. Ito ay nagpapatupad ng isang autonomous na pagpapatupad ng ilang mga utos ayon sa ISO18000-3M3 upang magarantiya ang mga timing na tinukoy ng pamantayang iyon.
Kung naroroon sa payload ng pagtuturo, una ang isang Select command ay ipapatupad na sinusundan ng isang BeginRound command.
Kung mayroong wastong tugon sa unang timeslot (walang timeout, walang banggaan), ang pagtuturo ay magpapadala ng ACK at i-save ang natanggap na PC/XPC/UII. Ang pagtuturo ay nagsasagawa ng pagkilos ayon sa field na 'Timeslot Processed Behavior':

Kung ang field na ito ay nakatakda sa 0, isang utos ng NextSlot ang ibibigay upang pangasiwaan ang susunod na timeslot. Ito ay paulit-ulit hanggang sa mapuno ang panloob na buffer
Kung nakatakda ang field na ito sa 1, magpo-pause ang algorithm
Kung ang field na ito ay nakatakda sa 2, isang Req_Rn na utos ang ibibigay kung, at kung lamang, nagkaroon ng wastong tag tugon sa timeslot na ito

Ang field na 'Piliin ang Haba ng Command' ay dapat maglaman ng haba ng field na 'Piliin ang Command', na dapat nasa hanay mula 1 – 39, kasama. Kung ang 'Select Command Length' ay 0, ang mga field na 'Valid Bits in last Byte' at 'Select Command' ay hindi dapat naroroon.
Ang field na Bits sa huling Byte ay dapat maglaman ng bilang ng mga bit na ipapadala sa huling byte ng field na 'Select Command'. Ang halaga ay dapat nasa hanay mula 1 – 7, kasama. Kung ang halaga ay 0, ang lahat ng mga bit mula sa huling byte mula sa field na 'Select Command' ay ipinapadala.
Ang field na 'Select Command' ay dapat maglaman ng Select command ayon sa ISO18000-3M3 nang hindi sumusunod sa CRC-16c at dapat ay may parehong haba tulad ng ipinahiwatig sa field na 'Select Command Length'.
Ang field na 'BeginRound Command' ay dapat maglaman ng BeginRound command ayon sa ISO18000-3M3 nang hindi sumusunod sa CRC-5. Ang huling 7 bits ng huling byte ng 'BeginRound Command' ay binabalewala dahil ang command ay may aktwal na haba na 17 bits.
Ang 'Timeslot Processed Behavior' ay dapat maglaman ng value mula 0 – 2, inclusive.
Talahanayan 65. EPC_GEN2_INVENTORY command value Magsagawa ng ISO 18000-3M3 Inventory

Payload field	Ang haba	Halaga/paglalarawan
ResumeInventory	1 Byte	00	Paunang GEN2_INVENTORY

		01	Ipagpatuloy ang GEN2_INVENTORY command – ang natitira ang mga patlang sa ibaba ay walang laman (anumang payload ay binabalewala)
Piliin ang Haba ng Command	1 Byte	0	Walang Select command na nakatakda bago ang BeginRound command. Hindi dapat naroroon ang field na 'Mga Wastong Bit sa huling Byte' at field na 'Piliin ang command'.
Piliin ang Haba ng Command	1 Byte	1 – 39	Haba (n) ng field na 'Piliin ang command'.
Mga Wastong Bit sa huling Byte	1 Byte	0	Ang lahat ng mga bit ng huling byte ng field na 'Select command' ay ipinapadala.
Mga Wastong Bit sa huling Byte	1 Byte	1 – 7	Bilang ng mga bit na ipapadala sa huling byte ng field na 'Select command'.
Piliin ang Command	n Bytes	Kung mayroon, ang field na ito ay naglalaman ng Select command (ayon sa ISO18000-3, Table 47) na ipinadala bago ang BeginRound command. Hindi dapat isama ang CRC-16c.
BeginRound Command	3 Bytes	Ang field na ito ay naglalaman ng BeginRound command (ayon sa ISO18000-3, Table 49). Hindi dapat isama ang CRC-5.
Naprosesong Gawi sa Timeslot	1 Byte	0	Ang tugon ay naglalaman ng max. Bilang ng mga timeslot na maaaring magkasya sa buffer ng tugon.
		1	Ang tugon ay naglalaman lamang ng isang timeslot.
		2	Ang tugon ay naglalaman lamang ng isang timeslot. Kung naglalaman ang timeslot ng wastong tugon ng card, kasama rin ang handle ng card.

4.5.6.1.1 Tugon
Ang haba ng Tugon ay maaaring "1" kung sakaling ipagpatuloy ang Imbentaryo.
Talahanayan 66. EPC_GEN2_INVENTORY na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS (Basahin ang status ng Timeslot sa susunod na byte para sa Tag tugon) PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Timeslot [1…n]	3 – 69 Bytes	Katayuan ng Timeslot	1 Byte	0	Tag available na tugon. 'Tag Field ng Haba ng Tugon, 'Mga wastong bit sa huling byte' na field, at 'Tag naroroon ang field ng reply.
				1	Tag available na tugon.
				2	Hindi tag sumagot sa timeslot. 'Tag Ang field ng Haba ng Tugon at 'Mga wastong bit sa huling byte' na field, ay dapat itakda sa zero. 'Tag hindi dapat naroroon ang field ng reply.
				3	Dalawa o higit pa tags sumagot sa timeslot. (Pagbangga). 'Tag Ang field ng Haba ng Tugon at 'Mga wastong bit sa huling byte' na field, ay dapat itakda sa zero. 'Tag hindi dapat naroroon ang field ng reply.

Tag Haba ng Sagot	1 Byte	0-66	Haba ng 'Tag Patlang ng Tugon (i). Kung Tag Ang Haba ng Tugon ay 0, pagkatapos ay ang Tag Wala ang field ng pagtugon.
Mga wastong bit sa huling Byte	1 Byte	0	Lahat ng piraso ng huling byte ng 'Tag valid ang field ng reply.
Mga wastong bit sa huling Byte	1 Byte	1-7	Bilang ng wastong bits ng huling byte ng 'Tag field ng sagot. Kung Tag Ang Haba ng Tugon ay zero, ang halaga ng byte na ito ay hindi papansinin.
Tag Sumagot	'n' Bytes	Sagot ng tag ayon sa ISO18000- 3_2010, Talahanayan 56.
Tag Panghawakan	0 o 2 Bytes	Hawak ng tag, kung ang field na 'Timeslot Status' ay nakatakda sa '1'. Kung hindi, wala ang field.

4.5.6.1.2 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.7 Pamamahala ng pagsasaayos ng RF
Sumangguni sa Seksyon 6, para sa configuration ng TX at RX para sa iba't ibang teknolohiya ng RF at mga rate ng data na sinusuportahan ng PN5190. Ang mga halaga ay wala sa hanay na binanggit sa ibaba, dapat ituring bilang RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Ang pagtuturo na ito ay ginagamit upang i-load ang RF configuration mula sa EEPROM papunta sa panloob na CLIF registers. Ang RF configuration ay tumutukoy sa isang natatanging kumbinasyon ng RF Technology, mode (target/initiator) at baud rate. Maaaring i-load nang hiwalay ang RF configuration para sa CLIF receiver (RX configuration) at transmitter (TX configuration) path. Dapat gamitin ang value na 0xFF kung hindi babaguhin ang kaukulang configuration para sa isang path.
4.5.7.1.1 Kondisyon
Ang field na 'TX Configuration' ay dapat nasa hanay mula 0x00 – 0x2B, kasama. Kung ang value ay 0xFF, hindi mababago ang configuration ng TX.
Ang field na 'RX Configuration' ay dapat nasa hanay mula 0x80 – 0xAB, kasama. Kung ang value ay 0xFF, hindi mababago ang configuration ng RX.
Ang isang espesyal na configuration na may TX Configuration = 0xFF at RX Configuration = 0xAC ay ginagamit upang i-load ang Boot-up registers nang isang beses.
Ang espesyal na pagsasaayos na ito ay kinakailangan upang i-update ang mga pagsasaayos ng rehistro (parehong TX at RX) na iba sa mga halaga ng pag-reset ng IC.

4.5.7.1.2 Utos
Talahanayan 67. LOAD_RF_CONFIGURATION na halaga ng utos
I-load ang mga setting ng RF TX at RX mula sa E2PROM.

Payload Field	Ang haba	Halaga/Paglalarawan
Configuration ng TX	1 Byte	0xFF	Hindi binago ang Configuration ng TX RF.
		0x0 – 0x2B	Na-load ang kaukulang Configuration ng TX RF.
RX Configuration	1 Byte	0xFF	Ang RX RF Configuration ay hindi nabago.
		0x80 – 0xAB	Na-load ang kaukulang RX RF Configuration.

4.5.7.1.3 Tugon
Talahanayan 68. LOAD_RF_CONFIGURATION na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.7.2 UPDATE_RF_CONFIGURATION
Ang pagtuturo na ito ay ginagamit upang i-update ang RF configuration (tingnan ang kahulugan sa Seksyon 4.5.7.1) sa loob ng E2PROM. Pinapayagan ng pagtuturo ang pag-update sa halaga ng granularity ng rehistro, ibig sabihin, hindi kailangang i-update ang kumpletong hanay (bagaman, posible itong gawin).
4.5.7.2.1 Kondisyon
Ang laki ng field array Configuration ay dapat nasa hanay mula 1 – 15, kasama. Ang field array Configuration ay dapat maglaman ng set ng RF Configuration, Register Address at Value. Ang field RF configuration ay dapat nasa hanay mula 0x0 – 0x2B para sa TX Configuration at 0x80 – 0xAB para sa RX configuration, kasama. Ang address sa loob ng field na Register Address ay dapat na umiiral sa loob ng kani-kanilang RF configuration. Ang Field Value ay dapat maglaman ng value na kailangang isulat sa ibinigay na rehistro at dapat ay 4 bytes ang haba (little-endian na format).
4.5.7.2.2 Utos
Talahanayan 69. UPDATE_RF_CONFIGURATION command value
I-update ang configuration ng RF

Payload Field	Ang haba	Halaga/Paglalarawan
Configuration[1…n]	6 Bytes	RF Configuration	1 Byte	RF Configuration kung saan dapat baguhin ang rehistro.
		Magrehistro ng Address	1 Byte	Register Address sa loob ng ibinigay na RF technology.
		Halaga	4 Bytes	Halaga na dapat isulat sa rehistro. (Little-endian)

4.5.7.2.3 Tugon
Talahanayan 70. UPDATE_RF_CONFIGURATION na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.7.3 GET_ RF_CONFIGURATION
Ang pagtuturo na ito ay ginagamit upang basahin ang isang RF configuration. Ang mga pares ng address-value-register ay available sa tugon. Upang malaman kung gaano karaming mga pares ang aasahan, ang unang laki ng impormasyon ay maaaring makuha mula sa unang TLV, na nagpapahiwatig ng kabuuang haba ng payload.
4.5.7.3.1 Kondisyon
Ang field RF configuration ay dapat nasa hanay mula 0x0 – 0x2B para sa TX Configuration at 0x80 –0xAB para sa RX configuration, kasama.
4.5.7.3.2 Utos
Talahanayan 71. GET_ RF_CONFIGURATION command value Kunin ang RF configuration.

Payload Field	Ang haba	Halaga/Paglalarawan
RF Configuration	1 Byte	RF Configuration kung saan ang hanay ng mga pares ng halaga ng rehistro ay dapat makuha.

4.5.7.3.3 Tugon
Talahanayan 72. GET_ RF_CONFIGURATION Halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
Pares[1…n]	5 Bytes	Magrehistro ng Address	1 Byte	Register Address sa loob ng ibinigay na RF technology.
		Halaga	4 Bytes	32-Bit na halaga ng pagpaparehistro.

4.5.7.3.4 Kaganapan
Walang kaganapan para sa pagtuturo.
4.5.8 RF Field Handling
4.5.8.1 RF_ON
Ang tagubiling ito ay ginagamit upang paganahin ang RF. Ang regulasyon ng DPC sa paunang FieldOn ay dapat pangasiwaan sa utos na ito.
4.5.8.1.1 Utos
Talahanayan 73. RF_FIELD_ON command value
I-configure ang RF_FIELD_ON.

Payload Field	Ang haba	Halaga/Paglalarawan
RF_on_config	1 Byte	Bit 0	0	Gumamit ng pag-iwas sa banggaan
			1	Huwag paganahin ang pag-iwas sa banggaan
		Bit 1	0	Walang aktibong P2P
			1	Aktibo ang P2P

4.5.8.1.2 Tugon
Talahanayan 74. RF_FIELD_ON na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (Hindi naka-on ang RF field dahil sa RF collision) PN5190_STATUS_TIMEOUT (RF field ay hindi naka-on dahil sa timeout) PN5190_STATUS_TXLDO_ERROR (TXLDO error dahil sa VUP ay hindi available) PN5190_STATUS_RFCFG_NOT_APPLIED (Ang configuration ng RF ay hindi inilapat bago ang command na ito)

4.5.8.1.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.8.2 RF_OFF
Ang tagubiling ito ay ginagamit upang huwag paganahin ang RF Field.
4.5.8.2.1 Utos
Talahanayan 75. RF_FIELD_OFF command value

Payload Field	Ang haba	Halaga/Paglalarawan
Walang laman	Walang laman	walang laman

4.5.8.2.2 Tugon
Talahanayan 76. RF_FIELD_OFF na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)

4.5.8.2.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.9 Pagsubok sa pagsasaayos ng bus
Ang mga available na test bus signal sa mga napiling PAD configuration ay nakalista sa Seksyon 7 para sa sanggunian.
Dapat itong i-refer para sa pagbibigay ng configuration para sa mga tagubilin sa test bus tulad ng nabanggit sa ibaba.
4.5.9.1 CONFIGURE _TESTBUS_DIGITAL
Ang tagubiling ito ay ginagamit upang ilipat ang available na digital test bus signal sa mga piling configuration ng pad.
4.5.9.1.1 Utos
Talahanayan 77. CONFIGURE_TESTBUS_DIGITAL command value

Payload field	Ang haba	Halaga/paglalarawan
TB_SignalIndex	1 Byte		Sumangguni sa Seksyon 7
TB_BitIndex	1 Byte		Sumangguni sa Seksyon 7
TB_PadIndex	1 Byte		Ang index ng pad, kung saan ilalabas ang digital signal
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 pin
		0x04	GPIO1 pin
		0x05	GPIO2 pin
		0x06	GPIO3 pin
		0x07-0xFF	RFU

4.5.9.1.2 Tugon
Talahanayan 78. CONFIGURE_TESTBUS_DIGITAL na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)

4.5.9.1.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Ginagamit ang pagtuturo na ito para makakuha ng available na analog test bus signal sa mga piling configuration ng pad.
Ang signal sa analog test bus ay maaaring makuha sa iba't ibang mga mode. Sila ay:
4.5.9.2.1 RAW mode
Sa mode na ito, ang signal na pinili ng TB_SignalIndex0 ay inilipat ng Shift_Index0, na naka-mask na may Mask0 at output sa AUX1. Katulad nito, ang signal na pinili ng TB_SignalIndex1 ay inilipat ng Shift_Index1, na nakamaskara ng Mask1 at output sa AUX2.
Ang mode na ito ay nag-aalok ng flexibility para sa customer na mag-output ng anumang signal na 8 bits ang lapad o mas maliit at hindi nangangailangan ng sign conversion na i-output sa mga analog pad.
4.5.9.2.2 COMBINED mode
Sa mode na ito, ang analog signal ay ang 10 bit signed ADCI/ADCQ/pcrm_if_rssi value na na-convert sa isang unsigned value, i-scale pabalik sa 8 bits at pagkatapos ay output sa alinman sa AUX1 o AUX2 pads.
Isa lamang sa alinman sa ADCI/ADCQ (10-bit) na na-convert na mga halaga ang maaaring i-output sa AUX1/AUX2 anumang oras.
Kung ang halaga ng field ng Payload ng Combined_Mode Signal ay 2 (Analog at Digital Combined), ang analog at digital test bus ay iruruta sa AUX1(Analog Signal) at GPIO0(Digital Signal).
Ang mga signal na iruruta ay naka-configure sa EEPROM address na binanggit sa ibaba:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
Ang test bus Index at test bus bit ay kailangang i-configure sa EEPROM bago namin ilabas ang pinagsamang mode na may opsyon 2.
Tandaan:
Ang host ay dapat magbigay ng lahat ng mga field, anuman ang field applicability sa “raw” o “combined” mode. Isinasaalang-alang lamang ng PN5190 IC ang mga naaangkop na halaga ng field.
4.5.9.2.3 Utos
Talahanayan 79. CONFIGURE_TESTBUS_ANALOG command value

Payload field	Ang haba	Halaga/paglalarawan		Paglalapat ng field para sa pinagsamang mode
bConfig	1 Byte		Nako-configure na mga bit. Sumangguni sa Talahanayan 80	Oo
Combined_Mode Signal	1 Byte	0 – ADCI/ADCQ 1 – pcrm_if_rssi		Oo
		2 – Pinagsamang Analog at Digital
		3 – 0xFF – Nakareserba

TB_SignalIndex0	1 Byte	Signal index ng analog signal. Sumangguni sa Seksyon 7	Oo
TB_SignalIndex1	1 Byte	Signal index ng analog signal. Sumangguni sa Seksyon 7	Oo
Shift_Index0	1 Byte	DAC0 input shift posisyon. Ang direksyon ay pagpapasya nang kaunti sa bConfig[1].	Hindi
Shift_Index1	1 Byte	DAC1 input shift posisyon. Ang direksyon ay pagpapasya nang kaunti sa bConfig[2].	Hindi
maskara0	1 Byte	DAC0 mask	Hindi
maskara1	1 Byte	DAC1 mask	Hindi

Talahanayan 80. Config bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Paglalarawan	Naaangkop sa mode
X	X							DAC1 output shift Range – 0, 1, 2	hilaw
		X	X					DAC0 output shift Range – 0, 1, 2	hilaw
				X				Sa pinagsamang mode, signal sa AUX1/AUX2 pin 0 ➜ Signal sa AUX1 1 ➜ Signal sa AUX2	pinagsama-sama
					X			DAC1 input shift direksyon 0 ➜ Lumipat pakanan 1 ➜ Lumipat pakaliwa	hilaw
						X		DAC0 input shift direksyon 0 ➜ Lumipat pakanan 1 ➜ Lumipat pakaliwa	hilaw
							X	Mode. 0 ➜ Raw mode 1 ➜ Pinagsamang mode	Hilaw/Pinagsama-sama

4.5.9.2.4 Tugon
Talahanayan 81. CONFIGURE_TESTBUS_ANALOG na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)

4.5.9.2.5 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Ang pagtuturo na ito ay ginagamit upang lumipat ng maramihang magagamit na digital test bus signal sa mga napiling configuration ng pad.
Tandaan: Kung ang haba na ito ay ZERO, ang isang Digital test bus ay RESET.
4.5.9.3.1 Utos
Talahanayan 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL command value

Payload field	Ang haba	Halaga/paglalarawan
TB_SignalIndex #1	1 Byte	Sumangguni sa 8 sa ibaba
TB_BitIndex #1	1 Byte	Sumangguni sa 8 sa ibaba
TB_PadIndex #1	1 Byte	Ang index ng pad, kung saan ilalabas ang digital signal
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 pin
		0x04	GPIO1 pin
		0x05	GPIO2 pin
		0x06	GPIO3 pin
		0x07-0xFF	RFU
TB_SignalIndex #2	1 Byte	Sumangguni sa 8 sa ibaba
TB_BitIndex #2	1 Byte	Sumangguni sa 8 sa ibaba
TB_PadIndex #2	1 Byte	Ang index ng pad, kung saan ilalabas ang digital signal
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 pin
		0x04	GPIO1 pin
		0x05	GPIO2 pin
		0x06	GPIO3 pin
		0x07-0xFF	RFU

4.5.9.3.2 Tugon
Talahanayan 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 2]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)

4.5.9.3.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.10 Configuration ng CTS
4.5.10.1 CTS_ENABLE
Ginagamit ang tagubiling ito upang paganahin/paganahin ang tampok na pag-log ng CTS.
4.5.10.1.1 Utos
Talahanayan 84. CTS_ENABLE command value

Halaga ng Payload Field Haba/Paglalarawan
Paganahin/Huwag paganahin	1 Byte	Bit 0	0	Huwag paganahin ang CTS Logging Feature
1 Paganahin ang CTS Logging Feature
		Bit 1-7		RFU

4.5.10.1.2 Tugon
Talahanayan 85. CTS_ENABLE na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)

4.5.10.1.3 Kaganapan
Ang sumusunod na talahanayan ay nagpapakita ng data ng kaganapan na ipapadala bilang bahagi ng mensahe ng kaganapan tulad ng ipinapakita sa Figure 12 at Figure 13.
Talahanayan 86. Ito ay nagpapaalam sa host na ang data ay natanggap. EVT_CTS_DONE

Payload Field	Ang haba	Halaga/Paglalarawan
Kaganapan	1 byte	00 … Naganap ang TRIGGER, handa na ang data para sa pagtanggap.

4.5.10.2 CTS_CONFIGURE
Ang pagtuturo na ito ay ginagamit upang i-configure ang lahat ng kinakailangang CTS registers tulad ng mga trigger, test bus registers, sampling configuration atbp.,
Tandaan:
[1] ay nagbibigay ng mas mahusay na pag-unawa sa configuration ng CTS. Ang nakuhang data na ipapadala bilang bahagi ng tugon sa Seksyon 4.5.10.3 na utos.

4.5.10.2.1 Utos
Talahanayan 87. CTS_CONFIGURE command value

Payload Field	Ang haba	Halaga/Paglalarawan
PRE_TRIGGER_SHIFT	1 Byte	Tinutukoy ang haba ng pagkakasunod-sunod ng pagkuha pagkatapos ng trigger sa 256 bytes na unit. 0 ay nangangahulugang walang shift; n nangangahulugang n*256 bytes block shift. Tandaan: Valid lang kung ang TRIGGER_MODE ay “PRE” o “COMB” trigger mode
TRIGGER_MODE	1 Byte	Tinutukoy ang Acquisition mode na gagamitin.
		0x00 – POST mode
		0x01 – RFU
		0x02 – PRE Mode
		0x03 – 0xFF – Di-wasto
RAM_PAGE_WIDTH	1 Byte	Tinutukoy ang dami ng on-chip memory na sakop ng isang acquisition. Ang Granularity ay pinili sa pamamagitan ng disenyo bilang 256 Bytes (ibig sabihin, 64 32-bits na mga salita). Ang mga wastong halaga ay nasa ibaba: 0x00h – 256 byte 0x02h – 768 byte 0x01h – 512 byte 0x03h – 1024 byte 0x04h – 1280 byte 0x05h – 1536 byte 0x06h – 1792 byte 0x07h – 2048 byte 0x08h – 2304 byte 0x09h – 2560 byte 0x0Ah – 2816 byte 0x0Bh – 3072 byte 0x0Ch – 3328 byte 0x0Dh – 3584 byte 0x0Eh – 3840 bytes 0x0Fh – 4096 byte 0x10h – 4352 byte 0x11h – 4608 byte 0x12h – 4864 byte 0x13h – 5120 byte 0x14h – 5376 byte 0x15h – 5632 byte 0x16h – 5888 byte 0x17h – 6144 byte 0x18h – 6400 byte 0x19h – 6656 byte 0x1Ah – 6912 byte 0x1Bh – 7168 byte 0x1Ch – 7424 byte 0x1Dh – 7680 byte 0x1Eh – 7936 bytes 0x1Fh – 8192 byte

SAMPLE_CLK_DIV	1 Byte	Tinutukoy ng decimal value ng field na ito ang clock rate division factor na gagamitin sa panahon ng acquisition. CTS na orasan = 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 Byte	Ang mga bit na ito ay ginagamit upang tukuyin kung aling mga byte ng dalawang 16-bit na input bus ang nag-aambag sa interleave na mekanismo na bumubuo ng data na ililipat sa on-chip memory. Ang kahulugan at paggamit ng mga ito ay depende sa SAMPLE_MODE_SEL na mga halaga. Tandaan: Ang ibinigay na halaga ay palaging naka-mask ng 0x0F at pagkatapos ay isinasaalang-alang ang epektibong halaga.
SAMPLE_MODE_SEL	1 Byte	Pinipili ang sampling interleave mode gaya ng inilarawan ng mga detalye ng disenyo ng CTS. Ang desimal na halaga 3 ay nakalaan at ituturing na 0. Tandaan: Ang ibinigay na halaga ay palaging naka-mask ng 0x03, at pagkatapos ay isinasaalang-alang ang epektibong halaga.
TB0	1 Byte	Pinipili kung aling test bus ang ikokonekta sa TB0. Sumangguni sa Seksyon 7 (Halaga ng TB_ Signal_Index)
TB1	1 Byte	Pinipili kung aling test bus ang ikokonekta sa TB1. Sumangguni sa Seksyon 7 (Halaga ng TB_ Signal_Index)
TB2	1 Byte	Pinipili kung aling test bus ang ikokonekta sa TB2. Sumangguni sa Seksyon 7 (Halaga ng TB_ Signal_Index)
TB3	1 Byte	Pinipili kung aling test bus ang ikokonekta sa TB3. Sumangguni sa Seksyon 7 (Halaga ng TB_ Signal_Index)
TTB_SELECT	1 Byte	Pinipili kung aling TB ang ikokonekta sa mga pinagmumulan ng trigger. Sumangguni sa Seksyon 7 (Halaga ng TB_Signal_Index)
RFU	4 Bytes	Magpadala palagi ng 0x00000000
MISC_CONFIG	24 Bytes	Mga paglitaw ng trigger, polarity atbp. Sumangguni sa [1] para sa pag-unawa sa configuration ng CTS na gagamitin.

4.5.10.2.2 Tugon
Talahanayan 88. CTS_CONFIGURE na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.10.3 CTS_RETRIEVE_LOG
Kinukuha ng tagubiling ito ang data log ng nakuhang test bus data sampmga nakaimbak sa memory buffer.
4.5.10.3.1 Utos
Talahanayan 89. CTS_RETRIEVE_LOG command value

Payload Field	Ang haba	Halaga/Paglalarawan
ChunkSize	1 byte	0x01-0xFF	Naglalaman ng bilang ng mga byte ng data na inaasahan.

4.5.10.3.2 Tugon
Talahanayan 90. CTS_RETRIEVE_LOG na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data) PN5190_STATUS_SUCCSES_CHAINING
Data ng Log [1…n]	CTSRequest	Nakuha si Samples Data chunk

Tandaan:
Ang maximum na laki ng 'Log Data' ay nakadepende sa 'ChunkSize' na ibinigay bilang bahagi ng command.
Ang kabuuang laki ng Log ay magiging available sa tugon ng TLV header.
4.5.10.3.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.11 TEST_MODE Mga Utos
4.5.11.1 ANTENNA_SELF_TEST
Ang tagubiling ito ay ginagamit upang i-verify kung ang antenna ay konektado at ang mga tumutugmang bahagi ay na-populate / na-assemble.
Tandaan:
Hindi pa available ang command na ito. Tingnan ang mga tala sa paglabas para sa availability.
4.5.11.2 PRBS_TEST
Ang pagtuturo na ito ay ginagamit upang bumuo ng PRBS sequence para sa iba't ibang configuration ng Reader mode protocol at bit-rate. Kapag naisakatuparan na ang pagtuturo, magiging available ang PRBS test sequence sa RF.
Tandaan:
Dapat tiyakin ng host na ang naaangkop na RF technology configuration ay na-load gamit ang Seksyon 4.5.7.1 at ang RF ay naka-ON gamit ang Section 4.5.8.1 na command bago ipadala ang command na ito.
4.5.11.2.1 Utos
Talahanayan 91. PRBS_TEST command value

Payload Field	Ang haba	Halaga/Paglalarawan
pbs_type	1 Byte	00	PRBS9(default)
		01	PRBS15
		02-FF	RFU

4.5.11.2.2 Tugon
Talahanayan 92. PRBS_TEST na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 Kaganapan
Walang kaganapan para sa pagtuturo na ito.
4.5.12 Mga Utos sa Impormasyon ng Chip
4.5.12.1 GET_DIEID
Ang tagubiling ito ay ginagamit upang basahin ang die ID ng PN5190 chip.
4.5.12.1.1 Utos
Talahanayan 93. GET_DIEID Command value

Payload Field	Ang haba	Halaga/Paglalarawan
–	–	Walang data sa payload

4.5.12.1.2 Tugon
Talahanayan 94. GET_DIEID na halaga ng tugon

Payload field	Ang haba	Halaga/paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (wala nang karagdagang data)
Mga halaga	16 Bytes	16 bytes die ID.

4.5.12.1.3 Kaganapan
Walang mga kaganapan para sa utos na ito.
4.5.12.2 GET_VERSION
Ginagamit ang pagtuturo na ito upang basahin ang bersyon ng HW, bersyon ng ROM, at ang bersyon ng FW ng PN5190 chip.
4.5.12.2.1 Utos
Talahanayan 95. GET_VERSION command value

Payload Field	Ang haba	Halaga/Paglalarawan
–	–	Walang data sa payload

Mayroong command na DL_GET_VERSION (Seksyon 3.4.4) na available sa download mode na magagamit para basahin ang bersyon ng HW, bersyon ng ROM, at bersyon ng FW.
4.5.12.2.2 Tugon
Talahanayan 96. GET_VERSION na halaga ng tugon

Payload Field	Ang haba	Halaga/Paglalarawan
Katayuan	1 Byte	Katayuan ng operasyon [Talahanayan 9]. Ang mga inaasahang halaga ay nasa ibaba:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Wala nang karagdagang data)
HW_V	1 byte	Bersyon ng hardware
RO_V	1 byte	ROM code
FW_V	2 byte	Bersyon ng firmware (ginagamit para sa pag-download)
RFU1-RFU2	1-2 byte	–

Ang inaasahang tugon para sa iba't ibang bersyon ng PN5190 IC ay binanggit sa (Seksyon 3.4.4)
4.5.12.2.3 Kaganapan
Walang mga kaganapan para sa utos na ito.

Apendise (Examples)

Ang apendiks na ito ay binubuo ng examples para sa nabanggit na mga utos. Ang examples ay para lamang sa layuning paglalarawan upang ipakita ang mga nilalaman ng utos.
5.1 Halample para sa WRITE_REGISTER
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang magsulat ng 0x12345678 value sa register 0x1F.
Ipinadala ang command frame sa PN5190: 0000051F78563412
Host na maghintay para sa isang interrupt.
Kapag nabasa ng host ang response frame na natanggap mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 00000100 5.2 Hal.ample para sa WRITE_REGISTER_OR_MASK
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang magsagawa ng lohikal na O operasyon sa rehistro 0x1F na may mask bilang 0x12345678
Ipinadala ang command frame sa PN5190: 0100051F78563412
Host na maghintay para sa isang interrupt.
Kapag nabasa ng host ang response frame na natanggap mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 01000100
5.3 Halample para sa WRITE_REGISTER_AND_MASK
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang magsagawa ng lohikal na AT operasyon sa rehistro 0x1F na may mask bilang 0x12345678
Ipinadala ang command frame sa PN5190: 0200051F78563412
Host na maghintay para sa isang interrupt.
Kapag nabasa ng host ang response frame na natanggap mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 02000100
5.4 Halample para sa WRITE_REGISTER_MULTIPLE
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang magsagawa ng lohikal na AT operasyon sa register 0x1F na may mask bilang 0x12345678, at sa lohikal na OR operasyon sa register 0x20 na may mask bilang 0x11223344, at isang write para irehistro ang 0x21 na may halaga bilang 0xAABBCCDD.
Ipinadala ang command frame sa PN5190: 0300121F03785634122002443322112101DDCCBBAA
Host na maghintay para sa isang interrupt.
Kapag nabasa ng host ang response frame na natanggap mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 03000100
5.5 Halample para sa READ_REGISTER
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang basahin ang mga nilalaman ng rehistro 0x1F at ipagpalagay na ang rehistro ay may halaga na 0x12345678
Ipinadala ang command frame sa PN5190: 0400011F
Host na maghintay para sa isang interrupt.
Kapag nabasa ng host ang response frame na natanggap mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 0400050078563412
5.6 Halample para sa READ_REGISTER_MULTIPLE
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang basahin ang mga nilalaman ng mga rehistro 0x1F na naglalaman ng halaga ng 0x12345678, at irehistro ang 0x25 na naglalaman ng halaga ng 0x11223344
Ipinadala ang command frame sa PN5190: 0500021F25
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 050009007856341244332211
5.7 Halample para sa WRITE_E2PROM
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang isulat sa mga lokasyon ng E2PROM 0x0130 hanggang 0x0134 na may mga nilalaman bilang 0x11, 0x22, 0x33, 0x44, 0x55
Ipinadala ang command frame sa PN5190: 06000730011122334455
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 06000100
5.8 Halample para sa READ_E2PROM
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang basahin mula sa mga lokasyon ng E2PROM 0x0130 hanggang 0x0134 kung saan ang mga nilalaman na nakaimbak ay: 0x11, 0x22, 0x33, 0x44, 0x55
Ipinadala ang command frame sa PN5190: 07000430010500
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 070006001122334455
5.9 Halample para sa TRANSMIT_RF_DATA
Kasunod ng pagkakasunod-sunod ng data na ipinadala mula sa host upang magpadala ng REQA command (0x26), na may bilang ng mga bit na ipapadala bilang '0x07', sa pag-aakalang ang mga kinakailangang rehistro ay nakatakda bago at ang RF ay naka-ON.
Ipinadala ang command frame sa PN5190: 0800020726
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 08000100
5.10 Halample para sa RETREIVE_RF_DATA
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang matanggap ang data na natanggap/naimbak sa panloob na CLIF buffer (ipagpalagay na 0x05 ang natanggap), sa pag-aakalang naipadala na ang isang TRANSMIT_RF_DATA pagkatapos ma-ON ang RF.
Ipinadala ang command frame sa PN5190: 090000
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 090003000400
5.11 Halample para sa EXCHANGE_RF_DATA
Ang pagsunod sa pagkakasunud-sunod ng data na ipinadala mula sa host upang magpadala ng isang REQA (0x26), na may bilang ng mga bit sa huling byte na ipapadala ay itinakda bilang 0x07, kasama ang lahat ng katayuan na matatanggap kasama ng data. Ipinapalagay na ang mga kinakailangang RF register ay nakatakda na at ang RF ay naka-ON.
Ipinadala ang command frame sa PN5190: 0A0003070F26
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 0A000 F000200000000000200000000004400
5.12 Halample para sa LOAD_RF_CONFIGURATION
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang itakda ang configuration ng RF. Para sa TX, 0x00 at para sa RX, 0x80
Ipinadala ang command frame sa PN5190: 0D00020080
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 0D000100
5.13 Halample para sa UPDATE_RF_CONFIGURATION
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang i-update ang configuration ng RF. Para sa TX, 0x00, na may register address para sa CLIF_CRC_TX_CONFIG at halaga bilang 0x00000001
Ipinadala ang command frame sa PN5190: 0E0006001201000000
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 0E000100
5.14 Halample para sa RF_ON
Kasunod ng pagkakasunud-sunod ng data na ipinadala mula sa host upang i-ON ang RF field gamit ang pag-iwas sa banggaan at Walang P2P na aktibo. Ipinapalagay, ang kaukulang pagsasaayos ng RF TX at RX ay nakatakda na sa PN5190.
Ipinadala ang command frame sa PN5190: 10000100
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 10000100
5.15 Halample para sa RF_OFF
Kasunod ng pagkakasunod-sunod ng data na ipinadala mula sa host upang i-OFF ang RF field.
Ipinadala ang command frame sa PN5190: 110000
Host na maghintay para sa isang interrupt.
Kapag binasa ng host ang tugon, natanggap ang frame mula sa PN5190 (nagsasaad ng matagumpay na operasyon): 11000100

Appendix (mga index ng configuration ng RF protocol)

Ang appendix na ito ay binubuo ng mga RF protocol configuration index na sinusuportahan ng PN5190.
Ang TX at RX config settings ay kailangang gamitin sa Section 4.5.7.1, Section 4.5.7.2, Section 4.5.7.3 commands.

Appendix (mga signal ng CTS at TESTBUS)

Ang talahanayan sa ibaba ay tumutukoy sa iba't ibang mga signal na magagamit mula sa PN5190 upang makuha gamit ang mga tagubilin ng CTS (Seksyon 4.5.10) at mga tagubilin sa TESTBUS.

Ang mga ito ay kailangang gamitin para sa Seksyon 4.5.9.1, Seksyon 4.5.9.2, Seksyon 4.5.10.2 na utos.

Mga pagdadaglat

Talahanayan 97. Mga pagdadaglat

Abbr.	Ibig sabihin
CLK	orasan
DWL_REQ	I-download ang Request pin (tinatawag ding DL_REQ)
EEPROM	Electrically Erasable Programmable Read Only Memory
FW	Firmware
GND	Lupa
GPIO	Pangkalahatang Layunin Input Output
HW	Hardware
I²C	Inter-Integrated Circuit (serial data bus)
IRQ	Humiling ng Interrupt
ISO / IEC	International Standard Organization / International Electrotechnical Community
NFC	Malapit sa Field Communication
OS	Operating System
PCD	Proximity Coupling Device (Contactless reader)
PICC	Proximity Integrated Circuit Card (Contactless card)
PMU	Unit ng Power Management
POR	Pag-reset ng power-on
RF	Radiofrequency
RST	I-reset
SFWU	secure na mode ng pag-download ng firmware
SPI	Serial Peripheral Interface
VEN	V Paganahin ang pin

Mga sanggunian

[1] Bahagi ng configuration ng CTS ng NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] PN5190 IC data sheet, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Legal na impormasyon

10.1 Mga Kahulugan
Draft — Ang isang draft na katayuan sa isang dokumento ay nagpapahiwatig na ang nilalaman ay nasa ilalim pa rin ng panloob na review at napapailalim sa pormal na pag-apruba, na maaaring magresulta sa mga pagbabago o pagdaragdag. Ang NXP Semiconductor ay hindi nagbibigay ng anumang mga representasyon o warranty tungkol sa katumpakan o pagkakumpleto ng impormasyong kasama sa isang draft na bersyon ng isang dokumento at walang pananagutan para sa mga kahihinatnan ng paggamit ng naturang impormasyon.
10.2 Mga Pagwawaksi
Limitadong warranty at pananagutan — Ang impormasyon sa dokumentong ito ay pinaniniwalaang tumpak at maaasahan. Gayunpaman, ang NXP Semiconductor ay hindi nagbibigay ng anumang mga representasyon o warranty, ipinahayag o ipinahiwatig, tungkol sa katumpakan o pagkakumpleto ng naturang impormasyon at walang pananagutan para sa mga kahihinatnan ng paggamit ng naturang impormasyon. Ang NXP Semiconductor ay walang pananagutan para sa nilalaman sa dokumentong ito kung ibinigay ng isang mapagkukunan ng impormasyon sa labas ng NXP Semiconductor.
Sa anumang pagkakataon ay mananagot ang NXP Semiconductor para sa anumang hindi direkta, incidental, punitive, espesyal o kinahinatnang pinsala (kabilang ang – walang limitasyon ang mga nawalang kita, nawalang ipon, pagkagambala sa negosyo, mga gastos na may kaugnayan sa pagtanggal o pagpapalit ng anumang mga produkto o rework charges) man o hindi ang mga naturang pinsala ay batay sa tort (kabilang ang kapabayaan), warranty, paglabag sa kontrata o anumang iba pang legal na teorya.
Sa kabila ng anumang mga pinsala na maaaring makuha ng customer sa anumang dahilan, ang pinagsama-samang at pinagsama-samang pananagutan ng NXP Semiconductor sa customer para sa mga produktong inilarawan dito ay dapat na limitado alinsunod sa
Mga tuntunin at kundisyon ng komersyal na pagbebenta ng NXP Semiconductors.
Karapatang gumawa ng mga pagbabago — Inilalaan ng NXP Semiconductor ang karapatang gumawa ng mga pagbabago sa impormasyong nai-publish sa dokumentong ito, kasama ang walang limitasyong mga detalye at paglalarawan ng produkto, anumang oras at walang abiso. Pinapalitan at pinapalitan ng dokumentong ito ang lahat ng impormasyong ibinigay bago ang paglalathala nito.
Kaangkupan para sa paggamit — Ang mga produkto ng NXP Semiconductors ay hindi idinisenyo, awtorisado o ginagarantiyahan na angkop para gamitin sa life support, life-critical o safety-critical system o equipment, o sa mga application kung saan ang pagkabigo o malfunction ng isang produkto ng NXP Semiconductors ay maaaring makatwirang inaasahan na magresulta sa personal na pinsala, kamatayan o matinding pag-aari o pinsala sa kapaligiran. Ang NXP Semiconductor at ang mga supplier nito ay hindi tumatanggap ng pananagutan para sa pagsasama at/o paggamit ng mga produkto ng NXP Semiconductor sa naturang kagamitan o mga aplikasyon at samakatuwid ang nasabing pagsasama at/o paggamit ay nasa sariling peligro ng customer.
Mga aplikasyon — Ang mga application na inilalarawan dito para sa alinman sa mga produktong ito ay para sa mga layuning panglarawan lamang. Ang NXP Semiconductor ay hindi gumagawa ng representasyon o warranty na ang mga naturang application ay magiging angkop para sa tinukoy na paggamit nang walang karagdagang pagsubok o pagbabago.
Responsable ang mga customer para sa disenyo at pagpapatakbo ng kanilang mga application at produkto gamit ang mga produkto ng NXP Semiconductors, at walang pananagutan ang NXP Semiconductor para sa anumang tulong sa mga application o disenyo ng produkto ng customer. Nag-iisang responsibilidad ng customer na tukuyin kung ang produkto ng NXP Semiconductors ay angkop at akma para sa mga aplikasyon at produktong pinlano ng customer, gayundin para sa nakaplanong aplikasyon at paggamit ng (mga) customer ng third party. Dapat magbigay ang mga customer ng naaangkop na disenyo at mga pananggalang sa pagpapatakbo upang mabawasan ang mga panganib na nauugnay sa kanilang mga aplikasyon at produkto.
Ang NXP Semiconductor ay hindi tumatanggap ng anumang pananagutan na may kaugnayan sa anumang default, pinsala, gastos o problema na nakabatay sa anumang kahinaan o default sa mga application o produkto ng customer, o sa aplikasyon o paggamit ng (mga) third party na customer ng customer. Responsable ang Customer sa paggawa ng lahat ng kinakailangang pagsubok para sa mga application at produkto ng customer gamit ang mga produkto ng NXP Semiconductors upang maiwasan ang default ng mga application at mga produkto o ng application o paggamit ng (mga) customer ng third party ng customer. Ang NXP ay hindi tumatanggap ng anumang pananagutan sa bagay na ito.

NXP BV – Ang NXP BV ay hindi isang operating company at hindi ito namamahagi o nagbebenta ng mga produkto.

10.3 Mga Lisensya
Pagbili ng mga NXP IC na may teknolohiyang NFC — Pagbili ng isang NXP Semiconductors IC na sumusunod sa isa sa mga pamantayan ng Near Field Communication (NFC) na ISO/IEC 18092 at ISO/IEC 21481 ay hindi naghahatid ng ipinahiwatig na lisensya sa ilalim ng anumang karapatan sa patent na nilalabag ng pagpapatupad ng alinman sa mga pamantayang iyon. Ang pagbili ng NXP Semiconductors IC ay hindi kasama ang isang lisensya sa anumang NXP patent (o iba pang IP right) na sumasaklaw sa mga kumbinasyon ng mga produktong iyon sa iba pang mga produkto, hardware man o software.

10.4 Mga Trademark
Paunawa: Ang lahat ng mga naka-reference na brand, pangalan ng produkto, pangalan ng serbisyo, at trademark ay pag-aari ng kani-kanilang mga may-ari.
NXP — ang wordmark at logo ay mga trademark ng NXP BV
EdgeVerse — ay isang trademark ng NXP BV
FeliCa — ay isang trademark ng Sony Corporation.
MIFARE — ay isang trademark ng NXP BV
MIFARE Classic — ay isang trademark ng NXP BV

Mangyaring magkaroon ng kamalayan na ang mahahalagang paunawa tungkol sa dokumentong ito at ang (mga) produkto na inilarawan dito, ay kasama sa seksyong 'Legal na impormasyon'.
© 2023 NXP BV
Para sa karagdagang impormasyon, mangyaring bisitahin ang: http://www.nxp.com
Lahat ng karapatan ay nakalaan.
Petsa ng paglabas: 25 Mayo 2023
Tagatukoy ng dokumento: UM11942

Mga Dokumento / Mga Mapagkukunan

NXP PN5190 NFC Frontend Controller [pdf] User Manual
PN5190, PN5190 NFC Frontend Controller, NFC Frontend Controller, Controller, UM11942

Mga sanggunian

User Manual

PN5190 NFC Frontend Controller

Panimula

Tapos na ang komunikasyon ng hostview

IC operating boot mode – secured na FW download mode

IC operating boot mode – Normal na Operation mode

Talahanayan 54. Config Bitmask

Apendise (Examples)

Appendix (mga index ng configuration ng RF protocol)

Appendix (mga signal ng CTS at TESTBUS)

Mga pagdadaglat

Mga sanggunian

Legal na impormasyon

Mga Dokumento / Mga Mapagkukunan

Mga sanggunian

Mag-iwan ng komento

Kanselahin ang tugon