Manual Pengguna Pengawal Hadapan NXP PN5190 NFC

Maklumat	kandungan
Kata kunci	PN5190, NFC, bahagian hadapan NFC, pengawal, lapisan arahan
Abstrak	Dokumen ini menerangkan arahan lapisan arahan dan tindak balas untuk berfungsi daripada pengawal hos, untuk menilai operasi pengawal bahagian hadapan NXP PN5190 NFC. PN5190 ialah pengawal hadapan NFC generasi seterusnya. Skop dokumen ini adalah untuk menerangkan arahan antara muka untuk berfungsi dengan pengawal bahagian hadapan PN5190 NFC. Untuk maklumat lanjut tentang pengendalian pengawal hadapan PN5190 NFC, rujuk helaian data dan maklumat pelengkapnya.

Sejarah semakan

Rev	tarikh	Penerangan
3.7	20230525	• Jenis dan tajuk dokumen ditukar daripada adendum helaian data produk kepada manual pengguna • Pembersihan editorial • Terma editorial yang dikemas kini untuk isyarat SPI • Menambah arahan GET_CRC_USER_AREA dalam Jadual 8 dalam Bahagian 4.5.2.3 • Mengemas kini pelbagai butiran yang berbeza untuk PN5190B1 dan PN5190B2 dalam Bahagian 3.4.1 • Maklum balas yang dikemas kini bagi Bahagian 3.4.7
3.6	20230111	Penerangan respons Integriti Semakan Dipertingkat dalam Bahagian 3.4.7
3.5	20221104	Bahagian 4.5.4.6.3 “Acara”: ditambah
3.4	20220701	• Menambah arahan CONFIGURE_MULTIPLE_TESTBUS_DIGITAL dalam Jadual 8 dalam Bahagian 4.5.9.3 • Bahagian 4.5.9.2.2 yang dikemas kini
3.3	20220329	Perihalan perkakasan dipertingkatkan dalam Bahagian 4.5.12.2.1 “Perintah” dan Bahagian 4.5.12.2.2 “Tindak Balas”
3.2	20210910	Nombor versi perisian tegar dikemas kini daripada 2.1 kepada 2.01 dan 2.3 kepada 2.03
3.1	20210527	Perihalan arahan RETRIEVE_RF_FELICA_EMD_DATA ditambahkan
3	20210118	Versi keluaran rasmi pertama

pengenalan

1.1 Pengenalan
Dokumen ini menerangkan Antara Muka Hos PN5190 dan API. Antara muka hos fizikal yang digunakan dalam dokumentasi ialah SPI. Ciri fizikal SPI tidak dipertimbangkan dalam dokumen.
Pemisahan bingkai dan kawalan aliran adalah sebahagian daripada dokumen ini.
1.1.1 Skop
Dokumen itu menerangkan lapisan logik, kod arahan, API yang relevan untuk pelanggan.

Komunikasi hos berakhirview

PN5190 mempunyai dua mod operasi utama untuk berkomunikasi dengan pengawal hos.

Komunikasi berasaskan HDLL digunakan apabila peranti dicetuskan untuk memasuki:
a. Mod muat turun Selamat Disulitkan untuk mengemas kini perisian tegarnya
Komunikasi berasaskan tindak balas arahan TLV (diberikan sebagai example).

2.1 Mod HDLL
Mod HDLL digunakan untuk format pertukaran paket untuk berfungsi dengan mod pengendalian IC di bawah:

Mod muat turun perisian tegar selamat (SFWU), lihat Bahagian 3

2.1.1 Penerangan mengenai HDLL
HDLL ialah lapisan pautan yang dibangunkan oleh NXP untuk memastikan muat turun FW yang boleh dipercayai.
Mesej HDLL dibuat daripada pengepala 2 bait, diikuti dengan bingkai, yang terdiri daripada opcode dan Payload arahan. Setiap mesej berakhir dengan CRC 16-bit, seperti yang diterangkan pada gambar di bawah:Pengepala HDLL mengandungi:

Seketul sikit. Yang menunjukkan jika mesej ini adalah satu-satunya atau bahagian terakhir mesej (chunk = 0). Atau jika, sekurang-kurangnya, satu ketulan lain mengikuti (ketulan = 1).

Panjang Payload yang dikodkan pada 10 bit. Jadi, Muatan Bingkai HDLL boleh meningkat sehingga 1023 Bait.

Susunan bait telah ditakrifkan sebagai big-endian, bermakna Cik Byte dahulu.
CRC16 mematuhi piawaian X.25 (CRC-CCITT, ISO/IEC13239) dengan polinomial x^16 + x^12 + x^5 +1 dan nilai pramuatan 0xFFFF.
Ia dikira pada keseluruhan bingkai HDLL, iaitu, Pengepala + Bingkai.
Samppelaksanaan kod C:
uint16_t statik phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
untuk (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;
}
pulangkan crc;
}
2.1.2 Pemetaan pengangkutan ke atas SPI
Untuk setiap penegasan NTS, bait pertama sentiasa HEADER (bait petunjuk aliran), ia boleh sama ada 0x7F/0xFF berkenaan dengan operasi tulis/baca.
2.1.2.1 Tulis Jujukan daripada hos (arah DH => PN5190)2.1.2.2 Baca Urutan daripada hos (Arah PN5190 => DH)2.1.3 Protokol HDLL
HDLL ialah protokol tindak balas arahan. Semua operasi yang disebutkan di atas dicetuskan melalui arahan khusus dan disahkan berdasarkan respons.
Perintah dan respons mengikut sintaks mesej HDLL, arahan dihantar oleh hos peranti, respons oleh PN5190. Opcode menunjukkan arahan dan jenis tindak balas.
Komunikasi berasaskan HDLL, hanya digunakan apabila PN5190 dicetuskan untuk memasuki mod "Muat turun perisian tegar selamat".
2.2 Mod TLV
TLV bermaksud Tag Nilai Panjang.
2.2.1 Definisi bingkai
Bingkai SPI bermula dengan tepi jatuh NTS dan berakhir dengan tepi naik NTS. SPI ialah dupleks penuh definisi fizikal tetapi PN5190 menggunakan SPI dalam mod separuh dupleks. Mod SPI dihadkan kepada CPOL 0 dan CPHA 0 dengan kelajuan jam maksimum seperti yang dinyatakan dalam [2]. Setiap bingkai SPI terdiri daripada pengepala 1 bait dan n-bait badan.
2.2.2 Petunjuk aliranHOST sentiasa menghantar sebagai bait pertama bait petunjuk aliran, sama ada ia mahu menulis atau membaca data daripada PN5190.
Jika terdapat permintaan baca dan tiada data tersedia, respons mengandungi 0xFF.
Data selepas bait petunjuk aliran ialah satu atau beberapa mesej.
Untuk setiap penegasan NTS, bait pertama sentiasa HEADER (bait petunjuk aliran), ia boleh sama ada 0x7F/0xFF berkenaan dengan operasi tulis/baca.
2.2.3 Jenis mesej
Pengawal hos hendaklah berkomunikasi dengan PN5190 menggunakan mesej yang diangkut dalam bingkai SPI.
Terdapat tiga jenis mesej yang berbeza:

Perintah
Respon

Peristiwa

Gambar rajah komunikasi di atas menunjukkan arah yang dibenarkan untuk jenis mesej yang berbeza seperti di bawah:

Perintah dan tindak balas.
Perintah hanya dihantar dari pengawal hos ke PN5190.

Respons dan acara hanya dihantar daripada PN5190 kepada pengawal hos.
Respons arahan disegerakkan menggunakan pin IRQ.

Hos boleh menghantar arahan hanya apabila IRQ rendah.
Hos boleh membaca respons/acara hanya apabila IRQ tinggi.

2.2.3.1 Urutan dan peraturan yang dibenarkanUrutan perintah, tindak balas dan peristiwa yang dibenarkan

Perintah sentiasa diakui melalui respons, atau peristiwa, atau kedua-duanya.

Pengawal hos tidak dibenarkan menghantar arahan lain sebelum tidak menerima respons kepada arahan sebelumnya.
Peristiwa boleh dihantar secara tak segerak pada bila-bila masa (TIDAK bersilang dalam pasangan arahan/tindak balas).

Mesej EVENT tidak sekali-kali digabungkan dengan mesej RESPONSE dalam satu bingkai.

Nota: Ketersediaan mesej (sama ada RESPONSE atau EVENT) diberi isyarat dengan IRQ menjadi tinggi, dari rendah. IRQ kekal tinggi sehingga semua respons atau rangka acara dibaca. Hanya selepas isyarat IRQ rendah, hos boleh menghantar arahan seterusnya.
2.2.4 Format mesej
Setiap mesej dikodkan dalam struktur TLV dengan muatan n-bait untuk setiap mesej kecuali untuk perintah SWITCH_MODE_NORMAL.Setiap TLV terdiri daripada:Taip (T) => 1 bait
Bit[7] Jenis Mesej
0: Mesej COMMAND atau RESPONSE
1: Mesej EVENT
Bit[6:0]: Kod arahan
Panjang (L) => 2 bait (sepatutnya dalam format big-endian)
Nilai (V) => N bait nilai/data TLV (Parameter Perintah / Data Respons) berdasarkan medan Panjang (format big-endian)
2.2.4.1 Bingkai belah
Mesej COMMAND mesti dihantar dalam satu bingkai SPI.
Mesej RESPONSE dan EVENT boleh dibaca dalam berbilang bingkai SPI, contohnya untuk membaca bait panjang.Mesej RESPONSE atau EVENT boleh dibaca dalam bingkai SPI tunggal tetapi ditangguhkan oleh NO-CLOCK di antaranya, contohnya, untuk membaca bait panjang.

Mod but pengendalian IC – mod muat turun FW terjamin

3.1 Pengenalan
Sebahagian daripada kod perisian tegar PN5190 disimpan secara kekal dalam ROM, manakala selebihnya kod dan data disimpan dalam denyar terbenam. Data pengguna disimpan dalam kilat dan dilindungi oleh mekanisme antikoyak yang memastikan integriti dan ketersediaan data. Untuk menyediakan pelanggan NXP dengan ciri yang mematuhi piawaian terkini (EMVCo, NFC Forum dan sebagainya), kedua-dua kod dan data pengguna dalam FLASH boleh dikemas kini.
Ketulenan dan integriti perisian tegar yang disulitkan dilindungi oleh tandatangan kunci asimetri/simetri dan mekanisme cincang berantai terbalik. Perintah DL_SEC_WRITE pertama mengandungi cincang perintah kedua dan dilindungi oleh tandatangan RSA pada muatan bingkai pertama. Perisian tegar PN5190 menggunakan kunci awam RSA untuk mengesahkan arahan pertama. Cincang berantai dalam setiap arahan digunakan untuk mengesahkan perintah berikutnya, untuk memastikan bahawa kod perisian tegar dan data tidak diakses oleh pihak ketiga.
Muatan perintah DL_SEC_WRITE disulitkan dengan kunci AES-128. Selepas pengesahan setiap arahan, kandungan muatan dinyahsulit dan ditulis untuk berkelip oleh perisian tegar PN5190.
Untuk perisian tegar NXP, NXP bertanggungjawab menghantar kemas kini perisian tegar selamat baharu, bersama-sama dengan data Pengguna baharu.
Prosedur kemas kini dilengkapi dengan mekanisme untuk melindungi ketulenan, integriti dan kerahsiaan kod dan data NXP.
Skema paket bingkai berasaskan HDLL digunakan untuk semua arahan dan respons untuk mod peningkatan perisian tegar terjamin.
Bahagian 2.1 memperuntukkan lebihview daripada skema paket bingkai HDLL yang digunakan.
IC PN5190 menyokong muat turun FW selamat yang disulitkan warisan dan protokol muat turun FW selamat yang disulitkan dengan bantuan kripto perkakasan bergantung pada varian yang digunakan.
Dua jenis tersebut ialah:

Protokol muat turun FW selamat warisan yang berfungsi dengan versi IC PN5190 B0/B1 sahaja.

Protokol muat turun FW selamat dibantu kripto perkakasan yang berfungsi dengan versi IC PN5190B2 sahaja, yang menggunakan blok kripto perkakasan pada cip

Bahagian berikut menerangkan arahan dan respons mod muat turun perisian tegar selamat.
3.2 Bagaimana untuk mencetuskan mod "Muat turun perisian tegar selamat".
Di bawah rajah, dan langkah seterusnya, tunjukkan tentang cara mencetuskan mod muat turun perisian tegar selamat.Pra-syarat: PN5190 dalam keadaan Operasi.
Senario utama:

Syarat kemasukan di mana pin DWL_REQ digunakan untuk memasuki mod "Muat turun perisian tegar selamat".
a. Hos peranti menarik pin DWL_REQ tinggi (hanya sah jika kemas kini perisian tegar selamat melalui pin DWL_REQ) ATAU
b. Hos peranti melakukan tetapan semula keras untuk but PN5190
Keadaan kemasukan di mana pin DWL_REQ tidak digunakan untuk memasuki mod "Muat turun perisian tegar selamat" (muat turun tanpa pin).
a. Hos peranti melakukan tetapan semula keras untuk but PN5190
b. Hos peranti menghantar SWITCH_MODE_NORMAL (Bahagian 4.5.4.5) untuk memasuki mod aplikasi biasa.
c. Sekarang apabila IC berada dalam mod aplikasi biasa, hos Peranti menghantar SWITCH_MODE_DOWNLOAD (Bahagian 4.5.4.9) untuk memasuki mod muat turun selamat.
Hos peranti menghantar arahan DL_GET_VERSION (Bahagian 3.4.4) atau DL_GET_DIE_ID (Bahagian 3.4.6) atau DL_GET_SESSION_STATE (Bahagian 3.4.5).
Hos peranti membaca versi perkakasan dan perisian tegar semasa, sesi, Die-id daripada peranti.
a. Hos peranti menyemak status sesi jika muat turun terakhir telah selesai
b. Hos peranti menggunakan peraturan semakan versi untuk memutuskan sama ada untuk memulakan muat turun atau keluar dari muat turun.
Hos peranti dimuatkan daripada a file kod binari perisian tegar untuk dimuat turun
Hos peranti menyediakan perintah DL_SEC_WRITE ( Bahagian 3.4.8) pertama yang mengandungi:
a. Versi perisian tegar baharu,
b. Nilai arbitrari 16 bait yang digunakan untuk pengeliruan kunci penyulitan
c. Nilai ringkasan bagi bingkai seterusnya,
d. Tandatangan digital bingkai itu sendiri
Hos peranti memuatkan urutan protokol muat turun selamat ke PN5190 dengan arahan DL_SEC_WRITE (Seksyen 3.4.8)
Apabila perintah DL_SEC_WRITE (Bahagian 3.4.8) terakhir telah dihantar, hos peranti melaksanakan perintah DL_CHECK_INTEGRITY (Bahagian 3.4.7) untuk menyemak sama ada kenangan telah berjaya ditulis.
Hos peranti membaca versi perisian tegar baharu dan menyemak status sesi jika ditutup untuk melaporkan ke lapisan atas
Hos peranti menarik pin DWL_REQ ke rendah (jika pin DWL_REQ digunakan untuk memasuki mod muat turun)
Hos peranti melakukan tetapan semula keras (menogol pin VEN) pada peranti untuk but semula PN5190
Selepas keadaan: Perisian tegar dikemas kini; nombor versi perisian tegar baharu dilaporkan.

3.3 Tandatangan perisian tegar dan kawalan versi
Dalam mod muat turun perisian tegar PN5190, mekanisme memastikan bahawa hanya perisian tegar yang ditandatangani dan dihantar oleh NXP akan diterima untuk perisian tegar NXP.
Berikut hanya terpakai untuk perisian tegar NXP selamat yang disulitkan.
Semasa sesi muat turun, versi perisian tegar 16 bit baharu dihantar. Ia terdiri daripada nombor major dan nombor kecil:

Nombor utama: 8 bit (MSB)
Nombor kecil: 8 bit (LSB)

PN5190 menyemak sama ada nombor versi utama baharu lebih besar atau sama dengan nombor semasa. Jika tidak, muat turun perisian tegar yang selamat ditolak dan sesi akan ditutup.
3.4 Perintah HDLL untuk muat turun disulitkan warisan dan bantuan kripto perkakasan muat turun yang disulitkan
Bahagian ini menyediakan maklumat tentang arahan dan respons yang digunakan untuk kedua-dua jenis muat turun untuk muat turun perisian tegar NXP.
3.4.1 Kod OP Perintah HDLL
Nota: Bingkai arahan HDLL adalah 4 bait sejajar. Bait muatan yang tidak digunakan dibiarkan kosong.
Jadual 1. Senarai kod OP arahan HDLL

PN5190 B0/ B1 (Muat turun warisan)	PN5190 B2 (Muat turun dibantu Crypto)	Perintah Alias	Penerangan
0xF0	0xE5	DL_RESET	Melakukan tetapan semula lembut
0xF1	0xE1	DL_GET_VERSION	Mengembalikan nombor versi
0xF2	0xDB	DL_GET_SESSION_STATE	Mengembalikan keadaan sesi semasa
0xF4	0xDF	DL_GET_DIE_ID	Mengembalikan ID mati
0xE0	0xE7	DL_CHECK_INTEGRITY	Semak dan kembalikan CRC ke atas kawasan yang berbeza serta bendera status lulus/gagal untuk setiap satu
0xC0	0x8C	DL_SEC_WRITE	Menulis x bait ke memori bermula pada alamat mutlak y

3.4.2 Kod Balasan HDLL
Nota: Bingkai tindak balas HDLL adalah 4 bait sejajar. Bait muatan yang tidak digunakan dibiarkan kosong. Hanya respons DL_OK boleh mengandungi nilai muatan.
Jadual 2. Senarai kod OP tindak balas HDLL

Opcode	Balas Alias	Penerangan
0x00	DL_OK	Perintah diluluskan
0x01	DL_INVALID_ADDR	Alamat tidak dibenarkan
0x0B	DL_UNKNOW_CMD	Arahan yang tidak diketahui
0x0C	DL_ABORTED_CMD	Urutan ketulan terlalu besar
0x1E	DL_ADDR_RANGE_OFL_ERROR	Alamat di luar julat
0x1F	DL_BUFFER_OFL_ERROR	Penampan terlalu kecil
0x20	DL_MEM_BSY	Memori sibuk
0x21	DL_SIGNATURE_ERROR	Tanda tangan tidak sepadan
0x24	DL_FIRMWARE_VERSION_ERROR	Versi semasa sama atau lebih tinggi
0x28	DL_PROTOCOL_ERROR	Ralat protokol
0x2A	DL_SFWU_DEGRADED	Kerosakan data kilat
0x2D	PH_STATUS_DL_FIRST_CHUNK	Bongkah pertama diterima
0x2E	PH_STATUS_DL_NEXT_CHUNK	Tunggu bahagian seterusnya
0xC5	PH_STATUS_INTERNAL_ERROR_5	Panjang tidak sepadan

3.4.3 Perintah DL_RESET
Pertukaran bingkai:
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] Penetapan semula menghalang PN5190 daripada menghantar jawapan DL_STATUS_OK Oleh itu, hanya status yang salah boleh diterima.
STAT ialah status pulangan.
3.4.4 Perintah DL_GET_VERSION
Pertukaran bingkai:
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] Dapatkan respons beban muatan bagi
Jadual 3. Respons kepada arahan GetVersion

Padang	Bait	Penerangan
STAT	1	Status
HW_V	2	Versi perkakasan
RO_V	3	kod ROM
MODEL_ID	4	ID Model
FMxV	5-6	Versi perisian tegar (digunakan untuk muat turun)
RFU1-RFU2	7-8	–

Nilai jangkaan medan tindak balas yang berbeza dan pemetaannya adalah seperti di bawah:
Jadual 4. Nilai yang dijangkakan bagi respons arahan GetVersion

Jenis IC	Versi HW (hex)	Versi ROM (hex)	ID Model (hex)	Versi 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 Perintah DL_GET_SESSION_STATE
Pertukaran bingkai:
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] Rangka muatan bagi respons GetSession ialah:
Jadual 5. Respons kepada arahan GetSession

Padang	Bait	Penerangan
STAT	1	Status
SSTA	2	Keadaan sesi • 0x00: ditutup • 0x01: terbuka • 0x02: dikunci (muat turun tidak dibenarkan lagi)
RFU	3-4

3.4.6 Perintah DL_GET_DIE_ID
Pertukaran bingkai:
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] Rangka muatan bagi respons GetDieId ialah:
Jadual 6. Respons kepada arahan GetDieId

Padang	Bait	Penerangan
STAT	1	Status
RFU	2-4
DIEID	5-20	ID dadu (16 bait)

3.4.7 Perintah DL_CHECK_INTEGRITY
Pertukaran bingkai:
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] Rangka beban berbayar bagi CRC16]
Jadual 7. Respons kepada arahan CheckIntegrity

Padang	Bait	Nilai/Penerangan
STAT	1	Status
DATA LEN	2	Jumlah bilangan bahagian data
KOD LEN	3	Jumlah bilangan bahagian kod
RFU	4	Terpelihara
[CRC_INFO]	58	32 bit (kecil-endian). Jika bit ditetapkan, CRC bahagian yang sepadan adalah OK, jika tidak, Tidak OK.
		sedikit	Status integriti kawasan
		[31:28]	Terpelihara [3]
		[27:23]	Terpelihara [1]
		[22]	Terpelihara [3]
		[21:20]	Terpelihara [1]
		[19]	Kawasan konfigurasi RF (PN5190 B0/B1) [2] Terpelihara (PN5190 B2) [3]
		[18]	Kawasan konfigurasi protokol (PN5190 B0/B1) [2] Kawasan konfigurasi RF (PN5190 B2) [2]
		[17]	Terpelihara (PN5190 B0/B1) [3] Kawasan konfigurasi pengguna (PN5190 B2) [2]
		[16:6]	Terpelihara [3]
		[5:4]	Rizab Untuk PN5190 B0/B1 [3] Rizab Untuk PN5190 B2 [1]
		[3:0]	Terpelihara [1]
[CRC32]	9-136	CRC32 daripada 32 bahagian. Setiap CRC adalah daripada 4 bait yang disimpan dalam format little-endian. 4 bait pertama CRC ialah bit CRC_INFO[31], 4 bait CRC seterusnya ialah bit CRC_INFO[30] dan seterusnya.

[1] Bit ini mestilah 1 untuk PN5190 berfungsi dengan baik (dengan ciri dan atau muat turun FW yang disulitkan).
[2] Bit ini ditetapkan kepada 1 secara lalai, tetapi tetapan yang diubah suai pengguna membatalkan CRC. Tiada kesan pada fungsi PN5190..
[3] Nilai bit ini, walaupun 0, tidak berkaitan. Nilai bit ini boleh diabaikan..

3.4.8 Perintah DL_SEC_WRITE
Perintah DL_SEC_WRITE perlu dipertimbangkan dalam konteks urutan perintah tulis selamat: "muat turun perisian tegar selamat" yang disulitkan (sering dirujuk sebagai eSFWu).
Perintah tulis selamat mula-mula membuka sesi muat turun dan lulus pengesahan RSA. Yang seterusnya menghantar alamat dan bait yang disulitkan untuk ditulis ke dalam Flash PN5190. Semua kecuali yang terakhir mengandungi cincang yang seterusnya, oleh itu memaklumkan bahawa mereka bukan yang terakhir, dan secara kriptografi mengikat bingkai jujukan bersama-sama.
Arahan lain (kecuali DL_RESET dan DL_CHECK_INTEGRITY) boleh disisipkan di antara arahan tulis selamat bagi suatu urutan tanpa melanggarnya.
3.4.8.1 Perintah DL_SEC_WRITE pertama
Perintah tulis selamat adalah yang pertama jika dan hanya jika:

Panjang bingkai ialah 312 bait
Tiada arahan tulis selamat telah diterima sejak tetapan semula terakhir.

Tandatangan terbenam berjaya disahkan oleh PN5190.

Jawapan kepada arahan bingkai pertama adalah seperti di bawah: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ialah status pemulangan.
Nota: Sekurang-kurangnya satu bahagian data mesti ditulis semasa eSFWu walaupun data yang ditulis mungkin hanya satu bait panjang. Oleh itu, arahan pertama akan sentiasa mengandungi cincang perintah seterusnya, kerana sekurang-kurangnya akan ada dua arahan.
3.4.8.2 Perintah DL_SEC_WRITE tengah
Perintah tulis selamat adalah 'pertengahan' jika dan hanya jika:

Opcode adalah seperti yang diterangkan dalam Bahagian 3.4.1 untuk arahan DL_SEC_WRITE.

Perintah tulis selamat pertama telah diterima dan berjaya disahkan sebelum ini
Tiada penetapan semula telah berlaku sejak menerima arahan tulis selamat yang pertama
Panjang bingkai adalah sama dengan saiz data + saiz pengepala + saiz cincang: FLEN = SIZE + 6 + 32

Ringkasan keseluruhan bingkai adalah sama dengan nilai cincang yang diterima dalam bingkai sebelumnya

Jawapan kepada arahan bingkai pertama adalah seperti di bawah: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ialah status pemulangan.
3.4.8.3 Perintah DL_SEC_WRITE terakhir
Perintah tulis selamat adalah yang terakhir jika dan hanya jika:

Opcode adalah seperti yang diterangkan dalam Bahagian 3.4.1 untuk arahan DL_SEC_WRITE.

Perintah tulis selamat pertama telah diterima dan berjaya disahkan sebelum ini
Tiada penetapan semula telah berlaku sejak menerima arahan tulis selamat yang pertama
Panjang bingkai adalah sama dengan saiz data + saiz pengepala: FLEN = SIZE + 6

Ringkasan keseluruhan bingkai adalah sama dengan nilai cincang yang diterima dalam bingkai sebelumnya

Jawapan kepada arahan bingkai pertama adalah seperti di bawah: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ialah status pemulangan.

Mod operasi IC – Mod Operasi Biasa

4.1 Pengenalan
Secara amnya IC PN5190 mestilah dalam mod operasi biasa untuk mendapatkan fungsi NFC daripadanya.
Apabila IC PN5190 but, ia sentiasa menunggu arahan diterima daripada hos untuk melaksanakan operasi, melainkan peristiwa yang dijana dalam IC PN5190 menghasilkan but IC PN5190.
4.2 Senarai arahan berakhirview
Jadual 8. Senarai arahan PN5190

Kod perintah	Nama arahan
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	DAPATKAN_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	KONFIGURKAN TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_DAYA
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU
0x19	sehingga FW v2.01: RFU
0x19	dari FW v2.03 dan seterusnya: 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	sehingga FW v2.05: RFU
0x29	dari FW v2.06 dan seterusnya: GET_CRC_USER_AREA
0x2A	sehingga FW v2.03: RFU
0x2A	dari FW v2.05 dan seterusnya: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU
0x40	ANTENNA_SELF_TEST (Tidak Disokong)
0x41	PRBS_TEST
0x42-0x4F	RFU

4.3 Nilai status respons
Berikut ialah nilai status respons, yang dikembalikan sebagai sebahagian daripada respons daripada PN5190 selepas arahan itu dioperasikan.
Jadual 9. Nilai status tindak balas PN5190

Status tindak balas	Nilai status respons	Penerangan
PN5190_STATUS_SUCCESS	0x00	Menunjukkan bahawa operasi berjaya diselesaikan
PN5190_STATUS_TIMEOUT	0x01	Menunjukkan bahawa pengendalian arahan itu mengakibatkan tamat masa
PN5190_STATUS_INTEGRITY_ERROR	0x02	Menunjukkan bahawa pengendalian arahan mengakibatkan ralat integriti data RF
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Menunjukkan bahawa pengendalian arahan mengakibatkan ralat perlanggaran RF
PN5190_STATUS_RFU1	0x04	Terpelihara
PN5190_STATUS_INVALID_COMMAND	0x05	Menunjukkan bahawa arahan yang diberikan tidak sah/tidak dilaksanakan
PN5190_STATUS_RFU2	0x06	Terpelihara
PN5190_STATUS_AUTH_ERROR	0x07	Menunjukkan bahawa pengesahan MFC gagal (kebenaran ditolak)
PN5190_STATUS_MEMORY_ERROR	0x08	Menunjukkan bahawa pengendalian arahan mengakibatkan ralat pengaturcaraan atau ralat memori dalaman
PN5190_STATUS_RFU4	0x09	Terpelihara
PN5190_STATUS_NO_RF_FIELD	0x0A	Menunjukkan bahawa tiada atau ralat dalam kehadiran medan RF dalaman (hanya terpakai jika mod pemula/pembaca)
PN5190_STATUS_RFU5	0x0B	Terpelihara
PN5190_STATUS_SYNTAX_ERROR	0x0C	Menunjukkan bahawa panjang bingkai perintah tidak sah diterima
PN5190_STATUS_RESOURCE_ERROR	0x0D	Menunjukkan bahawa ralat sumber dalaman telah berlaku
PN5190_STATUS_RFU6	0x0E	Terpelihara
PN5190_STATUS_RFU7	0x0F	Terpelihara
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Menunjukkan bahawa tiada medan RF luaran hadir semasa pelaksanaan arahan (Terpakai hanya dalam mod kad/sasaran)
PN5190_STATUS_RX_TIMEOUT	0x11	Menunjukkan bahawa data tidak diterima selepas RFExchange dimulakan dan RX tamat masa.
PN5190_STATUS_USER_CANCELLED	0x12	Menunjukkan bahawa arahan sekarang sedang berjalan telah digugurkan
PN5190_STATUS_PREVENT_STANDBY	0x13	Menunjukkan bahawa PN5190 dihalang untuk masuk ke mod Tunggu Sedia
PN5190_STATUS_RFU9	0x14	Terpelihara
PN5190_STATUS_CLOCK_ERROR	0x15	Menunjukkan bahawa jam ke CLIF tidak bermula
PN5190_STATUS_RFU10	0x16	Terpelihara
PN5190_STATUS_PRBS_ERROR	0x17	Menunjukkan bahawa arahan PRBS mengembalikan ralat
PN5190_STATUS_INSTR_ERROR	0x18	Menunjukkan bahawa operasi arahan gagal (ia mungkin termasuk, ralat dalam parameter arahan, ralat sintaks, ralat dalam operasi itu sendiri, pra-keperluan untuk arahan tidak dipenuhi dsb.)
PN5190_STATUS_ACCESS_DENIED	0x19	Menunjukkan bahawa akses kepada memori dalaman dinafikan
PN5190_STATUS_TX_FAILURE	0x1A	Menunjukkan bahawa TX atas RF gagal
PN5190_STATUS_NO_ANTENA	0x1B	Menunjukkan bahawa tiada antena disambungkan/hadir
PN5190_STATUS_TXLDO_ERROR	0x1C	Menunjukkan bahawa terdapat ralat dalam TXLDO apabila VUP tidak tersedia dan RF dihidupkan.
PN5190_STATUS_RFCFG_TIDAK_DIGUNAKAN	0x1D	Menunjukkan bahawa konfigurasi RF tidak dimuatkan apabila RF dihidupkan
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	sehingga FW 2.01: tidak dijangka
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	dari FW 2.03 dan seterusnya: Menunjukkan bahawa semasa Pertukaran dengan LOG ENABLE BIT ditetapkan dalam daftar FeliCa EMD, Ralat FeliCa EMD telah diperhatikan
PN5190_STATUS_INTERNAL_ERROR	0x7F	Menunjukkan bahawa operasi NVM gagal
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Menunjukkan bahawa, tambahan pula data menunggu untuk dibaca

4.4 Peristiwa Berakhirview
Terdapat dua cara acara dimaklumkan kepada hos.
4.4.1 Peristiwa biasa melalui pin IRQ
Acara ini adalah kategori seperti di bawah:

Sentiasa didayakan – Hos sentiasa dimaklumkan

Dikawal oleh Hos – Hos dimaklumkan, jika bit Event Enable masing-masing ditetapkan dalam daftar (EVENT_ENABLE (01j)).

Gangguan tahap rendah daripada IP persisian termasuk CLIF hendaklah dikendalikan sepenuhnya dalam perisian tegar dan hos hendaklah dimaklumkan hanya tentang peristiwa yang disenaraikan dalam bahagian acara.
Perisian tegar melaksanakan dua daftar peristiwa sebagai daftar RAM yang boleh ditulis / Baca menggunakan arahan Seksyen 4.5.1.1 / Bahagian 4.5.1.5.
Daftar EVENT_ENABLE (0x01) => Dayakan pemberitahuan khusus/semua acara.
Daftar EVENT_STATUS (0x02) => Sebahagian daripada muatan mesej Acara.
Acara hendaklah dikosongkan oleh hos sebaik sahaja mesej acara dibacakan oleh hos.
Acara bersifat tak segerak dan dimaklumkan kepada hos, jika ia didayakan dalam daftar EVENT_ENABLE.
Berikut ialah senarai acara yang akan tersedia kepada hos sebagai sebahagian daripada mesej acara.
Jadual 10. Acara PN5190 (kandungan EVENT_STATUS)

Bit – Julat		Medan [1]	Sentiasa Didayakan (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

Ambil perhatian bahawa tiada dua acara digabungkan kecuali jika berlaku ralat. Sekiranya berlaku ralat semasa operasi, acara berfungsi (cth BOOT_EVENT, AUTOCALL_EVENT dll.) dan GENERAL_ERROR_EVENT akan ditetapkan.

Acara ini akan dilumpuhkan secara automatik selepas ia disiarkan kepada hos. Hos harus mendayakan sekali lagi acara ini jika ingin memberitahu acara ini kepadanya.

4.4.1.1 Format mesej acara
Format mesej acara berbeza bergantung pada kejadian acara dan keadaan berbeza PN5190.
Hos mesti membaca tag (T) dan panjang mesej (L) dan kemudian baca bilangan bait yang sepadan sebagai nilai (V) peristiwa.
Secara umum, mesej peristiwa (lihat Rajah 12) mengandungi EVENT_STATUS seperti yang ditakrifkan dalam Jadual 11 dan data peristiwa sepadan dengan bit peristiwa masing-masing yang ditetapkan dalam EVENT_STATUS.
Nota:
Untuk beberapa acara, muatan tidak wujud. Contohnya, Jika TIMER0_EVENT dicetuskan, hanya EVENT_STATUS disediakan sebagai sebahagian daripada mesej acara.
Jadual 11 juga memperincikan sama ada data acara hadir untuk acara yang sepadan dalam mesej acara.GENERAL_ERROR_EVENT juga mungkin berlaku dengan acara lain.
Dalam senario ini, mesej peristiwa (lihat Rajah 13) mengandungi EVENT_STATUS seperti yang ditakrifkan dalam Jadual 11 dan GENERAL_ERROR_STATUS_DATA seperti yang ditakrifkan dalam Jadual 14 dan kemudian data peristiwa sepadan dengan bit peristiwa masing-masing yang ditetapkan dalam EVENT_STATUS seperti yang ditakrifkan dalam Jadual 11.Nota:
Hanya selepas BOOT_EVENT atau selepas POR, STANDBY, ULPCD, hos akan dapat bekerja dalam mod operasi biasa dengan mengeluarkan arahan yang disenaraikan di atas.
Dalam kes membatalkan arahan yang sedang dijalankan, hanya selepas IDLE_EVENT, hos akan dapat berfungsi dalam mod operasi biasa dengan mengeluarkan arahan yang disenaraikan di atas.
4.4.1.2 Definisi status EVENT yang berbeza
4.4.1.2.1 Takrifan bit untuk EVENT_STATUS
Jadual 11. Definisi untuk bit EVENT_STATUS

Bit (Ke – Dari)		Peristiwa	Penerangan	Data peristiwa peristiwa yang sepadan (jika ada)
31	12	RFU	Terpelihara
11	11	CTS_EVENT	Bit ini ditetapkan, apabila acara CTS dijana.	Jadual 86
10	10	IDLE_EVENT	Bit ini ditetapkan, apabila arahan yang sedang berjalan dibatalkan kerana isu perintah SWITCH_MODE_NORMAL.	Tiada data acara
9	9	LPCD_CALIBRATION_DONE_ ACARA	Bit ini ditetapkan apabila peristiwa penentukuran selesai LPCD dijana.	Jadual 16
8	8	LPCD_EVENT	Bit ini ditetapkan, apabila acara LPCD dijana.	Jadual 15
7	7	AUTOCOLL_EVENT	Bit ini ditetapkan, apabila operasi AUTOCOLL selesai.	Jadual 52
6	6	TIMER0_EVENT	Bit ini ditetapkan, apabila peristiwa TIMER0 berlaku.	Tiada data acara
5	5	TX_OVERCURRENT_ERROR_ ACARA	Bit ini ditetapkan, apabila arus pada pemacu TX lebih tinggi daripada ambang yang ditentukan dalam EEPROM. Atas keadaan ini, medan dimatikan secara automatik sebelum pemberitahuan kepada hos. Sila rujuk Bahagian 4.4.2.2.	Tiada data acara
4	4	RFON_DET_EVENT	Bit ini ditetapkan, apabila medan RF luaran dikesan.	Tiada data acara
3	3	RFOFF_DET_EVENT	Bit ini ditetapkan, apabila medan RF luaran sedia ada hilang.	Tiada data acara
2	2	STANDBY_PREV_EVENT	Bit ini ditetapkan, apabila siap sedia dihalang kerana keadaan pencegahan wujud	Jadual 13
1	1	GENERAL_ERROR_EVENT	Bit ini ditetapkan, apabila sebarang keadaan ralat umum wujud	Jadual 14
0	0	BOOT_EVENT	Bit ini ditetapkan, apabila PN5190 dibut dengan POR/Standby	Jadual 12

4.4.1.2.2 Takrifan bit untuk BOOT_STATUS_DATA
Jadual 12. Definisi untuk bit BOOT_STATUS_DATA

Sedikit ke	Sedikit Daripada	Status but	Boot sebab kerana
31	27	RFU	Terpelihara
26	26	ULP_STANDBY	Sebab Bootup kerana keluar dari ULP_STANDBY.
25	23	RFU	Terpelihara
22	22	BOOT_ RX_ULPDET	RX ULPDET menghasilkan but dalam mod ULP-Standby
21	21	RFU	Terpelihara
20	20	BOOT_SPI	Sebab Bootup kerana isyarat SPI_NTS ditarik rendah
19	17	RFU	Terpelihara
16	16	BOOT_GPIO3	Sebab Bootup kerana peralihan GPIO3 daripada rendah ke tinggi.
15	15	BOOT_GPIO2	Sebab Bootup kerana peralihan GPIO2 daripada rendah ke tinggi.
14	14	BOOT_GPIO1	Sebab Bootup kerana peralihan GPIO1 daripada rendah ke tinggi.
13	13	BOOT_GPIO0	Sebab Bootup kerana peralihan GPIO0 daripada rendah ke tinggi.
12	12	BOOT_LPDET	Sebab Bootup disebabkan kehadiran medan RF luaran semasa STANDBY/GANTUNG
11	11	RFU	Terpelihara
10	8	RFU	Terpelihara
7	7	BOOT_SOFT_RESET	Sebab Bootup kerana tetapan semula lembut IC
6	6	BOOT_VDDIO_LOSS	Sebab Bootup kerana kehilangan VDDIO. Rujuk Bahagian 4.4.2.3
5	5	BOOT_VDDIO_START	Sebab Bootup jika STANDBY dimasukkan dengan VDDIO LOSS. Rujuk Bahagian 4.4.2.3
4	4	BOOT_WUC	Sebab Bootup kerana pembilang bangun telah berlalu semasa sama ada operasi STANDBY.
3	3	BOOT_TEMP	Sebab Bootup disebabkan suhu IC melebihi had ambang yang dikonfigurasikan. Sila rujuk Bahagian 4.4.2.1
2	2	BOOT_WDG	Sebab Bootup disebabkan penetapan semula anjing pemerhati
1	1	RFU	Terpelihara
0	0	BOOT_POR	Sebab Bootup disebabkan tetapan semula kuasa

4.4.1.2.3 Takrifan bit untuk STANDBY_PREV_STATUS_DATA
Jadual 13. Definisi untuk bit STANDBY_PREV_STATUS_DATA

Sedikit ke	Sedikit Daripada	Pencegahan siap sedia	Bersedia dihalang kerana
31	26	RFU	TERPELIHARA
25	25	RFU	TERPELIHARA
24	24	PREV_TEMP	Suhu operasi IC di luar ambang
23	23	RFU	TERPELIHARA
22	22	PREV_HOSTCOMM	Komunikasi antara muka hos
21	21	PREV_SPI	Isyarat SPI_NTS ditarik rendah
20	18	RFU	TERPELIHARA
17	17	PREV_GPIO3	Isyarat GPIO3 beralih dari rendah ke tinggi
16	16	PREV_GPIO2	Isyarat GPIO2 beralih dari rendah ke tinggi
15	15	PREV_GPIO1	Isyarat GPIO1 beralih dari rendah ke tinggi
14	14	PREV_GPIO0	Isyarat GPIO0 beralih dari rendah ke tinggi
13	13	PREV_WUC	Kaunter bangun telah berlalu
12	12	PREV_LPDET	Pengesanan kuasa rendah. Berlaku apabila isyarat RF luaran dikesan dalam proses masuk ke siap sedia.
11	11	PREV_RX_ULPDET	Pengesanan kuasa ultra-rendah RX. Berlaku apabila isyarat RF dikesan dalam proses pergi ke ULP_STANDBY.
10	10	RFU	TERPELIHARA
9	5	RFU	TERPELIHARA
4	4	RFU	TERPELIHARA
3	3	RFU	TERPELIHARA
2	2	RFU	TERPELIHARA
1	1	RFU	TERPELIHARA
0	0	RFU	TERPELIHARA

4.4.1.2.4 Takrifan bit untuk GENERAL_ERROR_STATUS_DATA
Jadual 14. Definisi untuk bit GENERAL_ERROR_STATUS_DATA

Sedikit ke	Sedikit daripada	Status ralat	Penerangan
31	6	RFU	Terpelihara
5	5	XTAL_START_ERROR	Permulaan XTAL gagal semasa but
4	4	SYS_TRIM_RECOVERY_ERROR	Ralat memori pemangkasan sistem dalaman telah berlaku, tetapi pemulihan gagal. Sistem berfungsi dalam mod turun taraf.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Ralat memori pemangkasan sistem dalaman telah berlaku dan pemulihan telah berjaya. Hos mesti melakukan but semula PN5190 untuk pemulihan berkuat kuasa.
2	2	TXLDO_ERROR	Ralat TXLDO
1	1	CLOCK_ERROR	Kesalahan jam
0	0	GPADC_ERROR	Ralat ADC

4.4.1.2.5 Takrifan bit untuk LPCD_STATUS_DATA
Jadual 15. Definisi untuk bait LPCD_STATUS_DATA

Sedikit ke	Sedikit Daripada	Kebolehgunaan bit status mengikut operasi asas LPCD atau ULPCD			Penerangan untuk bit yang sepadan ditetapkan dalam bait status.
			LPCD	ULPCD
31	7	RFU			Terpelihara
6	6	Abort_HIF	Y	N	Digugurkan kerana aktiviti HIF
5	5	Ralat CLKDET	N	Y	Dibatalkan kerana ralat CLKDET berlaku
4	4	XTAL Tamat Masa	N	Y	Dibatalkan kerana XTAL Timeout telah berlaku
3	3	VDDPA LDO Arus Lebih	N	Y	Dibatalkan kerana lebihan arus VDDPA LDO berlaku
2	2	Medan RF luaran	Y	Y	Digugurkan kerana medan RF luaran
1	1	GPIO3 Hentikan	N	Y	Digugurkan kerana perubahan tahap GPIO3
0	0	Kad Dikesan	Y	Y	Kad dikesan

4.4.1.2.6 Takrifan bit untuk data status LPCD_CALIBRATION_DONE
Jadual 16. Definisi untuk bait data status LPCD_CALIBRATION_DONE untuk ULPCD

Sedikit ke	Sedikit Daripada	Status LPCD_CALIBRATION DONE peristiwa	Penerangan untuk bit yang sepadan ditetapkan dalam bait status.
31	11		Terpelihara
10	0	Nilai rujukan daripada penentukuran ULPCD	Nilai RSSI yang diukur semasa penentukuran ULPCD yang digunakan sebagai rujukan semasa ULPCD

Jadual 17. Definisi untuk bait data status LPCD_CALIBRATION_DONE untuk LPCD

Sedikit ke	Sedikit Daripada	Kebolehgunaan bit status mengikut operasi asas LPCD atau ULPCD			Penerangan untuk bit yang sepadan ditetapkan dalam bait status.
2	2	Medan RF luaran	Y	Y	Digugurkan kerana medan RF luaran
1	1	GPIO3 Hentikan	N	Y	Digugurkan kerana perubahan tahap GPIO3
0	0	Kad Dikesan	Y	Y	Kad dikesan

4.4.2 Pengendalian senario but yang berbeza
IC PN5190 mengendalikan keadaan ralat berbeza yang berkaitan dengan parameter IC seperti di bawah.
4.4.2.1 Pengendalian senario lebih suhu apabila PN5190 sedang beroperasi
Apabila suhu dalaman IC PN5190 mencapai nilai ambang seperti yang dikonfigurasikan dalam medan EEPROM TEMP_WARNING [2], IC masuk ke dalam bersedia. Dan akibatnya jika medan EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] dikonfigurasikan untuk menaikkan pemberitahuan kepada hos, maka GPIO0 akan ditarik tinggi untuk memberitahu IC mengenai suhu.
Apabila suhu IC jatuh di bawah nilai ambang seperti yang dikonfigurasikan dalam medan EEPROM TEMP_WARNING [2], IC akan boot dengan BOOT_EVENT seperti dalam Jadual 11 dan bit status but BOOT_TEMP ditetapkan seperti dalam Jadual 12 dan GPIO0 akan ditarik rendah.
4.4.2.2 Pengendalian lebihan arus
Jika IC PN5190 merasakan keadaan arus lebih, IC mematikan kuasa RF dan menghantar TX_OVERCURRENT_ERROR_EVENT seperti dalam Jadual 11.
Tempoh keadaan lebihan arus boleh dikawal dengan mengubah suai medan EEPROM TXLDO_CONFIG [2].
Untuk maklumat tentang IC melebihi ambang semasa, rujuk dokumen [2].
Nota:
Jika terdapat sebarang acara atau respons lain yang belum selesai, ia akan dihantar kepada hos.
4.4.2.3 Kehilangan VDDIO semasa operasi
Jika IC PN5190 menemui bahawa tiada VDDIO (VDDIO loss), IC masuk ke dalam siap sedia.
IC but hanya apabila VDDIO tersedia, dengan BOOT_EVENT seperti dalam Jadual 11 dan BOOT_VDDIO_START bit status but ditetapkan seperti dalam Jadual 12.
Untuk maklumat tentang ciri statik IC PN5190, rujuk dokumen [2].
4.4.3 Pengendalian senario pengguguran
IC PN5190 mempunyai sokongan untuk membatalkan perintah pelaksanaan sekarang dan kelakuan IC PN5190, apabila perintah batal seperti Seksyen 4.5.4.5.2 dihantar ke IC PN5190 adalah seperti yang ditunjukkan dalam Jadual 18.
Nota:
Apabila IC PN5190 berada dalam mod ULPCD dan ULP-Standby, ia tidak boleh digugurkan sama ada dengan menghantar Seksyen 4.5.4.5.2 ATAU dengan memulakan transaksi SPI (dengan menarik rendah pada isyarat SPI_NTS).
Jadual 18. Jangkaan tindak balas peristiwa apabila arahan yang berbeza ditamatkan dengan Bahagian 4.5.4.5.2

Perintah	Kelakuan apabila Mod Tukar arahan Normal dihantar
Semua arahan di mana kuasa rendah tidak dimasukkan	EVENT_STAUS ditetapkan kepada "IDLE_EVENT"
LPCD Mod Tukar	EVENT_STATUS ditetapkan kepada "LPCD_EVENT" dengan "LPCD_ STATUS_DATA" menunjukkan bit status sebagai "Abort_HIF"
Tukar Mod Siap Sedia	EVENT_STAUS ditetapkan kepada "BOOT_EVENT" dengan "BOOT_ STATUS_DATA" yang menunjukkan bit "BOOT_SPI"
Autocoll Mod Suis(Tiada mod Autonomi, mod autonomi dengan mod siap sedia dan autonomi tanpa siap sedia)	EVENT_STAUS ditetapkan kepada "AUTOCOLL_EVENT" dengan bit STATUS_DATA yang menunjukkan arahan telah dibatalkan pengguna.

4.5 Butiran Arahan Operasi Mod Biasa
4.5.1 Manipulasi Daftar
Arahan bahagian ini digunakan untuk mengakses daftar logik PN5190.
4.5.1.1 WRITE_REGISTER
Arahan ini digunakan untuk menulis nilai 32-bit (little-endian) ke daftar logik.
4.5.1.1.1 Syarat
Alamat daftar mesti wujud dan daftar mesti sama ada mempunyai atribut BACA-TULIS atau TULIS SAHAJA.
4.5.1.1.2 Perintah
Jadual 19. Nilai arahan WRITE_REGISTER Tulis nilai 32-Bit pada daftar.

Medan Muatan	Panjang	Nilai/Penerangan
Alamat Daftar	1 Bait	Alamat daftar.

Jadual 19. Nilai arahan WRITE_REGISTER…bersambung
Tulis nilai 32-Bit pada daftar.

Medan Muatan	Panjang	Nilai/Penerangan
Nilai	4 Bait	Nilai daftar 32-Bit yang mesti ditulis. (Little-endian)

4.5.1.1.3 Tindak balas
Jadual 20. WRITE_REGISTER nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 Acara
Tiada acara untuk perintah ini.
4.5.1.2 TULIS_DAFTAR_ATAU_MASK
Arahan ini digunakan untuk mengubah suai kandungan daftar menggunakan operasi OR logik. Kandungan daftar dibaca dan operasi OR logik dilakukan dengan topeng yang disediakan. Kandungan yang diubah suai ditulis kembali ke daftar.
4.5.1.2.1 Syarat
Alamat daftar mesti wujud, dan daftar mesti mempunyai atribut READ-WRITE.
4.5.1.2.2 Perintah
Jadual 21. Nilai arahan WRITE_REGISTER_OR_MASK Lakukan operasi OR logik pada daftar menggunakan topeng yang disediakan.

Medan muatan	Panjang	Nilai/huraian
Alamat Daftar	1 Bait	Alamat daftar.
Topeng	4 Bait	Bitmask digunakan sebagai operan untuk operasi OR logik. (Little-endian)

4.5.1.2.3 Tindak balas
Jadual 22. WRITE_REGISTER_OR_MASK nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 Acara
Tiada acara untuk perintah ini.
4.5.1.3 TULISAN_DAFTAR_DAN_TENGOK
Arahan ini digunakan untuk mengubah suai kandungan daftar menggunakan operasi logik DAN. Kandungan daftar dibaca dan operasi logik DAN dilakukan dengan topeng yang disediakan. Kandungan yang diubah suai ditulis kembali ke daftar.
4.5.1.3.1 Syarat
Alamat daftar mesti wujud, dan daftar mesti mempunyai atribut READ-WRITE.
4.5.1.3.2 Perintah
Jadual 23. Nilai arahan WRITE_REGISTER_AND_MASK Lakukan operasi logik DAN pada daftar menggunakan topeng yang disediakan.

Medan muatan	Panjang	Nilai/huraian
Alamat Daftar	1 Bait	Alamat daftar.
Topeng	4 Bait	Bitmask digunakan sebagai operan untuk operasi logik DAN. (Little-endian)

4.5.1.3.3 Tindak balas
Jadual 24. WRITE_REGISTER_AND_MASK nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 Acara
Tiada acara untuk perintah ini.
4.5.1.4 TULIS_DAFTAR_BERbilangan
Fungsi arahan ini adalah serupa dengan Bahagian 4.5.1.1, Bahagian 4.5.1.2, Bahagian 4.5.1.3, dengan kemungkinan untuk menggabungkannya. Malah, ia memerlukan pelbagai set nilai jenis daftar dan melaksanakan tindakan yang sesuai. Jenis mencerminkan tindakan yang sama ada daftar tulis, operasi logik ATAU pada daftar atau operasi logik DAN pada daftar.
4.5.1.4.1 Syarat
Alamat logik masing-masing daftar dalam set mesti wujud.
Atribut akses daftar mesti membenarkan pelaksanaan tindakan yang diperlukan (jenis):

Tulis tindakan (0x01): Atribut READ-WRITE atau WRITE-ONLY

ATAU tindakan topeng (0x02): atribut READ-WRITE
DAN tindakan topeng (0x03): atribut READ-WRITE

Saiz tatasusunan 'Tetapkan' mestilah dalam julat dari 1 – 43, termasuk.
'Jenis' Medan mestilah dalam julat 1 – 3, termasuk

4.5.1.4.2 Perintah
Jadual 25. Nilai arahan WRITE_REGISTER_MULTIPLE Lakukan operasi daftar tulis menggunakan set pasangan Daftar-Nilai.

Medan muatan	Panjang	Nilai/huraian
Tetapkan [1…n]	6 Bait	Alamat Daftar	1 Bait	Alamat logik daftar.
		taip	1 Bait	0x1	Tulis Daftar
				0x2	Tulis Daftar ATAU Topeng
				0x3	Tulis Daftar DAN Topeng
		Nilai	4 Bait	32 Nilai daftar gigitan yang mesti ditulis, atau bitmask digunakan untuk operasi logik. (Little-endian)

Nota: Dalam kes pengecualian operasi tidak digulung semula, iaitu daftar yang telah diubah suai sehingga pengecualian berlaku kekal dalam keadaan diubah suai. Hos mesti mengambil tindakan yang sewajarnya untuk pulih ke keadaan yang ditentukan.
4.5.1.4.3 Tindak balas
Jadual 26. WRITE_REGISTER_MULTIPLE nilai respons

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 Acara
Tiada acara untuk perintah ini.
4.5.1.5 READ_REGISTER
Arahan ini digunakan untuk membaca kembali kandungan daftar logik. Kandungan hadir dalam respons, sebagai nilai 4-bait dalam format little-endian.
4.5.1.5.1 Syarat
Alamat daftar logik mesti wujud. Atribut capaian daftar mestilah sama ada READ-WRITE atau READ-ONLY.
4.5.1.5.2 Perintah
Jadual 27. READ_REGISTER nilai arahan
Baca kembali kandungan daftar.

Medan Muatan	Panjang	Nilai/Penerangan
Alamat Daftar	1 Bait	Alamat daftar logik

4.5.1.5.3 Tindak balas
Jadual 28. READ_REGISTER nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Nilai Daftar	4 Bait	Nilai daftar 32-Bit yang telah dibacakan. (Little-endian)

4.5.1.5.4 Acara
Tiada acara untuk perintah ini.
4.5.1.6 READ_REGISTER_MALTIPLE
Arahan ini digunakan untuk membaca berbilang daftar logik sekaligus. Keputusan (kandungan setiap daftar) disediakan dalam tindak balas kepada arahan. Daftar alamat itu sendiri tidak termasuk dalam respons. Susunan kandungan daftar dalam respons sepadan dengan susunan alamat daftar dalam arahan.
4.5.1.6.1 Syarat
Semua alamat daftar dalam arahan mesti wujud. Atribut capaian untuk setiap daftar mestilah sama ada READ-WRITE atau READ-ONLY. Saiz tatasusunan 'Alamat Daftar' mestilah dalam julat dari 1 – 18, termasuk.
4.5.1.6.2 Perintah
Jadual 29. Nilai arahan READ_REGISTER_MULTIPLE Lakukan operasi daftar baca pada set daftar.

Medan Muatan	Panjang	Nilai/Penerangan
Daftar Alamat[1…n]	1 Bait	Alamat Daftar

4.5.1.6.3 Tindak balas
Jadual 30. READ_REGISTER_MULTIPLE nilai tindak balas

Medan muatan	Panjang	Nilai/huraian
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Nilai Daftar [1…n]	4 Bait	Nilai	4 Bait	Nilai daftar 32-Bit yang telah dibacakan (little-endian).

4.5.1.6.4 Acara
Tiada acara untuk perintah ini.
4.5.2 Manipulasi E2PROM
Kawasan yang boleh diakses dalam E2PROM adalah seperti peta EEPROM dan saiz yang boleh dialamatkan.
Nota:
1. Di mana sahaja 'Alamat E2PROM' disebut dalam arahan di bawah, hendaklah merujuk kepada saiz kawasan EEPROM yang boleh dialamatkan.
4.5.2.1 WRITE_E2PROM
Arahan ini digunakan untuk menulis satu atau lebih nilai kepada E2PROM. Medan 'Nilai' mengandungi data yang akan ditulis kepada E2PROM bermula pada alamat yang diberikan oleh medan 'Alamat E2PROM'. Data ditulis dalam susunan berurutan.
Nota:
Ambil perhatian bahawa ini ialah arahan menyekat, ini bermakna NFC FE disekat semasa operasi tulis. Ini boleh mengambil masa beberapa milisaat.
4.5.2.1.1 Syarat
Medan 'Alamat E2PROM' mestilah dalam julat seperti [2]. Bilangan bait dalam medan 'Nilai' mestilah dalam julat dari 1 – 1024 (0x0400), termasuk. Operasi tulis tidak boleh melebihi alamat EEPROM seperti yang dinyatakan dalam [2]. Respons ralat hendaklah dihantar kepada hos jika alamat melebihi ruang alamat EEPROM seperti dalam [2].
4.5.2.1.2 Perintah
Jadual 31. Nilai arahan WRITE_E2PROM Tulis nilai yang diberi secara berurutan kepada E2PROM.

Medan muatan	Panjang	Nilai/huraian
Alamat E2PROM	2 Bait	Alamat dalam EEPROM dari mana operasi tulis akan bermula. (Endian kecil)
Nilai	1 – 1024 Bait	Nilai yang mesti ditulis kepada E2PROM dalam susunan berurutan.

4.5.2.1.3 Tindak balas
Jadual 32. WRITE_EEPROM nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 Acara
Tiada acara untuk perintah ini.
4.5.2.2 READ_E2PROM
Arahan ini digunakan untuk membaca kembali data dari kawasan memori E2PROM. Medan 'Alamat E2PROM' menunjukkan alamat mula operasi baca. Respons mengandungi data yang dibaca daripada E2PROM.
4.5.2.2.1 Syarat
Medan 'Alamat E2PROM' mestilah dalam julat yang sah.
Medan 'Bilangan bait' mestilah dalam julat dari 1 – 256, termasuk.
Operasi baca tidak boleh melebihi alamat EEPROM yang boleh diakses terakhir.
Jawapan ralat hendaklah dihantar kepada hos, jika alamat melebihi ruang alamat EEPROM.
4.5.2.2.2 Perintah
Jadual 33. Nilai arahan READ_E2PROM Baca nilai dari E2PROM secara berurutan.

Medan muatan	Panjang	Nilai/huraian
Alamat E2PROM	2 Bait	Alamat dalam E2PROM dari mana operasi baca akan bermula. (Endian kecil)
Bilangan Bait	2 Bait	Bilangan bait untuk dibaca. (Little-endian)

4.5.2.2.3 Tindak balas
Jadual 34. Nilai tindak balas READ_E2PROM

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Nilai	1 – 1024 Bait	Nilai yang telah dibacakan mengikut urutan.

4.5.2.2.4 Acara
Tiada acara untuk perintah ini.
4.5.2.3 GET_CRC_USER_AREA
Arahan ini digunakan untuk mengira CRC bagi kawasan konfigurasi pengguna yang lengkap termasuk kawasan protokol IC PN5190.
4.5.2.3.1 Perintah
Jadual 35. Nilai arahan GET_CRC_USER_AREA
Baca CRC kawasan konfigurasi pengguna termasuk kawasan protokol.

Medan Muatan	Panjang	Nilai/Penerangan
–	–	Tiada data dalam muatan

4.5.2.3.2 Tindak balas
Jadual 36. Nilai respons GET_CRC_USER_AREA

Medan muatan	Panjang	Nilai/huraian
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Nilai	4 Bait	4 bait data CRC dalam format little-endian.

4.5.2.3.3 Acara
Tiada acara untuk perintah ini.
4.5.3 Manipulasi data CLIF
Arahan yang diterangkan dalam bahagian ini menerangkan arahan untuk penghantaran dan penerimaan RF.
4.5.3.1 PERTUKARAN_RF_DATA
Fungsi pertukaran RF melakukan penghantaran data TX dan sedang menunggu penerimaan sebarang data RX.
Fungsi ini kembali sekiranya penerimaan (sama ada tersilap atau betul) atau tamat masa berlaku. Pemasa dimulakan dengan TAMAT PENGHANTARAN dan dihentikan dengan MULA PENERIMAAN. Nilai tamat masa yang diprakonfigurasikan dalam EEPROM hendaklah digunakan sekiranya tamat masa tidak dikonfigurasikan sebelum pelaksanaan perintah Exchange.
Jika transceiver_state ialah

dalam IDLE mod TRANSCEIVE dimasukkan.
Dalam WAIT_RECEIVE, keadaan transceiver ditetapkan semula kepada MOD TRANSCEIVE sekiranya bit pemula ditetapkan

Dalam WAIT_TRANSMIT, keadaan transceiver ditetapkan semula kepada MOD TRANSCEIVE sekiranya bit pemula TIDAK ditetapkan

Medan 'Bilangan bit yang sah dalam Bait terakhir' menunjukkan panjang data yang tepat untuk dihantar.

4.5.3.1.1 Syarat
Saiz medan 'TX Data' mestilah dalam julat dari 0 – 1024, termasuk.
'Bilangan bit yang sah dalam medan Byte terakhir' mestilah dalam julat dari 0 – 7.
Arahan tidak boleh dipanggil semasa penghantaran RF yang sedang berjalan. Perintah hendaklah memastikan keadaan penerima yang betul untuk menghantar data.
Nota:
Perintah ini hanya sah untuk mod Pembaca dan mod pemula Pasif/Aktif P2P”.
4.5.3.1.2 Perintah
Jadual 37. Nilai arahan EXCHANGE_RF_DATA
Tulis data TX ke penimbal penghantaran RF dalaman dan mulakan penghantaran menggunakan arahan transceive dan tunggu sehingga penerimaan atau Time-Out untuk menyediakan respons kepada hos.

Medan Muatan	Panjang	Nilai/Penerangan
Bilangan bit yang sah dalam Byte terakhir	1 Bait	0	Semua bit bait terakhir dihantar
		1 – 7	Bilangan bit dalam bait terakhir untuk dihantar.
RFExchangeConfig	1 Bait	Konfigurasi fungsi RFExchange. Butiran lihat di bawah

Jadual 37. Nilai arahan EXCHANGE_RF_DATA…bersambung
Tulis data TX ke penimbal penghantaran RF dalaman dan mulakan penghantaran menggunakan arahan transceive dan tunggu sehingga penerimaan atau Time-Out untuk menyediakan respons kepada hos.

Medan Muatan	Panjang	Nilai/Penerangan
Data TX	n bait	Data TX yang mesti dihantar melalui CLIF menggunakan arahan transceive. n = 0 – 1024 bait

Jadual 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan
								Bit 4 – 7 ialah RFU
				X				Sertakan Data RX sebagai tindak balas berdasarkan RX_STATUS, jika bit ditetapkan kepada 1b.
					X			Sertakan daftar EVENT_STATUS sebagai tindak balas, jika bit ditetapkan kepada 1b.
						X		Sertakan daftar RX_STATUS_ERROR sebagai tindak balas, jika bit ditetapkan kepada 1b.
							X	Sertakan daftar RX_STATUS sebagai tindak balas, jika bit ditetapkan kepada 1b.

4.5.3.1.3 Tindak balas
Jadual 39. EXCHANGE_RF_DATA nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 Bait	Jika RX_STATUS diminta (little-endian)
RX_STATUS_ERROR	4 Bait	Jika RX_STATUS_ERROR diminta (little-endian)
EVENT_STATUS	4 Bait	Jika EVENT_STATUS diminta (little-endian)
Data RX	1 – 1024 Bait	Jika data RX diminta. Data RX diterima semasa fasa penerimaan RF pertukaran RF.

4.5.3.1.4 Acara
Tiada acara untuk perintah ini.
4.5.3.2 TRANSMIT_RF_DATA
Arahan ini digunakan untuk menulis data ke dalam penimbal penghantaran CLIF dalaman dan memulakan penghantaran menggunakan arahan transceive secara dalaman. Saiz penimbal ini terhad kepada 1024 bait. Selepas arahan ini telah dilaksanakan, penerimaan RF dimulakan secara automatik.
Arahan kembali serta-merta selepas Penghantaran selesai tanpa menunggu penerimaan selesai.
4.5.3.2.1 Syarat
Bilangan bait dalam medan 'Data TX' mestilah dalam julat dari 1 – 1024, termasuk.
Arahan tidak boleh dipanggil semasa penghantaran RF yang sedang berjalan.
4.5.3.2.2 Perintah
Jadual 40. Nilai arahan TRANSMIT_RF_DATA Tulis data TX ke penimbal penghantaran CLIF dalaman.

Medan Muatan	Panjang	Nilai/Penerangan
Bilangan bit yang sah dalam Byte terakhir	1 Bait	0 Semua bit bait terakhir dihantar 1 – 7 Bilangan bit dalam bait terakhir untuk dihantar.
RFU	1 Bait	Terpelihara
Data TX	1 – 1024 Bait	Data TX yang akan digunakan semasa penghantaran RF seterusnya.

4.5.3.2.3 Tindak balas
Jadual 41. TRANSMIT_RF_DATA nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 Acara
Tiada acara untuk perintah ini.
4.5.3.3 RETRIEVE_RF_DATA
Arahan ini digunakan untuk membaca data daripada penimbal CLIF RX dalaman, yang mengandungi data respons RF (jika ada) yang disiarkan kepadanya daripada pelaksanaan Seksyen 4.5.3.1 sebelumnya dengan pilihan untuk tidak memasukkan data yang diterima dalam respons atau Bahagian 4.5.3.2 .XNUMX arahan.
4.5.3.3.1 Perintah
Jadual 42. Nilai arahan RETRIEVE_RF_DATA Baca data RX daripada penimbal penerimaan RF dalaman.

Medan Muatan	Panjang	Nilai/Penerangan
kosong	kosong	kosong

4.5.3.3.2 Tindak balas
Jadual 43. RETRIEVE_RF_DATA nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:

Medan Muatan	Panjang	Nilai/Penerangan
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Data RX	1 – 1024 Bait	Data RX yang telah diterima semasa penerimaan RF terakhir yang berjaya.

4.5.3.3.3 Acara
Tiada acara untuk perintah ini.
4.5.3.4 RECEIVE_RF_DATA
Arahan ini menunggu data yang diterima melalui Antara Muka RF pembaca.
Dalam mod pembaca, arahan ini kembali sama ada jika terdapat penerimaan (sama ada salah atau betul) atau tamat masa FWT berlaku. Pemasa dimulakan dengan TAMAT PENGHANTARAN dan dihentikan dengan MULA PENERIMAAN. Nilai tamat masa lalai yang diprakonfigurasikan dalam EEPROM hendaklah digunakan sekiranya tamat masa tidak dikonfigurasikan sebelum pelaksanaan perintah Exchange.
Dalam mod sasaran, arahan ini kembali sama ada dalam kes penerimaan (sama ada tersilap atau betul) atau ralat RF Luaran.
Nota:
Arahan ini hendaklah digunakan dengan arahan TRANSMIT_RF_DATA untuk melaksanakan operasi TX dan RX…
4.5.3.4.1 Perintah
Jadual 44. Nilai arahan RECEIVE_RF_DATA

Medan Muatan	Panjang	Nilai/Penerangan
ReceiveRFConfig	1 Bait	Konfigurasi fungsi ReceiveRFConfig. Lihat Jadual 45

Jadual 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan
								Bit 4 – 7 ialah RFU
				X				Sertakan Data RX sebagai tindak balas berdasarkan RX_STATUS, jika bit ditetapkan kepada 1b.
					X			Sertakan daftar EVENT_STATUS sebagai tindak balas, jika bit ditetapkan kepada 1b.
						X		Sertakan daftar RX_STATUS_ERROR sebagai tindak balas, jika bit ditetapkan kepada 1b.
							X	Sertakan daftar RX_STATUS sebagai tindak balas, jika bit ditetapkan kepada 1b.

4.5.3.4.2 Tindak balas
Jadual 46. RECEIVE_RF_DATA nilai tindak balas

Medan muatan	Panjang	Nilai/huraian
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir) PN5190_STATUS_TIMEOUT

Medan muatan	Panjang	Nilai/huraian
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 Bait	Jika RX_STATUS diminta (little-endian)
RX_STATUS_ERROR	4 Bait	Jika RX_STATUS_ERROR diminta (little-endian)
EVENT_STATUS	4 Bait	Jika EVENT_STATUS diminta (little-endian)
Data RX	1 – 1024 Bait	Jika data RX diminta. Data RX diterima melalui RF.

4.5.3.4.3 Acara
Tiada acara untuk perintah ini.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Konfigurasi FeliCa EMD)
Arahan ini digunakan untuk membaca data daripada penimbal CLIF RX dalaman, yang mengandungi data tindak balas FeliCa EMD (jika ada) yang disiarkan kepadanya daripada pelaksanaan perintah EXCHANGE_RF_DATA sebelumnya yang kembali dengan Status 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Nota: Perintah ini tersedia dari PN5190 FW v02.03 dan seterusnya.
4.5.3.5.1 Perintah
Baca data RX daripada penimbal penerimaan RF dalaman.
Jadual 47. RETRIEVE_RF_FELICA_EMD_DATA nilai arahan

Medan Muatan	Panjang	Nilai/Penerangan
FeliCaRFRetrieveConfig	1 Bait	00 – FF	Konfigurasi fungsi RETRIEVE_RF_FELICA_EMD_DATA
		penerangan konfigurasi (bitmask).	bit 7..2: RFU bit 1: Sertakan daftar RX_STATUS_ ERROR sebagai tindak balas, jika bit ditetapkan kepada 1b. bit 0: Sertakan daftar RX_STATUS sebagai tindak balas, jika bit ditetapkan kepada 1b.

4.5.3.5.2 Tindak balas
Jadual 48. RETRIEVE_RF_FELICA_EMD_DATA nilai tindak balas

Medan muatan	Panjang		Nilai/huraian
Status		1 Bait		Status operasi. Nilai yang dijangkakan adalah seperti di bawah: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
RX_STATUS		4 Bait		Jika RX_STATUS diminta (little-endian)
RX_STATUS_ RALAT		4 Bait		Jika RX_STATUS_ERROR diminta (little-endian)

Medan muatan	Panjang		Nilai/huraian
Data RX		1…1024 Bait		Data FeliCa EMD RX yang telah diterima semasa penerimaan RF yang tidak berjaya menggunakan Perintah Pertukaran.

4.5.3.5.3 Acara
Tiada acara untuk perintah ini.
4.5.4 Menukar Mod Operasi
PN5190 menyokong 4 mod operasi yang berbeza:
4.5.4.1 Biasa
Ini ialah mod lalai, di mana semua arahan dibenarkan.
4.5.4.2 Bersedia
PN5190 berada dalam keadaan siap sedia/tidur untuk menjimatkan kuasa. Keadaan bangun tidur mesti ditetapkan untuk menentukan masa untuk meninggalkan bersedia semula.
4.5.4.3 LPCD
PN5190 berada dalam mod pengesanan kad kuasa rendah, di mana ia cuba mengesan kad yang memasuki volum operasi, dengan penggunaan kuasa serendah mungkin.
4.5.4.4 Autocoll
PN5190 bertindak sebagai pendengar RF, melakukan pengaktifan mod sasaran secara autonomi (untuk menjamin kekangan masa nyata)
4.5.4.5 TUKAR_MODE_BIASA
Perintah Normal Mod Suis mempunyai tiga kes penggunaan.
4.5.4.5.1 UseCase1: Masukkan mod operasi biasa selepas kuasa (POR)
Gunakan untuk menetapkan semula kepada keadaan Idle untuk menerima / memproses arahan seterusnya dengan memasuki mod operasi biasa.
4.5.4.5.2 UseCase2: Menamatkan arahan yang sudah berjalan untuk bertukar kepada mod operasi biasa (abort abort)
Gunakan untuk menetapkan semula kepada keadaan Terbiar untuk menerima / memproses arahan seterusnya dengan menamatkan arahan yang sudah berjalan.
Perintah seperti siap sedia, LPCD, Exchange, PRBS, dan Autocoll boleh ditamatkan menggunakan arahan ini.
Ini adalah satu-satunya arahan khas, yang tidak mempunyai tindak balas. Sebaliknya, ia mempunyai pemberitahuan EVENT.
Rujuk Bahagian 4.4.3 untuk maklumat lanjut tentang jenis peristiwa yang berlaku semasa pelaksanaan arahan asas yang berbeza.
4.5.4.5.2.1 Kes Penggunaan2.1:
Perintah ini hendaklah menetapkan semula semua CLIF TX, RX, dan Daftar Kawalan Medan kepada keadaan But. Mengeluarkan arahan ini hendaklah mematikan mana-mana Medan RF sedia ada.
4.5.4.5.2.2 Kes Penggunaan2.2:
Tersedia dari PN5190 FW v02.03 dan seterusnya:
Perintah ini tidak boleh mengubah suai CLIF TX, RX, dan Daftar Kawalan Medan tetapi hendaklah hanya mengalihkan transceiver ke keadaan IDLE.
4.5.4.5.3 UseCase3: Mod operasi biasa apabila set semula lembut/keluar dari bersedia, LPCD Dalam kes ini, PN5190 terus masuk ke dalam mod operasi biasa, dengan menghantar IDLE_EVENT kepada hos (Rajah 12 atau Rajah 13) dan “ bit IDLE_EVENT” ditetapkan dalam Jadual 11.
Tiada keperluan untuk menghantar arahan SWITCH_MODE_NORMAL.
Nota:
Selepas IC ditukar kepada mod biasa, semua tetapan RF diubah suai kepada keadaan lalai. Adalah penting bahawa, konfigurasi RF masing-masing dan daftar lain yang berkaitan mesti dimuatkan dengan nilai yang sesuai sebelum melakukan operasi RF ON atau RF Exchange.
4.5.4.5.4 Rangka arahan untuk dihantar untuk kes penggunaan yang berbeza
4.5.4.5.4.1 UseCase1: Arahan masuk ke mod operasi biasa selepas kuasa (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Perintah untuk menamatkan arahan yang sudah berjalan untuk bertukar kepada mod operasi biasa
Gunakan kes 2.1:
0x20 0x00 0x00
Gunakan kes 2.2: (Dari FW v02.02 dan seterusnya):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Perintah untuk mod operasi biasa semasa set semula lembut/keluar dari siap sedia, LPCD, ULPCD
tiada. PN5190 memasuki mod operasi biasa secara langsung.
4.5.4.5.5 Tindak balas
tiada
4.5.4.5.6 Acara
BOOT_EVENT (dalam daftar EVENT_STATUS) ditetapkan menunjukkan bahawa mod biasa telah dimasukkan dan dihantar kepada hos. Rujuk Rajah 12 dan Rajah 13 untuk data peristiwa.

IDLE_EVENT (dalam daftar EVENT_STATUS) ditetapkan menunjukkan mod biasa telah dimasukkan dan dihantar kepada hos. Rujuk Rajah 12 dan Rajah 13 untuk data peristiwa.

BOOT_EVENT (dalam daftar EVENT_STATUS) ditetapkan menunjukkan mod biasa telah dimasukkan dan dihantar kepada hos. Rujuk Rajah 12 dan Rajah 13 untuk data peristiwa.

4.5.4.6 SWITCH_MODE_AUTOCOLL
Autocoll Mod Suis secara automatik melaksanakan prosedur pengaktifan kad dalam mod sasaran.
Medan 'Mod Autocoll' mestilah dalam julat dari 0 – 2, termasuk.
Sekiranya medan 'Mod Autocoll' ditetapkan kepada 2 (Autocoll): Medan 'RF Technologies' (Jadual 50) mesti mengandungi bitmask yang menunjukkan RF Technologies menyokong semasa Autocoll.
Tiada arahan mesti dihantar semasa berada dalam mod ini.
Penamatan ditunjukkan menggunakan gangguan.
4.5.4.6.1 Perintah
Jadual 49. Nilai arahan SWITCH_MODE_AUTOCOLL

Parameter	Panjang	Nilai/Penerangan
Teknologi RF	1 Bait	Bitmask yang menunjukkan teknologi RF untuk didengar semasa Autocoll.
Mod Autocol	1 Bait	0	Tiada mod Autonomi, iaitu Autocoll ditamatkan apabila medan RF luaran tidak ada.
			Penamatan sekiranya berlaku
			• TIADA RF FIELD atau RF FIELD telah hilang
			• PN5190 DIAKTIFKAN dalam mod TARGET
		1	Mod autonomi dengan siap sedia. Apabila tiada medan RF hadir, Autocoll memasuki mod Tunggu Sedia secara automatik. Setelah medan RF luaran RF dikesan, PN5190 memasuki semula mod Autocoll.
			Penamatan sekiranya berlaku
			• PN5190 DIAKTIFKAN dalam mod TARGET
			Daripada PN5190 FW v02.03 dan seterusnya: Jika Medan EEPROM “Mod bCardUltraLowPowerEnabled” di alamat '0xCDF' ditetapkan kepada '1', maka PN5190 memasuki bersedia Ultra rendah kuasa.
		2	Mod autonomi tanpa siap sedia. Apabila tiada medan RF hadir, PN5190 menunggu sehingga medan RF hadir sebelum memulakan algoritma Autocoll. Siap sedia tidak digunakan dalam kes ini.
			Penamatan sekiranya berlaku • PN5190 DIAKTIFKAN dalam mod TARGET

Jadual 50. RF Technologies Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan
0	0	0	0					RFU
				X				Jika ditetapkan kepada 1b, mendengar NFC-F Active didayakan. (Tidak tersedia).
					X			Jika ditetapkan kepada 1b, mendengar NFC-A Active didayakan. (Tidak tersedia).
						X		Jika ditetapkan kepada 1b, mendengar NFC-F didayakan.
							X	Jika ditetapkan kepada 1b, mendengar NFC-A didayakan.

4.5.4.6.2 Tindak balas
Respons hanya menandakan bahawa arahan telah diproses.
Jadual 51. SWITCH_MODE_AUTOCOLL nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mod suis tidak dimasukkan kerana tetapan yang salah)

4.5.4.6.3 Acara
Pemberitahuan acara dihantar apabila arahan telah selesai, dan mod biasa dimasukkan. Hos hendaklah membacakan bait respons berdasarkan nilai peristiwa.
Nota:
Apabila status bukan "PN5190_STATUS_INSTR_SUCCESS", maka bait data "Protokol" dan "Card_Activated" selanjutnya tidak ada.
Maklumat teknologi diperoleh daripada daftar menggunakan arahan Seksyen 4.5.1.5, Bahagian 4.5.1.6.
Jadual berikut menunjukkan data acara yang dihantar sebagai sebahagian daripada mesej acara Rajah 12 dan Rajah 13.
Jadual 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT data Tukar mod operasi Acara Autocoll

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 bait	Status operasi
		PN5190_STATUS_INSTR_SUCCESS	PN5190 DIAKTIFKAN dalam mod TARGET. Data lanjut dalam acara ini adalah sah.
		PN5190_STATUS_PREVENT_STANDBY	Menunjukkan bahawa PN5190 dihalang untuk masuk ke mod Tunggu Sedia. Status ini sah hanya apabila mod Autocoll dipilih sebagai "Mod Autonomi dengan siap sedia".

		PN5190_STATUS_NO_EXTERNAL_RF_ BIDANG	Menunjukkan bahawa tiada medan RF luaran hadir semasa pelaksanaan Autocoll dalam mod Bukan Autonomi
		PN5190_STATUS_USER_CANCELLED	Menunjukkan bahawa arahan semasa sedang berjalan dibatalkan oleh perintah biasa mod suis
Protokol	1 bait	0x10	Diaktifkan sebagai Jenis Pasif A
		0x11	Diaktifkan sebagai Jenis PasifF 212
		0x12	Diaktifkan sebagai Jenis PasifF 424
		0x20	Diaktifkan sebagai Active TypeA
		0x21	Diaktifkan sebagai Active TypeF 212
		0x22	Diaktifkan sebagai Active TypeF 424
		Nilai lain	tidak sah
Kad_Diaktifkan	1 bait	0x00	Tiada proses pengaktifan kad mengikut ISO 14443-3
Kad_Diaktifkan	1 bait	0x01	Menunjukkan bahawa peranti diaktifkan dalam mod Pasif

Nota:
Selepas membaca data acara, data yang diterima daripada kad/peranti yang telah diaktifkan (seperti 'n' bait ATR_REQ/RATS mengikut ISO18092/ISO1443-4), hendaklah dibaca menggunakan arahan Seksyen 4.5.3.3.
4.5.4.6.4 Komunikasi cthample

4.5.4.7 SWITCH_MODE_STANDBY
Sedia Mod Suis secara automatik menetapkan IC ke dalam mod Tunggu Sedia. IC akan bangun selepas sumber bangun tidur yang dikonfigurasikan memenuhi syarat bangun tidur.
Nota:
Balasan tamat tempoh untuk ULP STANDBY dan HIF abort untuk STANDBY tersedia secara lalai untuk keluar dari mod siap sedia.

4.5.4.7.1 Perintah
Jadual 53. nilai arahan SWITCH_MODE_STANDBY

Parameter	Panjang	Nilai/Penerangan
Konfigurasi	1 Bait	Bitmask mengawal sumber bangun untuk digunakan dan mod Tunggu Sedia untuk masuk. Rujuk kepada Jadual 54
Nilai Kaunter	2 Bait	Nilai terpakai untuk pembilang bangun dalam milisaat. Nilai maksimum yang disokong ialah 2690 untuk siap sedia. Nilai maksimum yang disokong ialah 4095 untuk siap sedia ULP. Nilai yang akan diberikan adalah dalam format little-endian. Kandungan parameter ini hanya sah jika "Config Bitmask" didayakan untuk bangun pada kaunter tamat tempoh.

Jadual 54. Config Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan
X								Masukkan siap sedia ULP jika bit ditetapkan kepada 1b Masukkan siap sedia jika bit ditetapkan kepada 0b.
	0							RFU
		X						Bangun pada GPIO-3 apabila ia tinggi, jika bit ditetapkan kepada 1b. (Tidak berkenaan untuk siap sedia ULP)
			X					Bangun pada GPIO-2 apabila ia tinggi, jika bit ditetapkan kepada 1b. (Tidak berkenaan untuk siap sedia ULP)
				X				Bangun pada GPIO-1 apabila ia tinggi, jika bit ditetapkan kepada 1b. (Tidak berkenaan untuk siap sedia ULP)
					X			Bangun pada GPIO-0 apabila ia tinggi, jika bit ditetapkan kepada 1b. (Tidak berkenaan untuk siap sedia ULP)
						X		Bangun pada kaunter bangun tamat tempoh, jika bit ditetapkan kepada 1b. Untuk ULP-Standby, pilihan ini didayakan secara lalai.
							X	Bangun pada medan RF luaran, jika bit ditetapkan kepada 1b.

Nota: Daripada PN5190 FW v02.03, jika Medan EEPROM “CardModeUltraLowPowerEnabled” pada alamat '0xCDF' ditetapkan kepada '1', konfigurasi siap sedia ULP tidak boleh digunakan dengan Perintah SWITCH_MODE_STANDBY.
4.5.4.7.2 Tindak balas
Respons hanya memberi isyarat bahawa arahan telah diproses dan keadaan siap sedia akan dimasukkan hanya selepas respons dibaca sepenuhnya oleh hos.
Jadual 55. SWITCH_MODE_STANDBY nilai tindak balas Tukar mod operasi siap sedia

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mod suis belum dimasukkan – disebabkan tetapan yang salah)

4.5.4.7.3 Acara
Pemberitahuan acara dihantar apabila arahan telah selesai, dan mod biasa dimasukkan. Rujuk format acara yang akan dihantar setelah selesai arahan seperti dalam Rajah 12 dan Rajah 13.
Dalam kes jika PN5190 dihalang untuk pergi dalam mod Tunggu Sedia, maka bit acara "STANDBY_PREV_EVENT" yang ditetapkan dalam EVENT_STATUS seperti yang dinyatakan Jadual 11 dihantar kepada hos mengikut sebab pencegahan siap sedia seperti yang dinyatakan dalam Jadual 13.
4.5.4.7.4 Komunikasi Cthample

4.5.4.8 SWITCH_MODE_LPCD
LPCD Mod Suis melakukan pengesanan detuning pada antena disebabkan perubahan persekitaran di sekeliling antena.
Terdapat 2 mod LPCD yang berbeza. Penyelesaian berasaskan HW (ULPCD) menawarkan penggunaan kuasa yang kompetitif dengan sensitiviti yang dikurangkan. Penyelesaian berasaskan FW (LPCD) menawarkan sensitiviti terbaik dalam kelasnya dengan penggunaan kuasa yang lebih tinggi.
Dalam Mod Tunggal berasaskan FW(LPCD), tiada acara penentukuran dihantar ke hos.
Apabila mod Tunggal digunakan, penentukuran dan pengukuran berturut-turut semuanya dilakukan selepas keluar dari bersedia.
Untuk acara penentukuran dalam mod tunggal, keluarkan mod tunggal pertama dengan arahan acara penentukuran. Selepas penentukuran, acara penentukuran LPCD diterima selepas itu arahan mod tunggal mesti dihantar dengan nilai rujukan yang diperoleh daripada langkah sebelumnya sebagai parameter input.
Konfigurasi LPCD dilakukan dalam tetapan EEPROM/Flash Data sebelum arahan dipanggil.
Nota:
GPIO3 abort untuk ULPCD, HIF abort untuk LPCD tersedia secara lalai untuk keluar dari mod kuasa rendah.
Bangun kerana kaunter luput sentiasa didayakan.
Untuk ULPCD, konfigurasi DC-DC harus dilumpuhkan dalam tetapan EEPROM/Data Denyar dan harus menyediakan bekalan VUP melalui VBAT. Tetapan pelompat yang diperlukan hendaklah dibuat. Untuk tetapan EEPROM/Data Denyar, rujuk dokumen [2].
Jika arahan adalah untuk penentukuran LPCD/ULPCD, hos masih perlu menghantar bingkai lengkap.

4.5.4.8.1 Perintah
Jadual 56. Nilai arahan SWITCH_MODE_LPCD

Parameter	Panjang	Nilai/huraian
bKawalan	1 Bait	0x00	Masukkan penentukuran ULPCD. Perintah berhenti selepas penentukuran dan acara dengan nilai rujukan dihantar kepada hos.
		0x01	Masukkan ULPCD
		0x02	Penentukuran LPCD. Perintah berhenti selepas penentukuran dan acara dengan nilai rujukan dihantar kepada hos.
		0x03	Masukkan LPCD
		0x04	Mod tunggal
		0x0C	Mod tunggal dengan acara penentukuran
		Nilai Lain	RFU
Kawalan Bangun	1 Bait	Bitmask mengawal sumber bangun untuk digunakan untuk LPCD/ULPCD. Kandungan medan ini tidak dipertimbangkan untuk penentukuran. Rujuk kepada Jadual 57
Nilai Rujukan	4 Bait	Nilai rujukan untuk digunakan semasa ULPCD/LPCD. Untuk ULPCD, Byte 2 yang memegang nilai HF Attenuator digunakan semasa kedua-dua fasa penentukuran dan pengukuran. Untuk LPCD, Kandungan medan ini tidak dipertimbangkan untuk penentukuran dan mod Tunggal. Rujuk kepada Jadual 58 untuk maklumat yang betul tentang semua 4 bait.
Nilai Kaunter	2 Bait	Nilai untuk pembilang bangun dalam milisaat. Nilai maksimum yang disokong ialah 2690 untuk LPCD. Nilai maksimum yang disokong ialah 4095 untuk ULPCD. Nilai yang akan diberikan adalah dalam format little-endian. Kandungan medan ini tidak dipertimbangkan untuk penentukuran LPCD. Untuk mod tunggal dan mod tunggal dengan acara penentukuran, tempoh siap sedia sebelum penentukuran boleh dikonfigurasikan daripada konfigurasi EEPROM: LPCD_SETTINGS->wSemak Tempoh. Untuk mod tunggal dengan penentukuran, nilai WUC adalah bukan sifar.

Jadual 57. Bitmask Kawalan Bangun

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan
0	0	0	0	0	0	0		RFU
							X	Bangun pada medan RF luaran, jika bit ditetapkan kepada 1b.

Jadual 58. Maklumat bait Nilai Rujukan

Bait nilai rujukan	ULPCD	LPCD
Bait 0	Bait Rujukan 0	Bait Rujukan Saluran 0 0
Bait 1	Bait Rujukan 1	Bait Rujukan Saluran 0 1
Bait 2	Nilai HF Attenuator	Bait Rujukan Saluran 1 0
Bait 3	NA	Bait Rujukan Saluran 1 1

4.5.4.8.2 Tindak balas
Jadual 59. SWITCH_MODE_LPCD nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mod suis belum dimasukkan – disebabkan tetapan yang salah)

4.5.4.8.3 Acara
Pemberitahuan acara dihantar apabila arahan telah selesai, dan mod biasa dimasukkan dengan data berikut sebagai sebahagian daripada peristiwa yang disebut dalam Rajah 12 dan Rajah 13.
Jadual 60. EVT_SWITCH_MODE_LPCD

Medan muatan	Panjang	Nilai/Penerangan
Status LPCD	Rujuk Jadual 15	Rujuk Jadual 154.5.4.8.4 Komunikasi Cthample

4.5.4.9 TUKAR_MODE_MUAT TURUN
Perintah Muat Turun Mod Suis memasuki mod muat turun Perisian tegar.
Satu-satunya cara untuk keluar dari mod muat turun, adalah dengan mengeluarkan tetapan semula kepada PN5190.
4.5.4.9.1 Perintah
Jadual 61. SWITCH_MODE_DOWNLOAD nilai arahan

Parameter	Panjang	Nilai/Penerangan
–	–	Tiada nilai

4.5.4.9.2 Tindak balas
Respons hanya memberi isyarat bahawa arahan telah diproses dan mod Muat turun hendaklah dimasukkan selepas respons dibaca oleh hos.
Jadual 62. SWITCH_MODE_DOWNLOAD nilai tindak balas
Tukar mod operasi Autocoll

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tukar mod belum dimasukkan)

4.5.4.9.3 Acara
Tiada penjanaan acara.
4.5.4.9.4 Komunikasi Cthample
4.5.5 Pengesahan Klasik MIFARE
4.5.5.1 MFC_AUTHENTICATE
Arahan ini digunakan untuk melaksanakan Pengesahan Klasik MIFARE pada kad yang diaktifkan. Ia memerlukan kunci, UID kad dan jenis kunci untuk mengesahkan pada alamat blok yang diberikan. Respons mengandungi satu bait yang menunjukkan status pengesahan.
4.5.5.1.1 Syarat
Kunci Medan mestilah 6 bait panjang. Jenis Kunci Medan mesti mengandungi nilai 0x60 atau 0x61. Alamat blok mungkin mengandungi sebarang alamat dari 0x0 – 0xff, termasuk. UID medan mestilah panjang bait dan harus mengandungi UID 4bait kad. Kad berasaskan produk ISO14443-3 MIFARE Classic hendaklah dimasukkan ke dalam keadaan AKTIF atau AKTIF* sebelum melaksanakan arahan ini.
Sekiranya berlaku ralat masa jalan yang berkaitan dengan pengesahan, medan 'Status Pengesahan' ini ditetapkan dengan sewajarnya.
4.5.5.1.2 Perintah
Jadual 63. Perintah MFC_AUTHENTICATE
Lakukan pengesahan pada kad berasaskan produk MIFARE Classic yang diaktifkan.

Medan Muatan	Panjang	Nilai/Penerangan
kunci	6 Bait	Kunci pengesahan untuk digunakan.
Jenis Kekunci	1 Bait	0x60	Jenis Kunci A
		0x61	Jenis Kunci B
Alamat Blok	1 Bait	Alamat blok yang mana pengesahan mesti dilakukan.
UID	4 Bait	UID kad.

4.5.5.1.3 Tindak balas
Jadual 64. MFC_AUTHENTICATE Response
Respons kepada MFC_AUTHENTICATE.

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 Acara
Tiada acara untuk arahan ini.
4.5.6 Sokongan ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Arahan ini digunakan untuk melaksanakan inventori ISO18000-3M3 tags. Ia melaksanakan pelaksanaan autonomi beberapa arahan mengikut ISO18000-3M3 untuk menjamin masa yang ditentukan oleh piawaian tersebut.
Jika terdapat dalam muatan arahan, mula-mula arahan Pilih dilaksanakan diikuti dengan arahan BeginRound.
Jika terdapat respons yang sah dalam slot masa pertama (tiada tamat masa, tiada perlanggaran), arahan menghantar ACK dan menyimpan PC/XPC/UII yang diterima. Arahan kemudian melakukan tindakan mengikut medan 'Gelagat Diproses Timeslot':

Jika medan ini ditetapkan kepada 0, arahan NextSlot dikeluarkan untuk mengendalikan slot masa seterusnya. Ini diulang sehingga penimbal dalaman penuh
Jika medan ini ditetapkan kepada 1, algoritma akan dijeda
Jika medan ini ditetapkan kepada 2, arahan Req_Rn dikeluarkan jika, dan hanya jika, terdapat tag jawapan dalam timeslot ini

Medan 'Pilih Panjang Perintah' mesti mengandungi panjang medan 'Pilih Perintah', yang mesti berada dalam julat dari 1 – 39, termasuk. Jika 'Pilih Panjang Perintah' ialah 0, medan 'Bit Sah dalam Bait terakhir' dan 'Pilih Perintah' mestilah tidak ada.
Medan Bit dalam Bait terakhir harus mengandungi bilangan bit yang akan dihantar dalam bait terakhir medan 'Pilih Perintah'. Nilai mestilah dalam julat dari 1 – 7, termasuk. Jika nilai ialah 0, semua bit dari bait terakhir dari medan 'Pilih Perintah' dihantar.
Medan 'Select Command' harus mengandungi arahan Select mengikut ISO18000-3M3 tanpa mengekori CRC-16c dan mesti mempunyai panjang yang sama seperti yang ditunjukkan dalam medan 'Select Command Length'.
Medan 'BeginRound Command' harus mengandungi perintah BeginRound mengikut ISO18000-3M3 tanpa mengekori CRC-5. 7 bit terakhir bait terakhir 'Perintah BeginRound' diabaikan kerana perintah itu mempunyai panjang sebenar 17 bit.
'Gelagat Diproses Timeslot' mesti mengandungi nilai dari 0 – 2, termasuk.
Jadual 65. Nilai arahan EPC_GEN2_INVENTORY Laksanakan Inventori ISO 18000-3M3

Medan muatan	Panjang	Nilai/huraian
ResumeInventory	1 Bait	00	GEN2_INVENTORY awal

		01	Sambung semula arahan GEN2_INVENTORY – bakinya medan di bawah kosong (sebarang muatan diabaikan)
Pilih Panjang Perintah	1 Bait	0	Tiada arahan Pilih ditetapkan sebelum arahan BeginRound. Medan 'Bit Sah dalam Byte terakhir' dan medan 'Select command' tidak boleh hadir.
Pilih Panjang Perintah	1 Bait	1 – 39	Panjang (n) medan 'Pilih arahan'.
Bit Sah dalam Bait terakhir	1 Bait	0	Semua bit bait terakhir medan 'Pilih arahan' dihantar.
Bit Sah dalam Bait terakhir	1 Bait	1 – 7	Bilangan bit untuk dihantar dalam bait terakhir medan 'Pilih arahan'.
Pilih Perintah	n Bait	Jika ada, medan ini mengandungi arahan Pilih (mengikut ISO18000-3, Jadual 47) yang dihantar sebelum arahan BeginRound. CRC-16c tidak boleh disertakan.
Perintah BeginRound	3 Bait	Medan ini mengandungi arahan BeginRound (mengikut ISO18000-3, Jadual 49). CRC-5 tidak boleh disertakan.
Gelagat Diproses Timelot	1 Bait	0	Respons mengandungi maks. Bilangan slot masa yang mungkin muat dalam penimbal tindak balas.
		1	Respons mengandungi hanya satu slot masa.
		2	Respons mengandungi hanya satu slot masa. Jika slot masa mengandungi respons kad yang sah, pemegang kad juga disertakan.

4.5.6.1.1 Tindak balas
Panjang Jawapan mungkin "1" dalam kes Inventori resume.
Jadual 66. nilai tindak balas EPC_GEN2_INVENTORY

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS (Baca status Lot Masa dalam bait seterusnya untuk Tag respons) PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Slot masa [1…n]	3 – 69 Bait	Status Lot Masa	1 Bait	0	Tag respons tersedia. 'Tag Medan Panjang Balasan', medan 'Bit sah dalam bait terakhir' dan 'Tag medan balas' hadir.
				1	Tag respons tersedia.
				2	Tidak tag membalas dalam slot masa. 'Tag Medan Panjang Balasan' dan medan 'Bit sah dalam bait terakhir', hendaklah ditetapkan kepada sifar. 'Tag medan balas' tidak boleh hadir.
				3	Dua atau lebih tags menjawab dalam slot masa. (Perlanggaran). 'Tag Medan Panjang Balasan' dan medan 'Bit sah dalam bait terakhir', hendaklah ditetapkan kepada sifar. 'Tag medan balas' tidak boleh hadir.

Tag Panjang Balas	1 Bait	0-66	Panjang 'Tag Medan Balas' (i). Jika Tag Panjang Balasan ialah 0, kemudian Tag Medan balasan tiada.
Bit yang sah dalam Byte terakhir	1 Bait	0	Semua bit bait terakhir 'Tag medan balas' adalah sah.
Bit yang sah dalam Byte terakhir	1 Bait	1-7	Bilangan bit sah bait terakhir 'Tag medan balas'. Jika Tag Panjang Balasan ialah sifar, nilai bait ini hendaklah diabaikan.
Tag Balas	'n' Bait	Jawapan daripada tag mengikut ISO18000- 3_2010, Jadual 56.
Tag pegang	0 atau 2 Bait	Pemegang tag, sekiranya medan 'Status Slot Masa' ditetapkan kepada '1'. Jika tidak, medan tidak hadir.

4.5.6.1.2 Acara
Tiada acara untuk perintah ini.
4.5.7 Pengurusan konfigurasi RF
Rujuk Bahagian 6, untuk konfigurasi TX dan RX untuk teknologi RF dan kadar data berbeza yang disokong oleh PN5190. Nilai tidak terdapat dalam julat yang dinyatakan di bawah, harus dianggap sebagai RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Arahan ini digunakan untuk memuatkan konfigurasi RF daripada EEPROM ke dalam daftar CLIF dalaman. Konfigurasi RF merujuk kepada gabungan unik Teknologi RF, mod (sasaran/pemula) dan kadar baud. Konfigurasi RF boleh dimuatkan secara berasingan untuk laluan penerima CLIF (konfigurasi RX) dan pemancar (konfigurasi TX). Nilai 0xFF mesti digunakan jika konfigurasi yang sepadan untuk laluan tidak boleh diubah.
4.5.7.1.1 Syarat
Medan 'TX Configuration' mestilah dalam julat dari 0x00 – 0x2B, termasuk. Jika nilainya ialah 0xFF, konfigurasi TX tidak diubah.
Medan 'RX Configuration' mestilah dalam julat dari 0x80 – 0xAB, termasuk. Jika nilainya ialah 0xFF, konfigurasi RX tidak diubah.
Konfigurasi khas dengan Konfigurasi TX = 0xFF dan Konfigurasi RX = 0xAC digunakan untuk memuatkan daftar Boot-up sekali.
Konfigurasi khas ini diperlukan untuk mengemas kini konfigurasi daftar (kedua-dua TX dan RX) yang berbeza daripada nilai tetapan semula IC.

4.5.7.1.2 Perintah
Jadual 67. nilai arahan LOAD_RF_CONFIGURATION
Muatkan tetapan RF TX dan RX daripada E2PROM.

Medan Muatan	Panjang	Nilai/Penerangan
Konfigurasi TX	1 Bait	0xFF	TX RF Konfigurasi tidak berubah.
		0x0 – 0x2B	Konfigurasi RF TX yang sepadan dimuatkan.
Konfigurasi RX	1 Bait	0xFF	Konfigurasi RX RF tidak berubah.
		0x80 – 0xAB	Konfigurasi RX RF yang sepadan dimuatkan.

4.5.7.1.3 Tindak balas
Jadual 68. LOAD_RF_CONFIGURATION nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 Acara
Tiada acara untuk perintah ini.
4.5.7.2 KEMASKINI_RF_CONFIGURATION
Arahan ini digunakan untuk mengemas kini konfigurasi RF (lihat definisi dalam Bahagian 4.5.7.1) dalam E2PROM. Arahan membenarkan pengemaskinian pada nilai butiran daftar, iaitu set lengkap tidak perlu dikemas kini (walaupun, adalah mungkin untuk melakukannya).
4.5.7.2.1 Syarat
Saiz tatasusunan medan Konfigurasi mestilah dalam julat dari 1 – 15, termasuk. Konfigurasi tatasusunan medan mesti mengandungi satu set Konfigurasi RF, Alamat Daftar dan Nilai. Konfigurasi RF medan mestilah dalam julat dari 0x0 – 0x2B untuk Konfigurasi TX dan 0x80 – 0xAB untuk konfigurasi RX, termasuk. Alamat dalam medan Alamat Daftar mesti wujud dalam konfigurasi RF masing-masing. Nilai Medan hendaklah mengandungi nilai yang perlu ditulis ke dalam daftar yang diberikan dan mestilah 4 bait panjang (format little-endian).
4.5.7.2.2 Perintah
Jadual 69. UPDATE_RF_CONFIGURATION nilai arahan
Kemas kini konfigurasi RF

Medan Muatan	Panjang	Nilai/Penerangan
Konfigurasi[1…n]	6 Bait	Konfigurasi RF	1 Bait	Konfigurasi RF yang mana daftar mesti diubah.
		Alamat Daftar	1 Bait	Daftar Alamat dalam teknologi RF yang diberikan.
		Nilai	4 Bait	Nilai yang mesti ditulis ke dalam daftar. (Little-endian)

4.5.7.2.3 Tindak balas
Jadual 70. UPDATE_RF_CONFIGURATION nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 Acara
Tiada acara untuk perintah ini.
4.5.7.3 DAPATKAN_ RF_CONFIGURATION
Arahan ini digunakan untuk membaca konfigurasi RF. Pasangan alamat-nilai-daftar tersedia dalam respons. Untuk mengetahui bilangan pasangan yang dijangkakan, maklumat saiz pertama boleh diambil daripada TLV pertama, yang menunjukkan jumlah panjang muatan.
4.5.7.3.1 Syarat
Konfigurasi RF medan mestilah dalam julat dari 0x0 – 0x2B untuk Konfigurasi TX dan 0x80 –0xAB untuk konfigurasi RX, termasuk.
4.5.7.3.2 Perintah
Jadual 71. Nilai arahan GET_ RF_CONFIGURATION Dapatkan semula konfigurasi RF.

Medan Muatan	Panjang	Nilai/Penerangan
Konfigurasi RF	1 Bait	Konfigurasi RF yang mana set pasangan nilai daftar mesti diambil semula.

4.5.7.3.3 Tindak balas
Jadual 72. GET_ RF_CONFIGURATION Nilai respons

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
Sepasang[1…n]	5 Bait	Alamat Daftar	1 Bait	Daftar Alamat dalam teknologi RF yang diberikan.
		Nilai	4 Bait	Nilai daftar 32-Bit.

4.5.7.3.4 Acara
Tidak ada acara untuk arahan.
4.5.8 Pengendalian Medan RF
4.5.8.1 RF_ON
Arahan ini digunakan untuk membolehkan RF dihidupkan. Peraturan DPC pada FieldOn awal hendaklah dikendalikan dalam arahan ini.
4.5.8.1.1 Perintah
Jadual 73. Nilai arahan RF_FIELD_ON
Konfigurasikan RF_FIELD_ON.

Medan Muatan	Panjang	Nilai/Penerangan
RF_on_config	1 Bait	Bit 0	0	Gunakan pengelakan perlanggaran
			1	Lumpuhkan pengelakan perlanggaran
		Bit 1	0	Tiada P2P aktif
			1	P2P aktif

4.5.8.1.2 Tindak balas
Jadual 74. Nilai tindak balas RF_FIELD_ON

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (medan RF tidak dihidupkan kerana perlanggaran RF) PN5190_STATUS_TIMEOUT (medan RF tidak dihidupkan kerana tamat masa) PN5190_STATUS_TXLDO_ERROR (TXLDO ralat disebabkan VUP tidak tersedia) PN5190_STATUS_RFCFG_NOT_APPLIED (Konfigurasi RF tidak digunakan sebelum arahan ini)

4.5.8.1.3 Acara
Tiada acara untuk arahan ini.
4.5.8.2 RF_OFF
Arahan ini digunakan untuk melumpuhkan Medan RF.
4.5.8.2.1 Perintah
Jadual 75. Nilai arahan RF_FIELD_OFF

Medan Muatan	Panjang	Nilai/Penerangan
kosong	kosong	kosong

4.5.8.2.2 Tindak balas
Jadual 76. Nilai tindak balas RF_FIELD_OFF

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)

4.5.8.2.3 Acara
Tiada acara untuk arahan ini.
4.5.9 Konfigurasi bas ujian
Isyarat bas ujian yang tersedia pada konfigurasi PAD yang dipilih disenaraikan dalam Bahagian 7 untuk rujukan.
Ini mesti dirujuk untuk menyediakan konfigurasi untuk arahan bas ujian seperti yang dinyatakan di bawah.
4.5.9.1 KONFIGURASI _TESTBUS_DIGITAL
Arahan ini digunakan untuk menukar isyarat bas ujian digital yang tersedia pada konfigurasi pad terpilih.
4.5.9.1.1 Perintah
Jadual 77. CONFIGURE_TESTBUS_DIGITAL nilai arahan

Medan muatan	Panjang	Nilai/huraian
TB_SignalIndex	1 Bait		Rujuk kepada Bahagian 7
TB_BitIndex	1 Bait		Rujuk kepada Bahagian 7
TB_PadIndex	1 Bait		Indeks pad, di mana isyarat digital akan dikeluarkan
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.1.2 Tindak balas
Jadual 78. CONFIGURE_TESTBUS_DIGITAL nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)

4.5.9.1.3 Acara
Tiada acara untuk arahan ini.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Arahan ini digunakan untuk mendapatkan isyarat bas ujian analog yang tersedia pada konfigurasi pad terpilih.
Isyarat pada bas ujian analog boleh diperolehi dalam mod yang berbeza. Mereka ialah:
4.5.9.2.1 Mod RAW
Dalam mod ini, isyarat yang dipilih oleh TB_SignalIndex0 dianjakkan oleh Shift_Index0, bertopeng dengan Mask0 dan output pada AUX1. Begitu juga, isyarat yang dipilih oleh TB_SignalIndex1 dialihkan oleh Shift_Index1, bertopeng dengan Mask1 dan output pada AUX2.
Mod ini menawarkan fleksibiliti untuk pelanggan untuk mengeluarkan sebarang isyarat yang lebarnya 8 bit atau lebih kecil dan tidak memerlukan penukaran tanda untuk dikeluarkan ke pad analog.
4.5.9.2.2 Mod GABUNGAN
Dalam mod ini, isyarat analog akan menjadi nilai ADCI/ADCQ/pcrm_if_rssi yang ditandatangani 10 bit yang ditukar kepada nilai yang tidak ditandatangani, dikecilkan semula kepada 8 bit dan kemudian dikeluarkan pada sama ada pad AUX1 atau AUX2.
Hanya satu daripada nilai tukar ADCI/ADCQ (10-bit) boleh dikeluarkan kepada AUX1/AUX2 pada bila-bila masa.
Jika nilai medan muatan Isyarat Combined_Mode ialah 2 (Gabungan Analog dan Digital), maka bas ujian analog dan digital dihalakan pada AUX1(Isyarat Analog) dan GPIO0(Isyarat Digital).
Isyarat yang akan dihalakan dikonfigurasikan dalam alamat EEPROM yang dinyatakan di bawah:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
Indeks bas ujian dan bit bas ujian perlu dikonfigurasikan dalam EEPROM sebelum kami mengeluarkan mod gabungan dengan pilihan 2.
Nota:
Hos hendaklah menyediakan semua medan, tanpa mengira kebolehgunaan medan dalam mod "mentah" atau "gabungan". IC PN5190 hanya mempertimbangkan nilai medan yang berkenaan.
4.5.9.2.3 Perintah
Jadual 79. CONFIGURE_TESTBUS_ANALOG nilai arahan

Medan muatan	Panjang	Nilai/huraian		Kebolehgunaan medan untuk mod gabungan
bConfig	1 Bait		Bit boleh dikonfigurasikan. Rujuk kepada Jadual 80	ya
Isyarat Mod_Bergabung	1 Bait	0 – ADCI/ADCQ 1 – pcrm_if_rssi		ya
		2 – Gabungan Analog dan Digital
		3 – 0xFF – Terpelihara

TB_SignalIndex0	1 Bait	Indeks isyarat isyarat analog. Rujuk kepada Bahagian 7	ya
TB_SignalIndex1	1 Bait	Indeks isyarat isyarat analog. Rujuk kepada Bahagian 7	ya
Shift_Index0	1 Bait	Kedudukan peralihan input DAC0. Arah akan ditentukan dengan sedikit dalam bConfig[1].	Tidak
Shift_Index1	1 Bait	Kedudukan peralihan input DAC1. Arah akan ditentukan dengan sedikit dalam bConfig[2].	Tidak
Topeng0	1 Bait	Topeng DAC0	Tidak
Topeng1	1 Bait	Topeng DAC1	Tidak

Jadual 80. Config bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Penerangan	Berkenaan dengan mod
X	X							Julat peralihan keluaran DAC1 – 0, 1, 2	mentah
		X	X					Julat peralihan keluaran DAC0 – 0, 1, 2	mentah
				X				Dalam mod gabungan, isyarat pada pin AUX1/AUX2 0 ➜ Isyarat pada AUX1 1 ➜ Isyarat pada AUX2	digabungkan
					X			Arah peralihan input DAC1 0 ➜ Beralih ke kanan 1 ➜ Beralih ke kiri	mentah
						X		Arah peralihan input DAC0 0 ➜ Beralih ke kanan 1 ➜ Beralih ke kiri	mentah
							X	Mod. 0 ➜ Mod mentah 1 ➜ Mod gabungan	Mentah/Gabungan

4.5.9.2.4 Tindak balas
Jadual 81. CONFIGURE_TESTBUS_ANALOG nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)

4.5.9.2.5 Acara
Tiada acara untuk arahan ini.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Arahan ini digunakan untuk menukar berbilang isyarat bas ujian digital yang tersedia pada konfigurasi pad terpilih.
Nota: Jika panjang ini SIFAR maka bas ujian Digital adalah RESET.
4.5.9.3.1 Perintah
Jadual 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL nilai arahan

Medan muatan	Panjang	Nilai/huraian
TB_Indeks Isyarat #1	1 Bait	Rujuk kepada 8 di bawah
TB_BitIndex #1	1 Bait	Rujuk kepada 8 di bawah
TB_PadIndex #1	1 Bait	Indeks pad, di mana isyarat digital akan dikeluarkan
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU
TB_Indeks Isyarat #2	1 Bait	Rujuk kepada 8 di bawah
TB_BitIndex #2	1 Bait	Rujuk kepada 8 di bawah
TB_PadIndex #2	1 Bait	Indeks pad, di mana isyarat digital akan dikeluarkan
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.3.2 Tindak balas
Jadual 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 2]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)

4.5.9.3.3 Acara
Tiada acara untuk arahan ini.
4.5.10 Konfigurasi CTS
4.5.10.1 CTS_ENABLE
Arahan ini digunakan untuk mendayakan/melumpuhkan ciri pengelogan CTS.
4.5.10.1.1 Perintah
Jadual 84. CTS_ENABLE nilai arahan

Nilai/Penerangan Panjang Medan Muatan
Dayakan/Lumpuhkan	1 Bait	Bit 0	0	Lumpuhkan Ciri Pengelogan CTS
1 Dayakan Ciri Pengelogan CTS
		Bit 1-7		RFU

4.5.10.1.2 Tindak balas
Jadual 85. CTS_ENABLE nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)

4.5.10.1.3 Acara
Jadual berikut menunjukkan data acara yang akan dihantar sebagai sebahagian daripada mesej acara seperti yang ditunjukkan dalam Rajah 12 dan Rajah 13.
Jadual 86. Ini memberitahu hos bahawa data telah diterima. EVT_CTS_DONE

Medan Muatan	Panjang	Nilai/Penerangan
Peristiwa	1 bait	00 … PENCETUS telah berlaku, data sedia untuk diterima.

4.5.10.2 CTS_CONFIGURE
Arahan ini digunakan untuk mengkonfigurasi semua daftar CTS yang diperlukan seperti pencetus, daftar bas ujian, sampkonfigurasi ling dsb.,
Nota:
[1] memberikan pemahaman yang lebih baik tentang konfigurasi CTS. Data yang ditangkap untuk dihantar sebagai sebahagian daripada tindak balas kepada arahan Bahagian 4.5.10.3.

4.5.10.2.1 Perintah
Jadual 87. Nilai arahan CTS_CONFIGURE

Medan Muatan	Panjang	Nilai/Penerangan
PRE_TRIGGER_SHIFT	1 Bait	Mentakrifkan panjang urutan pemerolehan selepas pencetus dalam unit 256 bait. 0 bermakna tiada syif; n bermakna n*256 bait anjakan blok. Nota: Sah hanya jika TRIGGER_MODE ialah mod pencetus "PRE" atau "COMB".
TRIGGER_MODE	1 Bait	Menentukan mod Pemerolehan untuk digunakan.
		0x00 – Mod POST
		0x01 – RFU
		0x02 – Mod PRA
		0x03 – 0xFF – Tidak sah
RAM_PAGE_WIDTH	1 Bait	Menentukan jumlah memori pada cip yang dilindungi oleh pemerolehan. Butiran dipilih mengikut reka bentuk sebagai 256 Bait (iaitu 64 perkataan 32-bit). Nilai yang sah adalah seperti di bawah: 0x00j – 256 bait 0x02j – 768 bait 0x01j – 512 bait 0x03j – 1024 bait 0x04j – 1280 bait 0x05j – 1536 bait 0x06j – 1792 bait 0x07j – 2048 bait 0x08j – 2304 bait 0x09j – 2560 bait 0x0Ah – 2816 bait 0x0Bh – 3072 bait 0x0Ch – 3328 bait 0x0Dh – 3584 bait 0x0Eh – 3840 bait 0x0Fh – 4096 bait 0x10j – 4352 bait 0x11j – 4608 bait 0x12j – 4864 bait 0x13j – 5120 bait 0x14j – 5376 bait 0x15j – 5632 bait 0x16j – 5888 bait 0x17j – 6144 bait 0x18j – 6400 bait 0x19j – 6656 bait 0x1Ah – 6912 bait 0x1Bh – 7168 bait 0x1Ch – 7424 bait 0x1Dh – 7680 bait 0x1Eh – 7936 bait 0x1Fh – 8192 bait

SAMPLE_CLK_DIV	1 Bait	Nilai perpuluhan medan ini menentukan faktor pembahagian kadar jam untuk digunakan semasa pemerolehan. Jam CTS = 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 Bait	Bit ini digunakan untuk menentukan bait mana dari dua bas input 16-bit yang menyumbang kepada mekanisme interleave yang menjana data untuk dipindahkan ke memori pada cip. Makna dan penggunaannya bergantung dari SAMPNilai LE_MODE_SEL. Nota: Nilai yang diberikan sentiasa bertopeng dengan 0x0F dan kemudian nilai berkesan dipertimbangkan.
SAMPLE_MODE_SEL	1 Bait	Memilih sampmod interleave ling seperti yang diterangkan oleh spesifikasi reka bentuk CTS. Nilai perpuluhan 3 dikhaskan dan akan dianggap sebagai 0. Nota: Nilai yang diberikan sentiasa bertopeng dengan 0x03, dan kemudian nilai berkesan dipertimbangkan.
TB0	1 Bait	Memilih bas ujian yang hendak disambungkan kepada TB0. Rujuk kepada Bahagian 7 (TB_ Nilai Indeks_Isyarat)
TB1	1 Bait	Memilih bas ujian yang hendak disambungkan kepada TB1. Rujuk kepada Bahagian 7 (TB_ Nilai Indeks_Isyarat)
TB2	1 Bait	Memilih bas ujian yang hendak disambungkan kepada TB2. Rujuk kepada Bahagian 7 (TB_ Nilai Indeks_Isyarat)
TB3	1 Bait	Memilih bas ujian yang hendak disambungkan kepada TB3. Rujuk kepada Bahagian 7 (TB_ Nilai Indeks_Isyarat)
TTB_SELECT	1 Bait	Memilih TB yang hendak disambungkan kepada sumber pencetus. Rujuk kepada Bahagian 7 (TB_Signal_Index nilai)
RFU	4 Bait	Hantar sentiasa 0x00000000
MISC_CONFIG	24 Bait	Kejadian pencetus, kekutuban dsb. Rujuk [1] untuk memahami konfigurasi CTS untuk digunakan.

4.5.10.2.2 Tindak balas
Jadual 88. CTS_CONFIGURE nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 Acara
Tiada acara untuk arahan ini.
4.5.10.3 CTS_RETRIEVE_LOG
Arahan ini mendapatkan semula log data data bas ujian yang ditangkap samples disimpan dalam penimbal memori.
4.5.10.3.1 Perintah
Jadual 89. Nilai arahan CTS_RETRIEVE_LOG

Medan Muatan	Panjang	Nilai/Penerangan
Saiz Ketulan	1 bait	0x01-0xFF	Mengandungi bilangan bait data yang dijangkakan.

4.5.10.3.2 Tindak balas
Jadual 90. nilai tindak balas CTS_RETRIEVE_LOG

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir) PN5190_STATUS_SUCCSES_CHAINING
Data Log [1…n]	CTSRequest	Ditangkap Samples Data chunk

Nota:
Saiz maksimum 'Data Log' bergantung pada 'ChunkSize' yang telah disediakan sebagai sebahagian daripada arahan.
Jumlah saiz Log hendaklah tersedia dalam respons pengepala TLV.
4.5.10.3.3 Acara
Tiada acara untuk arahan ini.
4.5.11 TEST_MODE Perintah
4.5.11.1 ANTENNA_SELF_TEST
Arahan ini digunakan untuk mengesahkan sama ada antena disambungkan dan komponen yang sepadan diisi/dipasang.
Nota:
Perintah ini belum tersedia. Lihat nota keluaran untuk ketersediaan.
4.5.11.2 PRBS_TEST
Arahan ini digunakan untuk menjana jujukan PRBS untuk konfigurasi berbeza protokol mod Pembaca dan kadar bit. Setelah arahan dilaksanakan, urutan ujian PRBS akan tersedia di RF.
Nota:
Hos hendaklah memastikan bahawa konfigurasi teknologi RF yang sesuai dimuatkan menggunakan Bahagian 4.5.7.1 dan RF dihidupkan menggunakan arahan Bahagian 4.5.8.1 sebelum menghantar arahan ini.
4.5.11.2.1 Perintah
Jadual 91. Nilai arahan PRBS_TEST

Medan Muatan	Panjang	Nilai/Penerangan
prb_type	1 Bait	00	PRBS9(lalai)
		01	PRBS15
		02-FF	RFU

4.5.11.2.2 Tindak balas
Jadual 92. PRBS_TEST nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 Acara
Tiada acara untuk arahan ini.
4.5.12 Arahan Maklumat Cip
4.5.12.1 GET_DIEID
Arahan ini digunakan untuk membaca keluar ID mati cip PN5190.
4.5.12.1.1 Perintah
Jadual 93. Nilai Perintah GET_DIEID

Medan Muatan	Panjang	Nilai/Penerangan
–	–	Tiada data dalam muatan

4.5.12.1.2 Tindak balas
Jadual 94. Nilai tindak balas GET_DIEID

Medan muatan	Panjang	Nilai/huraian
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (tiada data lanjut hadir)
Nilai	16 Bait	ID mati 16 bait.

4.5.12.1.3 Acara
Tiada acara untuk perintah ini.
4.5.12.2 GET_VERSION
Arahan ini digunakan untuk membaca keluar versi HW, versi ROM dan versi FW cip PN5190.
4.5.12.2.1 Perintah
Jadual 95. Nilai arahan GET_VERSION

Medan Muatan	Panjang	Nilai/Penerangan
–	–	Tiada data dalam muatan

Terdapat arahan DL_GET_VERSION (Seksyen 3.4.4) tersedia dalam mod muat turun yang boleh digunakan untuk membaca versi HW, versi ROM dan versi FW.
4.5.12.2.2 Tindak balas
Jadual 96. GET_VERSION nilai tindak balas

Medan Muatan	Panjang	Nilai/Penerangan
Status	1 Bait	Status operasi [Jadual 9]. Nilai yang dijangkakan adalah seperti di bawah:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tiada data lanjut hadir)
HW_V	1 bait	Versi perkakasan
RO_V	1 bait	kod ROM
FW_V	2 bait	Versi perisian tegar (digunakan untuk muat turun)
RFU1-RFU2	1-2 bait	–

Sambutan yang dijangkakan untuk versi berbeza IC PN5190 disebut dalam (Seksyen 3.4.4)
4.5.12.2.3 Acara
Tiada acara untuk perintah ini.

Lampiran (Cthampitu)

Lampiran ini terdiri daripada bekasamples untuk arahan yang disebutkan di atas. bekas ituamples hanya untuk tujuan ilustrasi untuk menunjukkan kandungan arahan.
5.1 Cthample untuk WRITE_REGISTER
Mengikuti urutan data yang dihantar daripada hos untuk menulis nilai 0x12345678 ke dalam daftar 0x1F.
Bingkai arahan dihantar ke PN5190: 0000051F78563412
Hos menunggu gangguan.
Apabila hos membaca bingkai respons yang diterima daripada PN5190 (menunjukkan operasi yang berjaya): 00000100 5.2 Example untuk WRITE_REGISTER_OR_MASK
Mengikuti urutan data yang dihantar daripada hos untuk melaksanakan operasi logik ATAU pada daftar 0x1F dengan topeng sebagai 0x12345678
Bingkai arahan dihantar ke PN5190: 0100051F78563412
Hos menunggu gangguan.
Apabila hos membaca bingkai respons yang diterima daripada PN5190 (menunjukkan operasi yang berjaya): 01000100
5.3 Cthample untuk WRITE_REGISTER_AND_MASK
Mengikuti urutan data yang dihantar daripada hos untuk melaksanakan operasi logik DAN pada daftar 0x1F dengan topeng sebagai 0x12345678
Bingkai arahan dihantar ke PN5190: 0200051F78563412
Hos menunggu gangguan.
Apabila hos membaca bingkai respons yang diterima daripada PN5190 (menunjukkan operasi yang berjaya): 02000100
5.4 Cthample untuk WRITE_REGISTER_MULTIPLE
Mengikuti urutan data yang dihantar daripada hos untuk melaksanakan operasi logik DAN pada daftar 0x1F dengan topeng sebagai 0x12345678, dan pada operasi logik ATAU pada daftar 0x20 dengan topeng sebagai 0x11223344, dan tulis untuk mendaftar 0x21 dengan nilai sebagai 0xAABBCCDD.
Bingkai arahan dihantar ke PN5190: 0300121F03785634122002443322112101DDCCBBAA
Hos menunggu gangguan.
Apabila hos membaca bingkai respons yang diterima daripada PN5190 (menunjukkan operasi yang berjaya): 03000100
5.5 Cthample untuk READ_REGISTER
Mengikuti urutan data yang dihantar dari hos untuk membaca kandungan daftar 0x1F dan menganggap daftar mempunyai nilai 0x12345678
Bingkai arahan dihantar ke PN5190: 0400011F
Hos menunggu gangguan.
Apabila hos membaca bingkai respons yang diterima daripada PN5190 (menunjukkan operasi yang berjaya): 0400050078563412
5.6 Cthample untuk READ_REGISTER_MULTIPLE
Mengikuti urutan data yang dihantar dari hos untuk membaca kandungan daftar 0x1F yang mengandungi nilai 0x12345678, dan daftar 0x25 yang mengandungi nilai 0x11223344
Bingkai arahan dihantar ke PN5190: 0500021F25
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi yang berjaya): 050009007856341244332211
5.7 Cthample untuk WRITE_E2PROM
Mengikuti urutan data yang dihantar daripada hos untuk menulis ke lokasi E2PROM 0x0130 hingga 0x0134 dengan kandungan sebagai 0x11, 0x22, 0x33, 0x44, 0x55
Bingkai arahan dihantar ke PN5190: 06000730011122334455
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi berjaya): 06000100
5.8 Cthample untuk READ_E2PROM
Mengikuti urutan data yang dihantar daripada hos untuk dibaca dari lokasi E2PROM 0x0130 hingga 0x0134 dengan kandungan yang disimpan ialah: 0x11, 0x22, 0x33, 0x44, 0x55
Bingkai arahan dihantar ke PN5190: 07000430010500
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi yang berjaya): 070006001122334455
5.9 Cthample untuk TRANSMIT_RF_DATA
Mengikuti urutan data yang dihantar dari hos untuk menghantar arahan REQA (0x26), dengan bilangan bit yang akan dihantar sebagai '0x07', dengan mengandaikan bahawa daftar yang diperlukan ditetapkan sebelum dan RF dihidupkan.
Bingkai arahan dihantar ke PN5190: 0800020726
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi berjaya): 08000100
5.10 Cthample untuk RETREIVE_RF_DATA
Mengikuti urutan data yang dihantar daripada hos untuk menerima data yang diterima/disimpan dalam penimbal CLIF dalaman (dengan mengandaikan bahawa 0x05 telah diterima), dengan mengandaikan bahawa TRANSMIT_RF_DATA sudah dihantar selepas RF dihidupkan.
Bingkai arahan dihantar ke PN5190: 090000
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi berjaya): 090003000400
5.11 Cthample untuk EXCHANGE_RF_DATA
Mengikuti urutan data yang dihantar daripada hos untuk menghantar REQA (0x26), dengan bilangan bit dalam bait terakhir untuk dihantar ditetapkan sebagai 0x07, dengan semua status akan diterima bersama dengan data. Andaian ialah daftar RF yang diperlukan telah ditetapkan dan RF dihidupkan.
Bingkai arahan dihantar ke PN5190: 0A0003070F26
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi yang berjaya): 0A000 F000200000000000200000000004400
5.12 Cthample untuk LOAD_RF_CONFIGURATION
Mengikuti urutan data yang dihantar daripada hos untuk menetapkan konfigurasi RF. Untuk TX, 0x00 dan untuk RX, 0x80
Bingkai arahan dihantar ke PN5190: 0D00020080
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi yang berjaya): 0D000100
5.13 Cthample untuk UPDATE_RF_CONFIGURATION
Mengikuti urutan data yang dihantar daripada hos untuk mengemas kini konfigurasi RF. Untuk TX, 0x00, dengan alamat daftar untuk CLIF_CRC_TX_CONFIG dan nilai sebagai 0x00000001
Bingkai arahan dihantar ke PN5190: 0E0006001201000000
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi yang berjaya): 0E000100
5.14 Cthample untuk RF_ON
Mengikuti urutan data yang dihantar daripada hos untuk menghidupkan medan RF menggunakan pengelakan perlanggaran dan Tiada P2P aktif. Diandaikan, konfigurasi RF TX dan RX yang sepadan telah ditetapkan dalam PN5190.
Bingkai arahan dihantar ke PN5190: 10000100
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi berjaya): 10000100
5.15 Cthample untuk RF_OFF
Mengikuti jujukan data yang dihantar daripada hos untuk MATI medan RF.
Bingkai arahan dihantar ke PN5190: 110000
Hos menunggu gangguan.
Apabila hos membaca respons, bingkai diterima daripada PN5190 (menunjukkan operasi berjaya): 11000100

Lampiran (indeks konfigurasi protokol RF)

Lampiran ini terdiri daripada indeks konfigurasi protokol RF yang disokong oleh PN5190.
Tetapan konfigurasi TX dan RX perlu digunakan dalam arahan Bahagian 4.5.7.1, Bahagian 4.5.7.2, Bahagian 4.5.7.3.

Lampiran (isyarat CTS dan TESTBUS)

Jadual di bawah menentukan isyarat berbeza yang tersedia daripada PN5190 untuk menangkap menggunakan arahan CTS (Bahagian 4.5.10) dan arahan TESTBUS.

Ini perlu digunakan untuk arahan Seksyen 4.5.9.1, Seksyen 4.5.9.2, Seksyen 4.5.10.2.

Singkatan

Jadual 97. Singkatan

Abbr.	Maknanya
CLK	jam
DWL_REQ	Muat turun Pin Permintaan (juga dipanggil DL_REQ)
EEPROM	Memori Baca Sahaja Boleh Diprogram Boleh Dipadam Secara Elektrik
FW	Perisian tegar
GND	tanah
GPIO	Output Input Tujuan Am
HW	Perkakasan
I²C	Litar Bersepadu Antara (bas data bersiri)
IRQ	Permintaan Gangguan
ISO / IEC	Organisasi Standard Antarabangsa / Komuniti Elektroteknikal Antarabangsa
NFC	Komunikasi Lapangan Berdekatan
OS	Sistem Operasi
PCD	Peranti Gandingan Kehampiran (Pembaca tanpa sentuh)
PICC	Kad Litar Bersepadu Proximity (kad tanpa sentuh)
PMU	Unit Pengurusan Kuasa
POR	Tetapan semula kuasa
RF	Frekuensi radio
RST	Tetapkan semula
SFWU	mod muat turun perisian tegar selamat
SPI	Antara Muka Periferal Bersiri
VEN	V Dayakan pin

Rujukan

[1] Bahagian konfigurasi CTS bagi NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] Helaian data IC PN5190, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Maklumat undang-undang

10.1 Definisi
Draf — Status draf pada dokumen menunjukkan bahawa kandungan masih di bawah semula dalamanview dan tertakluk kepada kelulusan rasmi, yang mungkin mengakibatkan pengubahsuaian atau penambahan. Semikonduktor NXP tidak memberikan sebarang representasi atau jaminan tentang ketepatan atau kesempurnaan maklumat yang disertakan dalam versi draf dokumen dan tidak akan bertanggungjawab ke atas akibat penggunaan maklumat tersebut.
10.2 Penafian
Waranti dan liabiliti terhad — Maklumat dalam dokumen ini dipercayai tepat dan boleh dipercayai. Walau bagaimanapun, Semikonduktor NXP tidak memberikan sebarang representasi atau waranti, tersurat atau tersirat, tentang ketepatan atau kesempurnaan maklumat tersebut dan tidak akan bertanggungjawab ke atas akibat penggunaan maklumat tersebut. Semikonduktor NXP tidak bertanggungjawab ke atas kandungan dalam dokumen ini jika disediakan oleh sumber maklumat di luar Semikonduktor NXP.
NXP Semiconductors tidak akan bertanggungjawab untuk sebarang kerosakan tidak langsung, sampingan, punitif, khas atau berbangkit (termasuk – tanpa had kehilangan keuntungan, kehilangan simpanan, gangguan perniagaan, kos yang berkaitan dengan penyingkiran atau penggantian sebarang produk atau caj kerja semula) sama ada atau bukan ganti rugi sedemikian adalah berdasarkan tort (termasuk kecuaian), waranti, pelanggaran kontrak atau mana-mana teori undang-undang lain.
Walaupun apa-apa kerosakan yang mungkin ditanggung oleh pelanggan atas apa jua sebab sekalipun, liabiliti agregat dan kumulatif NXP Semiconductors terhadap pelanggan untuk produk yang diterangkan di sini hendaklah dihadkan mengikut
Terma dan syarat jualan komersial Semikonduktor NXP.
Hak untuk membuat perubahan — Semikonduktor NXP berhak untuk membuat perubahan pada maklumat yang diterbitkan dalam dokumen ini, termasuk tanpa batasan spesifikasi dan penerangan produk, pada bila-bila masa dan tanpa notis. Dokumen ini menggantikan dan menggantikan semua maklumat yang dibekalkan sebelum penerbitan ini.
Kesesuaian untuk digunakan — Produk Semikonduktor NXP tidak direka bentuk, dibenarkan atau dijamin sesuai untuk digunakan dalam sokongan hayat, sistem atau peralatan kritikal hayat atau kritikal keselamatan, mahupun dalam aplikasi yang kegagalan atau pincang fungsi produk Semikonduktor NXP boleh dijangkakan dengan munasabah. mengakibatkan kecederaan diri, kematian atau harta benda yang teruk atau kerosakan alam sekitar. NXP Semiconductors dan pembekalnya tidak menerima liabiliti untuk kemasukan dan/atau penggunaan produk NXP Semiconductor dalam peralatan atau aplikasi tersebut dan oleh itu kemasukan dan/atau penggunaan tersebut adalah atas risiko pelanggan sendiri.
Aplikasi — Aplikasi yang diterangkan di sini untuk mana-mana produk ini adalah untuk tujuan ilustrasi sahaja. Semikonduktor NXP tidak membuat pernyataan atau jaminan bahawa aplikasi tersebut akan sesuai untuk kegunaan tertentu tanpa ujian atau pengubahsuaian lanjut.
Pelanggan bertanggungjawab ke atas reka bentuk dan pengendalian aplikasi dan produk mereka menggunakan produk Semikonduktor NXP, dan Semikonduktor NXP tidak bertanggungjawab untuk sebarang bantuan dengan aplikasi atau reka bentuk produk pelanggan. Adalah menjadi tanggungjawab pelanggan sepenuhnya untuk menentukan sama ada produk Semikonduktor NXP sesuai dan sesuai untuk aplikasi pelanggan dan produk yang dirancang, serta untuk aplikasi yang dirancang dan penggunaan pelanggan pihak ketiga pelanggan. Pelanggan harus menyediakan reka bentuk dan perlindungan operasi yang sesuai untuk meminimumkan risiko yang berkaitan dengan aplikasi dan produk mereka.
NXP Semiconductors tidak menerima sebarang liabiliti yang berkaitan dengan sebarang keingkaran, kerosakan, kos atau masalah yang berdasarkan sebarang kelemahan atau keingkaran dalam aplikasi atau produk pelanggan, atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. Pelanggan bertanggungjawab untuk melakukan semua ujian yang diperlukan untuk aplikasi dan produk pelanggan menggunakan produk NXP Semiconductors untuk mengelakkan lalai aplikasi dan produk atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. NXP tidak menerima sebarang liabiliti dalam hal ini.

NXP BV – NXP BV bukan syarikat yang beroperasi dan ia tidak mengedar atau menjual produk.

10.3 Lesen
Pembelian IC NXP dengan teknologi NFC — Pembelian IC Semikonduktor NXP yang mematuhi salah satu piawaian Komunikasi Medan Dekat (NFC) ISO/IEC 18092 dan ISO/IEC 21481 tidak menyampaikan lesen tersirat di bawah mana-mana hak paten yang dilanggar oleh pelaksanaan mana-mana piawaian tersebut. Pembelian IC Semikonduktor NXP tidak termasuk lesen kepada mana-mana paten NXP (atau hak IP lain) yang meliputi gabungan produk tersebut dengan produk lain, sama ada perkakasan atau perisian.

10.4 Tanda Dagangan
Notis: Semua jenama yang dirujuk, nama produk, nama perkhidmatan dan tanda dagangan adalah hak milik pemilik masing-masing.
NXP — tanda perkataan dan logo ialah tanda dagangan NXP BV
EdgeVerse — ialah tanda dagangan NXP BV
FeliCa — ialah tanda dagangan Sony Corporation.
MIFARE — ialah tanda dagangan NXP BV
MIFARE Classic — ialah tanda dagangan NXP BV

Sila ambil perhatian bahawa notis penting mengenai dokumen ini dan produk yang diterangkan di sini, telah disertakan dalam bahagian 'Maklumat undang-undang'.
© 2023 NXP BV
Untuk maklumat lanjut, sila layari: http://www.nxp.com
Semua hak terpelihara.
Tarikh keluaran: 25 Mei 2023
Pengecam dokumen: UM11942

Dokumen / Sumber

Pengawal Hadapan NXP PN5190 NFC [pdf] Manual Pengguna
PN5190, PN5190 Pengawal Hadapan NFC, Pengawal Hadapan NFC, Pengawal, UM11942

Rujukan

Manual Pengguna

PN5190 Pengawal Hadapan NFC

pengenalan

Komunikasi hos berakhirview

Mod but pengendalian IC – mod muat turun FW terjamin

Mod operasi IC – Mod Operasi Biasa

Jadual 54. Config Bitmask

Lampiran (Cthampitu)

Lampiran (indeks konfigurasi protokol RF)

Lampiran (isyarat CTS dan TESTBUS)

Singkatan

Rujukan

Maklumat undang-undang

Dokumen / Sumber

Rujukan

Tinggalkan komen

Batalkan balasan