NXP PN5190 NFC Frontend Controller მომხმარებლის სახელმძღვანელო

ინფორმაცია	შინაარსი
საკვანძო სიტყვები	PN5190, NFC, NFC წინა ნაწილი, კონტროლერი, ინსტრუქციის ფენა
აბსტრაქტი	ეს დოკუმენტი აღწერს ინსტრუქციის ფენის ბრძანებებს და პასუხებს მასპინძელი კონტროლერიდან მუშაობაზე, NXP PN5190 NFC წინა ნაწილის კონტროლერის მუშაობის შესაფასებლად. PN5190 არის შემდეგი თაობის NFC წინა ნაწილის კონტროლერი. ამ დოკუმენტის მიზანია PN5190 NFC წინა კონტროლერთან მუშაობის ინტერფეისის ბრძანებების აღწერა. PN5190 NFC წინა კონტროლერის მუშაობის შესახებ მეტი ინფორმაციისთვის იხილეთ მონაცემთა ცხრილი და მისი დამატებითი ინფორმაცია.

გადასინჯვის ისტორია

რევ	თარიღი	აღწერა
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 ჰოსტის ინტერფეისს და API-ებს. დოკუმენტაციაში გამოყენებული ფიზიკური ჰოსტის ინტერფეისი არის SPI. SPI ფიზიკური მახასიათებელი არ არის გათვალისწინებული დოკუმენტში.
ჩარჩოს გამოყოფა და ნაკადის კონტროლი ამ დოკუმენტის ნაწილია.
1.1.1 ფარგლები
დოკუმენტი აღწერს ლოგიკურ ფენას, ინსტრუქციის კოდს, API-ებს, რომლებიც აქტუალურია მომხმარებლისთვის.

მასპინძელი კომუნიკაცია დასრულდაview

PN5190-ს აქვს მუშაობის ორი ძირითადი რეჟიმი მასპინძელ კონტროლერთან კომუნიკაციისთვის.

HDLL-ზე დაფუძნებული კომუნიკაცია გამოიყენება, როდესაც მოწყობილობა ამოქმედდება:
ა. დაშიფრული უსაფრთხო ჩამოტვირთვის რეჟიმი მისი პროგრამული უზრუნველყოფის განახლებისთვის
TLV ბრძანება-პასუხზე დაფუძნებული კომუნიკაცია (მოცემული როგორც ყოფილიampლე).

2.1 HDLL რეჟიმი
HDLL რეჟიმი გამოიყენება პაკეტების გაცვლის ფორმატისთვის, რომ იმუშაოს ქვემოთ მოცემულ IC ოპერაციულ რეჟიმებთან:

პროგრამული უზრუნველყოფის ჩამოტვირთვის უსაფრთხო რეჟიმი (SFWU), იხილეთ სექცია 3

2.1.1 HDLL-ის აღწერა
HDLL არის NXP-ის მიერ შემუშავებული ბმული ფენა, რათა უზრუნველყოს საიმედო FW ჩამოტვირთვა.
HDLL შეტყობინება მზადდება 2 ბაიტიანი სათაურიდან, რასაც მოჰყვება ჩარჩო, რომელიც მოიცავს ოპკოდს და ბრძანების Payload-ს. თითოეული შეტყობინება მთავრდება 16-ბიტიანი CRC-ით, როგორც ეს აღწერილია ქვემოთ მოცემულ სურათზე:HDLL სათაური შეიცავს:

ნაჭერი ცოტა. რაც მიუთითებს, არის თუ არა ეს შეტყობინება შეტყობინების ერთადერთი ან ბოლო ნაწილი (ნაწილი = 0). ან თუ, სულ მცირე, მოჰყვება კიდევ ერთი ნაწილი (ნაწილი = 1).

Payload-ის სიგრძე კოდირებულია 10 ბიტზე. ასე რომ, HDLL Frame Payload-ს შეუძლია 1023 ბაიტამდე მიაღწიოს.

ბაიტების თანმიმდევრობა განისაზღვრა როგორც big-endian, რაც პირველ რიგში ნიშნავს ქალბატონ ბაიტს.
CRC16 შეესაბამება X.25 (CRC-CCITT, ISO/IEC13239) სტანდარტს პოლინომიით x^16 + x^12 + x^5 +1 და წინასწარ დატვირთვის მნიშვნელობით 0xFFFF.
ის გამოითვლება მთელ HDLL ჩარჩოზე, ანუ Header + Frame.
SampC- კოდის განხორციელება:
სტატიკური uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwსიგრძე)
{
uint32_t i;
uint16_t crc_new;
uint16_t crc = 0xffffU;
for (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8 );
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_new;
}
დაბრუნება crc;
}
2.1.2 ტრანსპორტის რუკა SPI-ზე
ყველა NTS მტკიცებისთვის, პირველი ბაიტი ყოველთვის არის HEADER (ნაკადის მითითების ბაიტი), ის შეიძლება იყოს 0x7F/0xFF ჩაწერის/წაკითხვის ოპერაციებთან მიმართებაში.
2.1.2.1 ჩაწერის თანმიმდევრობა ჰოსტიდან (მიმართულება DH => PN5190)2.1.2.2 წაკითხვის თანმიმდევრობა ჰოსტიდან (მიმართულება PN5190 => DH)2.1.3 HDLL პროტოკოლი
HDLL არის ბრძანება-პასუხის პროტოკოლი. ყველა ზემოხსენებული ოპერაცია ჩართულია კონკრეტული ბრძანების მეშვეობით და დამოწმებულია პასუხის საფუძველზე.
ბრძანებები და პასუხები მიჰყვება HDLL შეტყობინების სინტაქსს, ბრძანება იგზავნება მოწყობილობის ჰოსტის მიერ, პასუხი PN5190-ით. opcode მიუთითებს ბრძანებისა და პასუხის ტიპზე.
HDLL-ზე დაფუძნებული კომუნიკაციები, გამოიყენება მხოლოდ მაშინ, როდესაც PN5190 ამოქმედდება „Secure firmware download“ რეჟიმში შესასვლელად.
2.2 TLV რეჟიმი
TLV ნიშნავს Tag სიგრძის ღირებულება.
2.2.1 ჩარჩოს განმარტება
SPI ჩარჩო იწყება NTS-ის დაცემით კიდით და მთავრდება NTS-ის ამომავალი კიდით. SPI არის ფიზიკური განმარტებით სრული დუპლექსი, მაგრამ PN5190 იყენებს SPI-ს ნახევრად დუპლექს რეჟიმში. SPI რეჟიმი შეზღუდულია CPOL 0 და CPHA 0 მაქსიმალური საათის სიჩქარით, როგორც მითითებულია [2]-ში. ყოველი SPI ჩარჩო შედგება 1 ბაიტის სათაურისა და n-ბაიტისგან.
2.2.2 ნაკადის ჩვენებაHOST ყოველთვის პირველ ბაიტად აგზავნის ნაკადის მითითების ბაიტს, მიუხედავად იმისა, სურს PN5190-დან მონაცემების ჩაწერა ან წაკითხვა.
თუ არის წაკითხვის მოთხოვნა და მონაცემები არ არის ხელმისაწვდომი, პასუხი შეიცავს 0xFF.
ნაკადის მითითების ბაიტის შემდეგ მონაცემები არის ერთი ან რამდენიმე შეტყობინება.
ყველა NTS მტკიცებისთვის, პირველი ბაიტი ყოველთვის არის HEADER (ნაკადის მითითების ბაიტი), ის შეიძლება იყოს 0x7F/0xFF ჩაწერის/წაკითხვის ოპერაციებთან მიმართებაში.
2.2.3 შეტყობინების ტიპი
მასპინძელი კონტროლერი უნდა დაუკავშირდეს PN5190-ს შეტყობინებების გამოყენებით, რომლებიც ტრანსპორტირდება SPI ჩარჩოებში.
არსებობს სამი განსხვავებული ტიპის შეტყობინებები:

ბრძანება
პასუხი

ღონისძიება

ზემოთ მოცემული კომუნიკაციის დიაგრამა გვიჩვენებს დაშვებულ მიმართულებებს სხვადასხვა ტიპის შეტყობინებისთვის, როგორც ქვემოთ:

ბრძანება და პასუხი.
ბრძანებები იგზავნება მხოლოდ მასპინძელი კონტროლერიდან PN5190-ზე.

პასუხები და მოვლენები იგზავნება მხოლოდ PN5190-დან მასპინძელ კონტროლერზე.
ბრძანების პასუხები სინქრონიზებულია IRQ პინის გამოყენებით.

მასპინძელს შეუძლია ბრძანებების გაგზავნა მხოლოდ მაშინ, როდესაც IRQ დაბალია.
მასპინძელს შეუძლია პასუხის/მოვლენის წაკითხვა მხოლოდ მაშინ, როდესაც IRQ მაღალია.

2.2.3.1 დაშვებული თანმიმდევრობები და წესებიბრძანებების, რეაგირებისა და მოვლენების დაშვებული თანმიმდევრობა

ბრძანება ყოველთვის აღიარებულია პასუხით, ან მოვლენით, ან ორივე ერთად.

მასპინძლის კონტროლერს არ აქვს უფლება გააგზავნოს სხვა ბრძანება მანამ, სანამ არ მიიღებდა პასუხს წინა ბრძანებაზე.
მოვლენები შეიძლება გაიგზავნოს ასინქრონულად ნებისმიერ დროს (არ არის ჩართული ბრძანება/პასუხის წყვილში).

EVENT შეტყობინებები არასოდეს არ არის შერწყმული RESPONSE შეტყობინებებთან ერთ ჩარჩოში.

შენიშვნა: შეტყობინების ხელმისაწვდომობა (პასუხი ან EVENT) სიგნალია IRQ მაღლა, დაბალიდან. IRQ რჩება მაღალი მანამ, სანამ ყველა პასუხი ან მოვლენის ჩარჩო არ წაიკითხება. მხოლოდ მას შემდეგ, რაც IRQ სიგნალი დაბალია, მასპინძელს შეუძლია შემდეგი ბრძანების გაგზავნა.
2.2.4 შეტყობინების ფორმატი
თითოეული შეტყობინება დაშიფრულია TLV სტრუქტურაში n-ბაიტი დატვირთვით თითოეული შეტყობინებისთვის, გარდა SWITCH_MODE_NORMAL ბრძანებისა.თითოეული TLV შედგება:ტიპი (T) => 1 ბაიტი
Bit[7] შეტყობინების ტიპი
0: COMMAND ან RESPONSE შეტყობინება
1: EVENT შეტყობინება
Bit[6:0]: ინსტრუქციის კოდი
სიგრძე (L) => 2 ბაიტი (უნდა იყოს დიდი-ენდიანის ფორმატში)
მნიშვნელობა (V) => TLV-ის მნიშვნელობის/მონაცემების N ბაიტი (ბრძანების პარამეტრები / პასუხის მონაცემები) სიგრძის ველზე დაყრდნობით (დიდი ენდიის ფორმატი)
2.2.4.1 გაყოფილი ჩარჩო
COMMAND შეტყობინება უნდა გაიგზავნოს ერთ SPI ჩარჩოში.
RESPONSE და EVENT შეტყობინებების წაკითხვა შესაძლებელია რამდენიმე SPI ჩარჩოში, მაგ. სიგრძის ბაიტის წასაკითხად.RESPONSE ან EVENT შეტყობინებების წაკითხვა შესაძლებელია ერთ SPI ჩარჩოში, მაგრამ დაყოვნება NO-CLOCK-ით შუალედში, მაგ., სიგრძის ბაიტის წასაკითხად.

IC ოპერაციული ჩატვირთვის რეჟიმი – დაცული FW ჩამოტვირთვის რეჟიმი

3.1 შესავალი
PN5190 firmware კოდის ნაწილი მუდმივად ინახება ROM-ში, ხოლო დანარჩენი კოდი და მონაცემები ინახება ჩაშენებულ ფლეშში. მომხმარებლის მონაცემები ინახება ფლეშში და დაცულია გატეხვის საწინააღმდეგო მექანიზმებით, რომლებიც უზრუნველყოფენ მონაცემთა მთლიანობასა და ხელმისაწვდომობას. იმისათვის, რომ NXP-ების კლიენტებს მივაწოდოთ ფუნქციები, რომლებიც შეესაბამება უახლეს სტანდარტებს (EMVCo, NFC ფორუმი და ა.შ.), შეიძლება განახლდეს როგორც კოდი, ასევე მომხმარებლის მონაცემები FLASH-ში.
დაშიფრული პროგრამული უზრუნველყოფის ავთენტურობა და მთლიანობა დაცულია ასიმეტრიული/სიმეტრიული გასაღების ხელმოწერით და საპირისპირო ჯაჭვური ჰეშის მექანიზმით. პირველი DL_SEC_WRITE ბრძანება შეიცავს მეორე ბრძანების ჰეშს და დაცულია RSA ხელმოწერით პირველი ფრეიმის დატვირთვაზე. PN5190 firmware იყენებს RSA საჯარო კლავიშს პირველი ბრძანების ავთენტიფიკაციისთვის. თითოეულ ბრძანებაში მიჯაჭვული ჰეში გამოიყენება შემდგომი ბრძანების ავთენტიფიკაციისთვის, იმის უზრუნველსაყოფად, რომ პროგრამული უზრუნველყოფის კოდი და მონაცემები არ არის წვდომა მესამე მხარის მიერ.
DL_SEC_WRITE ბრძანებების დატვირთვა დაშიფრულია AES-128 გასაღებით. თითოეული ბრძანების ავთენტიფიკაციის შემდეგ, დატვირთვის შინაარსი გაშიფრულია და იწერება ფლეშში PN5190 firmware-ით.
NXP firmware-ისთვის, NXP პასუხისმგებელია ახალი უსაფრთხო firmware განახლებების მიწოდებაზე, მომხმარებლის ახალ მონაცემებთან ერთად.
განახლების პროცედურა აღჭურვილია მექანიზმით, რომელიც იცავს NXP კოდისა და მონაცემების ავთენტურობას, მთლიანობას და კონფიდენციალურობას.
HDLL-ზე დაფუძნებული ჩარჩოს პაკეტის სქემა გამოიყენება ყველა ბრძანებისა და პასუხისთვის დაცულ პროგრამული უზრუნველყოფის განახლების რეჟიმში.
განყოფილება 2.1 უზრუნველყოფს ზედმეტსview გამოყენებული HDLL ჩარჩო პაკეტის სქემა.
PN5190 IC-ები მხარს უჭერს როგორც მემკვიდრეობით დაშიფრულ უსაფრთხო FW ჩამოტვირთვას, ასევე ტექნიკის კრიპტო დამხმარე დაშიფრულ უსაფრთხო FW ჩამოტვირთვის პროტოკოლს, გამოყენებული ვარიანტის მიხედვით.
ორი ტიპია:

მოძველებული უსაფრთხო FW ჩამოტვირთვის პროტოკოლი, რომელიც მუშაობს მხოლოდ PN5190 B0/B1 IC ვერსიით.

აპარატურის კრიპტო დამხმარე უსაფრთხო FW ჩამოტვირთვის პროტოკოლი, რომელიც მუშაობს მხოლოდ PN5190B2 IC ვერსიით, რომელიც იყენებს ჩიპზე არსებულ აპარატურულ კრიპტო ბლოკებს

შემდეგი სექციები განმარტავს ბრძანებებს და პასუხებს Secure firmware ჩამოტვირთვის რეჟიმში.
3.2 როგორ ჩართოთ „დაცული პროგრამული უზრუნველყოფის ჩამოტვირთვა“ რეჟიმი
ქვემოთ მოცემულ დიაგრამაზე და შემდგომ ნაბიჯებზე ნაჩვენებია, თუ როგორ უნდა ჩართოთ უსაფრთხო ჩატვირთვის რეჟიმი.წინასწარი მდგომარეობა: PN5190 არის ოპერაციულ მდგომარეობაში.
მთავარი სცენარი:

შესვლის პირობა, სადაც DWL_REQ პინი გამოიყენება „დაცული პროგრამული უზრუნველყოფის ჩამოტვირთვის“ რეჟიმში შესასვლელად.
ა. მოწყობილობის ჰოსტი აყენებს DWL_REQ პინს მაღლა (მოქმედებს მხოლოდ იმ შემთხვევაში, თუ პროგრამული უზრუნველყოფის უსაფრთხო განახლება DWL_REQ პინის მეშვეობით) ან
ბ. მოწყობილობის მასპინძელი ასრულებს მყარ გადატვირთვას PN5190-ის ჩატვირთვისთვის
შესვლის პირობა, როდესაც DWL_REQ პინი არ გამოიყენება „უსაფრთხო პროგრამული უზრუნველყოფის ჩამოტვირთვის“ რეჟიმში შესვლისთვის (ჩამოტვირთვა პინტის გარეშე).
ა. მოწყობილობის მასპინძელი ასრულებს მყარ გადატვირთვას PN5190-ის ჩატვირთვისთვის
ბ. მოწყობილობის ჰოსტი აგზავნის SWITCH_MODE_NORMAL (სექცია 4.5.4.5) აპლიკაციის ნორმალურ რეჟიმში შესასვლელად.
გ. ახლა, როდესაც IC არის აპლიკაციის ნორმალურ რეჟიმში, მოწყობილობის ჰოსტი აგზავნის 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 მოწყობილობიდან.
ა. მოწყობილობის ჰოსტი ამოწმებს სესიის სტატუსს, თუ ბოლო ჩამოტვირთვა დასრულდა
ბ. მოწყობილობის ჰოსტი იყენებს ვერსიის შემოწმების წესებს, რათა გადაწყვიტოს, დაიწყოს თუ ჩამოტვირთვა.
მოწყობილობის ჰოსტი იტვირთება ა file ჩასატვირთი firmware ორობითი კოდი
მოწყობილობის ჰოსტი უზრუნველყოფს პირველ DL_SEC_WRITE (ნაწილი 3.4.8) ბრძანებას, რომელიც შეიცავს:
ა. ახალი firmware-ის ვერსია,
ბ. თვითნებური მნიშვნელობების 16 ბაიტი, რომელიც გამოიყენება დაშიფვრის გასაღების ბუნდოვანებისთვის
გ. შემდეგი კადრის შეჯამების მნიშვნელობა,
დ. თავად ჩარჩოს ციფრული ხელმოწერა
მოწყობილობის ჰოსტი ატვირთავს უსაფრთხო ჩამოტვირთვის პროტოკოლის თანმიმდევრობას PN5190-ზე DL_SEC_WRITE (სექცია 3.4.8) ბრძანებებით
როდესაც გაიგზავნება ბოლო DL_SEC_WRITE (სექცია 3.4.8) ბრძანება, მოწყობილობის ჰოსტი ასრულებს DL_CHECK_INTEGRITY (სექცია 3.4.7) ბრძანებას, რათა შეამოწმოს, წარმატებით არის თუ არა ჩაწერილი მეხსიერება.
მოწყობილობის ჰოსტი კითხულობს firmware-ის ახალ ვერსიას და ამოწმებს სესიის სტატუსს, თუ დახურულია ზედა ფენისთვის მოხსენებისთვის
მოწყობილობის ჰოსტი აყენებს DWL_REQ პინს დაბალზე (თუ DWL_REQ პინი გამოიყენება ჩამოტვირთვის რეჟიმში შესასვლელად)
მოწყობილობის ჰოსტი ახორციელებს მყარ გადატვირთვას (VEN pin-ის გადართვა) მოწყობილობაზე PN5190-ის გადატვირთვისთვის
შემდგომი მდგომარეობა: firmware განახლებულია; მოხსენებულია ახალი firmware ვერსიის ნომერი.

3.3 პროგრამული უზრუნველყოფის ხელმოწერა და ვერსიის კონტროლი
PN5190 პროგრამული უზრუნველყოფის ჩამოტვირთვის რეჟიმში, მექანიზმი უზრუნველყოფს, რომ მხოლოდ NXP-ის მიერ ხელმოწერილი და მიწოდებული პროგრამული უზრუნველყოფა იქნება მიღებული NXP firmware-ისთვის.
ქვემოთ მოცემულია მხოლოდ დაშიფრული უსაფრთხო NXP firmware-ისთვის.
ჩამოტვირთვის სესიის დროს იგზავნება ახალი 16 ბიტიანი firmware ვერსია. იგი შედგება ძირითადი და მცირე რიცხვისაგან:

ძირითადი ნომერი: 8 ბიტი (MSB)
მცირე რაოდენობა: 8 ბიტი (LSB)

PN5190 ამოწმებს ახალი ძირითადი ვერსიის ნომერი უფრო დიდია თუ ტოლი მიმდინარე. თუ არა, დაცული პროგრამული უზრუნველყოფის ჩამოტვირთვა უარყოფილია და სესია დახურულია.
3.4 HDLL ბრძანებები მემკვიდრეობითი დაშიფრული ჩამოტვირთვისა და ტექნიკის კრიპტო დამხმარეებისთვის დაშიფრული ჩამოტვირთვა
ამ განყოფილებაში მოცემულია ინფორმაცია ბრძანებებისა და პასუხების შესახებ, რომლებიც გამოყენებული იყო ორივე ტიპის ჩამოტვირთვებისთვის NXP firmware-ის ჩამოტვირთვისთვის.
3.4.1 HDLL ბრძანების OP კოდები
შენიშვნა: HDLL ბრძანების ჩარჩოები გასწორებულია 4 ბაიტით. გამოუყენებელი დატვირთვის ბაიტები დარჩა ნული.
ცხრილი 1. HDLL ბრძანების OP კოდების სია

PN5190 B0/ B1 (მემკვიდრეობის ჩამოტვირთვა)	PN5190 B2 (კრიპტო დამხმარე ჩამოტვირთვა)	ბრძანების მეტსახელი	აღწერა
0xF0	0XE5	DL_RESET	ასრულებს რბილ გადატვირთვას
0xF1	0XE1	DL_GET_VERSION	აბრუნებს ვერსიის ნომრებს
0xF2	0xDB	DL_GET_SESSION_STATE	აბრუნებს სესიის მიმდინარე მდგომარეობას
0xF4	0xDF	DL_GET_DIE_ID	აბრუნებს Die ID-ს
0XE0	0XE7	DL_CHECK_INTEGRITY	ამოწმებს და აბრუნებს CRC-ებს სხვადასხვა ზონაში, ასევე უღელტეხილის/დაშვების სტატუსის დროშებს თითოეულისთვის
0xC0	0x8C	DL_SEC_WRITE	წერს x ბაიტს მეხსიერებაში დაწყებული აბსოლუტური მისამართიდან y

3.4.2 HDLL რეაგირების ოპკოდები
შენიშვნა: HDLL საპასუხო ჩარჩოები გასწორებულია 4 ბაიტით. გამოუყენებელი დატვირთვის ბაიტები დარჩა ნული. მხოლოდ DL_OK პასუხები შეიძლება შეიცავდეს დატვირთვის მნიშვნელობებს.
ცხრილი 2. HDLL პასუხის OP კოდების სია

ოპკოდი	პასუხის მეტსახელი	აღწერა
0x00	DL_OK	ბრძანება გავიდა
0x01	DL_INVALID_ADDR	მისამართი დაუშვებელია
0XXX	DL_UNKNOW_CMD	Უცნობი ბრძანება
0x0C	DL_ABORTED_CMD	ნაწილაკების თანმიმდევრობა ძალიან დიდია
0x1E	DL_ADDR_RANGE_OFL_ERROR	მისამართი საზღვრებს გარეთ
0x1F	DL_BUFFER_OFL_ERROR	ბუფერი ძალიან მცირეა
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	დაელოდეთ შემდეგ ნაწილს
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-ს DL_OK პასუხის გაგზავნაში. ამიტომ, მხოლოდ მცდარი სტატუსის მიღება შეიძლება.
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 RFU16-ის გადამხდელი კადრია
ცხრილი 3. პასუხი GetVersion ბრძანებაზე

ველი	ბაიტი	აღწერა
STAT	1	სტატუსი
HW_V	2	აპარატურის ვერსია
RO_V	3	ROM კოდი
მოდელის_იდენტიფიკატორი	4	მოდელის ID
FMxV	5-6 წწ	პროგრამული უზრუნველყოფის ვერსია (გამოიყენება ჩამოსატვირთად)
RFU1-RFU2	7-8 წწ	–

პასუხის სხვადასხვა ველის მოსალოდნელი მნიშვნელობები და მათი დახატვა შემდეგია:
ცხრილი 4. GetVersion ბრძანების პასუხის მოსალოდნელი მნიშვნელობები

IC ტიპი	HW ვერსია (hex)	ROM ვერსია (hex)	მოდელის ID (hex)	FW ვერსია (hex)
PN5190 B0	0x51	0x02	0x00	xx.წ.წ
PN5190 B1	0x52	0x02	0x00	xx.წ.წ
PN5190 B2	0x53	0x03	0x00	xx.წ.წ

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] 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
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId პასუხის დატვირთვის ჩარჩო არის:
ცხრილი 6. პასუხი GetDieId ბრძანებაზე

ველი	ბაიტი	აღწერა
STAT	1	სტატუსი
RFU-ები	2-4 წწ
მოკვდა	5-20 წწ	კვარცხლბეკის ID (16 ბაიტი)

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] CRC16-ის გადატვირთვა არის პასუხის გაცემა
ცხრილი 7. პასუხი CheckIntegrity ბრძანებაზე

ველი	ბაიტი	ღირებულება/აღწერა
STAT	1	სტატუსი
LEN მონაცემები	2	მონაცემთა სექციების საერთო რაოდენობა
ლენტის კოდი	3	კოდის სექციების საერთო რაოდენობა
RFU-ები	4	დაცულია
[CRC_INFO]	58	32 ბიტი (პატარა-ენდიანი). თუ ბიტი დაყენებულია, შესაბამისი განყოფილების CRC არის OK, წინააღმდეგ შემთხვევაში არა 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 ბაიტი, რომელიც ინახება პატარა ენდიან ფორმატში. პირველი 4 ბაიტი CRC არის ბიტი CRC_INFO[31], შემდეგი 4 ბაიტი CRC არის ბიტი CRC_ INFO[30] და ასე შემდეგ.

[1] ეს ბიტი უნდა იყოს 1 იმისათვის, რომ PN5190 სწორად იმუშაოს (ფუნქციებით და ან დაშიფრული FW ჩამოტვირთვით).
[2] ეს ბიტი ნაგულისხმევად დაყენებულია 1-ზე, მაგრამ მომხმარებლის მიერ შეცვლილი პარამეტრები არღვევს CRC-ს. არანაირი გავლენა PN5190 ფუნქციონირებაზე..
[3] ეს ბიტის მნიშვნელობა, თუნდაც 0 იყოს, არ არის შესაბამისი. ამ ბიტის მნიშვნელობის იგნორირება შესაძლებელია..

3.4.8 DL_SEC_WRITE ბრძანება
DL_SEC_WRITE ბრძანება განიხილება უსაფრთხო ჩაწერის ბრძანებების თანმიმდევრობის კონტექსტში: დაშიფრული „უსაფრთხო პროგრამული უზრუნველყოფის ჩამოტვირთვა“ (ხშირად მოიხსენიება როგორც eSFWu).
უსაფრთხო ჩაწერის ბრძანება ჯერ ხსნის ჩამოტვირთვის სესიას და გადასცემს RSA ავთენტიფიკაციას. შემდეგი გადასცემენ დაშიფრულ მისამართებს და ბაიტებს PN5190 Flash-ში ჩასაწერად. ყველა, უკანასკნელის გარდა, შეიცავს მომდევნო ჰეშს, ამიტომ აცნობებს, რომ ისინი არ არიან ბოლო და კრიპტოგრაფიულად აკავშირებს მიმდევრობის ჩარჩოებს.
სხვა ბრძანებები (გარდა DL_RESET-ისა და DL_CHECK_INTEGRITY-ისა) შეიძლება ჩასმული იყოს მიმდევრობის დაცულ ჩაწერის ბრძანებებს შორის მისი დარღვევის გარეშე.
3.4.8.1 პირველი DL_SEC_WRITE ბრძანება
დაცული ჩაწერის ბრძანება არის პირველი, თუ და მხოლოდ იმ შემთხვევაში, თუ:

ჩარჩოს სიგრძეა 312 ბაიტი
არცერთი დაცული ჩაწერის ბრძანება არ არის მიღებული ბოლო გადატვირთვის შემდეგ.

ჩაშენებული ხელმოწერა წარმატებით არის დამოწმებული PN5190-ით.

პირველი ჩარჩო ბრძანების პასუხი იქნება შემდეგი: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT არის დაბრუნების სტატუსი.
შენიშვნა: მონაცემთა მინიმუმ ერთი ნაწილი უნდა დაიწეროს eSFWu-ს დროს, მიუხედავად იმისა, რომ დაწერილი მონაცემები შეიძლება იყოს მხოლოდ ერთი ბაიტი. ამიტომ, პირველი ბრძანება ყოველთვის შეიცავს შემდეგი ბრძანების ჰეშს, რადგან იქნება მინიმუმ ორი ბრძანება.
3.4.8.2 შუა DL_SEC_WRITE ბრძანებები
დაცული ჩაწერის ბრძანება არის „საშუალო“, თუ და მხოლოდ იმ შემთხვევაში, თუ:

ოპკოდი არის როგორც აღწერილი 3.4.1 ნაწილში DL_SEC_WRITE ბრძანებისთვის.

პირველი დაცული ჩაწერის ბრძანება უკვე მიღებული და წარმატებით დამოწმებულია ადრე
გადატვირთვა არ მომხდარა პირველი დაცული ჩაწერის ბრძანების მიღების შემდეგ
ჩარჩოს სიგრძე უდრის მონაცემთა ზომას + სათაურის ზომას + ჰეშის ზომას: FLEN = SIZE + 6 + 32

მთელი კადრის დაიჯესტი უდრის წინა ფრეიმში მიღებულ ჰეშის მნიშვნელობას

პირველი ჩარჩო ბრძანების პასუხი იქნება შემდეგი: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT არის დაბრუნების სტატუსი.
3.4.8.3 ბოლო DL_SEC_WRITE ბრძანება
დაცული ჩაწერის ბრძანება არის ბოლო, თუ და მხოლოდ იმ შემთხვევაში, თუ:

ოპკოდი არის როგორც აღწერილი 3.4.1 ნაწილში DL_SEC_WRITE ბრძანებისთვის.

პირველი დაცული ჩაწერის ბრძანება უკვე მიღებული და წარმატებით დამოწმებულია ადრე
გადატვირთვა არ მომხდარა პირველი დაცული ჩაწერის ბრძანების მიღების შემდეგ
ჩარჩოს სიგრძე უდრის მონაცემთა ზომას + სათაურის ზომას: FLEN = SIZE + 6

მთელი კადრის დაიჯესტი უდრის წინა ფრეიმში მიღებულ ჰეშის მნიშვნელობას

პირველი ჩარჩო ბრძანების პასუხი იქნება შემდეგი: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT არის დაბრუნების სტატუსი.

IC ოპერაციული ჩატვირთვის რეჟიმი - ნორმალური მუშაობის რეჟიმი

4.1 შესავალი
როგორც წესი, PN5190 IC უნდა იყოს ნორმალურ რეჟიმში მუშაობისას, რომ მიიღოთ NFC ფუნქციონირება მისგან.
როდესაც PN5190 IC ჩაიტვირთება, ის ყოველთვის ელოდება ბრძანებების მიღებას ჰოსტისგან ოპერაციის შესასრულებლად, გარდა იმ შემთხვევებისა, როდესაც PN5190 IC-ში გენერირებული მოვლენები არ გამოიწვევს PN5190 IC ჩატვირთვას.
4.2 ბრძანებების სია დასრულდაview
ცხრილი 8. PN5190 ბრძანებების სია

ბრძანების კოდი	ბრძანების სახელი
0x00	ჩაწერა_რეგისტრაცია
0x01	ჩაწერა_რეგისტრაცია_ან_ნიღბა
0x02	ჩაწერა_რეგისტრაცია_და_ნიღბა
0x03	WRITE_REGISTER_MULTIPLE
0x04	READ_REGISTER
0x05	წაკითხვა_რეგისტრაცია_მრავალჯერადი
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	ტრანსმისიის_RF_მონაცემები
0x09	RETRIEVE_RF_DATA
0x0A	EXCHANGE_RF_DATA
0XXX	MFC_ავთენტიფიკაცია
0x0C	EPC_GEN2_ინვენტორი
0x0D	ლოად_რფ_კონფიგურაცია
0x0E	განახლება_RF_კონფიგურაცია
0x0F	მიიღეთ_ RF_კონფიგურაცია
0x10	RF_ON
0x11	RF_OFF
0x12	TESTBUS_DIGITAL-ის კონფიგურაცია
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ჩართვა
0x15	CTS_კონფიგურაცია
0x16	CTS_RETRIEVE_LOG
0-17-0	RFU-ები
0x19	FW v2.01-მდე: RFU
0x19	FW v2.03-დან: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	RFU-ები
0x20	ნორმალური რეჟიმის შეცვლა
0x21	ავტომატური_შეცვლა_რეჟიმი
0x22	ლოდინის რეჟიმის გადართვა
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_ტესტი
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 შეჯახების შეცდომა
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	0XXX	დაცულია
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_მომხმარებლის_გაუქმება	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	მიუთითებს, რომ ბრძანების მოქმედება ვერ მოხერხდა (შეიძლება შეიცავდეს შეცდომას ინსტრუქციის პარამეტრებში, სინტაქსის შეცდომას, შეცდომას თავად ოპერაციაში, ინსტრუქციის წინასწარი მოთხოვნების შეუსრულებლობა და ა.შ.)
PN5190_STATUS_ACCESS_უარყოფილი	0x19	მიუთითებს, რომ შიდა მეხსიერებაზე წვდომა უარყოფილია
PN5190_STATUS_TX_FAILURE	0x1A	მიუთითებს, რომ TX RF-ზე ვერ მოხერხდა
PN5190_STATUS_NO_ANTENNA	0XXX	მიუთითებს, რომ არ არის დაკავშირებული ანტენა
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 ნორმალური მოვლენები IRQ პინზე
ეს მოვლენები არის შემდეგი კატეგორიები:

ყოველთვის ჩართულია – მასპინძელი ყოველთვის ეცნობება

მასპინძლის მიერ კონტროლირებადი – მასპინძელი ეცნობება, თუ რეესტრში დაყენებულია შესაბამისი Event Enable ბიტი (EVENT_ENABLE (01h)).

დაბალი დონის შეფერხებები პერიფერიული IP-ებიდან, CLIF-ის ჩათვლით, სრულად უნდა დამუშავდეს პროგრამული უზრუნველყოფის შიგნით და მასპინძელი ეცნობება მხოლოდ მოვლენების განყოფილებაში ჩამოთვლილ მოვლენებს.
Firmware ახორციელებს ორ მოვლენის რეგისტრს, როგორც RAM-ის რეგისტრებს, რომელთა დაწერა/წაკითხვა შესაძლებელია განყოფილების 4.5.1.1 / განყოფილების 4.5.1.5 ბრძანებების გამოყენებით.
რეგისტრაცია EVENT_ENABLE (0x01) => ჩართეთ კონკრეტული/ყველა მოვლენის შეტყობინებები.
რეგისტრაცია EVENT_STATUS (0x02) => ღონისძიების შეტყობინებების დატვირთვის ნაწილი.
ღონისძიებები უნდა გასუფთავდეს მასპინძლის მიერ მას შემდეგ რაც ღონისძიების შეტყობინება წაიკითხება მასპინძლის მიერ.
მოვლენები ასინქრონული ხასიათისაა და ეცნობება მასპინძელს, თუ ისინი ჩართულია EVENT_ENABLE რეესტრში.
ქვემოთ მოცემულია მოვლენების სია, რომლებიც ხელმისაწვდომი უნდა იყოს მასპინძლისთვის, როგორც ღონისძიების შეტყობინების ნაწილი.
ცხრილი 10. PN5190 მოვლენები (EVENT_STATUS-ის შიგთავსი)

ბიტი - დიაპაზონი		ველი [1]	ყოველთვის ჩართულია (Y/N)
31	12	RFU-ები	NA
11	11	CTS_ღონისძიება [2]	N
10	10	IDLE_ღონისძიება	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_ღონისძიება	Y
7	7	ავტოკოლექცია_ღონისძიება	Y
6	6	TIMER0_ღონისძიება	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_ღონისძიება [2]	N
3	3	RFOFF_DET_ღონისძიება [2]	N
2	2	STANDBY_PREV_ღონისძიება	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	ჩატვირთვის ღონისძიება	Y

გაითვალისწინეთ, რომ შეცდომის შემთხვევის გარდა, ორი ღონისძიება არ არის დაბლოკილი. ოპერაციის დროს შეცდომების შემთხვევაში დაყენდება ფუნქციური მოვლენა (მაგ. BOOT_EVENT, AUTOCALL_EVENT და ა.შ.) და GENERAL_ERROR_EVENT.

ეს ღონისძიება ავტომატურად გაითიშება მას შემდეგ რაც გამოქვეყნდება მასპინძელზე. მასპინძელმა ხელახლა უნდა ჩართოს ეს ღონისძიებები, თუ მას სურს ამ მოვლენების შესახებ შეტყობინების მიღება.

4.4.1.1 ღონისძიების შეტყობინების ფორმატები
მოვლენის შეტყობინების ფორმატი განსხვავდება მოვლენის შემთხვევისა და PN5190-ის სხვადასხვა მდგომარეობის მიხედვით.
მასპინძელმა უნდა წაიკითხოს tag (T) და შეტყობინების სიგრძე (L) და შემდეგ წაიკითხეთ ბაიტების შესაბამისი რაოდენობა, როგორც მოვლენების მნიშვნელობა (V).
ზოგადად, მოვლენის შეტყობინება (იხ. სურათი 12) შეიცავს EVENT_STATUS-ს, როგორც ეს განსაზღვრულია ცხრილში 11 და მოვლენის მონაცემები შეესაბამება EVENT_STATUS-ში დაყენებულ მოვლენის შესაბამის ბიტს.
შენიშვნა:
ზოგიერთი მოვლენისთვის, დატვირთვა არ არსებობს. მაგალითად, თუ TIMER0_EVENT გააქტიურებულია, მხოლოდ EVENT_STATUS არის მოწოდებული, როგორც მოვლენის შეტყობინების ნაწილი.
ცხრილი 11 ასევე ასახავს, არის თუ არა მოვლენის მონაცემები შესაბამისი მოვლენისთვის მოვლენის შეტყობინებაში.GENERAL_ERROR_EVENT შეიძლება ასევე მოხდეს სხვა მოვლენებთან ერთად.
ამ სცენარში, მოვლენის შეტყობინება (იხ. სურათი 13) შეიცავს EVENT_STATUS-ს, როგორც ეს განსაზღვრულია ცხრილში 11 და GENERAL_ERROR_STATUS_DATA, როგორც ეს განსაზღვრულია ცხრილში 14 და შემდეგ მოვლენის მონაცემები შეესაბამება 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 ბიტების განმარტებები

ბიტი (-დან)		ღონისძიება	აღწერა	შესაბამისი მოვლენის მონაცემები (ასეთის არსებობის შემთხვევაში)
31	12	RFU-ები	დაცულია
11	11	CTS_ღონისძიება	ეს ბიტი დაყენებულია CTS მოვლენის გენერირებისას.	ცხრილი 86
10	10	IDLE_ღონისძიება	ეს ბიტი დაყენებულია, როდესაც მიმდინარე ბრძანება გაუქმებულია SWITCH_MODE_NORMAL ბრძანების გამოცემის გამო.	მოვლენის მონაცემები არ არის
9	9	LPCD_CALIBRATION_DONE_ EVENT	ეს ბიტი დაყენებულია LPCD calibrationdone მოვლენის გენერირებისას.	ცხრილი 16
8	8	LPCD_ღონისძიება	ეს ბიტი დაყენებულია LPCD მოვლენის გენერირებისას.	ცხრილი 15
7	7	ავტოკოლექცია_ღონისძიება	ეს ბიტი დაყენებულია, როდესაც დასრულდება AUTOCOLL ოპერაცია.	ცხრილი 52
6	6	TIMER0_ღონისძიება	ეს ბიტი დაყენებულია, როდესაც ხდება TIMER0 მოვლენა.	მოვლენის მონაცემები არ არის
5	5	TX_OVERCURRENT_ERROR_ EVENT	ეს ბიტი დაყენებულია, როდესაც TX დრაივერზე დენი უფრო მაღალია EEPROM-ში განსაზღვრულ ზღვარზე. ამ პირობით, ველი ავტომატურად გამორთულია ჰოსტის შეტყობინებამდე. გთხოვთ, იხილოთ ნაწილი 4.4.2.2.	მოვლენის მონაცემები არ არის
4	4	RFON_DET_ღონისძიება	ეს ბიტი დაყენებულია გარე RF ველის აღმოჩენისას.	მოვლენის მონაცემები არ არის
3	3	RFOFF_DET_ღონისძიება	ეს ბიტი დაყენებულია, როდესაც უკვე არსებული გარე RF ველი ქრება.	მოვლენის მონაცემები არ არის
2	2	STANDBY_PREV_ღონისძიება	ეს ბიტი დაყენებულია, როდესაც ლოდინის რეჟიმი აკრძალულია პრევენციის პირობების გამო	ცხრილი 13
1	1	GENERAL_ERROR_EVENT	ეს ბიტი დაყენებულია, როდესაც არსებობს რაიმე ზოგადი შეცდომის პირობები	ცხრილი 14
0	0	ჩატვირთვის ღონისძიება	ეს ბიტი დაყენებულია, როდესაც PN5190 ჩაიტვირთება POR/Standby-ით	ცხრილი 12

4.4.1.2.2 ბიტის განმარტებები BOOT_STATUS_DATA-სთვის
ცხრილი 12. BOOT_STATUS_DATA ბიტების განმარტებები

ცოტა რომ	ცოტა საწყისი	ჩატვირთვის სტატუსი	ჩატვირთვის მიზეზი გამო
31	27	RFU-ები	დაცულია
26	26	ULP_STANDBY	ჩატვირთვის მიზეზი ULP_STANDBY-დან გასვლის გამო.
25	23	RFU-ები	დაცულია
22	22	BOOT_ RX_ULPDET	RX ULPDET-მა გამოიწვია ჩატვირთვა ULP-Standby რეჟიმში
21	21	RFU-ები	დაცულია
20	20	BOOT_SPI	ჩატვირთვის მიზეზი SPI_NTS სიგნალის დაქვეითების გამო
19	17	RFU-ები	დაცულია
16	16	BOOT_GPIO3	ჩატვირთვის მიზეზი GPIO3-ის დაბალიდან მაღალზე გადასვლის გამო.
15	15	BOOT_GPIO2	ჩატვირთვის მიზეზი GPIO2-ის დაბალიდან მაღალზე გადასვლის გამო.
14	14	BOOT_GPIO1	ჩატვირთვის მიზეზი GPIO1-ის დაბალიდან მაღალზე გადასვლის გამო.
13	13	BOOT_GPIO0	ჩატვირთვის მიზეზი GPIO0-ის დაბალიდან მაღალზე გადასვლის გამო.
12	12	BOOT_LPDET	ჩატვირთვის მიზეზი STANDBY/SUSPEND-ის დროს გარე RF ველის არსებობის გამო
11	11	RFU-ები	დაცულია
10	8	RFU-ები	დაცულია
7	7	BOOT_SOFT_RESET	ჩატვირთვის მიზეზი IC-ის რბილი გადატვირთვის გამო
6	6	BOOT_VDDIO_LOSS	ჩატვირთვის მიზეზი VDDIO-ს დაკარგვის გამო. იხილეთ ნაწილი 4.4.2.3
5	5	BOOT_VDDIO_START	ჩატვირთვის მიზეზი, თუ STANDBY შევიდა VDDIO LOSS-ით. იხილეთ ნაწილი 4.4.2.3
4	4	BOOT_WUC	ჩატვირთვის მიზეზი გამოღვიძების მრიცხველის გამო, რომელიც გავიდა STANDBY ოპერაციის დროს.
3	3	ჩატვირთვის ტემპერატურა	ჩატვირთვის მიზეზი IC ტემპერატურის გამო მეტია კონფიგურირებულ ზღურბლზე. გთხოვთ, იხილოთ ნაწილი 4.4.2.1
2	2	BOOT_WDG	ჩატვირთვის მიზეზი დამკვირვებლის გადატვირთვის გამო
1	1	RFU-ები	დაცულია
0	0	ჩატვირთვა_POR	ჩატვირთვის მიზეზი ჩართვის გადატვირთვის გამო

4.4.1.2.3 ბიტიანი განმარტებები STANDBY_PREV_STATUS_DATA-სთვის
ცხრილი 13. STANDBY_PREV_STATUS_DATA ბიტების განმარტებები

ცოტა რომ	ცოტა საწყისი	ლოდინის პრევენცია	ლოდინის დრო აღკვეთილია იმის გამო
31	26	RFU-ები	დაჯავშნილი
25	25	RFU-ები	დაჯავშნილი
24	24	PREV_TEMP	IC-ების ოპერაციული ტემპერატურა ზღვარს სცილდება
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 ბიტებისთვის

ცოტა რომ	ცოტა ეხლა	შეცდომის სტატუსი	აღწერა
31	6	RFU-ები	დაცულია
5	5	XTAL_START_ERROR	XTAL-ის დაწყება ჩატვირთვისას ვერ მოხერხდა
4	4	SYS_TRIM_RECOVERY_ERROR	მოხდა შიდა სისტემის მოწესრიგების მეხსიერების შეცდომა, მაგრამ აღდგენა ვერ მოხერხდა. სისტემა მუშაობს შემცირებულ რეჟიმში.
3	3	SYS_TRIM_RECOVERY_SUCCESS	მოხდა შიდა სისტემის მოჭრის მეხსიერების შეცდომა და აღდგენა წარმატებით დასრულდა. მასპინძელმა უნდა შეასრულოს PN5190-ის გადატვირთვა, რომ აღდგენა ძალაში შევიდეს.
2	2	TXLDO_ERROR	TXLDO შეცდომა
1	1	საათის_შეცდომა	საათის შეცდომა
0	0	GPADC_ERROR	ADC შეცდომა

4.4.1.2.5 ბიტიანი განმარტებები LPCD_STATUS_DATA-სთვის
ცხრილი 15. LPCD_STATUS_DATA ბაიტების განმარტებები

ცოტა რომ	ცოტა საწყისი	სტატუსის ბიტების გამოყენებადობა LPCD ან ULPCD-ის ძირითადი მოქმედების მიხედვით			შესაბამისი ბიტის აღწერა დაყენებულია სტატუსის ბაიტში.
			LPCD	ULPCD
31	7	RFU-ები			დაცულია
6	6	შეწყვეტა_HIF	Y	N	შეწყვეტილია HIF-ის საქმიანობის გამო
5	5	CLKDET შეცდომა	N	Y	შეწყვეტილია CLKDET შეცდომის გამო
4	4	XTAL დროის ამოწურვა	N	Y	შეწყვეტილია XTAL დროის ამოწურვის გამო
3	3	VDDPA LDO ჭარბი მიმდინარეობა	N	Y	შეწყვეტილია VDDPA LDO გადაჭარბებული დენის გამო
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 სტატუსის მონაცემთა ბაიტების განმარტებები ULPCD-სთვის

ცოტა რომ	ცოტა საწყისი	LPCD_CALIBRATION DONE-ის სტატუსი ღონისძიება	შესაბამისი ბიტის აღწერა დაყენებულია სტატუსის ბაიტში.
31	11		დაცულია
10	0	საცნობარო მნიშვნელობა ULPCD კალიბრაციიდან	გაზომილი RSSI მნიშვნელობა ULPCD კალიბრაციის დროს, რომელიც გამოიყენება როგორც მითითება ULPCD-ის დროს

ცხრილი 17. LPCD_CALIBRATION_DONE სტატუსის მონაცემთა ბაიტების განმარტებები LPCD-სთვის

ცოტა რომ	ცოტა საწყისი	სტატუსის ბიტების გამოყენებადობა LPCD ან ULPCD-ის ძირითადი მოქმედების მიხედვით			შესაბამისი ბიტის აღწერა დაყენებულია სტატუსის ბაიტში.
2	2	გარე RF ველი	Y	Y	შეწყვეტილია გარე RF ველის გამო
1	1	GPIO3 შეწყვეტა	N	Y	შეწყვეტილია GPIO3 დონის ცვლილების გამო
0	0	ბარათი აღმოჩენილია	Y	Y	ბარათი აღმოჩენილია

4.4.2 ჩატვირთვის სხვადასხვა სცენარების მართვა
PN5190 IC ამუშავებს სხვადასხვა შეცდომის პირობებს, რომლებიც დაკავშირებულია 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.
გადაჭარბებული დენის მდგომარეობის ხანგრძლივობა შეიძლება კონტროლდებოდეს EEPROM ველის TXLDO_CONFIG [2] შეცვლით.
მიმდინარე ზღურბლზე მეტი IC-ის შესახებ ინფორმაციისთვის იხილეთ დოკუმენტი [2].
შენიშვნა:
თუ არის რაიმე სხვა მომლოდინე მოვლენა ან პასუხი, ისინი გაეგზავნება მასპინძელს.
4.4.2.3 VDDIO-ს დაკარგვა ექსპლუატაციის დროს
თუ PN5190 IC შეხვდება, რომ არ არის VDDIO (VDDIO დაკარგვა), IC შედის ლოდინის რეჟიმში.
IC ჩაიტვირთება მხოლოდ მაშინ, როდესაც 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 განყოფილების გაგზავნით, არც SPI ტრანზაქციის დაწყებით (SPI_NTS სიგნალის დაწევით).
ცხრილი 18. მოსალოდნელი მოვლენის პასუხი, როდესაც სხვადასხვა ბრძანება წყდება 4.5.4.5.2 განყოფილებით

ბრძანებები	ქცევა გადართვის რეჟიმის ნორმალური ბრძანების გაგზავნისას
ყველა ბრძანება, სადაც დაბალი სიმძლავრე არ არის შეყვანილი	EVENT_STAUS დაყენებულია „IDLE_EVENT“
გადართვის რეჟიმი LPCD	EVENT_STATUS დაყენებულია „LPCD_EVENT“ და „LPCD_ STATUS_DATA“ მიუთითებს სტატუსის ბიტებად, როგორც „Abort_HIF“
ლოდინის რეჟიმის შეცვლა	EVENT_STAUS დაყენებულია „BOOT_EVENT“ „BOOT_ STATUS_DATA“, რომელიც მიუთითებს ბიტებზე „BOOT_SPI“
გადართვის რეჟიმი Autocoll (არა ავტონომიური რეჟიმი, ავტონომიური რეჟიმი ლოდინის რეჟიმში და ავტონომიური რეჟიმი ლოდინის გარეშე)	EVENT_STAUS დაყენებულია „AUTOCOLL_EVENT“ STATUS_DATA ბიტით, რაც მიუთითებს, რომ ბრძანება გაუქმდა მომხმარებლის მიერ.

4.5 ნორმალური რეჟიმის მუშაობის ინსტრუქციის დეტალები
4.5.1 რეგისტრაციის მანიპულირება
ამ განყოფილების ინსტრუქციები გამოიყენება PN5190-ის ლოგიკურ რეესტრებზე წვდომისათვის.
4.5.1.1 ჩაწერის_რეგისტრაცია
ეს ინსტრუქცია გამოიყენება ლოგიკურ რეესტრში 32-ბიტიანი მნიშვნელობის (პატარა-ენდიანის) ჩასაწერად.
4.5.1.1.1 პირობა
რეესტრის მისამართი უნდა არსებობდეს და რეესტრს უნდა ჰქონდეს READ-WRITE ან WRITE-ONLY ატრიბუტი.
4.5.1.1.2 ბრძანება
ცხრილი 19. WRITE_REGISTER ბრძანების მნიშვნელობა ჩაწერეთ 32-ბიტიანი მნიშვნელობა რეესტრში.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეგისტრაცია მისამართი	1 ბაიტი	რეესტრის მისამართი.

ცხრილი 19. WRITE_REGISTER ბრძანების მნიშვნელობა…გაგრძელება
ჩაწერეთ 32-ბიტიანი მნიშვნელობა რეესტრში.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ღირებულება	4 ბაიტი	32-ბიტიანი რეგისტრის მნიშვნელობა, რომელიც უნდა დაიწეროს. (პატარა-ენდიანი)

4.5.1.1.3 პასუხი
ცხრილი 20. WRITE_REGISTER პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.1.2 ჩაწერა_რეგისტრაცია_ან_ნიღბა
ეს ინსტრუქცია გამოიყენება რეესტრის შინაარსის შესაცვლელად ლოგიკური OR ოპერაციის გამოყენებით. რეესტრის შინაარსი იკითხება და მოწოდებული ნიღბით ხორციელდება ლოგიკური OR ოპერაცია. შეცვლილი შინაარსი იწერება რეესტრში.
4.5.1.2.1 პირობა
რეესტრის მისამართი უნდა არსებობდეს და რეესტრს უნდა ჰქონდეს READ-WRITE ატრიბუტი.
4.5.1.2.2 ბრძანება
ცხრილი 21. WRITE_REGISTER_OR_MASK ბრძანების მნიშვნელობა შეასრულეთ ლოგიკური OR ოპერაცია რეესტრზე მოწოდებული ნიღბის გამოყენებით.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეგისტრაცია მისამართი	1 ბაიტი	რეესტრის მისამართი.
ნიღაბი	4 ბაიტი	Bitmask გამოიყენება როგორც ოპერანდი ლოგიკური OR ოპერაციისთვის. (პატარა ენდიანი)

4.5.1.2.3 პასუხი
ცხრილი 22. WRITE_REGISTER_OR_MASK პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.1.3 ჩაწერა_რეგისტრაცია_და_ნიღბა
ეს ინსტრუქცია გამოიყენება რეესტრის შინაარსის შესაცვლელად ლოგიკური და ოპერაციის გამოყენებით. რეესტრის შინაარსი იკითხება და მოწოდებული ნიღბით ხორციელდება ლოგიკური AND ოპერაცია. შეცვლილი შინაარსი იწერება რეესტრში.
4.5.1.3.1 პირობა
რეესტრის მისამართი უნდა არსებობდეს და რეესტრს უნდა ჰქონდეს READ-WRITE ატრიბუტი.
4.5.1.3.2 ბრძანება
ცხრილი 23. WRITE_REGISTER_AND_MASK ბრძანების მნიშვნელობა შეასრულეთ ლოგიკური და ოპერაცია რეესტრზე მოწოდებული ნიღბის გამოყენებით.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეგისტრაცია მისამართი	1 ბაიტი	რეესტრის მისამართი.
ნიღაბი	4 ბაიტი	Bitmask გამოიყენება როგორც ოპერანდი ლოგიკური და ოპერაციისთვის. (პატარა ენდიანი)

4.5.1.3.3 პასუხი
ცხრილი 24. პასუხის მნიშვნელობა WRITE_REGISTER_AND_MASK

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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, მათი კომბინირების შესაძლებლობით. ფაქტობრივად, ის იღებს რეგისტრის ტიპის მნიშვნელობის ნაკრების მასივს და ასრულებს შესაბამის მოქმედებას. ტიპი ასახავს მოქმედებას, რომელიც არის ჩაწერის რეგისტრაცია, ლოგიკური ან ოპერაცია რეესტრზე ან ლოგიკური AND ოპერაცია რეესტრზე.
4.5.1.4.1 პირობა
რეესტრის შესაბამისი ლოგიკური მისამართი კომპლექტის ფარგლებში უნდა არსებობდეს.
რეგისტრის წვდომის ატრიბუტი უნდა დაუშვას საჭირო მოქმედების (ტიპის) შესრულება:

ჩაწერის მოქმედება (0x01): READ-WRITE ან WRITE-ONLY ატრიბუტი

OR mask action (0x02): READ-WRITE ატრიბუტი
AND mask action (0x03): READ-WRITE ატრიბუტი

"Set" მასივის ზომა უნდა იყოს 1-დან 43-მდე დიაპაზონში, მათ შორის.
ველი „ტიპი“ უნდა იყოს 1 – 3 დიაპაზონში, მათ შორის

4.5.1.4.2 ბრძანება
ცხრილი 25. WRITE_REGISTER_MULTIPLE ბრძანების მნიშვნელობა ჩაწერის რეგისტრის ოპერაციის შესრულება Register-Value წყვილების ნაკრების გამოყენებით.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
დააყენეთ [1…n]	6 ბაიტი	რეგისტრაცია მისამართი	1 ბაიტი	რეესტრის ლოგიკური მისამართი.
		ტიპი	1 ბაიტი	0x1	დაწერეთ რეგისტრაცია
				0x2	დაწერეთ რეგისტრაცია ან ნიღაბი
				0x3	დაწერეთ რეგისტრაცია და ნიღაბი
		ღირებულება	4 ბაიტი	32 Bite რეგისტრის მნიშვნელობა, რომელიც უნდა იყოს ჩაწერილი, ან ბიტმასკი გამოიყენება ლოგიკური ოპერაციისთვის. (პატარა-ენდიანი)

შენიშვნა: გამონაკლისის შემთხვევაში ოპერაცია არ ხდება უკან დაბრუნება, ანუ რეგისტრები, რომლებიც შეცვლილია გამონაკლისის დადგომამდე, რჩება შეცვლილ მდგომარეობაში. მასპინძელმა უნდა მიიღოს შესაბამისი ქმედებები განსაზღვრულ მდგომარეობაში აღსადგენად.
4.5.1.4.3 პასუხი
ცხრილი 26. WRITE_REGISTER_MULTIPLE პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.1.5 წაკითხვა_რეგისტრაცია
ეს ინსტრუქცია გამოიყენება ლოგიკური რეესტრის შინაარსის წასაკითხად. შინაარსი წარმოდგენილია პასუხში, როგორც 4-ბაიტი მნიშვნელობის პატარა ენდიის ფორმატში.
4.5.1.5.1 პირობა
ლოგიკური რეესტრის მისამართი უნდა არსებობდეს. რეესტრის წვდომის ატრიბუტი უნდა იყოს READ-WRITE ან READ-ONLY.
4.5.1.5.2 ბრძანება
ცხრილი 27. READ_REGISTER ბრძანების მნიშვნელობა
წაიკითხეთ რეესტრის შინაარსი.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეგისტრაცია მისამართი	1 ბაიტი	ლოგიკური რეესტრის მისამართი

4.5.1.5.3 პასუხი
ცხრილი 28. READ_REGISTER პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
რეგისტრაცია ღირებულება	4 ბაიტი	32-ბიტიანი რეგისტრის მნიშვნელობა, რომელიც წაკითხულია. (პატარა-ენდიანი)

4.5.1.5.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.1.6 მრავალჯერადი_რეგისტრაცია
ეს ინსტრუქცია გამოიყენება რამდენიმე ლოგიკური რეგისტრის ერთდროულად წასაკითხად. შედეგი (თითოეული რეესტრის შინაარსი) მოცემულია ინსტრუქციის პასუხში. თავად რეგისტრაციის მისამართი არ შედის პასუხში. რეესტრის შიგთავსის თანმიმდევრობა პასუხში შეესაბამება რეესტრის მისამართების თანმიმდევრობას ინსტრუქციაში.
4.5.1.6.1 პირობა
ინსტრუქციის ფარგლებში ყველა რეესტრის მისამართი უნდა არსებობდეს. თითოეული რეესტრისთვის წვდომის ატრიბუტი უნდა იყოს READ-WRITE ან READ-ONLY. „რეგისტრაციის მისამართის“ მასივის ზომა უნდა იყოს 1-დან 18-მდე დიაპაზონში.
4.5.1.6.2 ბრძანება
ცხრილი 29. READ_REGISTER_MULTIPLE ბრძანების მნიშვნელობა შეასრულეთ წაკითხვის რეგისტრის ოპერაცია რეგისტრების კომპლექტზე.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეგისტრაციის მისამართი[1…n]	1 ბაიტი	რეგისტრაცია მისამართი

4.5.1.6.3 პასუხი
ცხრილი 30. READ_REGISTER_MULTIPLE პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
რეგისტრაციის ღირებულება [1…n]	4 ბაიტი	ღირებულება	4 ბაიტი	32-ბიტიანი რეგისტრის მნიშვნელობა, რომელიც წაკითხულია (პატარა-ენდიანი).

4.5.1.6.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.2 E2PROM მანიპულირება
ხელმისაწვდომი ტერიტორია E2PROM-ში არის EEPROM რუქის და მისამართების ზომის მიხედვით.
შენიშვნა:
1. სადაც არ უნდა იყოს მითითებული „E2PROM მისამართი“ ქვემოთ მოცემულ ინსტრუქციებში, მიუთითეთ მისამართების EEPROM არეალის ზომაზე.
4.5.2.1 WRITE_E2PROM
ეს ინსტრუქცია გამოიყენება E2PROM-ში ერთი ან მეტი მნიშვნელობის ჩასაწერად. ველი „მნიშვნელობები“ შეიცავს მონაცემებს, რომლებიც უნდა ჩაიწეროს E2PROM-ში, დაწყებული მისამართიდან, რომელიც მითითებულია ველში „E2PROM მისამართი“. მონაცემები იწერება თანმიმდევრობით.
შენიშვნა:
გაითვალისწინეთ, რომ ეს არის დაბლოკვის ბრძანება, ეს ნიშნავს, რომ NFC FE დაბლოკილია ჩაწერის ოპერაციის დროს. ამას შეიძლება რამდენიმე მილიწამი დასჭირდეს.
4.5.2.1.1 პირობა
„E2PROM მისამართი“ ველი უნდა იყოს [2]-ის მიხედვით. ბაიტების რაოდენობა "მნიშვნელობების" ველში უნდა იყოს 1-დან 1024-მდე (0x0400) ფარგლებში. ჩაწერის ოპერაცია არ უნდა სცდებოდეს EEPROM მისამართს, როგორც აღნიშნულია [2]-ში. შეცდომის პასუხი გაეგზავნება ჰოსტს, თუ მისამართი აღემატება EEPROM მისამართების სივრცეს, როგორც [2]-ში.
4.5.2.1.2 ბრძანება
ცხრილი 31. WRITE_E2PROM ბრძანების მნიშვნელობა ჩაწერეთ მოცემული მნიშვნელობები თანმიმდევრულად E2PROM-ზე.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
E2PROM მისამართი	2 ბაიტი	მისამართი EEPROM-ში, საიდანაც უნდა დაიწყოს ჩაწერის ოპერაცია. (პატარა ენდიანი)
ღირებულებები	1 – 1024 ბაიტი	მნიშვნელობები, რომლებიც უნდა ჩაიწეროს E2PROM-ში თანმიმდევრობით.

4.5.2.1.3 პასუხი
ცხრილი 32. WRITE_EEPROM პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 მისამართი“ მიუთითებს წაკითხვის ოპერაციის დაწყების მისამართს. პასუხი შეიცავს E2PROM-დან წაკითხულ მონაცემებს.
4.5.2.2.1 პირობა
„E2PROM მისამართი“ ველი უნდა იყოს მოქმედ დიაპაზონში.
„ბაიტების რაოდენობა“ ველი უნდა იყოს 1-დან 256-მდე დიაპაზონში, მათ შორის.
წაკითხვის ოპერაცია არ უნდა სცდებოდეს ბოლო ხელმისაწვდომ EEPROM მისამართს.
შეცდომის პასუხი გაეგზავნება ჰოსტს, თუ მისამართი აღემატება EEPROM მისამართების სივრცეს.
4.5.2.2.2 ბრძანება
ცხრილი 33. READ_E2PROM ბრძანების მნიშვნელობა წაიკითხეთ მნიშვნელობები E2PROM-დან თანმიმდევრულად.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
E2PROM მისამართი	2 ბაიტი	მისამართი E2PROM-ში, საიდანაც დაიწყება წაკითხვის ოპერაცია. (პატარა ენდიანი)
ბაიტების რაოდენობა	2 ბაიტი	წასაკითხი ბაიტების რაოდენობა. (პატარა-ენდიანი)

4.5.2.2.3 პასუხი
ცხრილი 34. READ_E2PROM პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
ღირებულებები	1 – 1024 ბაიტი	მნიშვნელობები, რომლებიც წაკითხულია თანმიმდევრობით.

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 პროტოკოლის არეალის ჩათვლით.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
–	–	არ არის მონაცემები დატვირთვაში

4.5.2.3.2 პასუხი
ცხრილი 36. GET_CRC_USER_AREA პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
ღირებულებები	4 ბაიტი	4 ბაიტი CRC მონაცემები პატარა ენდიის ფორმატში.

4.5.2.3.3 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.3 CLIF მონაცემთა მანიპულირება
ამ განყოფილებაში აღწერილი ინსტრუქციები აღწერს RF გადაცემის და მიღების ბრძანებებს.
4.5.3.1 RF_მონაცემების გაცვლა
RF გაცვლის ფუნქცია ასრულებს TX მონაცემების გადაცემას და ელოდება ნებისმიერი RX მონაცემების მიღებას.
ფუნქცია ბრუნდება მიღების შემთხვევაში (მცდარი ან სწორი) ან მოხდა დროის ამოწურვა. ტაიმერი იწყება TRANSMISSION-ის დასასრულით და ჩერდება მიღების დაწყებასთან ერთად. EEPROM-ში წინასწარ კონფიგურირებული დროის ამოწურვის მნიშვნელობა გამოყენებული იქნება იმ შემთხვევაში, თუ ვადა არ არის კონფიგურირებული Exchange ბრძანების შესრულებამდე.
თუ გადამცემის_მდგომარეობა არის

IDLE-ში შედის TRANSCEIVE რეჟიმი.
WAIT_RECEIVE-ში გადამცემის მდგომარეობა აღდგება TRANSCEIVE MODE-ზე ინიციატორის ბიტის დაყენების შემთხვევაში

WAIT_TRANSMIT-ში გადამცემის მდგომარეობა აღდგება TRANSCEIVE MODE-ზე იმ შემთხვევაში, თუ ინიციატორის ბიტი არ არის დაყენებული

ველი „მოქმედი ბიტების რაოდენობა ბოლო ბაიტში“ მიუთითებს გადასაცემი მონაცემთა ზუსტ სიგრძეზე.

4.5.3.1.1 პირობა
„TX Data“ ველის ზომა უნდა იყოს 0-დან 1024-მდე დიაპაზონში.
„ბოლო ბაიტში მოქმედი ბიტების რაოდენობა“ უნდა იყოს 0-დან 7-მდე დიაპაზონში.
ბრძანება არ უნდა გამოიძახოთ მიმდინარე RF გადაცემის დროს. სარდლობამ უნდა უზრუნველყოს გადამცემის სწორი მდგომარეობა მონაცემთა გადაცემისთვის.
შენიშვნა:
ეს ბრძანება მოქმედებს მხოლოდ Reader რეჟიმში და P2P” პასიური/აქტიური ინიციატორის რეჟიმში.
4.5.3.1.2 ბრძანება
ცხრილი 37. EXCHANGE_RF_DATA ბრძანების მნიშვნელობა
ჩაწერეთ TX მონაცემები შიდა RF გადაცემის ბუფერში და იწყებს გადაცემას transceive ბრძანების გამოყენებით და დაელოდეთ მიღებას ან დროის ამოწურვას, რათა მოამზადოთ პასუხი ჰოსტისთვის.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
მოქმედი ბიტების რაოდენობა ბოლო ბაიტში	1 ბაიტი	0	ბოლო ბაიტის ყველა ბიტი გადაცემულია
		1 – 7	ბიტების რაოდენობა ბოლო ბაიტის ფარგლებში გადასაცემი.
RFExchangeConfig	1 ბაიტი	RFExchange ფუნქციის კონფიგურაცია. დეტალები იხილეთ ქვემოთ

ცხრილი 37. EXCHANGE_RF_DATA ბრძანების მნიშვნელობა…გაგრძელება
ჩაწერეთ TX მონაცემები შიდა RF გადაცემის ბუფერში და იწყებს გადაცემას transceive ბრძანების გამოყენებით და დაელოდეთ მიღებას ან დროის ამოწურვას, რათა მოამზადოთ პასუხი ჰოსტისთვის.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
TX მონაცემები	n ბაიტი	TX მონაცემები, რომლებიც უნდა გაიგზავნოს CLIF-ის მეშვეობით transceive ბრძანების გამოყენებით. n = 0 – 1024 ბაიტი

ცხრილი 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	აღწერა
								ბიტი 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 პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ბაიტი	თუ მოითხოვება RX_STATUS (ცოტა-ენდიანი)
RX_STATUS_ERROR	4 ბაიტი	თუ მოითხოვება RX_STATUS_ERROR (ცოტა-ენდიანი)
ღონისძიების სტატუსი	4 ბაიტი	თუ მოთხოვნილია EVENT_STATUS (ცოტა-ენდიანი)
RX მონაცემები	1 – 1024 ბაიტი	თუ მოითხოვება RX მონაცემები. RX მონაცემები მიღებული RF გაცვლის RF მიღების ფაზაში.

4.5.3.1.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.3.2 გადაცემის_RF_მონაცემები
ეს ინსტრუქცია გამოიყენება მონაცემთა ჩასაწერად შიდა CLIF გადაცემის ბუფერში და გადაცემის დასაწყებად შიდა transceive ბრძანების გამოყენებით. ამ ბუფერის ზომა შემოიფარგლება 1024 ბაიტით. ამ ინსტრუქციის შესრულების შემდეგ, RF მიღება ავტომატურად იწყება.
ბრძანება ბრუნდება გადაცემის დასრულებისთანავე და არ ელოდება მიღების დასრულებას.
4.5.3.2.1 პირობა
ბაიტების რაოდენობა "TX Data" ველში უნდა იყოს 1-დან 1024-მდე დიაპაზონში.
ბრძანება არ უნდა გამოიძახოთ მიმდინარე RF გადაცემის დროს.
4.5.3.2.2 ბრძანება
ცხრილი 40. TRANSMIT_RF_DATA ბრძანების მნიშვნელობა ჩაწერეთ TX მონაცემები შიდა CLIF გადაცემის ბუფერში.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
მოქმედი ბიტების რაოდენობა ბოლო ბაიტში	1 ბაიტი	0 ბოლო ბაიტის ყველა ბიტი გადაცემულია 1 – 7 ბიტების რაოდენობა ბოლო გადასაცემი ბაიტის ფარგლებში.
RFU-ები	1 ბაიტი	დაცულია
TX მონაცემები	1 – 1024 ბაიტი	TX მონაცემები, რომლებიც გამოყენებული იქნება შემდეგი RF გადაცემის დროს.

4.5.3.2.3 პასუხი
ცხრილი 41. TRANSMIT_RF_DATA პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ბუფერიდან, რომელიც შეიცავს RF პასუხის მონაცემებს (ასეთის არსებობის შემთხვევაში), რომელიც გამოქვეყნებულია მასზე 4.5.3.1 განყოფილების წინა შესრულებისგან, ოფციით, რომ არ შეიტანოს მიღებული მონაცემები პასუხში ან განყოფილებაში 4.5.3.2. .XNUMX ბრძანება.
4.5.3.3.1 ბრძანება
ცხრილი 42. RETRIEVE_RF_DATA ბრძანების მნიშვნელობა წაიკითხეთ RX მონაცემები შიდა RF მიმღების ბუფერიდან.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ცარიელი	ცარიელი	ცარიელი

4.5.3.3.2 პასუხი
ცხრილი 43. RETRIEVE_RF_DATA პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
RX მონაცემები	1 – 1024 ბაიტი	RX მონაცემები, რომლებიც მიღებული იქნა ბოლო წარმატებული RF მიღების დროს.

4.5.3.3.3 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.3.4 RF მონაცემების მიღება
ეს ინსტრუქცია ელოდება მკითხველის RF ინტერფეისით მიღებულ მონაცემებს.
წაკითხვის რეჟიმში, ეს ინსტრუქცია ბრუნდება თუ არის მიღება (მცდარი ან სწორი) ან FWT დროის ამოწურვა მოხდა. ტაიმერი იწყება TRANSMISSION-ის დასასრულით და ჩერდება მიღების დაწყებასთან ერთად. EEPROM-ში წინასწარ კონფიგურირებული დროის ამოწურვის ნაგულისხმევი მნიშვნელობა გამოყენებული იქნება იმ შემთხვევაში, თუ ვადა არ არის კონფიგურირებული Exchange ბრძანების შესრულებამდე.
სამიზნე რეჟიმში, ეს ინსტრუქცია ბრუნდება ან მიღების შემთხვევაში (მცდარი ან სწორი) ან გარე RF შეცდომის შემთხვევაში.
შენიშვნა:
ეს ინსტრუქცია გამოყენებული იქნება TRANSMIT_RF_DATA ბრძანებით TX და RX ოპერაციების შესასრულებლად…
4.5.3.4.1 ბრძანება
ცხრილი 44. RECEIVE_RF_DATA ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ReceiveRFCconfig	1 ბაიტი	ReceiveRFConfig ფუნქციის კონფიგურაცია. იხ ცხრილი 45

ცხრილი 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	აღწერა
								ბიტი 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 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ბაიტი	თუ მოითხოვება RX_STATUS (ცოტა-ენდიანი)
RX_STATUS_ERROR	4 ბაიტი	თუ მოითხოვება RX_STATUS_ERROR (ცოტა-ენდიანი)
ღონისძიების სტატუსი	4 ბაიტი	თუ მოთხოვნილია EVENT_STATUS (ცოტა-ენდიანი)
RX მონაცემები	1 – 1024 ბაიტი	თუ მოითხოვება RX მონაცემები. RX მონაცემები მიღებული RF-ზე.

4.5.3.4.3 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD კონფიგურაცია)
ეს ინსტრუქცია გამოიყენება მონაცემების წასაკითხად შიდა CLIF RX ბუფერიდან, რომელიც შეიცავს 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 ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
FeliCaRFretrieveConfig	1 ბაიტი	00 – FF	RETRIEVE_RF_FELICA_EMD_DATA ფუნქციის კონფიგურაცია
		კონფიგურაციის (bitmask) აღწერა	ბიტი 7..2: RFU ბიტი 1: საპასუხოდ ჩართეთ RX_STATUS_ ERROR რეგისტრი, თუ ბიტი დაყენებულია 1b-ზე. ბიტი 0: საპასუხოდ ჩართეთ RX_STATUS რეგისტრი, თუ ბიტი დაყენებულია 1b-ზე.

4.5.3.5.2 პასუხი
ცხრილი 48. RETRIEVE_RF_FELICA_EMD_DATA პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე		ღირებულება/აღწერა
სტატუსი		1 ბაიტი		ოპერაციის სტატუსი. მოსალოდნელი მნიშვნელობები შემდეგია: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (სხვა მონაცემები არ არის)
RX_STATUS		4 ბაიტი		თუ მოითხოვება RX_STATUS (ცოტა-ენდიანი)
RX_STATUS_ შეცდომა		4 ბაიტი		თუ მოითხოვება RX_STATUS_ERROR (ცოტა-ენდიანი)

დატვირთვის ველი	სიგრძე		ღირებულება/აღწერა
RX მონაცემები		1…1024 ბაიტი		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 ბრძანებას აქვს სამი გამოყენების შემთხვევა.
4.5.4.5.1 UseCase1: ჩართვისას შედით ნორმალური მუშაობის რეჟიმში (POR)
გამოიყენეთ უმოქმედობის მდგომარეობაში დასაბრუნებლად შემდეგი ბრძანების მისაღებად/დამუშავებისთვის ნორმალური მუშაობის რეჟიმში შესვლით.
4.5.4.5.2 UseCase2: უკვე გაშვებული ბრძანების შეწყვეტა ნორმალურ მუშაობის რეჟიმში გადასასვლელად (შეწყვეტის ბრძანება)
გამოიყენეთ უმოქმედობის მდგომარეობაში გადასვლისთვის შემდეგი ბრძანების მისაღებად/დამუშავებისთვის უკვე გაშვებული ბრძანებების შეწყვეტით.
ბრძანებები, როგორიცაა ლოდინი, LPCD, Exchange, PRBS და Autocoll, შეიძლება შეწყდეს ამ ბრძანების გამოყენებით.
ეს არის ერთადერთი სპეციალური ბრძანება, რომელსაც არ აქვს პასუხი. ამის ნაცვლად, მას აქვს EVENT შეტყობინება.
იხილეთ განყოფილება 4.4.3 დამატებითი ინფორმაციისთვის იმ მოვლენების ტიპზე, რომლებიც ხდება სხვადასხვა ძირითადი ბრძანების შესრულების დროს.
4.5.4.5.2.1 გამოყენების შემთხვევა 2.1:
ეს ბრძანება აღადგენს ყველა CLIF TX, RX და ველის კონტროლის რეგისტრებს ჩატვირთვის მდგომარეობაში. ამ ბრძანების გაცემით უნდა გამორთოთ ნებისმიერი არსებული RF ველი.
4.5.4.5.2.2 გამოყენების შემთხვევა 2.2:
ხელმისაწვდომია PN5190 FW v02.03-დან:
ეს ბრძანება არ ცვლის CLIF TX, RX და ველის კონტროლის რეგისტრებს, მაგრამ გადასცემს მხოლოდ გადამცემს IDLE მდგომარეობაში.
4.5.4.5.3 UseCase3: ნორმალური მუშაობის რეჟიმი რბილი გადატვირთვის/ლოდინიდან გასვლისას, 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: ბრძანება ნორმალური მუშაობის რეჟიმისთვის რბილი გადატვირთვის/ლოდინიდან გასვლისას, LPCD, ULPCD
არცერთი. PN5190 პირდაპირ შემოდის ნორმალურ მუშაობის რეჟიმში.
4.5.4.5.5 პასუხი
არცერთი
4.5.4.5.6 ღონისძიება
დაყენებულია BOOT_EVENT (EVENT_STATUS რეესტრში), რომელიც მიუთითებს, რომ ნორმალურ რეჟიმში შეყვანილია და ეგზავნება მასპინძელს. მოვლენის მონაცემებისთვის იხილეთ სურათი 12 და სურათი 13.

IDLE_EVENT (EVENT_STATUS რეესტრში) დაყენებულია, რომელიც მიუთითებს ნორმალურ რეჟიმში შესვლისას და ეგზავნება მასპინძელს. მოვლენის მონაცემებისთვის იხილეთ სურათი 12 და სურათი 13.

დაყენებულია BOOT_EVENT (EVENT_STATUS რეესტრში), რომელიც მიუთითებს ნორმალურ რეჟიმში შესვლისას და ეგზავნება მასპინძელს. მოვლენის მონაცემებისთვის იხილეთ სურათი 12 და სურათი 13.

4.5.4.6 ავტომატური გადართვის რეჟიმი
Switch Mode Autocoll ავტომატურად ასრულებს ბარათის გააქტიურების პროცედურას სამიზნე რეჟიმში.
ველი „Autocoll Mode“ უნდა იყოს 0-დან 2-მდე დიაპაზონში, მათ შორის.
იმ შემთხვევაში, თუ ველი "Autocoll Mode" დაყენებულია 2-ზე (Autocoll): ველი "RF Technologies" (ცხრილი 50) უნდა შეიცავდეს ბიტმასკს, რომელიც მიუთითებს RF ტექნოლოგიების მხარდაჭერაზე Autocoll-ის დროს.
ამ რეჟიმში ყოფნისას ინსტრუქციები არ უნდა გაიგზავნოს.
შეწყვეტა მითითებულია შეფერხების გამოყენებით.
4.5.4.6.1 ბრძანება
ცხრილი 49. SWITCH_MODE_AUTOCOLL ბრძანების მნიშვნელობა

პარამეტრი	სიგრძე	ღირებულება/აღწერა
RF ტექნოლოგიები	1 ბაიტი	Bitmask, რომელიც მიუთითებს RF ტექნოლოგიაზე, რომელიც უნდა მოუსმინოთ Autocoll-ის დროს.
Autocoll რეჟიმი	1 ბაიტი	0	არ არის ავტონომიური რეჟიმი, ანუ Autocoll მთავრდება, როდესაც გარე RF ველი არ არის.
			შეწყვეტის შემთხვევაში
			• NO RF FIELD ან RF FIELD გაქრა
			• PN5190 გააქტიურებულია TARGET რეჟიმში
		1	ავტონომიური რეჟიმი ლოდინის რეჟიმში. როდესაც RF ველი არ არის, Autocoll ავტომატურად გადადის ლოდინის რეჟიმში. RF გარე RF ველის აღმოჩენის შემდეგ, PN5190 კვლავ გადადის Autocoll რეჟიმში.
			შეწყვეტის შემთხვევაში
			• PN5190 გააქტიურებულია TARGET რეჟიმში
			PN5190 FW-დან v02.03 შემდგომში: თუ EEPROM ველი „bCard ModeUltraLowPowerEnabled“ მისამართზე „0xCDF“ დაყენებულია „1“-ზე, მაშინ PN5190 შედის Ultra low-energy მოლოდინის რეჟიმში.
		2	ავტონომიური რეჟიმი ლოდინის გარეშე. როდესაც RF ველი არ არის, PN5190 ელოდება RF ველის არსებობას Autocoll ალგორითმის დაწყებამდე. ლოდინის რეჟიმი ამ შემთხვევაში არ გამოიყენება.
			შეწყვეტის შემთხვევაში • PN5190 გააქტიურებულია TARGET რეჟიმში

ცხრილი 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 პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 მონაცემები გადართვის ოპერაციული რეჟიმის Autocoll ღონისძიება

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი
		PN5190_STATUS_INSTR_SUCCESS	PN5190 გააქტიურებულია TARGET რეჟიმში. ამ მოვლენის დამატებითი მონაცემები ძალაშია.
		PN5190_STATUS_PREVENT_STANDBY	მიუთითებს, რომ PN5190 აკრძალულია ლოდინის რეჟიმში გადასვლაზე. ეს სტატუსი მოქმედებს მხოლოდ მაშინ, როდესაც Autocoll რეჟიმი არჩეულია, როგორც „ავტონომიური რეჟიმი ლოდინის რეჟიმში“.

		PN5190_STATUS_NO_EXTERNAL_RF_ ველი	მიუთითებს, რომ გარე RF ველი არ არის წარმოდგენილი Autocoll-ის შესრულებისას არაავტონომიურ რეჟიმში
		PN5190_STATUS_მომხმარებლის_გაუქმება	მიუთითებს, რომ მიმდინარე ბრძანება შეწყვეტილია გადართვის რეჟიმის ნორმალური ბრძანებით
პროტოკოლი	1 ბაიტი	0x10	გააქტიურებულია როგორც პასიური TypeA
		0x11	გააქტიურებულია როგორც პასიური TypeF 212
		0x12	გააქტიურებულია როგორც პასიური TypeF 424
		0x20	გააქტიურებულია როგორც Active TypeA
		0x21	გააქტიურებულია როგორც Active TypeF 212
		0x22	გააქტიურებულია როგორც Active TypeF 424
		სხვა ღირებულებები	არასწორი
ბარათი_გააქტიურებულია	1 ბაიტი	0x00	არ არის ბარათის გააქტიურების პროცესი ISO 14443-3-ის მიხედვით
ბარათი_გააქტიურებულია	1 ბაიტი	0x01	მიუთითებს, რომ მოწყობილობა გააქტიურებულია პასიურ რეჟიმში

შენიშვნა:
მოვლენის მონაცემების წაკითხვის შემდეგ, გააქტიურებული ბარათიდან/მოწყობილობიდან მიღებული მონაცემები (როგორიცაა ATR_REQ/RATS-ის 'n' ბაიტი ISO18092/ISO1443-4 მიხედვით), წაკითხული უნდა იყოს განყოფილების 4.5.3.3 ბრძანების გამოყენებით.
4.5.4.6.4 კომუნიკაცია ყოფილიample

4.5.4.7 ლოდინის რეჟიმის გადართვა
Switch Mode Standby ავტომატურად აყენებს IC-ს ლოდინის რეჟიმში. IC გაიღვიძებს მას შემდეგ, რაც კონფიგურირებული გაღვიძების წყაროები დააკმაყოფილებს გაღვიძების პირობებს.
შენიშვნა:
ULP STANDBY-სთვის მთვლელის ვადის გასვლა და STANDBY-სთვის HIF-ის შეწყვეტა ნაგულისხმევად ხელმისაწვდომია ლოდინის რეჟიმიდან გასასვლელად.

4.5.4.7.1 ბრძანება
ცხრილი 53. SWITCH_MODE_STANDBY ბრძანების მნიშვნელობა

პარამეტრი	სიგრძე	ღირებულება/აღწერა
კონფიგურაცია	1 ბაიტი	Bitmask, რომელიც აკონტროლებს გამოსაყენებელ გამოღვიძების წყაროს და შესვლის ლოდინის რეჟიმში. Ეხება ცხრილი 54
Counter Value	2 ბაიტი	გამოღვიძების მრიცხველის გამოყენებული მნიშვნელობა მილიწამებში. მაქსიმალური მხარდაჭერილი მნიშვნელობა არის 2690 ლოდინის რეჟიმში. მაქსიმალური მხარდაჭერილი მნიშვნელობა არის 4095 ULP ლოდინისთვის. მიწოდებული მნიშვნელობა არის პატარა-ენდის ფორმატში. ამ პარამეტრის შიგთავსი მოქმედებს მხოლოდ იმ შემთხვევაში, თუ "Config Bitmask" ჩართულია გამოფხიზლებისთვის მრიცხველის ვადის გასვლისას.

ცხრილი 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		გაღვიძების მრიცხველზე გაღვიძება იწურება, თუ ბიტი დაყენებულია 1b-ზე. ULP-Standby-ისთვის ეს პარამეტრი ნაგულისხმევად ჩართულია.
							X	გაღვიძება გარე RF ველზე, თუ ბიტი დაყენებულია 1b-ზე.

შენიშვნა: PN5190 FW v02.03-დან, თუ EEPROM ველი „CardModeUltraLowPowerEnabled“ მისამართზე „0xCDF“ დაყენებულია „1“, ULP ლოდინის კონფიგურაციის გამოყენება შეუძლებელია SWITCH_MODE_STANDBY ბრძანებით.
4.5.4.7.2 პასუხი
პასუხი მხოლოდ მიანიშნებს, რომ ბრძანება დამუშავდა და ლოდინის მდგომარეობაში შევა მხოლოდ მას შემდეგ, რაც პასუხი სრულად წაიკითხავს მასპინძელს.
ცხრილი 55. SWITCH_MODE_STANDBY პასუხის მნიშვნელობა ოპერაციული რეჟიმის ლოდინის რეჟიმში გადართვა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (გადართვის რეჟიმი არ არის შესული - არასწორი პარამეტრების გამო)

4.5.4.7.3 ღონისძიება
ღონისძიების შეტყობინება იგზავნება ბრძანების დასრულების შემდეგ და ნორმალურ რეჟიმში შედის. იხილეთ მოვლენის ფორმატი, რომელიც გაიგზავნება ბრძანების დასრულების შემდეგ, როგორც სურათზე 12 და სურათზე 13-ში.
იმ შემთხვევაში, თუ PN5190 შეფერხებულია ლოდინის რეჟიმში გადასვლაზე, მაშინ EVENT_STATUS-ში მითითებული ღონისძიების „STANDBY_PREV_EVENT“ ბიტი, როგორც აღნიშნულია ცხრილი 11, ეგზავნება ჰოსტს ლოდინის პრევენციის მიზეზით, როგორც ეს მოცემულია ცხრილში 13.
4.5.4.7.4 კომუნიკაცია მაგample

4.5.4.8 SWITCH_MODE_LPCD
Switch Mode LPCD ახორციელებს ანტენის დეტუნინგის ამოცნობას ანტენის ირგვლივ ცვალებადი გარემოს გამო.
არსებობს LPCD-ის 2 განსხვავებული რეჟიმი. HW-ზე დაფუძნებული (ULPCD) გადაწყვეტა გთავაზობთ ენერგიის კონკურენტუნარიან მოხმარებას შემცირებული მგრძნობელობით. FW-ზე დაფუძნებული (LPCD) გადაწყვეტა გთავაზობთ საუკეთესო სენსიტიურობას კლასში გაზრდილი ენერგიის მოხმარებით.
FW-ზე დაფუძნებულ ერთ რეჟიმში (LPCD), არ არის კალიბრაციის ღონისძიება გაგზავნილი მასპინძელზე.
როდესაც ერთჯერადი რეჟიმი გამოძახებულია, კალიბრაცია და თანმიმდევრული გაზომვები კეთდება მოლოდინის რეჟიმში გასვლის შემდეგ.
კალიბრაციის მოვლენისთვის ერთ რეჟიმში, ჯერ გამოუშვით ერთი რეჟიმი კალიბრაციის მოვლენის ბრძანებით. კალიბრაციის შემდეგ, მიიღება LPCD კალიბრაციის მოვლენა, რის შემდეგაც უნდა გაიგზავნოს ერთი რეჟიმის ბრძანება წინა საფეხურიდან მიღებული საცნობარო მნიშვნელობით, როგორც შეყვანის პარამეტრი.
LPCD-ის კონფიგურაცია კეთდება EEPROM/Flash Data პარამეტრებში ბრძანების გამოძახებამდე.
შენიშვნა:
GPIO3 შეწყვეტა ULPCD-სთვის, HIF შეწყვეტა LPCD-სთვის ხელმისაწვდომია ნაგულისხმევად დაბალი ენერგიის რეჟიმიდან გამოსასვლელად.
გაღვიძება მრიცხველის ვადის გასვლის გამო ყოველთვის ჩართულია.
ULPCD-სთვის, DC-DC კონფიგურაცია უნდა იყოს გამორთული EEPROM/Flash მონაცემთა პარამეტრებში და უნდა უზრუნველყოს VUP მიწოდება VBAT-ის მეშვეობით. აუცილებელია ჯემპერის პარამეტრების გაკეთება. EEPROM/Flash Data პარამეტრებისთვის იხილეთ დოკუმენტი [2].
თუ ბრძანება არის LPCD/ULPCD კალიბრაციისთვის, მასპინძელმა მაინც უნდა გაგზავნოს სრული ჩარჩო.

4.5.4.8.1 ბრძანება
ცხრილი 56. SWITCH_MODE_LPCD ბრძანების მნიშვნელობა

პარამეტრი	სიგრძე	ღირებულება/აღწერა
bკონტროლი	1 ბაიტი	0x00	შეიყვანეთ ULPCD კალიბრაცია. ბრძანება ჩერდება დაკალიბრების შემდეგ და საცნობარო მნიშვნელობის მქონე მოვლენა ეგზავნება მასპინძელს.
		0x01	შეიყვანეთ ULPCD
		0x02	LPCD კალიბრაცია. ბრძანება ჩერდება დაკალიბრების შემდეგ და საცნობარო მნიშვნელობის მქონე მოვლენა ეგზავნება მასპინძელს.
		0x03	შეიყვანეთ LPCD
		0x04	ერთჯერადი რეჟიმი
		0x0C	ერთჯერადი რეჟიმი კალიბრაციის მოვლენით
		სხვა ღირებულებები	RFU-ები
გაღვიძების კონტროლი	1 ბაიტი	ბიტმაკი, რომელიც აკონტროლებს გაღვიძების წყაროს, რომელიც გამოიყენება LPCD/ULPCD-სთვის. ამ ველის შინაარსი არ განიხილება დაკალიბრებისთვის. Ეხება ცხრილი 57
საცნობარო მნიშვნელობა	4 ბაიტი	საცნობარო მნიშვნელობა, რომელიც გამოიყენება ULPCD/LPCD-ის დროს. ULPCD-სთვის, ბაიტი 2, რომელიც შეიცავს HF Attenuator მნიშვნელობას, გამოიყენება როგორც კალიბრაციის, ასევე გაზომვის ფაზაში. LPCD-სთვის, ამ ველის შინაარსი არ განიხილება კალიბრაციისა და ერთი რეჟიმისთვის. Ეხება ცხრილი 58 ყველა 4 ბაიტის შესახებ სწორი ინფორმაციისთვის.
Counter Value	2 ბაიტი	გაღვიძების მრიცხველის მნიშვნელობა მილიწამებში. მაქსიმალური მხარდაჭერილი მნიშვნელობა არის 2690 LPCD-სთვის. მაქსიმალური მხარდაჭერილი მნიშვნელობა არის 4095 ULPCD-სთვის. მიწოდებული მნიშვნელობა არის პატარა-ენდის ფორმატში. ამ ველის შინაარსი არ არის გათვალისწინებული 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. საცნობარო მნიშვნელობის ბაიტის ინფორმაცია

საცნობარო მნიშვნელობის ბაიტები	ULPCD	LPCD
ბაიტი 0	საცნობარო ბაიტი 0	არხი 0 საცნობარო ბაიტი 0
ბაიტი 1	საცნობარო ბაიტი 1	არხი 0 საცნობარო ბაიტი 1
ბაიტი 2	HF ატენუატორის მნიშვნელობა	არხი 1 საცნობარო ბაიტი 0
ბაიტი 3	NA	არხი 1 საცნობარო ბაიტი 1

4.5.4.8.2 პასუხი
ცხრილი 59. SWITCH_MODE_LPCD პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 კომუნიკაცია მაგample

4.5.4.9 რეჟიმის გადართვის ჩამოტვირთვა
Switch Mode Download ბრძანება შედის Firmware ჩამოტვირთვის რეჟიმში.
ჩამოტვირთვის რეჟიმიდან გამოსვლის ერთადერთი გზა არის PN5190-ზე გადატვირთვის გაცემა.
4.5.4.9.1 ბრძანება
ცხრილი 61. SWITCH_MODE_DOWNLOAD ბრძანების მნიშვნელობა

პარამეტრი	სიგრძე	ღირებულება/აღწერა
–	–	არანაირი ღირებულება

4.5.4.9.2 პასუხი
პასუხი მხოლოდ მიანიშნებს, რომ ბრძანება დამუშავდა და ჩამოტვირთვის რეჟიმი უნდა შევიდეს მას შემდეგ, რაც პასუხი წაიკითხავს მასპინძელს.
ცხრილი 62. SWITCH_MODE_DOWNLOAD პასუხის მნიშვნელობა
გადართეთ მუშაობის რეჟიმი Autocoll

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (გადართვის რეჟიმი არ არის შესული)

4.5.4.9.3 ღონისძიება
არ არის მოვლენის თაობა.
4.5.4.9.4 კომუნიკაცია მაგample
4.5.5 MIFARE კლასიკური ავთენტიფიკაცია
4.5.5.1 MFC_ავთენტიფიკაცია
ეს ინსტრუქცია გამოიყენება MIFARE კლასიკური ავთენტიფიკაციის შესასრულებლად გააქტიურებულ ბარათზე. მას სჭირდება გასაღები, ბარათის UID და გასაღების ტიპი მოცემული ბლოკის მისამართზე ავთენტიფიკაციისთვის. პასუხი შეიცავს ერთ ბაიტს, რომელიც მიუთითებს ავტორიზაციის სტატუსზე.
4.5.5.1.1 პირობა
ველის გასაღები უნდა იყოს 6 ბაიტის სიგრძე. ველის გასაღების ტიპი უნდა შეიცავდეს მნიშვნელობას 0x60 ან 0x61. ბლოკის მისამართი შეიძლება შეიცავდეს ნებისმიერ მისამართს 0x0 – 0xff ჩათვლით. ველის UID უნდა იყოს ბაიტის სიგრძე და უნდა შეიცავდეს ბარათის 4 ბაიტიან UID-ს. ISO14443-3 MIFARE Classic პროდუქტზე დაფუძნებული ბარათი უნდა იყოს ACTIVE ან ACTIVE* მდგომარეობაში ამ ინსტრუქციის შესრულებამდე.
ავტორიზაციასთან დაკავშირებული მუშაობის დროს შეცდომის შემთხვევაში, ეს ველი "Authentication Status" შესაბამისად დაყენებულია.
4.5.5.1.2 ბრძანება
ცხრილი 63. MFC_AUTHENTICATE ბრძანება
შეასრულეთ ავთენტიფიკაცია გააქტიურებულ MIFARE Classic პროდუქტზე დაფუძნებულ ბარათზე.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
გასაღები	6 ბაიტი	გამოყენებული იქნება ავთენტიფიკაციის გასაღები.
გასაღების ტიპი	1 ბაიტი	0x60	გასაღები ტიპი A
		0x61	გასაღები ტიპი B
ბლოკის მისამართი	1 ბაიტი	ბლოკის მისამართი, რომლისთვისაც უნდა განხორციელდეს ავტორიზაცია.
UID	4 ბაიტი	ბარათის UID.

4.5.5.1.3 პასუხი
ცხრილი 64. MFC_AUTHENTICATE პასუხი
პასუხი MFC_AUTHENTICATE-ზე.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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_ინვენტორი
ეს ინსტრუქცია გამოიყენება ISO18000-3M3-ის ინვენტარიზაციის შესასრულებლად tags. ის ახორციელებს რამდენიმე ბრძანების ავტონომიურ შესრულებას ISO18000-3M3-ის მიხედვით, რათა უზრუნველყოს ამ სტანდარტით განსაზღვრული ვადები.
თუ ეს არის ინსტრუქციის სასარგებლო დატვირთვაში, ჯერ შესრულდება Select ბრძანება, რასაც მოჰყვება BeginRound ბრძანება.
თუ პირველ ტაიმლოტში არის სწორი პასუხი (დროის ამოწურვის გარეშე, შეჯახების გარეშე), ინსტრუქცია აგზავნის ACK-ს და ინახავს მიღებულ PC/XPC/UII-ს. შემდეგ ინსტრუქცია ასრულებს მოქმედებას ველის "Timeslot Processed Behavior" მიხედვით:

თუ ეს ველი დაყენებულია 0-ზე, გაიცემა NextSlot ბრძანება შემდეგი დროის ლოტის დასამუშავებლად. ეს მეორდება შიდა ბუფერის შევსებამდე
თუ ეს ველი დაყენებულია 1-ზე, ალგორითმი შეჩერდება
თუ ეს ველი დაყენებულია 2-ზე, Req_Rn ბრძანება გაიცემა, თუ და მხოლოდ იმ შემთხვევაში, თუ იყო მოქმედი tag პასუხი ამ timeslotCommand-ში

ველი „Select Command Length“ უნდა შეიცავდეს ველის „Select Command“ სიგრძეს, რომელიც უნდა იყოს 1-დან 39-მდე დიაპაზონში, მათ შორის. თუ "Select Command Length" არის 0, ველები "Valid Bits in ბოლო ბაიტი" და "Select Command" არ უნდა იყოს წარმოდგენილი.
ველი ბიტები ბოლო ბაიტში უნდა შეიცავდეს ბიტების რაოდენობას, რომლებიც უნდა გადაიცეს "Select Command" ველის ბოლო ბაიტში. მნიშვნელობა უნდა იყოს 1-დან 7-მდე დიაპაზონში, მათ შორის. თუ მნიშვნელობა არის 0, ყველა ბიტი ბოლო ბაიტიდან "Select Command" ველიდან გადაიცემა.
ველი 'Select Command' უნდა შეიცავდეს Select ბრძანებას ISO18000-3M3-ის მიხედვით CRC-16c-ის გარეშე და უნდა ჰქონდეს იგივე სიგრძე, რაც მითითებულია ველში 'Select Command Length'.
ველი „BeginRound Command“ უნდა შეიცავდეს BeginRound ბრძანებას ISO18000-3M3-ის მიხედვით CRC-5-ის გარეშე. "BeginRound Command"-ის ბოლო ბაიტის ბოლო 7 ბიტი იგნორირებულია, რადგან ბრძანებას აქვს რეალური სიგრძე 17 ბიტი.
„Timeslot Processed Behavior“ უნდა შეიცავდეს მნიშვნელობას 0-დან 2-ის ჩათვლით.
ცხრილი 65. EPC_GEN2_INVENTORY ბრძანების მნიშვნელობა ISO 18000-3M3 ინვენტარის შესრულება

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
რეზიუმე ინვენტარი	1 ბაიტი	00	საწყისი GEN2_INVENTORY

		01	განაახლეთ GEN2_INVENTORY ბრძანება - დარჩენილი ქვემოთ მოცემული ველები ცარიელია (ნებისმიერი დატვირთვა იგნორირებულია)
აირჩიეთ ბრძანების სიგრძე	1 ბაიტი	0	BeginRound ბრძანებამდე არ არის მითითებული Select ბრძანება. ველი "ვალიდი ბიტები ბოლო ბაიტში" და "აირჩიე ბრძანება" ველი არ უნდა იყოს.
აირჩიეთ ბრძანების სიგრძე	1 ბაიტი	1 – 39	"Select command" ველის სიგრძე (n).
მოქმედი ბიტები ბოლო ბაიტში	1 ბაიტი	0	"Select command" ველის ბოლო ბაიტის ყველა ბიტი გადაცემულია.
მოქმედი ბიტები ბოლო ბაიტში	1 ბაიტი	1 – 7	"Select command" ველის ბოლო ბაიტში გადასაცემი ბიტების რაოდენობა.
აირჩიეთ ბრძანება	n ბაიტი	თუ არსებობს, ეს ველი შეიცავს Select ბრძანებას (ISO18000-3, ცხრილი 47-ის მიხედვით), რომელიც იგზავნება BeginRound ბრძანებამდე. CRC-16c არ შედის.
დასაწყისი მრგვალი ბრძანება	3 ბაიტი	ეს ველი შეიცავს BeginRound ბრძანებას (ISO18000-3-ის მიხედვით, ცხრილი 49). CRC-5 არ შედის.
Timeslot დამუშავებული ქცევა	1 ბაიტი	0	პასუხი შეიცავს მაქსიმუმ. დროის სლოტების რაოდენობა, რომელიც შეიძლება მოთავსდეს საპასუხო ბუფერში.
		1	პასუხი შეიცავს მხოლოდ ერთ დროის ლოტს.
		2	პასუხი შეიცავს მხოლოდ ერთ დროის ლოტს. თუ TimeSlot შეიცავს ბარათის მოქმედ პასუხს, ასევე მოყვება ბარათის სახელური.

4.5.6.1.1 პასუხი
პასუხის ხანგრძლივობა შეიძლება იყოს "1" რეზიუმე ინვენტარის შემთხვევაში.
ცხრილი 66. EPC_GEN2_INVENTORY პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS (წაიკითხეთ Timeslot სტატუსი შემდეგ ბაიტში Tag პასუხი) PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
დროის სლოტი [1…n]	3 – 69 ბაიტი	Timeslot სტატუსი	1 ბაიტი	0	Tag პასუხი ხელმისაწვდომია. 'Tag პასუხის სიგრძის ველი, ველი "ვალიდი ბიტები ბოლო ბაიტში" და "Tag პასუხის ველი იმყოფება.
				1	Tag პასუხი ხელმისაწვდომია.
				2	არა tag უპასუხა დროში. 'Tag პასუხის სიგრძის ველი და ველი „ვალიდი ბიტები ბოლო ბაიტში“ უნდა იყოს ნულოვანი. 'Tag პასუხის ველი არ უნდა იყოს.
				3	ორი ან მეტი tags უპასუხა ტაიმლოტში. (შეჯახება). 'Tag პასუხის სიგრძის ველი და ველი „ვალიდი ბიტები ბოლო ბაიტში“ უნდა იყოს ნულოვანი. 'Tag პასუხის ველი არ უნდა იყოს.

Tag პასუხის სიგრძე	1 ბაიტი	0-66 წწ	Სიგრძე 'Tag პასუხის ველი (i). თუ Tag პასუხის სიგრძე არის 0, შემდეგ კი Tag პასუხის ველი არ არის.
მოქმედი ბიტები ბოლო ბაიტში	1 ბაიტი	0	ბოლო ბაიტის ყველა ბიტიTag პასუხის ველი მოქმედებს.
მოქმედი ბიტები ბოლო ბაიტში	1 ბაიტი	1-7 წწ	ბოლო ბაიტის მოქმედი ბიტების რაოდენობაTag პასუხის ველი. თუ Tag პასუხის სიგრძე არის ნული, ამ ბაიტის მნიშვნელობა იგნორირებული უნდა იყოს.
Tag პასუხი	"n" ბაიტები	-ის პასუხი tag ISO18000- 3_2010-ის მიხედვით, ცხრილი 56.
Tag სახელური	0 ან 2 ბაიტი	სახელური tag, იმ შემთხვევაში, თუ ველი "Timeslot Status" დაყენებულია "1". წინააღმდეგ შემთხვევაში, ველი არ არის.

4.5.6.1.2 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.7 RF კონფიგურაციის მართვა
იხილეთ განყოფილება 6, TX და RX კონფიგურაციისთვის PN5190-ით მხარდაჭერილი RF ტექნოლოგიებისა და მონაცემთა სიჩქარისთვის. მნიშვნელობები არ არის წარმოდგენილი ქვემოთ აღნიშნულ დიაპაზონში, უნდა ჩაითვალოს RFU-ად.
4.5.7.1 ლოად_რენტგენის_კონფიგურაცია
ეს ინსტრუქცია გამოიყენება EEPROM-დან RF კონფიგურაციის ჩატვირთვის შიდა CLIF რეგისტრებში. RF კონფიგურაცია ეხება RF ტექნოლოგიის, რეჟიმის (სამიზნე/ინიციატორი) და ბაუდის სიჩქარის უნიკალურ კომბინაციას. RF კონფიგურაცია შეიძლება ჩაიტვირთოს ცალკე CLIF მიმღების (RX კონფიგურაცია) და გადამცემის (TX კონფიგურაცია) გზაზე. მნიშვნელობა 0xFF უნდა იყოს გამოყენებული, თუ ბილიკის შესაბამისი კონფიგურაცია არ შეიცვლება.
4.5.7.1.1 პირობა
ველი „TX კონფიგურაცია“ უნდა იყოს 0x00 – 0x2B დიაპაზონში, მათ შორის. თუ მნიშვნელობა არის 0xFF, TX კონფიგურაცია არ იცვლება.
ველი „RX კონფიგურაცია“ უნდა იყოს 0x80 – 0xAB დიაპაზონში, მათ შორის. თუ მნიშვნელობა არის 0xFF, RX კონფიგურაცია არ იცვლება.
სპეციალური კონფიგურაცია TX Configuration = 0xFF და RX Configuration = 0xAC გამოიყენება ჩატვირთვის რეგისტრების ერთჯერად ჩასატვირთად.
ეს სპეციალური კონფიგურაცია საჭიროა რეგისტრის კონფიგურაციების (როგორც TX, ასევე RX) განახლებისთვის, რომლებიც განსხვავდება IC გადატვირთვის მნიშვნელობებისგან.

4.5.7.1.2 ბრძანება
ცხრილი 67. LOAD_RF_CONFIGURATION ბრძანების მნიშვნელობა
ჩატვირთეთ RF TX და RX პარამეტრები E2PROM-დან.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
TX კონფიგურაცია	1 ბაიტი	0xFF	TX RF კონფიგურაცია არ შეცვლილა.
		0x0 - 0x2B	შესაბამისი TX RF კონფიგურაცია ჩატვირთულია.
RX კონფიგურაცია	1 ბაიტი	0xFF	RX RF კონფიგურაცია არ შეცვლილა.
		0x80 - 0xAB	შესაბამისი RX RF კონფიგურაცია ჩატვირთულია.

4.5.7.1.3 პასუხი
ცხრილი 68. LOAD_RF_CONFIGURATION პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.7.2 განახლება_RF_კონფიგურაცია
ეს ინსტრუქცია გამოიყენება RF კონფიგურაციის განახლებისთვის (იხ. განმარტება ნაწილში 4.5.7.1) E2PROM-ში. ინსტრუქცია საშუალებას იძლევა განახლდეს რეგისტრის გრანულარობის მნიშვნელობით, ანუ სრული ნაკრები არ საჭიროებს განახლებას (თუმცა ამის გაკეთება შესაძლებელია).
4.5.7.2.1 პირობა
ველის მასივის ზომა კონფიგურაცია უნდა იყოს 1-დან 15-მდე დიაპაზონში, მათ შორის. ველების მასივი კონფიგურაცია უნდა შეიცავდეს RF კონფიგურაციის, რეგისტრაციის მისამართის და მნიშვნელობის კომპლექტს. ველის RF კონფიგურაცია უნდა იყოს დიაპაზონში 0x0 – 0x2B TX კონფიგურაციისთვის და 0x80 – 0xAB RX კონფიგურაციის ჩათვლით. ველის მისამართი რეესტრის მისამართი უნდა არსებობდეს შესაბამის RF კონფიგურაციაში. ველის მნიშვნელობა უნდა შეიცავდეს მნიშვნელობას, რომელიც უნდა ჩაიწეროს მოცემულ რეესტრში და უნდა იყოს 4 ბაიტის სიგრძე (პატარა ენდიანის ფორმატი).
4.5.7.2.2 ბრძანება
ცხრილი 69. UPDATE_RF_CONFIGURATION ბრძანების მნიშვნელობა
განაახლეთ RF კონფიგურაცია

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
კონფიგურაცია[1…n]	6 ბაიტი	RF კონფიგურაცია	1 ბაიტი	RF კონფიგურაცია, რომლისთვისაც რეესტრი უნდა შეიცვალოს.
		რეგისტრაცია მისამართი	1 ბაიტი	რეგისტრაციის მისამართი მოცემული RF ტექნოლოგიის ფარგლებში.
		ღირებულება	4 ბაიტი	ღირებულება, რომელიც უნდა ჩაიწეროს რეესტრში. (პატარა-ენდიანი)

4.5.7.2.3 პასუხი
ცხრილი 70. UPDATE_RF_CONFIGURATION პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.7.3 GET_ RF_კონფიგურაცია
ეს ინსტრუქცია გამოიყენება RF კონფიგურაციის წასაკითხად. რეგისტრი მისამართი-მნიშვნელობა-წყვილები ხელმისაწვდომია პასუხში. იმისთვის, რომ გავიგოთ რამდენი წყვილია მოსალოდნელი, პირველი ზომის ინფორმაციის მიღება შესაძლებელია პირველი TLV-დან, რომელიც მიუთითებს ტვირთის მთლიან სიგრძეზე.
4.5.7.3.1 პირობა
ველის RF კონფიგურაცია უნდა იყოს 0x0 - 0x2B დიაპაზონში TX კონფიგურაციისთვის და 0x80 -0xAB RX კონფიგურაციის ჩათვლით.
4.5.7.3.2 ბრძანება
ცხრილი 71. GET_ RF_CONFIGURATION ბრძანების მნიშვნელობა მიიღეთ RF კონფიგურაცია.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
RF კონფიგურაცია	1 ბაიტი	RF კონფიგურაცია, რომლისთვისაც რეგისტრის მნიშვნელობის წყვილების ნაკრები უნდა იყოს მოძიებული.

4.5.7.3.3 პასუხი
ცხრილი 72. GET_ RF_CONFIGURATION პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
წყვილი[1…n]	5 ბაიტი	რეგისტრაცია მისამართი	1 ბაიტი	რეგისტრაციის მისამართი მოცემული RF ტექნოლოგიის ფარგლებში.
		ღირებულება	4 ბაიტი	32-ბიტიანი რეგისტრის მნიშვნელობა.

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-ის კონფიგურაცია.

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
RF_on_config	1 ბაიტი	ბიტი 0	0	გამოიყენეთ შეჯახების თავიდან აცილება
			1	გამორთეთ შეჯახების თავიდან აცილება
		ბიტი 1	0	P2P არ არის აქტიური
			1	P2P აქტიური

4.5.8.1.2 პასუხი
ცხრილი 74. RF_FIELD_ON პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ცარიელი	ცარიელი	ცარიელი

4.5.8.2.2 პასუხი
ცხრილი 76. RF_FIELD_OFF პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)

4.5.8.2.3 ღონისძიება
ამ ინსტრუქციისთვის ღონისძიება არ არის.
4.5.9 სატესტო ავტობუსის კონფიგურაცია
ხელმისაწვდომი სატესტო ავტობუსის სიგნალები არჩეულ PAD კონფიგურაციებზე მითითებულია მე-7 სექციაში მითითებისთვის.
ეს უნდა იყოს მითითებული სატესტო ავტობუსის ინსტრუქციების კონფიგურაციის უზრუნველსაყოფად, როგორც ეს ქვემოთ არის ნახსენები.
4.5.9.1 კონფიგურაცია _TESTBUS_DIGITAL
ეს ინსტრუქცია გამოიყენება ხელმისაწვდომი ციფრული სატესტო ავტობუსის სიგნალის გადასართავად შერჩეულ ბალიშის კონფიგურაციებზე.
4.5.9.1.1 ბრძანება
ცხრილი 77. CONFIGURE_TESTBUS_DIGITAL ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
TB_სიგნალის ინდექსი	1 ბაიტი		მიმართეთ ნაწილი 7
TB_BitIndex	1 ბაიტი		მიმართეთ ნაწილი 7
TB_PadIndex	1 ბაიტი		pad ინდექსი, რომელზეც ციფრული სიგნალი უნდა გამოვიდეს
		0x00	AUX1 პინი
		0x01	AUX2 პინი
		0x02	AUX3 პინი
		0x03	GPIO0 პინი
		0x04	GPIO1 პინი
		0x05	GPIO2 პინი
		0x06	GPIO3 პინი
		0x07-0xFF	RFU-ები

4.5.9.1.2 პასუხი
ცხრილი 78. CONFIGURE_TESTBUS_DIGITAL პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ბიტიანი ADCI/ADCQ/pcrm_if_rssi მნიშვნელობა, რომელიც გარდაიქმნება ხელმოუწერელ მნიშვნელობად, შემცირდება 8 ბიტამდე და შემდეგ გამოვა AUX1 ან AUX2 ბალიშებზე.
ADCI/ADCQ (10-ბიტიანი) გარდაქმნილი მნიშვნელობებიდან მხოლოდ ერთი შეიძლება გამოვიდეს AUX1/AUX2-ზე ნებისმიერ დროს.
თუ Combined_Mode Signal payload ველის მნიშვნელობა არის 2 (ანალოგური და ციფრული კომბინირებული), მაშინ ანალოგური და ციფრული სატესტო ავტობუსი გადის AUX1 (ანალოგური სიგნალი) და GPIO0 (ციფრული სიგნალი).
მარშრუტირებადი სიგნალები კონფიგურირებულია ქვემოთ მითითებულ EEPROM მისამართზე:
0xCE9 – TB_სიგნალის ინდექსი
0xCEA – TB_BitIndex
0xCEB – ანალოგური TB_Index
სატესტო ავტობუსის ინდექსი და სატესტო ავტობუსის ბიტი უნდა იყოს კონფიგურირებული EEPROM-ში, სანამ კომბინირებულ რეჟიმს გამოვუშვებთ 2 ვარიანტით.
შენიშვნა:
მასპინძელმა უნდა უზრუნველყოს ყველა ველი, მიუხედავად ველის გამოყენებადობისა „ნედლეული“ ან „კომბინირებული“ რეჟიმში. PN5190 IC განიხილავს მხოლოდ ველის შესაბამის მნიშვნელობებს.
4.5.9.2.3 ბრძანება
ცხრილი 79. CONFIGURE_TESTBUS_ANALOG ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა		ველის გამოყენებადობა კომბინირებული რეჟიმისთვის
bConfig	1 ბაიტი		კონფიგურირებადი ბიტები. Ეხება ცხრილი 80	დიახ
Combined_Mode სიგნალი	1 ბაიტი	0 – ADCI/ADCQ 1 – pcrm_if_rssi		დიახ
		2 – ანალოგური და ციფრული კომბინირებული
		3 – 0xFF – დაჯავშნილი

TB_სიგნალის ინდექსი0	1 ბაიტი	ანალოგური სიგნალის სიგნალის ინდექსი. Ეხება ნაწილი 7	დიახ
TB_სიგნალის ინდექსი1	1 ბაიტი	ანალოგური სიგნალის სიგნალის ინდექსი. Ეხება ნაწილი 7	დიახ
Shift_Index0	1 ბაიტი	DAC0 შეყვანის ცვლის პოზიციები. მიმართულება გადაწყდება ცოტათი bConfig[1]-ში.	არა
Shift_Index1	1 ბაიტი	DAC1 შეყვანის ცვლის პოზიციები. მიმართულება გადაწყდება ცოტათი bConfig[2]-ში.	არა
ნიღაბი0	1 ბაიტი	DAC0 ნიღაბი	არა
ნიღაბი1	1 ბაიტი	DAC1 ნიღაბი	არა

ცხრილი 80. კონფიგურაციის ბიტმასკი

b7	b6	b5	b4	b3	b2	b1	b0	აღწერა	გამოიყენება რეჟიმში
X	X							DAC1 გამომავალი ცვლის დიაპაზონი – 0, 1, 2	ნედლი
		X	X					DAC0 გამომავალი ცვლის დიაპაზონი – 0, 1, 2	ნედლი
				X				კომბინირებულ რეჟიმში, სიგნალი AUX1/AUX2 პინზე 0 ➜ სიგნალი AUX1-ზე 1 ➜ სიგნალი AUX2-ზე	კომბინირებული
					X			DAC1 შეყვანის მიმართულების შეცვლა 0 ➜ მარჯვნივ გადაწევა 1 ➜ გადაიხვიეთ მარცხნივ	ნედლი
						X		DAC0 შეყვანის მიმართულების შეცვლა 0 ➜ მარჯვნივ გადაწევა 1 ➜ გადაიხვიეთ მარცხნივ	ნედლი
							X	რეჟიმი. 0 ➜ ნედლეულის რეჟიმი 1 ➜ კომბინირებული რეჟიმი	ნედლი/კომბინირებული

4.5.9.2.4 პასუხი
ცხრილი 81. CONFIGURE_TESTBUS_ANALOG პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)

4.5.9.2.5 ღონისძიება
ამ ინსტრუქციისთვის ღონისძიება არ არის.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
ეს ინსტრუქცია გამოიყენება რამდენიმე ხელმისაწვდომი ციფრული სატესტო ავტობუსის სიგნალის გადასართავად შერჩეულ ბალიშის კონფიგურაციებზე.
შენიშვნა: თუ ეს სიგრძე არის ნულოვანი, მაშინ ციფრული ტესტის ავტობუსი გადატვირთულია.
4.5.9.3.1 ბრძანება
ცხრილი 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
TB_სიგნალის ინდექსი #1	1 ბაიტი	მიმართეთ 8 ქვემოთ
TB_BitIndex #1	1 ბაიტი	მიმართეთ 8 ქვემოთ
TB_PadIndex #1	1 ბაიტი	pad ინდექსი, რომელზეც ციფრული სიგნალი უნდა გამოვიდეს
		0x00	AUX1 პინი
		0x01	AUX2 პინი
		0x02	AUX3 პინი
		0x03	GPIO0 პინი
		0x04	GPIO1 პინი
		0x05	GPIO2 პინი
		0x06	GPIO3 პინი
		0x07-0xFF	RFU-ები
TB_სიგნალის ინდექსი #2	1 ბაიტი	მიმართეთ 8 ქვემოთ
TB_BitIndex #2	1 ბაიტი	მიმართეთ 8 ქვემოთ
TB_PadIndex #2	1 ბაიტი	pad ინდექსი, რომელზეც ციფრული სიგნალი უნდა გამოვიდეს
		0x00	AUX1 პინი
		0x01	AUX2 პინი
		0x02	AUX3 პინი
		0x03	GPIO0 პინი
		0x04	GPIO1 პინი
		0x05	GPIO2 პინი
		0x06	GPIO3 პინი
		0x07-0xFF	RFU-ები

4.5.9.3.2 პასუხი
ცხრილი 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 2]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)

4.5.9.3.3 ღონისძიება
ამ ინსტრუქციისთვის ღონისძიება არ არის.
4.5.10 CTS კონფიგურაცია
4.5.10.1 CTS_ჩართვა
ეს ინსტრუქცია გამოიყენება CTS ჟურნალის ფუნქციის ჩართვის/გამორთვისთვის.
4.5.10.1.1 ბრძანება
ცხრილი 84. CTS_ENABLE ბრძანების მნიშვნელობა

დატვირთვის ველის სიგრძის მნიშვნელობა/აღწერა
ჩართვა/გამორთვა	1 ბაიტი	ბიტი 0	0	გამორთეთ CTS Logging ფუნქცია
1 ჩართეთ CTS Logging ფუნქცია
		ბიტი 1-7		RFU-ები

4.5.10.1.2 პასუხი
ცხრილი 85. CTS_ENABLE პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)

4.5.10.1.3 ღონისძიება
შემდეგი ცხრილი გვიჩვენებს მოვლენის მონაცემებს, რომლებიც გაიგზავნება მოვლენის შეტყობინების ნაწილის სახით, როგორც ნაჩვენებია სურათზე 12 და 13-ში.
ცხრილი 86. ეს აცნობებს მასპინძელს, რომ მიღებული იყო მონაცემები. EVT_CTS_DONE

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ღონისძიება	1 ბაიტი	00 … TRIGGER მოხდა, მონაცემები მზად არის მისაღებად.

4.5.10.2 CTS_კონფიგურაცია
ეს ინსტრუქცია გამოიყენება ყველა საჭირო CTS რეგისტრის კონფიგურაციისთვის, როგორიცაა ტრიგერები, სატესტო ავტობუსის რეგისტრები, s.ampლინგის კონფიგურაცია და ა.შ.,
შენიშვნა:
[1] უზრუნველყოფს CTS კონფიგურაციის უკეთეს გაგებას. გადაღებული მონაცემები უნდა გაიგზავნოს როგორც ნაწილი 4.5.10.3 ბრძანების საპასუხოდ.

4.5.10.2.1 ბრძანება
ცხრილი 87. CTS_CONFIGURE ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
PRE_TRIGGER_SHIFT	1 ბაიტი	განსაზღვრავს ტრიგერის შემდგომი შეძენის თანმიმდევრობის სიგრძეს 256 ბაიტიან ერთეულში. 0 ნიშნავს ცვლას; n ნიშნავს n*256 ბაიტი ბლოკის ცვლას. შენიშვნა: ძალაშია მხოლოდ იმ შემთხვევაში, თუ TRIGGER_MODE არის „PRE“ ან „COMB“ ტრიგერის რეჟიმი
ტრიგერის რეჟიმი	1 ბაიტი	განსაზღვრავს შეძენის რეჟიმს გამოსაყენებლად.
		0x00 - POST რეჟიმი
		0x01 - RFU
		0x02 - PRE რეჟიმი
		0x03 – 0xFF – არასწორი
RAM_PAGE_WIDTH	1 ბაიტი	განსაზღვრავს ჩიპზე არსებული მეხსიერების რაოდენობას, რომელიც დაფარულია შენაძენით. გრანულარობა არჩეულია დიზაინის მიხედვით, როგორც 256 ბაიტი (ანუ 64 32-ბიტიანი სიტყვა). მოქმედი მნიშვნელობები შემდეგია: 0x00h – 256 ბაიტი 0x02h – 768 ბაიტი 0x01h – 512 ბაიტი 0x03h – 1024 ბაიტი 0x04h – 1280 ბაიტი 0x05h – 1536 ბაიტი 0x06h – 1792 ბაიტი 0x07h – 2048 ბაიტი 0x08h – 2304 ბაიტი 0x09h – 2560 ბაიტი 0x0Ah – 2816 ბაიტი 0x0Bh – 3072 ბაიტი 0x0Ch – 3328 ბაიტი 0x0Dh – 3584 ბაიტი 0x0Eh – 3840 ბაიტი 0x0Fh – 4096 ბაიტი 0x10h – 4352 ბაიტი 0x11h – 4608 ბაიტი 0x12h – 4864 ბაიტი 0x13h – 5120 ბაიტი 0x14h – 5376 ბაიტი 0x15h – 5632 ბაიტი 0x16h – 5888 ბაიტი 0x17h – 6144 ბაიტი 0x18h – 6400 ბაიტი 0x19h – 6656 ბაიტი 0x1Ah – 6912 ბაიტი 0x1Bh – 7168 ბაიტი 0x1Ch – 7424 ბაიტი 0x1Dh – 7680 ბაიტი 0x1Eh – 7936 ბაიტი 0x1Fh – 8192 ბაიტი

SAMPLE_CLK_DIV	1 ბაიტი	ამ ველის ათობითი მნიშვნელობა განსაზღვრავს საათის სიჩქარის გაყოფის ფაქტორს, რომელიც გამოიყენება შეძენისას. 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 ბაიტი	ეს ბიტები გამოიყენება ორი 16-ბიტიანი შეყვანის ავტობუსების რომელი ბაიტი მონაწილეობს ჩიპის მეხსიერებაში გადასატანი მონაცემების გენერირებაში. მათი მნიშვნელობა და გამოყენება დამოკიდებულია S-დანAMPLE_MODE_SEL მნიშვნელობები. შენიშვნა: მოცემული მნიშვნელობა ყოველთვის დაფარულია 0x0F-ით და შემდეგ განიხილება ეფექტური მნიშვნელობა.
SAMPLE_MODE_SEL	1 ბაიტი	ირჩევს სampling interleave რეჟიმი, როგორც ეს აღწერილია CTS დიზაინის სპეციფიკაციებში. ათწილადი მნიშვნელობა 3 დაცულია და განიხილება როგორც 0. შენიშვნა: მოცემული მნიშვნელობა ყოველთვის დაფარულია 0x03-ით და შემდეგ განიხილება ეფექტური მნიშვნელობა.
TB0	1 ბაიტი	ირჩევს რომელი სატესტო ავტობუსი დაუკავშირდეს TB0-ს. Ეხება ნაწილი 7 (TB_ სიგნალის_ინდექსის მნიშვნელობა)
TB1	1 ბაიტი	ირჩევს რომელი სატესტო ავტობუსი დაუკავშირდეს TB1-ს. Ეხება ნაწილი 7 (TB_ სიგნალის_ინდექსის მნიშვნელობა)
TB2	1 ბაიტი	ირჩევს რომელი სატესტო ავტობუსი დაუკავშირდეს TB2-ს. Ეხება ნაწილი 7 (TB_ სიგნალის_ინდექსის მნიშვნელობა)
TB3	1 ბაიტი	ირჩევს რომელი სატესტო ავტობუსი დაუკავშირდეს TB3-ს. Ეხება ნაწილი 7 (TB_ სიგნალის_ინდექსის მნიშვნელობა)
TTB_SELECT	1 ბაიტი	ირჩევს თუ რომელი ტუბერკულოზი უნდა იყოს დაკავშირებული ტრიგერის წყაროებთან. Ეხება ნაწილი 7 (TB_Signal_Index მნიშვნელობა)
RFU-ები	4 ბაიტი	ყოველთვის გაგზავნეთ 0x00000000
MISC_CONFIG	24 ბაიტი	გამომწვევი შემთხვევები, პოლარობა და ა.შ. იხილეთ [1] გამოსაყენებლად CTS კონფიგურაციის გასაგებად.

4.5.10.2.2 პასუხი
ცხრილი 88. CTS_CONFIGURE პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 ღონისძიება
ამ ინსტრუქციისთვის ღონისძიება არ არის.
4.5.10.3 CTS_RETRIEVE_LOG
ეს ინსტრუქცია ამოიღებს გადაღებული სატესტო ავტობუსის მონაცემთა ჟურნალს sampმეხსიერების ბუფერში ინახება.
4.5.10.3.1 ბრძანება
ცხრილი 89. CTS_RETRIEVE_LOG ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
ფრაგმენტის ზომა	1 ბაიტი	0x01-0xFF	შეიცავს მონაცემთა ბაიტების მოსალოდნელ რაოდენობას.

4.5.10.3.2 პასუხი
ცხრილი 90. CTS_RETRIEVE_LOG პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის) PN5190_STATUS_SUCCSES_CHAINING
ჟურნალის მონაცემები [1…n]	CTS მოთხოვნა	დატყვევებული სamples მონაცემთა ნაჭერი

შენიშვნა:
„Log Data“-ის მაქსიმალური ზომა დამოკიდებულია „ChunkSize“-ზე, რომელიც მოწოდებულია როგორც ბრძანების ნაწილი.
ჟურნალის მთლიანი ზომა ხელმისაწვდომი უნდა იყოს TLV სათაურის პასუხში.
4.5.10.3.3 ღონისძიება
ამ ინსტრუქციისთვის ღონისძიება არ არის.
4.5.11 TEST_MODE ბრძანებები
4.5.11.1 ანტენის თვითტესტირება
ეს ინსტრუქცია გამოიყენება იმის შესამოწმებლად, არის თუ არა ანტენა დაკავშირებული და შესაბამისი კომპონენტები დასახლებულია/აწყობილი.
შენიშვნა:
ეს ბრძანება ჯერ არ არის ხელმისაწვდომი. იხილეთ გამოშვების შენიშვნები ხელმისაწვდომობისთვის.
4.5.11.2 PRBS_ტესტი
ეს ინსტრუქცია გამოიყენება PRBS მიმდევრობის გენერირებისთვის Reader რეჟიმის პროტოკოლებისა და ბიტის სიჩქარის სხვადასხვა კონფიგურაციისთვის. ინსტრუქციის შესრულების შემდეგ, PRBS ტესტის თანმიმდევრობა ხელმისაწვდომი იქნება RF-ზე.
შენიშვნა:
მასპინძელი უნდა დარწმუნდეს, რომ შესაბამისი RF ტექნოლოგიის კონფიგურაცია ჩატვირთულია განყოფილების 4.5.7.1 გამოყენებით და RF ჩართულია განყოფილების 4.5.8.1 ბრძანების გამოყენებით ამ ბრძანების გაგზავნამდე.
4.5.11.2.1 ბრძანება
ცხრილი 91. PRBS_TEST ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
prbs_ტიპი	1 ბაიტი	00	PRBS9 (ნაგულისხმევი)
		01	PRBS15
		02-FF	RFU-ები

4.5.11.2.2 პასუხი
ცხრილი 92. PRBS_TEST პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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
ეს ინსტრუქცია გამოიყენება PN5190 ჩიპის Die ID-ის წასაკითხად.
4.5.12.1.1 ბრძანება
ცხრილი 93. GET_DIEID ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
–	–	არ არის მონაცემები დატვირთვაში

4.5.12.1.2 პასუხი
ცხრილი 94. GET_DIEID პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 9]. მოსალოდნელი მნიშვნელობები შემდეგია:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (მეტი მონაცემები არ არის)
ღირებულებები	16 ბაიტი	16 ბაიტი Die ID.

4.5.12.1.3 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.
4.5.12.2 GET_VERSION
ეს ინსტრუქცია გამოიყენება HW ვერსიის, ROM ვერსიის და PN5190 ჩიპის FW ვერსიის წასაკითხად.
4.5.12.2.1 ბრძანება
ცხრილი 95. GET_VERSION ბრძანების მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
–	–	არ არის მონაცემები დატვირთვაში

ჩამოტვირთვის რეჟიმში ხელმისაწვდომია ბრძანება DL_GET_VERSION (სექცია 3.4.4), რომელიც შეიძლება გამოყენებულ იქნას HW ვერსიის, ROM ვერსიის და FW ვერსიის წასაკითხად.
4.5.12.2.2 პასუხი
ცხრილი 96. GET_VERSION პასუხის მნიშვნელობა

დატვირთვის ველი	სიგრძე	ღირებულება/აღწერა
სტატუსი	1 ბაიტი	ოპერაციის სტატუსი [ცხრილი 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 ღონისძიება
ამ ბრძანებისთვის მოვლენები არ არის.

დანართი (მაგamples)

ეს დანართი შედგება ყოფილიamples ზემოთ აღნიშნული ბრძანებებისთვის. ყოფილმაamples არის მხოლოდ საილუსტრაციო მიზნით, რათა აჩვენოს ბრძანების შინაარსი.
5.1 ყოფილიample WRITE_REGISTER-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა 0x12345678 მნიშვნელობის ჩასაწერად რეესტრში 0x1F.
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0000051F78563412
მასპინძელი ელოდება შეფერხებას.
როდესაც ჰოსტი კითხულობს PN5190-დან მიღებულ საპასუხო ჩარჩოს (მიუთითებს წარმატებულ ოპერაციას): 00000100 5.2 Example WRITE_REGISTER_OR_MASK-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა 0x1F რეესტრზე ლოგიკური OR ოპერაციის შესასრულებლად 0x12345678 ნიღბით.
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0100051F78563412
მასპინძელი ელოდება შეფერხებას.
როდესაც ჰოსტი კითხულობს PN5190-დან მიღებულ საპასუხო ჩარჩოს (წარმატებულ ოპერაციაზე მიუთითებს): 01000100
5.3 ყოფილიample WRITE_REGISTER_AND_MASK-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა 0x1F რეესტრზე ლოგიკური და ოპერაციის შესასრულებლად 0x12345678 ნიღბით
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0200051F78563412
მასპინძელი ელოდება შეფერხებას.
როდესაც ჰოსტი კითხულობს PN5190-დან მიღებულ საპასუხო ჩარჩოს (წარმატებულ ოპერაციაზე მიუთითებს): 02000100
5.4 ყოფილიample WRITE_REGISTER_MULTIPLE-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა ლოგიკური და ოპერაციის შესასრულებლად რეესტრზე 0x1F ნიღაბით, როგორც 0x12345678 და ლოგიკურ OR ოპერაციაზე 0x20 რეესტრზე ნიღბით 0x11223344, და ჩაწერეთ რეგისტრაციაში 0x21 მნიშვნელობით 0xAABBCCDD.
ბრძანების ჩარჩო გაიგზავნა PN5190-ზე: 0300121F03785634122002443322112101DDCCBBAA
მასპინძელი ელოდება შეფერხებას.
როდესაც ჰოსტი კითხულობს PN5190-დან მიღებულ საპასუხო ჩარჩოს (წარმატებულ ოპერაციაზე მიუთითებს): 03000100
5.5 ყოფილიampREAD_REGISTER-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა 0x1F რეესტრის შინაარსის წასაკითხად და ვარაუდით, რომ რეესტრს აქვს 0x12345678 მნიშვნელობა.
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0400011F
მასპინძელი ელოდება შეფერხებას.
როდესაც ჰოსტი კითხულობს PN5190-დან მიღებულ საპასუხო ჩარჩოს (წარმატებულ ოპერაციაზე მიუთითებს): 0400050078563412
5.6 ყოფილიampREAD_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 ყოფილიampREAD_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 RETRIEVE_RF_DATA-სთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობის შემდეგ, მიღებული/შენახული მონაცემების მისაღებად შიდა CLIF ბუფერში (დავარაუდეთ, რომ მიღებულია 0x05), თუ ვივარაუდებთ, რომ TRANSMIT_RF_DATA უკვე გაიგზავნება RF ჩართვის შემდეგ.
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 090000
მასპინძელი ელოდება შეფერხებას.
როდესაც მასპინძელი კითხულობს პასუხს, ჩარჩო მიღებულია PN5190-დან (წარმატებულ ოპერაციაზე მიუთითებს): 090003000400
5.11 ყოფილიampEXCHANGE_RF_DATA-სთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობის შემდეგ REQA-ს გადასაცემად (0x26), გასაგზავნად ბოლო ბაიტში ბიტების რაოდენობა დაყენებულია 0x07, ყველა სტატუსი მიიღება მონაცემებთან ერთად. ვარაუდია, რომ RF რეგისტრები უკვე დაყენებულია და RF ჩართულია.
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0A0003070F26
მასპინძელი ელოდება შეფერხებას.
როდესაც მასპინძელი კითხულობს პასუხს, ჩარჩო მიღებულია PN5190-დან (წარმატებულ ოპერაციაზე მიუთითებს): 0A000 F000200000000000200000000004400
5.12 ყოფილიampLOAD_RF_CONFIGURATION-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა RF კონფიგურაციის დასაყენებლად. TX-სთვის, 0x00 და RX-ისთვის, 0x80
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0D00020080
მასპინძელი ელოდება შეფერხებას.
როდესაც მასპინძელი კითხულობს პასუხს, ჩარჩო მიღებულია PN5190-დან (წარმატებულ ოპერაციაზე მიუთითებს): 0D000100
5.13 ყოფილიampUPDATE_RF_CONFIGURATION-ისთვის
ჰოსტიდან გაგზავნილი მონაცემების თანმიმდევრობა RF კონფიგურაციის განახლებისთვის. TX-ისთვის, 0x00, რეგისტრაციის მისამართით CLIF_CRC_TX_CONFIG და მნიშვნელობით 0x00000001
ბრძანების ჩარჩო გაგზავნილია PN5190-ზე: 0E0006001201000000
მასპინძელი ელოდება შეფერხებას.
როდესაც მასპინძელი კითხულობს პასუხს, ჩარჩო მიღებულია PN5190-დან (წარმატებულ ოპერაციაზე მიუთითებს): 0E000100
5.14 ყოფილიample RF_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. აბრევიატურები

აბრ.	მნიშვნელობა
CLK	საათი
DWL_REQ	ჩამოტვირთეთ მოთხოვნის პინი (ასევე უწოდებენ DL_REQ)
EEPROM	ელექტრულად წაშლილი პროგრამირებადი მხოლოდ წაკითხული მეხსიერება
FW	Firmware
GND	ადგილზე
GPIO	ზოგადი დანიშნულების შეყვანის გამომავალი
HW	აპარატურა
I²C	ინტეგრირებული წრე (სერიული მონაცემთა ავტობუსი)
IRQ	შეწყვეტის მოთხოვნა
ISO / IEC	საერთაშორისო სტანდარტების ორგანიზაცია / საერთაშორისო ელექტროტექნიკური საზოგადოება
NFC	ახლო საველე კომუნიკაცია
OS	ოპერაციული სისტემა
PCD	სიახლოვის დამაკავშირებელი მოწყობილობა (უკონტაქტო წამკითხველი)
PICC	Proximity Integrated Circuit Card (უკონტაქტო ბარათი)
PMU	ენერგიის მართვის განყოფილება
POR	ჩართვის გადატვირთვა
RF	Რადიო სიხშირე
RST	გადატვირთვა
SFWU	პროგრამული უზრუნველყოფის ჩამოტვირთვის უსაფრთხო რეჟიმი
SPI	სერიული პერიფერიული ინტერფეისი
ვენი	V ჩართეთ პინი

ცნობები

[1] NFC Cockpit-ის CTS კონფიგურაციის ნაწილი, https://www.nxp.com/products/:NFC-COCKPIT
[2] PN5190 IC მონაცემთა ფურცელი, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

იურიდიული ინფორმაცია

10.1 განმარტებები
პროექტი — დოკუმენტის სტატუსის პროექტი მიუთითებს, რომ შინაარსი ჯერ კიდევ შიდა რეჟიმზეა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 პროდუქტი შესაფერისი და შეესაბამება მომხმარებლის აპლიკაციებს და დაგეგმილ პროდუქტებს, ასევე მესამე მხარის კლიენტ(ებ)ის დაგეგმილი გამოყენებისა და გამოყენებისთვის. მომხმარებლებმა უნდა უზრუნველყონ შესაბამისი დიზაინი და ოპერაციული გარანტიები, რათა მინიმუმამდე დაიყვანონ მათ აპლიკაციებთან და პროდუქტებთან დაკავშირებული რისკები.
NXP Semiconductors არ იღებს პასუხისმგებლობას რაიმე ნაგულისხმევთან, დაზიანებასთან, ხარჯებთან ან პრობლემასთან დაკავშირებით, რომელიც დაფუძნებულია კლიენტის აპლიკაციებში ან პროდუქტებში არსებულ ნებისმიერ სისუსტეზე ან ნაგულისხმევზე, ან კლიენტის მესამე მხარის კლიენტ(ებ)ის მიერ აპლიკაციაში ან გამოყენებაზე. კლიენტი პასუხისმგებელია მომხმარებლის აპლიკაციებისა და პროდუქტების ყველა საჭირო ტესტირების ჩატარებაზე NXP Semiconductors პროდუქტების გამოყენებით, რათა თავიდან აიცილოს აპლიკაციებისა და პროდუქტების ან აპლიკაციის ნაგულისხმევი გამოყენება ან მომხმარებლის მესამე მხარის კლიენტ(ებ)ის მიერ გამოყენება. NXP არ იღებს რაიმე პასუხისმგებლობას ამ კუთხით.

NXP BV – NXP BV არ არის მოქმედი კომპანია და ის არ ავრცელებს ან ყიდის პროდუქტებს.

10.3 ლიცენზიები
NXP IC-ების შეძენა NFC ტექნოლოგიით — NXP ნახევარგამტარების IC-ის შეძენა, რომელიც შეესაბამება ახლო საველე კომუნიკაციის (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 კონტროლერი [pdf] მომხმარებლის სახელმძღვანელო
PN5190, PN5190 NFC წინა პანელის კონტროლერი, NFC წინა პანელის კონტროლერი, კონტროლერი, UM11942

ცნობები

მომხმარებლის სახელმძღვანელო

PN5190 NFC Frontend კონტროლერი

შესავალი

მასპინძელი კომუნიკაცია დასრულდაview

IC ოპერაციული ჩატვირთვის რეჟიმი – დაცული FW ჩამოტვირთვის რეჟიმი

IC ოპერაციული ჩატვირთვის რეჟიმი - ნორმალური მუშაობის რეჟიმი

ცხრილი 54. Config Bitmask

დანართი (მაგamples)

დანართი (RF პროტოკოლის კონფიგურაციის ინდექსები)

დანართი (CTS და TESTBUS სიგნალები)

აბრევიატურები

ცნობები

იურიდიული ინფორმაცია

დოკუმენტები / რესურსები

ცნობები

დატოვე კომენტარი

გააუქმეთ პასუხი