UM11942
Lapisan instruksi PN5190
Pengontrol Ujung Depan NFC
Panduan pengguna
Pengontrol Ujung Depan NFC PN5190
Informasi Dokumen
Informasi | Isi |
Kata Kunci | PN5190, NFC, frontend NFC, pengontrol, lapisan instruksi |
Abstrak | Dokumen ini menjelaskan perintah dan respons lapisan instruksi untuk bekerja dari pengontrol host, untuk mengevaluasi pengoperasian pengontrol frontend NXP PN5190 NFC. PN5190 adalah pengontrol frontend NFC generasi berikutnya. Ruang lingkup dokumen ini adalah untuk menjelaskan perintah antarmuka untuk bekerja dengan pengontrol frontend NFC PN5190. Untuk informasi selengkapnya tentang pengoperasian pengontrol frontend NFC PN5190, lihat lembar data dan informasi pelengkapnya. |
Riwayat revisi
Putaran | Tanggal | Keterangan |
3.7 | 20230525 | • Jenis dan judul dokumen diubah dari adendum lembar data produk menjadi panduan pengguna • Pembersihan editorial • Ketentuan editorial yang diperbarui untuk sinyal SPI • Menambahkan perintah GET_CRC_USER_AREA pada Tabel 8 di Bagian 4.5.2.3 • Memperbarui berbagai detail yang berbeda untuk PN5190B1 dan PN5190B2 di Bagian 3.4.1 • Tanggapan terkini pada Bagian 3.4.7 |
3.6 | 20230111 | Deskripsi respons Pemeriksaan Integritas yang Ditingkatkan di Bagian 3.4.7 |
3.5 | 20221104 | Bagian 4.5.4.6.3 “Peristiwa”: ditambahkan |
3.4 | 20220701 | • Menambahkan perintah CONFIGURE_MULTIPLE_TESTBUS_DIGITAL pada Tabel 8 di Bagian 4.5.9.3 • Diperbarui Bagian 4.5.9.2.2 |
3.3 | 20220329 | Deskripsi perangkat keras ditingkatkan di Bagian 4.5.12.2.1 “Perintah” dan Bagian 4.5.12.2.2 “Respon” |
3.2 | 20210910 | Nomor versi firmware diperbarui dari 2.1 ke 2.01 dan 2.3 ke 2.03 |
3.1 | 20210527 | Deskripsi perintah RETRIEVE_RF_FELICA_EMD_DATA ditambahkan |
3 | 20210118 | Versi rilis resmi pertama |
Perkenalan
1.1 Pendahuluan
Dokumen ini menjelaskan Antarmuka Host PN5190 dan API. Antarmuka host fisik yang digunakan dalam dokumentasi adalah SPI. Ciri fisik SPI tidak dipertimbangkan dalam dokumen.
Pemisahan bingkai dan kontrol aliran adalah bagian dari dokumen ini.
1.1.1 Ruang Lingkup
Dokumen tersebut menjelaskan lapisan logis, kode instruksi, API yang relevan bagi pelanggan.
Komunikasi tuan rumah selesaiview
PN5190 memiliki dua mode operasi utama untuk berkomunikasi dengan pengontrol host.
- Komunikasi berbasis HDLL digunakan ketika perangkat dipicu untuk masuk:
A. Mode Unduhan Aman Terenkripsi untuk memperbarui firmware-nya - Komunikasi berbasis perintah-respons TLV (diberikan sebagai contohampsaya).
2.1 Modus HDLL
Mode HDLL digunakan untuk format pertukaran paket agar dapat bekerja dengan mode operasi IC di bawah ini:
- Mode pengunduhan firmware aman (SFWU), lihat Bagian 3
2.1.1 Deskripsi HDLL
HDLL adalah lapisan tautan yang dikembangkan oleh NXP untuk memastikan pengunduhan FW yang andal.
Pesan HDLL dibuat dari header 2 byte, diikuti oleh frame, yang terdiri dari opcode dan Payload dari perintah. Setiap pesan diakhiri dengan CRC 16-bit, seperti dijelaskan pada gambar di bawah ini:Header HDLL berisi:
- Sedikit. Yang menunjukkan apakah pesan ini merupakan satu-satunya atau bagian terakhir dari sebuah pesan (potongan = 0). Atau jika, setidaknya, ada satu bagian lain yang mengikuti (bagian = 1).
- Panjang Payload dikodekan pada 10 bit. Jadi HDLL Frame Payloadnya bisa sampai 1023 Bytes.
Urutan byte telah didefinisikan sebagai big-endian, artinya Ms Byte terlebih dahulu.
CRC16 mematuhi standar X.25 (CRC-CCITT, ISO/IEC13239) dengan polinomial x^16 + x^12 + x^5 +1 dan nilai pramuat 0xFFFF.
Ini dihitung di seluruh frame HDLL, yaitu Header + Frame.
Sample implementasi kode-C:
uint16_t statis phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t saya ;
uint16_t crc_new;
uint16_t crc = 0xffffU;
untuk (Saya = 0; saya < dwPanjang; saya++)
{
crc_baru = (uint8_t)(crc >> 8) | (krc << 8 );
crc_baru ^= p[i];
crc_baru ^= (uint8_t)(crc_baru & 0xff) >> 4;
crc_baru ^= crc_baru << 12;
crc_baru ^= (crc_baru & 0xff) << 5;
crc = crc_baru;
}
kembali crc;
}
2.1.2 Pemetaan transportasi melalui SPI
Untuk setiap pernyataan NTS, byte pertama selalu berupa HEADER (byte indikasi aliran), dapat berupa 0x7F/0xFF sehubungan dengan operasi tulis/baca.
2.1.2.1 Tulis Urutan dari host (arah DH => PN5190)2.1.2.2 Urutan Baca dari host (Arah PN5190 => DH)
2.1.3 Protokol HDLL
HDLL adalah protokol respons perintah. Semua operasi yang disebutkan di atas dipicu melalui perintah tertentu dan divalidasi berdasarkan respons.
Perintah dan respons mengikuti sintaks pesan HDLL, perintah dikirim oleh host perangkat, respons oleh PN5190. Opcode menunjukkan jenis perintah dan respons.
Komunikasi berbasis HDLL, hanya digunakan ketika PN5190 dipicu untuk masuk ke mode “Pengunduhan firmware aman”.
2.2 Modus TVV
TLV adalah singkatan dari Tag Nilai Panjang.
2.2.1 Definisi bingkai
Bingkai SPI dimulai dengan tepi turun NTS dan diakhiri dengan tepi naik NTS. SPI sesuai definisi fisik dupleks penuh tetapi PN5190 menggunakan SPI dalam mode setengah dupleks. Mode SPI dibatasi pada CPOL 0 dan CPHA 0 dengan kecepatan clock maksimal seperti yang ditentukan pada [2]. Setiap frame SPI terdiri dari header 1 byte dan isi n-byte.
2.2.2 Indikasi aliranHOST selalu mengirimkan byte indikasi aliran sebagai byte pertama, baik ingin menulis atau membaca data dari PN5190.
Jika ada permintaan baca dan tidak ada data yang tersedia, responsnya berisi 0xFF.
Data setelah byte indikasi aliran adalah satu atau beberapa pesan.
Untuk setiap pernyataan NTS, byte pertama selalu berupa HEADER (byte indikasi aliran), dapat berupa 0x7F/0xFF sehubungan dengan operasi tulis/baca.
2.2.3 Jenis pesan
Pengontrol host harus berkomunikasi dengan PN5190 menggunakan pesan yang diangkut dalam bingkai SPI.
Ada tiga jenis pesan yang berbeda:
- Memerintah
- Tanggapan
- Peristiwa
Diagram komunikasi di atas menunjukkan arah yang diperbolehkan untuk berbagai jenis pesan seperti di bawah ini:
- Perintah dan tanggapan.
- Perintah hanya dikirim dari pengontrol host ke PN5190.
- Respons dan kejadian hanya dikirim dari PN5190 ke pengontrol host.
- Respons perintah disinkronkan menggunakan pin IRQ.
- Host dapat mengirimkan perintah hanya ketika IRQ rendah.
- Host dapat membaca respon/event hanya ketika IRQ tinggi.
2.2.3.1 Urutan dan aturan yang diperbolehkanUrutan perintah, respons, dan peristiwa yang diizinkan
- Sebuah perintah selalu diakui oleh respon, atau peristiwa, atau keduanya.
- Pengontrol host tidak diperbolehkan mengirim perintah lain sebelum menerima respon terhadap perintah sebelumnya.
- Peristiwa dapat dikirim secara asinkron kapan saja (TIDAK disisipkan dalam pasangan perintah/respons).
- Pesan EVENT tidak pernah digabungkan dengan pesan RESPONSE dalam satu frame.
Catatan: Ketersediaan pesan (baik RESPONSE atau EVENT) ditandai dengan IRQ tinggi, dari rendah. IRQ tetap tinggi sampai semua respon atau frame kejadian terbaca. Hanya setelah sinyal IRQ rendah, host dapat mengirimkan perintah berikutnya.
2.2.4 Format pesan
Setiap pesan dikodekan dalam struktur TLV dengan muatan n-byte untuk setiap pesan kecuali perintah SWITCH_MODE_NORMAL.Setiap TLV terdiri dari:
Ketik (T) => 1 byte
Bit[7] Jenis Pesan
0: Pesan PERINTAH atau RESPONS
1: pesan ACARA
Bit[6:0]: Kode instruksi
Panjang (L) => 2 byte (harus dalam format big-endian)
Nilai (V) => N byte nilai/data TLV (Command Parameters / Response data) berdasarkan bidang Panjang (format big-endian)
2.2.4.1 Bingkai terpisah
Pesan COMMAND harus dikirim dalam satu frame SPI.
Pesan RESPONSE dan EVENT dapat dibaca dalam beberapa frame SPI, misalnya untuk membaca panjang byte.Pesan RESPONSE atau EVENT dapat dibaca dalam frame SPI tunggal namun ditunda oleh NO-CLOCK di antaranya, misalnya, untuk membaca panjang byte.
Mode boot pengoperasian IC – mode unduh FW aman
3.1 Pendahuluan
Sebagian kode firmware PN5190 disimpan secara permanen di ROM, sedangkan kode dan data lainnya disimpan di flash yang tertanam. Data pengguna disimpan dalam flash dan dilindungi oleh mekanisme anti-sobek yang menjamin integritas dan ketersediaan data. Untuk menyediakan fitur yang sesuai dengan standar terbaru (EMVCo, Forum NFC, dan sebagainya) kepada pelanggan NXP, kode dan data pengguna di FLASH dapat diperbarui.
Keaslian dan integritas firmware terenkripsi dilindungi oleh tanda tangan kunci asimetris/simetris dan mekanisme hash berantai terbalik. Perintah DL_SEC_WRITE pertama berisi hash dari perintah kedua dan dilindungi oleh tanda tangan RSA pada payload frame pertama. Firmware PN5190 menggunakan kunci publik RSA untuk mengautentikasi perintah pertama. Hash berantai di setiap perintah digunakan untuk mengautentikasi perintah berikutnya, untuk memastikan bahwa kode dan data firmware tidak diakses oleh pihak ketiga.
Muatan perintah DL_SEC_WRITE dienkripsi dengan kunci AES-128. Setelah otentikasi setiap perintah, konten payload didekripsi dan ditulis ke flash dengan firmware PN5190.
Untuk firmware NXP, NXP bertugas memberikan pembaruan firmware baru yang aman, bersama dengan data Pengguna baru.
Prosedur pembaruan dilengkapi dengan mekanisme untuk melindungi keaslian, integritas, dan kerahasiaan kode dan data NXP.
Skema paket bingkai berbasis HDLL digunakan untuk semua perintah dan respons untuk mode peningkatan firmware aman.
Bagian 2.1 menyediakan hal di atasview skema paket bingkai HDLL yang digunakan.
IC PN5190 mendukung pengunduhan FW aman terenkripsi lama dan protokol pengunduhan FW aman terenkripsi dengan bantuan kripto perangkat keras, bergantung pada varian yang digunakan.
Kedua jenis tersebut adalah:
- Protokol unduhan FW aman lama yang hanya berfungsi dengan versi IC PN5190 B0/B1.
- Protokol pengunduhan FW aman berbantuan kripto perangkat keras yang bekerja hanya dengan versi IC PN5190B2, yang menggunakan blok kripto perangkat keras on-chip
Bagian berikut menjelaskan perintah dan respons mode pengunduhan firmware aman.
3.2 Cara memicu mode “Pengunduhan firmware aman”.
Diagram di bawah ini, dan langkah selanjutnya, menunjukkan cara memicu mode pengunduhan firmware aman.Prakondisi: PN5190 dalam status Operasi.
Skenario utama:
- Kondisi entri dimana pin DWL_REQ digunakan untuk masuk ke mode “Pengunduhan firmware aman”.
A. Host perangkat menarik pin DWL_REQ tinggi (hanya valid jika pembaruan firmware aman melalui pin DWL_REQ) ATAU
B. Host perangkat melakukan hard-reset untuk mem-boot PN5190 - Kondisi entri dimana pin DWL_REQ tidak digunakan untuk masuk ke mode “Pengunduhan firmware aman” (pengunduhan tanpa pin).
A. Host perangkat melakukan hard-reset untuk mem-boot PN5190
B. Host perangkat mengirimkan SWITCH_MODE_NORMAL (Bagian 4.5.4.5) untuk masuk ke mode aplikasi normal.
C. Sekarang ketika IC dalam mode aplikasi normal, Host perangkat mengirimkan SWITCH_MODE_DOWNLOAD (Bagian 4.5.4.9) untuk masuk ke mode download aman. - Host perangkat mengirimkan perintah DL_GET_VERSION (Bagian 3.4.4), atau DL_GET_DIE_ID (Bagian 3.4.6), atau DL_GET_SESSION_STATE (Bagian 3.4.5).
- Host perangkat membaca versi perangkat keras dan firmware saat ini, sesi, Die-id dari perangkat.
A. Host perangkat memeriksa status sesi jika unduhan terakhir telah selesai
B. Host perangkat menerapkan aturan pemeriksaan versi untuk memutuskan apakah akan memulai pengunduhan atau keluar dari pengunduhan. - Host perangkat memuat dari a file kode biner firmware yang akan diunduh
- Host perangkat menyediakan perintah DL_SEC_WRITE (Bagian 3.4.8) pertama yang berisi:
A. Versi firmware baru,
B. Nonce 16-byte dari nilai arbitrer yang digunakan untuk kebingungan kunci enkripsi
C. Nilai intisari dari frame berikutnya,
D. Tanda tangan digital dari bingkai itu sendiri - Host perangkat memuat urutan protokol pengunduhan aman ke PN5190 dengan perintah DL_SEC_WRITE (Bagian 3.4.8)
- Ketika perintah DL_SEC_WRITE (Bagian 3.4.8) terakhir telah dikirim, host perangkat menjalankan perintah DL_CHECK_INTEGRITY (Bagian 3.4.7) untuk memeriksa apakah memori telah berhasil ditulis.
- Host perangkat membaca versi firmware baru dan memeriksa status sesi jika ditutup untuk pelaporan ke lapisan atas
- Host perangkat menarik pin DWL_REQ ke rendah (jika pin DWL_REQ digunakan untuk masuk ke mode unduh)
- Host perangkat melakukan hard reset (mengalihkan pin VEN) pada perangkat untuk mem-boot ulang PN5190
Kondisi pasca: Firmware diperbarui; nomor versi firmware baru dilaporkan.
3.3 Tanda tangan firmware dan kontrol versi
Dalam mode pengunduhan firmware PN5190, terdapat mekanisme yang memastikan bahwa hanya firmware yang ditandatangani dan dikirimkan oleh NXP yang akan diterima untuk firmware NXP.
Berikut ini hanya berlaku untuk firmware NXP aman terenkripsi.
Selama sesi pengunduhan, versi firmware 16 bit baru dikirimkan. Terdiri dari bilangan mayor dan minor:
- Nomor utama: 8 bit (MSB)
- Nomor kecil: 8 bit (LSB)
PN5190 memeriksa apakah nomor versi utama yang baru lebih besar atau sama dengan yang sekarang. Jika tidak, pengunduhan firmware aman akan ditolak, dan sesi akan tetap ditutup.
3.4 Perintah HDLL untuk unduhan terenkripsi lama dan bantuan kripto perangkat keras unduhan terenkripsi
Bagian ini memberikan informasi tentang perintah dan respons yang digunakan untuk kedua jenis pengunduhan untuk pengunduhan firmware NXP.
3.4.1 Kode OP Perintah HDLL
Catatan: Bingkai perintah HDLL diselaraskan dengan 4 byte. Byte payload yang tidak digunakan dibiarkan nihil.
Tabel 1. Daftar kode OP perintah HDLL
PN5190 B0/B1 (Unduhan lama) |
PN5190 B2 (Unduhan dengan bantuan kripto) |
Perintah Alias | Keterangan |
Nomor telepon 0xF0 | 0xE5 | DL_RESET | Melakukan reset lunak |
Nomor telepon 0xF1 | 0xE1 | DL_GET_VERSION | Mengembalikan nomor versi |
Nomor telepon 0xF2 | 0xDB | DL_GET_SESSION_STATE | Mengembalikan status sesi saat ini |
Nomor telepon 0xF4 | 0xDF | DL_GET_DIE_ID | Mengembalikan ID dadu |
0xE0 | 0xE7 | DL_CHECK_INTEGRITAS | Memeriksa dan mengembalikan CRC di berbagai area serta tanda status lulus/gagal untuk masing-masing area |
0xC0 | 0x8C | DL_SEC_WRITE | Menulis x byte ke memori dimulai dari alamat absolut y |
3.4.2 Opcode Respons HDLL
Catatan: Bingkai respons HDLL diselaraskan dengan 4 byte. Byte payload yang tidak digunakan dibiarkan nihil. Hanya respons DL_OK yang dapat berisi nilai payload.
Tabel 2. Daftar kode OP respon HDLL
opcode | Jawaban Alias | Keterangan |
ukuran 0x00 | DL_OK | Perintah berlalu |
ukuran 0x01 | DL_INVALID_ADDR | Alamat tidak diperbolehkan |
0x0B | DL_UNKNOW_CMD | Perintah tidak diketahui |
0x0C | DL_ABORTED_CMD | Urutan potongan terlalu besar |
0x1E | DL_ADDR_RANGE_OFL_ERROR | Alamat di luar jangkauan |
0x1F | DL_BUFFER_OFL_ERROR | Buffer terlalu kecil |
ukuran 0x20 | DL_MEM_BSY | Memori sibuk |
ukuran 0x21 | DL_SIGNATURE_ERROR | Ketidakcocokan tanda tangan |
ukuran 0x24 | DL_FIRMWARE_VERSION_ERROR | Versi saat ini sama atau lebih tinggi |
ukuran 0x28 | DL_PROTOCOL_ERROR | Kesalahan protokol |
0x2A | DL_SFWU_DEGRADED | Kerusakan data flash |
0x2D | PH_STATUS_DL_FIRST_CHUNK | Potongan pertama diterima |
0x2E | PH_STATUS_DL_NEXT_CHUNK | Tunggu potongan selanjutnya |
0xC5 | PH_STATUS_INTERNAL_ERROR_5 | Ketidakcocokan panjang |
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] Reset mencegah PN5190 mengirimkan jawaban DL_STATUS_OK. Oleh karena itu, hanya status yang salah yang dapat diterima.
STAT adalah status pengembalian.
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] Kerangka muatan dari respons GetVersion adalah:
Tabel 3. Respon terhadap perintah GetVersion
Bidang | Byte | Keterangan |
STAT | 1 | Status |
HW_V | 2 | Versi perangkat keras |
RO_V | 3 | kode ROM |
MODEL_ID | 4 | ID Model |
FMxV | Nomor telepon 5-6 | Versi firmware (digunakan untuk mengunduh) |
RFU1-RFU2 | Nomor telepon 7-8 | – |
Nilai yang diharapkan dari berbagai bidang respons dan pemetaannya adalah sebagai berikut:
Tabel 4. Nilai yang diharapkan dari respons perintah GetVersion
Tipe IC | Versi HW (hex) | Versi ROM (hex) | ID Model (heksa) | Versi FW (hex) |
PN5190 B0 | ukuran 0x51 | ukuran 0x02 | ukuran 0x00 | xx.yy |
PN5190 B1 | ukuran 0x52 | ukuran 0x02 | ukuran 0x00 | xx.yy |
PN5190 B2 | ukuran 0x53 | ukuran 0x03 | ukuran 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] Kerangka muatan dari respons GetSession adalah:
Tabel 5. Respon terhadap perintah GetSession
Bidang | Byte | Keterangan |
STAT | 1 | Status |
SSTA | 2 | Status sesi • 0x00: ditutup • 0x01: terbuka • 0x02: terkunci (unduh tidak diperbolehkan lagi) |
RFU | Nomor telepon 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] Kerangka muatan dari respons GetDieId adalah:
Tabel 6. Respon terhadap perintah GetDieId
Bidang | Byte | Keterangan |
STAT | 1 | Status |
RFU | Nomor telepon 2-4 | |
MATI | Nomor telepon 5-20 | ID dadu (16 byte) |
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] CRC16] Kerangka muatan dari respons CheckIntegrity adalah:
Tabel 7. Respon terhadap perintah CheckIntegrity
Bidang | Byte | Nilai/Deskripsi | |
STAT | 1 | Status | |
DATA LEN | 2 | Jumlah total bagian data | |
KODE LEN | 3 | Jumlah total bagian kode | |
RFU | 4 | Disimpan | |
[CRC_INFO] | 58 | 32 bit (little-endian). Jika sedikit disetel, CRC dari bagian terkait adalah OK, jika tidak, Tidak OK. | |
Sedikit | Status integritas kawasan | ||
[31:28] | Dicadangkan [3] | ||
[27:23] | Dicadangkan [1] | ||
[22] | Dicadangkan [3] | ||
[21:20] | Dicadangkan [1] | ||
[19] | Area konfigurasi RF (PN5190 B0/B1) [2] Dicadangkan (PN5190 B2) [3] | ||
[18] | Area konfigurasi protokol (PN5190 B0/B1) [2] Area konfigurasi RF (PN5190 B2) [2] | ||
[17] | Dicadangkan (PN5190 B0/B1) [3] Area konfigurasi pengguna (PN5190 B2) [2] | ||
[16:6] | Dicadangkan [3] | ||
[5:4] | Dicadangkan Untuk PN5190 B0/B1 [3] Dicadangkan Untuk PN5190 B2 [1] | ||
[3:0] | Dicadangkan [1] | ||
[CRC32] | Nomor telepon 9-136 | CRC32 dari 32 bagian. Setiap CRC berukuran 4 byte yang disimpan dalam format little-endian. 4 byte pertama CRC adalah bit CRC_INFO[31], 4 byte CRC berikutnya adalah bit CRC_ INFO[30] dan seterusnya. |
- [1] Bit ini harus bernilai 1 agar PN5190 dapat berfungsi dengan baik (dengan fitur dan atau pengunduhan FW terenkripsi).
- [2] Bit ini diatur ke 1 secara default, tetapi pengaturan yang diubah pengguna membuat CRC tidak valid. Tidak berpengaruh pada fungsi PN5190..
- [3] Nilai bit ini, meskipun 0, tidak relevan. Nilai bit ini dapat diabaikan..
3.4.8 Perintah DL_SEC_WRITE
Perintah DL_SEC_WRITE harus dipertimbangkan dalam konteks rangkaian perintah penulisan aman: “unduhan firmware aman” terenkripsi (sering disebut sebagai eSFWu).
Perintah tulis aman pertama-tama membuka sesi pengunduhan dan meneruskan otentikasi RSA. Yang berikutnya meneruskan alamat dan byte terenkripsi untuk ditulis ke Flash PN5190. Semua kecuali yang terakhir berisi hash berikutnya, oleh karena itu menginformasikan bahwa mereka bukan yang terakhir, dan secara kriptografis menyatukan frame-frame urutan tersebut.
Perintah lain (kecuali DL_RESET dan DL_CHECK_INTEGRITY) dapat disisipkan di antara perintah tulis aman dari suatu urutan tanpa merusaknya.
3.4.8.1 Perintah DL_SEC_WRITE pertama
Perintah tulis aman adalah yang pertama jika dan hanya jika:
- Panjang bingkai adalah 312 byte
- Tidak ada perintah tulis aman yang diterima sejak reset terakhir.
- Tanda tangan yang tertanam berhasil diverifikasi oleh PN5190.
Respons terhadap perintah frame pertama adalah seperti di bawah ini: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT adalah status pengembalian.
Catatan: Setidaknya satu potongan data harus ditulis selama eSFWu meskipun panjang data yang ditulis mungkin hanya satu byte. Oleh karena itu, perintah pertama akan selalu berisi hash dari perintah berikutnya, karena setidaknya akan ada dua perintah.
3.4.8.2 Perintah DL_SEC_WRITE tengah
Perintah tulis aman adalah 'perintah tengah' jika dan hanya jika:
- Opcode seperti yang dijelaskan di Bagian 3.4.1 untuk perintah DL_SEC_WRITE.
- Perintah tulis aman pertama telah diterima dan berhasil diverifikasi sebelumnya
- Tidak ada pengaturan ulang yang terjadi sejak menerima perintah tulis aman pertama
- Panjang frame sama dengan ukuran data + ukuran header + ukuran hash: FLEN = SIZE + 6 + 32
- Intisari seluruh frame sama dengan nilai hash yang diterima pada frame sebelumnya
Respons terhadap perintah frame pertama adalah seperti di bawah ini: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT adalah status pengembalian.
3.4.8.3 Perintah DL_SEC_WRITE terakhir
Perintah tulis aman adalah yang terakhir jika dan hanya jika:
- Opcode seperti yang dijelaskan di Bagian 3.4.1 untuk perintah DL_SEC_WRITE.
- Perintah tulis aman pertama telah diterima dan berhasil diverifikasi sebelumnya
- Tidak ada pengaturan ulang yang terjadi sejak menerima perintah tulis aman pertama
- Panjang frame sama dengan ukuran data + ukuran header: FLEN = SIZE + 6
- Intisari seluruh frame sama dengan nilai hash yang diterima pada frame sebelumnya
Respons terhadap perintah frame pertama adalah seperti di bawah ini: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT adalah status pengembalian.
Mode boot pengoperasian IC – Mode Operasi Normal
4.1 Pendahuluan
Umumnya IC PN5190 harus dalam mode operasi normal untuk mendapatkan fungsi NFC darinya.
Saat IC PN5190 melakukan booting, IC PN5190 selalu menunggu perintah diterima dari host untuk melakukan operasi, kecuali peristiwa yang dihasilkan dalam IC PN5190 mengakibatkan booting IC PNXNUMX.
4.2 Daftar perintah selesaiview
Tabel 8. Daftar perintah PN5190
Kode perintah | Nama perintah |
ukuran 0x00 | TULIS_DAFTAR |
ukuran 0x01 | TULIS_REGISTER_OR_MASK |
ukuran 0x02 | TULIS_REGISTER_AND_MASK |
ukuran 0x03 | TULIS_REGISTER_MULTIPLE |
ukuran 0x04 | BACA_DAFTAR |
ukuran 0x05 | BACA_REGISTER_MULTIPLE |
ukuran 0x06 | TULIS_E2PROM |
ukuran 0x07 | BACA_E2PROM |
ukuran 0x08 | TRANSMIT_RF_DATA |
ukuran 0x09 | RETRIEVE_RF_DATA |
0x0A | PERTUKARAN_RF_DATA |
0x0B | MFC_AUTHENTICATE |
0x0C | EPC_GEN2_INVENTORY |
0x0D | LOAD_RF_CONFIGURATION |
0x0E | UPDATE_RF_CONFIGURATION |
0x0F | DAPATKAN_ RF_CONFIGURATION |
ukuran 0x10 | RF_ON |
ukuran 0x11 | RF_OFF |
ukuran 0x12 | KONFIGURASI TESTBUS_DIGITAL |
ukuran 0x13 | KONFIGURE_TESTBUS_ANALOG |
ukuran 0x14 | CTS_ENABLE |
ukuran 0x15 | CTS_CONFIGURE |
ukuran 0x16 | CTS_RETRIEVE_LOG |
0x17-0x18 | RFU |
ukuran 0x19 | hingga FW v2.01: RFU |
mulai FW v2.03 dan seterusnya: RETRIEVE_RF_FELICA_EMD_DATA | |
0x1A | RECEIVE_RF_DATA |
0x1B-0x1F | RFU |
ukuran 0x20 | SWITCH_MODE_NORMAL |
ukuran 0x21 | SWITCH_MODE_AUTOCOLL |
ukuran 0x22 | SWITCH_MODE_STANDBY |
ukuran 0x23 | SWITCH_MODE_LPCD |
ukuran 0x24 | RFU |
ukuran 0x25 | SWITCH_MODE_DOWNLOAD |
ukuran 0x26 | DAPATKAN_DIEID |
ukuran 0x27 | DAPATKAN_VERSI |
ukuran 0x28 | RFU |
ukuran 0x29 | hingga FW v2.05: RFU |
dari FW v2.06 dan seterusnya: GET_CRC_USER_AREA | |
0x2A | hingga FW v2.03: RFU |
mulai FW v2.05 dan seterusnya: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
0x2B-0x3F | RFU |
ukuran 0x40 | ANTENNA_SELF_TEST (Tidak Didukung) |
ukuran 0x41 | PRBS_TEST |
0x42-0x4F | RFU |
4.3 Nilai status respons
Berikut ini adalah nilai status respons, yang dikembalikan sebagai bagian dari respons dari PN5190 setelah perintah dioperasionalkan.
Tabel 9. Nilai status respons PN5190
Status respons | Nilai status respons | Keterangan |
PN5190_STATUS_SUKSES | ukuran 0x00 | Menunjukkan bahwa operasi berhasil diselesaikan |
PN5190_STATUS_TIMEOUT | ukuran 0x01 | Menunjukkan bahwa pengoperasian perintah mengakibatkan batas waktu |
PN5190_STATUS_INTEGRITY_ERROR | ukuran 0x02 | Menunjukkan bahwa pengoperasian perintah mengakibatkan kesalahan integritas data RF |
PN5190_STATUS_RF_COLLISION_ERROR | ukuran 0x03 | Menunjukkan bahwa pengoperasian perintah mengakibatkan kesalahan tabrakan RF |
PN5190_STATUS_RFU1 | ukuran 0x04 | Disimpan |
PN5190_STATUS_INVALID_COMMAND | ukuran 0x05 | Menunjukkan bahwa perintah yang diberikan tidak valid/tidak dilaksanakan |
PN5190_STATUS_RFU2 | ukuran 0x06 | Disimpan |
PN5190_STATUS_AUTH_ERROR | ukuran 0x07 | Menunjukkan bahwa otentikasi MFC gagal (izin ditolak) |
PN5190_STATUS_MEMORY_ERROR | ukuran 0x08 | Menunjukkan bahwa pengoperasian perintah mengakibatkan kesalahan pemrograman atau kesalahan memori internal |
PN5190_STATUS_RFU4 | ukuran 0x09 | Disimpan |
PN5190_STATUS_NO_RF_FIELD | 0x0A | Menunjukkan bahwa tidak ada atau kesalahan pada keberadaan bidang RF internal (hanya berlaku jika mode inisiator/pembaca) |
PN5190_STATUS_RFU5 | 0x0B | Disimpan |
PN5190_STATUS_SYNTAX_ERROR | 0x0C | Menunjukkan bahwa panjang bingkai perintah yang diterima tidak valid |
PN5190_STATUS_RESOURCE_ERROR | 0x0D | Menunjukkan bahwa terjadi kesalahan sumber daya internal |
PN5190_STATUS_RFU6 | 0x0E | Disimpan |
PN5190_STATUS_RFU7 | 0x0F | Disimpan |
PN5190_STATUS_NO_EXTERNAL_RF_FIELD | ukuran 0x10 | Menunjukkan bahwa tidak ada medan RF eksternal yang muncul selama eksekusi perintah (Hanya berlaku dalam mode kartu/target) |
PN5190_STATUS_RX_TIMEOUT | ukuran 0x11 | Menunjukkan bahwa data tidak diterima setelah RFExchange dimulai dan waktu RX habis. |
PN5190_STATUS_USER_CANCELLED | ukuran 0x12 | Menunjukkan bahwa perintah yang sedang berjalan dibatalkan |
PN5190_STATUS_PREVENT_STANDBY | ukuran 0x13 | Menunjukkan bahwa PN5190 dicegah untuk masuk ke mode Siaga |
PN5190_STATUS_RFU9 | ukuran 0x14 | Disimpan |
PN5190_STATUS_CLOCK_ERROR | ukuran 0x15 | Menunjukkan bahwa jam ke CLIF tidak dimulai |
PN5190_STATUS_RFU10 | ukuran 0x16 | Disimpan |
PN5190_STATUS_PRBS_ERROR | ukuran 0x17 | Menunjukkan bahwa perintah PRBS menghasilkan kesalahan |
PN5190_STATUS_INSTR_ERROR | ukuran 0x18 | Menunjukkan bahwa pengoperasian perintah gagal (mungkin termasuk, kesalahan dalam parameter instruksi, kesalahan sintaksis, kesalahan dalam operasi itu sendiri, persyaratan awal untuk instruksi tidak terpenuhi, dll.) |
PN5190_STATUS_ACCESS_DENIED | ukuran 0x19 | Menunjukkan bahwa akses ke memori internal ditolak |
PN5190_STATUS_TX_FAILURE | 0x1A | Menunjukkan bahwa TX melalui RF gagal |
PN5190_STATUS_NO_ANTENNA | 0x1B | Menunjukkan bahwa tidak ada antena yang terhubung/ada |
PN5190_STATUS_TXLDO_ERROR | 0x1C | Menunjukkan adanya kesalahan pada TXLDO ketika VUP tidak tersedia dan RF dalam keadaan ON. |
PN5190_STATUS_RFCFG_NOT_APPLIED | 0x1D | Menunjukkan bahwa konfigurasi RF tidak dimuat ketika RF AKTIF |
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | hingga FW 2.01: tidak diharapkan |
dari FW 2.03 dan seterusnya: Menunjukkan bahwa selama Pertukaran dengan LOG ENABLE BIT diatur dalam register FeliCa EMD, Kesalahan FeliCa EMD diamati |
||
PN5190_STATUS_INTERNAL_ERROR | 0x7F | Menunjukkan bahwa operasi NVM gagal |
PN5190_STATUS_SUCCSES_CHAINING | 0xAF | Menunjukkan bahwa, lebih jauh lagi, data sedang menunggu untuk dibaca |
4.4 Acara Berakhirview
Ada dua cara acara diberitahukan kepada tuan rumah.
4.4.1 Kejadian normal pada pin IRQ
Acara-acara ini dikategorikan sebagai berikut:
- Selalu diaktifkan – Host selalu diberitahu
- Dikendalikan oleh Host – Host diberitahu, jika masing-masing bit Event Enable diatur dalam register (EVENT_ENABLE (01h)).
Interupsi tingkat rendah dari IP periferal termasuk CLIF harus ditangani sepenuhnya dalam firmware dan host hanya akan diberi tahu tentang peristiwa yang tercantum di bagian peristiwa.
Firmware mengimplementasikan dua register peristiwa sebagai register RAM yang dapat ditulis/Dibaca menggunakan perintah Bagian 4.5.1.1/Bagian 4.5.1.5.
Register EVENT_ENABLE (0x01) => Aktifkan notifikasi acara tertentu/semua.
Register EVENT_STATUS (0x02) => Bagian dari muatan pesan Acara.
Acara akan diselesaikan oleh tuan rumah setelah pesan acara dibacakan oleh tuan rumah.
Peristiwa bersifat asinkron dan diberitahukan ke host, jika diaktifkan dalam register EVENT_ENABLE.
Berikut ini adalah daftar acara yang akan tersedia bagi tuan rumah sebagai bagian dari pesan acara.
Tabel 10. Acara PN5190 (isi EVENT_STATUS)
Sedikit – Rentang | Bidang [1] | Selalu Diaktifkan (Y/T) | |
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 | WAKTU0_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 |
- Perhatikan bahwa tidak ada dua kejadian yang dipukul kecuali jika terjadi kesalahan. Jika terjadi kesalahan selama operasi, kejadian fungsional (misalnya BOOT_EVENT, AUTOCALL_EVENT, dll.) dan GENERAL_ERROR_EVENT akan disetel.
- Acara ini akan otomatis dinonaktifkan setelah diposting ke host. Tuan rumah harus mengaktifkan kembali acara ini jika ingin agar acara ini diberitahukan kepadanya.
4.4.1.1 Format pesan acara
Format pesan kejadian berbeda-beda, bergantung pada kejadian suatu kejadian dan keadaan PN5190 yang berbeda.
Tuan rumah harus membaca tag (T) dan panjang pesan (L) dan kemudian membaca jumlah byte yang sesuai sebagai nilai (V) dari peristiwa tersebut.
Secara umum, pesan kejadian (lihat Gambar 12) berisi EVENT_STATUS seperti yang didefinisikan pada Tabel 11 dan data kejadian sesuai dengan bit kejadian masing-masing yang diatur dalam EVENT_STATUS.
Catatan:
Untuk beberapa event, payload tidak ada. Misalnya Jika TIMER0_EVENT dipicu, hanya EVENT_STATUS yang disediakan sebagai bagian dari pesan acara.
Tabel 11 juga merinci apakah data peristiwa ada untuk peristiwa terkait dalam pesan peristiwa.GENERAL_ERROR_EVENT juga dapat terjadi dengan peristiwa lainnya.
Dalam skenario ini, pesan peristiwa (lihat Gambar 13) berisi EVENT_STATUS seperti yang ditentukan dalam Tabel 11 dan GENERAL_ERROR_STATUS_DATA seperti yang ditentukan dalam Tabel 14 dan kemudian data peristiwa sesuai dengan bit peristiwa masing-masing yang diatur dalam EVENT_STATUS seperti yang ditentukan dalam Tabel 11.Catatan:
Hanya setelah BOOT_EVENT atau setelah POR, STANDBY, UPCD, host akan dapat bekerja dalam mode operasi normal dengan mengeluarkan perintah yang tercantum di atas.
Jika perintah yang sedang berjalan dibatalkan, hanya setelah IDLE_EVENT, host akan dapat bekerja dalam mode operasi normal dengan mengeluarkan perintah yang tercantum di atas.
4.4.1.2 Definisi status EVENT yang berbeda
4.4.1.2.1 Definisi bit untuk EVENT_STATUS
Tabel 11. Definisi bit EVENT_STATUS
Sedikit (Ke – Dari) | Peristiwa | Keterangan | Data peristiwa dari peristiwa terkait (jika ada) |
|
31 | 12 | RFU | Disimpan | |
11 | 11 | CTS_EVENT | Bit ini diset ketika event CTS dihasilkan. | Tabel 86 |
10 | 10 | IDLE_EVENT | Bit ini disetel, ketika perintah yang sedang berlangsung dibatalkan karena dikeluarkannya perintah SWITCH_MODE_NORMAL. | Tidak ada data peristiwa |
9 | 9 | LPCD_CALIBRATION_DONE_ PERISTIWA |
Bit ini diatur ketika peristiwa kalibrasi LPCD selesai dihasilkan. | Tabel 16 |
8 | 8 | LPCD_EVENT | Bit ini diset ketika event LPCD dihasilkan. | Tabel 15 |
7 | 7 | AUTOCOLL_EVENT | Bit ini disetel ketika operasi AUTOCOLL selesai. | Tabel 52 |
6 | 6 | WAKTU0_EVENT | Bit ini diset ketika event TIMER0 terjadi. | Tidak ada data peristiwa |
5 | 5 | TX_OVERCURRENT_ERROR_ PERISTIWA |
Bit ini diset ketika arus pada driver TX lebih tinggi dari ambang batas yang ditentukan di EEPROM. Dalam kondisi ini, lapangan secara otomatis dimatikan sebelum pemberitahuan kepada tuan rumah. Silakan lihat Bagian 4.4.2.2. | Tidak ada data peristiwa |
4 | 4 | RFON_DET_EVENT | Bit ini disetel ketika medan RF eksternal terdeteksi. | Tidak ada data peristiwa |
3 | 3 | RFOFF_DET_EVENT | Bit ini disetel ketika medan RF eksternal yang sudah ada menghilang. | Tidak ada data peristiwa |
2 | 2 | STANDBY_PREV_EVENT | Bit ini disetel ketika siaga dicegah karena ada kondisi pencegahan | Tabel 13 |
1 | 1 | GENERAL_ERROR_EVENT | Bit ini disetel ketika ada kondisi kesalahan umum | Tabel 14 |
0 | 0 | BOOT_EVENT | Bit ini disetel, ketika PN5190 di-boot dengan POR/Standby | Tabel 12 |
4.4.1.2.2 Definisi bit untuk BOOT_STATUS_DATA
Tabel 12. Definisi bit BOOT_STATUS_DATA
Sedikit ke | Sedikit Dari | Status boot | Alasan boot karena |
31 | 27 | RFU | Disimpan |
26 | 26 | ULP_STANDBY | Alasan Bootup karena keluar dari ULP_STANDBY. |
25 | 23 | RFU | Disimpan |
22 | 22 | BOOT_ RX_ULPDET | RX ULPDET menghasilkan booting dalam mode ULP-Standby |
21 | 21 | RFU | Disimpan |
20 | 20 | BOOT_SPI | Alasan Bootup karena sinyal SPI_NTS ditarik rendah |
19 | 17 | RFU | Disimpan |
16 | 16 | BOOT_GPIO3 | Alasan Bootup karena transisi GPIO3 dari rendah ke tinggi. |
15 | 15 | BOOT_GPIO2 | Alasan Bootup karena transisi GPIO2 dari rendah ke tinggi. |
14 | 14 | BOOT_GPIO1 | Alasan Bootup karena transisi GPIO1 dari rendah ke tinggi. |
13 | 13 | BOOT_GPIO0 | Alasan Bootup karena transisi GPIO0 dari rendah ke tinggi. |
12 | 12 | BOOT_LPDET | Alasan Bootup karena adanya medan RF eksternal selama STANDBY/SUSPEND |
11 | 11 | RFU | Disimpan |
10 | 8 | RFU | Disimpan |
7 | 7 | BOOT_SOFT_RESET | Alasan Bootup karena soft reset IC |
6 | 6 | BOOT_VDDIO_LOSS | Alasan Bootup karena hilangnya VDDIO. Lihat Bagian 4.4.2.3 |
5 | 5 | BOOT_VDDIO_START | Alasan Bootup jika STANDBY dimasukkan dengan VDDIO LOSS. Lihat Bagian 4.4.2.3 |
4 | 4 | BOOT_WUC | Alasan Bootup karena penghitung bangun telah berlalu selama operasi STANDBY. |
3 | 3 | BOOT_TEMP | Alasan Bootup karena suhu IC lebih dari batas ambang batas yang dikonfigurasi. Silakan lihat Bagian 4.4.2.1 |
2 | 2 | BOOT_WDG | Alasan Bootup karena reset pengawas |
1 | 1 | RFU | Disimpan |
0 | 0 | BOOT_POR | Alasan Bootup karena penyalaan ulang |
4.4.1.2.3 Definisi bit untuk STANDBY_PREV_STATUS_DATA
Tabel 13. Definisi bit STANDBY_PREV_STATUS_DATA
Sedikit ke | Sedikit Dari | Pencegahan siaga | Siaga dicegah karena |
31 | 26 | RFU | DISIMPAN |
25 | 25 | RFU | DISIMPAN |
24 | 24 | SEBELUMNYA_TEMP | Suhu pengoperasian IC berada di luar ambang batas |
23 | 23 | RFU | DISIMPAN |
22 | 22 | SEBELUMNYA_HOSTCOMM | Komunikasi antarmuka tuan rumah |
21 | 21 | SEBELUMNYA_SPI | Sinyal SPI_NTS ditarik rendah |
20 | 18 | RFU | DISIMPAN |
17 | 17 | SEBELUMNYA_GPIO3 | Transisi sinyal GPIO3 dari rendah ke tinggi |
16 | 16 | SEBELUMNYA_GPIO2 | Transisi sinyal GPIO2 dari rendah ke tinggi |
15 | 15 | SEBELUMNYA_GPIO1 | Transisi sinyal GPIO1 dari rendah ke tinggi |
14 | 14 | SEBELUMNYA_GPIO0 | Transisi sinyal GPIO0 dari rendah ke tinggi |
13 | 13 | SEBELUMNYA_WUC | Penghitung bangun telah berlalu |
12 | 12 | SEBELUMNYA_LPDET | Deteksi daya rendah. Terjadi ketika sinyal RF eksternal terdeteksi dalam proses masuk ke mode siaga. |
11 | 11 | SEBELUMNYA_RX_ULPDET | Deteksi daya ultra-rendah RX. Terjadi ketika sinyal RF terdeteksi pada proses menuju ULP_STANDBY. |
10 | 10 | RFU | DISIMPAN |
9 | 5 | RFU | DISIMPAN |
4 | 4 | RFU | DISIMPAN |
3 | 3 | RFU | DISIMPAN |
2 | 2 | RFU | DISIMPAN |
1 | 1 | RFU | DISIMPAN |
0 | 0 | RFU | DISIMPAN |
4.4.1.2.4 Definisi bit untuk GENERAL_ERROR_STATUS_DATA
Tabel 14. Definisi bit GENERAL_ERROR_STATUS_DATA
Sedikit ke | Sedikit dari | Status kesalahan | Keterangan |
31 | 6 | RFU | Disimpan |
5 | 5 | XTAL_START_ERROR | Mulai XTAL gagal saat boot |
4 | 4 | SYS_TRIM_RECOVERY_ERROR | Terjadi kesalahan memori trim sistem internal, namun pemulihan gagal. Sistem bekerja dalam mode penurunan versi. |
3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | Terjadi kesalahan memori trim sistem internal, dan pemulihan berhasil. Host harus melakukan reboot PN5190 agar pemulihan dapat diterapkan. |
2 | 2 | TXLDO_ERROR | Kesalahan TXLDO |
1 | 1 | CLOCK_ERROR | Kesalahan jam |
0 | 0 | IPKDC_ERROR | kesalahan ADC |
4.4.1.2.5 Definisi bit untuk LPCD_STATUS_DATA
Tabel 15. Definisi byte LPCD_STATUS_DATA
Sedikit ke | Sedikit Dari | Penerapan bit status sesuai dengan operasi yang mendasari LPCD atau UPCD | Deskripsi untuk bit yang sesuai diatur dalam status byte. | ||
LPCD | ULPCD | ||||
31 | 7 | RFU | Disimpan | ||
6 | 6 | Batalkan_HIF | Y | N | Dibatalkan karena aktivitas HIF |
5 | 5 | kesalahan CLKDET | N | Y | Dibatalkan karena terjadi kesalahan CLKDET |
4 | 4 | Batas Waktu XTAL | N | Y | Dibatalkan karena Timeout XTAL terjadi |
3 | 3 | VDDPA LDO Arus Berlebih | N | Y | Dibatalkan karena terjadi kelebihan arus VDDPA LDO |
2 | 2 | Bidang RF eksternal | Y | Y | Dibatalkan karena medan RF eksternal |
1 | 1 | GPIO3 Batalkan | N | Y | Dibatalkan karena perubahan level GPIO3 |
0 | 0 | Kartu Terdeteksi | Y | Y | Kartu terdeteksi |
4.4.1.2.6 Definisi bit untuk data Status LPCD_CALIBRATION_DONE
Tabel 16. Definisi byte data status LPCD_CALIBRATION_DONE untuk UPCD
Sedikit ke | Sedikit Dari | Status LPCD_CALIBRATION SELESAI peristiwa | Deskripsi untuk bit yang sesuai diatur dalam status byte. |
31 | 11 | Disimpan | |
10 | 0 | Nilai referensi dari kalibrasi UPCD | Nilai RSSI yang diukur selama kalibrasi UPCD yang digunakan sebagai referensi selama UPCD |
Tabel 17. Definisi byte data status LPCD_CALIBRATION_DONE untuk LPCD
Sedikit ke | Sedikit Dari | Penerapan bit status sesuai dengan operasi yang mendasari LPCD atau UPCD | Deskripsi untuk bit yang sesuai diatur dalam status byte. | ||
2 | 2 | Bidang RF eksternal | Y | Y | Dibatalkan karena medan RF eksternal |
1 | 1 | GPIO3 Batalkan | N | Y | Dibatalkan karena perubahan level GPIO3 |
0 | 0 | Kartu Terdeteksi | Y | Y | Kartu terdeteksi |
4.4.2 Penanganan skenario booting yang berbeda
IC PN5190 menangani berbagai kondisi kesalahan terkait parameter IC seperti di bawah ini.
4.4.2.1 Penanganan skenario suhu berlebih saat PN5190 sedang beroperasi
Setiap kali suhu internal IC PN5190 mencapai nilai ambang batas seperti yang dikonfigurasi di bidang EEPROM TEMP_WARNING [2], IC masuk ke mode siaga. Dan akibatnya jika bidang EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] dikonfigurasi untuk memunculkan notifikasi ke host, maka GPIO0 akan ditarik tinggi untuk memberi tahu IC mengenai suhu.
Ketika suhu IC turun di bawah nilai ambang batas seperti yang dikonfigurasi di bidang EEPROM TEMP_WARNING [2], IC akan boot dengan BOOT_EVENT seperti pada Tabel 11 dan bit status boot BOOT_TEMP diatur seperti pada Tabel 12 dan GPIO0 akan ditarik rendah.
4.4.2.2 Penanganan arus lebih
Jika IC PN5190 mendeteksi kondisi arus lebih, IC akan mematikan daya RF dan mengirimkan TX_OVERCURRENT_ERROR_EVENT seperti pada Tabel 11.
Durasi kondisi arus berlebih dapat dikontrol dengan memodifikasi field EEPROM TXLDO_CONFIG [2].
Untuk informasi tentang IC melebihi ambang batas saat ini, lihat dokumen [2].
Catatan:
Jika ada peristiwa atau tanggapan lain yang tertunda, hal itu akan dikirimkan ke tuan rumah.
4.4.2.3 Hilangnya VDDIO selama pengoperasian
Jika IC PN5190 ternyata tidak ada VDDIO (VDDIO loss), maka IC masuk ke standby.
IC melakukan booting hanya ketika VDDIO tersedia, dengan BOOT_EVENT seperti pada Tabel 11 dan bit status boot BOOT_VDDIO_START diatur seperti pada Tabel 12.
Untuk informasi mengenai karakteristik statis IC PN5190, lihat dokumen [2].
4.4.3 Penanganan skenario pembatalan
IC PN5190 memiliki dukungan untuk membatalkan perintah eksekusi saat ini dan perilaku IC PN5190, ketika perintah batalkan seperti Bagian 4.5.4.5.2 dikirim ke IC PN5190 seperti yang ditunjukkan pada Tabel 18.
Catatan:
Ketika IC PN5190 dalam mode ULPCD dan ULP-Standby, IC PN4.5.4.5.2 tidak dapat dibatalkan baik dengan mengirimkan Bagian XNUMX ATAU dengan memulai transaksi SPI (dengan menarik sinyal SPI_NTS rendah).
Tabel 18. Respon kejadian yang diharapkan ketika perintah berbeda diakhiri dengan Bagian 4.5.4.5.2
Perintah | Perilaku ketika perintah Switch Mode Normal dikirim |
Semua perintah yang berdaya rendah tidak dimasukkan | EVENT_STAUS disetel ke “IDLE_EVENT” |
Beralih Mode LPCD | EVENT_STATUS disetel ke “LPCD_EVENT” dengan “LPCD_ STATUS_DATA” menunjukkan bit status sebagai “Abort_HIF” |
Beralih Mode Siaga | EVENT_STAUS disetel ke “BOOT_EVENT” dengan “BOOT_ STATUS_DATA” yang menunjukkan bit “BOOT_SPI” |
Switch Mode Autocoll (Tanpa mode Otonom, mode otonom dengan mode standby dan otonom tanpa standby) | EVENT_STAUS disetel ke “AUTOCOLL_EVENT” dengan bit STATUS_DATA yang menunjukkan perintah dibatalkan oleh pengguna. |
4.5 Detail Instruksi Pengoperasian Mode Normal
4.5.1 Manipulasi Daftar
Petunjuk pada bagian ini digunakan untuk mengakses register logis PN5190.
4.5.1.1 TULIS_DAFTAR
Instruksi ini digunakan untuk menulis nilai 32-bit (little-endian) ke register logis.
4.5.1.1.1 Kondisi
Alamat register harus ada, dan register harus mempunyai atribut READ-WRITE atau WRITE-ONLY.
4.5.1.1.2 Perintah
Tabel 19. Nilai perintah WRITE_REGISTER Tulis nilai 32-Bit ke register.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Alamat Pendaftaran | 1 Bita | Alamat register. |
Tabel 19. Nilai perintah WRITE_REGISTER…lanjutan
Tulis nilai 32-Bit ke register.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Nilai | 4 Byte | Nilai register 32-Bit yang harus ditulis. (Little-endian) |
4.5.1.1.3 Respon
Tabel 20. Nilai respon WRITE_REGISTER
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.1.4 Acara
Tidak ada acara untuk perintah ini.
4.5.1.2 TULIS_REGISTER_OR_MASK
Instruksi ini digunakan untuk mengubah isi register menggunakan operasi logika OR. Isi register dibaca dan operasi logika OR dilakukan dengan mask yang disediakan. Konten yang dimodifikasi ditulis kembali ke register.
4.5.1.2.1 Kondisi
Alamat register harus ada, dan register harus memiliki atribut READ-WRITE.
4.5.1.2.2 Perintah
Tabel 21. Nilai perintah WRITE_REGISTER_OR_MASK Melakukan operasi logika OR pada register menggunakan mask yang disediakan.
Bidang muatan | Panjang | Nilai/deskripsi |
Alamat Pendaftaran | 1 Bita | Alamat register. |
Masker | 4 Byte | Bitmask digunakan sebagai operan untuk operasi logika OR. (Little-endian) |
4.5.1.2.3 Respon
Tabel 22. Nilai respon WRITE_REGISTER_OR_MASK
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.2.4 Acara
Tidak ada acara untuk perintah ini.
4.5.1.3 TULIS_REGISTER_AND_MASK
Instruksi ini digunakan untuk mengubah isi register menggunakan operasi logika AND. Isi register dibaca dan operasi logika AND dilakukan dengan mask yang disediakan. Konten yang dimodifikasi ditulis kembali ke register.
4.5.1.3.1 Kondisi
Alamat register harus ada, dan register harus memiliki atribut READ-WRITE.
4.5.1.3.2 Perintah
Tabel 23. Nilai perintah WRITE_REGISTER_AND_MASK Melakukan operasi logika AND pada register menggunakan mask yang disediakan.
Bidang muatan | Panjang | Nilai/deskripsi |
Alamat Pendaftaran | 1 Bita | Alamat register. |
Masker | 4 Byte | Bitmask digunakan sebagai operan untuk operasi logika AND. (Little-endian ) |
4.5.1.3.3 Respon
Tabel 24. Nilai respon WRITE_REGISTER_AND_MASK
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.3.4 Acara
Tidak ada acara untuk perintah ini.
4.5.1.4 TULIS_REGISTER_MULTIPLE
Fungsionalitas instruksi ini mirip dengan Bagian 4.5.1.1, Bagian 4.5.1.2, Bagian 4.5.1.3, dengan kemungkinan untuk menggabungkannya. Faktanya, dibutuhkan array kumpulan nilai tipe register dan melakukan tindakan yang sesuai. Jenis mencerminkan tindakan yang berupa register tulis, operasi logika OR pada register, atau operasi logika AND pada register.
4.5.1.4.1 Kondisi
Alamat logis masing-masing register dalam suatu set harus ada.
Atribut akses register harus memungkinkan eksekusi tindakan yang diperlukan (tipe):
- Tindakan tulis (0x01): Atribut READ-WRITE atau WRITE-ONLY
- ATAU tindakan topeng (0x02): Atribut READ-WRITE
- DAN tindakan topeng (0x03): Atribut BACA-TULIS
Ukuran array 'Set' harus berada dalam kisaran 1 – 43, inklusif.
Bidang 'Jenis' harus berada dalam kisaran 1 – 3, inklusif
4.5.1.4.2 Perintah
Tabel 25. Nilai perintah WRITE_REGISTER_MULTIPLE Melakukan operasi register tulis menggunakan sekumpulan pasangan Register-Value.
Bidang muatan | Panjang | Nilai/deskripsi | |||
Setel [1…n] | 6 Byte | Alamat Pendaftaran | 1 Bita | Alamat logis dari register. | |
Jenis | 1 Bita | ukuran 0x1 | Tulis Daftar | ||
ukuran 0x2 | Tulis Daftar ATAU Masker | ||||
ukuran 0x3 | Tulis Daftar DAN Masker | ||||
Nilai | 4 Byte | 32 Nilai register gigitan yang harus ditulis, atau bitmask yang digunakan untuk operasi logika. (Little-endian) |
Catatan: Jika terjadi pengecualian, operasi tidak dibatalkan, yaitu register yang telah dimodifikasi hingga terjadi pengecualian, tetap dalam keadaan diubah. Tuan rumah harus mengambil tindakan yang tepat untuk pulih ke kondisi yang ditentukan.
4.5.1.4.3 Respon
Tabel 26. Nilai respons WRITE_REGISTER_MULTIPLE
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.4.4 Acara
Tidak ada acara untuk perintah ini.
4.5.1.5 BACA_DAFTAR
Instruksi ini digunakan untuk membaca kembali isi register logis. Konten hadir dalam respons, sebagai nilai 4-byte dalam format little-endian.
4.5.1.5.1 Kondisi
Alamat register logis harus ada. Atribut akses register harus berupa READ-WRITE atau READ-ONLY.
4.5.1.5.2 Perintah
Tabel 27. Nilai perintah READ_REGISTER
Baca kembali isi register.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Alamat Pendaftaran | 1 Bita | Alamat register logis |
4.5.1.5.3 Respon
Tabel 28. Nilai respon READ_REGISTER
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) | ||
Nilai Daftar | 4 Byte | Nilai register 32-Bit yang telah dibacakan. (Little-endian) |
4.5.1.5.4 Acara
Tidak ada acara untuk perintah ini.
4.5.1.6 BACA_REGISTER_MULTIPLE
Instruksi ini digunakan untuk membaca beberapa register logis sekaligus. Hasilnya (isi setiap register) diberikan sebagai respons terhadap instruksi. Alamat pendaftaran itu sendiri tidak disertakan dalam respons. Urutan isi register dalam respon sesuai dengan urutan alamat register dalam instruksi.
4.5.1.6.1 Kondisi
Semua alamat register dalam instruksi harus ada. Atribut akses untuk setiap register harus berupa READ-WRITE atau READ-ONLY. Ukuran array 'Daftar Alamat' harus berada dalam kisaran 1 – 18, inklusif.
4.5.1.6.2 Perintah
Tabel 29. Nilai perintah READ_REGISTER_MULTIPLE Melakukan operasi register baca pada sekumpulan register.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Daftarkan Alamat[1…n] | 1 Bita | Alamat Pendaftaran |
4.5.1.6.3 Respon
Tabel 30. Nilai respons READ_REGISTER_MULTIPLE
Bidang muatan | Panjang | Nilai/deskripsi | ||
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) | ||||
Nilai Daftar [1…n] | 4 Byte | Nilai | 4 Byte | Nilai register 32-Bit yang telah dibaca (little-endian). |
4.5.1.6.4 Acara
Tidak ada acara untuk perintah ini.
4.5.2 Manipulasi E2PROM
Area yang dapat diakses di E2PROM sesuai dengan peta EEPROM dan ukuran yang dapat dialamatkan.
Catatan:
1. Dimanapun 'Alamat E2PROM' disebutkan dalam instruksi di bawah ini, mengacu pada ukuran area EEPROM yang dapat dialamatkan.
4.5.2.1 TULIS_E2PROM
Instruksi ini digunakan untuk menulis satu atau lebih nilai ke E2PROM. Bidang 'Nilai' berisi data yang akan ditulis ke E2PROM dimulai dari alamat yang diberikan oleh bidang 'Alamat E2PROM'. Data ditulis secara berurutan.
Catatan:
Perhatikan bahwa ini adalah perintah pemblokiran, ini berarti NFC FE diblokir selama operasi penulisan. Ini bisa memakan waktu beberapa milidetik.
4.5.2.1.1 Kondisi
Bidang 'Alamat E2PROM' harus berada dalam kisaran sesuai [2]. Jumlah byte dalam bidang 'Nilai' harus berkisar antara 1 – 1024 (0x0400), inklusif. Operasi tulis tidak boleh melampaui alamat EEPROM seperti yang disebutkan dalam [2]. Respon kesalahan harus dikirim ke host jika alamat melebihi ruang alamat EEPROM seperti pada [2].
4.5.2.1.2 Perintah
Tabel 31. Nilai perintah WRITE_E2PROM Tulis nilai yang diberikan secara berurutan ke E2PROM.
Bidang muatan | Panjang | Nilai/deskripsi |
Alamat E2PROM | 2 Bita | Alamat di EEPROM tempat operasi penulisan akan dimulai. (Little Endian ) |
Nilai-nilai | 1 – 1024 Byte | Nilai yang harus ditulis ke E2PROM secara berurutan. |
4.5.2.1.3 Respon
Tabel 32. Nilai respon WRITE_EEPROM
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4 Acara
Tidak ada acara untuk perintah ini.
4.5.2.2 BACA_E2PROM
Instruksi ini digunakan untuk membaca kembali data dari area memori E2PROM. Bidang 'Alamat E2PROM' menunjukkan alamat awal operasi pembacaan. Responsnya berisi data yang dibaca dari E2PROM.
4.5.2.2.1 Kondisi
Bidang 'Alamat E2PROM' harus berada dalam rentang yang valid.
Bidang 'Jumlah byte' harus berada dalam rentang 1 – 256, inklusif.
Operasi baca tidak boleh melampaui alamat EEPROM terakhir yang dapat diakses.
Respons kesalahan harus dikirim ke host, jika alamat melebihi ruang alamat EEPROM.
4.5.2.2.2 Perintah
Tabel 33. Nilai perintah READ_E2PROM Membaca nilai dari E2PROM secara berurutan.
Bidang muatan | Panjang | Nilai/deskripsi |
Alamat E2PROM | 2 Bita | Alamat di E2PROM dari mana operasi pembacaan akan dimulai. (Little Endian ) |
Jumlah Byte | 2 Bita | Jumlah byte yang akan dibaca. (Little-endian) |
4.5.2.2.3 Respon
Tabel 34. Nilai respon READ_E2PROM
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) | ||
Nilai-nilai | 1 – 1024 Byte | Nilai yang dibacakan secara berurutan. |
4.5.2.2.4 Acara
Tidak ada acara untuk perintah ini.
4.5.2.3 GET_CRC_USER_AREA
Instruksi ini digunakan untuk menghitung CRC untuk area konfigurasi pengguna lengkap termasuk area protokol IC PN5190.
4.5.2.3.1 Perintah
Tabel 35. Nilai perintah GET_CRC_USER_AREA
Bacakan CRC area konfigurasi pengguna termasuk area protokol.
Bidang Muatan | Panjang | Nilai/Deskripsi |
– | – | Tidak ada data dalam muatan |
4.5.2.3.2 Respon
Tabel 36. Nilai respons GET_CRC_USER_AREA
Bidang muatan | Panjang | Nilai/deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES | ||
PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) | ||
Nilai-nilai | 4 Byte | 4 byte data CRC dalam format little-endian. |
4.5.2.3.3 Acara
Tidak ada acara untuk perintah ini.
4.5.3 Manipulasi data CLIF
Petunjuk yang dijelaskan dalam bagian ini menjelaskan perintah untuk transmisi dan penerimaan RF.
4.5.3.1 PERTUKARAN_RF_DATA
Fungsi pertukaran RF melakukan transmisi data TX dan menunggu penerimaan data RX apa pun.
Fungsi ini kembali jika terjadi penerimaan (salah atau benar) atau terjadi batas waktu. Pengatur waktu dimulai pada AKHIR TRANSMISI dan dihentikan pada MULAI PENERIMAAN. Nilai batas waktu yang telah dikonfigurasi sebelumnya di EEPROM harus digunakan jika batas waktu tidak dikonfigurasi sebelum pelaksanaan perintah Exchange.
Jika transceiver_state adalah
- di IDLE mode TRANSCEIVE dimasukkan.
- Dalam WAIT_RECEIVE, status transceiver diatur ulang ke TRANSCEIVE MODE jika bit inisiator disetel
- Dalam WAIT_TRANSMIT, status transceiver diatur ulang ke TRANSCEIVE MODE jika bit inisiator TIDAK disetel
Bidang 'Jumlah bit valid dalam Byte terakhir' menunjukkan panjang data pasti yang akan dikirim.
4.5.3.1.1 Kondisi
Ukuran bidang 'Data TX' harus berada dalam rentang 0 – 1024, inklusif.
Bidang 'Jumlah bit valid dalam Byte terakhir' harus berada dalam kisaran 0 – 7.
Perintah tersebut tidak boleh dipanggil selama transmisi RF sedang berlangsung. Komando harus memastikan keadaan transceiver yang tepat untuk transmisi data.
Catatan:
Perintah ini hanya berlaku untuk mode Pembaca dan mode inisiator Pasif/Aktif P2P”.
4.5.3.1.2 Perintah
Tabel 37. Nilai perintah EXCHANGE_RF_DATA
Tulis data TX ke buffer transmisi RF internal dan mulai transmisi menggunakan perintah transceive dan tunggu hingga penerimaan atau Time-Out untuk menyiapkan respons ke host.
Bidang Muatan | Panjang | Nilai/Deskripsi | |
Jumlah bit yang valid dalam Byte terakhir | 1 Bita | 0 | Semua bit byte terakhir dikirimkan |
1 – 7 | Jumlah bit dalam byte terakhir yang akan dikirim. | ||
Konfigurasi RFExchange | 1 Bita | Konfigurasi fungsi RFExchange. Detailnya lihat di bawah |
Tabel 37. Nilai perintah EXCHANGE_RF_DATA…lanjutan
Tulis data TX ke buffer transmisi RF internal dan mulai transmisi menggunakan perintah transceive dan tunggu hingga penerimaan atau Time-Out untuk menyiapkan respons ke host.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Data Texas | n bytes | Data TX yang harus dikirim melalui CLIF menggunakan perintah transceive. n = 0 – 1024 byte |
Tabel 38. RFexchangeConfig Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan |
Bit 4 – 7 adalah RFU | ||||||||
X | Sertakan Data RX sebagai respons berdasarkan RX_STATUS, jika bit disetel ke 1b. | |||||||
X | Sertakan register EVENT_STATUS sebagai respons, jika bit disetel ke 1b. | |||||||
X | Sertakan register RX_STATUS_ERROR sebagai respons, jika bit disetel ke 1b. | |||||||
X | Sertakan register RX_STATUS sebagai respons, jika bit disetel ke 1b. |
4.5.3.1.3 Respon
Tabel 39. Nilai respons EXCHANGE_RF_DATA
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR |
||
RX_STATUS | 4 Byte | Jika RX_STATUS diminta (little-endian) |
RX_STATUS_ERROR | 4 Byte | Jika RX_STATUS_ERROR diminta (little-endian) |
EVENT_STATUS | 4 Byte | Jika EVENT_STATUS diminta (little-endian) |
Data RX | 1 – 1024 Byte | Jika data RX diminta. Data RX diterima selama fase penerimaan RF pertukaran RF. |
4.5.3.1.4 Acara
Tidak ada acara untuk perintah ini.
4.5.3.2 TRANSMIT_RF_DATA
Instruksi ini digunakan untuk menulis data ke dalam buffer transmisi CLIF internal dan memulai transmisi menggunakan perintah transceive secara internal. Ukuran buffer ini dibatasi hingga 1024 byte. Setelah instruksi ini dijalankan, penerimaan RF dimulai secara otomatis.
Perintah kembali segera setelah Transmisi selesai, bukan menunggu penerimaan selesai.
4.5.3.2.1 Kondisi
Jumlah byte dalam kolom 'TX Data' harus berada dalam kisaran 1 – 1024, inklusif.
Perintah tersebut tidak boleh dipanggil selama transmisi RF sedang berlangsung.
4.5.3.2.2 Perintah
Tabel 40. Nilai perintah TRANSMIT_RF_DATA Tulis data TX ke buffer transmisi CLIF internal.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Jumlah bit yang valid dalam Byte terakhir | 1 Bita | 0 Semua bit pada byte terakhir dikirimkan 1 – 7 Jumlah bit dalam byte terakhir yang dikirimkan. |
RFU | 1 Bita | Disimpan |
Data Texas | 1 – 1024 Byte | Data TX yang akan digunakan selama transmisi RF berikutnya. |
4.5.3.2.3 Respon
Tabel 41. Nilai respon TRANSMIT_RF_DATA
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
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
Tidak ada acara untuk perintah ini.
4.5.3.3 RETRIEVE_RF_DATA
Instruksi ini digunakan untuk membaca data dari buffer CLIF RX internal, yang berisi data respons RF (jika ada) yang diposting padanya dari eksekusi sebelumnya Bagian 4.5.3.1 dengan opsi untuk tidak menyertakan data yang diterima dalam respons atau Bagian 4.5.3.2 .XNUMX perintah.
4.5.3.3.1 Perintah
Tabel 42. Nilai perintah RETRIEVE_RF_DATA Membaca data RX dari buffer penerimaan RF internal.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Kosong | Kosong | Kosong |
4.5.3.3.2 Respon
Tabel 43. Nilai respons RETRIEVE_RF_DATA
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
Bidang Muatan | Panjang | Nilai/Deskripsi |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
||
Data RX | 1 – 1024 Byte | Data RX yang telah diterima selama penerimaan RF terakhir yang berhasil. |
4.5.3.3.3 Acara
Tidak ada acara untuk perintah ini.
4.5.3.4 RECEIVE_RF_DATA
Instruksi ini menunggu data diterima melalui RF Interface pembaca.
Dalam mode pembaca, instruksi ini kembali jika ada penerimaan (salah atau benar) atau terjadi batas waktu FWT. Pengatur waktu dimulai pada AKHIR TRANSMISI dan dihentikan pada MULAI PENERIMAAN. Nilai batas waktu default yang dikonfigurasikan sebelumnya di EEPROM akan digunakan jika batas waktu tidak dikonfigurasi sebelum pelaksanaan perintah Exchange.
Dalam mode target, instruksi ini kembali jika terjadi penerimaan (salah atau benar) atau kesalahan RF Eksternal.
Catatan:
Instruksi ini harus digunakan dengan perintah TRANSMIT_RF_DATA untuk melakukan operasi TX dan RX…
4.5.3.4.1 Perintah
Tabel 44. Nilai perintah RECEIVE_RF_DATA
Bidang Muatan | Panjang | Nilai/Deskripsi |
TerimaRFConfig | 1 Bita | Konfigurasi fungsi AcceptRFConfig. Melihat Tabel 45 |
Tabel 45. Menerima bitmask RFConfig
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan |
Bit 4 – 7 adalah RFU | ||||||||
X | Sertakan Data RX sebagai respons berdasarkan RX_STATUS, jika bit disetel ke 1b. | |||||||
X | Sertakan register EVENT_STATUS sebagai respons, jika bit disetel ke 1b. | |||||||
X | Sertakan register RX_STATUS_ERROR sebagai respons, jika bit disetel ke 1b. | |||||||
X | Sertakan register RX_STATUS sebagai respons, jika bit disetel ke 1b. |
4.5.3.4.2 Respon
Tabel 46. Nilai respons RECEIVE_RF_DATA
Bidang muatan | Panjang | Nilai/deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) PN5190_STATUS_TIMEOUT |
Bidang muatan | Panjang | Nilai/deskripsi |
PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
RX_STATUS | 4 Byte | Jika RX_STATUS diminta (little-endian) |
RX_STATUS_ERROR | 4 Byte | Jika RX_STATUS_ERROR diminta (little-endian) |
EVENT_STATUS | 4 Byte | Jika EVENT_STATUS diminta (little-endian) |
Data RX | 1 – 1024 Byte | Jika data RX diminta. Data RX diterima melalui RF. |
4.5.3.4.3 Acara
Tidak ada acara untuk perintah ini.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Konfigurasi EMD FeliCa)
Instruksi ini digunakan untuk membaca data dari buffer CLIF RX internal, yang berisi data respons FeliCa EMD (jika ada) yang diposting padanya dari eksekusi perintah EXCHANGE_RF_DATA sebelumnya yang kembali dengan Status 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Catatan: Perintah ini tersedia mulai PN5190 FW v02.03 dan seterusnya.
4.5.3.5.1 Perintah
Membaca data RX dari buffer penerimaan RF internal.
Tabel 47. Nilai perintah RETRIEVE_RF_FELICA_EMD_DATA
Bidang Muatan | Panjang | Nilai/Deskripsi | |
FeliCaRFRetrieveConfig | 1 Bita | 00 – FF | Konfigurasi fungsi RETRIEVE_RF_FELICA_EMD_DATA |
deskripsi konfigurasi (bitmask). | bit 7..2: RFU bit 1: Sertakan register RX_STATUS_ ERROR sebagai respons, jika bit diatur ke 1b. bit 0: Sertakan register RX_STATUS sebagai respons, jika bit diatur ke 1b. |
4.5.3.5.2 Respon
Tabel 48. Nilai respons RETRIEVE_RF_FELICA_EMD_DATA
Bidang muatan | Panjang | Nilai/deskripsi | |||
Status | 1 Bita | Status operasi. Nilai yang diharapkan adalah sebagai berikut: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) | |||
RX_STATUS | 4 Bita | Jika RX_STATUS diminta (little-endian) | |||
RX_STATUS_ KESALAHAN | 4 Bita | Jika RX_STATUS_ERROR diminta (little-endian) |
Bidang muatan | Panjang | Nilai/deskripsi | |||
Data RX | 1…1024 Byte | Data FeliCa EMD RX yang diterima selama penerimaan RF terakhir gagal menggunakan Exchange Command. |
4.5.3.5.3 Acara
Tidak ada acara untuk perintah ini.
4.5.4 Peralihan Mode Operasi
PN5190 mendukung 4 mode operasi berbeda:
4.5.4.1 Biasa saja
Ini adalah mode default, di mana semua instruksi diperbolehkan.
4.5.4.2 Siaga
PN5190 dalam kondisi standby/sleep untuk menghemat daya. Kondisi bangun harus diatur untuk menentukan kapan harus keluar dari keadaan siaga lagi.
4.5.4.3 LPCD
PN5190 berada dalam mode deteksi kartu berdaya rendah, yang mencoba mendeteksi kartu yang memasuki volume pengoperasian, dengan konsumsi daya serendah mungkin.
4.5.4.4 Kolase Otomatis
PN5190 bertindak sebagai pendengar RF, melakukan aktivasi mode target secara mandiri (untuk menjamin batasan waktu nyata)
4.5.4.5 SWITCH_MODE_NORMAL
Perintah Switch Mode Normal memiliki tiga kasus penggunaan.
4.5.4.5.1 UseCase1: Masuk ke mode operasi normal saat dinyalakan (POR)
Gunakan untuk mengatur ulang ke keadaan Idle untuk menerima/memproses perintah selanjutnya dengan memasuki mode operasi normal.
4.5.4.5.2 UseCase2: Menghentikan perintah yang sudah berjalan untuk beralih ke mode operasi normal (perintah batalkan)
Gunakan untuk mereset ke keadaan Idle untuk menerima/memproses perintah selanjutnya dengan menghentikan perintah yang sudah berjalan.
Perintah seperti standby, LPCD, Exchange, PRBS, dan Autocoll dapat diakhiri menggunakan perintah ini.
Ini adalah satu-satunya perintah khusus yang tidak memiliki respons. Sebaliknya, ia memiliki pemberitahuan EVENT.
Lihat Bagian 4.4.3 untuk informasi lebih lanjut tentang jenis kejadian yang terjadi selama eksekusi perintah dasar yang berbeda.
4.5.4.5.2.1 Kasus Penggunaan2.1:
Perintah ini akan mengatur ulang semua CLIF TX, RX, dan Field Control Register ke status Boot. Mengeluarkan perintah ini akan mematikan semua Bidang RF yang ada.
4.5.4.5.2.2 Kasus Penggunaan2.2:
Tersedia mulai PN5190 FW v02.03 dan seterusnya:
Perintah ini tidak akan mengubah CLIF TX, RX, dan Field Control Register tetapi hanya akan memindahkan transceiver ke status IDLE.
4.5.4.5.3 UseCase3: Mode operasi normal setelah soft-reset/keluar dari standby, LPCD Dalam hal ini, PN5190 langsung masuk ke mode operasi normal, dengan mengirimkan IDLE_EVENT ke host (Gambar 12 atau Gambar 13) dan “ IDLE_EVENT” bit diatur pada Tabel 11.
Tidak ada persyaratan untuk mengirim perintah SWITCH_MODE_NORMAL.
Catatan:
Setelah IC dialihkan ke mode normal, semua pengaturan RF diubah ke keadaan default. Konfigurasi RF masing-masing dan register terkait lainnya harus diisi dengan nilai yang sesuai sebelum melakukan operasi RF ON atau Pertukaran RF.
4.5.4.5.4 Bingkai perintah yang akan dikirim untuk kasus penggunaan yang berbeda
4.5.4.5.4.1 UseCase1: Perintah masuk ke mode operasi normal saat penyalaan (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Perintah untuk menghentikan perintah yang sudah berjalan untuk beralih ke mode operasi normal
Kasus penggunaan 2.1:
0x20 0x00 0x00
Kasus penggunaan 2.2: (Dari FW v02.02 dan seterusnya):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Perintah untuk mode operasi normal setelah soft-reset/keluar dari standby, LPCD, UPCCD
Tidak ada. PN5190 langsung memasuki mode operasi normal.
4.5.4.5.5 Respon
Tidak ada
4.5.4.5.6 Acara
BOOT_EVENT (dalam register EVENT_STATUS) diatur yang menunjukkan bahwa mode normal dimasukkan dan dikirim ke host. Lihat Gambar 12 dan Gambar 13 untuk data kejadian.
IDLE_EVENT (dalam register EVENT_STATUS) diatur yang menunjukkan mode normal dimasukkan dan dikirim ke host. Lihat Gambar 12 dan Gambar 13 untuk data kejadian.
BOOT_EVENT (dalam register EVENT_STATUS) diatur yang menunjukkan mode normal dimasukkan dan dikirim ke host. Lihat Gambar 12 dan Gambar 13 untuk data kejadian.
4.5.4.6 SWITCH_MODE_AUTOCOLL
Switch Mode Autocoll secara otomatis melakukan prosedur aktivasi kartu dalam mode target.
Bidang 'Mode Autocoll' harus berada dalam kisaran 0 – 2, inklusif.
Jika kolom 'Mode Autocoll' diatur ke 2 (Autocoll): Bidang 'Teknologi RF' (Tabel 50) harus berisi bitmask yang menunjukkan Teknologi RF yang akan didukung selama Autocoll.
Tidak ada instruksi yang harus dikirim saat berada dalam mode ini.
Penghentian ditunjukkan menggunakan interupsi.
4.5.4.6.1 Perintah
Tabel 49. Nilai perintah SWITCH_MODE_AUTOCOLL
Parameter | Panjang | Nilai/Deskripsi | |
Teknologi RF | 1 Bita | Bitmask menunjukkan teknologi RF yang akan didengarkan selama Autocoll. | |
Mode Kol otomatis | 1 Bita | 0 | Tidak ada mode Otonom, yaitu Autocoll berakhir ketika medan RF eksternal tidak ada. |
Penghentian jika terjadi | |||
• TIDAK ADA RF FIELD atau RF FIELD yang hilang | |||
• PN5190 DIAKTIFKAN dalam mode TARGET | |||
1 | Mode otonom dengan siaga. Ketika tidak ada bidang RF, Autocoll secara otomatis memasuki mode Siaga. Setelah bidang RF eksternal RF terdeteksi, PN5190 masuk lagi ke mode Autocoll. | ||
Penghentian jika terjadi | |||
• PN5190 DIAKTIFKAN dalam mode TARGET | |||
Dari PN5190 FW Bahasa Inggris v02.03 dan seterusnya: Jika Bidang EEPROM “bCard ModeUltraLowPowerEnabled” di alamat '0xCDF' diatur ke '1', maka PN5190 memasuki siaga daya sangat rendah. | |||
2 | Mode otonom tanpa standby. Ketika tidak ada medan RF, PN5190 menunggu hingga medan RF muncul sebelum memulai algoritma Autocoll. Siaga tidak digunakan dalam kasus ini. | ||
Penghentian jika terjadi • PN5190 DIAKTIFKAN dalam mode TARGET |
Tabel 50. Teknologi RF Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan |
0 | 0 | 0 | 0 | RFU | ||||
X | Jika diatur ke 1b, mendengarkan NFC-F Aktif diaktifkan. (Tidak tersedia). | |||||||
X | Jika diatur ke 1b, mendengarkan NFC-A Aktif diaktifkan. (Tidak tersedia). | |||||||
X | Jika diatur ke 1b, mendengarkan NFC-F diaktifkan. | |||||||
X | Jika diatur ke 1b, mendengarkan NFC-A diaktifkan. |
4.5.4.6.2 Respon
Responsnya hanya menandakan bahwa perintah telah diproses.
Tabel 51. Nilai respon SWITCH_MODE_AUTOCOLL
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mode sakelar tidak dimasukkan karena pengaturan yang salah) |
4.5.4.6.3 Acara
Pemberitahuan kejadian dikirim ketika perintah telah selesai, dan mode normal dimasukkan. Host harus membacakan byte respons berdasarkan nilai peristiwa.
Catatan:
Jika statusnya bukan “PN5190_STATUS_INSTR_SUCCESS”, maka byte data “Protokol” dan “Card_Activated” selanjutnya tidak ada.
Informasi teknologi diambil dari register menggunakan perintah Bagian 4.5.1.5, Bagian 4.5.1.6.
Tabel berikut menunjukkan data kejadian yang dikirim sebagai bagian dari pesan kejadian Gambar 12 dan Gambar 13.
Tabel 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT data Beralih mode operasi Peristiwa Autocoll
Bidang Muatan | Panjang | Nilai/Deskripsi | |
Status | 1 bita | Status operasi | |
PN5190_STATUS_INSTR_SUCCESS | PN5190 DIAKTIFKAN dalam mode TARGET. Data lebih lanjut dalam peristiwa ini valid. |
||
PN5190_STATUS_PREVENT_STANDBY | Menunjukkan bahwa PN5190 dicegah untuk masuk ke mode Siaga. Status ini hanya berlaku bila mode Autocoll dipilih sebagai “Mode otonom dengan standby”. |
PN5190_STATUS_NO_EXTERNAL_RF_ BIDANG | Menunjukkan bahwa tidak ada medan RF eksternal selama pelaksanaan Autocoll dalam mode Non-Otonomi | ||
PN5190_STATUS_USER_CANCELLED | Menunjukkan bahwa perintah yang sedang berlangsung dibatalkan oleh perintah normal mode sakelar | ||
Protokol | 1 bita | ukuran 0x10 | Diaktifkan sebagai Tipe Pasif A |
ukuran 0x11 | Diaktifkan sebagai Tipe PasifF 212 | ||
ukuran 0x12 | Diaktifkan sebagai Tipe PasifF 424 | ||
ukuran 0x20 | Diaktifkan sebagai Tipe A Aktif | ||
ukuran 0x21 | Diaktifkan sebagai Tipe AktifF 212 | ||
ukuran 0x22 | Diaktifkan sebagai Tipe AktifF 424 | ||
Nilai-nilai lain | Tidak sah | ||
Kartu_Diaktifkan | 1 bita | ukuran 0x00 | Tidak ada proses aktivasi kartu sesuai ISO 14443-3 |
ukuran 0x01 | Menunjukkan bahwa perangkat diaktifkan dalam mode Pasif |
Catatan:
Setelah membaca data kejadian, data yang diterima dari kartu/perangkat yang diaktifkan (seperti 'n' byte ATR_REQ/RATS sesuai ISO18092/ISO1443-4), harus dibaca menggunakan perintah Bagian 4.5.3.3.
4.5.4.6.4 Komunikasi mantanample
4.5.4.7 SWITCH_MODE_STANDBY
Switch Mode Standby secara otomatis mengatur IC ke mode Standby. IC akan aktif setelah sumber bangun yang dikonfigurasi memenuhi kondisi bangun.
Catatan:
Penghitung kedaluwarsa untuk ULP STANDBY dan pembatalan HIF untuk STANDBY tersedia secara default untuk keluar dari mode siaga.
4.5.4.7.1 Perintah
Tabel 53. Nilai perintah SWITCH_MODE_STANDBY
Parameter | Panjang | Nilai/Deskripsi |
Konfigurasi | 1 Bita | Bitmask mengontrol sumber bangun yang akan digunakan dan mode Siaga untuk masuk. Lihat Tabel 54 |
Nilai Kontra | 2 Byte | Nilai yang digunakan untuk penghitung bangun dalam milidetik. Nilai maksimum yang didukung adalah 2690 untuk siaga. Nilai maksimum yang didukung adalah 4095 untuk ULP siaga. Nilai yang akan diberikan dalam format little-endian. Isi parameter ini hanya valid jika "Config Bitmask" diaktifkan untuk pengaktifan saat penghitung kedaluwarsa. |
Tabel 54. Konfigurasi Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan |
X | Masukkan ULP standby jika bit diatur ke 1b Masukkan standby jika bit diatur ke 0b. | |||||||
0 | RFU | |||||||
X | Bangun pada GPIO-3 ketika tinggi, jika bit diatur ke 1b. (Tidak berlaku untuk ULP siaga) | |||||||
X | Bangun pada GPIO-2 ketika tinggi, jika bit diatur ke 1b. (Tidak berlaku untuk ULP siaga) | |||||||
X | Bangun pada GPIO-1 ketika tinggi, jika bit diatur ke 1b. (Tidak berlaku untuk ULP siaga) | |||||||
X | Bangun pada GPIO-0 ketika tinggi, jika bit diatur ke 1b. (Tidak berlaku untuk ULP siaga) | |||||||
X | Pengaktifan pada penghitung pengaktifan berakhir, jika bit diatur ke 1b. Untuk ULP-Standby, opsi ini diaktifkan secara default. | |||||||
X | Bangun di medan RF eksternal, jika bit diatur ke 1b. |
Catatan: Dari PN5190 FW v02.03, jika Bidang EEPROM “CardModeUltraLowPowerEnabled” di alamat '0xCDF' diatur ke '1', konfigurasi siaga ULP tidak dapat digunakan dengan Perintah SWITCH_MODE_STANDBY.
4.5.4.7.2 Respon
Respons hanya menandakan bahwa perintah telah diproses dan keadaan siaga akan dimasukkan hanya setelah respon dibaca sepenuhnya oleh host.
Tabel 55. Nilai respon SWITCH_MODE_STANDBY Switch mode operasi standby
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mode sakelar belum dimasukkan – karena pengaturan yang salah) |
4.5.4.7.3 Acara
Pemberitahuan kejadian dikirim ketika perintah telah selesai, dan mode normal dimasukkan. Lihat format event yang akan dikirimkan setelah selesainya perintah seperti pada Gambar 12 dan Gambar 13.
Jika PN5190 dicegah untuk masuk ke mode Siaga, maka bit peristiwa “STANDBY_PREV_EVENT” yang disetel di EVENT_STATUS seperti yang disebutkan dalam Tabel 11 dikirim ke host dengan alasan pencegahan siaga seperti yang disebutkan dalam Tabel 13.
4.5.4.7.4 Komunikasi Kelample
4.5.4.8 SWITCH_MODE_LPCD
LPCD Switch Mode melakukan deteksi detuning pada antena karena perubahan lingkungan di sekitar antena.
Ada 2 mode LPCD yang berbeda. Solusi berbasis HW (ULPCD) menawarkan konsumsi daya yang kompetitif dengan sensitivitas yang lebih rendah. Solusi berbasis FW (LPCD) menawarkan sensitivitas terbaik di kelasnya dengan peningkatan konsumsi daya.
Dalam Mode Tunggal berbasis FW (LPCD), tidak ada peristiwa kalibrasi yang dikirim ke host.
Saat mode Tunggal diaktifkan, kalibrasi dan pengukuran berturut-turut dilakukan setelah keluar dari mode siaga.
Untuk peristiwa kalibrasi dalam mode tunggal, pertama-tama keluarkan mode tunggal dengan perintah peristiwa kalibrasi. Setelah kalibrasi, peristiwa kalibrasi LPCD diterima setelah itu perintah mode tunggal harus dikirim dengan nilai referensi yang diperoleh dari langkah sebelumnya sebagai parameter masukan.
Konfigurasi LPCD dilakukan dalam pengaturan EEPROM/Flash Data sebelum perintah dipanggil.
Catatan:
Pembatalan GPIO3 untuk UPCD, pembatalan HIF untuk LPCD tersedia secara default untuk keluar dari mode daya rendah.
Bangun karena penghitung kedaluwarsa selalu diaktifkan.
Untuk UPCD, konfigurasi DC-DC harus dinonaktifkan di pengaturan EEPROM/Flash Data dan harus menyediakan pasokan VUP melalui VBAT. Pengaturan jumper yang diperlukan harus dibuat. Untuk pengaturan EEPROM/Data Flash, lihat dokumen [2].
Jika perintahnya untuk kalibrasi LPCD/ULPCD, host masih harus mengirimkan frame lengkap.
4.5.4.8.1 Perintah
Tabel 56. Nilai perintah SWITCH_MODE_LPCD
Parameter | Panjang | Nilai/deskripsi | |
bKontrol | 1 Bita | ukuran 0x00 | Masukkan kalibrasi UPCD. Perintah berhenti setelah kalibrasi dan peristiwa dengan nilai referensi dikirim ke host. |
ukuran 0x01 | Masukkan ULPCD | ||
ukuran 0x02 | Kalibrasi LPCD. Perintah berhenti setelah kalibrasi dan peristiwa dengan nilai referensi dikirim ke host. | ||
ukuran 0x03 | Masukkan LPCD | ||
ukuran 0x04 | Mode tunggal | ||
0x0C | Mode tunggal dengan acara kalibrasi | ||
Nilai-Nilai Lainnya | RFU | ||
Kontrol Bangun | 1 Bita | Bitmask mengontrol sumber bangun yang akan digunakan untuk LPCD/ULPCD. Isi bidang ini tidak dipertimbangkan untuk kalibrasi. Lihat Tabel 57 | |
Nilai Referensi | 4 Byte | Nilai referensi yang akan digunakan selama UPCD/LPCD. Untuk UPCD, Byte 2 yang menyimpan nilai Attenuator HF digunakan selama tahap kalibrasi dan pengukuran. Untuk LPCD, Konten bidang ini tidak dipertimbangkan untuk kalibrasi dan mode Tunggal. Lihat Tabel 58 untuk info yang benar tentang semua 4 byte. |
|
Nilai Kontra | 2 Byte | Nilai penghitung bangun dalam milidetik. Nilai maksimum yang didukung adalah 2690 untuk LPCD. Nilai maksimum yang didukung adalah 4095 untuk UPCD. Nilai yang akan diberikan dalam format little-endian. Isi bidang ini tidak dipertimbangkan untuk kalibrasi LPCD. Untuk mode tunggal dan mode tunggal dengan peristiwa kalibrasi, durasi siaga sebelum kalibrasi dapat dikonfigurasi dari konfigurasi EEPROM: LPCD_SETTINGS->wCheck Period. Untuk mode tunggal dengan kalibrasi, nilai WUC menjadi bukan nol. |
Tabel 57. Bitmask Kontrol Pengaktifan
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan |
0 | 0 | 0 | 0 | 0 | 0 | 0 | RFU | |
X | Bangun di medan RF eksternal, jika bit diatur ke 1b. |
Tabel 58. Info byte Nilai Referensi
Nilai referensi byte | ULPCD | LPCD |
byte 0 | Referensi Byte 0 | Saluran 0 Referensi Byte 0 |
byte 1 | Referensi Byte 1 | Saluran 0 Referensi Byte 1 |
byte 2 | Nilai Attenuator HF | Saluran 1 Referensi Byte 0 |
byte 3 | NA | Saluran 1 Referensi Byte 1 |
4.5.4.8.2 Respon
Tabel 59. Nilai respon SWITCH_MODE_LPCD
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Mode sakelar belum dimasukkan – karena pengaturan yang salah) |
4.5.4.8.3 Acara
Pemberitahuan kejadian dikirim ketika perintah telah selesai, dan mode normal dimasukkan dengan data berikut sebagai bagian dari kejadian yang disebutkan pada Gambar 12 dan Gambar 13.
Tabel 60.EVT_SWITCH_MODE_LPCD
Bidang muatan | Panjang | Nilai/Deskripsi |
Status LPCD | Lihat Tabel 15 | Lihat Tabel 154.5.4.8.4 Komunikasi Example |
4.5.4.9 SWITCH_MODE_DOWNLOAD
Perintah Switch Mode Download memasuki mode pengunduhan Firmware.
Satu-satunya cara untuk keluar dari mode unduh adalah dengan melakukan reset ke PN5190.
4.5.4.9.1 Perintah
Tabel 61. Nilai perintah SWITCH_MODE_DOWNLOAD
Parameter | Panjang | Nilai/Deskripsi |
– | – | Tidak bernilai |
4.5.4.9.2 Respon
Respons hanya menandakan bahwa perintah telah diproses dan mode Download akan dimasukkan setelah respon dibaca oleh host.
Tabel 62. Nilai respons SWITCH_MODE_DOWNLOAD
Beralih mode operasi Autocoll
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Mode sakelar belum dimasukkan) |
4.5.4.9.3 Acara
Tidak ada pembuatan acara.
4.5.4.9.4 Komunikasi Kelample
4.5.5 Otentikasi Klasik MIFARE
4.5.5.1 MFC_AUTHENTICATE
Instruksi ini digunakan untuk melakukan Otentikasi MIFARE Classic pada kartu yang diaktifkan. Dibutuhkan kunci, UID kartu, dan jenis kunci untuk mengautentikasi pada alamat blok tertentu. Responsnya berisi satu byte yang menunjukkan status otentikasi.
4.5.5.1.1 Kondisi
Panjang Kunci Bidang harus 6 byte. Jenis Kunci Bidang harus berisi nilai 0x60 atau 0x61. Alamat blok dapat berisi alamat apa pun dari 0x0 – 0xff, inklusif. UID bidang harus berukuran byte dan harus berisi UID kartu sebesar 4 byte. Kartu berbasis produk ISO14443-3 MIFARE Classic harus dimasukkan ke dalam status ACTIVE atau ACTIVE* sebelum pelaksanaan instruksi ini.
Jika terjadi kesalahan runtime terkait dengan autentikasi, bidang 'Status Otentikasi' ini akan diatur sesuai dengan itu.
4.5.5.1.2 Perintah
Tabel 63. Perintah MFC_AUTHENTICATE
Lakukan otentikasi pada kartu berbasis produk MIFARE Classic yang diaktifkan.
Bidang Muatan | Panjang | Nilai/Deskripsi | |
Kunci | 6 Byte | Kunci otentikasi yang akan digunakan. | |
Jenis Kunci | 1 Bita | ukuran 0x60 | Tipe Kunci A |
ukuran 0x61 | Tipe Kunci B | ||
Blokir Alamat | 1 Bita | Alamat blok yang otentikasinya harus dilakukan. | |
ID pengguna | 4 Byte | UID kartu. |
4.5.5.1.3 Respon
Tabel 64. Respon MFC_AUTHENTICATE
Tanggapan terhadap MFC_AUTHENTICATE.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4 Acara
Tidak ada acara untuk instruksi ini.
4.5.6 Dukungan ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Instruksi ini digunakan untuk melakukan inventarisasi ISO18000-3M3 tags. Ini mengimplementasikan eksekusi beberapa perintah secara otonom sesuai dengan ISO18000-3M3 untuk menjamin pengaturan waktu yang ditentukan oleh standar tersebut.
Jika ada dalam payload instruksi, pertama-tama perintah Select dijalankan diikuti dengan perintah BeginRound.
Jika ada respon yang valid pada slot waktu pertama (tidak ada batas waktu, tidak ada tabrakan), instruksi mengirimkan ACK dan menyimpan PC/XPC/UII yang diterima. Instruksi kemudian melakukan tindakan sesuai dengan bidang 'Perilaku Diproses Slot Waktu':
- Jika bidang ini diatur ke 0, perintah NextSlot dikeluarkan untuk menangani slot waktu berikutnya. Hal ini diulangi sampai buffer internal penuh
- Jika bidang ini disetel ke 1, algoritme akan dijeda
- Jika bidang ini diatur ke 2, perintah Req_Rn dikeluarkan jika, dan hanya jika, ada valid tag respons di slot waktu iniCommand
Bidang 'Pilih Panjang Perintah' harus berisi panjang bidang 'Pilih Perintah', yang harus berada dalam kisaran 1 – 39, inklusif. Jika 'Pilih Panjang Perintah' adalah 0, kolom 'Valid Bits in last Byte' dan 'Select Command' tidak boleh ada.
Bidang Bits in last Byte harus berisi jumlah bit yang akan dikirim dalam byte terakhir bidang 'Pilih Perintah'. Nilainya harus berada dalam kisaran 1 – 7, inklusif. Jika nilainya 0, semua bit dari byte terakhir dari bidang 'Pilih Perintah' akan dikirimkan.
Bidang 'Pilih Perintah' harus berisi perintah Pilih menurut ISO18000-3M3 tanpa mengikuti CRC-16c dan harus memiliki panjang yang sama seperti yang ditunjukkan dalam bidang 'Pilih Panjang Perintah'.
Bidang 'Perintah BeginRound' harus berisi perintah BeginRound sesuai dengan ISO18000-3M3 tanpa mengikuti CRC-5. 7 bit terakhir dari byte terakhir 'Perintah BeginRound' diabaikan karena perintah tersebut memiliki panjang sebenarnya 17 bit.
'Perilaku yang Diproses Slot Waktu' harus berisi nilai dari 0 – 2, inklusif.
Tabel 65. Nilai perintah EPC_GEN2_INVENTORY Melakukan Inventarisasi ISO 18000-3M3
Bidang muatan | Panjang | Nilai/deskripsi | |
Lanjutkan Inventaris | 1 Bita | 00 | GEN2_INVENTORY awal |
01 | Lanjutkan lagi perintah GEN2_INVENTORY – sisanya
bidang di bawah ini kosong (payload apa pun diabaikan) |
||
Pilih Panjang Perintah | 1 Bita | 0 | Tidak ada perintah Pilih yang diatur sebelum perintah BeginRound. Bidang 'Valid Bits in last Byte' dan bidang 'Select command' tidak boleh ada. |
1 – 39 | Panjang (n) bidang 'Pilih perintah'. | ||
Bit yang Valid di Byte terakhir | 1 Bita | 0 | Semua bit byte terakhir bidang 'Pilih perintah' dikirimkan. |
1 – 7 | Jumlah bit yang akan dikirim dalam byte terakhir bidang 'Pilih perintah'. | ||
Pilih Perintah | n Byte | Jika ada, bidang ini berisi perintah Pilih (menurut ISO18000-3, Tabel 47) yang dikirim sebelum perintah BeginRound. CRC-16c tidak akan disertakan. | |
Perintah Mulai Putaran | 3 Byte | Bidang ini berisi perintah BeginRound (menurut ISO18000-3, Tabel 49). CRC-5 tidak akan disertakan. | |
Perilaku yang Diproses Slot Waktu | 1 Bita | 0 | Respons berisi maks. Jumlah slot waktu yang mungkin sesuai dengan buffer respons. |
1 | Respons hanya berisi satu slot waktu. | ||
2 | Respons hanya berisi satu slot waktu. Jika slot waktu berisi respons kartu yang valid, pegangan kartu juga disertakan. |
4.5.6.1.1 Respon
Panjang Respons mungkin “1” jika Inventaris dilanjutkan.
Tabel 66. Nilai respon EPC_GEN2_INVENTORY
Bidang Muatan | Panjang | Nilai/Deskripsi | |||
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: | |||
PN5190_STATUS_SUCCESS (Baca status Timeslot dalam byte berikutnya untuk Tag tanggapan) PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
|||||
Slot waktu [1…n] | 3 – 69 Byte | Status slot waktu | 1 Bita | 0 | Tag respons tersedia. 'Tag Bidang Panjang Balasan', bidang 'Bit valid dalam byte terakhir', dan 'Tag bidang balasan ada. |
1 | Tag respons tersedia. | ||||
2 | TIDAK tag menjawab di slot waktu. 'Tag Bidang Panjang Balasan' dan bidang 'Bit valid dalam byte terakhir', harus disetel ke nol. 'Tag bidang balasan tidak akan ada. | ||||
3 | Dua atau lebih tags merespons di slot waktu. (Tabrakan). 'Tag Bidang Panjang Balasan' dan bidang 'Bit valid dalam byte terakhir', harus disetel ke nol. 'Tag bidang balasan tidak akan ada. |
Tag Panjang Balasan | 1 Bita | Nomor telepon 0-66 | Panjang 'Tag Bidang Balasan (i). Jika Tag Panjang Balasan adalah 0, lalu Tag Bidang balasan tidak ada. | ||
Bit yang valid di Byte terakhir | 1 Bita | 0 | Semua bit byte terakhir 'Tag bidang balasan valid. | ||
Nomor telepon 1-7 | Jumlah bit valid dari byte terakhir 'Tag bidang balasan. Jika Tag Panjang Balasan adalah nol, nilai byte ini harus diabaikan. | ||||
Tag Membalas | 'n' Byte | Balasan dari tag menurut ISO18000-3_2010, Tabel 56. | |||
Tag Menangani | 0 atau 2 Byte | Pegangan dari tag, jika bidang 'Status Slot Waktu' diatur ke '1'. Kalau tidak, bidang tidak ada. |
4.5.6.1.2 Acara
Tidak ada acara untuk perintah ini.
4.5.7 Manajemen konfigurasi RF
Lihat Bagian 6, untuk konfigurasi TX dan RX untuk berbagai teknologi RF dan kecepatan data yang didukung oleh PN5190. Nilai yang tidak berada dalam kisaran yang disebutkan di bawah ini, harus dianggap sebagai RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Instruksi ini digunakan untuk memuat konfigurasi RF dari EEPROM ke register CLIF internal. Konfigurasi RF mengacu pada kombinasi unik Teknologi RF, mode (target/inisiator) dan baud rate. Konfigurasi RF dapat dimuat secara terpisah untuk jalur penerima CLIF (konfigurasi RX) dan pemancar (konfigurasi TX). Nilai 0xFF harus digunakan jika konfigurasi jalur yang sesuai tidak boleh diubah.
4.5.7.1.1 Kondisi
Bidang 'Konfigurasi TX' harus berada dalam kisaran 0x00 – 0x2B, inklusif. Jika nilainya 0xFF, konfigurasi TX tidak diubah.
Bidang 'Konfigurasi RX' harus berada dalam rentang 0x80 – 0xAB, inklusif. Jika nilainya 0xFF, konfigurasi RX tidak diubah.
Konfigurasi khusus dengan Konfigurasi TX = 0xFF dan Konfigurasi RX = 0xAC digunakan untuk memuat register Boot-up satu kali.
Konfigurasi khusus ini diperlukan untuk memperbarui konfigurasi register (baik TX maupun RX) yang berbeda dengan nilai reset IC.
4.5.7.1.2 Perintah
Tabel 67. Nilai perintah LOAD_RF_CONFIGURATION
Muat pengaturan RF TX dan RX dari E2PROM.
Bidang Muatan | Panjang | Nilai/Deskripsi | |
Konfigurasi TX | 1 Bita | 0xFF | Konfigurasi TX RF tidak berubah. |
0x0 – 0x2B | Konfigurasi TX RF yang sesuai dimuat. | ||
Konfigurasi RX | 1 Bita | 0xFF | Konfigurasi RX RF tidak berubah. |
0x80 – 0xAB | Konfigurasi RX RF yang sesuai dimuat. |
4.5.7.1.3 Respon
Tabel 68. Nilai respon LOAD_RF_CONFIGURATION
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4 Acara
Tidak ada acara untuk perintah ini.
4.5.7.2 UPDATE_RF_CONFIGURATION
Instruksi ini digunakan untuk memperbarui konfigurasi RF (lihat definisi di Bagian 4.5.7.1) dalam E2PROM. Instruksi ini memungkinkan pembaruan pada nilai granularitas register, yaitu tidak seluruh set perlu diperbarui (walaupun hal itu dapat dilakukan).
4.5.7.2.1 Kondisi
Ukuran konfigurasi array bidang harus berada dalam kisaran 1 – 15, inklusif. Konfigurasi array bidang harus berisi sekumpulan Konfigurasi RF, Alamat Daftar, dan Nilai. Konfigurasi RF lapangan harus berada dalam rentang 0x0 – 0x2B untuk Konfigurasi TX dan 0x80 – 0xAB untuk konfigurasi RX, inklusif. Alamat dalam bidang Alamat Daftar harus ada dalam konfigurasi RF masing-masing. Nilai Bidang harus berisi nilai yang harus ditulis ke dalam register tertentu dan panjangnya harus 4 byte (format little-endian).
4.5.7.2.2 Perintah
Tabel 69. Nilai perintah UPDATE_RF_CONFIGURATION
Perbarui konfigurasi RF
Bidang Muatan | Panjang | Nilai/Deskripsi | ||
Konfigurasi[1…n] | 6 Byte | Konfigurasi RF | 1 Bita | Konfigurasi RF yang registernya harus diubah. |
Alamat Pendaftaran | 1 Bita | Daftarkan Alamat dalam teknologi RF yang diberikan. | ||
Nilai | 4 Byte | Nilai yang harus ditulis ke dalam register. (Little-endian) |
4.5.7.2.3 Respon
Tabel 70. Nilai respons UPDATE_RF_CONFIGURATION
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4 Acara
Tidak ada acara untuk perintah ini.
4.5.7.3 DAPATKAN_ RF_CONFIGURATION
Instruksi ini digunakan untuk membaca konfigurasi RF. Pasangan alamat-nilai-daftar tersedia dalam respons. Untuk mengetahui berapa banyak pasangan yang diharapkan, informasi ukuran pertama dapat diambil dari TLV pertama, yang menunjukkan total panjang muatan.
4.5.7.3.1 Kondisi
Konfigurasi RF lapangan harus berada dalam kisaran 0x0 – 0x2B untuk Konfigurasi TX dan 0x80 –0xAB untuk konfigurasi RX, inklusif.
4.5.7.3.2 Perintah
Tabel 71. Nilai perintah GET_ RF_CONFIGURATION Mengambil konfigurasi RF.
Bidang Muatan | Panjang | Nilai/Deskripsi |
Konfigurasi RF | 1 Bita | Konfigurasi RF yang kumpulan pasangan nilai registernya harus diambil. |
4.5.7.3.3 Respon
Tabel 72. GET_ RF_CONFIGURATION Nilai respons
Bidang Muatan | Panjang | Nilai/Deskripsi | ||
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: | ||
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
||||
Pasangkan[1…n] | 5 Byte | Alamat Pendaftaran | 1 Bita | Daftarkan Alamat dalam teknologi RF yang diberikan. |
Nilai | 4 Byte | Nilai register 32-Bit. |
4.5.7.3.4 Acara
Tidak ada acara untuk instruksi.
4.5.8 Penanganan Lapangan RF
4.5.8.1 RF_ON
Instruksi ini digunakan untuk mengaktifkan RF. Peraturan DPC di FieldOn awal akan ditangani dalam perintah ini.
4.5.8.1.1 Perintah
Tabel 73. Nilai perintah RF_FIELD_ON
Konfigurasikan RF_FIELD_ON.
Bidang Muatan | Panjang | Nilai/Deskripsi | ||
RF_on_config | 1 Bita | Sedikit 0 | 0 | Gunakan penghindaran tabrakan |
1 | Nonaktifkan penghindaran tabrakan | |||
Sedikit 1 | 0 | Tidak ada P2P yang aktif | ||
1 | P2P aktif |
4.5.8.1.2 Respon
Tabel 74. Nilai respon RF_FIELD_ON
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (bidang RF tidak diaktifkan karena tabrakan RF) PN5190_STATUS_TIMEOUT (bidang RF tidak diaktifkan karena waktu habis) PN5190_STATUS_TXLDO_ERROR (kesalahan TXLDO karena VUP tidak tersedia) PN5190_STATUS_RFCFG_NOT_APPLIED (Konfigurasi RF tidak diterapkan sebelum perintah ini) |
4.5.8.1.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.8.2 RF_OFF
Instruksi ini digunakan untuk menonaktifkan Bidang RF.
4.5.8.2.1 Perintah
Tabel 75. Nilai perintah RF_FIELD_OFF
Bidang Muatan | Panjang | Nilai/Deskripsi |
Kosong | Kosong | kosong |
4.5.8.2.2 Respon
Tabel 76. Nilai respons RF_FIELD_OFF
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
4.5.8.2.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.9 Uji konfigurasi bus
Sinyal bus uji yang tersedia pada konfigurasi PAD yang dipilih tercantum di Bagian 7 sebagai referensi.
Ini harus dirujuk untuk menyediakan konfigurasi instruksi bus uji seperti yang disebutkan di bawah.
4.5.9.1 KONFIGURASI _TESTBUS_DIGITAL
Instruksi ini digunakan untuk mengganti sinyal bus uji digital yang tersedia pada konfigurasi pad yang dipilih.
4.5.9.1.1 Perintah
Tabel 77. Nilai perintah CONFIGURE_TESBUS_DIGITAL
Bidang muatan | Panjang | Nilai/deskripsi | |
TB_SignalIndex | 1 Bita | Mengacu pada Bagian 7 | |
TB_BitIndex | 1 Bita | Mengacu pada Bagian 7 | |
TB_PadIndex | 1 Bita | Indeks pad, tempat sinyal digital dikeluarkan | |
ukuran 0x00 | pin AUX1 | ||
ukuran 0x01 | pin AUX2 | ||
ukuran 0x02 | pin AUX3 | ||
ukuran 0x03 | pin GPIO0 | ||
ukuran 0x04 | pin GPIO1 | ||
ukuran 0x05 | pin GPIO2 | ||
ukuran 0x06 | pin GPIO3 | ||
0x07-0xFF | RFU |
4.5.9.1.2 Respon
Tabel 78. Nilai respons CONFIGURE_TEESTBUS_DIGITAL
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
4.5.9.1.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.9.2 KONFIGURE_TESTBUS_ANALOG
Instruksi ini digunakan untuk mendapatkan sinyal bus uji analog yang tersedia pada konfigurasi pad yang dipilih.
Sinyal pada bus uji analog dapat diperoleh dalam berbagai mode. Mereka adalah:
4.5.9.2.1 Modus mentah
Dalam mode ini, sinyal yang dipilih oleh TB_SignalIndex0 digeser oleh Shift_Index0, ditutupi dengan Mask0 dan dikeluarkan pada AUX1. Demikian pula, sinyal yang dipilih oleh TB_SignalIndex1 digeser oleh Shift_Index1, ditutupi dengan Mask1 dan dikeluarkan pada AUX2.
Mode ini menawarkan fleksibilitas bagi pelanggan untuk mengeluarkan sinyal apa pun dengan lebar 8 bit atau lebih kecil dan tidak memerlukan konversi tanda untuk dikeluarkan ke pad analog.
4.5.9.2.2 Mode GABUNGAN
Dalam mode ini, sinyal analog akan menjadi nilai ADCI/ADCQ/pcrm_if_rssi bertanda 10 bit yang dikonversi menjadi nilai yang tidak ditandatangani, diperkecil menjadi 8 bit dan kemudian dikeluarkan pada pad AUX1 atau AUX2.
Hanya satu dari nilai konversi ADCI/ADCQ (10-bit) yang dapat dikeluarkan ke AUX1/AUX2 kapan saja.
Jika nilai bidang muatan Sinyal Mode_Gabungan adalah 2 (Gabungan Analog dan Digital), maka bus uji analog dan digital dirutekan pada AUX1 (Sinyal Analog) dan GPIO0 (Sinyal Digital).
Sinyal yang akan dirutekan dikonfigurasikan dalam alamat EEPROM yang disebutkan di bawah ini:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndeks
0xCEB – Indeks TB_Analog
Indeks bus uji dan bit bus uji harus dikonfigurasi di EEPROM sebelum kita mengeluarkan mode gabungan dengan opsi 2.
Catatan:
Tuan rumah harus menyediakan semua bidang, terlepas dari penerapan bidang dalam mode “mentah” atau “gabungan”. IC PN5190 hanya mempertimbangkan nilai bidang yang berlaku.
4.5.9.2.3 Perintah
Tabel 79. Nilai perintah CONFIGURE_TESBUS_ANALOG
Bidang muatan | Panjang | Nilai/deskripsi | Penerapan lapangan untuk mode gabungan | |
bKonfigurasi | 1 Bita | Bit yang dapat dikonfigurasi. Lihat Tabel 80 | Ya | |
Sinyal Mode_Gabungan | 1 Bita | 0 – ADCI/ADCQ 1 – pcrm_if_rssi |
Ya | |
2 – Gabungan Analog dan Digital | ||||
3 – 0xFF –Dicadangkan |
TB_SignalIndex0 | 1 Bita | Indeks sinyal dari sinyal analog. Lihat Bagian 7 | Ya | |
TB_SignalIndex1 | 1 Bita | Indeks sinyal dari sinyal analog. Lihat Bagian 7 | Ya | |
Shift_Indeks0 | 1 Bita | Posisi pergeseran masukan DAC0. Arah akan ditentukan sedikit demi sedikit di bConfig[1]. | TIDAK | |
Shift_Indeks1 | 1 Bita | Posisi pergeseran masukan DAC1. Arah akan ditentukan sedikit demi sedikit di bConfig[2]. | TIDAK | |
Masker0 | 1 Bita | topeng DAC0 | TIDAK | |
Masker1 | 1 Bita | topeng DAC1 | TIDAK |
Tabel 80. Konfigurasi bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Keterangan | Berlaku untuk mode |
X | X | Rentang pergeseran keluaran DAC1 – 0, 1, 2 | Mentah | ||||||
X | X | Rentang pergeseran keluaran DAC0 – 0, 1, 2 | Mentah | ||||||
X | Dalam mode gabungan, sinyal pada pin AUX1/AUX2 0 ➜ Sinyal pada AUX1 1 ➜ Sinyal pada AUX2 |
Gabungan | |||||||
X | Arah pergeseran masukan DAC1 0 ➜ Geser ke kanan 1 ➜ Geser ke kiri |
Mentah | |||||||
X | Arah pergeseran masukan DAC0 0 ➜ Geser ke kanan 1 ➜ Geser ke kiri |
Mentah | |||||||
X | Mode. 0 ➜ Modus mentah 1 ➜ Mode gabungan |
Mentah/Gabungan |
4.5.9.2.4 Respon
Tabel 81. Nilai respons CONFIGURE_TESBUS_ANALOG
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
4.5.9.2.5 Acara
Tidak ada acara untuk instruksi ini.
4.5.9.3 KONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Instruksi ini digunakan untuk mengganti beberapa sinyal bus uji digital yang tersedia pada konfigurasi pad yang dipilih.
Catatan: Jika panjangnya NOL maka bus uji digital di-RESET.
4.5.9.3.1 Perintah
Tabel 82. Nilai perintah CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Bidang muatan | Panjang | Nilai/deskripsi | |
TB_Indeks Sinyal #1 | 1 Bita | Mengacu pada 8 di bawah | |
TB_BitIndeks #1 | 1 Bita | Mengacu pada 8 di bawah | |
TB_PadIndeks #1 | 1 Bita | Indeks pad, tempat sinyal digital dikeluarkan | |
ukuran 0x00 | pin AUX1 | ||
ukuran 0x01 | pin AUX2 | ||
ukuran 0x02 | pin AUX3 | ||
ukuran 0x03 | pin GPIO0 | ||
ukuran 0x04 | pin GPIO1 | ||
ukuran 0x05 | pin GPIO2 | ||
ukuran 0x06 | pin GPIO3 | ||
0x07-0xFF | RFU | ||
TB_Indeks Sinyal #2 | 1 Bita | Mengacu pada 8 di bawah | |
TB_BitIndeks #2 | 1 Bita | Mengacu pada 8 di bawah | |
TB_PadIndeks #2 | 1 Bita | Indeks pad, tempat sinyal digital dikeluarkan | |
ukuran 0x00 | pin AUX1 | ||
ukuran 0x01 | pin AUX2 | ||
ukuran 0x02 | pin AUX3 | ||
ukuran 0x03 | pin GPIO0 | ||
ukuran 0x04 | pin GPIO1 | ||
ukuran 0x05 | pin GPIO2 | ||
ukuran 0x06 | pin GPIO3 | ||
0x07-0xFF | RFU |
4.5.9.3.2 Respon
Tabel 83. Nilai respons CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 2]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
4.5.9.3.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.10 Konfigurasi CTS
4.5.10.1 CTS_ENABLE
Instruksi ini digunakan untuk mengaktifkan/menonaktifkan fitur logging CTS.
4.5.10.1.1 Perintah
Tabel 84. Nilai perintah CTS_ENABLE
Nilai/Deskripsi Panjang Bidang Muatan | ||||
Aktifkan/Nonaktifkan | 1 Bita | Sedikit 0 | 0 | Nonaktifkan Fitur Pencatatan CTS |
1 Aktifkan Fitur Pencatatan CTS |
||||
Sedikit 1-7 | RFU |
4.5.10.1.2 Respon
Tabel 85. Nilai respons CTS_ENABLE
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
4.5.10.1.3 Acara
Tabel berikut menunjukkan data event yang akan dikirim sebagai bagian dari pesan event seperti yang ditunjukkan pada Gambar 12 dan Gambar 13.
Tabel 86. Ini memberi tahu tuan rumah bahwa data telah diterima. EVT_CTS_DONE
Bidang Muatan | Panjang | Nilai/Deskripsi |
Peristiwa | 1 bita | 00 … PEMICU telah terjadi, data siap diterima. |
4.5.10.2 CTS_CONFIGURE
Instruksi ini digunakan untuk mengkonfigurasi semua register CTS yang diperlukan seperti trigger, register bus uji, sampkonfigurasi ling dll.,
Catatan:
[1] memberikan pemahaman yang lebih baik tentang konfigurasi CTS. Data yang diambil akan dikirim sebagai bagian dari respons terhadap perintah Bagian 4.5.10.3.
4.5.10.2.1 Perintah
Tabel 87. Nilai perintah CTS_CONFIGURE
Bidang Muatan | Panjang | Nilai/Deskripsi |
PRE_TRIGGER_SHIFT | 1 Bita | Mendefinisikan panjang urutan akuisisi setelah pemicu dalam satuan 256 byte. 0 berarti tidak ada shift; n berarti pergeseran blok n*256 byte. Catatan: Hanya valid jika TRIGGER_MODE adalah mode pemicu “PRE” atau “COMB”. |
TRIGGER_MODE | 1 Bita | Menentukan mode Akuisisi yang akan digunakan. |
0x00 – Modus POST | ||
0x01 – RFU | ||
0x02 – Mode PRA | ||
0x03 – 0xFF – Tidak valid | ||
RAM_PAGE_WIDTH | 1 Bita | Menentukan jumlah memori on-chip yang dicakup oleh akuisisi. Granularitas dipilih berdasarkan desain sebesar 256 Bytes (yaitu 64 kata 32-bit). Nilai yang valid adalah sebagai berikut: 0x00j – 256 byte 0x02j – 768 byte 0x01j – 512 byte 0x03j – 1024 byte 0x04j – 1280 byte 0x05j – 1536 byte 0x06j – 1792 byte 0x07j – 2048 byte 0x08j – 2304 byte 0x09j – 2560 byte 0x0Ah – 2816 byte 0x0Bh – 3072 byte 0x0Ch – 3328 byte 0x0Dh – 3584 byte 0x0Eh – 3840 byte 0x0Fh – 4096 byte 0x10j – 4352 byte 0x11j – 4608 byte 0x12j – 4864 byte 0x13j – 5120 byte 0x14j – 5376 byte 0x15j – 5632 byte 0x16j – 5888 byte 0x17j – 6144 byte 0x18j – 6400 byte 0x19j – 6656 byte 0x1Ah – 6912 byte 0x1Bh – 7168 byte 0x1Ch – 7424 byte 0x1Dh – 7680 byte 0x1Eh – 7936 byte 0x1Fh – 8192 byte |
SAMPLE_CLK_DIV | 1 Bita | Nilai desimal bidang ini menentukan faktor pembagian kecepatan jam yang akan digunakan selama akuisisi. Jam CTS = 13.56 MHz / 2SAMPLE_CLK_DIV |
Frekuensi 00 – 13560kHz Frekuensi 01 – 6780kHz Frekuensi 02 – 3390kHz Frekuensi 03 – 1695kHz Frekuensi 04 – 847.5kHz Frekuensi 05 – 423.75kHz Frekuensi 06 – 211.875kHz Frekuensi 07 – 105.9375kHz Frekuensi 08 – 52.96875kHz Frekuensi 09 – 26.484375kHz Frekuensi 10 – 13.2421875kHz Frekuensi 11 – 6.62109375kHz Frekuensi 12 – 3.310546875kHz Frekuensi 13 – 1.6552734375kHz Frekuensi 14 – 0.82763671875kHz Frekuensi 15 – 0.413818359375kHz |
||
SAMPLE_BYTE_SEL | 1 Bita | Bit-bit ini digunakan untuk menentukan byte mana dari dua bus input 16-bit yang berkontribusi pada mekanisme interleave yang menghasilkan data untuk ditransfer ke memori on-chip. Arti dan penggunaannya tergantung dari SAMPNilai LE_MODE_SEL.
Catatan: Nilai yang diberikan selalu ditutupi dengan 0x0F dan kemudian nilai efektif dipertimbangkan. |
SAMPLE_MODE_SEL | 1 Bita | Pilih sampling mode interleave seperti yang dijelaskan oleh spesifikasi desain CTS. Nilai desimal 3 dicadangkan dan akan diperlakukan sebagai 0. Catatan: Nilai yang diberikan selalu ditutupi dengan 0x03, dan kemudian nilai efektif dipertimbangkan. |
Bahasa Indonesia: TB0 | 1 Bita | Memilih bus uji mana yang akan dihubungkan ke TB0. Lihat Bagian 7 (TB_ Nilai Sinyal_Indeks) |
Bahasa Indonesia: TB1 | 1 Bita | Memilih bus uji mana yang akan dihubungkan ke TB1. Lihat Bagian 7 (TB_ Nilai Sinyal_Indeks) |
Bahasa Indonesia: TB2 | 1 Bita | Memilih bus uji mana yang akan dihubungkan ke TB2. Lihat Bagian 7 (TB_ Nilai Sinyal_Indeks) |
Bahasa Indonesia: TB3 | 1 Bita | Memilih bus uji mana yang akan dihubungkan ke TB3. Lihat Bagian 7 (TB_ Nilai Sinyal_Indeks) |
TTB_PILIH | 1 Bita | Memilih TB mana yang akan dihubungkan ke sumber pemicu. Lihat Bagian 7 (Nilai TB_Signal_Index) |
RFU | 4 Byte | Kirim selalu 0x00000000 |
MISC_CONFIG | 24 Byte | Kejadian pemicu, polaritas, dll. Lihat [1] untuk memahami konfigurasi CTS yang akan digunakan. |
4.5.10.2.2 Respon
Tabel 88. Nilai respons CTS_CONFIGURE
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.10.3 CTS_RETRIEVE_LOG
Instruksi ini mengambil log data dari data bus uji yang diambilampfile disimpan dalam buffer memori.
4.5.10.3.1 Perintah
Tabel 89. Nilai perintah CTS_RETRIEVE_LOG
Bidang Muatan | Panjang | Nilai/Deskripsi | |
Ukuran Potongan | 1 bita | 0x01-0xFF | Berisi jumlah byte data yang diharapkan. |
4.5.10.3.2 Respon
Tabel 90. Nilai respons CTS_RETRIEVE_LOG
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) PN5190_STATUS_SUCCSES_CHAINING |
||
Data Catatan [1…n] | Permintaan CTS | ditangkap Samples Potongan data |
Catatan:
Ukuran maksimum 'Data Log' bergantung pada 'ChunkSize' yang telah disediakan sebagai bagian dari perintah.
Ukuran Total Log harus tersedia di respons header TLV.
4.5.10.3.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.11 Perintah TEST_MODE
4.5.11.1 ANTENA_SELF_TEST
Instruksi ini digunakan untuk memverifikasi apakah antena terhubung dan komponen yang cocok telah diisi/dirakit.
Catatan:
Perintah ini belum tersedia. Lihat catatan rilis untuk ketersediaannya.
4.5.11.2 PRBS_TEST
Instruksi ini digunakan untuk menghasilkan urutan PRBS untuk berbagai konfigurasi protokol mode Pembaca dan kecepatan bit. Setelah instruksi dijalankan, urutan pengujian PRBS akan tersedia di RF.
Catatan:
Host harus memastikan bahwa konfigurasi teknologi RF yang sesuai dimuat menggunakan Bagian 4.5.7.1 dan RF DIAKTIFKAN menggunakan perintah Bagian 4.5.8.1 sebelum mengirimkan perintah ini.
4.5.11.2.1 Perintah
Tabel 91. Nilai perintah PRBS_TEST
Bidang Muatan | Panjang | Nilai/Deskripsi | |
prbs_type | 1 Bita | 00 | PRBS9 (standar) |
01 | PRBS15 | ||
02-FF | RFU |
4.5.11.2.2 Respon
Tabel 92. Nilai respon PRBS_TEST
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3 Acara
Tidak ada acara untuk instruksi ini.
4.5.12 Perintah Info Chip
4.5.12.1 GET_DIEID
Instruksi ini digunakan untuk membaca die ID chip PN5190.
4.5.12.1.1 Perintah
Tabel 93. Nilai Perintah GET_DIEID
Bidang Muatan | Panjang | Nilai/Deskripsi |
– | – | Tidak ada data dalam muatan |
4.5.12.1.2 Respon
Tabel 94. Nilai respons GET_DIEID
Bidang muatan | Panjang | Nilai/deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (tidak ada data lebih lanjut) |
||
Nilai-nilai | 16 Byte | ID mati 16 byte. |
4.5.12.1.3 Acara
Tidak ada acara untuk perintah ini.
4.5.12.2 GET_VERSION
Instruksi ini digunakan untuk membaca versi HW, versi ROM, dan versi FW dari chip PN5190.
4.5.12.2.1 Perintah
Tabel 95. Nilai perintah GET_VERSION
Bidang Muatan | Panjang | Nilai/Deskripsi |
– | – | Tidak ada data dalam muatan |
Ada perintah DL_GET_VERSION (Bagian 3.4.4) yang tersedia dalam mode unduh yang dapat digunakan untuk membaca versi HW, versi ROM, dan versi FW.
4.5.12.2.2 Respon
Tabel 96. Nilai respons GET_VERSION
Bidang Muatan | Panjang | Nilai/Deskripsi |
Status | 1 Bita | Status operasi [Tabel 9]. Nilai yang diharapkan adalah sebagai berikut: |
PN5190_STATUS_SUKSES PN5190_STATUS_INSTR_ERROR (Tidak ada data lebih lanjut) |
||
HW_V | 1 bita | Versi perangkat keras |
RO_V | 1 bita | kode ROM |
FW_V | 2 bita | Versi firmware (digunakan untuk mengunduh) |
RFU1-RFU2 | 1-2 byte | – |
Respons yang diharapkan untuk versi IC PN5190 yang berbeda disebutkan di (Bagian 3.4.4)
4.5.12.2.3 Acara
Tidak ada acara untuk perintah ini.
Lampiran (Kelampmereka)
Lampiran ini terdiri dari examples untuk perintah yang disebutkan di atas. Sang mantanample hanya untuk tujuan ilustrasi untuk menunjukkan isi perintah.
5.1 Contohample untuk WRITE_REGISTER
Berikut urutan data yang dikirim dari host untuk menulis nilai 0x12345678 ke dalam register 0x1F.
Bingkai perintah dikirim ke PN5190: 0000051F78563412
Tuan rumah menunggu interupsi.
Ketika host membaca bingkai respons yang diterima dari PN5190 (menunjukkan operasi berhasil): 00000100 5.2 Contohampfile untuk WRITE_REGISTER_OR_MASK
Berikut urutan data yang dikirim dari host untuk melakukan operasi logika OR pada register 0x1F dengan mask sebagai 0x12345678
Bingkai perintah dikirim ke PN5190: 0100051F78563412
Tuan rumah menunggu interupsi.
Ketika host membaca bingkai respons yang diterima dari PN5190 (menunjukkan operasi berhasil): 01000100
5.3 Contohampfile untuk WRITE_REGISTER_AND_MASK
Berikut urutan data yang dikirim dari host untuk melakukan operasi logika AND pada register 0x1F dengan mask sebagai 0x12345678
Bingkai perintah dikirim ke PN5190: 0200051F78563412
Tuan rumah menunggu interupsi.
Ketika host membaca bingkai respons yang diterima dari PN5190 (menunjukkan operasi berhasil): 02000100
5.4 Contohampfile untuk WRITE_REGISTER_MULTIPLE
Berikut urutan data yang dikirim dari host untuk melakukan operasi logika AND pada register 0x1F dengan mask sebagai 0x12345678, dan pada operasi logika OR pada register 0x20 dengan mask sebagai 0x11223344, dan penulisan ke register 0x21 dengan nilai sebagai 0xAABBCCDD.
Bingkai perintah dikirim ke PN5190: 0300121F03785634122002443322112101DDCCBBAA
Tuan rumah menunggu interupsi.
Ketika host membaca bingkai respons yang diterima dari PN5190 (menunjukkan operasi berhasil): 03000100
5.5 Contohample untuk READ_REGISTER
Berikut urutan data yang dikirim dari host untuk membaca isi register 0x1F dan dengan asumsi register tersebut bernilai 0x12345678
Bingkai perintah dikirim ke PN5190: 0400011F
Tuan rumah menunggu interupsi.
Ketika host membaca bingkai respons yang diterima dari PN5190 (menunjukkan operasi berhasil): 0400050078563412
5.6 Contohampfile untuk READ_REGISTER_MULTIPLE
Berikut urutan data yang dikirim dari host untuk membaca isi register 0x1F yang berisi nilai 0x12345678, dan register 0x25 yang berisi nilai 0x11223344
Bingkai perintah dikirim ke PN5190: 0500021F25
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 050009007856341244332211
5.7 Contohampfile untuk WRITE_E2PROM
Berikut urutan data yang dikirim dari host untuk ditulis ke lokasi E2PROM 0x0130 hingga 0x0134 dengan konten 0x11, 0x22, 0x33, 0x44, 0x55
Bingkai perintah dikirim ke PN5190: 06000730011122334455
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 06000100
5.8 Contohampfile untuk READ_E2PROM
Berikut urutan data yang dikirim dari host untuk dibaca dari lokasi E2PROM 0x0130 hingga 0x0134 tempat konten disimpan adalah: 0x11, 0x22, 0x33, 0x44, 0x55
Bingkai perintah dikirim ke PN5190: 07000430010500
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 070006001122334455
5.9 Contohampfile untuk TRANSMIT_RF_DATA
Berikut urutan data yang dikirim dari host untuk mengirimkan perintah REQA (0x26), dengan jumlah bit yang akan dikirim sebagai '0x07', dengan asumsi bahwa register yang diperlukan telah diatur sebelumnya dan RF diaktifkan.
Bingkai perintah dikirim ke PN5190: 0800020726
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 08000100
5.10 Contohampfile untuk RETREIVE_RF_DATA
Mengikuti urutan data yang dikirim dari host untuk menerima data yang diterima/disimpan di buffer CLIF internal (dengan asumsi 0x05 diterima), dengan asumsi bahwa TRANSMIT_RF_DATA sudah dikirim setelah RF AKTIF.
Bingkai perintah dikirim ke PN5190: 090000
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 090003000400
5.11 Contohampfile untuk EXCHANGE_RF_DATA
Berikut urutan data yang dikirim dari host untuk mengirimkan REQA (0x26), dengan jumlah bit dalam byte terakhir yang dikirim ditetapkan sebagai 0x07, dengan semua status yang akan diterima bersama dengan datanya. Asumsinya adalah register RF yang diperlukan sudah disetel dan RF dalam keadaan ON.
Bingkai perintah dikirim ke PN5190: 0A0003070F26
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 0A000 F000200000000000200000000004400
5.12 Contohampfile untuk LOAD_RF_CONFIGURATION
Berikut urutan data yang dikirim dari host untuk mengatur konfigurasi RF. Untuk TX, 0x00 dan untuk RX, 0x80
Bingkai perintah dikirim ke PN5190: 0D00020080
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 0D000100
5.13 Contohampfile untuk UPDATE_RF_CONFIGURATION
Berikut urutan data yang dikirim dari host untuk memperbarui konfigurasi RF. Untuk TX, 0x00, dengan alamat pendaftaran CLIF_CRC_TX_CONFIG dan bernilai 0x00000001
Bingkai perintah dikirim ke PN5190: 0E0006001201000000
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 0E000100
5.14 Contohampfile untuk RF_ON
Berikut urutan data yang dikirim dari host untuk mengaktifkan bidang RF menggunakan penghindaran tabrakan dan Tidak ada P2P yang aktif. Diasumsikan, konfigurasi RF TX dan RX yang sesuai telah diatur di PN5190.
Bingkai perintah dikirim ke PN5190: 10000100
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 10000100
5.15 Contohampfile untuk RF_OFF
Berikut urutan data yang dikirim dari host untuk mematikan bidang RF.
Bingkai perintah dikirim ke PN5190: 110000
Tuan rumah menunggu interupsi.
Ketika host membaca respons, bingkai diterima dari PN5190 (menunjukkan operasi berhasil): 11000100
Lampiran (indeks konfigurasi protokol RF)
Lampiran ini berisi indeks konfigurasi protokol RF yang didukung oleh PN5190.
Pengaturan konfigurasi TX dan RX harus digunakan dalam perintah Bagian 4.5.7.1, Bagian 4.5.7.2, Bagian 4.5.7.3.
Lampiran (sinyal CTS dan TESTBUS)
Tabel di bawah ini menentukan berbagai sinyal yang tersedia dari PN5190 untuk ditangkap menggunakan instruksi CTS (Bagian 4.5.10) dan instruksi TESTBUS.
Ini harus digunakan untuk perintah Bagian 4.5.9.1, Bagian 4.5.9.2, Bagian 4.5.10.2.
Singkatan
Tabel 97. Singkatan
Singkatan. | Arti |
CLK | Jam |
DWL_REQ | Pin Permintaan Unduh (juga disebut DL_REQ) |
EEPROM | Memori Hanya Baca yang Dapat Diprogram dan Dapat Dihapus Secara Elektrik |
FW | Perangkat Lunak |
GND | Tanah |
GPIO | Input Output Tujuan Umum |
HW | Perangkat keras |
aku²C | Sirkuit Antar Terpadu (bus data serial) |
IRQ | Permintaan Interupsi |
ISO / IEC | Organisasi Standar Internasional / Komunitas Elektroteknik Internasional |
Bahasa Indonesia: NFC | Komunikasi Medan Dekat |
OS | Sistem Operasi |
PCD | Perangkat Kopling Kedekatan (Pembaca tanpa kontak) |
PICC | Kartu Sirkuit Terpadu Kedekatan (Kartu nirkontak) |
PMU | Unit Manajemen Daya |
POR | Atur ulang daya |
RF | Frekuensi radio |
RST | Mengatur ulang |
Universitas Florida Selatan | mode pengunduhan firmware aman |
SPI | Serial Peripheral Interface |
Bahasa Indonesia | V Aktifkan pin |
Referensi
[1] Bagian konfigurasi CTS dari NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT[2] lembar data IC PN5190, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
Informasi hukum
10.1 Definisi
Draf — Status draf pada dokumen menunjukkan bahwa konten masih dalam pengawasan internalview dan tunduk pada persetujuan formal, yang dapat mengakibatkan modifikasi atau penambahan. NXP Semiconductors tidak memberikan pernyataan atau jaminan apa pun mengenai keakuratan atau kelengkapan informasi yang disertakan dalam versi draf dokumen dan tidak bertanggung jawab atas konsekuensi penggunaan informasi tersebut.
10.2 Penafian
Garansi dan tanggung jawab terbatas — Informasi dalam dokumen ini diyakini akurat dan dapat diandalkan. Namun, NXP Semiconductors tidak memberikan pernyataan atau jaminan apa pun, tersurat maupun tersirat, mengenai keakuratan atau kelengkapan informasi tersebut dan tidak bertanggung jawab atas konsekuensi penggunaan informasi tersebut. Semikonduktor NXP tidak bertanggung jawab atas konten dalam dokumen ini jika disediakan oleh sumber informasi di luar Semikonduktor NXP.
Dalam keadaan apa pun NXP Semiconductors tidak bertanggung jawab atas kerugian tidak langsung, insidental, hukuman, khusus atau konsekuensial (termasuk – tanpa batasan kehilangan keuntungan, kehilangan tabungan, gangguan bisnis, biaya yang terkait dengan penghapusan atau penggantian produk atau biaya pengerjaan ulang) baik atau tidak kerusakan tersebut didasarkan pada kesalahan (termasuk kelalaian), jaminan, pelanggaran kontrak atau teori hukum lainnya.
Terlepas dari kerugian apa pun yang mungkin ditanggung pelanggan karena alasan apa pun, tanggung jawab agregat dan kumulatif NXP Semiconductors terhadap pelanggan untuk produk yang dijelaskan di sini akan dibatasi sesuai dengan
Syarat dan ketentuan penjualan komersial NXP Semiconductors.
Hak untuk membuat perubahan — NXP Semiconductors berhak untuk membuat perubahan pada informasi yang dipublikasikan dalam dokumen ini, termasuk tanpa batasan spesifikasi dan deskripsi produk, kapan saja dan tanpa pemberitahuan. Dokumen ini menggantikan dan menggantikan semua informasi yang diberikan sebelum publikasi dokumen ini.
Kesesuaian penggunaan — Produk NXP Semiconductors tidak dirancang, disahkan, atau dijamin sesuai untuk digunakan dalam sistem atau peralatan pendukung kehidupan, kritis-keselamatan, atau kritis, atau dalam aplikasi di mana kegagalan atau malfungsi produk NXP Semikonduktor dapat diperkirakan secara wajar mengakibatkan cedera pribadi, kematian atau kerusakan harta benda atau lingkungan yang parah. NXP Semiconductors dan pemasoknya tidak bertanggung jawab atas penyertaan dan/atau penggunaan produk NXP Semiconductors dalam peralatan atau aplikasi tersebut dan oleh karena itu penyertaan dan/atau penggunaan tersebut merupakan risiko pelanggan sendiri.
Aplikasi — Aplikasi yang dijelaskan di sini untuk salah satu produk ini hanya untuk tujuan ilustrasi. Semikonduktor NXP tidak membuat pernyataan atau jaminan bahwa aplikasi tersebut akan sesuai untuk penggunaan yang ditentukan tanpa pengujian atau modifikasi lebih lanjut.
Pelanggan bertanggung jawab atas desain dan pengoperasian aplikasi dan produk mereka menggunakan produk Semikonduktor NXP, dan Semikonduktor NXP tidak bertanggung jawab atas bantuan apa pun dengan aplikasi atau desain produk pelanggan. Pelanggan bertanggung jawab sepenuhnya untuk menentukan apakah produk Semikonduktor NXP cocok dan sesuai untuk aplikasi pelanggan dan produk yang direncanakan, serta untuk aplikasi yang direncanakan dan penggunaan pelanggan pihak ketiga pelanggan. Pelanggan harus memberikan perlindungan desain dan pengoperasian yang sesuai untuk meminimalkan risiko yang terkait dengan aplikasi dan produk mereka.
NXP Semiconductors tidak menerima tanggung jawab apa pun yang terkait dengan default, kerusakan, biaya, atau masalah apa pun yang didasarkan pada kelemahan atau default apa pun dalam aplikasi atau produk pelanggan, atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. Pelanggan bertanggung jawab untuk melakukan semua pengujian yang diperlukan untuk aplikasi dan produk pelanggan menggunakan produk NXP Semiconductors untuk menghindari default aplikasi dan produk atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. NXP tidak bertanggung jawab dalam hal ini.
NXP BV – NXP BV bukanlah perusahaan yang beroperasi dan tidak mendistribusikan atau menjual produk.
10.3 Lisensi
Pembelian IC NXP dengan teknologi NFC — Pembelian IC Semikonduktor NXP yang mematuhi salah satu standar Near Field Communication (NFC) ISO/IEC 18092 dan ISO/IEC 21481 tidak memberikan lisensi tersirat berdasarkan hak paten apa pun yang dilanggar oleh penerapan salah satu standar tersebut. Pembelian IC Semikonduktor NXP tidak termasuk lisensi atas paten NXP (atau hak IP lainnya) yang mencakup kombinasi produk tersebut dengan produk lain, baik perangkat keras maupun perangkat lunak.
10.4 Merek Dagang
Pemberitahuan: Semua merek yang dirujuk, nama produk, nama layanan, dan merek dagang adalah milik dari pemiliknya masing-masing.
NXP — tanda kata dan logo adalah merek dagang dari NXP BV
EdgeVerse — adalah merek dagang dari NXP BV
FeliCa — adalah merek dagang dari Sony Corporation.
MIFARE — adalah merek dagang dari NXP BV
MIFARE Classic — adalah merek dagang dari NXP BV
Harap diperhatikan bahwa pemberitahuan penting mengenai dokumen ini dan produk yang dijelaskan di sini, telah disertakan di bagian 'Informasi hukum'.
Hak cipta © 2023 NXP BV
Untuk informasi lebih lanjut, silakan kunjungi: http://www.nxp.com
Hak cipta dilindungi undang-undang.
Tanggal rilis: 25 Mei 2023
Pengidentifikasi dokumen: UM11942
Dokumen / Sumber Daya
![]() |
Pengontrol Frontend NFC NXP PN5190 [Bahasa Indonesia:] Panduan Pengguna PN5190, Pengontrol Frontend NFC PN5190, Pengontrol Frontend NFC, Pengontrol, UM11942 |