ຄູ່ມືຜູ້ໃຊ້ NXP PN5190 NFC Frontend Controller

ຂໍ້ມູນ	ເນື້ອໃນ
ຄໍາສໍາຄັນ	PN5190, NFC, NFC frontend, ຕົວຄວບຄຸມ, ຊັ້ນຄໍາແນະນໍາ
ບົດຄັດຫຍໍ້	ເອກະສານນີ້ອະທິບາຍຄໍາສັ່ງຊັ້ນຄໍາແນະນໍາແລະການຕອບສະຫນອງທີ່ຈະເຮັດວຽກຈາກຕົວຄວບຄຸມໂຮດ, ສໍາລັບການປະເມີນການເຮັດວຽກຂອງ NXP PN5190 NFC frontend controller. PN5190 ເປັນຕົວຄວບຄຸມດ້ານໜ້າ NFC ລຸ້ນຕໍ່ໄປ. ຂອບເຂດຂອງເອກະສານນີ້ແມ່ນເພື່ອອະທິບາຍຄໍາສັ່ງການໂຕ້ຕອບທີ່ຈະເຮັດວຽກກັບ PN5190 NFC ຕົວຄວບຄຸມ frontend. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການດໍາເນີນງານຂອງ PN5190 NFC frontend controller, ເບິ່ງແຜ່ນຂໍ້ມູນແລະຂໍ້ມູນປະກອບຂອງມັນ.

ປະຫວັດການແກ້ໄຂ

ພ.ສ	ວັນທີ	ລາຍລະອຽດ
3.7	20230525	• ປະເພດເອກະສານ ແລະຫົວຂໍ້ຖືກປ່ຽນຈາກເອກະສານເອກະສານຊ້ອນທ້າຍຂອງຜະລິດຕະພັນເປັນຄູ່ມືຜູ້ໃຊ້ • ການອະນາໄມບັນນາທິການ • ປັບປຸງຂໍ້ກໍານົດບັນນາທິການສໍາລັບສັນຍານ SPI • ເພີ່ມຄໍາສັ່ງ GET_CRC_USER_AREA ໃນຕາຕະລາງ 8 ໃນພາກ 4.5.2.3 • ອັບເດດລາຍລະອຽດທີ່ແຕກຕ່າງກັນຫຼາຍສຳລັບ PN5190B1 ແລະ PN5190B2 ໃນພາກ 3.4.1 • ອັບເດດຄໍາຕອບຂອງພາກທີ 3.4.7
3.6	20230111	ລາຍລະອຽດການຕອບສະໜອງການກວດສອບຄວາມສົມບູນແບບປັບປຸງໃນພາກ 3.4.7
3.5	20221104	ພາກທີ 4.5.4.6.3 “ເຫດການ”: ເພີ່ມ
3.4	20220701	• ເພີ່ມຄໍາສັ່ງ CONFIGURE_MULTIPLE_TESTBUS_DIGITAL ໃນຕາຕະລາງ 8 ໃນພາກ 4.5.9.3 • ສະບັບປັບປຸງ 4.5.9.2.2
3.3	20220329	ປັບປຸງລາຍລະອຽດຂອງຮາດແວໃນພາກທີ 4.5.12.2.1 “ຄຳສັ່ງ” ແລະ ພາກທີ 4.5.12.2.2 “ການຕອບສະໜອງ”
3.2	20210910	ອັບເດດຕົວເລກເວີຊັນເຟີມແວຈາກ 2.1 ເປັນ 2.01 ແລະ 2.3 ເປັນ 2.03
3.1	20210527	ເພີ່ມຄຳອະທິບາຍຄຳສັ່ງ RETRIEVE_RF_FELICA_EMD_DATA ແລ້ວ
3	20210118	ສະບັບທໍາອິດທີ່ປ່ອຍອອກມາຢ່າງເປັນທາງການ

ແນະນຳ

1.1 ບົດແນະນຳ
ເອກະສານນີ້ອະທິບາຍເຖິງ PN5190 Host Interface ແລະ APIs. ການໂຕ້ຕອບເຈົ້າພາບທາງດ້ານຮ່າງກາຍທີ່ໃຊ້ໃນເອກະສານແມ່ນ SPI. ລັກສະນະທາງດ້ານຮ່າງກາຍຂອງ SPI ບໍ່ໄດ້ຖືກພິຈາລະນາຢູ່ໃນເອກະສານ.
ການແຍກຂອບ ແລະການຄວບຄຸມການໄຫຼເຂົ້າແມ່ນສ່ວນຫນຶ່ງຂອງເອກະສານນີ້.
1.1.1 ຂອບເຂດ
ເອກະສານອະທິບາຍຊັ້ນເຫດຜົນ, ລະຫັດຄໍາແນະນໍາ, APIs ທີ່ກ່ຽວຂ້ອງກັບລູກຄ້າ.

ເປັນເຈົ້າພາບການສື່ສານຫຼາຍກວ່າview

PN5190 ມີສອງໂຫມດຕົ້ນຕໍເພື່ອຕິດຕໍ່ສື່ສານກັບຕົວຄວບຄຸມເຈົ້າພາບ.

ການສື່ສານແບບ HDLL ຖືກນໍາໃຊ້ເມື່ອອຸປະກອນຖືກກະຕຸ້ນໃຫ້ເຂົ້າ:
ກ. ໂໝດດາວໂຫລດທີ່ເຂົ້າລະຫັດໄວ້ເພື່ອອັບເດດເຟີມແວຂອງມັນ
TLV ການສື່ສານທີ່ອີງໃສ່ຄໍາສັ່ງຕອບສະຫນອງ (ໃຫ້ເປັນ exampເລ).

2.1 ໂຫມດ HDLL
ໂຫມດ HDLL ແມ່ນໃຊ້ສໍາລັບຮູບແບບການແລກປ່ຽນແພັກເກັດເພື່ອເຮັດວຽກກັບໂຫມດປະຕິບັດການ IC ຂ້າງລຸ່ມນີ້:

ຮູບແບບການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ (SFWU), ເບິ່ງພາກທີ 3

2.1.1 ລາຍລະອຽດຂອງ HDLL
HDLL ແມ່ນຊັ້ນເຊື່ອມຕໍ່ທີ່ພັດທະນາໂດຍ NXP ເພື່ອຮັບປະກັນການດາວໂຫຼດ FW ທີ່ເຊື່ອຖືໄດ້.
ຂໍ້ຄວາມ HDLL ແມ່ນເຮັດດ້ວຍຫົວ 2 byte, ຕິດຕາມດ້ວຍກອບ, ປະກອບດ້ວຍ opcode ແລະ Payload ຂອງຄໍາສັ່ງ. ແຕ່ລະຂໍ້ຄວາມລົງທ້າຍດ້ວຍ CRC 16-bit, ດັ່ງທີ່ອະທິບາຍໄວ້ໃນຮູບຂ້າງລຸ່ມນີ້:ສ່ວນຫົວ HDLL ປະກອບມີ:

ເລັກໆນ້ອຍໆ. ເຊິ່ງຊີ້ບອກວ່າຂໍ້ຄວາມນີ້ເປັນພຽງແຕ່ chunk ສຸດທ້າຍຂອງຂໍ້ຄວາມ (chunk = 0). ຫຼືຖ້າຫາກວ່າ, ຢ່າງຫນ້ອຍ, ຫນຶ່ງ chunk ອື່ນໆປະຕິບັດຕາມ (chunk = 1).

ຄວາມຍາວຂອງ Payload ລະຫັດໃນ 10 bits. ດັ່ງນັ້ນ, HDLL Frame Payload ສາມາດສູງເຖິງ 1023 Bytes.

ຄໍາສັ່ງ byte ໄດ້ຖືກກໍານົດເປັນ big-endian, ຊຶ່ງຫມາຍຄວາມວ່ານາງ Byte ທໍາອິດ.
CRC16 ແມ່ນປະຕິບັດຕາມມາດຕະຖານ X.25 (CRC-CCITT, ISO/IEC13239) ທີ່ມີ polynomial x^16 + x^12 + x^5 +1 ແລະຄ່າ pre-load 0xFFFF.
ມັນຖືກຄິດໄລ່ຫຼາຍກວ່າກອບ HDLL ທັງຫມົດ, ນັ້ນແມ່ນ, Header + Frame.
Sampການປະຕິບັດລະຫັດ C:
static uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
ສໍາລັບ (ຂ້າພະເຈົ້າ = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc>> 8) | (crc << 8 );
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12 ;
crc_new ^= (crc_new&0xff) << 5;
crc = crc_new;
}
ກັບຄືນ crc;
}
2.1.2 ແຜນທີ່ການຂົນສົ່ງຜ່ານ SPI
ສໍາລັບທຸກໆການຢືນຢັນ NTS, byte ທໍາອິດແມ່ນ HEADER ສະເຫມີ (byte indication indication), ມັນສາມາດເປັນ 0x7F/0xFF ກ່ຽວກັບການດໍາເນີນງານການຂຽນ / ອ່ານ.
2.1.2.1 ຂຽນລໍາດັບຈາກເຈົ້າພາບ (ທິດທາງ DH => PN5190)2.1.2.2 ອ່ານລໍາດັບຈາກເຈົ້າພາບ (ທິດທາງ PN5190 => DH)2.1.3 ໂປຣໂຕຄໍ HDLL
HDLL ແມ່ນໂປໂຕຄອນຕອບຄໍາສັ່ງ. ການປະຕິບັດງານທັງໝົດທີ່ກ່າວມາຂ້າງເທິງແມ່ນຖືກກະຕຸ້ນຜ່ານຄຳສັ່ງສະເພາະ ແລະຖືກກວດສອບໂດຍອີງໃສ່ການຕອບສະໜອງ.
ຄໍາສັ່ງແລະການຕອບສະຫນອງປະຕິບັດຕາມ syntax ຂໍ້ຄວາມ HDLL, ຄໍາສັ່ງທີ່ຖືກສົ່ງໂດຍເຈົ້າພາບອຸປະກອນ, ການຕອບສະຫນອງໂດຍ PN5190. opcode ຊີ້ບອກປະເພດຄໍາສັ່ງແລະຄໍາຕອບ.
ການສື່ສານທີ່ອີງໃສ່ HDLL, ໃຊ້ພຽງແຕ່ເມື່ອ PN5190 ຖືກກະຕຸ້ນໃຫ້ເຂົ້າສູ່ໂຫມດ "ການດາວໂຫລດເຟີມແວທີ່ປອດໄພ".
2.2 ໂໝດ TLV
TLV ຫຍໍ້ມາຈາກ Tag ຄ່າຄວາມຍາວ.
2.2.1 ນິຍາມກອບ
ກອບ SPI ເລີ່ມຕົ້ນດ້ວຍຂອບຫຼຸດລົງຂອງ NTS ແລະສິ້ນສຸດດ້ວຍຂອບທີ່ເພີ່ມຂຶ້ນຂອງ NTS. SPI ແມ່ນຕາມຄໍານິຍາມທາງດ້ານຮ່າງກາຍເຕັມ duplex ແຕ່ PN5190 ໃຊ້ SPI ໃນຮູບແບບເຄິ່ງ duplex. ໂຫມດ SPI ຖືກຈຳກັດໄວ້ທີ່ CPOL 0 ແລະ CPHA 0 ດ້ວຍຄວາມໄວໂມງສູງສຸດຕາມທີ່ລະບຸໄວ້ໃນ [2]. ທຸກໆກອບ SPI ແມ່ນປະກອບດ້ວຍສ່ວນຫົວ 1 byte ແລະ n-bytes ຂອງຮ່າງກາຍ.
2.2.2 ຕົວຊີ້ວັດການໄຫຼHOST ຈະສົ່ງເປັນ byte ທຳອິດຂອງ flow indication byte, ບໍ່ວ່າຕ້ອງການຂຽນ ຫຼື ອ່ານຂໍ້ມູນຈາກ PN5190.
ຖ້າມີການຮ້ອງຂໍການອ່ານແລະບໍ່ມີຂໍ້ມູນ, ຄໍາຕອບມີ 0xFF.
ຂໍ້ມູນຫຼັງຈາກ byte ຕົວຊີ້ບອກການໄຫຼເຂົ້າແມ່ນໜຶ່ງ ຫຼືຫຼາຍຂໍ້ຄວາມ.
ສໍາລັບທຸກໆການຢືນຢັນ NTS, byte ທໍາອິດແມ່ນ HEADER ສະເຫມີ (byte indication indication), ມັນສາມາດເປັນ 0x7F/0xFF ກ່ຽວກັບການດໍາເນີນງານການຂຽນ / ອ່ານ.
2.2.3 ປະເພດຂໍ້ຄວາມ
ຜູ້ຄວບຄຸມເຈົ້າພາບຈະຕິດຕໍ່ສື່ສານກັບ PN5190 ໂດຍໃຊ້ຂໍ້ຄວາມທີ່ຖືກຂົນສົ່ງພາຍໃນກອບ SPI.
ມີສາມປະເພດຂໍ້ຄວາມທີ່ແຕກຕ່າງກັນ:

ຄໍາສັ່ງ
ຕອບສະໜອງ

ເຫດການ

ແຜນວາດການສື່ສານຂ້າງເທິງສະແດງໃຫ້ເຫັນທິດທາງທີ່ອະນຸຍາດໃຫ້ສໍາລັບປະເພດຂໍ້ຄວາມທີ່ແຕກຕ່າງກັນດັ່ງລຸ່ມນີ້:

ຄໍາສັ່ງແລະການຕອບໂຕ້.
ຄໍາສັ່ງຖືກສົ່ງພຽງແຕ່ຈາກ host controller ໄປຫາ PN5190.

ການຕອບສະ ໜອງ ແລະເຫດການພຽງແຕ່ຖືກສົ່ງຈາກ PN5190 ໄປຫາຜູ້ຄວບຄຸມເຈົ້າພາບ.
ຄໍາຕອບຄໍາສັ່ງຖືກ synchronized ໂດຍໃຊ້ PIN IRQ.

ເຈົ້າພາບສາມາດສົ່ງຄໍາສັ່ງໄດ້ພຽງແຕ່ເມື່ອ IRQ ຕໍ່າ.
ເຈົ້າພາບສາມາດອ່ານຄໍາຕອບ / ເຫດການພຽງແຕ່ເມື່ອ IRQ ສູງ.

2.2.3.1 ລຳດັບ ແລະ ກົດລະບຽບທີ່ອະນຸຍາດອະນຸຍາດໃຫ້ລໍາດັບຄໍາສັ່ງ, ການຕອບສະຫນອງ, ແລະເຫດການ

ຄໍາສັ່ງຖືກຮັບຮູ້ສະເຫມີໂດຍການຕອບສະຫນອງ, ຫຼືເຫດການ, ຫຼືທັງສອງ.

Host controller ບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ສົ່ງຄໍາສັ່ງອື່ນກ່ອນທີ່ຈະບໍ່ໄດ້ຮັບການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງທີ່ຜ່ານມາ.
ເຫດການອາດຈະຖືກສົ່ງ asynchronous ໄດ້ທຸກເວລາ (ບໍ່ interleaved ພາຍໃນຄູ່ຄໍາສັ່ງ / ຄໍາຕອບ).

ຂໍ້ຄວາມ EVENT ບໍ່ເຄີຍຖືກລວມເຂົ້າກັບຂໍ້ຄວາມຕອບກັບພາຍໃນກອບດຽວ.

ໝາຍເຫດ: ຄວາມພ້ອມຂອງຂໍ້ຄວາມ (ບໍ່ວ່າຈະເປັນການຕອບຮັບ ຫຼືເຫດການ) ແມ່ນສັນຍານວ່າ IRQ ຈະສູງ, ຈາກຕໍ່າ. IRQ ຢູ່ໃນລະດັບສູງຈົນກ່ວາການຕອບໂຕ້ຫຼືກອບເຫດການທັງຫມົດຖືກອ່ານ. ພຽງແຕ່ຫຼັງຈາກສັນຍານ IRQ ຕ່ໍາ, ເຈົ້າພາບສາມາດສົ່ງຄໍາສັ່ງຕໍ່ໄປ.
2.2.4 ຮູບແບບຂໍ້ຄວາມ
ແຕ່ລະຂໍ້ຄວາມຖືກລະຫັດໃນໂຄງສ້າງ TLV ທີ່ມີ payload n-bytes ສໍາລັບແຕ່ລະຂໍ້ຄວາມຍົກເວັ້ນຄໍາສັ່ງ SWITCH_MODE_NORMAL.ແຕ່ລະ TLV ແມ່ນປະກອບດ້ວຍ:ພິມ (T) => 1 byte
Bit[7] ປະເພດຂໍ້ຄວາມ
0: ຄໍາສັ່ງຫຼືຂໍ້ຄວາມຕອບສະຫນອງ
1: ຂໍ້ຄວາມ EVENT
Bit[6:0]: ລະຫັດຄໍາແນະນໍາ
ຄວາມຍາວ (L) => 2 ໄບຕ໌ (ຄວນຈະເປັນຮູບແບບໃຫຍ່ທີ່ສຸດ)
ມູນຄ່າ (V) => N bytes ຂອງມູນຄ່າ/ຂໍ້ມູນຂອງ TLV (ພາລາມິເຕີຄຳສັ່ງ/ຂໍ້ມູນການຕອບສະໜອງ) ໂດຍອີງໃສ່ Length field (ຮູບແບບ big-endian)
2.2.4.1 ແຍກກອບ
ຂໍ້ຄວາມຄໍາສັ່ງຕ້ອງຖືກສົ່ງໄປຢູ່ໃນກອບ SPI ຫນຶ່ງ.
ຂໍ້ຄວາມຕອບສະຫນອງແລະເຫດການສາມາດອ່ານໄດ້ໃນກອບ SPI ຫຼາຍ, ເຊັ່ນ: ເພື່ອອ່ານອອກ byte ຄວາມຍາວ.ຂໍ້ຄວາມຕອບສະຫນອງຫຼືເຫດການສາມາດອ່ານໄດ້ໃນກອບ SPI ດຽວແຕ່ຊັກຊ້າໂດຍການບໍ່ມີໂມງຢູ່ໃນລະຫວ່າງ, e.g., ເພື່ອອ່ານຄວາມຍາວ byte.

ໂຫມດເປີດເຄື່ອງປະຕິບັດງານ IC – ໂໝດດາວໂຫຼດ FW ທີ່ປອດໄພ

3.1 ບົດແນະນຳ
ສ່ວນຫນຶ່ງຂອງລະຫັດເຟີມແວ PN5190 ຖືກເກັບໄວ້ຢ່າງຖາວອນໃນ ROM, ໃນຂະນະທີ່ລະຫັດສ່ວນທີ່ເຫຼືອແລະຂໍ້ມູນຖືກເກັບໄວ້ໃນແຟດທີ່ຝັງໄວ້. ຂໍ້ມູນຜູ້ໃຊ້ຖືກເກັບຮັກສາໄວ້ໃນ flash ແລະໄດ້ຮັບການປ້ອງກັນໂດຍກົນໄກຕ້ານການ tearing ທີ່ຮັບປະກັນຄວາມສົມບູນແລະມີຂໍ້ມູນ. ເພື່ອໃຫ້ລູກຄ້າຂອງ NXPs ມີຄຸນສົມບັດທີ່ສອດຄ່ອງກັບມາດຕະຖານຫລ້າສຸດ (EMVCo, NFC Forum, ແລະອື່ນໆ), ທັງລະຫັດແລະຂໍ້ມູນຜູ້ໃຊ້ໃນ FLASH ສາມາດປັບປຸງໄດ້.
ຄວາມຖືກຕ້ອງແລະຄວາມສົມບູນຂອງເຟີມແວທີ່ເຂົ້າລະຫັດຖືກປົກປ້ອງໂດຍລາຍເຊັນກະແຈ asymmetric / symmetric ແລະກົນໄກການ reverse chained hash. ຄໍາສັ່ງ DL_SEC_WRITE ທໍາອິດປະກອບດ້ວຍ hash ຂອງຄໍາສັ່ງທີສອງແລະຖືກປົກປ້ອງໂດຍລາຍເຊັນ RSA ໃນ payload ຂອງເຟຣມທໍາອິດ. PN5190 firmware ໃຊ້ລະຫັດສາທາລະນະ RSA ເພື່ອພິສູດຢືນຢັນຄໍາສັ່ງທໍາອິດ. ລະບົບຕ່ອງໂສ້ hash ໃນແຕ່ລະຄໍາສັ່ງຖືກນໍາໃຊ້ເພື່ອພິສູດຢືນຢັນຄໍາສັ່ງຕໍ່ໄປ, ເພື່ອຮັບປະກັນວ່າລະຫັດເຟີມແວແລະຂໍ້ມູນບໍ່ໄດ້ຖືກເຂົ້າເຖິງໂດຍພາກສ່ວນທີສາມ.
ການໂຫຼດຂອງຄຳສັ່ງ DL_SEC_WRITE ຖືກເຂົ້າລະຫັດດ້ວຍກະແຈ AES-128. ຫຼັງຈາກການກວດສອບຂອງຄໍາສັ່ງແຕ່ລະຄົນ, ເນື້ອໃນ payload ໄດ້ຖືກຖອດລະຫັດແລະຂຽນເປັນ flash ໂດຍ PN5190 firmware.
ສໍາລັບເຟີມແວ NXP, NXP ຮັບຜິດຊອບໃນການສະຫນອງການອັບເດດເຟີມແວທີ່ປອດໄພໃຫມ່, ພ້ອມກັບຂໍ້ມູນຜູ້ໃຊ້ໃຫມ່.
ຂັ້ນຕອນການປັບປຸງແມ່ນມີກົນໄກເພື່ອປົກປ້ອງຄວາມຖືກຕ້ອງ, ຄວາມຊື່ສັດ, ແລະຄວາມລັບຂອງລະຫັດ NXP ແລະຂໍ້ມູນ.
ໂຄງຮ່າງແພັກເກັດທີ່ອີງໃສ່ HDLL ຖືກນໍາໃຊ້ສໍາລັບຄໍາສັ່ງແລະການຕອບສະຫນອງທັງຫມົດສໍາລັບຮູບແບບການຍົກລະດັບເຟີມແວທີ່ປອດໄພ.
ພາກທີ 2.1 ສະໜອງໃຫ້ຫຼາຍກວ່າview ຂອງ HDLL frame packet schema ໃຊ້.
PN5190 ICs ຮອງຮັບທັງການດາວໂຫຼດ FW ທີ່ປອດໄພທີ່ເຂົ້າລະຫັດລັບແບບເກົ່າ ແລະຮາດແວ crypto assisted encrypted secure FW download protocol ຂຶ້ນກັບຕົວແປທີ່ໃຊ້.
ສອງປະເພດແມ່ນ:

ໂປຣໂຕຄໍດາວໂຫຼດ FW ທີ່ປອດໄພແບບເກົ່າທີ່ເຮັດວຽກກັບລຸ້ນ IC PN5190 B0/B1 ເທົ່ານັ້ນ.

ຮາດແວ crypto assisted secure FW download protocol ທີ່ເຮັດວຽກກັບ PN5190B2 IC ເວີຊັ່ນເທົ່ານັ້ນ, ເຊິ່ງໃຊ້ blocks crypto ຮາດແວເທິງຊິບ.

ພາກສ່ວນຕໍ່ໄປນີ້ອະທິບາຍຄຳສັ່ງ ແລະຄຳຕອບຂອງໂໝດການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ.
3.2 ວິທີການກະຕຸ້ນໂໝດ “ການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ”
ຂ້າງລຸ່ມນີ້ແຜນວາດ, ແລະຂັ້ນຕອນຕໍ່ໄປ, ສະແດງໃຫ້ເຫັນວິທີການກະຕຸ້ນຮູບແບບການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ.ເງື່ອນໄຂເບື້ອງຕົ້ນ: PN5190 ຢູ່ໃນສະພາບການດໍາເນີນງານ.
ສະຖານະການຕົ້ນຕໍ:

ເງື່ອນໄຂການເຂົ້າບ່ອນທີ່ DWL_REQ pin ຖືກໃຊ້ເພື່ອເຂົ້າສູ່ໂໝດ “ການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ”.
ກ. ເຈົ້າພາບອຸປະກອນດຶງ DWL_REQ pin ສູງ (ໃຊ້ໄດ້ພຽງແຕ່ຖ້າການອັບເດດເຟີມແວທີ່ປອດໄພຜ່ານ DWL_REQ pin) OR
ຂ. ເຈົ້າພາບອຸປະກອນປະຕິບັດການຕັ້ງຍາກເພື່ອບູດ PN5190
ເງື່ອນໄຂການເຂົ້າບ່ອນທີ່ DWL_REQ pin ບໍ່ໄດ້ຖືກນໍາໃຊ້ສໍາລັບການເຂົ້າໄປໃນ "ການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ" (ການດາວໂຫລດທີ່ບໍ່ມີ pin).
ກ. ເຈົ້າພາບອຸປະກອນປະຕິບັດການຕັ້ງຍາກເພື່ອບູດ PN5190
ຂ. ເຈົ້າພາບອຸປະກອນສົ່ງ SWITCH_MODE_NORMAL (ພາກທີ 4.5.4.5) ເພື່ອເຂົ້າສູ່ໂໝດແອັບພລິເຄຊັນປົກກະຕິ.
ຄ. ຕອນນີ້ເມື່ອ IC ຢູ່ໃນໂໝດປົກກະຕິຂອງແອັບພລິເຄຊັນ, Device host ສົ່ງ SWITCH_MODE_DOWNLOAD (ພາກທີ 4.5.4.9) ເພື່ອເຂົ້າສູ່ໂໝດດາວໂຫຼດທີ່ປອດໄພ.
ເຈົ້າພາບອຸປະກອນສົ່ງ DL_GET_VERSION (ພາກ 3.4.4), ຫຼື DL_GET_DIE_ID (ພາກ 3.4.6), ຫຼື DL_GET_SESSION_STATE (ພາກ 3.4.5) ຄໍາສັ່ງ.
ເຈົ້າພາບອຸປະກອນອ່ານຮາດແວແລະເຟີມແວເວີຊັນ, ເຊດຊັນ, Die-id ຈາກອຸປະກອນ.
ກ. ເຈົ້າພາບອຸປະກອນກວດສອບສະຖານະຂອງເຊດຊັນຫາກການດາວໂຫຼດຫຼ້າສຸດສຳເລັດ
ຂ. ເຈົ້າພາບອຸປະກອນນຳໃຊ້ກົດລະບຽບການກວດສອບເວີຊັນເພື່ອຕັດສິນໃຈວ່າຈະເລີ່ມການດາວໂຫຼດ ຫຼື ອອກຈາກການດາວໂຫຼດ.
ເຈົ້າພາບອຸປະກອນໂຫຼດຈາກ a file firmware binary code ທີ່ຈະດາວໂຫຼດ
ໂຮສອຸປະກອນໃຫ້ຄໍາສັ່ງ DL_SEC_WRITE (ພາກທີ 3.4.8) ທໍາອິດທີ່ປະກອບດ້ວຍ:
ກ. ຮຸ່ນຂອງເຟີມແວໃຫມ່,
ຂ. 16-byte nonce ຂອງຄ່າ arbitrary ທີ່ໃຊ້ສໍາລັບການ encryption obfuscation ລະຫັດ
ຄ. ຄ່າຍ່ອຍຂອງກອບຕໍ່ໄປ,
ງ. ລາຍເຊັນດິຈິຕອນຂອງກອບຕົວມັນເອງ
ໂຮສອຸປະກອນຈະໂຫຼດລຳດັບໂປຣໂຕຄໍດາວໂຫຼດທີ່ປອດໄພໄປໃສ່ PN5190 ດ້ວຍຄຳສັ່ງ DL_SEC_WRITE (ພາກ 3.4.8)
ເມື່ອຄໍາສັ່ງ DL_SEC_WRITE ສຸດທ້າຍ (ພາກ 3.4.8) ຖືກສົ່ງ, ໂຮດອຸປະກອນປະຕິບັດຄໍາສັ່ງ DL_CHECK_INTEGRITY (ພາກ 3.4.7) ເພື່ອກວດເບິ່ງວ່າຄວາມຊົງຈໍາໄດ້ຖືກຂຽນສໍາເລັດແລ້ວ.
ເຈົ້າພາບອຸປະກອນອ່ານເຟີມແວເວີຊັ່ນໃໝ່ ແລະກວດເບິ່ງສະຖານະຂອງເຊດຊັນຫາກປິດເພື່ອລາຍງານໃຫ້ຊັ້ນເທິງ
ໂຮສອຸປະກອນດຶງ PIN DWL_REQ ຕໍ່າລົງ (ຖ້າໃຊ້ PIN DWL_REQ ເພື່ອເຂົ້າສູ່ໂໝດດາວໂຫຼດ)
ໂຮສອຸປະກອນເຮັດການຣີເຊັດຍາກ (ປິດເປີດ VEN pin) ໃນອຸປະກອນເພື່ອປິດເປີດເຄື່ອງ PN5190 ຄືນໃໝ່.
Post-condition: ເຟີມແວໄດ້ຖືກປັບປຸງ; ມີລາຍງານໝາຍເລກເວີຊັນເຟີມແວໃໝ່.

3.3 ລາຍເຊັນຂອງເຟີມແວ ແລະການຄວບຄຸມເວີຊັນ
ໃນໂຫມດດາວໂຫຼດເຟີມແວ PN5190, ກົນໄກຮັບປະກັນວ່າພຽງແຕ່ເຟີມແວທີ່ເຊັນ ແລະສົ່ງໂດຍ NXP ເທົ່ານັ້ນທີ່ຈະຖືກຍອມຮັບສໍາລັບເຟີມແວ NXP.
ຕໍ່ໄປນີ້ແມ່ນໃຊ້ໄດ້ກັບເຟີມແວ NXP ທີ່ເຂົ້າລະຫັດລັບເທົ່ານັ້ນ.
ໃນລະຫວ່າງກອງປະຊຸມການດາວໂຫຼດ, ເວີຊັນ firmware 16 bits ໃຫມ່ຖືກສົ່ງໄປ. ມັນປະກອບດ້ວຍຕົວເລກຕົ້ນຕໍແລະຕົວເລກນ້ອຍ:

ຈໍານວນຕົ້ນຕໍ: 8 bits (MSB)
ຈໍານວນນ້ອຍ: 8 ບິດ (LSB)

PN5190 ກວດເບິ່ງວ່າຕົວເລກຮຸ່ນທີ່ສໍາຄັນໃຫມ່ແມ່ນໃຫຍ່ກວ່າຫຼືເທົ່າກັບຈໍານວນປະຈຸບັນ. ຖ້າບໍ່ແມ່ນ, ການດາວໂຫຼດເຟີມແວທີ່ປອດໄພຈະຖືກປະຕິເສດ, ແລະເຊດຊັນຖືກປິດໄວ້.
3.4 ຄຳສັ່ງ HDLL ສຳລັບການດາວໂຫຼດແບບເຂົ້າລະຫັດແບບເກົ່າ ແລະ ຮາດແວ crypto ຊ່ວຍເຫຼືອ ການດາວໂຫຼດທີ່ເຂົ້າລະຫັດໄວ້
ພາກນີ້ສະຫນອງຂໍ້ມູນກ່ຽວກັບຄໍາສັ່ງແລະຄໍາຕອບທີ່ຖືກນໍາໃຊ້ສໍາລັບການດາວໂຫຼດທັງສອງປະເພດສໍາລັບການດາວໂຫຼດເຟີມແວ NXP.
3.4.1 HDLL ຄໍາສັ່ງ OP ລະຫັດ
ໝາຍເຫດ: ຂອບຄໍາສັ່ງ HDLL ແມ່ນ 4 bytes ສອດຄ່ອງ. payload bytes ທີ່ບໍ່ໄດ້ໃຊ້ແມ່ນປະໄວ້ nil.
ຕາຕະລາງ 1. ບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງ HDLL ລະຫັດ OP

PN5190 B0/ B1 (ດາວໂຫຼດແບບເກົ່າ)	PN5190 B2 (ການດາວໂຫຼດການຊ່ວຍເຫຼືອ Crypto)	ຄໍາສັ່ງ Alias	ລາຍລະອຽດ
0xF0	0xE5	DL_RESET	ປະຕິບັດການປັບອ່ອນໆ
0xF1	0xE1	DL_GET_VERSION	ຕອບຕົວເລກເວີຊັນ
0xF2	0xDB	DL_GET_SESSION_STATE	ສົ່ງຄືນສະຖານະເຊດຊັນປັດຈຸບັນ
0xF4	0xDF	DL_GET_DIE_ID	ສົ່ງຄືນ ID ຕາຍ
0xE0	0xE7	DL_CHECK_INTEGRITY	ກວດເບິ່ງແລະສົ່ງຄືນ CRCs ໃນທົ່ວພື້ນທີ່ຕ່າງໆເຊັ່ນດຽວກັນກັບທຸງສະຖານະຜ່ານ / ລົ້ມເຫລວສໍາລັບແຕ່ລະຄົນ
0xC0	ຂະ ໜາດ 0x8C	DL_SEC_WRITE	ຂຽນ x bytes ໃສ່ຫນ່ວຍຄວາມຈໍາເລີ່ມຕົ້ນທີ່ທີ່ຢູ່ຢ່າງແທ້ຈິງ y

3.4.2 HDLL Response Opcodes
ໝາຍເຫດ: ກອບການຕອບສະຫນອງ HDLL ແມ່ນ 4 bytes ສອດຄ່ອງ. payload bytes ທີ່ບໍ່ໄດ້ໃຊ້ແມ່ນປະໄວ້ nil. ມີພຽງແຕ່ຄໍາຕອບ DL_OK ທີ່ສາມາດມີຄ່າ payload.
ຕາຕະລາງ 2. ບັນຊີລາຍຊື່ຂອງລະຫັດ OP ຕອບສະຫນອງ HDLL

Opcode	ຕອບກັບ Alias	ລາຍລະອຽດ
0x00	DL_OK	ຄໍາສັ່ງຜ່ານ
0x01	DL_INVALID_ADDR	ບໍ່ອະນຸຍາດທີ່ຢູ່
0x0B	DL_UNKNOW_CMD	ຄໍາສັ່ງທີ່ບໍ່ຮູ້ຈັກ
ຂະ ໜາດ 0x0C	DL_ABORTED_CMD	ລຳດັບ Chuk ໃຫຍ່ເກີນໄປ
0x1E	DL_ADDR_RANGE_OFL_ERROR	ທີ່ຢູ່ນອກຂອບເຂດ
0x1F	DL_BUFFER_OFL_ERROR	Buffer ນ້ອຍເກີນໄປ
0x20	DL_MEM_BSY	ຄວາມຈຳບໍ່ຫວ່າງ
0x21	DL_SIGNATURE_ERROR	ລາຍເຊັນບໍ່ກົງກັນ
0x24	DL_FIRMWARE_VERSION_ERROR	ສະບັບປະຈຸບັນເທົ່າກັບຫຼືສູງກວ່າ
0x28	DL_PROTOCOL_ERROR	ໂປຣໂຕຄໍຜິດພາດ
0x2A	DL_SFWU_DEGRADED	ຂໍ້ມູນເສຍຫາຍ Flash
0x2D	PH_STATUS_DL_FIRST_CHUNK	ແຜ່ນທໍາອິດໄດ້ຮັບ
0x2E	PH_STATUS_DL_NEXT_CHUNK	ລໍຖ້າສໍາລັບ chunk ຕໍ່ໄປ
0xC5	PH_STATUS_INTERNAL_ERROR_5	ຄວາມຍາວບໍ່ກົງກັນ

3.4.3 DL_RESET ຄໍາສັ່ງ
ການແລກປ່ຽນກອບ:
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] ການຣີເຊັດປ້ອງກັນ PN5190 ຈາກການສົ່ງຄໍາຕອບ OK_STATUS. ດັ່ງນັ້ນ, ພຽງແຕ່ສະຖານະການທີ່ຜິດພາດສາມາດໄດ້ຮັບ.
STAT ແມ່ນສະຖານະກັບຄືນ.
3.4.4 DL_GET_VERSION ຄໍາສັ່ງ
ການແລກປ່ຽນກອບ:
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 CRCion ທີ່ໄດ້ຕອບຮັບ]
ຕາຕະລາງ 3. ຕອບສະຫນອງຄໍາສັ່ງ GetVersion

ພາກສະຫນາມ	ໄບຕ໌	ລາຍລະອຽດ
STAT	1	ສະຖານະ
HW_V	2	ລຸ້ນຮາດແວ
RO_V	3	ລະຫັດ ROM
MODEL_ID	4	ບັດປະ ຈຳ ຕົວ
FMxV	5-6	ລຸ້ນເຟີມແວ (ໃຊ້ເພື່ອດາວໂຫຼດ)
RFU1-RFU2	7-8	–

ຄາດຄະເນຄຸນຄ່າຂອງພາກສະຫນາມທີ່ແຕກຕ່າງກັນຂອງການຕອບສະຫນອງແລະການສ້າງແຜນທີ່ຂອງເຂົາເຈົ້າແມ່ນດັ່ງລຸ່ມນີ້:
ຕາຕະລາງ 4. ຄ່າທີ່ຄາດຫວັງຂອງການຕອບສະຫນອງຂອງຄໍາສັ່ງ GetVersion

ປະເພດ IC	ລຸ້ນ HW (hex)	ລຸ້ນ ROM (hex)	ID ຕົວແບບ (hex)	ລຸ້ນ FW (hex)
PN5190 B0	0x51	0x02	0x00	xx.yy
PN5190 B1	0x52	0x02	0x00	xx.yy
PN5190 B2	0x53	0x03	0x00	xx.yy

3.4.5 DL_GET_SESSION_STATE ຄໍາສັ່ງ
ການແລກປ່ຽນກອບ:
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] ກອບ payload ຂອງການຕອບສະຫນອງ GetSession ແມ່ນ:
ຕາຕະລາງ 5. ຕອບສະຫນອງຄໍາສັ່ງ GetSession

ພາກສະຫນາມ	ໄບຕ໌	ລາຍລະອຽດ
STAT	1	ສະຖານະ
SSTA	2	ສະຖານະເຊດຊັນ • 0x00: ປິດ • 0x01: ເປີດ • 0x02: ຖືກລັອກ (ບໍ່ອະນຸຍາດໃຫ້ດາວໂຫລດອີກຕໍ່ໄປ)
RFU	3-4

3.4.6 DL_GET_DIE_ID ຄໍາສັ່ງ
ການແລກປ່ຽນກອບ:
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] ກອບການໂຫຼດຂອງການຕອບຮັບຂອງ GetDieId ແມ່ນ:
ຕາຕະລາງ 6. ຕອບສະຫນອງຄໍາສັ່ງ GetDieId

ພາກສະຫນາມ	ໄບຕ໌	ລາຍລະອຽດ
STAT	1	ສະຖານະ
RFU	2-4
ຕາຍ	5-20	ID of the die (16 bytes)

3.4.7 DL_CHECK_INTEGRITY ຄໍາສັ່ງ
ການແລກປ່ຽນກອບ:
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] payIn the check of CRCty frame of
ຕາຕະລາງ 7. ຕອບສະຫນອງຄໍາສັ່ງ CheckIntegrity

ພາກສະຫນາມ	ໄບຕ໌	ຄ່າ/ຄຳອະທິບາຍ
STAT	1	ສະຖານະ
ຂໍ້ມູນ LEN	2	ຈໍານວນສ່ວນຂໍ້ມູນທັງໝົດ
ລະຫັດ LEN	3	ຈໍານວນທັງຫມົດຂອງພາກສ່ວນລະຫັດ
RFU	4	ສະຫງວນໄວ້
[CRC_INFO]	58	32 bits (little-endian). ຖ້າມີການຕັ້ງຄ່າເລັກນ້ອຍ, CRC ຂອງພາກສ່ວນທີ່ສອດຄ້ອງກັນແມ່ນ OK, ຖ້າບໍ່ດັ່ງນັ້ນ Not OK.
		ບິດ	ສະຖານະພາບຄວາມສົມບູນຂອງພື້ນທີ່
		[31:28]	ສະຫງວນ [3]
		[27:23]	ສະຫງວນ [1]
		[22]	ສະຫງວນ [3]
		[21:20]	ສະຫງວນ [1]
		[19]	ພື້ນທີ່ການຕັ້ງຄ່າ RF (PN5190 B0/B1) [2] ສະຫງວນ (PN5190 B2) [3]
		[18]	ພື້ນທີ່ກຳນົດຄ່າໂປຣໂຕຄໍ (PN5190 B0/B1) [2] ພື້ນທີ່ກຳນົດຄ່າ RF (PN5190 B2) [2]
		[17]	ສະຫງວນ (PN5190 B0/B1) [3] ພື້ນທີ່ການຕັ້ງຄ່າຜູ້ໃຊ້ (PN5190 B2) [2]
		[16:6]	ສະຫງວນ [3]
		[5:4]	ສະຫງວນໄວ້ສໍາລັບ PN5190 B0/B1 [3] ສະຫງວນໄວ້ສໍາລັບ PN5190 B2 [1]
		[3:0]	ສະຫງວນ [1]
[CRC32]	9-136	CRC32 ຂອງ 32 ພາກ. ແຕ່ລະ CRC ແມ່ນ 4 ໄບຕ໌ທີ່ເກັບໄວ້ໃນຮູບແບບ little-endian. 4 ໄບຕ໌ທຳອິດຂອງ CRC ແມ່ນເປັນບິດ CRC_INFO[31], 4 ໄບຕ໌ຂອງ CRC ຖັດໄປເປັນບິດ CRC_ INFO[30] ແລະອື່ນໆ.

[1] ບິດນີ້ຕ້ອງເປັນ 1 ເພື່ອໃຫ້ PN5190 ເຮັດວຽກຢ່າງຖືກຕ້ອງ (ມີຄຸນສົມບັດ ແລະ ຫຼືດາວໂຫຼດ FW ທີ່ເຂົ້າລະຫັດໄວ້).
[2] ບິດນີ້ຖືກຕັ້ງເປັນ 1 ໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ການຕັ້ງຄ່າທີ່ຜູ້ໃຊ້ດັດແກ້ເຮັດໃຫ້ CRC ບໍ່ຖືກຕ້ອງ. ບໍ່ມີຜົນຕໍ່ການເຮັດວຽກຂອງ PN5190..
[3] ຄ່າ bit ນີ້, ເຖິງແມ່ນວ່າມັນເປັນ 0, ແມ່ນບໍ່ກ່ຽວຂ້ອງ. ຄ່າບິດນີ້ສາມາດຖືກລະເລີຍ..

3.4.8 DL_SEC_WRITE ຄໍາສັ່ງ
ຄໍາສັ່ງ DL_SEC_WRITE ຈະຖືກພິຈາລະນາໃນຂອບເຂດຂອງລໍາດັບຂອງຄໍາສັ່ງການຂຽນທີ່ປອດໄພ: ການເຂົ້າລະຫັດ "ດາວໂຫລດເຟີມແວທີ່ປອດໄພ" (ມັກຈະເອີ້ນວ່າ eSFWu).
ຄໍາສັ່ງຂຽນທີ່ປອດໄພທໍາອິດເປີດເຊດຊັນການດາວໂຫລດແລະຜ່ານການກວດສອບ RSA. ອັນຕໍ່ໄປແມ່ນຜ່ານທີ່ຢູ່ເຂົ້າລະຫັດແລະ bytes ເພື່ອຂຽນໃສ່ PN5190 Flash. ທັງຫມົດແຕ່ອັນສຸດທ້າຍປະກອບດ້ວຍອັນຕໍ່ໄປ hash, ສະນັ້ນແຈ້ງໃຫ້ຊາບວ່າພວກເຂົາເຈົ້າບໍ່ແມ່ນສຸດທ້າຍ, ແລະ cryptographically ຜູກມັດກອບລໍາດັບຮ່ວມກັນ.
ຄໍາສັ່ງອື່ນ (ຍົກເວັ້ນ DL_RESET ແລະ DL_CHECK_INTEGRITY) ສາມາດຖືກໃສ່ລະຫວ່າງຄໍາສັ່ງການຂຽນທີ່ປອດໄພຂອງລໍາດັບໃດຫນຶ່ງໂດຍບໍ່ມີການທໍາລາຍມັນ.
3.4.8.1 ຄຳສັ່ງ DL_SEC_WRITE ທຳອິດ
ຄໍາສັ່ງຂຽນທີ່ປອດໄພແມ່ນອັນທໍາອິດຖ້າແລະພຽງແຕ່ຖ້າ:

ຄວາມຍາວຂອງກອບແມ່ນ 312 bytes
ບໍ່ມີຄໍາສັ່ງການຂຽນທີ່ປອດໄພໄດ້ຮັບນັບຕັ້ງແຕ່ການປັບຄັ້ງສຸດທ້າຍ.

ລາຍເຊັນທີ່ຝັງໄວ້ແມ່ນໄດ້ຮັບການຢັ້ງຢືນຢ່າງສໍາເລັດຜົນໂດຍ PN5190.

ການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງຂອງກອບທໍາອິດຈະເປັນດັ່ງລຸ່ມນີ້: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ແມ່ນສະຖານະກັບຄືນ.
ໝາຍເຫດ: ຢ່າງໜ້ອຍຕ້ອງຂຽນຂໍ້ມູນໜຶ່ງອັນໃນລະຫວ່າງ eSFWu ເຖິງແມ່ນວ່າຂໍ້ມູນທີ່ຂຽນໄວ້ອາດຈະຍາວພຽງໜຶ່ງໄບຕ໌ເທົ່ານັ້ນ. ດັ່ງນັ້ນ, ຄໍາສັ່ງທໍາອິດຈະມີ hash ຂອງຄໍາສັ່ງຕໍ່ໄປ, ເນື່ອງຈາກວ່າຢ່າງຫນ້ອຍຈະມີສອງຄໍາສັ່ງ.
3.4.8.2 ຄຳສັ່ງ DL_SEC_WRITE ກາງ
ຄໍາສັ່ງການຂຽນທີ່ປອດໄພແມ່ນ 'ກາງຫນຶ່ງ' ຖ້າແລະພຽງແຕ່ຖ້າ:

opcode ແມ່ນໄດ້ອະທິບາຍໄວ້ໃນພາກ 3.4.1 ສໍາລັບຄໍາສັ່ງ DL_SEC_WRITE.

ຄໍາສັ່ງການຂຽນທີ່ປອດໄພຄັ້ງທໍາອິດໄດ້ຖືກຮັບແລ້ວແລະຖືກກວດສອບຢ່າງສໍາເລັດຜົນກ່ອນ
ບໍ່ມີການຣີເຊັດໄດ້ເກີດຂຶ້ນນັບຕັ້ງແຕ່ໄດ້ຮັບຄໍາສັ່ງຂຽນທີ່ປອດໄພຄັ້ງທໍາອິດ
ຄວາມຍາວຂອງກອບເທົ່າກັບຂະຫນາດຂໍ້ມູນ + ຂະຫນາດຫົວ + ຂະຫນາດ hash: FLEN = SIZE + 6 + 32

ການຍ່ອຍສະຫຼາຍຂອງກອບທັງໝົດເທົ່າກັບຄ່າ hash ທີ່ໄດ້ຮັບໃນກອບກ່ອນໜ້າ

ການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງຂອງກອບທໍາອິດຈະເປັນດັ່ງລຸ່ມນີ້: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ແມ່ນສະຖານະກັບຄືນ.
3.4.8.3 ຄຳສັ່ງ DL_SEC_WRITE ສຸດທ້າຍ
ຄໍາສັ່ງການຂຽນທີ່ປອດໄພແມ່ນອັນສຸດທ້າຍຖ້າແລະພຽງແຕ່ຖ້າ:

opcode ແມ່ນໄດ້ອະທິບາຍໄວ້ໃນພາກ 3.4.1 ສໍາລັບຄໍາສັ່ງ DL_SEC_WRITE.

ຄໍາສັ່ງການຂຽນທີ່ປອດໄພຄັ້ງທໍາອິດໄດ້ຖືກຮັບແລ້ວແລະຖືກກວດສອບຢ່າງສໍາເລັດຜົນກ່ອນ
ບໍ່ມີການຣີເຊັດໄດ້ເກີດຂຶ້ນນັບຕັ້ງແຕ່ໄດ້ຮັບຄໍາສັ່ງຂຽນທີ່ປອດໄພຄັ້ງທໍາອິດ
ຄວາມຍາວຂອງກອບເທົ່າກັບຂະຫນາດຂໍ້ມູນ + ຂະຫນາດຫົວ: FLEN = SIZE + 6

ການຍ່ອຍສະຫຼາຍຂອງກອບທັງໝົດເທົ່າກັບຄ່າ hash ທີ່ໄດ້ຮັບໃນກອບກ່ອນໜ້າ

ການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງຂອງກອບທໍາອິດຈະເປັນດັ່ງລຸ່ມນີ້: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ແມ່ນສະຖານະກັບຄືນ.

ໂຫມດ boot ປະຕິບັດການ IC - ຮູບແບບການເຮັດວຽກປົກກະຕິ

4.1 ບົດແນະນຳ
ໂດຍທົ່ວໄປແລ້ວ PN5190 IC ຈະຕ້ອງຢູ່ໃນໂໝດປົກກະຕິຂອງການເຮັດວຽກເພື່ອໃຫ້ໄດ້ຟັງຊັນ NFC ຈາກມັນ.
ເມື່ອ PN5190 IC boots, ມັນສະເຫມີລໍຖ້າຄໍາສັ່ງທີ່ຈະໄດ້ຮັບຈາກເຈົ້າພາບເພື່ອດໍາເນີນການ, ເວັ້ນເສຍແຕ່ເຫດການທີ່ສ້າງຂຶ້ນພາຍໃນ PN5190 IC ສົ່ງຜົນໃຫ້ PN5190 IC boot.
4.2 ລາຍຊື່ຄໍາສັ່ງຫຼາຍກວ່າview
ຕາຕະລາງ 8. ບັນຊີລາຍຊື່ຄໍາສັ່ງ PN5190

ລະຫັດຄໍາສັ່ງ	ຊື່ຄໍາສັ່ງ
0x00	WRITE_REGISTER
0x01	WRITE_REGISTER_OR_MASK
0x02	WRITE_REGISTER_AND_MASK
0x03	WRITE_REGISTER_MULTIPLE
0x04	READ_REGISTER
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	TRANSMIT_RF_DATA
0x09	RETRIEVE_RF_DATA
0x0A	EXCHANGE_RF_DATA
0x0B	MFC_AUTHENTICATE
ຂະ ໜາດ 0x0C	EPC_GEN2_INVENTORY
0x0D	LOAD_RF_CONFIGURATION
0x0E	UPDATE_RF_CONFIGURATION
0x0F	GET_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	ຕັ້ງຄ່າ TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU
0x19	ເຖິງ FW v2.01: RFU
0x19	ຈາກ FW v2.03 ເປັນຕົ້ນໄປ: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	RFU
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	RFU
0x25	SWITCH_MODE_DOWNLOAD
0x26	GET_DIEID
0x27	GET_VERSION
0x28	RFU
0x29	ເຖິງ FW v2.05: RFU
0x29	ຈາກ FW v2.06 ເປັນຕົ້ນໄປ: GET_CRC_USER_AREA
0x2A	ເຖິງ FW v2.03: RFU
0x2A	ຈາກ FW v2.05 ເປັນຕົ້ນໄປ: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU
0x40	ANTENNA_SELF_TEST (ບໍ່ຮອງຮັບ)
0x41	PRBS_TEST
0x42-0x4F	RFU

4.3 ຄ່າສະຖານະຕອບສະໜອງ
ຕໍ່ໄປນີ້ແມ່ນຄ່າສະຖານະການຕອບສະຫນອງ, ທີ່ຖືກກັບຄືນມາເປັນສ່ວນຫນຶ່ງຂອງການຕອບສະຫນອງຈາກ PN5190 ຫຼັງຈາກຄໍາສັ່ງໄດ້ຖືກດໍາເນີນການ.
ຕາຕະລາງ 9. ຄ່າສະຖານະຕອບສະໜອງ PN5190

ສະຖານະການຕອບສະຫນອງ	ຄ່າສະຖານະການຕອບສະໜອງ	ລາຍລະອຽດ
PN5190_STATUS_SUCCESS	0x00	ຊີ້ບອກວ່າການດຳເນີນງານນັ້ນສຳເລັດແລ້ວ
PN5190_STATUS_TIMEOUT	0x01	ຊີ້ໃຫ້ເຫັນວ່າການດໍາເນີນງານຂອງຄໍາສັ່ງເຮັດໃຫ້ຫມົດເວລາ
PN5190_STATUS_INTEGRITY_ERROR	0x02	ຊີ້ໃຫ້ເຫັນວ່າການປະຕິບັດງານຂອງຄໍາສັ່ງເຮັດໃຫ້ຂໍ້ມູນ RF ຜິດພາດ
PN5190_STATUS_RF_COLLISION_ERROR	0x03	ຊີ້ໃຫ້ເຫັນວ່າການດໍາເນີນງານຂອງຄໍາສັ່ງສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດ RF collision
PN5190_STATUS_RFU1	0x04	ສະຫງວນໄວ້
PN5190_STATUS_INVALID_COMMAND	0x05	ຊີ້ໃຫ້ເຫັນວ່າຄໍາສັ່ງທີ່ໃຫ້ນັ້ນບໍ່ຖືກຕ້ອງ / ບໍ່ໄດ້ປະຕິບັດ
PN5190_STATUS_RFU2	0x06	ສະຫງວນໄວ້
PN5190_STATUS_AUTH_ERROR	0x07	ຊີ້ໃຫ້ເຫັນວ່າການກວດສອບ MFC ລົ້ມເຫລວ (ການອະນຸຍາດຖືກປະຕິເສດ)
PN5190_STATUS_MEMORY_ERROR	0x08	ຊີ້ໃຫ້ເຫັນວ່າການເຮັດວຽກຂອງຄໍາສັ່ງສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດການຂຽນໂປລແກລມຫຼືຄວາມຜິດພາດໃນຫນ່ວຍຄວາມຈໍາພາຍໃນ
PN5190_STATUS_RFU4	0x09	ສະຫງວນໄວ້
PN5190_STATUS_NO_RF_FIELD	0x0A	ຊີ້ບອກວ່າບໍ່ມີ ຫຼືຄວາມຜິດພາດໃນພາກສະຫນາມ RF ພາຍໃນ (ໃຊ້ໄດ້ພຽງແຕ່ກໍລະນີລິເລີ່ມ/ຮູບແບບຜູ້ອ່ານ)
PN5190_STATUS_RFU5	0x0B	ສະຫງວນໄວ້
PN5190_STATUS_SYNTAX_ERROR	ຂະ ໜາດ 0x0C	ຊີ້ໃຫ້ເຫັນວ່າຄວາມຍາວຂອງກອບຄໍາສັ່ງບໍ່ຖືກຕ້ອງແມ່ນໄດ້ຮັບ
PN5190_STATUS_RESOURCE_ERROR	0x0D	ຊີ້ໃຫ້ເຫັນວ່າມີຄວາມຜິດພາດພາຍໃນຊັບພະຍາກອນເກີດຂຶ້ນ
PN5190_STATUS_RFU6	0x0E	ສະຫງວນໄວ້
PN5190_STATUS_RFU7	0x0F	ສະຫງວນໄວ້
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	ຊີ້ບອກວ່າບໍ່ມີຊ່ອງຂໍ້ມູນ RF ພາຍນອກຢູ່ໃນລະຫວ່າງການປະຕິບັດຄໍາສັ່ງ (ໃຊ້ໄດ້ໃນໂຫມດບັດ/ເປົ້າໝາຍເທົ່ານັ້ນ)
PN5190_STATUS_RX_TIMEOUT	0x11	ຊີ້ບອກວ່າບໍ່ໄດ້ຮັບຂໍ້ມູນຫຼັງຈາກ RFExchange ຖືກລິເລີ່ມ ແລະ RX ໝົດເວລາ.
PN5190_STATUS_USER_CANCELLED	0x12	ຊີ້ໃຫ້ເຫັນວ່າຄໍາສັ່ງປະຈຸບັນທີ່ກໍາລັງດໍາເນີນແມ່ນຖືກຍົກເລີກ
PN5190_STATUS_PREVENT_STANDBY	0x13	ຊີ້ບອກວ່າ PN5190 ຖືກປ້ອງກັນບໍ່ໃຫ້ເຂົ້າໄປໃນໂໝດສະແຕນບາຍ
PN5190_STATUS_RFU9	0x14	ສະຫງວນໄວ້
PN5190_STATUS_CLOCK_ERROR	0x15	ສະແດງໃຫ້ເຫັນວ່າໂມງໄປຫາ CLIF ບໍ່ໄດ້ເລີ່ມຕົ້ນ
PN5190_STATUS_RFU10	0x16	ສະຫງວນໄວ້
PN5190_STATUS_PRBS_ERROR	0x17	ຊີ້ໃຫ້ເຫັນວ່າຄໍາສັ່ງ PRBS ສົ່ງຄືນຂໍ້ຜິດພາດ
PN5190_STATUS_INSTR_ERROR	0x18	ຊີ້ໃຫ້ເຫັນວ່າການເຮັດວຽກຂອງຄໍາສັ່ງລົ້ມເຫລວ (ມັນອາດຈະປະກອບມີ, ຄວາມຜິດພາດຂອງຕົວກໍານົດການຄໍາແນະນໍາ, ຄວາມຜິດພາດ syntax, ຄວາມຜິດພາດໃນການດໍາເນີນງານຕົວມັນເອງ, ຄວາມຕ້ອງການລ່ວງຫນ້າສໍາລັບຄໍາແນະນໍາບໍ່ໄດ້ບັນລຸ, ແລະອື່ນໆ).
PN5190_STATUS_ACCESS_DENIED	0x19	ຊີ້ໃຫ້ເຫັນວ່າການເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາພາຍໃນຖືກປະຕິເສດ
PN5190_STATUS_TX_FAILURE	0x1A	ຊີ້ໃຫ້ເຫັນວ່າ TX ຜ່ານ RF ລົ້ມເຫລວ
PN5190_STATUS_NO_ANTENNA	0x1B	ຊີ້ບອກວ່າບໍ່ມີເສົາອາກາດເຊື່ອມຕໍ່/ປະຈຸບັນ
PN5190_STATUS_TXLDO_ERROR	ຂະ ໜາດ 0x1C	ຊີ້ບອກວ່າມີຂໍ້ຜິດພາດໃນ TXLDO ເມື່ອ VUP ບໍ່ສາມາດໃຊ້ໄດ້ ແລະ RF ຖືກເປີດ.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	ຊີ້ໃຫ້ເຫັນວ່າການຕັ້ງຄ່າ RF ບໍ່ໄດ້ໂຫລດເມື່ອ RF ຖືກເປີດ
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	ເຖິງ FW 2.01: ບໍ່ໄດ້ຄາດຫວັງ
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	ຈາກ FW 2.03 ເປັນຕົ້ນໄປ: ຊີ້ໃຫ້ເຫັນວ່າໃນລະຫວ່າງການແລກປ່ຽນກັບ LOG ENABLE BIT ຖືກກໍານົດໄວ້ໃນທະບຽນ FeliCa EMD, ຄວາມຜິດພາດ FeliCa EMD ໄດ້ຖືກສັງເກດເຫັນ.
PN5190_STATUS_INTERNAL_ERROR	0x7F	ຊີ້ໃຫ້ເຫັນວ່າການດໍາເນີນງານ NVM ລົ້ມເຫລວ
PN5190_STATUS_SUCCSES_CHAINING	0xAF	ຊີ້ໃຫ້ເຫັນວ່າ, ນອກຈາກນັ້ນ, ຂໍ້ມູນຍັງລໍຖ້າການອ່ານ

4.4 ເຫດການຫຼາຍກວ່າview
ມີສອງວິທີເຫດການທີ່ຈະຖືກແຈ້ງໃຫ້ເຈົ້າພາບ.
4.4.1 ເຫດການປົກກະຕິໃນໄລຍະ pin IRQ
ເຫດການເຫຼົ່ານີ້ແມ່ນປະເພດດັ່ງຕໍ່ໄປນີ້:

ເປີດໃຊ້ງານສະເໝີ – ເຈົ້າພາບຈະຖືກແຈ້ງເຕືອນສະເໝີ

ຄວບຄຸມໂດຍໂຮສ – ໂຮດໄດ້ຮັບການແຈ້ງເຕືອນ, ຖ້າເຫດການທີ່ກ່ຽວຂ້ອງກໍານົດການເປີດໃຊ້ bit ຢູ່ໃນທະບຽນ (EVENT_ENABLE (01h)).

ການຂັດຂວາງລະດັບຕ່ໍາຈາກ IPs ຕໍ່ຂ້າງລວມທັງ CLIF ຈະຖືກຈັດການຢ່າງສົມບູນພາຍໃນເຟີມແວແລະເຈົ້າພາບຈະໄດ້ຮັບການແຈ້ງເຕືອນພຽງແຕ່ເຫດການທີ່ລະບຸໄວ້ໃນພາກສ່ວນເຫດການ.
ເຟີມແວປະຕິບັດການລົງທະບຽນເຫດການສອງຢ່າງເປັນການລົງທະບຽນ RAM ທີ່ສາມາດຂຽນ / ອ່ານໂດຍໃຊ້ຄໍາສັ່ງ 4.5.1.1 / ພາກທີ 4.5.1.5.
ການລົງທະບຽນ EVENT_ENABLE (0x01) => ເປີດໃຊ້ການແຈ້ງເຕືອນສະເພາະ/ທັງໝົດ.
ການລົງທະບຽນ EVENT_STATUS (0x02) => ສ່ວນຫນຶ່ງຂອງ payload ຂໍ້ຄວາມເຫດການ.
ເຫດການຈະຖືກລຶບລ້າງໂດຍເຈົ້າພາບເມື່ອຂໍ້ຄວາມເຫດການຖືກອ່ານອອກໂດຍເຈົ້າພາບ.
ເຫດການບໍ່ຊິ້ງກົງກັນຕາມທຳມະຊາດ ແລະຖືກແຈ້ງເຕືອນໃຫ້ເຈົ້າພາບ, ຖ້າພວກມັນຖືກເປີດໃຊ້ພາຍໃນການລົງທະບຽນ EVENT_ENABLE.
ຕໍ່ໄປນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງເຫດການທີ່ຈະມີໃຫ້ກັບເຈົ້າພາບເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ຄວາມເຫດການ.
ຕາຕະລາງ 10. ເຫດການ PN5190 (ເນື້ອໃນຂອງ EVENT_STATUS)

ບິດ – ຊ່ວງ		ພາກສະຫນາມ [1]	ສະເໝີ ເປີດໃຊ້ແລ້ວ (Y/N)
31	12	RFU	NA
11	11	CTS_EVENT [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_EVENT	Y
7	7	AUTOCOLL_EVENT	Y
6	6	TIMER0_EVENT	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [2]	N
3	3	RFOFF_DET_EVENT [2]	N
2	2	STANDBY_PREV_EVENT	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	BOOT_EVENT	Y

ໃຫ້ສັງເກດວ່າບໍ່ມີສອງເຫດການຖືກ clubbed ຍົກເວັ້ນໃນກໍລະນີທີ່ມີຂໍ້ຜິດພາດ. ໃນກໍລະນີທີ່ມີຄວາມຜິດພາດໃນລະຫວ່າງການດໍາເນີນງານ, ເຫດການທີ່ເປັນປະໂຫຍດ (ເຊັ່ນ BOOT_EVENT, AUTOCALL_EVENT ແລະອື່ນໆ) ແລະ GENERAL_ERROR_EVENT ຈະຖືກຕັ້ງ.

ນັດໝາຍນີ້ຈະຖືກປິດການນຳໃຊ້ໂດຍອັດຕະໂນມັດຫຼັງຈາກທີ່ມັນຖືກໂພສໃສ່ເຈົ້າພາບ. ເຈົ້າພາບຄວນເປີດໃຊ້ງານເຫຼົ່ານີ້ອີກຄັ້ງ ຖ້າມັນຕ້ອງການແຈ້ງເຫດການເຫຼົ່ານີ້ໃຫ້ກັບມັນ.

4.4.1.1 ຮູບແບບຂໍ້ຄວາມເຫດການ
ຮູບແບບຂໍ້ຄວາມເຫດການແຕກຕ່າງກັນໄປຕາມການປະກົດຕົວຂອງເຫດການໃດໜຶ່ງ ແລະສະຖານະທີ່ແຕກຕ່າງກັນຂອງ PN5190.
ເຈົ້າພາບຕ້ອງອ່ານ tag (T) ແລະຄວາມຍາວຂອງຂໍ້ຄວາມ (L) ແລະຫຼັງຈາກນັ້ນອ່ານຕົວເລກທີ່ສອດຄ້ອງກັນຂອງ bytes ເປັນມູນຄ່າ (V) ຂອງເຫດການ.
ໂດຍທົ່ວໄປແລ້ວ, ຂໍ້ຄວາມເຫດການ (ເບິ່ງຮູບ 12) ປະກອບດ້ວຍ EVENT_STATUS ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນຕາຕະລາງ 11 ແລະຂໍ້ມູນເຫດການກົງກັນກັບບິດເຫດການຕາມລໍາດັບທີ່ກໍານົດໄວ້ໃນ EVENT_STATUS.
ໝາຍເຫດ:
ສໍາລັບບາງເຫດການ, payload ບໍ່ມີ. ຕົວຢ່າງ: ຖ້າ TIMER0_EVENT ຖືກກະຕຸ້ນ, ມີພຽງແຕ່ EVENT_STATUS ເທົ່ານັ້ນທີ່ຖືກສະໜອງໃຫ້ເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ຄວາມເຫດການ.
ຕາຕະລາງ 11 ຍັງໃຫ້ລາຍລະອຽດວ່າຂໍ້ມູນເຫດການມີຢູ່ສໍາລັບເຫດການທີ່ສອດຄ້ອງກັນຢູ່ໃນຂໍ້ຄວາມເຫດການ.GENERAL_ERROR_EVENT ອາດຈະເກີດຂຶ້ນກັບເຫດການອື່ນໆ.
ໃນສະຖານະການນີ້, ຂໍ້ຄວາມເຫດການ (ເບິ່ງຮູບ 13) ປະກອບດ້ວຍ EVENT_STATUS ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນຕາຕະລາງ 11 ແລະ GENERAL_ERROR_STATUS_DATA ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນຕາຕະລາງ 14 ແລະຈາກນັ້ນຂໍ້ມູນເຫດການຈະກົງກັບ bit ເຫດການທີ່ກ່ຽວຂ້ອງທີ່ກໍານົດໄວ້ໃນ EVENT_STATUS ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນຕາຕະລາງ 11.ໝາຍເຫດ:
ພຽງແຕ່ຫຼັງຈາກ BOOT_EVENT ຫຼືຫຼັງຈາກ POR, STANDBY, ULPCD, ເຈົ້າພາບຈະສາມາດເຮັດວຽກໃນໂຫມດການເຮັດວຽກປົກກະຕິໂດຍການອອກຄໍາສັ່ງທີ່ລະບຸໄວ້ຂ້າງເທິງ.
ໃນກໍລະນີຂອງການຍົກເລີກຄໍາສັ່ງທີ່ແລ່ນທີ່ມີຢູ່ແລ້ວ, ພຽງແຕ່ຫຼັງຈາກ IDLE_EVENT, ໂຮດຈະສາມາດເຮັດວຽກໃນໂຫມດການເຮັດວຽກປົກກະຕິໂດຍການອອກຄໍາສັ່ງທີ່ລະບຸໄວ້ຂ້າງເທິງ.
4.4.1.2 ຄໍານິຍາມສະຖານະ EVENT ທີ່ແຕກຕ່າງກັນ
4.4.1.2.1 ນິຍາມບິດສຳລັບ EVENT_STATUS
ຕາຕະລາງ 11. ຄໍານິຍາມສໍາລັບ EVENT_STATUS bits

ບິດ (ເຖິງ – ຈາກ)		ເຫດການ	ລາຍລະອຽດ	ຂໍ້ມູນເຫດການຂອງເຫດການທີ່ສອດຄ້ອງກັນ (ຖ້າມີ)
31	12	RFU	ສະຫງວນໄວ້
11	11	CTS_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອເຫດການ CTS ຖືກສ້າງຂຶ້ນ.	ຕາຕະລາງ 86
10	10	IDLE_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອຄໍາສັ່ງຢ່າງຕໍ່ເນື່ອງຖືກຍົກເລີກເນື່ອງຈາກບັນຫາຂອງຄໍາສັ່ງ SWITCH_MODE_NORMAL.	ບໍ່ມີຂໍ້ມູນເຫດການ
9	9	LPCD_CALIBRATION_DONE_ ເຫດການ	ບິດນີ້ຖືກຕັ້ງເມື່ອເຫດການ LPCD calibrationdone ຖືກສ້າງຂື້ນ.	ຕາຕະລາງ 16
8	8	LPCD_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອເຫດການ LPCD ຖືກສ້າງຂຶ້ນ.	ຕາຕະລາງ 15
7	7	AUTOCOLL_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອການດໍາເນີນການ AUTOCOLL ສໍາເລັດ.	ຕາຕະລາງ 52
6	6	TIMER0_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອເຫດການ TIMER0 ເກີດຂຶ້ນ.	ບໍ່ມີຂໍ້ມູນເຫດການ
5	5	TX_OVERCURRENT_ERROR_ ເຫດການ	ບິດນີ້ຖືກກໍານົດ, ເມື່ອປະຈຸບັນຢູ່ໃນໄດເວີ TX ແມ່ນສູງກວ່າຂອບເຂດທີ່ກໍານົດໄວ້ໃນ EEPROM. ຕາມເງື່ອນໄຂນີ້, ພາກສະຫນາມຈະຖືກປິດອັດຕະໂນມັດກ່ອນທີ່ຈະແຈ້ງການເຖິງເຈົ້າພາບ. ກະລຸນາເບິ່ງພາກ 4.4.2.2.	ບໍ່ມີຂໍ້ມູນເຫດການ
4	4	RFON_DET_EVENT	ບິດນີ້ຖືກກໍານົດ, ເມື່ອພາກສະຫນາມ RF ພາຍນອກຖືກກວດພົບ.	ບໍ່ມີຂໍ້ມູນເຫດການ
3	3	RFOFF_DET_EVENT	ບິດນີ້ຖືກກໍານົດ, ເມື່ອພາກສະຫນາມ RF ພາຍນອກທີ່ມີຢູ່ແລ້ວຫາຍໄປ.	ບໍ່ມີຂໍ້ມູນເຫດການ
2	2	STANDBY_PREV_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອສະແຕນບາຍຖືກປ້ອງກັນເນື່ອງຈາກມີເງື່ອນໄຂປ້ອງກັນ	ຕາຕະລາງ 13
1	1	GENERAL_ERROR_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອມີເງື່ອນໄຂຂໍ້ຜິດພາດທົ່ວໄປ	ຕາຕະລາງ 14
0	0	BOOT_EVENT	ບິດນີ້ຖືກຕັ້ງ, ເມື່ອ PN5190 ຖືກບູດດ້ວຍ POR/Standby	ຕາຕະລາງ 12

4.4.1.2.2 ນິຍາມບິດສຳລັບ BOOT_STATUS_DATA
ຕາຕະລາງ 12. ຄໍານິຍາມສໍາລັບ BOOT_STATUS_DATA bits

ບິດເຖິງ	ບິດຈາກ	ສະຖານະ Boot	ເຫດຜົນ Boot ເນື່ອງຈາກ
31	27	RFU	ສະຫງວນໄວ້
26	26	ULP_STANDBY	ເຫດຜົນການບູດອັບເນື່ອງຈາກອອກຈາກ ULP_STANDBY.
25	23	RFU	ສະຫງວນໄວ້
22	22	BOOT_ RX_ULPDET	RX ULPDET ສົ່ງຜົນໃຫ້ boot ໃນໂໝດ ULP-Standby
21	21	RFU	ສະຫງວນໄວ້
20	20	BOOT_SPI	ເຫດຜົນການບູດອັບເນື່ອງຈາກສັນຍານ SPI_NTS ຖືກດຶງຕໍ່າ
19	17	RFU	ສະຫງວນໄວ້
16	16	BOOT_GPIO3	ເຫດຜົນ Bootup ເນື່ອງຈາກການປ່ຽນ GPIO3 ຈາກຕ່ໍາຫາສູງ.
15	15	BOOT_GPIO2	ເຫດຜົນ Bootup ເນື່ອງຈາກການປ່ຽນ GPIO2 ຈາກຕ່ໍາຫາສູງ.
14	14	BOOT_GPIO1	ເຫດຜົນ Bootup ເນື່ອງຈາກການປ່ຽນ GPIO1 ຈາກຕ່ໍາຫາສູງ.
13	13	BOOT_GPIO0	ເຫດຜົນ Bootup ເນື່ອງຈາກການປ່ຽນ GPIO0 ຈາກຕ່ໍາຫາສູງ.
12	12	BOOT_LPDET	ເຫດຜົນການບູດອັບເນື່ອງຈາກມີຊ່ອງຂໍ້ມູນ RF ພາຍນອກໃນລະຫວ່າງການ STANDBY/SUSPEND
11	11	RFU	ສະຫງວນໄວ້
10	8	RFU	ສະຫງວນໄວ້
7	7	BOOT_SOFT_RESET	ເຫດຜົນການບູດອັບເນື່ອງຈາກການຣີເຊັດ IC ແບບອ່ອນໆ
6	6	BOOT_VDDIO_LOSS	ເຫດຜົນ Bootup ເນື່ອງຈາກການສູນເສຍ VDDIO. ອ້າງເຖິງພາກ 4.4.2.3
5	5	BOOT_VDDIO_START	ເຫດຜົນ Bootup ຖ້າ STANDBY ເຂົ້າກັບ VDDIO LOSS. ອ້າງເຖິງຂໍ້ 4.4.2.3
4	4	BOOT_WUC	ເຫດຜົນການບູດອັບເນື່ອງຈາກການປຸກການນັບຖອຍຫຼັງທີ່ຜ່ານໄປໃນລະຫວ່າງການດຳເນີນການ STANDBY.
3	3	BOOT_TEMP	ເຫດຜົນການບູດອັບເນື່ອງຈາກອຸນຫະພູມ IC ແມ່ນຫຼາຍກ່ວາຂອບເຂດທີ່ກໍານົດໄວ້. ກະລຸນາເບິ່ງພາກ 4.4.2.1
2	2	BOOT_WDG	ເຫດຜົນການບູດອັບເນື່ອງຈາກການຣີເຊັດ watchdog
1	1	RFU	ສະຫງວນໄວ້
0	0	BOOT_PO	ເຫດຜົນການບູດອັບຍ້ອນການຣີເຊັດການເປີດເຄື່ອງ

4.4.1.2.3 ນິຍາມບິດສຳລັບ STANDBY_PREV_STATUS_DATA
ຕາຕະລາງ 13. ນິຍາມສຳລັບ STANDBY_PREV_STATUS_DATA bits

ບິດເຖິງ	ບິດຈາກ	ການປ້ອງກັນສະແຕນບາຍ	ສະແຕນບາຍຖືກປ້ອງກັນເນື່ອງຈາກ
31	26	RFU	ສະຫງວນໄວ້
25	25	RFU	ສະຫງວນໄວ້
24	24	PREV_TEMP	ອຸນຫະພູມການເຮັດວຽກຂອງ ICs ຢູ່ນອກເກນ
23	23	RFU	ສະຫງວນໄວ້
22	22	PREV_HOSTCOMM	ການສື່ສານການໂຕ້ຕອບຂອງເຈົ້າພາບ
21	21	PREV_SPI	ສັນຍານ SPI_NTS ຖືກດຶງລົງຕໍ່າ
20	18	RFU	ສະຫງວນໄວ້
17	17	PREV_GPIO3	ສັນຍານ GPIO3 ປ່ຽນຈາກຕ່ໍາໄປສູງ
16	16	PREV_GPIO2	ສັນຍານ GPIO2 ປ່ຽນຈາກຕ່ໍາໄປສູງ
15	15	PREV_GPIO1	ສັນຍານ GPIO1 ປ່ຽນຈາກຕ່ໍາໄປສູງ
14	14	PREV_GPIO0	ສັນຍານ GPIO0 ປ່ຽນຈາກຕ່ໍາໄປສູງ
13	13	PREV_WUC	ການປຸກເວລາຜ່ານໄປ
12	12	PREV_LPDET	ການກວດຫາພະລັງງານຕໍ່າ. ເກີດຂື້ນເມື່ອສັນຍານ RF ພາຍນອກຖືກກວດພົບໃນຂະບວນການທີ່ຈະເຂົ້າໄປໃນສະແຕນບາຍ.
11	11	PREV_RX_ULPDET	ການກວດຫາພະລັງງານຕໍ່າສຸດ RX. ເກີດຂຶ້ນເມື່ອສັນຍານ RF ຖືກກວດພົບໃນຂະບວນການໄປ ULP_STANDBY.
10	10	RFU	ສະຫງວນໄວ້
9	5	RFU	ສະຫງວນໄວ້
4	4	RFU	ສະຫງວນໄວ້
3	3	RFU	ສະຫງວນໄວ້
2	2	RFU	ສະຫງວນໄວ້
1	1	RFU	ສະຫງວນໄວ້
0	0	RFU	ສະຫງວນໄວ້

4.4.1.2.4 ນິຍາມບິດສຳລັບ GENERAL_ERROR_STATUS_DATA
ຕາຕະລາງ 14. ຄໍານິຍາມຂອງ GENERAL_ERROR_STATUS_DATA bits

ບິດເຖິງ	ບິດຈາກ	ສະຖານະການຜິດພາດ	ລາຍລະອຽດ
31	6	RFU	ສະຫງວນໄວ້
5	5	XTAL_START_ERROR	ການເລີ່ມຕົ້ນ XTAL ລົ້ມເຫລວໃນລະຫວ່າງການເປີດເຄື່ອງ
4	4	SYS_TRIM_RECOVERY_ERROR	ເກີດຄວາມຜິດພາດໃນການຕັດໜ່ວຍຄວາມຈຳຂອງລະບົບພາຍໃນ, ແຕ່ການກູ້ຂໍ້ມູນບໍ່ສຳເລັດ. ລະບົບເຮັດວຽກຢູ່ໃນໂຫມດ downgraded.
3	3	SYS_TRIM_RECOVERY_SUCCESS	ການຕັດຄວາມຊົງຈຳຂອງລະບົບພາຍໃນເກີດຄວາມຜິດພາດ, ແລະການກູ້ຄືນສຳເລັດຜົນ. ເຈົ້າພາບຕ້ອງດໍາເນີນການ reboot ຂອງ PN5190 ສໍາລັບການຟື້ນຕົວຈະມີຜົນ.
2	2	TXLDO_ERROR	TXLDO ຜິດພາດ
1	1	CLOCK_ERROR	ຂໍ້ຜິດພາດຂອງໂມງ
0	0	GPADC_ERROR	ADC ຜິດພາດ

4.4.1.2.5 ນິຍາມບິດສໍາລັບ LPCD_STATUS_DATA
ຕາຕະລາງ 15. ຄໍານິຍາມສໍາລັບ LPCD_STATUS_DATA bytes

ບິດເຖິງ	ບິດຈາກ	ສະຖານະການ bits ການນໍາໃຊ້ຕາມການດໍາເນີນງານຂອງ LPCD ຫຼື ULPCD			ຄໍາອະທິບາຍສໍາລັບບິດທີ່ສອດຄ້ອງກັນແມ່ນຖືກກໍານົດໄວ້ໃນສະຖານະ byte.
			LPCD	ULPCD
31	7	RFU			ສະຫງວນໄວ້
6	6	Abort_HIF	Y	N	ຍົກເລີກເນື່ອງຈາກການເຄື່ອນໄຫວ HIF
5	5	CLKDET ຜິດພາດ	N	Y	ຍົກເລີກເນື່ອງຈາກຄວາມຜິດພາດ CLKDET ເກີດຂຶ້ນ
4	4	ໝົດເວລາ XTAL	N	Y	ຍົກເລີກເນື່ອງຈາກ XTAL Timeout ເກີດຂຶ້ນ
3	3	VDDPA LDO Overcurrent	N	Y	ຍົກເລີກເນື່ອງຈາກ VDDPA LDO overcurrent ເກີດຂຶ້ນ
2	2	ພາກສະຫນາມ RF ພາຍນອກ	Y	Y	ຍົກເລີກເນື່ອງຈາກຊ່ອງຂໍ້ມູນ RF ພາຍນອກ
1	1	ຍົກເລີກ GPIO3	N	Y	ຍົກເລີກເນື່ອງຈາກການປ່ຽນແປງລະດັບ GPIO3
0	0	ກວດພົບບັດ	Y	Y	ກວດພົບບັດ

4.4.1.2.6 ນິຍາມບິດສຳລັບຂໍ້ມູນສະຖານະ LPCD_CALIBRATION_DONE
ຕາຕະລາງ 16. ຄໍານິຍາມສໍາລັບ LPCD_CALIBRATION_DONE ຂໍ້ມູນສະຖານະ bytes ສໍາລັບ ULPCD

ບິດເຖິງ	ບິດຈາກ	ສະຖານະຂອງ LPCD_CALIBRATION ແລ້ວໆ ເຫດການ	ຄໍາອະທິບາຍສໍາລັບບິດທີ່ສອດຄ້ອງກັນແມ່ນຖືກກໍານົດໄວ້ໃນສະຖານະ byte.
31	11		ສະຫງວນໄວ້
10	0	ຄ່າອ້າງອີງຈາກການປັບທຽບ ULPCD	ຄ່າ RSSI ທີ່ວັດແທກໄດ້ໃນລະຫວ່າງການປັບທຽບ ULPCD ທີ່ຖືກນໍາໃຊ້ເປັນເອກະສານອ້າງອີງໃນລະຫວ່າງການ ULPCD

ຕາຕະລາງ 17. ຄໍານິຍາມສໍາລັບ LPCD_CALIBRATION_DONE ຂໍ້ມູນສະຖານະ bytes ສໍາລັບ LPCD

ບິດເຖິງ	ບິດຈາກ	ສະຖານະການ bits ການນໍາໃຊ້ຕາມການດໍາເນີນງານຂອງ LPCD ຫຼື ULPCD			ຄໍາອະທິບາຍສໍາລັບບິດທີ່ສອດຄ້ອງກັນແມ່ນຖືກກໍານົດໄວ້ໃນສະຖານະ byte.
2	2	ພາກສະຫນາມ RF ພາຍນອກ	Y	Y	ຍົກເລີກເນື່ອງຈາກຊ່ອງຂໍ້ມູນ RF ພາຍນອກ
1	1	ຍົກເລີກ GPIO3	N	Y	ຍົກເລີກເນື່ອງຈາກການປ່ຽນແປງລະດັບ GPIO3
0	0	ກວດພົບບັດ	Y	Y	ກວດພົບບັດ

4.4.2 ການຈັດການສະຖານະການ boot ທີ່ແຕກຕ່າງກັນ
IC PN5190 ຈັດການກັບເງື່ອນໄຂຄວາມຜິດພາດທີ່ແຕກຕ່າງກັນທີ່ກ່ຽວຂ້ອງກັບຕົວກໍານົດການ IC ດັ່ງຂ້າງລຸ່ມນີ້.
4.4.2.1 ການຈັດການສະຖານະການອຸນຫະພູມເກີນເມື່ອ PN5190 ຢູ່ພາຍໃຕ້ການດໍາເນີນການ
ເມື່ອໃດກໍ່ຕາມອຸນຫະພູມພາຍໃນຂອງ PN5190 IC ຮອດຄ່າເກນຕາມທີ່ໄດ້ກຳນົດໄວ້ໃນຊ່ອງ EEPROM TEMP_WARNING [2], IC ເຂົ້າສູ່ສະແຕນບາຍ. ແລະດັ່ງນັ້ນ, ຖ້າຊ່ອງຂໍ້ມູນ EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] ຖືກຕັ້ງຄ່າໃຫ້ສົ່ງການແຈ້ງເຕືອນໄປຫາເຈົ້າພາບ, ຫຼັງຈາກນັ້ນ GPIO0 ຈະຖືກດຶງສູງເພື່ອແຈ້ງເຕືອນ IC ເກີນອຸນຫະພູມ.
ເມື່ອອຸນຫະພູມ IC ຫຼຸດລົງຕໍ່າກວ່າຄ່າເກນທີ່ກໍານົດໄວ້ໃນຊ່ອງ EEPROM TEMP_WARNING [2], IC ຈະບູດດ້ວຍ BOOT_EVENT ດັ່ງໃນຕາຕະລາງ 11 ແລະ BOOT_TEMP ບູດສະຖານະທີ່ກໍານົດໄວ້ໃນຕາຕະລາງ 12 ແລະ GPIO0 ຈະຖືກດຶງຕ່ໍາ.
4.4.2.2 ການຈັດການກະແສໄຟຟ້າເກີນ
ຖ້າ PN5190 IC ຮັບຮູ້ສະພາບຂອງກະແສໄຟຟ້າເກີນ, IC ປິດໄຟ RF ແລະສົ່ງ TX_OVERCURRENT_ERROR_EVENT ຕາມຕາຕະລາງ 11.
ໄລຍະເວລາຂອງສະພາບ overcurrent ສາມາດຄວບຄຸມໄດ້ໂດຍການດັດແກ້ EEPROM ພາກສະຫນາມ TXLDO_CONFIG [2].
ສໍາລັບຂໍ້ມູນກ່ຽວກັບ IC ເກີນຂອບເຂດປະຈຸບັນ, ເບິ່ງເອກະສານ [2].
ໝາຍເຫດ:
ຖ້າມີເຫດການທີ່ຍັງຄ້າງ ຫຼືການຕອບໂຕ້ອື່ນ, ພວກມັນຈະຖືກສົ່ງໄປຫາເຈົ້າພາບ.
4.4.2.3 ການສູນເສຍ VDDIO ໃນລະຫວ່າງການປະຕິບັດງານ
ຖ້າ PN5190 IC ພົບວ່າບໍ່ມີ VDDIO (ການສູນເສຍ VDDIO), IC ເຂົ້າໄປໃນສະແຕນບາຍ.
IC boots ພຽງແຕ່ເມື່ອ VDDIO ສາມາດໃຊ້ໄດ້, ໂດຍມີ BOOT_EVENT ຢູ່ໃນຕາຕະລາງ 11 ແລະ BOOT_VDDIO_START ບິດສະຖານະການບູດຖືກຕັ້ງໄວ້ໃນຕາຕະລາງ 12.
ສໍາລັບຂໍ້ມູນກ່ຽວກັບຄຸນລັກສະນະສະຖິດຂອງ PN5190 IC, ເບິ່ງເອກະສານ [2].
4.4.3 ການຈັດການສະຖານະການການເອົາລູກອອກ
PN5190 IC ມີການສະຫນັບສະຫນູນການຍົກເລີກຄໍາສັ່ງປະຕິບັດໃນປະຈຸບັນແລະພຶດຕິກໍາຂອງ PN5190 IC, ເມື່ອຄໍາສັ່ງຍົກເລີກດັ່ງກ່າວເຊັ່ນພາກ 4.5.4.5.2 ຖືກສົ່ງໄປຫາ PN5190 IC ດັ່ງທີ່ສະແດງຢູ່ໃນຕາຕະລາງ 18.
ໝາຍເຫດ:
ເມື່ອ PN5190 IC ຢູ່ໃນໂຫມດ ULPCD ແລະ ULP-Standby, ມັນບໍ່ສາມາດຍົກເລີກໄດ້ໂດຍການສົ່ງພາກ 4.5.4.5.2 OR ໂດຍການເລີ່ມຕົ້ນການເຮັດທຸລະກໍາ SPI (ໂດຍການດຶງສັນຍານ SPI_NTS ຕ່ໍາ).
ຕາຕະລາງ 18. ການຕອບໂຕ້ເຫດການທີ່ຄາດໄວ້ ເມື່ອຄຳສັ່ງຕ່າງກັນຖືກຢຸດຕິດ້ວຍພາກ 4.5.4.5.2.

ຄໍາສັ່ງ	ພຶດຕິກໍາໃນເວລາທີ່ Switch Mode ຄໍາສັ່ງປົກກະຕິຖືກສົ່ງ
ຄໍາສັ່ງທັງຫມົດທີ່ພະລັງງານຕ່ໍາບໍ່ໄດ້ເຂົ້າໄປໃນ	EVENT_STAUS ຖືກຕັ້ງເປັນ “IDLE_EVENT”
ສະຫຼັບໂໝດ LPCD	EVENT_STATUS ຖືກຕັ້ງເປັນ “LPCD_EVENT” ດ້ວຍ “LPCD_ STATUS_DATA” ຊີ້ບອກສະຖານະເປັນ “Abort_HIF”
ສະຫຼັບໂໝດສະແຕນບາຍ	EVENT_STAUS ຖືກຕັ້ງເປັນ “BOOT_EVENT” ດ້ວຍ “BOOT_ STATUS_DATA” ຊີ້ບອກບິດ “BOOT_SPI”
ໂໝດສະຫຼັບອັດຕະໂນມັດ (ບໍ່ມີໂໝດອັດຕະໂນມັດ, ໂໝດອັດຕະໂນມັດກັບໂໝດສະແຕນບາຍ ແລະ ໂໝດອັດຕະໂນມັດໂດຍບໍ່ມີການສະແຕນບາຍ)	EVENT_STAUS ຖືກຕັ້ງເປັນ “AUTOCOLL_EVENT” ດ້ວຍ STATUS_DATA bits ຊີ້ບອກວ່າຄໍາສັ່ງຖືກຍົກເລີກຜູ້ໃຊ້.

4.5 ລາຍລະອຽດຄໍາແນະນໍາການດໍາເນີນງານຂອງໂໝດປົກກະຕິ
4.5.1 ລົງທະບຽນການຈັດການ
ຄໍາແນະນໍາຂອງພາກນີ້ຖືກນໍາໃຊ້ເພື່ອເຂົ້າເຖິງການລົງທະບຽນຢ່າງມີເຫດຜົນຂອງ PN5190.
4.5.1.1 WRITE_REGISTER
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອຂຽນຄ່າ 32-bit (little-endian) ເຂົ້າໃນການລົງທະບຽນຢ່າງມີເຫດຜົນ.
4.5.1.1.1 ເງື່ອນໄຂ
ທີ່ຢູ່ຂອງທະບຽນຕ້ອງມີຢູ່, ແລະທະບຽນຕ້ອງມີຄຸນສົມບັດ READ-WRITE ຫຼື WRITE-ONLY.
4.5.1.1.2 ຄໍາສັ່ງ
ຕາຕະລາງ 19. ຄ່າຄຳສັ່ງ WRITE_REGISTER ຂຽນຄ່າ 32-Bit ໃສ່ທະບຽນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ທີ່ຢູ່ຂອງທະບຽນ.

ຕາຕະລາງ 19. ຄ່າຄຳສັ່ງ WRITE_REGISTER…ສືບຕໍ່
ຂຽນຄ່າ 32-Bit ໃສ່ທະບຽນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ມູນຄ່າ	4 Bytes	ຄ່າລົງທະບຽນ 32-Bit ທີ່ຈະຕ້ອງຂຽນ. (ນ້ອຍ-ປາຍ)

4.5.1.1.3 ການຕອບສະໜອງ
ຕາຕະລາງ 20. WRITE_REGISTER ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.1.2 WRITE_REGISTER_OR_MASK
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອດັດແປງເນື້ອໃນຂອງການລົງທະບຽນໂດຍໃຊ້ການດໍາເນີນງານຕາມເຫດຜົນ OR. ເນື້ອໃນຂອງການລົງທະບຽນໄດ້ຖືກອ່ານແລະການດໍາເນີນງານທີ່ມີເຫດຜົນ OR ແມ່ນດໍາເນີນການກັບຫນ້າກາກທີ່ສະຫນອງໃຫ້. ເນື້ອໃນທີ່ດັດແກ້ແມ່ນໄດ້ຮັບການຂຽນກັບຄືນໄປບ່ອນຈົດທະບຽນ.
4.5.1.2.1 ເງື່ອນໄຂ
ທີ່ຢູ່ຂອງທະບຽນຕ້ອງມີຢູ່, ແລະທະບຽນຕ້ອງມີຄຸນສົມບັດ READ-WRITE.
4.5.1.2.2 ຄໍາສັ່ງ
ຕາຕະລາງ 21. ຄ່າຄໍາສັ່ງ WRITE_REGISTER_OR_MASK ປະຕິບັດການດໍາເນີນການຕາມເຫດຜົນ OR ກ່ຽວກັບການລົງທະບຽນໂດຍໃຊ້ຫນ້າກາກທີ່ສະຫນອງໃຫ້.

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ທີ່ຢູ່ຂອງທະບຽນ.
ໜ້າກາກ	4 Bytes	Bitmask ໃຊ້ເປັນ operand ສໍາລັບການດໍາເນີນງານຕາມເຫດຜົນ OR. (ນ້ອຍ-ປາຍ)

4.5.1.2.3 ການຕອບສະໜອງ
ຕາຕະລາງ 22. WRITE_REGISTER_OR_MASK ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.1.3 WRITE_REGISTER_AND_MASK
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອດັດແປງເນື້ອໃນຂອງການລົງທະບຽນໂດຍໃຊ້ການດໍາເນີນການຢ່າງມີເຫດຜົນ AND. ເນື້ອໃນຂອງການລົງທະບຽນໄດ້ຖືກອ່ານແລະການດໍາເນີນງານຢ່າງມີເຫດຜົນ AND ແມ່ນດໍາເນີນການກັບຫນ້າກາກທີ່ສະຫນອງໃຫ້. ເນື້ອໃນທີ່ຖືກດັດແກ້ຖືກຂຽນກັບຄືນໄປຫາທະບຽນ.
4.5.1.3.1 ເງື່ອນໄຂ
ທີ່ຢູ່ຂອງທະບຽນຕ້ອງມີຢູ່, ແລະທະບຽນຕ້ອງມີຄຸນສົມບັດ READ-WRITE.
4.5.1.3.2 ຄໍາສັ່ງ
ຕາຕະລາງ 23. ຄ່າຄຳສັ່ງ WRITE_REGISTER_AND_MASK ປະຕິບັດຄຳສັ່ງ AND ຢ່າງມີເຫດຜົນໃນການລົງທະບຽນໂດຍໃຊ້ໜ້າກາກທີ່ສະໜອງໃຫ້.

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ທີ່ຢູ່ຂອງທະບຽນ.
ໜ້າກາກ	4 Bytes	Bitmask ໃຊ້ເປັນ operand ສໍາລັບການດໍາເນີນງານຢ່າງມີເຫດຜົນ AND. (ນ້ອຍ-ທ້າຍ)

4.5.1.3.3 ການຕອບສະໜອງ
ຕາຕະລາງ 24. WRITE_REGISTER_AND_MASK ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.1.4 WRITE_REGISTER_MULTIPLE
ການທໍາງານຂອງຄໍາແນະນໍານີ້ແມ່ນຄ້າຍຄືກັນກັບພາກ 4.5.1.1, ພາກ 4.5.1.2, ພາກທີ 4.5.1.3, ມີຄວາມເປັນໄປໄດ້ທີ່ຈະສົມທົບພວກມັນ. ໃນຄວາມເປັນຈິງ, ມັນໃຊ້ເວລາຊຸດຄ່າລົງທະບຽນປະເພດແລະປະຕິບັດການທີ່ເຫມາະສົມ. ປະເພດສະທ້ອນໃຫ້ເຫັນເຖິງການກະ ທຳ ທີ່ເປັນການລົງທະບຽນການຂຽນ, ການປະຕິບັດຢ່າງມີເຫດຜົນ OR ຢູ່ໃນທະບຽນຫຼືການດໍາເນີນການຢ່າງມີເຫດຜົນ AND ໃນທະບຽນ.
4.5.1.4.1 ເງື່ອນໄຂ
ທີ່ຢູ່ຕາມເຫດຜົນຂອງທະບຽນພາຍໃນຊຸດຕ້ອງມີຢູ່.
ຄຸນລັກສະນະການເຂົ້າເຖິງການລົງທະບຽນຕ້ອງອະນຸຍາດໃຫ້ປະຕິບັດການປະຕິບັດທີ່ຕ້ອງການ (ປະເພດ):

ຂຽນຄຳສັ່ງ (0x01): READ-WRITE ຫຼື WRITE-ONLY attribute

OR mask action (0x02): READ-WRITE attribute
AND mask action (0x03): ຄຸນສົມບັດ READ-WRITE

ຂະໜາດຂອງ 'Set' array ຈະຕ້ອງຢູ່ລະຫວ່າງ 1 – 43, ລວມທັງ.
ຊ່ອງຂໍ້ມູນ 'ປະເພດ' ຕ້ອງຢູ່ລະຫວ່າງ 1 – 3, ຮວມ

4.5.1.4.2 ຄໍາສັ່ງ
ຕາຕະລາງ 25. ຄ່າຄໍາສັ່ງ WRITE_REGISTER_MULTIPLE ປະຕິບັດການລົງທະບຽນການຂຽນໂດຍໃຊ້ຊຸດຂອງຄູ່ Register-Value.

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຕັ້ງ [1…n]	6 Bytes	ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ທີ່ຢູ່ຕາມເຫດຜົນຂອງທະບຽນ.
		ປະເພດ	1 Byte	0x1	ຂຽນລົງທະບຽນ
				0x2	ຂຽນລົງທະບຽນຫຼືຫນ້າກາກ
				0x3	ຂຽນລົງທະບຽນແລະຫນ້າກາກ
		ມູນຄ່າ	4 Bytes	32 Bite register value ທີ່ຕ້ອງໄດ້ຂຽນ, ຫຼື bitmask ໃຊ້ສໍາລັບການປະຕິບັດງານຢ່າງມີເຫດຜົນ. (ນ້ອຍ-ປາຍ)

ຫມາຍເຫດ: ໃນກໍລະນີທີ່ມີຂໍ້ຍົກເວັ້ນ, ການດໍາເນີນງານບໍ່ໄດ້ຖືກມ້ວນຄືນ, ເຊັ່ນ: ທະບຽນທີ່ຖືກດັດແກ້ຈົນກ່ວາການຍົກເວັ້ນຍັງຢູ່ໃນສະຖານະດັດແກ້. ເຈົ້າພາບຕ້ອງດໍາເນີນການທີ່ເຫມາະສົມເພື່ອຟື້ນຕົວຄືນສູ່ສະຖານະທີ່ກໍານົດໄວ້.
4.5.1.4.3 ການຕອບສະໜອງ
ຕາຕະລາງ 26. WRITE_REGISTER_MULTIPLE ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.1.5 READ_REGISTER
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານຄືນເນື້ອໃນຂອງການລົງທະບຽນຢ່າງມີເຫດຜົນ. ເນື້ອຫາແມ່ນມີຢູ່ໃນຄໍາຕອບ, ເປັນມູນຄ່າ 4-byte ໃນຮູບແບບ little-endian.
4.5.1.5.1 ເງື່ອນໄຂ
ທີ່ຢູ່ຂອງທະບຽນຢ່າງມີເຫດຜົນຕ້ອງມີຢູ່. ຄຸນສົມບັດການເຂົ້າເຖິງຂອງທະບຽນຈະຕ້ອງເປັນ READ-WRITE ຫຼື READ-ONLY.
4.5.1.5.2 ຄໍາສັ່ງ
ຕາຕະລາງ 27. ຄ່າຄຳສັ່ງ READ_REGISTER
ອ່ານເນື້ອໃນຄືນຂອງການລົງທະບຽນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ທີ່ຢູ່ຂອງທະບຽນຢ່າງມີເຫດຜົນ

4.5.1.5.3 ການຕອບສະໜອງ
ຕາຕະລາງ 28. READ_REGISTER ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນເພີ່ມຕື່ມ)
ລົງທະບຽນມູນຄ່າ	4 Bytes	ຄ່າລົງທະບຽນ 32-Bit ທີ່ໄດ້ຖືກອ່ານແລ້ວ. (ນ້ອຍ-ປາຍ)

4.5.1.5.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.1.6 READ_REGISTER_MULTIPLE
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານການລົງທະບຽນຢ່າງມີເຫດຜົນຫຼາຍຄັ້ງໃນເວລາດຽວກັນ. ຜົນໄດ້ຮັບ (ເນື້ອໃນຂອງແຕ່ລະທະບຽນ) ໄດ້ຖືກສະຫນອງໃຫ້ໃນການຕອບສະຫນອງຕໍ່ຄໍາແນະນໍາ. ທີ່ຢູ່ລົງທະບຽນຕົວມັນເອງບໍ່ໄດ້ລວມຢູ່ໃນຄໍາຕອບ. ຄໍາສັ່ງຂອງເນື້ອໃນການລົງທະບຽນພາຍໃນຄໍາຕອບແມ່ນສອດຄ່ອງກັບຄໍາສັ່ງຂອງທີ່ຢູ່ລົງທະບຽນພາຍໃນຄໍາແນະນໍາ.
4.5.1.6.1 ເງື່ອນໄຂ
ທີ່ຢູ່ລົງທະບຽນທັງໝົດພາຍໃນຄໍາແນະນໍາຕ້ອງມີຢູ່. ຄຸນສົມບັດການເຂົ້າເຖິງສໍາລັບການລົງທະບຽນແຕ່ລະຄົນຈະຕ້ອງເປັນ READ-WRITE ຫຼື READ-ONLY. ຂະໜາດຂອງ 'Register Address' array ຈະຕ້ອງຢູ່ລະຫວ່າງ 1 – 18, ລວມທັງໝົດ.
4.5.1.6.2 ຄໍາສັ່ງ
ຕາຕະລາງ 29. ຄ່າຄໍາສັ່ງ READ_REGISTER_MULTIPLE ປະຕິບັດການອ່ານການລົງທະບຽນໃນຊຸດຂອງທະບຽນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ລົງທະບຽນ[1…n]	1 Byte	ທີ່ຢູ່ລົງທະບຽນ

4.5.1.6.3 ການຕອບສະໜອງ
ຕາຕະລາງ 30. READ_REGISTER_MULTIPLE ຄ່າຕອບໂຕ້

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ລົງທະບຽນມູນຄ່າ [1…n]	4 Bytes	ມູນຄ່າ	4 Bytes	ຄ່າລົງທະບຽນ 32-Bit ທີ່ໄດ້ຖືກອ່ານແລ້ວ (little-endian).

4.5.1.6.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.2 E2PROM Manipulation
ພື້ນທີ່ທີ່ສາມາດເຂົ້າເຖິງໄດ້ໃນ E2PROM ແມ່ນຕາມແຜນທີ່ EEPROM ແລະຂະຫນາດທີ່ສາມາດແກ້ໄຂໄດ້.
ໝາຍເຫດ:
1. ບ່ອນໃດທີ່ 'ທີ່ຢູ່ E2PROM' ໄດ້ຖືກກ່າວເຖິງໃນຄໍາແນະນໍາຂ້າງລຸ່ມນີ້, ໃຫ້ອ້າງອີງເຖິງຂະຫນາດຂອງພື້ນທີ່ EEPROM ທີ່ສາມາດແກ້ໄຂໄດ້.
4.5.2.1 WRITE_E2PROM
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອຂຽນຫນຶ່ງຫຼືຫຼາຍຄ່າກັບ E2PROM. ຊ່ອງຂໍ້ມູນ 'Values' ປະກອບມີຂໍ້ມູນທີ່ຈະຂຽນໃສ່ E2PROM ໂດຍເລີ່ມຕົ້ນຈາກທີ່ຢູ່ທີ່ລະບຸໂດຍຊ່ອງຂໍ້ມູນ 'E2PROM Address'. ຂໍ້ມູນຖືກຂຽນເປັນລໍາດັບ.
ໝາຍເຫດ:
ໃຫ້ສັງເກດວ່ານີ້ແມ່ນຄໍາສັ່ງປິດກັ້ນ, ນີ້ຫມາຍຄວາມວ່າ NFC FE ຖືກບລັອກໃນລະຫວ່າງການດໍາເນີນການຂຽນ. ນີ້ສາມາດໃຊ້ເວລາຫຼາຍ milliseconds.
4.5.2.1.1 ເງື່ອນໄຂ
ຊ່ອງຂໍ້ມູນ 'E2PROM Address' ຈະຕ້ອງຢູ່ໃນຂອບເຂດຕາມ [2]. ຈຳນວນ bytes ພາຍໃນຊ່ອງຂໍ້ມູນ 'Values' ຈະຕ້ອງຢູ່ໃນຊ່ວງ 1 – 1024 (0x0400), ຮວມກັນ. ການປະຕິບັດການຂຽນຕ້ອງບໍ່ເກີນທີ່ຢູ່ EEPROM ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນ [2]. ການຕອບໂຕ້ຄວາມຜິດພາດຈະຖືກສົ່ງໄປຫາເຈົ້າພາບຖ້າທີ່ຢູ່ເກີນພື້ນທີ່ທີ່ຢູ່ EEPROM ຄືກັບ [2].
4.5.2.1.2 ຄໍາສັ່ງ
ຕາຕະລາງ 31. ຄ່າຄໍາສັ່ງ WRITE_E2PROM ຂຽນຄ່າທີ່ໃຫ້ຕາມລໍາດັບໄປຫາ E2PROM.

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ E2PROM	2 Byte	ທີ່ຢູ່ໃນ EEPROM ຈາກທີ່ການຂຽນຈະເລີ່ມຕົ້ນ. (ນ້ອຍ-ຈົບ)
ຄຸນຄ່າ	1 – 1024 Bytes	ຄ່າທີ່ຈະຕ້ອງຂຽນໃສ່ E2PROM ຕາມລໍາດັບ.

4.5.2.1.3 ການຕອບສະໜອງ
ຕາຕະລາງ 32. WRITE_EEPROM ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.2.2 READ_E2PROM
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານຂໍ້ມູນຄືນຈາກພື້ນທີ່ຫນ່ວຍຄວາມຈໍາ E2PROM. ຊ່ອງຂໍ້ມູນ 'E2PROM Address' ຊີ້ບອກທີ່ຢູ່ເລີ່ມຕົ້ນຂອງການປະຕິບັດການອ່ານ. ຄໍາຕອບປະກອບດ້ວຍຂໍ້ມູນທີ່ອ່ານຈາກ E2PROM.
4.5.2.2.1 ເງື່ອນໄຂ
ຊ່ອງຂໍ້ມູນ 'E2PROM Address' ຈະຕ້ອງຢູ່ໃນຂອບເຂດທີ່ຖືກຕ້ອງ.
ຊ່ອງຂໍ້ມູນ 'ຈຳນວນ bytes' ຕ້ອງຢູ່ລະຫວ່າງ 1 – 256, ລວມທັງ.
ການປະຕິບັດການອ່ານຕ້ອງບໍ່ເກີນທີ່ຢູ່ EEPROM ທີ່ເຂົ້າເຖິງໄດ້ຫຼ້າສຸດ.
ການຕອບໂຕ້ຄວາມຜິດພາດຈະຖືກສົ່ງໄປຫາເຈົ້າພາບ, ຖ້າທີ່ຢູ່ເກີນພື້ນທີ່ທີ່ຢູ່ EEPROM.
4.5.2.2.2 ຄໍາສັ່ງ
ຕາຕະລາງ 33. ຄ່າຄຳສັ່ງ READ_E2PROM ອ່ານຄ່າຈາກ E2PROM ຕາມລຳດັບ.

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ທີ່ຢູ່ E2PROM	2 Byte	ທີ່ຢູ່ໃນ E2PROM ຈາກການອ່ານການດໍາເນີນການຈະເລີ່ມຕົ້ນ. (ນ້ອຍ-ຈົບ)
ຈໍານວນໄບຕ໌	2 Byte	ຈໍານວນ bytes ທີ່ຈະອ່ານອອກ. (ນ້ອຍ-ປາຍ)

4.5.2.2.3 ການຕອບສະໜອງ
ຕາຕະລາງ 34. READ_E2PROM ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ຄຸນຄ່າ	1 – 1024 Bytes	ຄ່າທີ່ໄດ້ອ່ານອອກເປັນລໍາດັບ.

4.5.2.2.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.2.3 GET_CRC_USER_AREA
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອຄິດໄລ່ CRC ສໍາລັບພື້ນທີ່ການຕັ້ງຄ່າຜູ້ໃຊ້ທີ່ສົມບູນລວມທັງພື້ນທີ່ໂປໂຕຄອນຂອງ PN5190 IC.
4.5.2.3.1 ຄໍາສັ່ງ
ຕາຕະລາງ 35. ຄ່າຄຳສັ່ງ GET_CRC_USER_AREA
ອ່ານ CRC ຂອງພື້ນທີ່ການຕັ້ງຄ່າຜູ້ໃຊ້ລວມທັງພື້ນທີ່ໂປໂຕຄອນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
–	–	ບໍ່ມີຂໍ້ມູນໃນ payload

4.5.2.3.2 ການຕອບສະໜອງ
ຕາຕະລາງ 36. GET_CRC_USER_AREA ຄ່າຕອບໂຕ້

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ຄຸນຄ່າ	4 Bytes	4 bytes ຂອງຂໍ້ມູນ CRC ໃນຮູບແບບ little-endian.

4.5.2.3.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.3 ການຈັດການຂໍ້ມູນ CLIF
ຄໍາແນະນໍາທີ່ອະທິບາຍຢູ່ໃນພາກນີ້ອະທິບາຍຄໍາສັ່ງສໍາລັບການສົ່ງ RF ແລະການຮັບ.
4.5.3.1 EXCHANGE_RF_DATA
ຟັງຊັນການແລກປ່ຽນ RF ປະຕິບັດການສົ່ງຂໍ້ມູນ TX ແລະລໍຖ້າການຮັບຂໍ້ມູນ RX ໃດໆ.
ຟັງຊັນຈະກັບຄືນມາໃນກໍລະນີຂອງການຮັບ (ບໍ່ວ່າຈະຜິດພາດຫຼືຖືກຕ້ອງ) ຫຼືຫມົດເວລາເກີດຂຶ້ນ. ໂມງນັບຖອຍຫຼັງແມ່ນເລີ່ມຕົ້ນດ້ວຍການສິ້ນສຸດຂອງການໂອນເງິນ ແລະຢຸດດ້ວຍການເລີ່ມຕົ້ນຂອງ RECEPTION. ຄ່າ Timeout ທີ່ກຳນົດໄວ້ລ່ວງໜ້າໃນ EEPROM ຈະຖືກໃຊ້ໃນກໍລະນີທີ່ໝົດເວລາບໍ່ໄດ້ກຳນົດຄ່າກ່ອນການປະຕິບັດຄຳສັ່ງ Exchange.
ຖ້າ transceiver_state ແມ່ນ

ໃນ IDLE ໂຫມດ TRANSCEIVE ຖືກເຂົ້າ.
ໃນ WAIT_RECEIVE, ສະຖານະຕົວຮັບສັນຍານຖືກຣີເຊັດເປັນ TRANSCEIVE MODE ໃນກໍລະນີທີ່ບິດຂອງຕົວເລີ່ມຕົ້ນຖືກຕັ້ງ

ໃນ WAIT_TRANSMIT, ສະຖານະຕົວຮັບສັນຍານຖືກຣີເຊັດເປັນ TRANSCEIVE MODE ໃນກໍລະນີທີ່ບໍ່ໄດ້ຕັ້ງບິດລິເລີ່ມ.

ຊ່ອງຂໍ້ມູນ 'ຈໍານວນບິດທີ່ຖືກຕ້ອງໃນໄບຕ໌ສຸດທ້າຍ' ຊີ້ບອກຄວາມຍາວຂໍ້ມູນທີ່ແນ່ນອນທີ່ຈະສົ່ງ.

4.5.3.1.1 ເງື່ອນໄຂ
ຂະໜາດຂອງຊ່ອງຂໍ້ມູນ 'TX Data' ຈະຕ້ອງຢູ່ລະຫວ່າງ 0 – 1024, ລວມທັງ.
ຊ່ອງຂໍ້ມູນ 'ຈຳນວນ bits ທີ່ຖືກຕ້ອງໃນ Byte ສຸດທ້າຍ' ຈະຕ້ອງຢູ່ລະຫວ່າງ 0 – 7.
ຄໍາສັ່ງຈະຕ້ອງບໍ່ຖືກເອີ້ນໃນລະຫວ່າງການສົ່ງ RF ຢ່າງຕໍ່ເນື່ອງ. ຄໍາສັ່ງຕ້ອງຮັບປະກັນສະຖານະທີ່ຖືກຕ້ອງຂອງຕົວຮັບສັນຍານສໍາລັບການສົ່ງຂໍ້ມູນ.
ໝາຍເຫດ:
ຄຳສັ່ງນີ້ແມ່ນໃຊ້ໄດ້ສະເພາະສຳລັບໂໝດ Reader ແລະ P2P” Passive/Active initiator mode.
4.5.3.1.2 ຄໍາສັ່ງ
ຕາຕະລາງ 37. ຄ່າຄຳສັ່ງ EXCHANGE_RF_DATA
ຂຽນຂໍ້ມູນ TX ກັບ buffer ການສົ່ງ RF ພາຍໃນແລະເລີ່ມຕົ້ນການສົ່ງຕໍ່ໂດຍໃຊ້ຄໍາສັ່ງ transceive ແລະລໍຖ້າຈົນກ່ວາການຕ້ອນຮັບຫຼື Time-Out ເພື່ອກະກຽມການຕອບສະຫນອງຕໍ່ເຈົ້າພາບ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຈຳນວນບິດທີ່ຖືກຕ້ອງໃນໄບຕ໌ສຸດທ້າຍ	1 Byte	0	ບິດທັງຫມົດຂອງ byte ສຸດທ້າຍຖືກສົ່ງ
		1–7	ຈໍານວນບິດພາຍໃນ byte ສຸດທ້າຍທີ່ຈະສົ່ງ.
RFExchangeConfig	1 Byte	ການຕັ້ງຄ່າຂອງຟັງຊັນ RFExchange. ລາຍລະອຽດເບິ່ງຂ້າງລຸ່ມນີ້

ຕາຕະລາງ 37. ຄ່າຄຳສັ່ງ EXCHANGE_RF_DATA…ສືບຕໍ່
ຂຽນຂໍ້ມູນ TX ກັບ buffer ການສົ່ງ RF ພາຍໃນແລະເລີ່ມຕົ້ນການສົ່ງຕໍ່ໂດຍໃຊ້ຄໍາສັ່ງ transceive ແລະລໍຖ້າຈົນກ່ວາການຕ້ອນຮັບຫຼື Time-Out ເພື່ອກະກຽມການຕອບສະຫນອງຕໍ່ເຈົ້າພາບ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຂໍ້ມູນ TX	n ໄບຕ໌	ຂໍ້ມູນ TX ເຊິ່ງຕ້ອງຖືກສົ່ງອອກຜ່ານ CLIF ໂດຍໃຊ້ຄໍາສັ່ງ transceive. n = 0 – 1024 bytes

ຕາຕະລາງ 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ
								Bits 4 – 7 ແມ່ນ RFU
				X				ລວມເອົາຂໍ້ມູນ RX ໃນການຕອບສະໜອງໂດຍອ້າງອີງຈາກ RX_STATUS, ຖ້າບິດຕັ້ງເປັນ 1b.
					X			ຮວມເອົາການລົງທະບຽນ EVENT_STATUS ໃນການຕອບສະໜອງ, ຖ້າຕັ້ງບິດເປັນ 1b.
						X		ລວມເອົາ RX_STATUS_ERROR ລົງທະບຽນໃນການຕອບ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.
							X	ລວມເອົາ RX_STATUS ລົງທະບຽນໃນການຕອບ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.

4.5.3.1.3 ການຕອບສະໜອງ
ຕາຕະລາງ 39. ຄ່າຕອບໂຕ້ EXCHANGE_RF_DATA

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນເພີ່ມອີກ) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 Bytes	ຖ້າ RX_STATUS ຖືກຮ້ອງຂໍ (little-endian)
RX_STATUS_ERROR	4 Bytes	ຖ້າ RX_STATUS_ERROR ຖືກຮ້ອງຂໍ (little-endian)
EVENT_STATUS	4 Bytes	ຖ້າ EVENT_STATUS ຖືກຮ້ອງຂໍ (little-endian)
ຂໍ້ມູນ RX	1 – 1024 Bytes	ຖ້າຂໍ້ມູນ RX ຖືກຮ້ອງຂໍ. ຂໍ້ມູນ RX ໄດ້ຮັບໃນໄລຍະການຮັບ RF ຂອງການແລກປ່ຽນ RF.

4.5.3.1.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.3.2 TRANSMIT_RF_DATA
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອຂຽນຂໍ້ມູນເຂົ້າໄປໃນ buffer ການສົ່ງຜ່ານ CLIF ພາຍໃນແລະເລີ່ມຕົ້ນການສົ່ງຂໍ້ມູນໂດຍໃຊ້ຄໍາສັ່ງ transceive ພາຍໃນ. ຂະຫນາດຂອງບັຟເຟີນີ້ຖືກຈໍາກັດຢູ່ທີ່ 1024 bytes. ຫຼັງຈາກຄໍາສັ່ງນີ້ໄດ້ຮັບການປະຕິບັດ, ການຮັບ RF ໄດ້ເລີ່ມຕົ້ນອັດຕະໂນມັດ.
ຄໍາສັ່ງຈະກັບຄືນມາທັນທີຫຼັງຈາກ Transmission ສໍາເລັດໂດຍບໍ່ໄດ້ລໍຖ້າການຮັບສໍາເລັດ.
4.5.3.2.1 ເງື່ອນໄຂ
ຈຳນວນຂອງໄບຕ໌ພາຍໃນຊ່ອງຂໍ້ມູນ 'TX Data' ຈະຕ້ອງຢູ່ລະຫວ່າງ 1 – 1024, ລວມທັງ.
ຄໍາສັ່ງຈະຕ້ອງບໍ່ຖືກເອີ້ນໃນລະຫວ່າງການສົ່ງ RF ຢ່າງຕໍ່ເນື່ອງ.
4.5.3.2.2 ຄໍາສັ່ງ
ຕາຕະລາງ 40. ຄ່າຄໍາສັ່ງ TRANSMIT_RF_DATA ຂຽນຂໍ້ມູນ TX ໄປຫາ buffer ການສົ່ງຜ່ານ CLIF ພາຍໃນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຈຳນວນບິດທີ່ຖືກຕ້ອງໃນໄບຕ໌ສຸດທ້າຍ	1 Byte	0 bits ທັງໝົດຂອງ byte ສຸດທ້າຍຖືກສົ່ງ 1 – 7 ຈຳນວນຂອງ bits ພາຍໃນ byte ສຸດທ້າຍທີ່ຈະສົ່ງ.
RFU	1 Byte	ສະຫງວນໄວ້
ຂໍ້ມູນ TX	1 – 1024 Bytes	ຂໍ້ມູນ TX ທີ່ຈະຖືກໃຊ້ໃນລະຫວ່າງການສົ່ງ RF ຕໍ່ໄປ.

4.5.3.2.3 ການຕອບສະໜອງ
ຕາຕະລາງ 41. ຄ່າຕອບໂຕ້ TRANSMIT_RF_DATA

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.3.3 RETRIEVE_RF_DATA
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານຂໍ້ມູນຈາກ CLIF RX buffer ພາຍໃນ, ເຊິ່ງປະກອບດ້ວຍຂໍ້ມູນການຕອບໂຕ້ RF (ຖ້າມີ) ປະກາດມັນຈາກການປະຕິບັດທີ່ຜ່ານມາຂອງພາກ 4.5.3.1 ທີ່ມີທາງເລືອກທີ່ຈະບໍ່ລວມເອົາຂໍ້ມູນທີ່ໄດ້ຮັບໃນຄໍາຕອບຫຼືພາກ 4.5.3.2. .XNUMX ຄໍາສັ່ງ.
4.5.3.3.1 ຄໍາສັ່ງ
ຕາຕະລາງ 42. ຄ່າຄໍາສັ່ງ RETRIEVE_RF_DATA ອ່ານຂໍ້ມູນ RX ຈາກ buffer reception RF ພາຍໃນ.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຫວ່າງເປົ່າ	ຫວ່າງເປົ່າ	ຫວ່າງເປົ່າ

4.5.3.3.2 ການຕອບສະໜອງ
ຕາຕະລາງ 43. ຄ່າຕອບໂຕ້ RETRIEVE_RF_DATA

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ຂໍ້ມູນ RX	1 – 1024 Bytes	ຂໍ້ມູນ RX ທີ່ໄດ້ຮັບໃນລະຫວ່າງການຮັບ RF ສົບຜົນສໍາເລັດຫຼ້າສຸດ.

4.5.3.3.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.3.4 RECEIVE_RF_DATA
ຄໍາແນະນໍານີ້ລໍຖ້າຂໍ້ມູນທີ່ໄດ້ຮັບຜ່ານ RF Interface ຂອງຜູ້ອ່ານ.
ໃນຮູບແບບຜູ້ອ່ານ, ຄໍາແນະນໍານີ້ຈະກັບຄືນມາຖ້າຫາກວ່າມີການຮັບ (ບໍ່ວ່າຈະຜິດພາດຫຼືຖືກຕ້ອງ) ຫຼື FWT timeout ໄດ້ເກີດຂຶ້ນ. ໂມງນັບຖອຍຫຼັງແມ່ນເລີ່ມຕົ້ນດ້ວຍການສິ້ນສຸດຂອງການໂອນເງິນ ແລະຢຸດດ້ວຍການເລີ່ມຕົ້ນຂອງ RECEPTION. ຄ່າການໝົດເວລາເລີ່ມຕົ້ນທີ່ກຳນົດໄວ້ລ່ວງໜ້າໃນ EEPROM ຈະຖືກໃຊ້ໃນກໍລະນີທີ່ໝົດເວລາບໍ່ໄດ້ກຳນົດຄ່າກ່ອນການດຳເນີນການຂອງຄຳສັ່ງ Exchange.
ໃນຮູບແບບເປົ້າຫມາຍ, ຄໍາແນະນໍານີ້ຈະກັບຄືນມາໃນກໍລະນີຂອງການຮັບ (ບໍ່ວ່າຈະຜິດພາດຫຼືຖືກຕ້ອງ) ຫຼືຄວາມຜິດພາດ RF ພາຍນອກ.
ໝາຍເຫດ:
ຄໍາແນະນໍານີ້ຈະຖືກໃຊ້ກັບຄໍາສັ່ງ TRANSMIT_RF_DATA ເພື່ອດໍາເນີນການ TX ແລະ RX…
4.5.3.4.1 ຄໍາສັ່ງ
ຕາຕະລາງ 44. ຄ່າຄໍາສັ່ງ RECEIVE_RF_DATA

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຮັບRFConfig	1 Byte	ການຕັ້ງຄ່າຂອງຟັງຊັນ ReceiveRFConfig. ເບິ່ງ ຕາຕະລາງ 45

ຕາຕະລາງ 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ
								Bits 4 – 7 ແມ່ນ RFU
				X				ລວມເອົາຂໍ້ມູນ RX ໃນການຕອບສະໜອງໂດຍອ້າງອີງຈາກ RX_STATUS, ຖ້າບິດຕັ້ງເປັນ 1b.
					X			ຮວມເອົາການລົງທະບຽນ EVENT_STATUS ໃນການຕອບສະໜອງ, ຖ້າຕັ້ງບິດເປັນ 1b.
						X		ລວມເອົາ RX_STATUS_ERROR ລົງທະບຽນໃນການຕອບ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.
							X	ລວມເອົາ RX_STATUS ລົງທະບຽນໃນການຕອບ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.

4.5.3.4.2 ການຕອບສະໜອງ
ຕາຕະລາງ 46. ຄ່າຕອບໂຕ້ RECEIVE_RF_DATA

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ) PN5190_STATUS_TIMEOUT

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 Bytes	ຖ້າ RX_STATUS ຖືກຮ້ອງຂໍ (little-endian)
RX_STATUS_ERROR	4 Bytes	ຖ້າ RX_STATUS_ERROR ຖືກຮ້ອງຂໍ (little-endian)
EVENT_STATUS	4 Bytes	ຖ້າ EVENT_STATUS ຖືກຮ້ອງຂໍ (little-endian)
ຂໍ້ມູນ RX	1 – 1024 Bytes	ຖ້າຂໍ້ມູນ RX ຖືກຮ້ອງຂໍ. ຂໍ້ມູນ RX ໄດ້ຮັບຜ່ານ RF.

4.5.3.4.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (ການຕັ້ງຄ່າ FeliCa EMD)
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານຂໍ້ມູນຈາກ CLIF RX buffer ພາຍໃນ, ເຊິ່ງປະກອບດ້ວຍຂໍ້ມູນການຕອບສະຫນອງຂອງ FeliCa EMD (ຖ້າມີ) ຈັດພີມມາເຖິງມັນຈາກການດໍາເນີນການທີ່ຜ່ານມາຂອງຄໍາສັ່ງ EXCHANGE_RF_DATA ກັບກັບສະຖານະ 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
ໝາຍເຫດ: ຄຳສັ່ງນີ້ມີໃຫ້ຕັ້ງແຕ່ PN5190 FW v02.03 ເປັນຕົ້ນໄປ.
4.5.3.5.1 ຄໍາສັ່ງ
ອ່ານຂໍ້ມູນ RX ຈາກບັຟເຟີການຮັບ RF ພາຍໃນ.
ຕາຕະລາງ 47. ຄ່າຄຳສັ່ງ RETRIEVE_RF_FELICA_EMD_DATA

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
FeliCarRFRetrieveConfig	1 Byte	00 – FF	ການຕັ້ງຄ່າຂອງຟັງຊັນ RETRIEVE_RF_FELICA_EMD_DATA
		ລາຍລະອຽດການຕັ້ງຄ່າ (bitmask).	bit 7..2: RFU bit 1: ລວມເອົາ RX_STATUS_ ERROR ລົງທະບຽນໃນການຕອບ, ຖ້າ bit ຖືກຕັ້ງເປັນ 1b. bit 0: ລວມເອົາ RX_STATUS ລົງທະບຽນໃນການຕອບ, ຖ້າ bit ຖືກຕັ້ງເປັນ 1b.

4.5.3.5.2 ການຕອບສະໜອງ
ຕາຕະລາງ 48. RETRIEVE_RF_FELICA_EMD_DATA ຄ່າຕອບສະໜອງ

ຊ່ອງໂຫຼດ	ຄວາມຍາວ		ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ		1 Byte		ສະຖານະຂອງການດໍາເນີນງານ. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນເພີ່ມຕື່ມ)
RX_STATUS		4 Byte		ຖ້າ RX_STATUS ຖືກຮ້ອງຂໍ (little-endian)
RX_STATUS_ ຜິດພາດ		4 Byte		ຖ້າ RX_STATUS_ERROR ຖືກຮ້ອງຂໍ (little-endian)

ຊ່ອງໂຫຼດ	ຄວາມຍາວ		ຄ່າ/ຄຳອະທິບາຍ
ຂໍ້ມູນ RX		1…1024 Byte		ຂໍ້ມູນ FeliCa EMD RX ທີ່ໄດ້ຮັບໃນລະຫວ່າງການຮັບ RF ທີ່ບໍ່ປະສົບຜົນສໍາເລັດຫຼ້າສຸດໂດຍໃຊ້ Exchange Command.

4.5.3.5.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.4 ການປ່ຽນໂໝດການໃຊ້ງານ
PN5190 ສະຫນັບສະຫນູນ 4 ຮູບແບບການດໍາເນີນງານທີ່ແຕກຕ່າງກັນ:
4.5.4.1 ປົກກະຕິ
ນີ້ແມ່ນຮູບແບບເລີ່ມຕົ້ນ, ບ່ອນທີ່ຄໍາແນະນໍາທັງຫມົດແມ່ນອະນຸຍາດໃຫ້.
4.5.4.2 ສະແຕນບາຍ
PN5190 ຢູ່ໃນສະຖານະສະແຕນບາຍ/ນອນເພື່ອປະຢັດພະລັງງານ. ເງື່ອນໄຂການປຸກຕ້ອງຖືກກໍານົດເພື່ອກໍານົດເວລາທີ່ຈະອອກຈາກສະແຕນບາຍອີກເທື່ອຫນຶ່ງ.
4.5.4.3 LPCD
PN5190 ຢູ່ໃນໂຫມດກວດພົບບັດພະລັງງານຕ່ໍາ, ບ່ອນທີ່ມັນພະຍາຍາມກວດພົບບັດທີ່ກໍາລັງເຂົ້າສູ່ປະລິມານການເຮັດວຽກ, ໂດຍມີການໃຊ້ພະລັງງານຕ່ໍາສຸດ.
4.5.4.4 ອັດໂນມັດຄໍລ
PN5190 ກຳລັງເຮັດໜ້າທີ່ເປັນຜູ້ຟັງ RF, ປະຕິບັດການເປີດໃຊ້ຮູບແບບເປົ້າໝາຍແບບອັດຕະໂນມັດ (ເພື່ອຮັບປະກັນຂໍ້ຈຳກັດໃນເວລາຈິງ)
4.5.4.5 SWITCH_MODE_NORMAL
ຄໍາສັ່ງ Switch Mode Normal ມີສາມກໍລະນີທີ່ໃຊ້.
4.5.4.5.1 UseCase1: ເຂົ້າສູ່ໂໝດເຮັດວຽກປົກກະຕິເມື່ອເປີດເຄື່ອງ (POR)
ໃຊ້ເພື່ອຣີເຊັດເປັນສະຖານະ Idle ສຳລັບການຮັບ/ປະມວນຜົນຄຳສັ່ງຕໍ່ໄປໂດຍການເຂົ້າໂໝດການເຮັດວຽກປົກກະຕິ.
4.5.4.5.2 UseCase2: ການຢຸດຄໍາສັ່ງທີ່ແລ່ນຢູ່ແລ້ວເພື່ອສະຫຼັບກັບໂໝດການໃຊ້ງານປົກກະຕິ (ຄໍາສັ່ງຍົກເລີກ)
ໃຊ້ເພື່ອຣີເຊັດເປັນສະຖານະ Idle ສຳລັບການຮັບ/ປະມວນຜົນຄຳສັ່ງຕໍ່ໄປໂດຍການຢຸດຄຳສັ່ງທີ່ເຮັດວຽກຢູ່ແລ້ວ.
ຄໍາສັ່ງເຊັ່ນ: ສະແຕນບາຍ, LPCD, Exchange, PRBS, ແລະ Autocoll ຈະສາມາດຖືກຍົກເລີກໂດຍໃຊ້ຄໍາສັ່ງນີ້.
ນີ້ແມ່ນພຽງແຕ່ຄໍາສັ່ງພິເສດ, ທີ່ບໍ່ມີການຕອບສະຫນອງ. ແທນທີ່ຈະ, ມັນມີການແຈ້ງເຕືອນ EVENT.
ເບິ່ງພາກ 4.4.3 ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບປະເພດຂອງເຫດການທີ່ເກີດຂຶ້ນໃນລະຫວ່າງການປະຕິບັດຄໍາສັ່ງພື້ນຖານທີ່ແຕກຕ່າງກັນ.
4.5.4.5.2.1 UseCase2.1:
ຄຳສັ່ງນີ້ຈະຖືກປັບທັງໝົດ CLIF TX, RX, ແລະ Field Control Registers ໃຫ້ເປັນສະຖານະ Boot. ການອອກຄໍາສັ່ງນີ້ຈະປິດຊ່ອງຂໍ້ມູນ RF ທີ່ມີຢູ່ແລ້ວ.
4.5.4.5.2.2 UseCase2.2:
ມີໃຫ້ຕັ້ງແຕ່ PN5190 FW v02.03 ເປັນຕົ້ນໄປ:
ຄໍາສັ່ງນີ້ຈະບໍ່ດັດແປງ CLIF TX, RX, ແລະ Field Control Registers ແຕ່ພຽງແຕ່ຈະຍ້າຍຕົວຮັບສັນຍານໄປຍັງສະຖານະ IDLE ເທົ່ານັ້ນ.
4.5.4.5.3 UseCase3: ຮູບແບບການໃຊ້ງານປົກກະຕິຕາມການຕັ້ງ soft-reset/exit ຈາກການສະແຕນບາຍ, LPCD ໃນກໍລະນີນີ້, PN5190 ໂດຍກົງເຂົ້າສູ່ໂຫມດການເຮັດວຽກປົກກະຕິ, ໂດຍການສົ່ງ IDLE_EVENT ໄປຫາເຈົ້າພາບ (ຮູບ 12 ຫຼືຮູບ 13) ແລະ “. IDLE_EVENT” ບິດຖືກຕັ້ງໄວ້ໃນຕາຕະລາງ 11.
ບໍ່ມີຄວາມຕ້ອງການສົ່ງຄໍາສັ່ງ SWITCH_MODE_NORMAL.
ໝາຍເຫດ:
ຫຼັງຈາກ IC ຖືກປ່ຽນເປັນໂຫມດປົກກະຕິ, ການຕັ້ງຄ່າທັງຫມົດຂອງ RF ໄດ້ຖືກດັດແປງເປັນສະຖານະເລີ່ມຕົ້ນ. ມັນເປັນສິ່ງຈໍາເປັນທີ່, ການຕັ້ງຄ່າ RF ແລະການລົງທະບຽນທີ່ກ່ຽວຂ້ອງອື່ນໆຕ້ອງໄດ້ຮັບການໂຫຼດດ້ວຍຄ່າທີ່ເຫມາະສົມກ່ອນທີ່ຈະດໍາເນີນການ RF ON ຫຼື RF Exchange.
4.5.4.5.4 ກອບຄໍາສັ່ງທີ່ຈະສົ່ງສໍາລັບກໍລະນີການນໍາໃຊ້ທີ່ແຕກຕ່າງກັນ
4.5.4.5.4.1 UseCase1: ຄໍາສັ່ງເຂົ້າສູ່ໂຫມດການເຮັດວຽກປົກກະຕິເມື່ອເປີດເຄື່ອງ (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: ຄໍາສັ່ງທີ່ຈະຢຸດເຊົາຄໍາສັ່ງທີ່ແລ່ນຢູ່ແລ້ວເພື່ອສະຫຼັບກັບຮູບແບບການເຮັດວຽກປົກກະຕິ
ໃຊ້ກໍລະນີ 2.1:
0x20 0x00 0x00
ໃຊ້ກໍລະນີ 2.2: (ຈາກ FW v02.02 ເປັນຕົ້ນໄປ):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: ຄໍາສັ່ງສໍາລັບຮູບແບບການປະຕິບັດຕາມປົກກະຕິຕາມ soft-reset/exit ຈາກ standby, LPCD, ULPCD
ບໍ່ມີ. PN5190 ເຂົ້າສູ່ໂຫມດການເຮັດວຽກປົກກະຕິໂດຍກົງ.
4.5.4.5.5 ການຕອບສະໜອງ
ບໍ່ມີ
4.5.4.5.6 ເຫດການ
A BOOT_EVENT (ຢູ່ໃນທະບຽນ EVENT_STATUS) ຖືກຕັ້ງໃຫ້ຊີ້ບອກວ່າ ໂໝດປົກກະຕິຖືກເຂົ້າ ແລະຖືກສົ່ງໄປຫາເຈົ້າພາບ. ເບິ່ງຮູບ 12 ແລະຮູບ 13 ສໍາລັບຂໍ້ມູນເຫດການ.

IDLE_EVENT (ໃນການລົງທະບຽນ EVENT_STATUS) ຖືກຕັ້ງໄວ້ເພື່ອຊີ້ບອກວ່າການເຂົ້າໂໝດປົກກະຕິ ແລະຖືກສົ່ງໄປຫາເຈົ້າພາບ. ເບິ່ງຮູບ 12 ແລະຮູບ 13 ສໍາລັບຂໍ້ມູນເຫດການ.

A BOOT_EVENT (ໃນ EVENT_STATUS ລົງທະບຽນ) ຖືກຕັ້ງໄວ້ຊີ້ບອກວ່າການເຂົ້າສູ່ໂຫມດປົກກະຕິແລະຖືກສົ່ງໄປຫາເຈົ້າພາບ. ເບິ່ງຮູບ 12 ແລະຮູບ 13 ສໍາລັບຂໍ້ມູນເຫດການ.

4.5.4.6 SWITCH_MODE_AUTOCOLL
Switch Mode Autocoll ເຮັດຂັ້ນຕອນການເປີດໃຊ້ບັດໂດຍອັດຕະໂນມັດໃນໂໝດເປົ້າໝາຍ.
ຊ່ອງຂໍ້ມູນ 'Autocoll Mode' ຈະຕ້ອງຢູ່ລະຫວ່າງ 0 – 2, ລວມທັງ.
ໃນກໍລະນີທີ່ພາກສະຫນາມ 'Autocoll Mode' ຖືກຕັ້ງເປັນ 2 (Autocoll): ພາກສະຫນາມ 'RF Technologies' (ຕາຕະລາງ 50) ຕ້ອງມີ bitmask ທີ່ຊີ້ບອກ RF Technologies ເພື່ອສະຫນັບສະຫນູນໃນລະຫວ່າງການ Autocoll.
ບໍ່ມີຄໍາແນະນໍາໃດໆຕ້ອງຖືກສົ່ງໃນຂະນະທີ່ຢູ່ໃນໂຫມດນີ້.
ການຢຸດເຊົາແມ່ນຊີ້ໃຫ້ເຫັນໂດຍການຂັດຂວາງ.
4.5.4.6.1 ຄໍາສັ່ງ
ຕາຕະລາງ 49. ຄ່າຄຳສັ່ງ SWITCH_MODE_AUTOCOLL

ພາລາມິເຕີ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ເຕັກໂນໂລຊີ RF	1 Byte	Bitmask ຊີ້ບອກເຕັກໂນໂລຊີ RF ເພື່ອຟັງໃນລະຫວ່າງການ Autocoll.
ໂໝດອັດຕະໂນມັດ	1 Byte	0	ບໍ່ມີໂໝດປົກຄອງຕົນເອງ, ie Autocoll ສິ້ນສຸດລົງເມື່ອພາກສະຫນາມ RF ພາຍນອກບໍ່ຢູ່.
			ການຢຸດເຊົາໃນກໍລະນີຂອງ
			• ບໍ່ມີ RF FIELD ຫຼື RF FIELD ໄດ້ຫາຍໄປ
			• PN5190 ຖືກເປີດໃຊ້ໃນໂໝດເປົ້າໝາຍ
		1	ໂໝດອັດຕະໂນມັດພ້ອມສະແຕນບາຍ. ເມື່ອບໍ່ມີຊ່ອງຂໍ້ມູນ RF, Autocoll ຈະເຂົ້າສູ່ໂໝດສະແຕນບາຍໂດຍອັດຕະໂນມັດ. ເມື່ອ RF ພາກສະຫນາມ RF ພາຍນອກຖືກກວດພົບ, PN5190 ເຂົ້າສູ່ໂຫມດ Autocoll ອີກເທື່ອຫນຶ່ງ.
			ການຢຸດເຊົາໃນກໍລະນີຂອງ
			• PN5190 ຖືກເປີດໃຊ້ໃນໂໝດເປົ້າໝາຍ
			ຈາກ PN5190 FW v02.03 ເປັນຕົ້ນໄປ: ຖ້າ EEPROM Field “bCard ModeUltraLowPowerEnabled” ຢູ່ທີ່ '0xCDF' ຖືກຕັ້ງເປັນ '1', ຫຼັງຈາກນັ້ນ PN5190 ເຂົ້າສູ່ສະແຕນບາຍພະລັງງານຕໍ່າສຸດ.
		2	ໂໝດອັດຕະໂນມັດໂດຍບໍ່ມີການສະແຕນບາຍ. ເມື່ອບໍ່ມີພາກສະຫນາມ RF, PN5190 ລໍຖ້າຈົນກ່ວາພາກສະຫນາມ RF ກ່ອນທີ່ຈະເລີ່ມຕົ້ນລະບົບ Autocoll algorithm. ສະແຕນບາຍບໍ່ໄດ້ໃຊ້ໃນກໍລະນີນີ້.
			ການຢຸດເຊົາໃນກໍລະນີຂອງ • PN5190 ຖືກເປີດໃຊ້ໃນໂໝດເປົ້າໝາຍ

ຕາຕະລາງ 50. RF Technologies Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ
0	0	0	0					RFU
				X				ຖ້າຕັ້ງເປັນ 1b, ການຟັງ NFC-F Active ຈະຖືກເປີດໃຊ້. (ບໍ່ສາມາດໃຊ້ໄດ້).
					X			ຖ້າຕັ້ງເປັນ 1b, ການຟັງ NFC-A Active ຈະຖືກເປີດໃຊ້. (ບໍ່ສາມາດໃຊ້ໄດ້).
						X		ຖ້າຕັ້ງເປັນ 1b, ການຟັງ NFC-F ຈະຖືກເປີດໃຊ້.
							X	ຖ້າຕັ້ງເປັນ 1b, ການຟັງ NFC-A ຈະຖືກເປີດໃຊ້.

4.5.4.6.2 ການຕອບສະໜອງ
ຄໍາຕອບພຽງແຕ່ສັນຍານວ່າຄໍາສັ່ງໄດ້ຖືກດໍາເນີນການ.
ຕາຕະລາງ 51. ຄ່າຕອບໂຕ້ SWITCH_MODE_AUTOCOLL

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ໄດ້ເຂົ້າຮູບແບບສະຫຼັບເນື່ອງຈາກການຕັ້ງຄ່າຜິດພາດ)

4.5.4.6.3 ເຫດການ
ການແຈ້ງເຕືອນເຫດການຈະຖືກສົ່ງໄປເມື່ອຄໍາສັ່ງໄດ້ສໍາເລັດ, ແລະຮູບແບບປົກກະຕິແມ່ນເຂົ້າໄປໃນ. ເຈົ້າພາບຈະອ່ານອອກໄບຕ໌ຕອບສະຫນອງໂດຍອີງໃສ່ມູນຄ່າເຫດການ.
ໝາຍເຫດ:
ເມື່ອສະຖານະບໍ່ແມ່ນ “PN5190_STATUS_INSTR_SUCCESS”, ໄບຕ໌ຂໍ້ມູນ “Protocol” ແລະ “Card_Activated” ຕໍ່ໄປແມ່ນບໍ່ມີ.
ຂໍ້ມູນເຕັກໂນໂລຢີຖືກດຶງມາຈາກການລົງທະບຽນໂດຍໃຊ້ຄໍາສັ່ງພາກທີ 4.5.1.5, ພາກທີ 4.5.1.6.
ຕາຕະລາງຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຂໍ້ມູນເຫດການທີ່ຖືກສົ່ງເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ຄວາມເຫດການຮູບ 12 ແລະຮູບ 13.
ຕາຕະລາງ 52. EVENT_SWITCH_MODE_AUTOCOLL – ຂໍ້ມູນ AUTOCOLL_EVENT ສະຫຼັບໂໝດການເຮັດວຽກ ເຫດການອັດຕະໂນມັດ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 ໄບຕ໌	ສະຖານະຂອງການດໍາເນີນງານ
		PN5190_STATUS_INSTR_SUCCESS	PN5190 ຖືກເປີດໃຊ້ໃນໂໝດເປົ້າໝາຍ. ຂໍ້ມູນເພີ່ມເຕີມໃນເຫດການນີ້ແມ່ນຖືກຕ້ອງ.
		PN5190_STATUS_PREVENT_STANDBY	ຊີ້ບອກວ່າ PN5190 ຖືກປ້ອງກັນບໍ່ໃຫ້ເຂົ້າໄປໃນໂໝດສະແຕນບາຍ. ສະຖານະນີ້ໃຊ້ໄດ້ສະເພາະເມື່ອເລືອກໂໝດ Autocoll ເປັນ “ໂໝດອັດຕະໂນມັດດ້ວຍການສະແຕນບາຍ”.

		PN5190_STATUS_NO_EXTERNAL_RF_ FIELD	ຊີ້ບອກວ່າບໍ່ມີຊ່ອງຂໍ້ມູນ RF ພາຍນອກຢູ່ໃນລະຫວ່າງການປະຕິບັດ Autocoll ໃນໂຫມດທີ່ບໍ່ແມ່ນ Autonomous
		PN5190_STATUS_USER_CANCELLED	ຊີ້ໃຫ້ເຫັນວ່າຄໍາສັ່ງປະຈຸບັນທີ່ກໍາລັງດໍາເນີນຖືກຍົກເລີກໂດຍຄໍາສັ່ງປົກກະຕິຂອງ switch mode
ພິທີການ	1 ໄບຕ໌	0x10	ເປີດໃຊ້ເປັນ Passive TypeA
		0x11	ເປີດໃຊ້ເປັນ Passive TypeF 212
		0x12	ເປີດໃຊ້ເປັນ Passive TypeF 424
		0x20	ເປີດໃຊ້ເປັນ Active TypeA
		0x21	ເປີດໃຊ້ເປັນ Active TypeF 212
		0x22	ເປີດໃຊ້ເປັນ Active TypeF 424
		ຄຸນຄ່າອື່ນ Other	ບໍ່ຖືກຕ້ອງ
Card_Activated	1 ໄບຕ໌	0x00	ບໍ່ມີຂະບວນການເປີດໃຊ້ບັດຕາມ ISO 14443-3
Card_Activated	1 ໄບຕ໌	0x01	ຊີ້ບອກວ່າອຸປະກອນຖືກເປີດໃຊ້ໃນໂໝດ Passive

ໝາຍເຫດ:
ຫຼັງຈາກອ່ານຂໍ້ມູນເຫດການ, ຂໍ້ມູນທີ່ໄດ້ຮັບຈາກບັດ/ອຸປະກອນທີ່ເປີດໃຊ້ງານ (ເຊັ່ນ: 'n' bytes ຂອງ ATR_REQ/RATS ຕາມ ISO18092/ISO1443-4), ຈະຖືກອ່ານໂດຍໃຊ້ຄຳສັ່ງພາກ 4.5.3.3.
4.5.4.6.4 ການສື່ສານ example

4.5.4.7 SWITCH_MODE_STANDBY
ສະວິດໂໝດສະແຕນບາຍຈະຕັ້ງ IC ໃຫ້ເປັນໂໝດສະແຕນບາຍໂດຍອັດຕະໂນມັດ. IC ຈະຕື່ນຂຶ້ນຫຼັງຈາກແຫຼ່ງປຸກທີ່ກຳນົດຄ່າຕອບສະໜອງເງື່ອນໄຂການປຸກ.
ໝາຍເຫດ:
ການໝົດອາຍຸການນັບຖອຍຫຼັງຂອງ ULP STANDBY ແລະ ການຍົກເລີກ HIF ສໍາລັບ STANDBY ແມ່ນມີຢູ່ຕາມຄ່າເລີ່ມຕົ້ນເພື່ອອອກຈາກໂໝດສະແຕນບາຍ.

4.5.4.7.1 ຄໍາສັ່ງ
ຕາຕະລາງ 53. ຄ່າຄຳສັ່ງ SWITCH_MODE_STANDBY

ພາລາມິເຕີ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ກຳນົດຄ່າ	1 Byte	Bitmask ຄວບຄຸມແຫຼ່ງປຸກທີ່ຈະໃຊ້ແລະໂຫມດສະແຕນບາຍເພື່ອເຂົ້າ. ອ້າງເຖິງ ຕາຕະລາງ 54
ມູນຄ່າທາງກົງກັນຂ້າມ	2 Bytes	ຄ່າທີ່ໃຊ້ສຳລັບການປຸກນັບເປັນ milliseconds. ຄ່າສູງສຸດທີ່ຮອງຮັບແມ່ນ 2690 ສໍາລັບການສະແຕນບາຍ. ຄ່າສູງສຸດທີ່ຮອງຮັບແມ່ນ 4095 ສໍາລັບການສະແຕນບາຍ ULP. ຄ່າທີ່ຈະໃຫ້ຢູ່ໃນຮູບແບບນ້ອຍ-endian. ເນື້ອໃນພາລາມິເຕີນີ້ແມ່ນຖືກຕ້ອງພຽງແຕ່ຖ້າ "Config Bitmask" ຖືກເປີດໃຊ້ສໍາລັບການປຸກໃນເວລາ counter ຫມົດອາຍຸ.

ຕາຕະລາງ 54. Config Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ
X								ໃສ່ສະແຕນບາຍ ULP ຖ້າບິດຖືກຕັ້ງເປັນ 1b ໃສ່ສະແຕນບາຍຖ້າບິດຖືກຕັ້ງເປັນ 0b.
	0							RFU
		X						ປຸກ GPIO-3 ເມື່ອມັນສູງ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b. (ບໍ່ສາມາດໃຊ້ໄດ້ກັບສະແຕນບາຍ ULP)
			X					ປຸກ GPIO-2 ເມື່ອມັນສູງ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b. (ບໍ່ສາມາດໃຊ້ໄດ້ກັບສະແຕນບາຍ ULP)
				X				ປຸກ GPIO-1 ເມື່ອມັນສູງ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b. (ບໍ່ສາມາດໃຊ້ໄດ້ກັບສະແຕນບາຍ ULP)
					X			ປຸກ GPIO-0 ເມື່ອມັນສູງ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b. (ບໍ່ສາມາດໃຊ້ໄດ້ກັບສະແຕນບາຍ ULP)
						X		Wake-up on wake-up counter ຈະໝົດອາຍຸ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b. ສໍາລັບ ULP-Standby, ທາງເລືອກນີ້ແມ່ນຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.
							X	ການປຸກຢູ່ໃນຊ່ອງ RF ພາຍນອກ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.

ໝາຍເຫດ: ຈາກ PN5190 FW v02.03, ຖ້າ EEPROM Field “CardModeUltraLowPowerEnabled” ທີ່ຢູ່ '0xCDF' ຖືກຕັ້ງເປັນ '1', ULP standby configuration ບໍ່ສາມາດໃຊ້ກັບຄໍາສັ່ງ SWITCH_MODE_STANDBY.
4.5.4.7.2 ການຕອບສະໜອງ
ການຕອບສະໜອງພຽງແຕ່ໃຫ້ສັນຍານວ່າຄຳສັ່ງໄດ້ຖືກປະມວນຜົນແລ້ວ ແລະສະຖານະສະແຕນບາຍຈະຖືກໃສ່ພຽງແຕ່ຫຼັງຈາກຄຳຕອບຖືກອ່ານທັງໝົດໂດຍເຈົ້າພາບ.
ຕາຕະລາງ 55. ຄ່າຕອບໂຕ້ SWITCH_MODE_STANDBY ສະຫຼັບການໃຊ້ງານແບບສະແຕນບາຍ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ໄດ້ເຂົ້າຮູບແບບສະຫຼັບ – ເນື່ອງຈາກການຕັ້ງຄ່າຜິດພາດ)

4.5.4.7.3 ເຫດການ
ການແຈ້ງເຕືອນເຫດການຈະຖືກສົ່ງໄປເມື່ອຄໍາສັ່ງໄດ້ສໍາເລັດ, ແລະຮູບແບບປົກກະຕິແມ່ນເຂົ້າໄປໃນ. ອ້າງອີງເຖິງຮູບແບບຂອງເຫດການທີ່ຈະສົ່ງຫຼັງຈາກສໍາເລັດຄໍາສັ່ງດັ່ງໃນຮູບ 12 ແລະຮູບ 13.
ໃນກໍລະນີທີ່ PN5190 ຖືກປ້ອງກັນບໍ່ໃຫ້ເຂົ້າໄປໃນໂຫມດສະແຕນບາຍ, ເຫດການ "STANDBY_PREV_EVENT" ບິດທີ່ກໍານົດໄວ້ໃນ EVENT_STATUS ດັ່ງທີ່ໄດ້ກ່າວມາຕາຕະລາງ 11 ຖືກສົ່ງໄປຫາເຈົ້າພາບຕາມເຫດຜົນຂອງການປ້ອງກັນສະແຕນບາຍທີ່ໄດ້ກ່າວໄວ້ໃນຕາຕະລາງ 13.
4.5.4.7.4 ການສື່ສານ Example

4.5.4.8 SWITCH_MODE_LPCD
ໂໝດສະວິດ LPCD ດຳເນີນການກວດຫາການຕັ້ງຢູ່ໃນເສົາອາກາດ ເນື່ອງຈາກການປ່ຽນແປງສະພາບແວດລ້ອມຮອບເສົາອາກາດ.
ມີ 2 ໂຫມດທີ່ແຕກຕ່າງກັນຂອງ LPCD. ໂຊລູຊັ່ນ HW-based (ULPCD) ສະຫນອງການບໍລິໂພກພະລັງງານທີ່ມີການແຂ່ງຂັນທີ່ມີຄວາມອ່ອນໄຫວຫຼຸດລົງ. ການແກ້ໄຂ FW-based (LPCD) ສະຫນອງຄວາມອ່ອນໄຫວທີ່ດີທີ່ສຸດໃນຫ້ອງຮຽນດ້ວຍການບໍລິໂພກພະລັງງານທີ່ເພີ່ມຂຶ້ນ.
ໃນໂຫມດດຽວຂອງ FW based (LPCD), ບໍ່ມີເຫດການ calibration ຖືກສົ່ງໄປຫາເຈົ້າພາບ.
ເມື່ອໂຫມດດຽວຖືກເອີ້ນ, ການປັບທຽບແລະການວັດແທກຢ່າງຕໍ່ເນື່ອງແມ່ນເຮັດທັງຫມົດຫຼັງຈາກອອກຈາກສະແຕນບາຍ.
ສໍາລັບເຫດການການປັບທຽບໃນໂຫມດດຽວ, ທໍາອິດອອກໂຫມດດຽວດ້ວຍຄໍາສັ່ງເຫດການການປັບທຽບ. ຫຼັງຈາກການປັບຕົວ, ເຫດການການປັບຕົວ LPCD ແມ່ນໄດ້ຮັບຫຼັງຈາກນັ້ນຄໍາສັ່ງຂອງຮູບແບບດຽວຕ້ອງຖືກສົ່ງກັບມູນຄ່າການອ້າງອີງທີ່ໄດ້ຮັບຈາກຂັ້ນຕອນທີ່ຜ່ານມາເປັນພາລາມິເຕີການປ້ອນຂໍ້ມູນ.
ການຕັ້ງຄ່າຂອງ LPCD ແມ່ນເຮັດຢູ່ໃນການຕັ້ງຄ່າ EEPROM/Flash Data ກ່ອນທີ່ຄໍາສັ່ງຈະຖືກເອີ້ນ.
ໝາຍເຫດ:
ການຍົກເລີກ GPIO3 ສໍາລັບ ULPCD, ການຍົກເລີກ HIF ສໍາລັບ LPCD ແມ່ນມີຢູ່ຕາມຄ່າເລີ່ມຕົ້ນເພື່ອອອກຈາກໂຫມດພະລັງງານຕ່ໍາ.
ການຕື່ນນອນເນື່ອງຈາກການນັບມື້ໝົດອາຍຸແມ່ນຖືກເປີດໃຊ້ສະເໝີ.
ສໍາລັບ ULPCD, ການຕັ້ງຄ່າ DC-DC ຄວນຖືກປິດໃຊ້ງານຢູ່ໃນການຕັ້ງຄ່າຂໍ້ມູນ EEPROM/Flash ແລະຄວນຈະສະຫນອງການສະຫນອງ VUP ຜ່ານ VBAT. ການຕັ້ງຄ່າ jumper ທີ່ຈໍາເປັນຄວນໄດ້ຮັບການເຮັດ. ສໍາລັບການຕັ້ງຄ່າຂໍ້ມູນ EEPROM/Flash, ເບິ່ງເອກະສານ [2].
ຖ້າຄໍາສັ່ງແມ່ນສໍາລັບການປັບຕົວ LPCD/ULPCD, ເຈົ້າພາບຍັງຕ້ອງສົ່ງກອບເຕັມ.

4.5.4.8.1 ຄໍາສັ່ງ
ຕາຕະລາງ 56. ຄ່າຄຳສັ່ງ SWITCH_MODE_LPCD

ພາລາມິເຕີ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
bControl	1 Byte	0x00	ປ້ອນ ULPCD calibration. ຄໍາສັ່ງຢຸດຫຼັງຈາກການປັບທຽບແລະເຫດການທີ່ມີມູນຄ່າອ້າງອີງແມ່ນຖືກສົ່ງໄປຫາເຈົ້າພາບ.
		0x01	ໃສ່ ULPCD
		0x02	ການປັບທຽບ LPCD. ຄໍາສັ່ງຢຸດຫຼັງຈາກການປັບທຽບແລະເຫດການທີ່ມີມູນຄ່າອ້າງອີງແມ່ນຖືກສົ່ງໄປຫາເຈົ້າພາບ.
		0x03	ໃສ່ LPCD
		0x04	ໂໝດດຽວ
		ຂະ ໜາດ 0x0C	ໂໝດດຽວກັບເຫດການການປັບທຽບ
		ຄຸນຄ່າອື່ນໆ	RFU
ການຄວບຄຸມການປຸກ	1 Byte	Bitmask ຄວບຄຸມແຫຼ່ງປຸກເພື່ອໃຊ້ສໍາລັບ LPCD/ULPCD. ເນື້ອໃນຂອງຊ່ອງຂໍ້ມູນນີ້ບໍ່ໄດ້ຖືກພິຈາລະນາສໍາລັບການປັບທຽບ. ອ້າງເຖິງ ຕາຕະລາງ 57
ຄ່າອ້າງອີງ	4 Bytes	ຄ່າອ້າງອີງທີ່ຈະໃຊ້ໃນລະຫວ່າງ ULPCD/LPCD. ສໍາລັບ ULPCD, Byte 2 ທີ່ຖືຄ່າ HF Attenuator ຖືກນໍາໃຊ້ໃນລະຫວ່າງທັງສອງໄລຍະການສອບທຽບແລະການວັດແທກ. ສໍາລັບ LPCD, ເນື້ອໃນຂອງພາກສະຫນາມນີ້ບໍ່ໄດ້ຖືກພິຈາລະນາສໍາລັບການປັບຕົວແລະຮູບແບບດຽວ. ອ້າງເຖິງ ຕາຕະລາງ 58 ສໍາລັບຂໍ້ມູນທີ່ຖືກຕ້ອງຢູ່ໃນທັງຫມົດ 4 bytes.
ມູນຄ່າທາງກົງກັນຂ້າມ	2 Bytes	ຄ່າສຳລັບການປຸກນັບເປັນ milliseconds. ມູນຄ່າສູງສຸດທີ່ສະຫນັບສະຫນູນແມ່ນ 2690 ສໍາລັບ LPCD. ຄ່າທີ່ຮອງຮັບສູງສຸດແມ່ນ 4095 ສໍາລັບ ULPCD. ຄ່າທີ່ຈະໃຫ້ຢູ່ໃນຮູບແບບນ້ອຍ-endian. ເນື້ອໃນຂອງຊ່ອງຂໍ້ມູນນີ້ບໍ່ໄດ້ຖືກພິຈາລະນາສໍາລັບການປັບທຽບ LPCD. ສໍາລັບໂຫມດດຽວແລະໂຫມດດຽວທີ່ມີເຫດການການປັບທຽບ, ໄລຍະເວລາຂອງການສະແຕນບາຍກ່ອນທີ່ຈະປັບທຽບສາມາດຖືກຕັ້ງຄ່າຈາກການຕັ້ງຄ່າ EEPROM: LPCD_SETTINGS->wCheck Period. ສໍາລັບໂຫມດດຽວທີ່ມີການປັບທຽບ, ຄ່າ WUC ຈະບໍ່ແມ່ນສູນ.

ຕາຕະລາງ 57. Wake-up Control Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ
0	0	0	0	0	0	0		RFU
							X	ການປຸກຢູ່ໃນຊ່ອງ RF ພາຍນອກ, ຖ້າບິດຖືກຕັ້ງເປັນ 1b.

ຕາຕະລາງ 58. ຂໍ້ມູນອ້າງອີງມູນຄ່າ byte

ຄ່າອ້າງອິງ bytes	ULPCD	LPCD
ໄບຕ໌ 0	ໄບຕ໌ອ້າງອີງ 0	Channel 0 Reference Byte 0
ໄບຕ໌ 1	ໄບຕ໌ອ້າງອີງ 1	Channel 0 Reference Byte 1
ໄບຕ໌ 2	ຄ່າ HF Attenuator	Channel 1 Reference Byte 0
ໄບຕ໌ 3	NA	Channel 1 Reference Byte 1

4.5.4.8.2 ການຕອບສະໜອງ
ຕາຕະລາງ 59. ຄ່າຕອບໂຕ້ SWITCH_MODE_LPCD

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ໄດ້ເຂົ້າຮູບແບບສະຫຼັບ – ເນື່ອງຈາກການຕັ້ງຄ່າຜິດພາດ)

4.5.4.8.3 ເຫດການ
ການແຈ້ງເຕືອນເຫດການຈະຖືກສົ່ງໄປເມື່ອຄໍາສັ່ງໄດ້ສໍາເລັດ, ແລະຮູບແບບປົກກະຕິແມ່ນເຂົ້າໄປໃນຂໍ້ມູນຕໍ່ໄປນີ້ເປັນສ່ວນຫນຶ່ງຂອງເຫດການທີ່ໄດ້ກ່າວມາໃນຮູບ 12 ແລະຮູບ 13.
ຕາຕະລາງ 60. EVT_SWITCH_MODE_LPCD

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ LPCD	ອ້າງເຖິງຕາຕະລາງ 15	ອ້າງເຖິງຕາຕະລາງ 154.5.4.8.4 Communication Example

4.5.4.9 SWITCH_MODE_DOWNLOAD
ຄຳສັ່ງ Switch Mode Download ເຂົ້າສູ່ໂໝດດາວໂຫຼດເຟີມແວ.
ວິທີດຽວທີ່ຈະອອກມາຈາກໂຫມດດາວໂຫລດ, ແມ່ນການອອກການປັບເປັນ PN5190.
4.5.4.9.1 ຄໍາສັ່ງ
ຕາຕະລາງ 61. ຄ່າຄຳສັ່ງ SWITCH_MODE_DOWNLOAD

ພາລາມິເຕີ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
–	–	ບໍ່ມີຄ່າ

4.5.4.9.2 ການຕອບສະໜອງ
ການຕອບສະ ໜອງ ພຽງແຕ່ໃຫ້ສັນຍານວ່າ ຄຳ ສັ່ງໄດ້ຖືກປຸງແຕ່ງແລະໂຫມດດາວໂຫລດຈະຖືກເຂົ້າຫຼັງຈາກການຕອບສະ ໜອງ ໂດຍເຈົ້າພາບ.
ຕາຕະລາງ 62. SWITCH_MODE_DOWNLOAD ຄ່າຕອບສະໜອງ
ສະຫຼັບໂໝດການເຮັດວຽກ Autocoll

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ໂໝດສະຫຼັບບໍ່ໄດ້ເຂົ້າ)

4.5.4.9.3 ເຫດການ
ບໍ່ມີການຜະລິດເຫດການ.
4.5.4.9.4 ການສື່ສານ Example
4.5.5 MIFARE Classic Authentication
4.5.5.1 MFC_AUTHENTICATE
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປະຕິບັດການພິສູດຢືນຢັນແບບຄລາສສິກ MIFARE ໃນບັດທີ່ເປີດໃຊ້ແລ້ວ. ມັນໃຊ້ເວລາກະແຈ, ບັດ UID, ແລະປະເພດກະແຈເພື່ອພິສູດຢືນຢັນທີ່ຢູ່ທີ່ລະບຸ. ຄໍາຕອບປະກອບມີຫນຶ່ງ byte ທີ່ຊີ້ບອກສະຖານະການຢືນຢັນ.
4.5.5.1.1 ເງື່ອນໄຂ
Field Key ຕ້ອງມີຄວາມຍາວ 6 bytes. ປະເພດກະແຈຊ່ອງຂໍ້ມູນຕ້ອງມີຄ່າ 0x60 ຫຼື 0x61. ທີ່ຢູ່ບລັອກອາດມີທີ່ຢູ່ໃດໆຈາກ 0x0 – 0xff, ລວມທັງ. Field UID ຕ້ອງມີຄວາມຍາວ bytes ແລະຄວນຈະມີ UID 4byte ຂອງບັດ. ບັດ ISO14443-3 MIFARE Classic ທີ່ອີງໃສ່ຜະລິດຕະພັນຄວນຈະຖືກໃສ່ເຂົ້າໄປໃນສະຖານະ ACTIVE ຫຼື ACTIVE* ກ່ອນທີ່ຈະປະຕິບັດຄໍາແນະນໍານີ້.
ໃນກໍລະນີຂອງຄວາມຜິດພາດ runtime ທີ່ກ່ຽວຂ້ອງກັບການພິສູດຢືນຢັນ, ຊ່ອງຂໍ້ມູນນີ້ 'ສະຖານະການກວດສອບຄວາມຖືກຕ້ອງ' ຖືກກໍານົດຕາມຄວາມເຫມາະສົມ.
4.5.5.1.2 ຄໍາສັ່ງ
ຕາຕະລາງ 63. MFC_AUTHENTICATE ຄໍາສັ່ງ
ດໍາເນີນການກວດສອບຄວາມຖືກຕ້ອງໃນບັດທີ່ອີງໃສ່ຜະລິດຕະພັນ MIFARE Classic.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ກະແຈ	6 Bytes	ລະຫັດຢືນຢັນທີ່ຈະໃຊ້.
ປະເພດກະແຈ	1 Byte	0x60	ປະເພດກະແຈ A
		0x61	ປະເພດກະແຈ B
ບລັອກທີ່ຢູ່	1 Byte	ທີ່ຢູ່ຂອງບລັອກທີ່ຕ້ອງດໍາເນີນການກວດສອບຄວາມຖືກຕ້ອງ.
UID	4 Bytes	UID ຂອງບັດ.

4.5.5.1.3 ການຕອບສະໜອງ
ຕາຕະລາງ 64. MFC_AUTHENTICATE ຄໍາຕອບ
ຕອບກັບ MFC_AUTHENTICATE.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.6 ISO 18000-3M3 (EPC GEN2) ຮອງຮັບ
4.5.6.1 EPC_GEN2_INVENTORY
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປະຕິບັດບັນຊີລາຍການ ISO18000-3M3 tags. ມັນປະຕິບັດການປະຕິບັດແບບອັດຕະໂນມັດຂອງຫຼາຍຄໍາສັ່ງຕາມ ISO18000-3M3 ເພື່ອຮັບປະກັນເວລາທີ່ກໍານົດໄວ້ໂດຍມາດຕະຖານນັ້ນ.
ຖ້າມີຢູ່ໃນ payload ຂອງຄໍາແນະນໍາ, ທໍາອິດຄໍາສັ່ງເລືອກຖືກປະຕິບັດປະຕິບັດຕາມໂດຍຄໍາສັ່ງ BeginRound.
ຖ້າມີການຕອບໂຕ້ທີ່ຖືກຕ້ອງຢູ່ໃນເວລາທໍາອິດ (ບໍ່ມີເວລາຫມົດເວລາ, ບໍ່ມີການຂັດກັນ), ຄໍາແນະນໍາຈະສົ່ງ ACK ແລະບັນທຶກ PC / XPC / UII ທີ່ໄດ້ຮັບ. ຄໍາແນະນໍາຫຼັງຈາກນັ້ນດໍາເນີນການດໍາເນີນການຕາມພາກສະຫນາມ 'Timeslot Processed Behavior':

ຖ້າຊ່ອງຂໍ້ມູນນີ້ຖືກຕັ້ງເປັນ 0, ຄຳສັ່ງ NextSlot ຈະຖືກອອກເພື່ອຈັດການເວລາຕໍ່ໄປ. ອັນນີ້ຖືກເຮັດຊ້ຳຈົນກ່ວາ buffer ພາຍໃນເຕັມ
ຖ້າຊ່ອງຂໍ້ມູນນີ້ຖືກຕັ້ງເປັນ 1, algorithm ຢຸດຊົ່ວຄາວ
ຖ້າຊ່ອງຂໍ້ມູນນີ້ຖືກຕັ້ງເປັນ 2, ຄໍາສັ່ງ Req_Rn ຖືກອອກຖ້າ, ແລະພຽງແຕ່ຖ້າ, ມີຄວາມຖືກຕ້ອງ. tag ການຕອບສະ ໜອງ ໃນ timelotCommand

ຊ່ອງຂໍ້ມູນ 'Select Length' ຈະຕ້ອງມີຄວາມຍາວຂອງຊ່ອງຂໍ້ມູນ 'Select Command', ເຊິ່ງຈະຕ້ອງຢູ່ລະຫວ່າງ 1 – 39, ລວມທັງ. ຖ້າ 'Select Command Length' ແມ່ນ 0, ຊ່ອງຂໍ້ມູນ 'Valid Bits in Last Byte' ແລະ 'Select Command' ຈະຕ້ອງບໍ່ມີຢູ່.
ຊ່ອງຂໍ້ມູນ Bits ໃນ Byte ສຸດທ້າຍຄວນມີຈໍານວນບິດທີ່ຈະສົ່ງໃນ byte ສຸດທ້າຍຂອງພາກສະຫນາມ 'ເລືອກຄໍາສັ່ງ'. ຄ່າຈະຕ້ອງຢູ່ລະຫວ່າງ 1 ຫາ 7, ຮວມ. ຖ້າຄ່າແມ່ນ 0, ທຸກບິດຈາກ byte ສຸດທ້າຍຈາກຊ່ອງຂໍ້ມູນ 'ເລືອກຄໍາສັ່ງ' ຈະຖືກສົ່ງ.
ຊ່ອງຂໍ້ມູນ 'ເລືອກຄໍາສັ່ງ' ຄວນມີຄໍາສັ່ງເລືອກຕາມ ISO18000-3M3 ໂດຍບໍ່ມີການຕິດຕາມ CRC-16c ແລະຕ້ອງມີຄວາມຍາວດຽວກັນຕາມທີ່ລະບຸໄວ້ໃນຊ່ອງຂໍ້ມູນ 'ເລືອກຄວາມຍາວຄໍາສັ່ງ'.
Field 'BeginRound Command' ຄວນມີຄໍາສັ່ງ BeginRound ຕາມ ISO18000-3M3 ໂດຍບໍ່ມີການຕິດຕາມ CRC-5. 7 bits ສຸດທ້າຍຂອງ byte ສຸດທ້າຍຂອງ 'BeginRound Command' ແມ່ນຖືກລະເລີຍຍ້ອນວ່າຄໍາສັ່ງມີຄວາມຍາວຕົວຈິງຂອງ 17 bits.
'Timeslot Processed Behavior' ຕ້ອງມີຄ່າຈາກ 0 – 2, ຮວມ.
ຕາຕະລາງ 65. ຄ່າຄຳສັ່ງ EPC_GEN2_INVENTORY ປະຕິບັດ ISO 18000-3M3 Inventory

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ResumeInventory	1 Byte	00	GEN2_INVENTORY ເບື້ອງຕົ້ນ

		01	ສືບຕໍ່ຄໍາສັ່ງ GEN2_INVENTORY – ທີ່ຍັງເຫຼືອ ຊ່ອງຂໍ້ມູນຂ້າງລຸ່ມແມ່ນຫວ່າງເປົ່າ (ທຸກ payload ແມ່ນຖືກລະເລີຍ)
ເລືອກຄວາມຍາວຄໍາສັ່ງ	1 Byte	0	ບໍ່ມີຄໍາສັ່ງ Select ຖືກຕັ້ງກ່ອນຄໍາສັ່ງ BeginRound. ຊ່ອງຂໍ້ມູນ 'Valid Bits in last Byte' ແລະ 'Select command' ຈະບໍ່ປາກົດຢູ່.
ເລືອກຄວາມຍາວຄໍາສັ່ງ	1 Byte	1–39	Length (n) ຂອງພາກສະຫນາມ 'ເລືອກຄໍາສັ່ງ'.
Bits ທີ່ຖືກຕ້ອງໃນ Byte ສຸດທ້າຍ	1 Byte	0	ທຸກໆບິດຂອງ byte ສຸດທ້າຍຂອງຊ່ອງຂໍ້ມູນ 'ເລືອກຄໍາສັ່ງ' ໄດ້ຖືກສົ່ງຕໍ່.
Bits ທີ່ຖືກຕ້ອງໃນ Byte ສຸດທ້າຍ	1 Byte	1–7	ຈໍານວນບິດທີ່ຈະສົ່ງໃນ byte ສຸດທ້າຍຂອງພາກສະຫນາມ 'ເລືອກຄໍາສັ່ງ'.
ເລືອກຄໍາສັ່ງ	n ໄບຕ໌	ຖ້າມີ, ພາກສະຫນາມນີ້ມີຄໍາສັ່ງເລືອກ (ອີງຕາມ ISO18000-3, ຕາຕະລາງ 47) ທີ່ຖືກສົ່ງໄປກ່ອນຄໍາສັ່ງ BeginRound. CRC-16c ຈະບໍ່ຖືກລວມເຂົ້າ.
ຄໍາສັ່ງເລີ່ມຕົ້ນຮອບ	3 Bytes	ຊ່ອງຂໍ້ມູນນີ້ມີຄໍາສັ່ງ BeginRound (ອີງຕາມ ISO18000-3, ຕາຕະລາງ 49). CRC-5 ຈະບໍ່ຖືກລວມເຂົ້າ.
ພຶດຕິກໍາການປຸງແຕ່ງ Timeslot	1 Byte	0	ຄຳຕອບປະກອບມີສູງສຸດ. ຈໍານວນຂອງເວລາທີ່ອາດຈະເຫມາະໃນການຕອບສະຫນອງ buffer.
		1	ການຕອບສະ ໜອງ ມີເວລາດຽວເທົ່ານັ້ນ.
		2	ການຕອບສະ ໜອງ ມີເວລາດຽວເທົ່ານັ້ນ. ຖ້າເວລາມີການຕອບຮັບບັດທີ່ຖືກຕ້ອງ, ດ້າມຈັບບັດແມ່ນລວມຢູ່ນຳ.

4.5.6.1.1 ການຕອບສະໜອງ
ຄວາມຍາວຂອງການຕອບສະຫນອງອາດຈະ "1" ໃນກໍລະນີຂອງການສືບຕໍ່ສາງ.
ຕາຕະລາງ 66. EPC_GEN2_INVENTORY ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS (ອ່ານສະຖານະ Timeslot ໃນ byte ຕໍ່ໄປສໍາລັບ Tag ຕອບ) PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ເວລາ [1…n]	3 – 69 Bytes	ສະຖານະ Timeslot	1 Byte	0	Tag ມີການຕອບສະຫນອງ. 'Tag Reply Length' field, 'Bits valid in last byte' field, ແລະ 'Tag ຕອບ' ພາກສະຫນາມ.
				1	Tag ມີການຕອບສະຫນອງ.
				2	ບໍ່ tag ຕອບກັບໃນ timelot. 'Tag Reply Length' field and 'valid bits in last byte' field, ຈະຖືກຕັ້ງເປັນສູນ. 'Tag ຕອບ' ພາກສະຫນາມຈະບໍ່ຢູ່.
				3	ສອງ ຫຼືຫຼາຍກວ່ານັ້ນ tags ຕອບສະຫນອງໃນເວລາ. (Collision). 'Tag Reply Length' field and 'valid bits in last byte' field, ຈະຖືກຕັ້ງເປັນສູນ. 'Tag ຕອບ' ພາກສະຫນາມຈະບໍ່ຢູ່.

Tag ຄວາມຍາວຕອບ	1 Byte	0-66	ຄວາມຍາວຂອງ 'Tag ຕອບ' ພາກສະຫນາມ (i). ຖ້າ Tag ຄວາມຍາວຕອບແມ່ນ 0, ຈາກນັ້ນ Tag ບໍ່ມີຊ່ອງຕອບ.
ບິດທີ່ຖືກຕ້ອງໃນ Byte ສຸດທ້າຍ	1 Byte	0	ບິດທັງຫມົດຂອງ byte ສຸດທ້າຍຂອງ 'Tag ຕອບ' ພາກສະຫນາມແມ່ນຖືກຕ້ອງ.
ບິດທີ່ຖືກຕ້ອງໃນ Byte ສຸດທ້າຍ	1 Byte	1-7	ຈຳນວນບິດທີ່ຖືກຕ້ອງຂອງໄບຕ໌ສຸດທ້າຍຂອງ 'Tag ຕອບ' ພາກສະຫນາມ. ຖ້າ Tag ຄວາມຍາວຕອບກັບແມ່ນສູນ, ຄ່າຂອງ byte ນີ້ຈະຖືກລະເລີຍ.
Tag ຕອບ	'n' ໄບຕ໌	ຄໍາຕອບຂອງ tag ອີງຕາມ ISO18000- 3_2010, ຕາຕະລາງ 56.
Tag ຈັບ	0 ຫຼື 2 Bytes	ການຈັດການຂອງ tag, ໃນກໍລະນີທີ່ຊ່ອງຂໍ້ມູນ 'ສະຖານະເວລາ' ຖືກຕັ້ງເປັນ '1'. ຖ້າບໍ່ດັ່ງນັ້ນ, ບໍ່ມີຊ່ອງຂໍ້ມູນ.

4.5.6.1.2 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.7 ການຈັດການການຕັ້ງຄ່າ RF
ເບິ່ງພາກທີ 6, ສໍາລັບການຕັ້ງຄ່າ TX ແລະ RX ສໍາລັບເຕັກໂນໂລຢີ RF ທີ່ແຕກຕ່າງກັນແລະອັດຕາຂໍ້ມູນສະຫນັບສະຫນູນໂດຍ PN5190. ຄ່າບໍ່ຢູ່ໃນຂອບເຂດທີ່ໄດ້ກ່າວມາຂ້າງລຸ່ມນີ້, ຄວນຖືວ່າເປັນ RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອໂຫລດການຕັ້ງຄ່າ RF ຈາກ EEPROM ເຂົ້າໄປໃນທະບຽນ CLIF ພາຍໃນ. ການຕັ້ງຄ່າ RF ຫມາຍເຖິງການປະສົມປະສານທີ່ເປັນເອກະລັກຂອງເທກໂນໂລຍີ RF, ຮູບແບບ (ເປົ້າຫມາຍ / ຜູ້ລິເລີ່ມ) ແລະອັດຕາ baud. ການຕັ້ງຄ່າ RF ສາມາດຖືກໂຫລດແຍກຕ່າງຫາກສໍາລັບເສັ້ນທາງ CLIF receiver (RX configuration) ແລະ transmitter (TX configuration). ຄ່າ 0xFF ຈະຕ້ອງຖືກໃຊ້ຖ້າການຕັ້ງຄ່າທີ່ສອດຄ້ອງກັນສໍາລັບເສັ້ນທາງຈະບໍ່ມີການປ່ຽນແປງ.
4.5.7.1.1 ເງື່ອນໄຂ
ຊ່ອງຂໍ້ມູນ 'TX Configuration' ຈະຕ້ອງຢູ່ໃນຂອບເຂດຈາກ 0x00 – 0x2B, ລວມທັງ. ຖ້າຄ່າແມ່ນ 0xFF, ການຕັ້ງຄ່າ TX ຈະບໍ່ປ່ຽນແປງ.
ຊ່ອງຂໍ້ມູນ 'RX Configuration' ຈະຕ້ອງຢູ່ໃນຂອບເຂດຈາກ 0x80 – 0xAB, ລວມທັງ. ຖ້າຄ່າແມ່ນ 0xFF, ການຕັ້ງຄ່າ RX ຈະບໍ່ປ່ຽນແປງ.
ການຕັ້ງຄ່າພິເສດທີ່ມີ TX Configuration = 0xFF ແລະ RX Configuration = 0xAC ຖືກນໍາໃຊ້ເພື່ອໂຫລດ Boot-up registers ຫນຶ່ງຄັ້ງ.
ການຕັ້ງຄ່າພິເສດນີ້ແມ່ນຕ້ອງການເພື່ອປັບປຸງການຕັ້ງຄ່າການລົງທະບຽນ (ທັງ TX ແລະ RX) ທີ່ແຕກຕ່າງຈາກຄ່າ IC reset.

4.5.7.1.2 ຄໍາສັ່ງ
ຕາຕະລາງ 67. LOAD_RF_CONFIGURATION ຄ່າຄຳສັ່ງ
ໂຫຼດການຕັ້ງຄ່າ RF TX ແລະ RX ຈາກ E2PROM.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ການຕັ້ງຄ່າ TX	1 Byte	0xFF	TX RF Configuration ບໍ່ມີການປ່ຽນແປງ.
		0x0 – 0x2B	ໂຫຼດການຕັ້ງຄ່າ TX RF ທີ່ສອດຄ້ອງກັນແລ້ວ.
ການຕັ້ງຄ່າ RX	1 Byte	0xFF	ການຕັ້ງຄ່າ RX RF ບໍ່ມີການປ່ຽນແປງ.
		0x80 – 0xAB	ໂຫຼດການຕັ້ງຄ່າ RX RF ທີ່ສອດຄ້ອງກັນແລ້ວ.

4.5.7.1.3 ການຕອບສະໜອງ
ຕາຕະລາງ 68. LOAD_RF_CONFIGURATION ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.7.2 UPDATE_RF_CONFIGURATION
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປັບປຸງການຕັ້ງຄ່າ RF (ເບິ່ງຄໍານິຍາມໃນພາກ 4.5.7.1) ພາຍໃນ E2PROM. ຄໍາແນະນໍາອະນຸຍາດໃຫ້ປັບປຸງໃນມູນຄ່າ granularity ລົງທະບຽນ, ie ບໍ່ແມ່ນຊຸດທີ່ສົມບູນຕ້ອງໄດ້ຮັບການປັບປຸງ (ເຖິງແມ່ນວ່າ, ມັນເປັນໄປໄດ້).
4.5.7.2.1 ເງື່ອນໄຂ
ຂະຫນາດຂອງອາເຣພາກສະຫນາມການຕັ້ງຄ່າຈະຕ້ອງຢູ່ໃນລະຫວ່າງ 1 – 15, ລວມ. ການຕັ້ງຄ່າອາເຣພາກສະຫນາມຕ້ອງມີຊຸດຂອງການຕັ້ງຄ່າ RF, ທີ່ຢູ່ລົງທະບຽນແລະມູນຄ່າ. ການຕັ້ງຄ່າ RF ຊ່ອງຂໍ້ມູນຈະຕ້ອງຢູ່ໃນຂອບເຂດຈາກ 0x0 – 0x2B ສໍາລັບການຕັ້ງຄ່າ TX ແລະ 0x80 – 0xAB ສໍາລັບການຕັ້ງຄ່າ RX, ລວມທັງ. ທີ່ຢູ່ພາຍໃນພາກສະຫນາມທີ່ຢູ່ການລົງທະບຽນຈະຕ້ອງມີຢູ່ພາຍໃນການຕັ້ງຄ່າ RF ທີ່ກ່ຽວຂ້ອງ. Field Value ຄວນມີຄ່າທີ່ຕ້ອງຂຽນໃສ່ໃນທະບຽນທີ່ໃຫ້ໄວ້ ແລະຕ້ອງມີຄວາມຍາວ 4 bytes (ຮູບແບບ little-endian).
4.5.7.2.2 ຄໍາສັ່ງ
ຕາຕະລາງ 69. UPDATE_RF_CONFIGURATION ຄ່າຄຳສັ່ງ
ອັບເດດການຕັ້ງຄ່າ RF

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ການຕັ້ງຄ່າ[1…n]	6 Bytes	ການຕັ້ງຄ່າ RF	1 Byte	ການຕັ້ງຄ່າ RF ທີ່ລົງທະບຽນຕ້ອງມີການປ່ຽນແປງ.
		ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ລົງທະບຽນທີ່ຢູ່ພາຍໃນເຕັກໂນໂລຢີ RF ທີ່ໃຫ້.
		ມູນຄ່າ	4 Bytes	ມູນຄ່າທີ່ຕ້ອງຖືກຂຽນໄວ້ໃນທະບຽນ. (ນ້ອຍ-ປາຍ)

4.5.7.2.3 ການຕອບສະໜອງ
ຕາຕະລາງ 70. UPDATE_RF_CONFIGURATION ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.7.3 GET_ RF_CONFIGURATION
ຄໍາແນະນໍານີ້ແມ່ນໃຊ້ເພື່ອອ່ານການຕັ້ງຄ່າ RF. ຄູ່ທີ່ຢູ່ລົງທະບຽນ - ມູນຄ່າ - ແມ່ນມີຢູ່ໃນຄໍາຕອບ. ເພື່ອຮູ້ວ່າມີຈໍານວນຄູ່ທີ່ຄາດວ່າຈະມີເທົ່າໃດ, ຂໍ້ມູນຂະຫນາດທໍາອິດສາມາດດຶງມາຈາກ TLV ທໍາອິດ, ເຊິ່ງຊີ້ໃຫ້ເຫັນເຖິງຄວາມຍາວທັງຫມົດຂອງ payload.
4.5.7.3.1 ເງື່ອນໄຂ
ການຕັ້ງຄ່າ RF ຊ່ອງຂໍ້ມູນຈະຕ້ອງຢູ່ໃນຂອບເຂດຈາກ 0x0 – 0x2B ສໍາລັບການຕັ້ງຄ່າ TX ແລະ 0x80 –0xAB ສໍາລັບການຕັ້ງຄ່າ RX, ລວມທັງ.
4.5.7.3.2 ຄໍາສັ່ງ
ຕາຕະລາງ 71. GET_ RF_CONFIGURATION ຄ່າຄໍາສັ່ງ ດຶງຂໍ້ມູນການຕັ້ງຄ່າ RF.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ການຕັ້ງຄ່າ RF	1 Byte	ການຕັ້ງຄ່າ RF ທີ່ຊຸດຂອງຄູ່ມູນຄ່າລົງທະບຽນຕ້ອງຖືກດຶງຂໍ້ມູນ.

4.5.7.3.3 ການຕອບສະໜອງ
ຕາຕະລາງ 72. GET_ RF_CONFIGURATION ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
ຄູ່[1…n]	5 Bytes	ທີ່ຢູ່ລົງທະບຽນ	1 Byte	ລົງທະບຽນທີ່ຢູ່ພາຍໃນເຕັກໂນໂລຢີ RF ທີ່ໃຫ້.
		ມູນຄ່າ	4 Bytes	ຄ່າລົງທະບຽນ 32-Bit.

4.5.7.3.4 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍາ.
4.5.8 ການຈັດການພາກສະຫນາມ RF
4.5.8.1 RF_ON
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອເປີດໃຊ້ RF. ລະບຽບການ DPC ຢູ່ FieldOn ໃນເບື້ອງຕົ້ນຈະຖືກປະຕິບັດໃນຄໍາສັ່ງນີ້.
4.5.8.1.1 ຄໍາສັ່ງ
ຕາຕະລາງ 73. ຄ່າຄຳສັ່ງ RF_FIELD_ON
ຕັ້ງຄ່າ RF_FIELD_ON.

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
RF_on_config	1 Byte	ບິດ 0	0	ໃຊ້ການຫຼີກລ່ຽງການປະທະກັນ
			1	ປິດການຫຼີກລ່ຽງການປະທະກັນ
		ບິດ 1	0	ບໍ່ມີ P2P ເຮັດວຽກ
			1	P2P ເຄື່ອນໄຫວ

4.5.8.1.2 ການຕອບສະໜອງ
ຕາຕະລາງ 74. RF_FIELD_ON ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (ຊ່ອງຂໍ້ມູນ RF ບໍ່ໄດ້ເປີດເນື່ອງຈາກການຂັດກັນຂອງ RF) PN5190_STATUS_TIMEOUT (ຊ່ອງ RF ບໍ່ໄດ້ເປີດເນື່ອງຈາກໝົດເວລາ) PN5190_STATUS_TXLDO_ERROR (ຄວາມຜິດພາດ TXLDO ເນື່ອງຈາກ VUP ບໍ່ສາມາດໃຊ້ໄດ້) PN5190_STATUS_RFCFG_NOT_APPLIED (ການກຳນົດຄ່າ RF ບໍ່ໄດ້ນຳໃຊ້ກ່ອນຄຳສັ່ງນີ້)

4.5.8.1.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.8.2 RF_OFF
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປິດການໃຊ້ງານພາກສະຫນາມ RF.
4.5.8.2.1 ຄໍາສັ່ງ
ຕາຕະລາງ 75. ຄ່າຄຳສັ່ງ RF_FIELD_OFF

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ຫວ່າງເປົ່າ	ຫວ່າງເປົ່າ	ຫວ່າງເປົ່າ

4.5.8.2.2 ການຕອບສະໜອງ
ຕາຕະລາງ 76. RF_FIELD_OFF ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)

4.5.8.2.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.9 ການທົດສອບການຕັ້ງຄ່າລົດເມ
ສັນຍານລົດເມທົດສອບທີ່ມີຢູ່ໃນການຕັ້ງຄ່າ PAD ທີ່ເລືອກແມ່ນໄດ້ລະບຸໄວ້ໃນພາກທີ 7 ສຳລັບການອ້າງອີງ.
ເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການອ້າງອີງສໍາລັບການສະຫນອງການຕັ້ງຄ່າສໍາລັບຄໍາແນະນໍາລົດເມທົດສອບດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງລຸ່ມນີ້.
4.5.9.1 CONFIGURE _TESTBUS_DIGITAL
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປ່ຽນສັນຍານລົດເມທົດສອບດິຈິຕອນທີ່ມີຢູ່ໃນການຕັ້ງຄ່າແຜ່ນທີ່ເລືອກ.
4.5.9.1.1 ຄໍາສັ່ງ
ຕາຕະລາງ 77. CONFIGURE_TESTBUS_DIGITAL ຄ່າຄໍາສັ່ງ

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
TB_SignalIndex	1 Byte		ອ້າງເຖິງ ພາກທີ 7
TB_BitIndex	1 Byte		ອ້າງເຖິງ ພາກທີ 7
TB_PadIndex	1 Byte		ດັດຊະນີ pad, ທີ່ສັນຍານດິຈິຕອນທີ່ຈະໄດ້ຮັບຜົນຜະລິດ
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 PIN
		0x04	GPIO1 PIN
		0x05	GPIO2 PIN
		0x06	GPIO3 PIN
		0x07-0xFF	RFU

4.5.9.1.2 ການຕອບສະໜອງ
ຕາຕະລາງ 78. CONFIGURE_TESTBUS_DIGITAL ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)

4.5.9.1.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
ຄໍາແນະນໍານີ້ແມ່ນໃຊ້ເພື່ອຮັບສັນຍານລົດເມທົດສອບແບບອະນາລັອກຢູ່ໃນການຕັ້ງຄ່າແຜ່ນທີ່ເລືອກ.
ສັນຍານໃນລົດເມທົດສອບການປຽບທຽບສາມາດໄດ້ຮັບໃນຮູບແບບທີ່ແຕກຕ່າງກັນ. ພວກເຂົາແມ່ນ:
4.5.9.2.1 ໂໝດ RAW
ໃນໂຫມດນີ້, ສັນຍານທີ່ເລືອກໂດຍ TB_SignalIndex0 ຖືກປ່ຽນໂດຍ Shift_Index0, ຖືກໃສ່ດ້ວຍ Mask0 ແລະຜົນຜະລິດໃນ AUX1. ເຊັ່ນດຽວກັນ, ສັນຍານທີ່ເລືອກໂດຍ TB_SignalIndex1 ແມ່ນຖືກປ່ຽນໂດຍ Shift_Index1, ຖືກໃສ່ດ້ວຍ Mask1 ແລະຜົນຜະລິດໃນ AUX2.
ໂຫມດນີ້ສະຫນອງຄວາມຍືດຫຍຸ່ນສໍາລັບລູກຄ້າທີ່ຈະສົ່ງສັນຍານໃດໆທີ່ມີຄວາມກວ້າງຫຼືຫນ້ອຍກວ່າ 8 ບິດແລະບໍ່ຮຽກຮ້ອງໃຫ້ມີການແປງສັນຍານທີ່ຈະສົ່ງອອກໃສ່ແຜ່ນອະນາລັອກ.
4.5.9.2.2 ໂໝດປະສົມປະສານ
ໃນໂຫມດນີ້, ສັນຍານອະນາລັອກຈະເປັນຄ່າ 10 bit ທີ່ໄດ້ເຊັນ ADCI/ADCQ/pcrm_if_rssi ປ່ຽນເປັນຄ່າທີ່ບໍ່ໄດ້ເຊັນ, ປັບຂະໜາດກັບຄືນໄປເປັນ 8 bits ແລະຫຼັງຈາກນັ້ນໃຫ້ຜົນໄດ້ຮັບໃນ AUX1 ຫຼື AUX2 pads.
ມີພຽງໜຶ່ງໃນຄ່າທີ່ປ່ຽນ ADCI/ADCQ (10-bit) ທີ່ສາມາດສົ່ງອອກເປັນ AUX1/AUX2 ໄດ້ທຸກເວລາ.
ຖ້າຄ່າຊ່ອງໃສ່ໂຫຼດສັນຍານ Combined_Mode ແມ່ນ 2 (ອະນາລັອກ ແລະ ດິຈິຕອລລວມກັນ), ຫຼັງຈາກນັ້ນລົດເມທົດສອບແບບອະນາລັອກ ແລະ ດິຈິຕອລຈະຖືກສົ່ງຜ່ານ AUX1(ສັນຍານອະນາລັອກ) ແລະ GPIO0(ສັນຍານດິຈິຕອລ).
ສັນຍານທີ່ຈະໄດ້ຮັບການກໍານົດເສັ້ນທາງໄດ້ຖືກຕັ້ງຄ່າຢູ່ໃນທີ່ຢູ່ EEPROM ທີ່ກ່າວມາຂ້າງລຸ່ມນີ້:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
ດັດຊະນີລົດເມທົດສອບ ແລະລົດເມທົດສອບຕ້ອງໄດ້ຮັບການຕັ້ງຄ່າໃນ EEPROM ກ່ອນທີ່ພວກເຮົາຈະອອກໂໝດລວມກັບທາງເລືອກ 2.
ໝາຍເຫດ:
ເຈົ້າພາບຈະຕ້ອງໃຫ້ທຸກຂົງເຂດ, ໂດຍບໍ່ຄໍານຶງເຖິງການນໍາໃຊ້ພາກສະຫນາມໃນຮູບແບບ "ດິບ" ຫຼື "ປະສົມປະສານ". PN5190 IC ພິຈາລະນາພຽງແຕ່ຄ່າພາກສະຫນາມທີ່ໃຊ້ໄດ້.
4.5.9.2.3 ຄໍາສັ່ງ
ຕາຕະລາງ 79. CONFIGURE_TESTBUS_ANALOG ຄ່າຄໍາສັ່ງ

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ		ການນໍາໃຊ້ພາກສະຫນາມສໍາລັບຮູບແບບລວມ
bConfig	1 Byte		ບິດທີ່ສາມາດຕັ້ງຄ່າໄດ້. ອ້າງເຖິງ ຕາຕະລາງ 80	ແມ່ນແລ້ວ
ສັນຍານ Combined_Mode	1 Byte	0 – ADCI/ADCQ 1 – pcrm_if_rssi		ແມ່ນແລ້ວ
		2 - ອະນາລັອກ ແລະ ດິຈິຕອລລວມກັນ
		3 – 0xFF – ສະຫງວນ

TB_SignalIndex0	1 Byte	ດັດຊະນີສັນຍານຂອງສັນຍານອະນາລັອກ. ອ້າງເຖິງ ພາກທີ 7	ແມ່ນແລ້ວ
TB_SignalIndex1	1 Byte	ດັດຊະນີສັນຍານຂອງສັນຍານອະນາລັອກ. ອ້າງເຖິງ ພາກທີ 7	ແມ່ນແລ້ວ
Shift_Index0	1 Byte	DAC0 input ປ່ຽນຕໍາແຫນ່ງ. ທິດທາງຈະຖືກຕັດສິນໂດຍບິດໃນ bConfig[1].	ບໍ່
Shift_Index1	1 Byte	DAC1 input ປ່ຽນຕໍາແຫນ່ງ. ທິດທາງຈະຖືກຕັດສິນໂດຍບິດໃນ bConfig[2].	ບໍ່
ໜ້າກາກ0	1 Byte	ຫນ້າກາກ DAC0	ບໍ່
ໜ້າກາກ1	1 Byte	ຫນ້າກາກ DAC1	ບໍ່

ຕາຕະລາງ 80. Config bitmask

b7	b6	b5	b4	b3	b2	b1	b0	ລາຍລະອຽດ	ໃຊ້ໄດ້ກັບໂໝດ
X	X							DAC1 output shift Range – 0, 1, 2	ດິບ
		X	X					DAC0 output shift Range – 0, 1, 2	ດິບ
				X				ໃນໂໝດປະສົມປະສານ, ໃຫ້ສັນຍານຢູ່ AUX1/AUX2 pin 0 ➜ ສັນຍານໃນ AUX1 1 ➜ ສັນຍານໃນ AUX2	ປະສົມປະສານ
					X			ການປ່ຽນທິດທາງການປ້ອນຂໍ້ມູນ DAC1 0 ➜ ຍ້າຍໄປຂວາ 1 ➜ ເລື່ອນຊ້າຍ	ດິບ
						X		ການປ່ຽນທິດທາງການປ້ອນຂໍ້ມູນ DAC0 0 ➜ ຍ້າຍໄປຂວາ 1 ➜ ເລື່ອນຊ້າຍ	ດິບ
							X	ໂໝດ. 0 ➜ ໂໝດດິບ 1 ➜ ໂໝດລວມ	ດິບ/ລວມ

4.5.9.2.4 ການຕອບສະໜອງ
ຕາຕະລາງ 81. CONFIGURE_TESTBUS_ANALOG ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)

4.5.9.2.5 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອປ່ຽນສັນຍານລົດເມທົດສອບດິຈິຕອນຫຼາຍອັນທີ່ມີຢູ່ໃນການຕັ້ງຄ່າແຜ່ນທີ່ເລືອກ.
ໝາຍເຫດ: ຖ້າຄວາມຍາວນີ້ແມ່ນ ZERO, ລົດເມທົດສອບດິຈິຕອນແມ່ນ RESET.
4.5.9.3.1 ຄໍາສັ່ງ
ຕາຕະລາງ 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL ຄ່າຄຳສັ່ງ

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
TB_SignalIndex #1	1 Byte	ອ້າງເຖິງ 8 ຂ້າງລຸ່ມນີ້
TB_BitIndex #1	1 Byte	ອ້າງເຖິງ 8 ຂ້າງລຸ່ມນີ້
TB_PadIndex #1	1 Byte	ດັດຊະນີ pad, ທີ່ສັນຍານດິຈິຕອນທີ່ຈະໄດ້ຮັບຜົນຜະລິດ
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 PIN
		0x04	GPIO1 PIN
		0x05	GPIO2 PIN
		0x06	GPIO3 PIN
		0x07-0xFF	RFU
TB_SignalIndex #2	1 Byte	ອ້າງເຖິງ 8 ຂ້າງລຸ່ມນີ້
TB_BitIndex #2	1 Byte	ອ້າງເຖິງ 8 ຂ້າງລຸ່ມນີ້
TB_PadIndex #2	1 Byte	ດັດຊະນີ pad, ທີ່ສັນຍານດິຈິຕອນທີ່ຈະໄດ້ຮັບຜົນຜະລິດ
		0x00	AUX1 pin
		0x01	AUX2 pin
		0x02	AUX3 pin
		0x03	GPIO0 PIN
		0x04	GPIO1 PIN
		0x05	GPIO2 PIN
		0x06	GPIO3 PIN
		0x07-0xFF	RFU

4.5.9.3.2 ການຕອບສະໜອງ
ຕາຕະລາງ 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 2]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)

4.5.9.3.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.10 ການຕັ້ງຄ່າ CTS
4.5.10.1 CTS_ENABLE
ຄໍາແນະນໍານີ້ໄດ້ຖືກນໍາໃຊ້ເພື່ອເປີດ / ປິດການທໍາງານຄຸນນະສົມບັດການບັນທຶກ CTS.
4.5.10.1.1 ຄໍາສັ່ງ
ຕາຕະລາງ 84. ຄ່າຄຳສັ່ງ CTS_ENABLE

ຄ່າ/ຄຳອະທິບາຍຄວາມຍາວຊ່ອງ Payload
ເປີດ/ປິດໃຊ້ງານ	1 Byte	ບິດ 0	0	ປິດການໃຊ້ງານຄຸນສົມບັດການບັນທຶກ CTS
1 ເປີດໃຊ້ຄຸນສົມບັດການບັນທຶກ CTS
		ບິດ 1-7		RFU

4.5.10.1.2 ການຕອບສະໜອງ
ຕາຕະລາງ 85. CTS_ENABLE ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)

4.5.10.1.3 ເຫດການ
ຕາຕະລາງຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຂໍ້ມູນເຫດການທີ່ຈະສົ່ງເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ຄວາມເຫດການດັ່ງທີ່ສະແດງຢູ່ໃນຮູບ 12 ແລະຮູບ 13.
ຕາຕະລາງ 86. ນີ້ແຈ້ງໃຫ້ເຈົ້າພາບຮູ້ວ່າໄດ້ຮັບຂໍ້ມູນ. EVT_CTS_DONE

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ເຫດການ	1 ໄບຕ໌	00 … TRIGGER ເກີດຂຶ້ນ, ຂໍ້ມູນພ້ອມສຳລັບການຮັບ.

4.5.10.2 CTS_CONFIGURE
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອກໍານົດການລົງທະບຽນ CTS ທັງຫມົດທີ່ຕ້ອງການເຊັ່ນ: triggers, ທະບຽນລົດເມທົດສອບ, sampling ການຕັ້ງຄ່າແລະອື່ນໆ,
ໝາຍເຫດ:
[1] ໃຫ້ຄວາມເຂົ້າໃຈດີຂຶ້ນກ່ຽວກັບການຕັ້ງຄ່າ CTS. ຂໍ້ມູນທີ່ຖືກຈັບເພື່ອສົ່ງເປັນສ່ວນຫນຶ່ງຂອງການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງ 4.5.10.3.

4.5.10.2.1 ຄໍາສັ່ງ
ຕາຕະລາງ 87. ຄ່າຄຳສັ່ງ CTS_CONFIGURE

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
PRE_TRIGGER_SHIFT	1 Byte	ກຳນົດຄວາມຍາວຂອງລຳດັບການໄດ້ມາຫຼັງກະຕຸ້ນໃນ 256 ຫົວໜ່ວຍໄບຕ໌. 0 ຫມາຍຄວາມວ່າບໍ່ມີການປ່ຽນ; n ຫມາຍຄວາມວ່າ n*256 bytes block shift. ໝາຍເຫດ: ສາມາດໃຊ້ໄດ້ພຽງແຕ່ຖ້າ TRIGGER_MODE ເປັນ “PRE” ຫຼື “COMB” ໂໝດກະຕຸ້ນ
TRIGGER_MODE	1 Byte	ລະບຸຮູບແບບການຊື້ເພື່ອໃຊ້.
		0x00 – ໂໝດ POST
		0x01 – RFU
		0x02 – ໂໝດ PRE
		0x03 – 0xFF – ບໍ່ຖືກຕ້ອງ
RAM_PAGE_WIDTH	1 Byte	ລະບຸຈໍານວນຫນ່ວຍຄວາມຈໍາໃນຊິບທີ່ກວມເອົາໂດຍການໄດ້ມາ. Granularity ຖືກເລືອກໂດຍການອອກແບບເປັນ 256 Bytes (ie 64 32-bits words). ຄ່າທີ່ຖືກຕ້ອງມີດັ່ງລຸ່ມນີ້: 0x00h – 256 bytes 0x02h – 768 bytes 0x01h – 512 bytes 0x03h – 1024 bytes 0x04h – 1280 bytes 0x05h – 1536 bytes 0x06h – 1792 bytes 0x07h – 2048 bytes 0x08h – 2304 bytes 0x09h – 2560 bytes 0x0Ah – 2816 bytes 0x0Bh – 3072 bytes 0x0Ch – 3328 bytes 0x0Dh – 3584 bytes 0x0Eh – 3840 bytes 0x0Fh – 4096 bytes 0x10h – 4352 bytes 0x11h – 4608 bytes 0x12h – 4864 bytes 0x13h – 5120 bytes 0x14h – 5376 bytes 0x15h – 5632 bytes 0x16h – 5888 bytes 0x17h – 6144 bytes 0x18h – 6400 bytes 0x19h – 6656 bytes 0x1Ah – 6912 bytes 0x1Bh – 7168 bytes 0x1Ch – 7424 bytes 0x1Dh – 7680 bytes 0x1Eh – 7936 bytes 0x1Fh – 8192 bytes

SAMPLE_CLK_DIV	1 Byte	ຄ່າທົດສະນິຍົມຂອງຊ່ອງຂໍ້ມູນນີ້ລະບຸປັດໄຈການແບ່ງອັດຕາໂມງທີ່ຈະໃຊ້ໃນລະຫວ່າງການໄດ້ມາ. ໂມງ CTS = 13.56 MHz/2^{SAMPLE_CLK_DIV}
		00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz
SAMPLE_BYTE_SEL	1 Byte	ບິດເຫຼົ່ານີ້ຖືກໃຊ້ເພື່ອລະບຸວ່າໄບຕ໌ໃດຂອງສອງລົດປ້ອນຂໍ້ມູນ 16-ບິດ ປະກອບສ່ວນເຂົ້າໃນກົນໄກ interleave ທີ່ສ້າງຂໍ້ມູນເພື່ອໂອນໄປໃສ່ໜ່ວຍຄວາມຈຳເທິງຊິບ. ຄວາມຫມາຍແລະການນໍາໃຊ້ຂອງພວກເຂົາແມ່ນຂຶ້ນກັບ SAMPຄ່າ LE_MODE_SEL. ໝາຍເຫດ: ຄ່າທີ່ໃຫ້ມາແມ່ນໜ້າກາກດ້ວຍ 0x0F ສະເໝີ ແລະຫຼັງຈາກນັ້ນຄ່າປະສິດທິພາບຈະຖືກພິຈາລະນາ.
SAMPLE_MODE_SEL	1 Byte	ເລືອກ sampling interleave mode ດັ່ງທີ່ອະທິບາຍໂດຍ specs ການອອກແບບ CTS. ຄ່າທົດສະນິຍົມ 3 ຖືກສະຫງວນໄວ້ ແລະຈະຖືກປະຕິບັດເປັນ 0. ໝາຍເຫດ: ຄ່າທີ່ໃຫ້ມາແມ່ນໜ້າກາກດ້ວຍ 0x03 ສະເໝີ, ແລະຫຼັງຈາກນັ້ນຄ່າປະສິດທິພາບຈະຖືກພິຈາລະນາ.
TB0	1 Byte	ເລືອກລົດເມທົດສອບທີ່ຈະເຊື່ອມຕໍ່ກັບ TB0. ອ້າງເຖິງ ພາກທີ 7 (TB_ Signal_Index ຄ່າ)
TB1	1 Byte	ເລືອກລົດເມທົດສອບທີ່ຈະເຊື່ອມຕໍ່ກັບ TB1. ອ້າງເຖິງ ພາກທີ 7 (TB_ Signal_Index ຄ່າ)
TB2	1 Byte	ເລືອກລົດເມທົດສອບທີ່ຈະເຊື່ອມຕໍ່ກັບ TB2. ອ້າງເຖິງ ພາກທີ 7 (TB_ Signal_Index ຄ່າ)
TB3	1 Byte	ເລືອກລົດເມທົດສອບທີ່ຈະເຊື່ອມຕໍ່ກັບ TB3. ອ້າງເຖິງ ພາກທີ 7 (TB_ Signal_Index ຄ່າ)
TTB_SELECT	1 Byte	ເລືອກວ່າ TB ໃດທີ່ຈະເຊື່ອມຕໍ່ກັບແຫຼ່ງທຣິກເກີ. ອ້າງເຖິງ ພາກທີ 7 (TB_Signal_Index ຄ່າ)
RFU	4 Bytes	ສົ່ງສະເໝີ 0x00000000
MISC_CONFIG	24 Bytes	ການປະກົດຕົວ, ຂົ້ວແລະອື່ນໆ. ອ້າງເຖິງ [1] ສໍາລັບຄວາມເຂົ້າໃຈຂອງການຕັ້ງຄ່າ CTS ທີ່ຈະນໍາໃຊ້.

4.5.10.2.2 ການຕອບສະໜອງ
ຕາຕະລາງ 88. ຄ່າຕອບໂຕ້ CTS_CONFIGURE

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.10.3 CTS_RETRIEVE_LOG
ຄໍາແນະນໍານີ້ດຶງຂໍ້ມູນບັນທຶກຂອງຂໍ້ມູນລົດເມການທົດສອບ captured samples ເກັບຮັກສາໄວ້ໃນ buffer ຫນ່ວຍຄວາມຈໍາ.
4.5.10.3.1 ຄໍາສັ່ງ
ຕາຕະລາງ 89. ຄ່າຄຳສັ່ງ CTS_RETRIEVE_LOG

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ChunkSize	1 ໄບຕ໌	0x01-0xFF	ມີຈໍານວນໄບຕ໌ຂອງຂໍ້ມູນທີ່ຄາດໄວ້.

4.5.10.3.2 ການຕອບສະໜອງ
ຕາຕະລາງ 90. ຄ່າຕອບໂຕ້ CTS_RETRIEVE_LOG

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ) PN5190_STATUS_SUCCSES_CHAINING
ຂໍ້ມູນບັນທຶກ [1…n]	CTSRequest	ຈັບ Samples ຂໍ້ມູນ chunk

ໝາຍເຫດ:
ຂະໜາດສູງສຸດຂອງ 'ຂໍ້ມູນບັນທຶກ' ແມ່ນຂຶ້ນກັບ 'ChunkSize' ທີ່ໄດ້ສະໜອງໃຫ້ເປັນສ່ວນຫນຶ່ງຂອງຄຳສັ່ງ.
ຂະໜາດບັນທຶກທັງໝົດຈະມີຢູ່ໃນການຕອບໂຕ້ສ່ວນຫົວ TLV.
4.5.10.3.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.11 TEST_MODE ຄໍາສັ່ງ
4.5.11.1 ANTENNA_SELF_TEST
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອກວດສອບວ່າເສົາອາກາດຖືກເຊື່ອມຕໍ່ແລະອົງປະກອບທີ່ກົງກັນໄດ້ຖືກປະກອບ / ປະກອບ.
ໝາຍເຫດ:
ຄຳສັ່ງນີ້ຍັງບໍ່ທັນມີເທື່ອ. ເບິ່ງບັນທຶກການປ່ອຍສໍາລັບຄວາມພ້ອມ.
4.5.11.2 PRBS_TEST
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອສ້າງລໍາດັບ PRBS ສໍາລັບການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນຂອງໂປໂຕຄອນຂອງໂຫມດ Reader ແລະອັດຕາບິດ. ເມື່ອຄໍາແນະນໍາໄດ້ຖືກປະຕິບັດ, ລໍາດັບການທົດສອບ PRBS ຈະມີຢູ່ໃນ RF.
ໝາຍເຫດ:
ໂຮດຄວນໃຫ້ແນ່ໃຈວ່າການຕັ້ງຄ່າເທກໂນໂລຍີ RF ທີ່ເຫມາະສົມຖືກໂຫລດໂດຍໃຊ້ພາກ 4.5.7.1 ແລະ RF ຖືກສະຫຼັບໂດຍໃຊ້ຄໍາສັ່ງ 4.5.8.1 ກ່ອນທີ່ຈະສົ່ງຄໍາສັ່ງນີ້.
4.5.11.2.1 ຄໍາສັ່ງ
ຕາຕະລາງ 91. ຄ່າຄຳສັ່ງ PRBS_TEST

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
prbs_type	1 Byte	00	PRBS9(ຄ່າເລີ່ມຕົ້ນ)
		01	PRBS15
		02-FF	RFU

4.5.11.2.2 ການຕອບສະໜອງ
ຕາຕະລາງ 92. PRBS_TEST ຄ່າຕອບໂຕ້

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາແນະນໍານີ້.
4.5.12 ຄຳສັ່ງຂໍ້ມູນຊິບ
4.5.12.1 GET_DIEID
ຄໍາແນະນໍານີ້ຖືກນໍາໃຊ້ເພື່ອອ່ານ ID ຕາຍຂອງຊິບ PN5190.
4.5.12.1.1 ຄໍາສັ່ງ
ຕາຕະລາງ 93. GET_DIEID ຄ່າຄໍາສັ່ງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
–	–	ບໍ່ມີຂໍ້ມູນໃນ payload

4.5.12.1.2 ການຕອບສະໜອງ
ຕາຕະລາງ 94. GET_DIEID ຄ່າຕອບໂຕ້

ຊ່ອງໂຫຼດ	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນເພີ່ມເຕີມ)
ຄຸນຄ່າ	16 Bytes	16 bytes ຕາຍ ID.

4.5.12.1.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.
4.5.12.2 GET_VERSION
ຄໍາແນະນໍານີ້ແມ່ນໃຊ້ເພື່ອອ່ານອອກລຸ້ນ HW, ລຸ້ນ ROM, ແລະລຸ້ນ FW ຂອງຊິບ PN5190.
4.5.12.2.1 ຄໍາສັ່ງ
ຕາຕະລາງ 95. ຄ່າຄຳສັ່ງ GET_VERSION

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
–	–	ບໍ່ມີຂໍ້ມູນໃນ payload

ມີຄໍາສັ່ງ DL_GET_VERSION (ພາກທີ 3.4.4) ຢູ່ໃນໂຫມດດາວໂຫຼດທີ່ສາມາດໃຊ້ເພື່ອອ່ານເວີຊັນ HW, ເວີຊັນ ROM ແລະ FW.
4.5.12.2.2 ການຕອບສະໜອງ
ຕາຕະລາງ 96. GET_VERSION ຄ່າຕອບສະໜອງ

Payload Field	ຄວາມຍາວ	ຄ່າ/ຄຳອະທິບາຍ
ສະຖານະ	1 Byte	ສະຖານະຂອງການດໍາເນີນງານ [ຕາຕະລາງ 9]. ຄ່າທີ່ຄາດໄວ້ມີດັ່ງລຸ່ມນີ້:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ບໍ່ມີຂໍ້ມູນຕື່ມອີກ)
HW_V	1 ໄບຕ໌	ລຸ້ນຮາດແວ
RO_V	1 ໄບຕ໌	ລະຫັດ ROM
FW_V	2 ໄບຕ໌	ລຸ້ນເຟີມແວ (ໃຊ້ເພື່ອດາວໂຫຼດ)
RFU1-RFU2	1-2 ໄບຕ໌	–

ການຕອບສະຫນອງທີ່ຄາດວ່າຈະສໍາລັບ PN5190 IC ຮຸ່ນທີ່ແຕກຕ່າງກັນແມ່ນໄດ້ກ່າວເຖິງໃນ (ພາກ 3.4.4)
4.5.12.2.3 ເຫດການ
ບໍ່ມີເຫດການສໍາລັບຄໍາສັ່ງນີ້.

ເອກະສານຊ້ອນທ້າຍ (ຕົວຢ່າງampເຂົາເຈົ້າ)

ເອກະສານຊ້ອນທ້າຍນີ້ປະກອບດ້ວຍ examples ສໍາລັບຄໍາສັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. ອະດີດamples ແມ່ນພຽງແຕ່ສໍາລັບຈຸດປະສົງຕົວຢ່າງເພື່ອສະແດງໃຫ້ເຫັນເນື້ອໃນຂອງຄໍາສັ່ງ.
5.1 ຕົວຢ່າງample ສໍາລັບ WRITE_REGISTER
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກໂຮດເພື່ອຂຽນຄ່າ 0x12345678 ເຂົ້າໃນການລົງທະບຽນ 0x1F.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0000051F78563412
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານກອບການຕອບສະຫນອງທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ບອກການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 00000100 5.2 Example ສໍາລັບ WRITE_REGISTER_OR_MASK
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກໂຮດເພື່ອປະຕິບັດການດໍາເນີນງານຕາມເຫດຜົນ OR ກ່ຽວກັບການລົງທະບຽນ 0x1F ດ້ວຍຫນ້າກາກເປັນ 0x12345678
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0100051F78563412
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານກອບການຕອບສະຫນອງທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 01000100
5.3 ຕົວຢ່າງample ສໍາລັບ WRITE_REGISTER_AND_MASK
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກໂຮດເພື່ອປະຕິບັດການດໍາເນີນການຢ່າງມີເຫດຜົນ AND ກ່ຽວກັບການລົງທະບຽນ 0x1F ດ້ວຍຫນ້າກາກເປັນ 0x12345678
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0200051F78563412
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານກອບການຕອບສະຫນອງທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 02000100
5.4 ຕົວຢ່າງample ສໍາລັບ WRITE_REGISTER_MULTIPLE
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກໂຮດເພື່ອປະຕິບັດການດໍາເນີນການຢ່າງມີເຫດຜົນ AND ໃນທະບຽນ 0x1F ທີ່ມີຫນ້າກາກເປັນ 0x12345678, ແລະການດໍາເນີນງານຕາມເຫດຜົນໃນທະບຽນ 0x20 ທີ່ມີຫນ້າກາກເປັນ 0x11223344, ແລະການຂຽນເພື່ອລົງທະບຽນ 0x21 ທີ່ມີຄ່າເປັນ 0xAABBCCDD.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0300121F03785634122002443322112101DDCCBBAA
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານກອບການຕອບສະຫນອງທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 03000100
5.5 ຕົວຢ່າງample ສໍາລັບ READ_REGISTER
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກເຈົ້າພາບເພື່ອອ່ານເນື້ອໃນຂອງທະບຽນ 0x1F ແລະສົມມຸດວ່າທະບຽນມີມູນຄ່າ 0x12345678.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0400011F
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານກອບການຕອບສະຫນອງທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 0400050078563412
5.6 ຕົວຢ່າງample ສໍາລັບ READ_REGISTER_MULTIPLE
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກໂຮດເພື່ອອ່ານເນື້ອໃນຂອງທະບຽນ 0x1F ທີ່ມີຄ່າຂອງ 0x12345678, ແລະລົງທະບຽນ 0x25 ທີ່ມີຄ່າຂອງ 0x11223344.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0500021F25
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານຄໍາຕອບ, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 050009007856341244332211
5.7 ຕົວຢ່າງample ສໍາລັບ WRITE_E2PROM
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກໂຮດເພື່ອຂຽນໄປຫາສະຖານທີ່ E2PROM 0x0130 ຫາ 0x0134 ທີ່ມີເນື້ອຫາເປັນ 0x11, 0x22, 0x33, 0x44, 0x55
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 06000730011122334455
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 06000100
5.8 ຕົວຢ່າງample ສໍາລັບ READ_E2PROM
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກໂຮດເພື່ອອ່ານຈາກສະຖານທີ່ E2PROM 0x0130 ຫາ 0x0134 ບ່ອນທີ່ເນື້ອຫາທີ່ເກັບໄວ້ແມ່ນ: 0x11, 0x22, 0x33, 0x44, 0x55
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 07000430010500
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານຄໍາຕອບ, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 070006001122334455
5.9 ຕົວຢ່າງample ສໍາລັບ TRANSMIT_RF_DATA
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກເຈົ້າພາບເພື່ອສົ່ງຄໍາສັ່ງ REQA (0x26), ມີຈໍານວນບິດທີ່ຈະສົ່ງເປັນ '0x07', ສົມມຸດວ່າການລົງທະບຽນທີ່ກໍານົດໄວ້ກ່ອນແລະ RF ໄດ້ຖືກເປີດ.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0800020726
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 08000100
5.10 ຕົວຢ່າງample ສໍາລັບ RETREIVE_RF_DATA
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກໂຮດເພື່ອຮັບຂໍ້ມູນທີ່ໄດ້ຮັບ / ເກັບໄວ້ໃນ CLIF buffer ພາຍໃນ (ສົມມຸດວ່າໄດ້ຮັບ 0x05), ສົມມຸດວ່າ TRANSMIT_RF_DATA ຖືກສົ່ງແລ້ວຫຼັງຈາກ RF ຖືກເປີດ.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 090000
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 090003000400
5.11 ຕົວຢ່າງample ສໍາລັບ EXCHANGE_RF_DATA
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກໂຮດເພື່ອສົ່ງ REQA (0x26), ໂດຍມີຈໍານວນ bits ໃນ byte ສຸດທ້າຍທີ່ຈະສົ່ງທີ່ກໍານົດໄວ້ເປັນ 0x07, ມີສະຖານະພາບທັງຫມົດທີ່ຈະໄດ້ຮັບພ້ອມກັບຂໍ້ມູນ. ສົມມຸດຕິຖານແມ່ນວ່າການລົງທະບຽນ RF ທີ່ຕ້ອງການໄດ້ຖືກຕັ້ງໄວ້ແລ້ວແລະ RF ຖືກສະຫຼັບ ON.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0A0003070F26
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 0A000 F000200000000000200000000004400
5.12 ຕົວຢ່າງample ສໍາລັບ LOAD_RF_CONFIGURATION
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກເຈົ້າພາບເພື່ອກໍານົດການຕັ້ງຄ່າ RF. ສໍາລັບ TX, 0x00 ແລະສໍາລັບ RX, 0x80
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0D00020080
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ສະແດງເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 0D000100
5.13 ຕົວຢ່າງample ສໍາລັບ UPDATE_RF_CONFIGURATION
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງມາຈາກເຈົ້າພາບເພື່ອປັບປຸງການຕັ້ງຄ່າ RF. ສໍາລັບ TX, 0x00, ທີ່ມີທີ່ຢູ່ລົງທະບຽນສໍາລັບ CLIF_CRC_TX_CONFIG ແລະມູນຄ່າເປັນ 0x00000001
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 0E0006001201000000
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 0E000100
5.14 ຕົວຢ່າງample ສໍາລັບ RF_ON
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກເຈົ້າພາບເພື່ອສະຫຼັບ ON ພາກສະຫນາມ RF ໂດຍໃຊ້ການຫຼີກລ່ຽງການປະທະກັນແລະບໍ່ມີ P2P ເຮັດວຽກ. ມັນສົມມຸດວ່າ, ການຕັ້ງຄ່າ RF TX ແລະ RX ທີ່ສອດຄ້ອງກັນໄດ້ຖືກກໍານົດໄວ້ໃນ PN5190.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 10000100
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 10000100
5.15 ຕົວຢ່າງample ສໍາລັບ RF_OFF
ປະຕິບັດຕາມລໍາດັບຂອງຂໍ້ມູນທີ່ສົ່ງຈາກເຈົ້າພາບເພື່ອສະຫຼັບປິດພາກສະຫນາມ RF.
ກອບຄໍາສັ່ງຖືກສົ່ງໄປຫາ PN5190: 110000
ເຈົ້າພາບລໍຖ້າການຂັດຂວາງ.
ເມື່ອເຈົ້າພາບອ່ານການຕອບໂຕ້, ກອບທີ່ໄດ້ຮັບຈາກ PN5190 (ຊີ້ໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ປະສົບຜົນສໍາເລັດ): 11000100

ເອກະສານຊ້ອນທ້າຍ (ດັດຊະນີການຕັ້ງຄ່າໂປຣໂຕຄໍ RF)

ເອກະສານຊ້ອນທ້າຍນີ້ປະກອບດ້ວຍດັດຊະນີການຕັ້ງຄ່າໂປຣໂຕຄໍ RF ທີ່ຮອງຮັບໂດຍ PN5190.
ການຕັ້ງຄ່າ TX ແລະ RX ຈະຕ້ອງໃຊ້ໃນຄໍາສັ່ງ 4.5.7.1, ພາກທີ 4.5.7.2, ພາກ 4.5.7.3.

ເອກະສານຊ້ອນທ້າຍ (ສັນຍານ CTS ແລະ TESTBUS)

ຕາຕະລາງຂ້າງລຸ່ມນີ້ກໍານົດສັນຍານທີ່ແຕກຕ່າງກັນທີ່ມີຢູ່ຈາກ PN5190 ເພື່ອບັນທຶກໂດຍໃຊ້ຄໍາແນະນໍາ CTS (ພາກ 4.5.10) ແລະຄໍາແນະນໍາ TESTBUS.

ເຫຼົ່ານີ້ຕ້ອງໃຊ້ສໍາລັບພາກ 4.5.9.1, ພາກ 4.5.9.2, ພາກ 4.5.10.2 ຄໍາສັ່ງ.

ຕົວຫຍໍ້

ຕາຕະລາງ 97. ຕົວຫຍໍ້

Abbr.	ຄວາມຫມາຍ
CLK	ໂມງ
DWL_REQ	ດາວໂຫລດຂໍລະຫັດ PIN (ຍັງເອີ້ນວ່າ DL_REQ)
EEPROM	ໂປຣແກມທີ່ສາມາດລຶບໄດ້ດ້ວຍໄຟຟ້າສາມາດອ່ານໄດ້ພຽງແຕ່ໜ່ວຍຄວາມຈຳ
FW	ເຟີມແວ
GND	ດິນ
GPIO	ຈຸດປະສົງການປ້ອນຂໍ້ມູນທົ່ວໄປ
HW	ຮາດແວ
I²C	Inter-Integrated Circuit (ລົດເມຂໍ້ມູນ serial)
IRQ	ຂັດຂວາງການຮ້ອງຂໍ
ISO / IEC	ອົງການມາດຕະຖານສາກົນ / ຊຸມຊົນໄຟຟ້າສາກົນ
NFC	ໃກ້ກັບພາກສະຫນາມການສື່ສານ
OS	ລະບົບປະຕິບັດການ
PCD	ອຸປະກອນ Proximity Coupling (ເຄື່ອງອ່ານບໍ່ຕິດຕໍ່ໄດ້)
PICC	ບັດວົງຈອນປະສົມປະສານໃກ້ຄຽງ (ບັດແບບຕິດຕໍ່)
PMU	ໜ່ວຍງານຄຸ້ມຄອງພະລັງງານ
ປອ	ຣີເຊັດເປີດເຄື່ອງ
RF	ຄວາມຖີ່ວິທະຍຸ
RST	ຣີເຊັດ
SFWU	ໂໝດການດາວໂຫຼດເຟີມແວທີ່ປອດໄພ
SPI	ອິນເຕີເຟດ Peripheral
VEN	V ເປີດໃຊ້ PIN

ເອກະສານອ້າງອີງ

[1] ສ່ວນການຕັ້ງຄ່າ CTS ຂອງ NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] ແຜ່ນຂໍ້ມູນ PN5190 IC, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

ຂໍ້ມູນທາງກົດໝາຍ

10.1 ຄໍານິຍາມ
ຮ່າງ — ສະຖານະພາບຮ່າງຢູ່ໃນເອກະສານຊີ້ໃຫ້ເຫັນວ່າເນື້ອໃນແມ່ນຍັງຢູ່ພາຍໃຕ້ການ re ພາຍໃນview ແລະຂຶ້ນກັບການອະນຸມັດຢ່າງເປັນທາງການ, ເຊິ່ງອາດຈະເຮັດໃຫ້ມີການປ່ຽນແປງຫຼືເພີ່ມເຕີມ. NXP Semiconductors ບໍ່ໄດ້ໃຫ້ການເປັນຕົວແທນຫຼືການຮັບປະກັນໃດໆກ່ຽວກັບຄວາມຖືກຕ້ອງຫຼືຄວາມສົມບູນຂອງຂໍ້ມູນທີ່ລວມຢູ່ໃນສະບັບຮ່າງຂອງເອກະສານແລະຈະບໍ່ຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນດັ່ງກ່າວ.
10.2 ປະຕິເສດ
ການຮັບປະກັນແລະຄວາມຮັບຜິດຊອບຈໍາກັດ — ເຊື່ອກັນວ່າຂໍ້ມູນໃນເອກະສານນີ້ແມ່ນຖືກຕ້ອງ ແລະເຊື່ອຖືໄດ້. ຢ່າງໃດກໍ່ຕາມ, NXP Semiconductors ບໍ່ໄດ້ໃຫ້ການເປັນຕົວແທນຫຼືການຮັບປະກັນໃດໆ, ສະແດງອອກຫຼືສະແດງໃຫ້ເຫັນເຖິງຄວາມຖືກຕ້ອງຫຼືຄົບຖ້ວນຂອງຂໍ້ມູນດັ່ງກ່າວແລະຈະບໍ່ຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນດັ່ງກ່າວ. NXP Semiconductors ບໍ່ຮັບຜິດຊອບຕໍ່ເນື້ອໃນໃນເອກະສານນີ້ ຖ້າສະໜອງໃຫ້ໂດຍແຫຼ່ງຂໍ້ມູນພາຍນອກຂອງ NXP Semiconductors.
ໃນກໍລະນີໃດກໍ່ຕາມ NXP Semiconductors ຈະຕ້ອງຮັບຜິດຊອບຕໍ່ຄວາມເສຍຫາຍທາງອ້ອມ, ບັງເອີນ, ການລົງໂທດ, ພິເສດຫຼືຜົນສະທ້ອນ (ລວມທັງ - ໂດຍບໍ່ມີການຈໍາກັດການສູນເສຍຜົນກໍາໄລ, ເງິນຝາກປະຢັດທີ່ສູນເສຍ, ການຂັດຂວາງທຸລະກິດ, ຄ່າໃຊ້ຈ່າຍທີ່ກ່ຽວຂ້ອງກັບການໂຍກຍ້າຍຫຼືການທົດແທນຜະລິດຕະພັນຫຼືຄ່າໃຊ້ຈ່າຍໃນການເຮັດວຽກຄືນໃຫມ່) ບໍ່ວ່າຈະເປັນຫຼື. ບໍ່ແມ່ນຄວາມເສຍຫາຍດັ່ງກ່າວແມ່ນອີງໃສ່ການທໍລະຍົດ (ລວມທັງການລະເລີຍ), ການຮັບປະກັນ, ການລະເມີດສັນຍາຫຼືທິດສະດີທາງດ້ານກົດຫມາຍອື່ນໆ.
ເຖິງວ່າຈະມີຄວາມເສຍຫາຍໃດໆທີ່ລູກຄ້າອາດຈະເກີດຂື້ນດ້ວຍເຫດຜົນໃດກໍ່ຕາມ, ການລວບລວມແລະຄວາມຮັບຜິດຊອບສະສົມຂອງ NXP Semiconductors ຕໍ່ກັບລູກຄ້າສໍາລັບຜະລິດຕະພັນທີ່ອະທິບາຍຢູ່ທີ່ນີ້ຈະຖືກຈໍາກັດໂດຍສອດຄ່ອງກັບ
ຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງການຂາຍທາງການຄ້າຂອງ NXP Semiconductors.
ສິດທິໃນການປ່ຽນແປງ — NXP Semiconductors ສະຫງວນສິດທີ່ຈະເຮັດການປ່ຽນແປງຕໍ່ກັບຂໍ້ມູນທີ່ເຜີຍແຜ່ໃນເອກະສານນີ້, ລວມທັງບໍ່ມີຂໍ້ຈໍາກັດສະເພາະ ແລະລາຍລະອຽດຂອງຜະລິດຕະພັນ, ໄດ້ທຸກເວລາ ແລະໂດຍບໍ່ມີການແຈ້ງການ. ເອກະສານນີ້ປ່ຽນແທນ ແລະແທນທີ່ຂໍ້ມູນທັງໝົດທີ່ສະໜອງໃຫ້ກ່ອນການພິມເຜີຍແຜ່.
ຄວາມເໝາະສົມສຳລັບການນຳໃຊ້ — ຜະລິດຕະພັນ NXP Semiconductors ບໍ່ໄດ້ຖືກອອກແບບ, ອະນຸຍາດ ຫຼືຮັບປະກັນໃຫ້ເໝາະສົມກັບການນຳໃຊ້ໃນການຊ່ວຍເຫຼືອຊີວິດ, ລະບົບ ຫຼືອຸປະກອນທີ່ຈຳເປັນຕໍ່ຊີວິດ ຫຼືຄວາມປອດໄພ, ຫຼືໃນການນຳໃຊ້ທີ່ຄວາມລົ້ມເຫຼວ ຫຼືການເຮັດວຽກຜິດປົກກະຕິຂອງຜະລິດຕະພັນ NXP Semiconductors ສາມາດຄາດຫວັງໄດ້ຢ່າງສົມເຫດສົມຜົນ. ສົ່ງຜົນໃຫ້ມີການບາດເຈັບສ່ວນບຸກຄົນ, ການເສຍຊີວິດຫຼືຊັບສິນທີ່ຮ້າຍແຮງຫຼືຄວາມເສຍຫາຍຕໍ່ສິ່ງແວດລ້ອມ. NXP Semiconductors ແລະຜູ້ສະຫນອງຂອງມັນບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບສໍາລັບການລວມແລະ / ຫຼືການນໍາໃຊ້ຜະລິດຕະພັນ NXP Semiconductors ໃນອຸປະກອນຫຼືຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວແລະດັ່ງນັ້ນການລວມເອົາແລະ / ຫຼືການນໍາໃຊ້ດັ່ງກ່າວແມ່ນມີຄວາມສ່ຽງຂອງຕົນເອງຂອງລູກຄ້າ.
ຄໍາຮ້ອງສະຫມັກ — ຄໍາຮ້ອງສະຫມັກທີ່ອະທິບາຍຢູ່ທີ່ນີ້ສໍາລັບຜະລິດຕະພັນເຫຼົ່ານີ້ແມ່ນສໍາລັບຈຸດປະສົງຕົວຢ່າງເທົ່ານັ້ນ. NXP Semiconductors ບໍ່ມີການເປັນຕົວແທນຫຼືການຮັບປະກັນວ່າຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວຈະເຫມາະສົມກັບການນໍາໃຊ້ທີ່ລະບຸໄວ້ໂດຍບໍ່ມີການທົດສອບຫຼືດັດແກ້ເພີ່ມເຕີມ.
ລູກຄ້າມີຄວາມຮັບຜິດຊອບໃນການອອກແບບແລະການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງພວກເຂົາໂດຍນໍາໃຊ້ຜະລິດຕະພັນ NXP Semiconductors, ແລະ NXP Semiconductors ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບສໍາລັບການຊ່ວຍເຫຼືອໃດໆກັບຄໍາຮ້ອງສະຫມັກຫຼືການອອກແບບຜະລິດຕະພັນຂອງລູກຄ້າ. ມັນເປັນຄວາມຮັບຜິດຊອບດຽວຂອງລູກຄ້າໃນການກໍານົດວ່າຜະລິດຕະພັນ NXP Semiconductors ແມ່ນເຫມາະສົມແລະເຫມາະສົມກັບຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າແລະຜະລິດຕະພັນທີ່ວາງແຜນ, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກທີ່ວາງແຜນແລະການນໍາໃຊ້ຂອງລູກຄ້າພາກສ່ວນທີສາມ (s). ລູກຄ້າຄວນສະຫນອງການອອກແບບທີ່ເຫມາະສົມແລະການປົກປ້ອງການດໍາເນີນງານເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງພວກເຂົາ.
NXP Semiconductors ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບທີ່ກ່ຽວຂ້ອງກັບຄ່າເລີ່ມຕົ້ນ, ຄວາມເສຍຫາຍ, ຄ່າໃຊ້ຈ່າຍຫຼືບັນຫາທີ່ອີງໃສ່ຈຸດອ່ອນຫຼືຄ່າເລີ່ມຕົ້ນໃນຄໍາຮ້ອງສະຫມັກຫຼືຜະລິດຕະພັນຂອງລູກຄ້າ, ຫຼືຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມຂອງລູກຄ້າ. ລູກຄ້າຮັບຜິດຊອບໃນການທົດສອບທີ່ຈໍາເປັນທັງຫມົດສໍາລັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງລູກຄ້າໂດຍໃຊ້ຜະລິດຕະພັນ NXP Semiconductors ເພື່ອຫຼີກເວັ້ນການເລີ່ມຕົ້ນຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຫຼືຂອງຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມ (s). NXP ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບໃດໆໃນເລື່ອງນີ້.

NXP BV - NXP BV ບໍ່ແມ່ນບໍລິສັດປະຕິບັດງານແລະມັນບໍ່ໄດ້ແຈກຢາຍຫຼືຂາຍຜະລິດຕະພັນ.

10.3 ໃບອະນຸຍາດ
ການຊື້ NXP ICs ດ້ວຍເທັກໂນໂລຍີ NFC — ການຊື້ NXP Semiconductors IC ທີ່ປະຕິບັດຕາມຫນຶ່ງຂອງ Near Field Communication (NFC) ມາດຕະຖານ ISO/IEC 18092 ແລະ ISO/IEC 21481 ບໍ່ໄດ້ບົ່ງບອກເຖິງໃບອະນຸຍາດທີ່ບົ່ງບອກພາຍໃຕ້ສິດທິບັດໃດໆທີ່ຖືກລະເມີດໂດຍການປະຕິບັດຂອງ ມາດຕະຖານໃດນຶ່ງນັ້ນ. ການຊື້ NXP Semiconductors IC ບໍ່ລວມເອົາໃບອະນຸຍາດຂອງສິດທິບັດ NXP ໃດໆ (ຫຼືສິດທິ IP ອື່ນໆ) ທີ່ກວມເອົາການລວມກັນຂອງຜະລິດຕະພັນເຫຼົ່ານັ້ນກັບຜະລິດຕະພັນອື່ນໆ, ບໍ່ວ່າຈະເປັນຮາດແວຫຼືຊອບແວ.

10.4 ເຄື່ອງ ໝາຍ ການຄ້າ
ແຈ້ງການ: ຍີ່ຫໍ້ອ້າງອີງທັງໝົດ, ຊື່ຜະລິດຕະພັນ, ຊື່ການບໍລິການ, ແລະເຄື່ອງໝາຍການຄ້າແມ່ນຊັບສິນຂອງເຈົ້າຂອງທີ່ກ່ຽວຂ້ອງ.
NXP — ເຄື່ອງໝາຍຄຳສັບ ແລະໂລໂກ້ແມ່ນເຄື່ອງໝາຍການຄ້າຂອງ NXP BV
EdgeVerse — ເປັນເຄື່ອງຫມາຍການຄ້າຂອງ NXP BV
FeliCa — ເປັນເຄື່ອງຫມາຍການຄ້າຂອງ Sony Corporation.
MIFARE — ເປັນເຄື່ອງຫມາຍການຄ້າຂອງ NXP BV
MIFARE Classic — ເປັນເຄື່ອງຫມາຍການຄ້າຂອງ NXP BV

ກະລຸນາຮັບຮູ້ວ່າຫນັງສືແຈ້ງການສໍາຄັນກ່ຽວກັບເອກະສານນີ້ແລະຜະລິດຕະພັນທີ່ອະທິບາຍໃນທີ່ນີ້, ໄດ້ຖືກລວມເຂົ້າໃນພາກສ່ວນ 'ຂໍ້ມູນທາງກົດຫມາຍ'.
© 2023 NXP BV
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ກະລຸນາຢ້ຽມຊົມ: http://www.nxp.com
ສະຫງວນລິຂະສິດທັງໝົດ.
ວັນທີອອກ: 25 ພຶດສະພາ 2023
ຕົວລະບຸເອກະສານ: UM11942

ເອກະສານ / ຊັບພະຍາກອນ

NXP PN5190 NFC Frontend Controller [pdf] ຄູ່ມືຜູ້ໃຊ້
PN5190, PN5190 NFC Frontend Controller, NFC Frontend Controller, Controller, UM11942

ເອກະສານອ້າງອີງ

ຄູ່ມືຜູ້ໃຊ້

PN5190 NFC Frontend Controller

ແນະນຳ

ເປັນເຈົ້າພາບການສື່ສານຫຼາຍກວ່າview

ໂຫມດເປີດເຄື່ອງປະຕິບັດງານ IC – ໂໝດດາວໂຫຼດ FW ທີ່ປອດໄພ

ໂຫມດ boot ປະຕິບັດການ IC - ຮູບແບບການເຮັດວຽກປົກກະຕິ

ຕາຕະລາງ 54. Config Bitmask

ເອກະສານຊ້ອນທ້າຍ (ຕົວຢ່າງampເຂົາເຈົ້າ)

ເອກະສານຊ້ອນທ້າຍ (ດັດຊະນີການຕັ້ງຄ່າໂປຣໂຕຄໍ RF)

ເອກະສານຊ້ອນທ້າຍ (ສັນຍານ CTS ແລະ TESTBUS)

ຕົວຫຍໍ້

ເອກະສານອ້າງອີງ

ຂໍ້ມູນທາງກົດໝາຍ

ເອກະສານ / ຊັບພະຍາກອນ

ເອກະສານອ້າງອີງ

ອອກຄໍາເຫັນ

ຍົກເລີກການຕອບ