NXP PN5190 NFC फ्रंटएंड कंट्रोलर वापरकर्ता मॅन्युअल

माहिती	सामग्री
कीवर्ड	PN5190, NFC, NFC फ्रंटएंड, कंट्रोलर, इंस्ट्रक्शन लेयर
गोषवारा	हा दस्तऐवज NXP PN5190 NFC फ्रंटएंड कंट्रोलरच्या ऑपरेशनचे मूल्यमापन करण्यासाठी, होस्ट कंट्रोलरकडून काम करण्यासाठी निर्देश स्तर आदेश आणि प्रतिसादांचे वर्णन करतो. PN5190 हा पुढील पिढीचा NFC फ्रंटएंड कंट्रोलर आहे. या दस्तऐवजाची व्याप्ती PN5190 NFC फ्रंटएंड कंट्रोलरसह कार्य करण्यासाठी इंटरफेस कमांडचे वर्णन करणे आहे. PN5190 NFC फ्रंटएंड कंट्रोलरच्या ऑपरेशनबद्दल अधिक माहितीसाठी, डेटा शीट आणि त्याची पूरक माहिती पहा.

पुनरावृत्ती इतिहास

रेव्ह	तारीख	वर्णन
3.7	20230525	• दस्तऐवज प्रकार आणि शीर्षक उत्पादन डेटा शीट परिशिष्टातून वापरकर्ता मॅन्युअलमध्ये बदलले • संपादकीय साफसफाई • SPI सिग्नलसाठी संपादकीय अटी अपडेट केल्या • विभाग 8 मधील तक्ता 4.5.2.3 मध्ये GET_CRC_USER_AREA कमांड जोडली • कलम 5190 मध्ये PN1B5190 आणि PN2B3.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 आहे. दस्तऐवजात एसपीआय भौतिक वैशिष्ट्यांचा विचार केला जात नाही.
फ्रेम वेगळे करणे आणि प्रवाह नियंत्रण या दस्तऐवजाचा भाग आहेत.
1.1.1 व्याप्ती
दस्तऐवज तार्किक स्तर, सूचना कोड, API चे वर्णन करतो जे ग्राहकासाठी उपयुक्त आहेत.

संप्रेषण होस्ट कराview

होस्ट कंट्रोलरशी संवाद साधण्यासाठी PN5190 मध्ये ऑपरेशनचे दोन मुख्य मोड आहेत.

जेव्हा डिव्हाइस प्रविष्ट करण्यासाठी ट्रिगर केले जाते तेव्हा HDLL-आधारित संप्रेषण वापरले जाते:
a त्याचे फर्मवेअर अद्यतनित करण्यासाठी एन्क्रिप्टेड सुरक्षित डाउनलोड मोड
TLV कमांड-प्रतिसाद-आधारित संप्रेषण (माजी म्हणून दिलेलेample).

2.1 HDLL मोड
एचडीएलएल मोड खालील IC ऑपरेटिंग मोडसह कार्य करण्यासाठी पॅकेट एक्सचेंज फॉरमॅटसाठी वापरला जातो:

सुरक्षित फर्मवेअर डाउनलोड मोड (SFWU), विभाग 3 पहा

2.1.1 HDLL चे वर्णन
HDLL हा NXP द्वारे विश्वसनीय FW डाउनलोड सुनिश्चित करण्यासाठी विकसित केलेला दुवा स्तर आहे.
HDLL मेसेज 2 बाइट हेडरचा बनलेला असतो, त्यानंतर फ्रेम असतो, ज्यामध्ये opcode आणि कमांडचा पेलोड असतो. खालील चित्रात वर्णन केल्याप्रमाणे प्रत्येक संदेश 16-बिट CRC ने समाप्त होतो:HDLL हेडरमध्ये हे समाविष्ट आहे:

एक तुकडा. हा संदेश संदेशाचा एकमेव किंवा शेवटचा भाग आहे का ते सूचित करते (खंड = 0). किंवा जर, कमीत कमी, दुसरा एक भाग फॉलो करत असेल (खंड = 1).

10 बिट्सवर कोड केलेल्या पेलोडची लांबी. त्यामुळे, HDLL फ्रेम पेलोड 1023 बाइट्सपर्यंत जाऊ शकतो.

बाइट ऑर्डरची व्याख्या बिग-एंडियन म्हणून केली गेली आहे, म्हणजे मिस बाइट प्रथम.
CRC16 बहुपदी x^25 + x^13239 + x^16 +12 आणि प्री-लोड मूल्य 5xFFFF सह X.1 (CRC-CCITT, ISO/IEC0) मानकांशी सुसंगत आहे.
त्याची गणना संपूर्ण HDLL फ्रेमवर केली जाते, म्हणजेच हेडर + फ्रेम.
Sampसी-कोड अंमलबजावणी:
स्थिर uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
साठी (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_नवीन;
}
सीआरसी परत करा;
}
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 ट्रिगर केले जाते तेव्हाच वापरले जाते.
2.2 TLV मोड
TLV म्हणजे Tag लांबीचे मूल्य.
2.2.1 फ्रेम व्याख्या
SPI फ्रेम NTS च्या घसरत्या किनार्यापासून सुरू होते आणि NTS च्या वाढत्या काठाने समाप्त होते. SPI हे फिजिकल डेफिनिशननुसार फुल डुप्लेक्स आहे परंतु PN5190 हाफ-डुप्लेक्स मोडमध्ये SPI वापरते. SPI मोड [0] मध्ये निर्दिष्ट केल्यानुसार कमाल घड्याळ गतीसह CPOL 0 आणि CPHA 2 पर्यंत मर्यादित आहे. प्रत्येक SPI फ्रेम 1 बाइट हेडर आणि बॉडीच्या n-बाइट्सने बनलेली असते.
2.2.2 प्रवाह संकेतHOST नेहमी प्रथम बाइट म्हणून फ्लो इंडिकेशन बाइट पाठवतो, त्याला PN5190 वरून डेटा लिहायचा किंवा वाचायचा आहे.
वाचण्याची विनंती असल्यास आणि कोणताही डेटा उपलब्ध नसल्यास, प्रतिसादात 0xFF आहे.
फ्लो इंडिकेशन बाइट नंतरचा डेटा एक किंवा अनेक संदेश आहे.
प्रत्येक NTS प्रतिपादनासाठी, पहिला बाइट हा नेहमी HEADER (फ्लो इंडिकेशन बाइट) असतो, तो लेखन/वाचन ऑपरेशनच्या संदर्भात 0x7F/0xFF असू शकतो.
2.2.3 संदेश प्रकार
होस्ट कंट्रोलर PN5190 शी संवाद साधेल जे संदेश SPI फ्रेम्समध्ये नेले जातात.
तीन भिन्न संदेश प्रकार आहेत:

आज्ञा
प्रतिसाद

कार्यक्रम

वरील संप्रेषण आकृती खालीलप्रमाणे विविध संदेश प्रकारांसाठी अनुमत दिशानिर्देश दर्शवते:

आदेश आणि प्रतिसाद.
कमांड फक्त होस्ट कंट्रोलरकडून PN5190 वर पाठवल्या जातात.

प्रतिसाद आणि कार्यक्रम फक्त PN5190 वरून होस्ट कंट्रोलरला पाठवले जातात.
कमांड प्रतिसाद IRQ पिन वापरून समक्रमित केले जातात.

आयआरक्यू कमी असतानाच होस्ट कमांड पाठवू शकतो.
IRQ उच्च असेल तेव्हाच होस्ट प्रतिसाद/इव्हेंट वाचू शकतो.

2.2.3.1 अनुमत क्रम आणि नियमआज्ञा, प्रतिसाद आणि इव्हेंटच्या अनुमत क्रम

आज्ञा नेहमी प्रतिसाद, किंवा इव्हेंट किंवा दोन्हीद्वारे मान्य केली जाते.

आधीच्या कमांडला प्रतिसाद न मिळाल्यास होस्ट कंट्रोलरला दुसरी कमांड पाठवण्याची परवानगी नाही.
इव्हेंट कधीही अतुल्यकालिकपणे पाठवले जाऊ शकतात (कमांड/प्रतिसाद जोडीमध्ये इंटरलीव्ह केलेले नाहीत).

इव्हेंट संदेश एका फ्रेममधील प्रतिसाद संदेशांसह कधीही एकत्र केले जात नाहीत.

टीप: संदेशाची उपलब्धता (एकतर RESPONSE किंवा घटना) IRQ उच्च, कमी पासून संकेतित केली जाते. सर्व प्रतिसाद किंवा इव्हेंट फ्रेम वाचले जाईपर्यंत IRQ उच्च राहते. IRQ सिग्नल कमी झाल्यानंतरच, होस्ट पुढील कमांड पाठवू शकतो.
2.2.4 संदेश स्वरूप
प्रत्येक संदेशाला SWITCH_MODE_NORMAL आदेश वगळता प्रत्येक संदेशासाठी n-बाइट्स पेलोडसह TLV संरचनेत कोड केले जाते.प्रत्येक TLV बनलेला आहे:प्रकार (T) => 1 बाइट
बिट[7] संदेश प्रकार
0: COMMAND किंवा RESPONSE संदेश
1: इव्हेंट संदेश
बिट [६:०]: सूचना कोड
लांबी (L) => 2 बाइट्स (बिग-एंडियन फॉरमॅटमध्ये असावी)
मूल्य (V) => लांबीच्या फील्ड (बिग-एंडियन फॉरमॅट) वर आधारित TLV (कमांड पॅरामीटर्स / रिस्पॉन्स डेटा) मूल्याचे N बाइट्स/डेटा
2.2.4.1 स्प्लिट फ्रेम
COMMAND संदेश एका SPI फ्रेममध्ये पाठवला जाणे आवश्यक आहे.
रिस्पॉन्स आणि इव्हेंट संदेश एकाधिक SPI फ्रेम्समध्ये वाचले जाऊ शकतात, उदा. लांबीचा बाइट वाचण्यासाठी.प्रतिसाद किंवा इव्हेंट संदेश सिंगल SPI फ्रेममध्ये वाचले जाऊ शकतात परंतु दरम्यान NO-CLOCK ने विलंब होतो, उदा, लांबीचा बाइट वाचण्यासाठी.

IC ऑपरेटिंग बूट मोड – सुरक्षित FW डाउनलोड मोड

3.1 परिचय
PN5190 फर्मवेअर कोडचा काही भाग ROM मध्ये कायमचा संग्रहित केला जातो, तर उर्वरित कोड आणि डेटा एम्बेडेड फ्लॅशमध्ये संग्रहित केला जातो. वापरकर्ता डेटा फ्लॅशमध्ये संग्रहित केला जातो आणि डेटाची अखंडता आणि उपलब्धता सुनिश्चित करणार्‍या अँटी-टीअरिंग यंत्रणेद्वारे संरक्षित केला जातो. NXPs च्या ग्राहकांना नवीनतम मानके (EMVCo, NFC फोरम आणि याप्रमाणे) सुसंगत वैशिष्ट्ये प्रदान करण्यासाठी, FLASH मधील कोड आणि वापरकर्ता डेटा दोन्ही अद्यतनित केले जाऊ शकतात.
एनक्रिप्टेड फर्मवेअरची सत्यता आणि अखंडता असममित/सममित की स्वाक्षरी आणि रिव्हर्स चेन हॅश यंत्रणेद्वारे संरक्षित आहे. पहिल्या DL_SEC_WRITE कमांडमध्ये दुसऱ्या कमांडचा हॅश आहे आणि पहिल्या फ्रेमच्या पेलोडवर RSA स्वाक्षरीद्वारे संरक्षित आहे. PN5190 फर्मवेअर पहिल्या कमांडचे प्रमाणीकरण करण्यासाठी RSA सार्वजनिक की वापरतो. फर्मवेअर कोड आणि डेटा तृतीय पक्षांद्वारे प्रवेश केला जात नाही याची खात्री करण्यासाठी, प्रत्येक कमांडमधील चेन केलेला हॅश त्यानंतरच्या कमांडचे प्रमाणीकरण करण्यासाठी वापरला जातो.
DL_SEC_WRITE कमांडचे पेलोड AES-128 की सह एनक्रिप्ट केलेले आहेत. प्रत्येक आदेशाच्या प्रमाणीकरणानंतर, पेलोड सामग्री डिक्रिप्ट केली जाते आणि PN5190 फर्मवेअरद्वारे फ्लॅश करण्यासाठी लिहिली जाते.
NXP फर्मवेअरसाठी, NXP नवीन वापरकर्ता डेटासह नवीन सुरक्षित फर्मवेअर अद्यतने वितरीत करण्याचे प्रभारी आहे.
अपडेट प्रक्रिया NXP कोड आणि डेटाची सत्यता, अखंडता आणि गोपनीयतेचे संरक्षण करण्यासाठी यंत्रणा सज्ज आहे.
HDLL-आधारित फ्रेम पॅकेट स्कीमा सुरक्षित फर्मवेअर अपग्रेड मोडसाठी सर्व कमांड आणि प्रतिसादांसाठी वापरला जातो.
कलम २.१ ओव्हर प्रदान करतेview HDLL फ्रेम पॅकेट स्कीमा वापरले.
PN5190 ICs वापरलेल्या वेरिएंटवर अवलंबून लेगसी एन्क्रिप्टेड सुरक्षित FW डाउनलोड आणि हार्डवेअर क्रिप्टो असिस्टेड एनक्रिप्टेड सुरक्षित FW डाउनलोड प्रोटोकॉल या दोन्हींना समर्थन देते.
दोन प्रकार आहेत:

लेगसी सुरक्षित FW डाउनलोड प्रोटोकॉल जो केवळ PN5190 B0/B1 IC आवृत्तीसह कार्य करतो.

हार्डवेअर क्रिप्टो सहाय्यित सुरक्षित FW डाउनलोड प्रोटोकॉल जे केवळ PN5190B2 IC आवृत्तीसह कार्य करते, जे ऑन-चिप हार्डवेअर क्रिप्टो ब्लॉक्स वापरते

खालील विभाग सुरक्षित फर्मवेअर डाउनलोड मोडच्या आज्ञा आणि प्रतिसाद स्पष्ट करतात.
3.2 "सुरक्षित फर्मवेअर डाउनलोड" मोड कसे ट्रिगर करावे
खालील आकृती, आणि त्यानंतरच्या पायऱ्या, सुरक्षित फर्मवेअर डाउनलोड मोड कसा ट्रिगर करायचा ते दाखवा.पूर्व स्थिती: PN5190 ऑपरेशन स्थितीत आहे.
मुख्य परिस्थिती:

प्रवेश स्थिती जेथे "सुरक्षित फर्मवेअर डाउनलोड" मोडमध्ये प्रवेश करण्यासाठी DWL_REQ पिन वापरला जातो.
a डिव्हाइस होस्ट DWL_REQ पिन उच्च खेचतो (केवळ DWL_REQ पिनद्वारे सुरक्षित फर्मवेअर अपडेट असल्यास वैध) किंवा
b डिव्हाइस होस्ट PN5190 बूट करण्यासाठी हार्ड-रीसेट करतो
प्रवेश स्थिती जेथे "सुरक्षित फर्मवेअर डाउनलोड" मोडमध्ये प्रवेश करण्यासाठी DWL_REQ पिन वापरली जात नाही (पिनलेस डाउनलोड).
a डिव्हाइस होस्ट PN5190 बूट करण्यासाठी हार्ड-रीसेट करतो
b डिव्हाइस होस्ट सामान्य अनुप्रयोग मोडमध्ये प्रवेश करण्यासाठी SWITCH_MODE_NORMAL (विभाग 4.5.4.5) पाठवतो.
c आता जेव्हा 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) कमांड पाठवतो.
डिव्हाइस होस्ट डिव्हाइसवरून वर्तमान हार्डवेअर आणि फर्मवेअर आवृत्ती, सत्र, डाय-आयडी वाचतो.
a शेवटचे डाउनलोड पूर्ण झाले असल्यास डिव्हाइस होस्ट सत्र स्थिती तपासतो
b डाउनलोड सुरू करायचे की डाउनलोडमधून बाहेर पडायचे हे ठरवण्यासाठी डिव्हाइस होस्ट आवृत्ती तपासण्याचे नियम लागू करतो.
ए पासून डिव्हाइस होस्ट लोड करते file फर्मवेअर बायनरी कोड डाउनलोड केला जाईल
डिव्हाइस होस्ट प्रथम DL_SEC_WRITE ( विभाग 3.4.8) कमांड प्रदान करतो ज्यामध्ये हे समाविष्ट आहे:
a नवीन फर्मवेअरची आवृत्ती,
b एनक्रिप्शन की अस्पष्टतेसाठी वापरल्या जाणार्‍या अनियंत्रित मूल्यांचा 16-बाइट नॉन्स
c पुढील फ्रेमचे डायजेस्ट मूल्य,
d फ्रेमचीच डिजिटल स्वाक्षरी
डिव्हाइस होस्ट DL_SEC_WRITE (विभाग 5190) कमांडसह सुरक्षित डाउनलोड प्रोटोकॉल क्रम PN3.4.8 वर लोड करतो.
जेव्हा शेवटची DL_SEC_WRITE (विभाग 3.4.8) कमांड पाठवली जाते, तेव्हा मेमरी यशस्वीरित्या लिहिल्या गेल्या आहेत का हे तपासण्यासाठी डिव्हाइस होस्ट DL_CHECK_INTEGRITY (विभाग 3.4.7) कमांड कार्यान्वित करतो.
डिव्हाइस होस्ट नवीन फर्मवेअर आवृत्ती वाचतो आणि वरच्या स्तरावर अहवाल देण्यासाठी बंद असल्यास सत्र स्थिती तपासतो
डिव्हाइस होस्ट DWL_REQ पिन कमी खेचतो (जर DWL_REQ पिन डाउनलोड मोडमध्ये प्रवेश करण्यासाठी वापरला असेल)
डिव्हाइस होस्ट PN5190 रीबूट करण्यासाठी डिव्हाइसवर हार्ड रीसेट (VEN पिन टॉगल करणे) करतो
पोस्ट-अट: फर्मवेअर अद्यतनित केले आहे; नवीन फर्मवेअर आवृत्ती क्रमांक नोंदवला आहे.

3.3 फर्मवेअर स्वाक्षरी आणि आवृत्ती नियंत्रण
PN5190 फर्मवेअर डाउनलोड मोडमध्ये, NXP फर्मवेअरसाठी फक्त NXP द्वारे स्वाक्षरी केलेले आणि वितरित केलेले फर्मवेअर स्वीकारले जाईल याची खात्री करते.
खालील फक्त एनक्रिप्टेड सुरक्षित NXP फर्मवेअरसाठी लागू आहे.
डाउनलोड सत्रादरम्यान, नवीन 16 बिट फर्मवेअर आवृत्ती पाठविली जाते. हे मोठ्या आणि लहान संख्येने बनलेले आहे:

मुख्य क्रमांक: 8 बिट (MSB)
किरकोळ संख्या: 8 बिट (LSB)

PN5190 नवीन प्रमुख आवृत्ती क्रमांक सध्याच्या आवृत्तीपेक्षा मोठा किंवा समान आहे का ते तपासते. तसे नसल्यास, सुरक्षित फर्मवेअर डाउनलोड नाकारले जाते आणि सत्र बंद ठेवले जाते.
3.4 लेगसी एनक्रिप्टेड डाउनलोड आणि हार्डवेअर क्रिप्टो सहाय्यासाठी HDLL कमांड एनक्रिप्टेड डाउनलोड
हा विभाग NXP फर्मवेअर डाउनलोडसाठी दोन्ही प्रकारच्या डाउनलोडसाठी वापरल्या गेलेल्या आदेश आणि प्रतिसादांबद्दल माहिती प्रदान करतो.
3.4.1 HDLL कमांड ओपी कोड
टीप: HDLL कमांड फ्रेम 4 बाइट संरेखित आहेत. न वापरलेले पेलोड बाइट शून्य बाकी आहेत.
तक्ता 1. HDLL कमांड ओपी कोडची यादी

पीएन५१९० बी०/ बी१ (वारसा डाउनलोड)	पीएन५१९० बी२ (क्रिप्टो सहाय्यक डाउनलोड)	आदेश उर्फ	वर्णन
0xF0	0xE5	डीएल_रीसेट	सॉफ्ट रीसेट करते
0xF1	0xE1	डीएल_जीईटी_व्हर्जन	आवृत्ती क्रमांक मिळवते
0xF2	0xDB	डीएल_जीईटी_सेशन_स्टेट	वर्तमान सत्र स्थिती मिळवते
0xF4	0xDF	डीएल_जीईटी_डीआयई_आयडी	डाय आयडी परत करते
0xE0	0xE7	DL_CHECK_INTEGRITY	वेगवेगळ्या भागात सीआरसी तपासा आणि परत करा तसेच प्रत्येकासाठी पास/अयशस्वी स्थितीचे ध्वज
0xC0	0x8 सी	डीएल_एसईसी_लिहा	निरपेक्ष पत्त्या y पासून सुरू होणार्‍या मेमरीवर x बाइट्स लिहितात

3.4.2 HDLL प्रतिसाद Opcodes
टीप: HDLL प्रतिसाद फ्रेम 4 बाइट संरेखित आहेत. न वापरलेले पेलोड बाइट शून्य बाकी आहेत. केवळ DL_OK प्रतिसादांमध्ये पेलोड मूल्ये असू शकतात.
तक्ता 2. HDLL प्रतिसाद ओपी कोडची सूची

Opcode	प्रतिसाद उर्फ	वर्णन
0x00	डीएल_ओके	आदेश पास झाला
0x01	डीएल_इनव्हॅलिड_एडीडीआर	पत्ता परवानगी नाही
0x0B	डीएल_अनकॉन_सीएमडी	अज्ञात आदेश
0x0 सी	डीएल_अबॉर्टेड_सीएमडी	भाग क्रम खूप मोठा आहे
0x1E	डीएल_एडीडीआर_रेंज_ऑफल_त्रुटी	पत्ता श्रेणीबाहेर आहे
0x1F	डीएल_बफर_ऑफल_त्रुटी	बफर खूप लहान आहे
0x20	डीएल_एमईएम_बीएसवाय	मेमरी व्यस्त
0x21	डीएल_सिग्नेट्युअर_चूक	स्वाक्षरी जुळत नाही
0x24	डीएल_फर्मवेअर_व्हर्जन_त्रुटी	वर्तमान आवृत्ती समान किंवा उच्च
0x28	डीएल_प्रोटोकोल_त्रुटी	प्रोटोकॉल त्रुटी
0x2A	डीएल_एसएफडब्ल्यूयू_डीग्रेड	फ्लॅश डेटा भ्रष्टाचार
0x2D	PH_STATUS_DL_FIRST_CHUNK	पहिला भाग मिळाला
0x2E	PH_STATUS_DL_पुढील_चंक	पुढील भागासाठी प्रतीक्षा करा
0xC5	PH_STATUS_INTERNAL_ERROR_5	लांबी जुळत नाही

3.4.3 DL_RESET कमांड
फ्रेम एक्सचेंज:
पीएन५१९० बी०/बी१: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B] पीएन५१९० बी२: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] रीसेट PN5190 ला DL_ST उत्तर पाठवण्यापासून प्रतिबंधित करते. म्हणून, केवळ चुकीची स्थिती प्राप्त केली जाऊ शकते.
STAT ही परताव्याची स्थिती आहे.
3.4.4 DL_GET_VERSION कमांड
फ्रेम एक्सचेंज:
पीएन५१९० बी०/बी१: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] पीएन५१९० बी२: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 CRC2 RFU ची फ्रेम RFU16 प्रतिसाद मिळवा]XNUMX आहे:
तक्ता 3. GetVersion कमांडला प्रतिसाद

फील्ड	बाइट	वर्णन
STAT	1	स्थिती
एचडब्ल्यू_व्ही	2	हार्डवेअर आवृत्ती
आरओ_व्ही	3	रॉम कोड
मॉडेल आयडी	4	मॉडेल आयडी
एफएमएक्सव्ही	5-6	फर्मवेअर आवृत्ती (डाउनलोड करण्यासाठी वापरली जाते)
आरएफयू१-आरएफयू२	7-8	–

प्रतिसादाच्या विविध फील्डची अपेक्षित मूल्ये आणि त्यांचे मॅपिंग खालीलप्रमाणे आहे:
तक्ता 4. GetVersion कमांडच्या प्रतिसादाची अपेक्षित मूल्ये

आयसी प्रकार	HW आवृत्ती (हेक्स)	रॉम आवृत्ती (हेक्स)	मॉडेल आयडी (हेक्स)	FW आवृत्ती (हेक्स)
पीएन५१९० बी२	0x51	0x02	0x00	xx.yy
पीएन५१९० बी२	0x52	0x02	0x00	xx.yy
पीएन५१९० बी२	0x53	0x03	0x00	xx.yy

3.4.5 DL_GET_SESSION_STATE आदेश
फ्रेम एक्सचेंज:
पीएन५१९० बी०/बी१: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33] पीएन५१९० बी२: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession प्रतिसादाची पेलोड फ्रेम आहे:
तक्ता 5. GetSession कमांडला प्रतिसाद

फील्ड	बाइट	वर्णन
STAT	1	स्थिती
एसएसटीए	2	सत्राची स्थिती • 0x00: बंद • 0x01: उघडा • 0x02: लॉक केलेले (डाउनलोड करण्याची परवानगी नाही)
आरएफयू	3-4

3.4.6 DL_GET_DIE_ID कमांड
फ्रेम एक्सचेंज:
पीएन५१९० बी०/बी१: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA] पीएन५१९० बी२: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 स्टेट 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId प्रतिसादाची पेलोड फ्रेम आहे:
तक्ता 6. GetDieId कमांडला प्रतिसाद

फील्ड	बाइट	वर्णन
STAT	1	स्थिती
आरएफयू	2-4
मरण पावला	5-20	डायचा आयडी (१६ बाइट)

3.4.7 DL_CHECK_INTEGRITY कमांड
फ्रेम एक्सचेंज:
पीएन५१९० बी०/बी१: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16] पीएन५१९० बी२: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC_INFO] [CRC32r चे प्रतिसाद फ्रेममध्ये आहे] CRC16r प्रतिसाद तपासा] CTCXNUMX चे प्रतिसाद आहे.
तक्ता 7. CheckIntegrity कमांडला प्रतिसाद

फील्ड	बाइट	मूल्य/वर्णन
STAT	1	स्थिती
LEN डेटा	2	डेटा विभागांची एकूण संख्या
LEN कोड	3	कोड विभागांची एकूण संख्या
आरएफयू	4	राखीव
[सीआरसी_माहिती]	58	32 बिट (लिटल-एंडियन). जर थोडा सेट केला असेल तर, संबंधित विभागाचा CRC ठीक आहे, अन्यथा ठीक नाही.
		बिट	क्षेत्र अखंडता स्थिती
		[३१:२८]	राखीव [३]
		[३१:२८]	राखीव [३]
		[८]	राखीव [३]
		[३१:२८]	राखीव [३]
		[८]	RF कॉन्फिगरेशन क्षेत्र (PN5190 B0/B1) [2] राखीव (PN5190 B2) [3]
		[८]	प्रोटोकॉल कॉन्फिगरेशन क्षेत्र (PN5190 B0/B1) [2] RF कॉन्फिगरेशन क्षेत्र (PN5190 B2) [2]
		[८]	आरक्षित (PN5190 B0/B1) [3] वापरकर्ता कॉन्फिगरेशन क्षेत्र (PN5190 B2) [2]
		[३१:२८]	राखीव [३]
		[३१:२८]	PN5190 B0/B1 साठी आरक्षित [3] PN5190 B2 साठी राखीव [1]
		[३१:२८]	राखीव [३]
[सीआरसी३२]	9-136	32 विभागांपैकी CRC32. प्रत्येक CRC लिटल-एंडियन फॉरमॅटमध्ये संग्रहित 4 बाइट्सचा असतो. CRC चे पहिले 4 बाइट्स बिट CRC_INFO[31] चे आहेत, CRC चे पुढील 4 बाइट्स बिट CRC_INFO[30] चे आहेत आणि असेच पुढे.

[१] PN1 योग्यरित्या कार्य करण्यासाठी हा बिट 1 असणे आवश्यक आहे (वैशिष्ट्यांसह आणि किंवा एनक्रिप्टेड FW डाउनलोडसह).
[२] हा बिट डीफॉल्टनुसार 2 वर सेट केला आहे, परंतु वापरकर्ता सुधारित सेटिंग्ज CRC अवैध करतात. PN1 कार्यक्षमतेवर कोणताही प्रभाव नाही..
[३] हे बिट व्हॅल्यू, जरी ते ० असले तरी ते संबंधित नाही. या बिट मूल्याकडे दुर्लक्ष केले जाऊ शकते..

3.4.8 DL_SEC_WRITE कमांड
DL_SEC_WRITE कमांडचा विचार सुरक्षित लेखन आदेशांच्या क्रमाच्या संदर्भात केला जातो: एनक्रिप्टेड “सुरक्षित फर्मवेअर डाउनलोड” (बहुतेकदा eSFWu म्हणून संदर्भित).
सुरक्षित लेखन कमांड प्रथम डाउनलोड सत्र उघडते आणि RSA प्रमाणीकरण पास करते. पुढील PN5190 फ्लॅशमध्ये लिहिण्यासाठी एनक्रिप्टेड पत्ते आणि बाइट्स पास करत आहेत. शेवटच्या सोडून बाकी सर्वांमध्ये पुढील हॅश असतात, त्यामुळे ते शेवटचे नाहीत याची माहिती देणे आणि क्रिप्टोग्राफिक पद्धतीने अनुक्रम फ्रेम्स एकत्र जोडणे.
इतर कमांड्स (DL_RESET आणि DL_CHECK_INTEGRITY वगळता) एका सिक्वेन्सच्या सुरक्षित लेखन कमांडमध्ये तो खंडित न करता समाविष्ट केल्या जाऊ शकतात.
३.४.८.१ पहिली DL_SEC_WRITE कमांड
सुरक्षित लेखन आदेश ही पहिली आहे जर आणि फक्त जर:

फ्रेमची लांबी 312 बाइट्स आहे
शेवटच्या रीसेटपासून सुरक्षित लेखन आदेश प्राप्त झाले नाहीत.

एम्बेडेड स्वाक्षरी PN5190 द्वारे यशस्वीरित्या सत्यापित केली आहे.

पहिल्या फ्रेम कमांडचा प्रतिसाद खालीलप्रमाणे असेल: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ही परतीची स्थिती आहे.
टीप: eSFWu दरम्यान डेटाचा किमान एक भाग लिहिला जाणे आवश्यक आहे जरी लिहिलेला डेटा केवळ एक-बाइट लांब असू शकतो. म्हणून, पहिल्या कमांडमध्ये नेहमी पुढील कमांडचा हॅश असेल, कारण किमान दोन कमांड्स असतील.
3.4.8.2 मध्य DL_SEC_WRITE आदेश
सुरक्षित लेखन आदेश ही 'मध्यम' असते जर आणि फक्त जर:

DL_SEC_WRITE कमांडसाठी विभाग 3.4.1 मध्ये वर्णन केल्याप्रमाणे opcode आहे.

प्रथम सुरक्षित लेखन आदेश आधीच प्राप्त झाला आहे आणि यापूर्वी यशस्वीरित्या सत्यापित केला गेला आहे
प्रथम सुरक्षित लेखन आदेश प्राप्त झाल्यापासून कोणताही रीसेट झाला नाही
फ्रेम लांबी डेटा आकार + शीर्षलेख आकार + हॅश आकार समान आहे: FLEN = SIZE + 6 + 32

संपूर्ण फ्रेमचे डायजेस्ट मागील फ्रेममध्ये प्राप्त झालेल्या हॅश मूल्यासारखे आहे

पहिल्या फ्रेम कमांडचा प्रतिसाद खालीलप्रमाणे असेल: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ही परतीची स्थिती आहे.
3.4.8.3 शेवटची DL_SEC_WRITE कमांड
सुरक्षित लेखन आदेश ही शेवटची असते जर आणि फक्त जर:

DL_SEC_WRITE कमांडसाठी विभाग 3.4.1 मध्ये वर्णन केल्याप्रमाणे opcode आहे.

प्रथम सुरक्षित लेखन आदेश आधीच प्राप्त झाला आहे आणि यापूर्वी यशस्वीरित्या सत्यापित केला गेला आहे
प्रथम सुरक्षित लेखन आदेश प्राप्त झाल्यापासून कोणताही रीसेट झाला नाही
फ्रेमची लांबी डेटा आकार + शीर्षलेख आकाराच्या समान आहे: 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	लिहा_नोंदणी_एकाधिक
0x04	READ_REGISTER
0x05	READ_REGISTER_MULTIPLE कडील अधिक
0x06	WRITE_E2PROM बद्दल
0x07	READ_E2PROM बद्दल
0x08	ट्रान्समिट_आरएफ_डेटा
0x09	डेटा पुनर्प्राप्त करा
0x0A	एक्सचेंज_आरएफ_डेटा
0x0B	एमएफसी_ऑथेंटिकेट
0x0 सी	EPC_GEN2_इन्व्हेंटरी
0x0D	लोड_आरएफ_कॉन्फिगरेशन
0x0E	अपडेट_आरएफ_कॉन्फिगरेशन
0x0F	RF_CONFIGURATION मिळवा
0x10	आरएफ_ऑन
0x11	आरएफ_ऑफ
0x12	TESTBUS_DIGITAL कॉन्फिगर करा
0x13	कॉन्फिगर_टेस्टबस_अ‍ॅनालॉग
0x14	CTS_ENABLE कडील अधिक
0x15	CTS_Configure कडील अधिक
0x16	सीटीएस_रिट्रीव्ह_लॉग
0x17-0x18	आरएफयू
0x19	FW v2.01 पर्यंत: RFU
0x19	FW v2.03 पासून पुढे: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	रिसीव्ह_आरएफ_डेटा
०x१ब-०x१एफ	आरएफयू
0x20	स्विच_मोड_नॉर्मल
0x21	स्विच_मोड_ऑटोकॉल
0x22	स्विच_मोड_स्टँडबाय
0x23	स्विच_मोड_एलपीसीडी
0x24	आरएफयू
0x25	स्विच_मोड_डाउनलोड करा
0x26	मिळवा_DIEID
0x27	GET_VERSION
0x28	आरएफयू
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
०x१ब-०x१एफ	आरएफयू
0x40	ANTENNA_SELF_TEST (समर्थित नाही)
0x41	PRBS_TEST
0x42-0x4F	आरएफयू

4.3 प्रतिसाद स्थिती मूल्ये
खालील प्रतिसाद स्थिती मूल्ये आहेत, जी कमांड कार्यान्वित झाल्यानंतर PN5190 कडून प्रतिसादाचा भाग म्हणून परत केली जातात.
तक्ता 9. PN5190 प्रतिसाद स्थिती मूल्ये

प्रतिसाद स्थिती	प्रतिसाद स्थिती मूल्य	वर्णन
PN5190_स्थिती_यशस्वी	0x00	ऑपरेशन यशस्वीरित्या पूर्ण झाल्याचे सूचित करते
PN5190_STATUS_वेळ संपली	0x01	सूचित करते की कमांडच्या ऑपरेशनमुळे कालबाह्य झाले
PN5190_स्थिती_अखंडता_त्रुटी	0x02	सूचित करते की कमांडच्या ऑपरेशनमुळे RF डेटा अखंडता त्रुटी आली
PN5190_स्थिती_RF_COLLISION_त्रुटी	0x03	सूचित करते की कमांडच्या ऑपरेशनमुळे आरएफ टक्कर त्रुटी आली
PN5190_STATUS_RFU1 बद्दल	0x04	राखीव
PN5190_STATUS_INVALID_COMMAND	0x05	सूचित करते की दिलेली आज्ञा अवैध आहे/अंमलात आणलेली नाही
PN5190_STATUS_RFU2 बद्दल	0x06	राखीव
PN5190_स्थिती_AUTH_त्रुटी	0x07	MFC प्रमाणीकरण अयशस्वी झाल्याचे सूचित करते (परवानगी नाकारली)
PN5190_स्थिती_स्मृती_त्रुटी	0x08	कमांडच्या ऑपरेशनमुळे प्रोग्रामिंग एरर किंवा इंटर्नल मेमरी एरर झाल्याचे सूचित करते
PN5190_STATUS_RFU4 बद्दल	0x09	राखीव
PN5190_स्थिती_NO_RF_FIELD	0x0A	अंतर्गत RF फील्ड उपस्थितीत कोणतीही त्रुटी किंवा त्रुटी नसल्याचे सूचित करते (केवळ आरंभकर्ता/रीडर मोड असल्यास लागू)
PN5190_STATUS_RFU5 बद्दल	0x0B	राखीव
PN5190_स्थिती_SYNTAX_त्रुटी	0x0 सी	अवैध कमांड फ्रेम लांबी प्राप्त झाल्याचे सूचित करते
PN5190_STATUS_RESOURCE_ERROR	0x0D	अंतर्गत संसाधन त्रुटी आल्याचे सूचित करते
PN5190_STATUS_RFU6 बद्दल	0x0E	राखीव
PN5190_STATUS_RFU7 बद्दल	0x0F	राखीव
PN5190_स्थिती_नाही_बाह्य_RF_फील्ड	0x10	आदेशाच्या अंमलबजावणीदरम्यान कोणतेही बाह्य RF फील्ड उपस्थित नसल्याचे सूचित करते (केवळ कार्ड/लक्ष्य मोडमध्ये लागू)
PN5190_STATUS_RX_वेळ संपली	0x11	RFExchange सुरू केल्यानंतर आणि RX कालबाह्य झाल्यानंतर डेटा प्राप्त होत नाही असे सूचित करते.
PN5190_STATUS_USER_रद्द केले	0x12	सध्या चालू असलेली कमांड निरस्त झाल्याचे सूचित करते
PN5190_STATUS_PREVENT_STANDBY	0x13	असे सूचित करते की PN5190 ला स्टँडबाय मोडमध्ये जाण्यासाठी प्रतिबंधित केले आहे
PN5190_STATUS_RFU9 बद्दल	0x14	राखीव
PN5190_स्थिती_घड्याळ_त्रुटी	0x15	CLIF चे घड्याळ सुरू झाले नाही असे सूचित करते
PN5190_STATUS_RFU10 बद्दल	0x16	राखीव
PN5190_स्थिती_PRBS_त्रुटी	0x17	सूचित करते की PRBS कमांडने त्रुटी परत केली आहे
PN5190_STATUS_INSTR_ERROR बद्दल	0x18	कमांडचे ऑपरेशन अयशस्वी झाल्याचे सूचित करते (त्यात, सूचना पॅरामीटर्समधील त्रुटी, वाक्यरचना त्रुटी, ऑपरेशनमध्ये त्रुटी, सूचनांसाठी पूर्व-आवश्यकता पूर्ण झाल्या नाहीत इत्यादी समाविष्ट असू शकतात.)
PN5190_स्थिती_प्रवेश_अस्वीकृत	0x19	अंतर्गत मेमरीमध्ये प्रवेश नाकारला असल्याचे सूचित करते
PN5190_STATUS_TX_FAILURE	0x1A	RF वर TX अयशस्वी झाल्याचे सूचित करते
PN5190_स्थिती_नाही_अँटेना	0x1B	कोणताही अँटेना जोडलेला/उपस्थित नसल्याचे सूचित करते
PN5190_स्थिती_TXLDO_त्रुटी	0x1 सी	VUP उपलब्ध नसताना आणि RF चालू असताना TXLDO मध्ये त्रुटी असल्याचे सूचित करते.
PN5190_STATUS_RFCFG_लागू नाही	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_स्थिती_आंतरिक_त्रुटी	0x7F	NVM ऑपरेशन अयशस्वी झाल्याचे सूचित करते
PN5190_स्थिती_यशस्वी_चायनींग	0xAF	सूचित करते की, शिवाय डेटा वाचणे बाकी आहे

४.४ कार्यक्रम संपलेview
यजमानांना इव्हेंट सूचित करण्याचे दोन मार्ग आहेत.
4.4.1 IRQ पिनवर सामान्य घटना
या इव्हेंट खालीलप्रमाणे श्रेणी आहेत:

नेहमी सक्षम - होस्टला नेहमी सूचित केले जाते

होस्टद्वारे नियंत्रित - संबंधित इव्हेंट सक्षम बिट रजिस्टरमध्ये सेट केल्यास होस्टला सूचित केले जाते (EVENT_ENABLE (01h)).

CLIF सह परिधीय IP पासून निम्न-स्तरीय व्यत्यय पूर्णपणे फर्मवेअरमध्ये हाताळले जातील आणि होस्टला केवळ इव्हेंट विभागात सूचीबद्ध केलेल्या घटनांबद्दल सूचित केले जाईल.
फर्मवेअर दोन इव्हेंट रजिस्टर्स RAM रजिस्टर्स म्हणून लागू करते जे सेक्शन 4.5.1.1 / Section 4.5.1.5 कमांड्स वापरून लिहिता/वाचता येतात.
रजिस्टर EVENT_ENABLE (0x01) => विशिष्ट/सर्व इव्हेंट सूचना सक्षम करा.
रजिस्टर EVENT_STATUS (0x02) => इव्हेंट संदेश पेलोडचा भाग.
यजमानाने इव्हेंट मेसेज वाचून झाल्यावर इव्हेंट क्लीअर केले जातील.
इव्हेंट निसर्गात असिंक्रोनस असतात आणि ते EVENT_ENABLE रजिस्टरमध्ये सक्षम केले असल्यास होस्टला सूचित केले जातात.
इव्हेंट संदेशाचा भाग म्हणून होस्टसाठी उपलब्ध असलेल्या इव्हेंटची यादी खालीलप्रमाणे आहे.
तक्ता 10. PN5190 इव्हेंट (EVENT_STATUS ची सामग्री)

बिट - श्रेणी		फील्ड [१]	नेहमी सक्षम (Y/N)
31	12	आरएफयू	NA
11	11	CTS_EVENT [२]	N
10	10	आयडीएलईव्हेंट	Y
9	9	एलपीसीडी_कॅलिब्रेशन_पूर्ण_घटना	Y
8	8	एलपीसीडी_इव्हेंट	Y
7	7	ऑटोकोल_इव्हेंट	Y
6	6	TIMER0_EVENT बद्दल	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [२]	N
3	3	RFOFF_DET_EVENT [२]	N
2	2	स्टँडबाय_प्रीव्ह_इव्हेंट	Y
1	1	सामान्य_त्रुटी_घटना	Y
0	0	BOOT_EVENT बद्दल	Y

लक्षात ठेवा की त्रुटी वगळता कोणतेही दोन कार्यक्रम एकत्र केलेले नाहीत. ऑपरेशन दरम्यान त्रुटी आढळल्यास, कार्यात्मक कार्यक्रम (उदा. BOOT_EVENT, AUTOCALL_EVENT इ.) आणि GENERAL_ERROR_EVENT सेट केले जातील.

हा कार्यक्रम होस्टवर पोस्ट केल्यानंतर तो स्वयंचलितपणे अक्षम केला जाईल. यजमानाने या इव्हेंटची सूचना त्यांना मिळवायची असल्यास, हे इव्हेंट पुन्हा सुरू केले पाहिजेत.

4.4.1.1 इव्हेंट संदेश स्वरूप
इव्हेंट मेसेज फॉरमॅट इव्हेंटच्या घटना आणि PN5190 ची भिन्न स्थिती यावर अवलंबून असते.
होस्टने वाचावे tag (T) आणि संदेशाची लांबी (L) आणि नंतर घटनांचे मूल्य (V) म्हणून बाइट्सची संबंधित संख्या वाचा.
सर्वसाधारणपणे, इव्हेंट मेसेज (आकृती 12 पहा) मध्ये टेबल 11 मध्ये परिभाषित केल्यानुसार EVENT_STATUS असतो आणि इव्हेंट डेटा EVENT_STATUS मध्ये सेट केलेल्या संबंधित इव्हेंट बिटशी संबंधित असतो.
टीप:
काही कार्यक्रमांसाठी, पेलोड अस्तित्वात नाही. उदाहरणार्थ TIMER0_EVENT ट्रिगर झाल्यास, इव्हेंट संदेशाचा भाग म्हणून फक्त EVENT_STATUS प्रदान केला जातो.
तक्ता 11 इव्हेंट संदेशामध्ये संबंधित इव्हेंटसाठी इव्हेंट डेटा उपस्थित आहे की नाही हे देखील तपशील देते.GENERAL_ERROR_EVENT इतर इव्हेंटसह देखील होऊ शकते.
या परिस्थितीमध्ये, इव्हेंट मेसेजमध्ये (आकृती 13 पहा) टेबल 11 मध्ये परिभाषित केल्याप्रमाणे EVENT_STATUS आणि टेबल 14 मध्ये परिभाषित केल्यानुसार GENERAL_ERROR_STATUS_DATA समाविष्ट आहे आणि नंतर इव्हेंट डेटा T11 मध्ये परिभाषित केल्यानुसार EVENT_STATUS मध्ये सेट केलेल्या संबंधित इव्हेंट बिटशी संबंधित आहे.टीप:
फक्त BOOT_EVENT नंतर किंवा POR, STANDBY, ULPCD नंतर, होस्ट वर सूचीबद्ध केलेल्या आदेश जारी करून सामान्य ऑपरेशन मोडमध्ये कार्य करण्यास सक्षम असेल.
विद्यमान चालू कमांड रद्द करण्याच्या बाबतीत, फक्त IDLE_EVENT नंतर, होस्ट वर सूचीबद्ध केलेल्या कमांड जारी करून सामान्य ऑपरेशन मोडमध्ये कार्य करण्यास सक्षम असेल.
4.4.1.2 भिन्न घटना स्थिती व्याख्या
EVENT_STATUS साठी 4.4.1.2.1 बिट व्याख्या
तक्ता 11. EVENT_STATUS बिट्ससाठी व्याख्या

बिट (पासून - पासून)		कार्यक्रम	वर्णन	संबंधित इव्हेंटचा इव्हेंट डेटा (असल्यास)
31	12	आरएफयू	राखीव
11	11	सीटीएस_इव्हेंट	हा बिट सेट केला जातो, जेव्हा CTS इव्हेंट व्युत्पन्न होतो.	तक्ता 86
10	10	आयडीएलईव्हेंट	जेव्हा चालू असलेली कमांड SWITCH_MODE_NORMAL आदेश जारी केल्यामुळे रद्द केली जाते तेव्हा हा बिट सेट केला जातो.	इव्हेंट डेटा नाही
9	9	एलपीसीडी_कॅलिब्रेशन_पूर्ण_झाले_ इव्हेंट	हा बिट सेट केला जातो जेव्हा LPCD कॅलिब्रेशन इव्हेंट व्युत्पन्न होतो.	तक्ता 16
8	8	एलपीसीडी_इव्हेंट	हा बिट सेट केला जातो, जेव्हा LPCD इव्हेंट व्युत्पन्न होतो.	तक्ता 15
7	7	ऑटोकोल_इव्हेंट	AUTOCOLL ऑपरेशन पूर्ण झाल्यावर हा बिट सेट केला जातो.	तक्ता 52
6	6	TIMER0_EVENT बद्दल	जेव्हा TIMER0 घटना घडते तेव्हा हा बिट सेट केला जातो.	इव्हेंट डेटा नाही
5	5	TX_OVERCURRENT_त्रुटी_ इव्हेंट	हा बिट सेट केला जातो, जेव्हा TX ड्रायव्हरवरील विद्युत् प्रवाह EEPROM मधील परिभाषित थ्रेशोल्डपेक्षा जास्त असतो. या स्थितीवर, होस्टला सूचना देण्यापूर्वी फील्ड स्वयंचलितपणे बंद होते. कृपया कलम 4.4.2.2 पहा.	इव्हेंट डेटा नाही
4	4	आरएफओएन_डीईटी_इव्हेंट	हा बिट सेट केला जातो, जेव्हा बाह्य RF फील्ड आढळते.	इव्हेंट डेटा नाही
3	3	आरएफओएफएफ_डीईटी_इव्हेंट	हा बिट सेट केला जातो, जेव्हा आधीच अस्तित्वात असलेले बाह्य RF फील्ड अदृश्य होते.	इव्हेंट डेटा नाही
2	2	स्टँडबाय_प्रीव्ह_इव्हेंट	हा बिट सेट केला जातो, जेव्हा प्रतिबंध परिस्थितीमुळे स्टँडबाय प्रतिबंधित केले जाते	तक्ता 13
1	1	सामान्य_त्रुटी_घटना	कोणत्याही सामान्य त्रुटी अटी अस्तित्वात असताना, हा बिट सेट केला जातो	तक्ता 14
0	0	BOOT_EVENT बद्दल	हा बिट सेट केला जातो, जेव्हा PN5190 POR/Standby सह बूट केला जातो	तक्ता 12

4.4.1.2.2 BOOT_STATUS_DATA साठी बिट व्याख्या
तक्ता 12. BOOT_STATUS_DATA बिट्ससाठी व्याख्या

बिट टू	पासून बिट	बूट स्थिती	मुळे बूट कारण
31	27	आरएफयू	राखीव
26	26	यूएलपी_स्टँडबाय	ULP_STANDBY मधून बाहेर पडण्याचे कारण बूटअप.
25	23	आरएफयू	राखीव
22	22	बूट_ आरएक्स_यूएलपीडीईटी	RX ULPDET चा परिणाम ULP-स्टँडबाय मोडमध्ये बूट झाला
21	21	आरएफयू	राखीव
20	20	बूट_एसपीआय	SPI_NTS सिग्नल कमी खेचल्यामुळे बूटअप कारण
19	17	आरएफयू	राखीव
16	16	बूट_जीपीआयओ३	बूटअप कारण GPIO3 कमी ते उच्च संक्रमणामुळे.
15	15	बूट_जीपीआयओ३	बूटअप कारण GPIO2 कमी ते उच्च संक्रमणामुळे.
14	14	बूट_जीपीआयओ३	बूटअप कारण GPIO1 कमी ते उच्च संक्रमणामुळे.
13	13	बूट_जीपीआयओ३	बूटअप कारण GPIO0 कमी ते उच्च संक्रमणामुळे.
12	12	बूट_एलपीडीईटी	स्टँडबाय/सस्पेंड दरम्यान बाह्य RF फील्ड उपस्थितीमुळे बूटअप कारण
11	11	आरएफयू	राखीव
10	8	आरएफयू	राखीव
7	7	बूट_सॉफ्ट_रीसेट	IC च्या सॉफ्ट रीसेटमुळे बूटअपचे कारण
6	6	बूट_व्हीडीडीआयओ_तोटा	VDDIO च्या नुकसानामुळे बूटअप कारण. विभाग 4.4.2.3 पहा
5	5	बूट_व्हीडीडीआयओ_स्टार्ट	VDDIO लॉससह स्टँडबाय प्रविष्ट केल्यास बूटअप कारण. विभाग 4.4.2.3 पहा
4	4	BOOT_WUC	स्टँडबाय ऑपरेशन दरम्यान वेक-अप काउंटरमुळे बूटअप कारण संपले.
3	3	बूट_टेम्प	IC तापमानामुळे बूटअपचे कारण कॉन्फिगर केलेल्या थ्रेशोल्ड मर्यादेपेक्षा जास्त आहे. कृपया कलम 4.4.2.1 पहा
2	2	बूट_डब्ल्यूडीजी	वॉचडॉग रीसेट केल्यामुळे बूटअप कारण
1	1	आरएफयू	राखीव
0	0	बूट_पोर	बूटअप कारण पॉवर-ऑन रीसेट

STANDBY_PREV_STATUS_DATA साठी 4.4.1.2.3 बिट व्याख्या
तक्ता 13. STANDBY_PREV_STATUS_DATA बिट्ससाठी व्याख्या

बिट टू	पासून बिट	स्टँडबाय प्रतिबंध	मुळे स्टँडबाय रोखले
31	26	आरएफयू	आरक्षित
25	25	आरएफयू	आरक्षित
24	24	पूर्व_तात्पुरता	ICs ऑपरेटिंग तापमान थ्रेशोल्डच्या बाहेर आहे
23	23	आरएफयू	आरक्षित
22	22	पूर्व_होस्टकॉम	होस्ट इंटरफेस संप्रेषण
21	21	मागील_एसपीआय	SPI_NTS सिग्नल कमी खेचला जात आहे
20	18	आरएफयू	आरक्षित
17	17	मागील_GPIO3	GPIO3 सिग्नल कमी ते उच्च पर्यंत संक्रमण
16	16	मागील_GPIO2	GPIO2 सिग्नल कमी ते उच्च पर्यंत संक्रमण
15	15	मागील_GPIO1	GPIO1 सिग्नल कमी ते उच्च पर्यंत संक्रमण
14	14	मागील_GPIO0	GPIO0 सिग्नल कमी ते उच्च पर्यंत संक्रमण
13	13	मागील_WUC	वेक-अप काउंटर संपला
12	12	मागील_एलपीडीईटी	कमी-शक्ती ओळख. स्टँडबायमध्ये जाण्याच्या प्रक्रियेत बाह्य RF सिग्नल आढळल्यास उद्भवते.
11	11	पूर्व_RX_ULPDET	RX अल्ट्रा-लो पॉवर डिटेक्शन. जेव्हा ULP_STANDBY वर जाण्याच्या प्रक्रियेत RF सिग्नल आढळतो तेव्हा उद्भवते.
10	10	आरएफयू	आरक्षित
9	5	आरएफयू	आरक्षित
4	4	आरएफयू	आरक्षित
3	3	आरएफयू	आरक्षित
2	2	आरएफयू	आरक्षित
1	1	आरएफयू	आरक्षित
0	0	आरएफयू	आरक्षित

4.4.1.2.4 GENERAL_ERROR_STATUS_DATA साठी बिट व्याख्या
तक्ता 14. GENERAL_ERROR_STATUS_DATA बिट्ससाठी व्याख्या

बिट टू	पासून बिट	त्रुटी स्थिती	वर्णन
31	6	आरएफयू	राखीव
5	5	XTAL_START_ERROR	बूट दरम्यान XTAL प्रारंभ अयशस्वी
4	4	SYS_TRIM_RECOVERY_त्रुटी	अंतर्गत सिस्टम ट्रिम मेमरी त्रुटी आली, परंतु पुनर्प्राप्ती अयशस्वी झाली. सिस्टम डाउनग्रेड मोडमध्ये कार्य करते.
3	3	SYS_TRIM_RECVERY_यश	अंतर्गत सिस्टम ट्रिम मेमरी त्रुटी आली आणि पुनर्प्राप्ती यशस्वी झाली. पुनर्प्राप्ती प्रभावी होण्यासाठी होस्टने PN5190 रीबूट करणे आवश्यक आहे.
2	2	TXLDO_त्रुटी	TXLDO त्रुटी
1	1	घड्याळ_चूक	घड्याळ त्रुटी
0	0	GPADC_चूक	एडीसी त्रुटी

LPCD_STATUS_DATA साठी 4.4.1.2.5 बिट व्याख्या
तक्ता 15. LPCD_STATUS_DATA बाइट्ससाठी व्याख्या

बिट टू	पासून बिट	LPCD किंवा ULPCD च्या अंतर्निहित ऑपरेशननुसार स्टेटस बिट्स लागू			संबंधित बिटचे वर्णन स्टेटस बाइटमध्ये सेट केले आहे.
			LPCD	यूएलपीसीडी
31	7	आरएफयू			राखीव
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	बाह्य आरएफ फील्ड	Y	Y	बाह्य RF फील्डमुळे निरस्त केले
1	1	GPIO3 रद्द करा	N	Y	GPIO3 पातळी बदलामुळे रद्द केले
0	0	कार्ड आढळले	Y	Y	कार्ड सापडले

LPCD_CALIBRATION_DONE स्थिती डेटासाठी 4.4.1.2.6 बिट व्याख्या
तक्ता 16. ULPCD साठी LPCD_CALIBRATION_DONE स्थिती डेटा बाइट्सची व्याख्या

बिट टू	पासून बिट	LPCD_CALIBRATION ची स्थिती पूर्ण झाली कार्यक्रम	संबंधित बिटचे वर्णन स्टेटस बाइटमध्ये सेट केले आहे.
31	11		राखीव
10	0	ULPCD कॅलिब्रेशनमधील संदर्भ मूल्य	ULPCD कॅलिब्रेशन दरम्यान मोजलेले RSSI मूल्य जे ULPCD दरम्यान संदर्भ म्हणून वापरले जाते

तक्ता 17. LPCD साठी LPCD_CALIBRATION_DONE स्थिती डेटा बाइट्सची व्याख्या

बिट टू	पासून बिट	LPCD किंवा ULPCD च्या अंतर्निहित ऑपरेशननुसार स्टेटस बिट्स लागू			संबंधित बिटचे वर्णन स्टेटस बाइटमध्ये सेट केले आहे.
2	2	बाह्य आरएफ फील्ड	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 ला सूचित करण्यासाठी उच्च खेचले जाईल.
EEPROM फील्ड TEMP_WARNING [2] मध्ये कॉन्फिगर केल्यानुसार IC तापमान थ्रेशोल्ड मूल्यापेक्षा खाली येते तेव्हा, IC टेबल 11 प्रमाणे BOOT_EVENT सह बूट होईल आणि BOOT_TEMP बूट स्थिती बिट टेबल 12 प्रमाणे सेट केला आहे आणि GPIO0 कमी केला जाईल.
4.4.2.2 ओव्हरकरंट हाताळणे
PN5190 IC ला ओव्हरकरंट स्थिती जाणवल्यास, IC RF पॉवर बंद करतो आणि टेबल 11 प्रमाणे TX_OVERCURRENT_ERROR_EVENT पाठवतो.
ओव्हरकरंट स्थितीचा कालावधी EEPROM फील्ड TXLDO_CONFIG [2] मध्ये बदल करून नियंत्रित केला जाऊ शकतो.
वर्तमान उंबरठ्यावर IC बद्दल माहितीसाठी, दस्तऐवज पहा [2].
टीप:
इतर काही प्रलंबित कार्यक्रम किंवा प्रतिसाद असल्यास, ते होस्टला पाठवले जातील.
4.4.2.3 ऑपरेशन दरम्यान VDDIO चे नुकसान
PN5190 IC ला VDDIO (VDDIO लॉस) नसल्याचे आढळल्यास, IC स्टँडबायमध्ये प्रवेश करतो.
IC फक्त VDDIO उपलब्ध असताना बूट होते, टेबल 11 प्रमाणे BOOT_EVENT आणि 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-स्टँडबाय मोडमध्ये असतो, तेव्हा तो एकतर कलम 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" म्हणून सूचित करतात
स्विच मोड स्टँडबाय	"BOOT_STATUS_DATA" सह EVENT_STAUS "BOOT_EVENT" वर सेट केले आहे जे बिट्स "BOOT_SPI" दर्शवते
स्विच मोड ऑटोकॉल (कोणताही स्वायत्त मोड नाही, स्टँडबायसह स्वायत्त मोड आणि स्टँडबायशिवाय स्वायत्त मोड)	EVENT_STAUS STATUS_DATA बिट्ससह "AUTOCOLL_EVENT" वर सेट केले आहे जे वापरकर्त्याने आदेश रद्द केले असल्याचे दर्शविते.

4.5 सामान्य मोड ऑपरेशन निर्देश तपशील
4.5.1 नोंदणी मॅनिपुलेशन
PN5190 च्या लॉजिकल रजिस्टर्समध्ये प्रवेश करण्यासाठी या विभागातील सूचना वापरल्या जातात.
४.५.१.१ लिहा_नोंदणीकर्ता
लॉजिकल रजिस्टरवर 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_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR बद्दल

4.5.1.1.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१.२ रजिस्टर किंवा मुखवटा लिहा
ही सूचना तार्किक किंवा ऑपरेशन वापरून रजिस्टरमधील सामग्री सुधारण्यासाठी वापरली जाते. रजिस्टरची सामग्री वाचली जाते आणि प्रदान केलेल्या मास्कसह तार्किक किंवा ऑपरेशन केले जाते. सुधारित सामग्री पुन्हा रजिस्टरवर लिहिली जाते.
4.5.1.2.1 अटी
रजिस्टरचा पत्ता अस्तित्वात असणे आवश्यक आहे आणि रजिस्टरमध्ये READ-WRITE विशेषता असणे आवश्यक आहे.
4.5.1.2.2 आज्ञा
तक्ता 21. WRITE_REGISTER_OR_MASK कमांड व्हॅल्यू प्रदान केलेले मास्क वापरून रजिस्टरवर लॉजिकल किंवा ऑपरेशन करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
पत्ता नोंदवा	1 बाइट	रजिस्टरचा पत्ता.
मुखवटा	4 बाइट्स	लॉजिकल किंवा ऑपरेशनसाठी ऑपरेंड म्हणून बिटमास्क वापरला जातो. (लिटल-एंडियन)

४.५.१.२.३ प्रतिसाद
तक्ता 22. WRITE_REGISTER_OR_MASK प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR बद्दल

4.5.1.2.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१.३ रजिस्टर आणि मास्क लिहा
ही सूचना तार्किक आणि ऑपरेशन वापरून रजिस्टरमधील सामग्री सुधारण्यासाठी वापरली जाते. रजिस्टरची सामग्री वाचली जाते आणि प्रदान केलेल्या मास्कसह तार्किक आणि ऑपरेशन केले जाते. सुधारित सामग्री पुन्हा रजिस्टरवर लिहिली जाते.
4.5.1.3.1 अटी
रजिस्टरचा पत्ता अस्तित्वात असणे आवश्यक आहे आणि रजिस्टरमध्ये READ-WRITE विशेषता असणे आवश्यक आहे.
4.5.1.3.2 आज्ञा
तक्ता 23. WRITE_REGISTER_AND_MASK कमांड व्हॅल्यू प्रदान केलेल्या मास्कचा वापर करून रजिस्टरवर लॉजिकल आणि ऑपरेशन करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
पत्ता नोंदवा	1 बाइट	रजिस्टरचा पत्ता.
मुखवटा	4 बाइट्स	लॉजिकल आणि ऑपरेशनसाठी ऑपरेंड म्हणून बिटमास्क वापरला जातो. (लिटल-एंडियन)

४.५.१.२.३ प्रतिसाद
तक्ता 24. WRITE_REGISTER_AND_MASK प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR बद्दल

4.5.1.3.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१.४ लिहा_नोंदणी_एकाधिक
ही सूचना कार्यक्षमता कलम 4.5.1.1, कलम 4.5.1.2, कलम 4.5.1.3 सारखीच आहे, त्यांना एकत्रित करण्याच्या शक्यतेसह. किंबहुना, ते नोंदणी-प्रकार-मूल्य संचाचे अॅरे घेते आणि योग्य कृती करते. प्रकार ही क्रिया प्रतिबिंबित करतो जी एकतर नोंदणी, तार्किक किंवा रजिस्टरवर ऑपरेशन किंवा तार्किक आणि नोंदणीवर ऑपरेशन असते.
4.5.1.4.1 अटी
संचामध्ये रजिस्टरचा संबंधित तार्किक पत्ता अस्तित्वात असणे आवश्यक आहे.
नोंदणी ऍक्सेस विशेषताने आवश्यक क्रिया (प्रकार) अंमलात आणण्याची परवानगी दिली पाहिजे:

लेखन क्रिया (0x01): READ-WRITE किंवा WRITE-ONLY विशेषता

किंवा मुखवटा क्रिया (0x02): READ-WRITE विशेषता
आणि मुखवटा क्रिया (0x03): READ-WRITE विशेषता

'सेट' अ‍ॅरेचा आकार 1 - 43 च्या श्रेणीत, समावेशासह असणे आवश्यक आहे.
फील्ड 'टाइप' 1 - 3 च्या रेंजमध्ये असणे आवश्यक आहे, सर्वसमावेशक

4.5.1.4.2 आज्ञा
तक्ता 25. WRITE_REGISTER_MULTIPLE कमांड व्हॅल्यू रजिस्टर-व्हॅल्यू जोड्यांचा संच वापरून लेखन नोंदणी ऑपरेशन करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
सेट करा [१…n]	6 बाइट्स	पत्ता नोंदवा	1 बाइट	रजिस्टरचा तार्किक पत्ता.
		प्रकार	1 बाइट	0x1	रजिस्टर लिहा
				0x2	रजिस्टर किंवा मास्क लिहा
				0x3	रजिस्टर आणि मास्क लिहा
		मूल्य	4 बाइट्स	32 बाईट रजिस्टर व्हॅल्यू जे लिहीले जाणे आवश्यक आहे किंवा लॉजिकल ऑपरेशनसाठी बिटमास्क वापरला पाहिजे. (लिटल-एंडियन)

टीप: अपवादाच्या बाबतीत ऑपरेशन परत आणले जात नाही, म्हणजे अपवाद येईपर्यंत सुधारित केलेली नोंदणी सुधारित स्थितीत राहते. होस्टने परिभाषित स्थितीत पुनर्प्राप्त करण्यासाठी योग्य कृती करणे आवश्यक आहे.
४.५.१.२.३ प्रतिसाद
तक्ता 26. WRITE_REGISTER_MULTIPLE प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR बद्दल

4.5.1.4.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१.५ रीड_नोंदणीकर्ता
ही सूचना लॉजिकल रजिस्टरमधील मजकूर वाचण्यासाठी वापरली जाते. 4-बाइट मूल्य लिटल-एंडियन फॉरमॅटमध्ये, प्रतिसादात सामग्री उपस्थित आहे.
4.5.1.5.1 अटी
लॉजिकल रजिस्टरचा पत्ता अस्तित्वात असणे आवश्यक आहे. रजिस्टरची ऍक्‍सेस विशेषता एकतर रीड-राइट किंवा रीड-ओन्ली असणे आवश्यक आहे.
4.5.1.5.2 आज्ञा
तक्ता 27. READ_REGISTER आदेश मूल्य
रजिस्टरची सामग्री परत वाचा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
पत्ता नोंदवा	1 बाइट	लॉजिकल रजिस्टरचा पत्ता

४.५.१.२.३ प्रतिसाद
तक्ता 28. READ_REGISTER प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
नोंदणी मूल्य	4 बाइट्स	32-बिट नोंदणी मूल्य जे वाचले गेले आहे. (लिटल-एंडियन)

4.5.1.5.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१.६ रीड_रेजिस्टर_मल्टिपल
ही सूचना एकाच वेळी अनेक तार्किक नोंदी वाचण्यासाठी वापरली जाते. निकाल (प्रत्येक रजिस्टरची सामग्री) सूचनांच्या प्रतिसादात प्रदान केली आहे. नोंदणीचा पत्ता स्वतः प्रतिसादात समाविष्ट केलेला नाही. प्रतिसादातील नोंदणी सामग्रीचा क्रम सूचनेतील नोंदणी पत्त्याच्या क्रमाशी संबंधित आहे.
4.5.1.6.1 अटी
सूचनांमधील सर्व नोंदणी पत्ते अस्तित्वात असणे आवश्यक आहे. प्रत्येक रजिस्टरसाठी प्रवेश विशेषता एकतर रीड-राइट किंवा केवळ वाचनीय असणे आवश्यक आहे. 'रजिस्टर अॅड्रेस' अॅरेचा आकार 1 - 18 च्या श्रेणीत, समावेशासह असणे आवश्यक आहे.
4.5.1.6.2 आज्ञा
तक्ता 29. READ_REGISTER_MULTIPLE कमांड व्हॅल्यू रजिस्टरच्या सेटवर रीड रजिस्टर ऑपरेशन करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
पत्ता नोंदवा[1…n]	1 बाइट	पत्ता नोंदवा

४.५.१.२.३ प्रतिसाद
तक्ता 30. READ_REGISTER_MULTIPLE प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
नोंदणी मूल्य [१…n]	4 बाइट्स	मूल्य	4 बाइट्स	32-बिट नोंदणी मूल्य जे वाचले गेले आहे (लिटल-एंडियन).

4.5.1.6.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
4.5.2 E2PROM हाताळणी
E2PROM मधील प्रवेशजोगी क्षेत्र EEPROM नकाशा आणि पत्त्यायोग्य आकारानुसार आहे.
टीप:
1. खाली दिलेल्या सूचनांमध्ये जिथे जिथे 'E2PROM पत्ता' नमूद केला आहे, तिथे पत्ता करण्यायोग्य EEPROM क्षेत्राच्या आकाराचा संदर्भ घ्यावा.
४.५.२.१ WRITE_E4.5.2.1PROM
ही सूचना E2PROM वर एक किंवा अधिक मूल्ये लिहिण्यासाठी वापरली जाते. फील्ड 'व्हॅल्यूज' मध्ये 'E2PROM अॅड्रेस' फील्डद्वारे दिलेल्या पत्त्यापासून सुरू होणारा डेटा E2PROM वर लिहायचा आहे. डेटा अनुक्रमिक क्रमाने लिहिलेला आहे.
टीप:
लक्षात घ्या की ही एक ब्लॉकिंग कमांड आहे, याचा अर्थ NFC FE लेखन ऑपरेशन दरम्यान अवरोधित आहे. यास अनेक मिलिसेकंद लागू शकतात.
4.5.2.1.1 अटी
'E2PROM पत्ता' फील्ड [2] नुसार श्रेणीमध्ये असणे आवश्यक आहे. 'व्हॅल्यूज' फील्डमधील बाइट्सची संख्या 1 - 1024 (0x0400) च्या रेंजमध्ये असणे आवश्यक आहे, सर्वसमावेशक. लेखन ऑपरेशन [2] मध्ये नमूद केल्याप्रमाणे EEPROM पत्त्याच्या पलीकडे जाऊ नये. जर पत्ता [2] प्रमाणे EEPROM पत्ता जागा ओलांडत असेल तर त्रुटी प्रतिसाद होस्टला पाठविला जाईल.
4.5.2.1.2 आज्ञा
तक्ता 31. WRITE_E2PROM कमांड व्हॅल्यू दिलेली व्हॅल्यू क्रमशः E2PROM वर लिहा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
E2PROM पत्ता	2 बाइट	EEPROM मधील पत्ता ज्यावरून लेखन ऑपरेशन सुरू होईल. (लिटल-एंडियन)
मूल्ये	1 - 1024 बाइट्स	अनुक्रमिक क्रमाने E2PROM वर लिहिलेली मूल्ये.

४.५.१.२.३ प्रतिसाद
तक्ता 32. WRITE_EEPROM प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_MEMORY_त्रुटी

4.5.2.1.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.२.२ रीड_ई२प्रॉम
ही सूचना 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 बाइट	वाचण्यासाठी बाइट्सची संख्या. (लिटल-एंडियन)

४.५.१.२.३ प्रतिसाद
तक्ता 34. READ_E2PROM प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
मूल्ये	1 - 1024 बाइट्स	अनुक्रमिक क्रमाने वाचलेली मूल्ये.

4.5.2.2.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.२.३ GET_CRC_USER_AREA
ही सूचना PN5190 IC च्या प्रोटोकॉल क्षेत्रासह संपूर्ण वापरकर्ता कॉन्फिगरेशन क्षेत्रासाठी CRC ची गणना करण्यासाठी वापरली जाते.
4.5.2.3.1 आज्ञा
तक्ता 35. GET_CRC_USER_AREA आदेश मूल्य
प्रोटोकॉल क्षेत्रासह वापरकर्ता कॉन्फिगरेशन क्षेत्राचे CRC वाचा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
–	–	पेलोडमध्ये कोणताही डेटा नाही

४.५.१.२.३ प्रतिसाद
तक्ता 36. GET_CRC_USER_AREA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:

		PN5190_स्थिती_यशस्वी
		PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
मूल्ये	4 बाइट्स	लिटल-एंडियन फॉरमॅटमध्ये CRC डेटाचे 4 बाइट्स.

4.5.2.3.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
4.5.3 CLIF डेटा मॅनिपुलेशन
या विभागामध्ये वर्णन केलेल्या सूचना आरएफ ट्रांसमिशन आणि रिसेप्शनच्या आदेशांचे वर्णन करतात.
४.५.३.१ एक्सचेंज_आरएफ_डेटा
RF एक्सचेंज फंक्शन TX डेटाचे प्रसारण करते आणि कोणत्याही RX डेटाच्या रिसेप्शनची प्रतीक्षा करत आहे.
रिसेप्शन (एकतर चुकीचे किंवा बरोबर) किंवा कालबाह्य झाल्यास फंक्शन परत येते. टाइमर TRANSMISSION च्या END ने सुरू होतो आणि RECEPTION च्या START सह थांबतो. EEPROM मध्ये प्रीकॉन्फिगर केलेले टाइमआउट व्हॅल्यू एक्सचेंज कमांडच्या अंमलबजावणीपूर्वी टाइमआउट कॉन्फिगर न झाल्यास वापरले जाईल.
ट्रान्सीव्हर_स्टेट असल्यास

IDLE मध्ये TRANSCEIVE मोड प्रविष्ट केला जातो.
WAIT_RECEIVE मध्ये, इनिशिएटर बिट सेट झाल्यास ट्रान्सीव्हर स्थिती ट्रान्ससीव्ह मोडवर रीसेट केली जाते

WAIT_TRANSMIT मध्ये, इनिशिएटर बिट सेट न केल्यास ट्रान्ससीव्ह स्थिती ट्रान्ससीव्ह मोडवर रीसेट केली जाते

'शेवटच्या बाइटमधील वैध बिट्सची संख्या' फील्ड पाठवायची अचूक डेटा लांबी दर्शवते.

4.5.3.1.1 अटी
'TX डेटा' फील्डचा आकार 0 - 1024 च्या श्रेणीत, समावेशासह असणे आवश्यक आहे.
'शेवटच्या बाइटमधील वैध बिट्सची संख्या' फील्ड 0 ते 7 च्या श्रेणीत असणे आवश्यक आहे.
चालू असलेल्या आरएफ ट्रान्समिशन दरम्यान कमांड कॉल करणे आवश्यक नाही. कमांड डेटा ट्रान्समिट करण्यासाठी ट्रान्सीव्हरची योग्य स्थिती सुनिश्चित करेल.
टीप:
हा आदेश फक्त रीडर मोड आणि P2P” पॅसिव्ह/अॅक्टिव्ह इनिशिएटर मोडसाठी वैध आहे.
4.5.3.1.2 आज्ञा
तक्ता 37. EXCHANGE_RF_DATA आदेश मूल्य
TX डेटा अंतर्गत RF ट्रान्समिशन बफरवर लिहा आणि ट्रान्सीव्ह कमांड वापरून ट्रान्समिशन सुरू करा आणि होस्टला प्रतिसाद तयार करण्यासाठी रिसेप्शन किंवा टाइम-आउट होईपर्यंत प्रतीक्षा करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
शेवटच्या बाईटमधील वैध बिट्सची संख्या	1 बाइट	0	शेवटच्या बाइटचे सर्व बिट्स प्रसारित केले जातात
		८७८ - १०७४	प्रसारित केल्या जाणार्‍या शेवटच्या बाईटमधील बिट्सची संख्या.
आरएफएक्सचेंजकॉन्फिग	1 बाइट	RFExchange फंक्शनचे कॉन्फिगरेशन. तपशील खाली पहा

तक्ता 37. EXCHANGE_RF_DATA कमांड व्हॅल्यू...चालू
TX डेटा अंतर्गत RF ट्रान्समिशन बफरवर लिहा आणि ट्रान्सीव्ह कमांड वापरून ट्रान्समिशन सुरू करा आणि होस्टला प्रतिसाद तयार करण्यासाठी रिसेप्शन किंवा टाइम-आउट होईपर्यंत प्रतीक्षा करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
TX डेटा	n बाइट्स	TX डेटा जो ट्रान्सीव्ह कमांड वापरून CLIF द्वारे पाठविला जाणे आवश्यक आहे. n = 0 – 1024 बाइट्स

तक्ता 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	वर्णन
								बिट 4 - 7 हे RFU आहेत
				X				बिट 1b वर सेट केल्यास RX_STATUS वर आधारित प्रतिसादात RX डेटा समाविष्ट करा.
					X			बिट 1b वर सेट केल्यास प्रतिसादात EVENT_STATUS नोंदणी समाविष्ट करा.
						X		बिट 1b वर सेट केले असल्यास प्रतिसादात RX_STATUS_ERROR नोंदणी समाविष्ट करा.
							X	बिट 1b वर सेट केले असल्यास प्रतिसादात RX_STATUS रजिस्टर समाविष्ट करा.

४.५.१.२.३ प्रतिसाद
तक्ता 39. EXCHANGE_RF_DATA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WIRTH_EMDER
आरएक्स_स्टेटस	4 बाइट्स	RX_STATUS ची विनंती केल्यास (लिटल-एंडियन)
RX_STATUS_ERROR	4 बाइट्स	जर RX_STATUS_ERROR विनंती केली असेल (लिटल-एंडियन)
इव्हेंट_स्टेटस	4 बाइट्स	EVENT_STATUS ची विनंती केल्यास (लिटल-एंडियन)
RX डेटा	1 - 1024 बाइट्स	जर RX डेटाची विनंती केली असेल. RF एक्सचेंजच्या RF रिसेप्शन टप्प्यात RX डेटा प्राप्त झाला.

4.5.3.1.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.३.२ ट्रान्समिट_आरएफ_डेटा
ही सूचना अंतर्गत CLIF ट्रान्समिशन बफरमध्ये डेटा लिहिण्यासाठी आणि ट्रान्ससीव्ह कमांडचा वापर करून ट्रान्समिशन सुरू करण्यासाठी वापरली जाते. या बफरचा आकार 1024 बाइट्सपर्यंत मर्यादित आहे. ही सूचना अंमलात आणल्यानंतर, आरएफ रिसेप्शन स्वयंचलितपणे सुरू होते.
रिसेप्शन पूर्ण होण्याची वाट न पाहता ट्रान्समिशन पूर्ण झाल्यानंतर कमांड लगेच परत येते.
4.5.3.2.1 अटी
'TX डेटा' फील्डमधील बाइट्सची संख्या 1 - 1024 च्या श्रेणीमध्ये असणे आवश्यक आहे, सर्वसमावेशक.
चालू असलेल्या आरएफ ट्रान्समिशन दरम्यान कमांड कॉल करणे आवश्यक नाही.
4.5.3.2.2 आज्ञा
तक्ता 40. TRANSMIT_RF_DATA कमांड व्हॅल्यू TX डेटा अंतर्गत CLIF ट्रान्समिशन बफरवर लिहा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
शेवटच्या बाईटमधील वैध बिट्सची संख्या	1 बाइट	0 शेवटच्या बाइटचे सर्व बिट्स प्रसारित केले जातात 1 - 7 प्रसारित केल्या जाणार्‍या शेवटच्या बाइटमधील बिट्सची संख्या.
आरएफयू	1 बाइट	राखीव
TX डेटा	1 - 1024 बाइट्स	TX डेटा जो पुढील RF ट्रांसमिशन दरम्यान वापरला जाईल.

४.५.१.२.३ प्रतिसाद
तक्ता 41. TRANSMIT_RF_DATA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.३.३ रिट्रीव्ह_आरएफ_डेटा
ही सूचना अंतर्गत CLIF RX बफर मधील डेटा वाचण्यासाठी वापरली जाते, ज्यामध्ये RF प्रतिसाद डेटा (जर असेल तर) आहे जो प्रतिसाद किंवा कलम 4.5.3.1 मध्ये प्राप्त डेटा समाविष्ट न करण्याच्या पर्यायासह कलम 4.5.3.2 च्या मागील अंमलबजावणीपासून त्यावर पोस्ट केलेला आहे. .XNUMX आज्ञा.
4.5.3.3.1 आज्ञा
तक्ता 42. RETRIEVE_RF_DATA कमांड व्हॅल्यू अंतर्गत RF रिसेप्शन बफरमधून RX डेटा वाचा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
रिकामे	रिकामे	रिकामे

४.५.१.२.३ प्रतिसाद
तक्ता 43. RETRIEVE_RF_DATA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:

पेलोड फील्ड	लांबी	मूल्य/वर्णन
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
RX डेटा	1 - 1024 बाइट्स	शेवटच्या यशस्वी RF रिसेप्शन दरम्यान प्राप्त झालेला RX डेटा.

4.5.3.3.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.३.४ रिसीव्ह_आरएफ_डेटा
ही सूचना वाचकांच्या आरएफ इंटरफेसद्वारे प्राप्त झालेल्या डेटाची प्रतीक्षा करते.
रीडर मोडमध्ये, रिसेप्शन (एकतर चुकीचे किंवा बरोबर) किंवा FWT कालबाह्य झाल्यास ही सूचना परत येते. टाइमर TRANSMISSION च्या END ने सुरू होतो आणि RECEPTION च्या START सह थांबतो. EEPROM मध्ये पूर्व-कॉन्फिगर केलेले डीफॉल्ट टाइमआउट व्हॅल्यू एक्सचेंज कमांडच्या अंमलबजावणीपूर्वी टाइमआउट कॉन्फिगर न झाल्यास वापरले जाईल.
लक्ष्य मोडमध्ये, ही सूचना एकतर रिसेप्शन (एकतर चुकीची किंवा बरोबर) किंवा बाह्य RF त्रुटीच्या बाबतीत परत येते.
टीप:
ही सूचना TX आणि RX ऑपरेशन करण्यासाठी TRANSMIT_RF_DATA कमांडसह वापरली जाईल...
4.5.3.4.1 आज्ञा
तक्ता 44. RECEIVE_RF_DATA आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
आरएफसीकॉन्फिग प्राप्त करा	1 बाइट	ReceiveRFCconfig फंक्शनचे कॉन्फिगरेशन. पहा तक्ता 45

तक्ता 45. आरएफसीकॉन्फिग बिटमास्क प्राप्त करा

b7	b6	b5	b4	b3	b2	b1	b0	वर्णन
								बिट 4 - 7 हे RFU आहेत
				X				बिट 1b वर सेट केल्यास RX_STATUS वर आधारित प्रतिसादात RX डेटा समाविष्ट करा.
					X			बिट 1b वर सेट केल्यास प्रतिसादात EVENT_STATUS नोंदणी समाविष्ट करा.
						X		बिट 1b वर सेट केले असल्यास प्रतिसादात RX_STATUS_ERROR नोंदणी समाविष्ट करा.
							X	बिट 1b वर सेट केले असल्यास प्रतिसादात RX_STATUS रजिस्टर समाविष्ट करा.

४.५.१.२.३ प्रतिसाद
तक्ता 46. RECEIVE_RF_DATA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही) PN5190_STATUS_वेळ संपली

पेलोड फील्ड	लांबी	मूल्य/वर्णन
		PN5190_स्थिती_NO_RF_FIELD PN5190_स्थिती_नाही_बाह्य_RF_फील्ड
आरएक्स_स्टेटस	4 बाइट्स	RX_STATUS ची विनंती केल्यास (लिटल-एंडियन)
RX_STATUS_ERROR	4 बाइट्स	जर RX_STATUS_ERROR विनंती केली असेल (लिटल-एंडियन)
इव्हेंट_स्टेटस	4 बाइट्स	EVENT_STATUS ची विनंती केल्यास (लिटल-एंडियन)
RX डेटा	1 - 1024 बाइट्स	जर RX डेटाची विनंती केली असेल. RF वर RX डेटा प्राप्त झाला.

4.5.3.4.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD कॉन्फिगरेशन)
ही सूचना अंतर्गत CLIF RX बफरमधील डेटा वाचण्यासाठी वापरली जाते, ज्यामध्ये 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' स्थितीसह परत येणा-या EXCHANGE_RF_DATA कमांडच्या मागील अंमलबजावणीपासून पोस्ट केलेला FeliCa EMD प्रतिसाद डेटा (असल्यास) आहे.
टीप: ही कमांड PN5190 FW v02.03 पासून उपलब्ध आहे.
4.5.3.5.1 आज्ञा
अंतर्गत RF रिसेप्शन बफरमधून RX डेटा वाचा.
तक्ता 47. RETRIEVE_RF_FELICA_EMD_DATA कमांड मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
फेलीकाआरएफरिट्रीव्हकॉन्फिग	1 बाइट	०० – एफएफ	RETRIEVE_RF_FELICA_EMD_DATA फंक्शनचे कॉन्फिगरेशन
		कॉन्फिगरेशन (बिटमास्क) वर्णन	बिट 7..2: RFU बिट 1: जर बिट 1b वर सेट केले असेल तर प्रतिसादात RX_STATUS_ ERROR रजिस्टर समाविष्ट करा. बिट 0: प्रतिसादात RX_STATUS रजिस्टर समाविष्ट करा, जर बिट 1b वर सेट केले असेल.

४.५.१.२.३ प्रतिसाद
तक्ता 48. RETRIEVE_RF_FELICA_EMD_DATA प्रतिसाद मूल्य

पेलोड फील्ड	लांबी		मूल्य/वर्णन
स्थिती		1 बाइट		ऑपरेशनची स्थिती. अपेक्षित मूल्ये खालीलप्रमाणे आहेत: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
आरएक्स_स्टेटस		4 बाइट		RX_STATUS ची विनंती केल्यास (लिटल-एंडियन)
RX_STATUS_ त्रुटी		4 बाइट		जर RX_STATUS_ERROR विनंती केली असेल (लिटल-एंडियन)

पेलोड फील्ड	लांबी		मूल्य/वर्णन
RX डेटा		१…१०२४ बाइट		एक्सचेंज कमांड वापरून शेवटच्या अयशस्वी RF रिसेप्शन दरम्यान प्राप्त झालेला FeliCa EMD RX डेटा.

4.5.3.5.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
4.5.4 स्विचिंग ऑपरेशन मोड
PN5190 4 भिन्न ऑपरेशन मोडला समर्थन देते:
4.5.4.1 सामान्य
हा डीफॉल्ट मोड आहे, जेथे सर्व सूचनांना परवानगी आहे.
२.३ स्टँडबाय
पॉवर वाचवण्यासाठी PN5190 स्टँडबाय/स्लीप स्थितीत आहे. पुन्हा स्टँडबाय कधी सोडायचे हे परिभाषित करण्यासाठी वेक-अप परिस्थिती सेट करणे आवश्यक आहे.
४.५.४.३ एलपीसीडी
PN5190 हे लो-पॉवर कार्ड डिटेक्शन मोडमध्‍ये आहे, जेथे ते एखादे कार्ड शोधण्‍याचा प्रयत्न करते जे ऑपरेटिंग व्हॉल्यूममध्ये प्रवेश करत आहे, शक्य तितक्या कमी वीज वापरासह.
४.५.४.४ ऑटोकॉल
PN5190 RF श्रोता म्हणून काम करत आहे, स्वायत्तपणे लक्ष्य मोड सक्रियकरण करत आहे (रिअल-टाइम मर्यादांची हमी देण्यासाठी)
४.५.४.५ स्विच_मोड_नॉर्मल
स्विच मोड नॉर्मल कमांडमध्ये तीन वापर-केस आहेत.
4.5.4.5.1 UseCase1: पॉवर अप झाल्यावर सामान्य ऑपरेशन मोड प्रविष्ट करा (POR)
सामान्य ऑपरेशन मोडमध्ये प्रवेश करून पुढील आदेश प्राप्त / प्रक्रिया करण्यासाठी निष्क्रिय स्थितीवर रीसेट करण्यासाठी वापरा.
4.5.4.5.2 UseCase2: सामान्य ऑपरेशन मोडवर स्विच करण्यासाठी आधीपासून चालू असलेली कमांड संपुष्टात आणणे (अ‍ॅबॉर्ट कमांड)
आधीपासून चालू असलेल्या कमांड्स बंद करून पुढील कमांड प्राप्त / प्रक्रिया करण्यासाठी निष्क्रिय स्थितीवर रीसेट करण्यासाठी वापरा.
या कमांडचा वापर करून स्टँडबाय, LPCD, एक्सचेंज, PRBS आणि ऑटोकॉल सारख्या कमांड्स बंद करणे शक्य होईल.
ही एकमेव विशेष आज्ञा आहे, ज्याला प्रतिसाद नाही. त्याऐवजी, त्यात इव्हेंट सूचना आहे.
भिन्न अंतर्निहित आदेश अंमलबजावणी दरम्यान घडणाऱ्या घटनांच्या प्रकाराबद्दल अधिक माहितीसाठी विभाग 4.4.3 पहा.
४.५.४.५.२.१ युजकेस२.१:
हा आदेश सर्व CLIF TX, RX, आणि फील्ड कंट्रोल रजिस्टर्स बूट स्थितीत रीसेट करेल. हा आदेश जारी केल्याने कोणतेही विद्यमान RF फील्ड बंद होईल.
४.५.४.५.२.१ युजकेस२.१:
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 एक्सचेंज ऑपरेशन करण्यापूर्वी संबंधित RF कॉन्फिगरेशन आणि इतर संबंधित रजिस्टर्स योग्य मूल्यांसह लोड करणे आवश्यक आहे.
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.6 कार्यक्रम
एक BOOT_EVENT (EVENT_STATUS रजिस्टरमध्ये) सेट केले आहे जे दर्शविते की सामान्य मोड प्रविष्ट केला आहे आणि होस्टला पाठवला आहे. इव्हेंट डेटासाठी आकृती 12 आणि आकृती 13 चा संदर्भ घ्या.

एक IDLE_EVENT (EVENT_STATUS रजिस्टरमध्ये) सेट केला आहे जो सामान्य मोड एंटर केला आहे आणि होस्टला पाठवला आहे. इव्हेंट डेटासाठी आकृती 12 आणि आकृती 13 चा संदर्भ घ्या.

एक BOOT_EVENT (EVENT_STATUS रजिस्टरमध्ये) सेट केले आहे जे दर्शविते की सामान्य मोड प्रविष्ट केला आहे आणि होस्टला पाठविला जातो. इव्हेंट डेटासाठी आकृती 12 आणि आकृती 13 चा संदर्भ घ्या.

४.५.४.६ स्विच_मोड_ऑटोकॉल
स्विच मोड ऑटोकॉल लक्ष्य मोडमध्ये कार्ड सक्रियकरण प्रक्रिया स्वयंचलितपणे करते.
फील्ड 'ऑटोकॉल मोड' 0 - 2 च्या श्रेणीमध्ये असणे आवश्यक आहे, सर्वसमावेशक.
फील्ड 'ऑटोकॉल मोड' 2 (ऑटोकॉल) वर सेट असल्यास: फील्ड 'RF टेक्नॉलॉजीज' (टेबल 50) मध्ये ऑटोकॉल दरम्यान समर्थन करण्यासाठी RF तंत्रज्ञान दर्शविणारा बिटमास्क असणे आवश्यक आहे.
या मोडमध्ये असताना कोणतीही सूचना पाठवू नये.
व्यत्यय वापरून समाप्ती दर्शविली जाते.
4.5.4.6.1 आज्ञा
तक्ता 49. SWITCH_MODE_AUTOCOLL आदेश मूल्य

पॅरामीटर	लांबी	मूल्य/वर्णन
आरएफ तंत्रज्ञान	1 बाइट	ऑटोकॉल दरम्यान ऐकण्यासाठी आरएफ तंत्रज्ञान दर्शवणारा बिटमास्क.
ऑटोकॉल मोड	1 बाइट	0	स्वायत्त मोड नाही, म्हणजे बाह्य RF फील्ड नसताना ऑटोकॉल बंद होते.
			च्या बाबतीत समाप्ती
			• कोणतेही RF FIELD किंवा RF FIELD गायब झालेले नाही
			• PN5190 लक्ष्य मोडमध्ये सक्रिय केले आहे
		1	स्टँडबाय सह स्वायत्त मोड. कोणतेही RF फील्ड नसताना, ऑटोकॉल आपोआप स्टँडबाय मोडमध्ये प्रवेश करते. RF बाह्य RF फील्ड आढळल्यानंतर, PN5190 पुन्हा ऑटोकॉल मोडमध्ये प्रवेश करते.
			च्या बाबतीत समाप्ती
			• PN5190 लक्ष्य मोडमध्ये सक्रिय केले आहे
			PN5190 FW कडून v02.03 पुढे: जर '0xCDF' पत्त्यावर EEPROM फील्ड "bCard ModeUltraLowPowerEnabled" '1' वर सेट केले असेल, तर PN5190 अल्ट्रा लो-पॉवर स्टँडबायमध्ये प्रवेश करेल.
		2	स्टँडबायशिवाय स्वायत्त मोड. कोणतेही RF फील्ड नसताना, ऑटोकॉल अल्गोरिदम सुरू करण्यापूर्वी PN5190 RF फील्ड उपस्थित होईपर्यंत प्रतीक्षा करते. या प्रकरणात स्टँडबाय वापरले जात नाही.
			च्या बाबतीत समाप्ती • PN5190 लक्ष्य मोडमध्ये सक्रिय केले आहे

तक्ता 50. आरएफ टेक्नॉलॉजीज बिटमास्क

b7	b6	b5	b4	b3	b2	b1	b0	वर्णन
0	0	0	0					आरएफयू
				X				1b वर सेट केल्यास, NFC-F सक्रिय ऐकणे सक्षम केले आहे. (उपलब्ध नाही).
					X			1b वर सेट केल्यास, NFC-A Active साठी ऐकणे सक्षम केले आहे. (उपलब्ध नाही).
						X		1b वर सेट केल्यास, NFC-F ऐकणे सक्षम केले आहे.
							X	1b वर सेट केल्यास, NFC-A साठी ऐकणे सक्षम केले आहे.

४.५.१.२.३ प्रतिसाद
प्रतिसाद फक्त सिग्नल करतो की कमांडवर प्रक्रिया केली गेली आहे.
तक्ता 51. SWITCH_MODE_AUTOCOLL प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (चुकीच्या सेटिंग्जमुळे स्विच मोड प्रविष्ट केला गेला नाही)

4.5.4.6.3 कार्यक्रम
आदेश पूर्ण झाल्यावर इव्हेंट सूचना पाठविली जाते आणि सामान्य मोड प्रविष्ट केला जातो. होस्टने इव्हेंट मूल्यावर आधारित प्रतिसाद बाइट्स वाचावे.
टीप:
जेव्हा स्थिती "PN5190_STATUS_INSTR_SUCCESS" नसते, तेव्हा पुढील "प्रोटोकॉल" आणि "कार्ड_सक्रिय" डेटा बाइट्स नसतात.
विभाग 4.5.1.5, विभाग 4.5.1.6 कमांड वापरून तंत्रज्ञानाची माहिती रजिस्टरमधून मिळवली जाते.
खालील सारणी इव्हेंट डेटा दर्शवते जो इव्हेंट संदेश आकृती 12 आणि आकृती 13 चा भाग म्हणून पाठविला जातो.
तक्ता 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT डेटा स्विच ऑपरेशन मोड ऑटोकॉल इव्हेंट

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती
		PN5190_STATUS_INSTR_यशस्वी	PN5190 लक्ष्य मोडमध्ये सक्रिय केले आहे. या कार्यक्रमातील पुढील डेटा वैध आहे.
		PN5190_STATUS_PREVENT_STANDBY	असे सूचित करते की PN5190 ला स्टँडबाय मोडमध्ये जाण्यासाठी प्रतिबंधित केले आहे. जेव्हा ऑटोकॉल मोड "स्टँडबायसह स्वायत्त मोड" म्हणून निवडलेला असतो तेव्हाच ही स्थिती वैध असते.

		PN5190_स्थिती_नाही_बाह्य_RF_ फील्ड	नॉन-ऑटोनॉमस मोडमध्ये ऑटोकॉलच्या अंमलबजावणीदरम्यान कोणतेही बाह्य RF फील्ड उपस्थित नसल्याचे सूचित करते
		PN5190_STATUS_USER_रद्द केले	सूचित करते की सध्या चालू असलेली कमांड स्विच मोड नॉर्मल कमांडने रद्द केली आहे
प्रोटोकॉल	1 बाइट	0x10	निष्क्रिय TypeA म्हणून सक्रिय केले
		0x11	निष्क्रिय TypeF 212 म्हणून सक्रिय केले
		0x12	निष्क्रिय TypeF 424 म्हणून सक्रिय केले
		0x20	सक्रिय TypeA म्हणून सक्रिय केले
		0x21	सक्रिय TypeF 212 म्हणून सक्रिय केले
		0x22	सक्रिय TypeF 424 म्हणून सक्रिय केले
		इतर मूल्ये	अवैध
कार्ड_सक्रिय	1 बाइट	0x00	ISO 14443-3 नुसार कार्ड सक्रिय करण्याची प्रक्रिया नाही
कार्ड_सक्रिय	1 बाइट	0x01	डिव्हाइस निष्क्रिय मोडमध्ये सक्रिय झाल्याचे सूचित करते

टीप:
इव्हेंट डेटा वाचल्यानंतर, सक्रिय केलेल्या कार्ड/डिव्हाइसवरून प्राप्त झालेला डेटा (जसे की ISO18092/ISO1443-4 नुसार ATR_REQ/RATS चे 'n' बाइट), कलम 4.5.3.3 कमांड वापरून वाचले जाईल.
4.5.4.6.4 संप्रेषण उदाample

४.५.४.७ स्विच_मोड_स्टँडबाय
स्विच मोड स्टँडबाय आपोआप IC ला स्टँडबाय मोडमध्ये सेट करतो. वेक-अप परिस्थिती पूर्ण करणार्‍या वेक-अप स्त्रोतांनी कॉन्फिगर केल्यानंतर IC जागे होईल.
टीप:
स्टँडबाय मोडमधून बाहेर पडण्यासाठी ULP स्टँडबायसाठी काउंटर एक्सपायरी आणि स्टँडबायसाठी एचआयएफ रद्द करणे डीफॉल्टनुसार उपलब्ध आहेत.

4.5.4.7.1 आज्ञा
तक्ता 53. SWITCH_MODE_STANDBY आदेश मूल्य

पॅरामीटर	लांबी	मूल्य/वर्णन
कॉन्फिग	1 बाइट	बिटमास्क वापरला जाणारा वेक-अप स्त्रोत आणि प्रवेश करण्यासाठी स्टँडबाय मोड नियंत्रित करतो. पहा तक्ता 54
काउंटर मूल्य	2 बाइट्स	मिलिसेकंदांमध्ये वेक-अप काउंटरसाठी वापरलेले मूल्य. स्टँडबायसाठी कमाल समर्थित मूल्य 2690 आहे. ULP स्टँडबायसाठी कमाल समर्थित मूल्य 4095 आहे. प्रदान केले जाणारे मूल्य लिटल-एंडियन फॉरमॅटमध्ये आहे. जर काउंटरवरील वेक-अपसाठी “कॉन्फिग बिटमास्क” सक्षम केले असेल तरच हे पॅरामीटर सामग्री वैध आहे.

तक्ता 54. बिटमास्क कॉन्फिग करा

b7	b6	b5	b4	b3	b2	b1	b0	वर्णन
X								बिट 1b वर सेट असल्यास ULP स्टँडबाय प्रविष्ट करा बिट 0b वर सेट असल्यास स्टँडबाय प्रविष्ट करा.
	0							आरएफयू
		X						जर बिट 3b वर सेट केले असेल, तेव्हा GPIO-1 वर वेक-अप करा. (यूएलपी स्टँडबायसाठी लागू नाही)
			X					जर बिट 2b वर सेट केले असेल, तेव्हा GPIO-1 वर वेक-अप करा. (यूएलपी स्टँडबायसाठी लागू नाही)
				X				जर बिट 1b वर सेट केले असेल, तेव्हा GPIO-1 वर वेक-अप करा. (यूएलपी स्टँडबायसाठी लागू नाही)
					X			जर बिट 0b वर सेट केले असेल, तेव्हा GPIO-1 वर वेक-अप करा. (यूएलपी स्टँडबायसाठी लागू नाही)
						X		बिट 1b वर सेट केल्यास, वेक-अप काउंटरवरील वेक-अप कालबाह्य होईल. ULP-स्टँडबायसाठी, हा पर्याय बाय डीफॉल्ट सक्षम असतो.
							X	जर बिट 1b वर सेट केले असेल तर बाह्य RF फील्डवर वेक-अप करा.

टीप: PN5190 FW v02.03 वरून, '0xCDF' पत्त्यावर EEPROM फील्ड “CardModeUltraLowPowerEnabled” हे '1' वर सेट केले असल्यास, ULP स्टँडबाय कॉन्फिगरेशन SWITCH_MODE_STANDBY कमांडसह वापरले जाऊ शकत नाही.
४.५.१.२.३ प्रतिसाद
प्रतिसाद केवळ संकेत देतो की कमांडवर प्रक्रिया केली गेली आहे आणि होस्टद्वारे प्रतिसाद पूर्णपणे वाचल्यानंतरच स्टँडबाय स्थिती प्रविष्ट केली जाईल.
तक्ता 55. SWITCH_MODE_STANDBY प्रतिसाद मूल्य स्विच ऑपरेशन मोड स्टँडबाय

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (स्विच मोड प्रविष्ट केला गेला नाही – चुकीच्या सेटिंग्जमुळे)

4.5.4.7.3 कार्यक्रम
आदेश पूर्ण झाल्यावर इव्हेंट सूचना पाठविली जाते आणि सामान्य मोड प्रविष्ट केला जातो. आकृती 12 आणि आकृती 13 प्रमाणे कमांड पूर्ण झाल्यानंतर पाठवल्या जाणार्‍या इव्हेंटच्या स्वरूपाचा संदर्भ घ्या.
जर PN5190 ला स्टँडबाय मोडमध्ये जाण्यास प्रतिबंध केला असेल, तर टेबल 11 मध्ये नमूद केल्याप्रमाणे EVENT_STATUS मध्ये सेट केलेला “STANDBY_PREV_EVENT” बिट हा टेबल 13 मध्ये नमूद केल्याप्रमाणे स्टँडबाय प्रतिबंधाच्या कारणासह होस्टला पाठवला जातो.
४.५.४.७.४ संप्रेषण उदाample

४.५.४.८ स्विच_मोड_एलपीसीडी
स्विच मोड LPCD ऍन्टीनाच्या सभोवतालच्या बदलत्या वातावरणामुळे ऍन्टीनावर डिट्यूनिंग डिटेक्शन करते.
LPCD चे 2 भिन्न मोड आहेत. HW-आधारित (ULPCD) सोल्यूशन कमी संवेदनशीलतेसह स्पर्धात्मक वीज वापर देते. FW-आधारित (LPCD) सोल्यूशन वाढीव वीज वापरासह सर्वोत्तम-इन-क्लास संवेदनशीलता देते.
FW आधारित (LPCD) च्या सिंगल मोडमध्ये, होस्टला कोणताही कॅलिब्रेशन इव्हेंट पाठवला जात नाही.
जेव्हा सिंगल मोड सुरू केला जातो, तेव्हा स्टँडबायमधून बाहेर पडल्यानंतर कॅलिब्रेशन आणि क्रमिक मोजमाप केले जातात.
सिंगल मोडमध्ये कॅलिब्रेशन इव्हेंटसाठी, प्रथम कॅलिब्रेशन इव्हेंट कमांडसह सिंगल मोड जारी करा. कॅलिब्रेशननंतर, एक LPCD कॅलिब्रेशन इव्हेंट प्राप्त होतो ज्यानंतर एकल मोड कमांड मागील चरणावरून इनपुट पॅरामीटर म्हणून प्राप्त केलेल्या संदर्भ मूल्यासह पाठविला जाणे आवश्यक आहे.
कमांड कॉल करण्यापूर्वी LPCD चे कॉन्फिगरेशन EEPROM/Flash डेटा सेटिंग्जमध्ये केले जाते.
टीप:
यूएलपीसीडीसाठी GPIO3 अ‍ॅबॉर्ट, एलपीसीडीसाठी एचआयएफ अ‍ॅबॉर्ट कमी-पॉवर मोडमधून बाहेर पडण्यासाठी डीफॉल्टनुसार उपलब्ध आहेत.
काउंटर कालबाह्य झाल्यामुळे वेक-अप नेहमी सक्षम केले जाते.
ULPCD साठी, DC-DC कॉन्फिगरेशन EEPROM/Flash डेटा सेटिंग्जमध्ये अक्षम केले पाहिजे आणि VBAT द्वारे VUP पुरवठा प्रदान केला पाहिजे. आवश्यक जम्पर सेटिंग्ज केल्या पाहिजेत. EEPROM/Flash डेटा सेटिंग्जसाठी, दस्तऐवज पहा [2].
आदेश LPCD/ULPCD कॅलिब्रेशनसाठी असल्यास, होस्टला अद्याप संपूर्ण फ्रेम पाठवावी लागेल.

4.5.4.8.1 आज्ञा
तक्ता 56. SWITCH_MODE_LPCD आदेश मूल्य

पॅरामीटर	लांबी	मूल्य/वर्णन
bControl कडील अधिक	1 बाइट	0x00	ULPCD कॅलिब्रेशन एंटर करा. कॅलिब्रेशननंतर कमांड थांबते आणि संदर्भ मूल्यासह एक कार्यक्रम होस्टला पाठविला जातो.
		0x01	ULPCD प्रविष्ट करा
		0x02	LPCD कॅलिब्रेशन. कॅलिब्रेशननंतर कमांड थांबते आणि संदर्भ मूल्यासह एक कार्यक्रम होस्टला पाठविला जातो.
		0x03	LPCD प्रविष्ट करा
		0x04	सिंगल मोड
		0x0 सी	कॅलिब्रेशन इव्हेंटसह सिंगल मोड
		इतर मूल्ये	आरएफयू
वेक-अप नियंत्रण	1 बाइट	LPCD/ULPCD साठी वापरल्या जाणार्‍या वेक-अप स्रोत नियंत्रित करणारा बिटमास्क. या फील्डची सामग्री कॅलिब्रेशनसाठी विचारात घेतली जात नाही. पहा तक्ता 57
संदर्भ मूल्य	4 बाइट्स	ULPCD/LPCD दरम्यान वापरले जाणारे संदर्भ मूल्य. ULPCD साठी, HF Attenuator मूल्य धारण करणारे बाइट 2 कॅलिब्रेशन आणि मापन टप्प्यात वापरले जाते. LPCD साठी, या फील्डची सामग्री कॅलिब्रेशन आणि सिंगल मोडसाठी विचारात घेतली जात नाही. पहा तक्ता 58 सर्व ४ बाइट्सच्या योग्य माहितीसाठी.
काउंटर मूल्य	2 बाइट्स	मिलिसेकंदांमध्ये वेक-अप काउंटरचे मूल्य. LPCD साठी कमाल समर्थित मूल्य 2690 आहे. ULPCD साठी कमाल समर्थित मूल्य 4095 आहे. प्रदान केले जाणारे मूल्य लिटल-एंडियन फॉरमॅटमध्ये आहे. LPCD कॅलिब्रेशनसाठी या फील्डची सामग्री विचारात घेतली जात नाही. कॅलिब्रेशन इव्हेंटसह सिंगल मोड आणि सिंगल मोडसाठी, कॅलिब्रेशनपूर्वी स्टँडबायचा कालावधी EEPROM कॉन्फिगरेशनमधून कॉन्फिगर केला जाऊ शकतो: LPCD_SETTINGS->wCheck कालावधी. कॅलिब्रेशनसह सिंगल मोडसाठी, WUC मूल्य शून्य नसावे.

तक्ता 57. वेक-अप कंट्रोल बिटमास्क

b7	b6	b5	b4	b3	b2	b1	b0	वर्णन
0	0	0	0	0	0	0		आरएफयू
							X	जर बिट 1b वर सेट केले असेल तर बाह्य RF फील्डवर वेक-अप करा.

तक्ता 58. संदर्भ मूल्य बाइट माहिती

संदर्भ मूल्य बाइट्स	यूएलपीसीडी	LPCD
बाइट १	संदर्भ बाइट 0	चॅनल 0 संदर्भ बाइट 0
बाइट १	संदर्भ बाइट 1	चॅनल 0 संदर्भ बाइट 1
बाइट १	HF Attenuator मूल्य	चॅनल 1 संदर्भ बाइट 0
बाइट १	NA	चॅनल 1 संदर्भ बाइट 1

४.५.१.२.३ प्रतिसाद
तक्ता 59. SWITCH_MODE_LPCD प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_ERROR (स्विच मोड प्रविष्ट केला गेला नाही – चुकीच्या सेटिंग्जमुळे)

4.5.4.8.3 कार्यक्रम
आदेश पूर्ण झाल्यावर इव्हेंट सूचना पाठविली जाते आणि आकृती 12 आणि आकृती 13 मध्ये नमूद केलेल्या इव्हेंटचा भाग म्हणून खालील डेटासह सामान्य मोड प्रविष्ट केला जातो.
तक्ता 60. EVT_SWITCH_MODE_LPCD

पेलोड फील्ड	लांबी	मूल्य/वर्णन
LPCD स्थिती	तक्ता 15 पहा	तक्ता 154.5.4.8.4 पहा संप्रेषण उदाample

४.५.४.९ स्विच_मोड_डाउनलोड
स्विच मोड डाउनलोड कमांड फर्मवेअर डाउनलोड मोडमध्ये प्रवेश करते.
डाउनलोड मोड बाहेर येण्याचा एकमेव मार्ग म्हणजे PN5190 वर रीसेट जारी करणे.
4.5.4.9.1 आज्ञा
तक्ता 61. SWITCH_MODE_DOWNLOAD आदेश मूल्य

पॅरामीटर	लांबी	मूल्य/वर्णन
–	–	कींमत नाही

४.५.१.२.३ प्रतिसाद
प्रतिसाद फक्त संकेत देतो की कमांडवर प्रक्रिया केली गेली आहे आणि होस्टद्वारे प्रतिसाद वाचल्यानंतर डाउनलोड मोड प्रविष्ट केला जाईल.
तक्ता 62. SWITCH_MODE_DOWNLOAD प्रतिसाद मूल्य
स्विच ऑपरेशन मोड ऑटोकॉल

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (स्विच मोड प्रविष्ट केला गेला नाही)

4.5.4.9.3 कार्यक्रम
इव्हेंट जनरेशन नाही.
४.५.४.७.४ संप्रेषण उदाample
4.5.5 MIFARE क्लासिक ऑथेंटिकेशन
४.५.५.१ एमएफसी_ऑथेंटिकेट
ही सूचना सक्रिय केलेल्या कार्डवर MIFARE क्लासिक प्रमाणीकरण करण्यासाठी वापरली जाते. दिलेल्या ब्लॉक पत्त्यावर ऑथेंटिकेट करण्यासाठी की, कार्ड UID आणि की प्रकार घेते. प्रतिसादामध्ये प्रमाणीकरण स्थिती दर्शविणारा एक बाइट आहे.
4.5.5.1.1 अटी
फील्ड की 6 बाइट लांब असणे आवश्यक आहे. फील्ड की प्रकारामध्ये 0x60 किंवा 0x61 मूल्य असणे आवश्यक आहे. ब्लॉक पत्त्यामध्ये 0x0 - 0xff मधील कोणताही पत्ता समाविष्ट असू शकतो. फील्ड UID बाइट लांब असणे आवश्यक आहे आणि त्यात कार्डचा 4byte UID असणे आवश्यक आहे. या निर्देशाची अंमलबजावणी करण्यापूर्वी ISO14443-3 MIFARE क्लासिक उत्पादन-आधारित कार्ड स्टेट ACTIVE किंवा ACTIVE* मध्ये ठेवले पाहिजे.
प्रमाणीकरणाशी संबंधित रनटाइम त्रुटीच्या बाबतीत, हे फील्ड 'ऑथेंटिकेशन स्टेटस' त्यानुसार सेट केले जाते.
4.5.5.1.2 आज्ञा
तक्ता 63. MFC_AUTHENTICATE कमांड
सक्रिय केलेल्या MIFARE क्लासिक उत्पादन-आधारित कार्डवर प्रमाणीकरण करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
की	6 बाइट्स	ऑथेंटिकेशन की वापरायची आहे.
की प्रकार	1 बाइट	0x60	मुख्य प्रकार ए
		0x61	मुख्य प्रकार बी
ब्लॉक पत्ता	1 बाइट	ब्लॉकचा पत्ता ज्यासाठी प्रमाणीकरण करणे आवश्यक आहे.
UID	4 बाइट्स	कार्डचा UID.

४.५.१.२.३ प्रतिसाद
तक्ता 64. MFC_AUTHENTICATE प्रतिसाद
MFC_AUTHENTICATE ला प्रतिसाद.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_INSTR_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_त्रुटी

4.5.5.1.4 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
4.5.6 ISO 18000-3M3 (EPC GEN2) सपोर्ट
४.५.६.१ ईपीसी_जीईएन२_इन्व्हेंटरी
ही सूचना ISO18000-3M3 ची यादी करण्यासाठी वापरली जाते tags. हे त्या मानकांद्वारे निर्दिष्ट केलेल्या वेळेची हमी देण्यासाठी ISO18000-3M3 नुसार अनेक कमांडची स्वायत्त अंमलबजावणी लागू करते.
निर्देशाच्या पेलोडमध्ये उपस्थित असल्यास, प्रथम सिलेक्ट कमांड कार्यान्वित केली जाते आणि त्यानंतर BeginRound कमांड दिली जाते.
पहिल्या टाइमस्लॉटमध्ये वैध प्रतिसाद असल्यास (टाइमआउट नाही, टक्कर नाही), सूचना ACK पाठवते आणि प्राप्त PC/XPC/UII जतन करते. सूचना नंतर 'टाइमस्लॉट प्रोसेस्ड बिहेवियर' फील्डनुसार कृती करते:

हे फील्ड 0 वर सेट केले असल्यास, पुढील टाइमस्लॉट हाताळण्यासाठी नेक्स्टस्लॉट कमांड जारी केला जातो. अंतर्गत बफर पूर्ण होईपर्यंत हे पुनरावृत्ती होते
हे फील्ड 1 वर सेट केले असल्यास, अल्गोरिदम थांबतो
हे फील्ड 2 वर सेट केले असल्यास, एक Req_Rn आदेश जारी केला जातो, आणि केवळ, वैध असल्यास tag या timelotCommand मध्ये प्रतिसाद

फील्ड 'सिलेक्ट कमांड लेन्थ' मध्ये 'सिलेक्ट कमांड' फील्डची लांबी असणे आवश्यक आहे, जी 1 - 39 च्या श्रेणीमध्ये असणे आवश्यक आहे. जर 'सिलेक्ट कमांड लेन्थ' 0 असेल, तर 'शेवटच्या बाइटमधील वैध बिट्स' आणि 'सिलेक्ट कमांड' फील्ड उपस्थित नसावीत.
शेवटच्या बाइटमधील फील्ड बिट्समध्ये 'सिलेक्ट कमांड' फील्डच्या शेवटच्या बाईटमध्ये प्रसारित करायच्या बिट्सची संख्या असावी. मूल्य 1 - 7 च्या श्रेणीत, समावेशासह असणे आवश्यक आहे. मूल्य 0 असल्यास, 'सिलेक्ट कमांड' फील्डमधील शेवटच्या बाईटमधील सर्व बिट्स प्रसारित केले जातात.
'सिलेक्ट कमांड' फील्डमध्ये ISO18000-3M3 नुसार CRC-16c च्या मागे न येता सिलेक्ट कमांड असणे आवश्यक आहे आणि 'सिलेक्ट कमांड लेन्थ' फील्डमध्ये दर्शविल्याप्रमाणे लांबी समान असणे आवश्यक आहे.
फील्ड 'BeginRound Command' मध्ये ISO18000-3M3 नुसार CRC-5 मागे न ठेवता BeginRound कमांड असणे आवश्यक आहे. 'BeginRound Command' च्या शेवटच्या बाईटच्या शेवटच्या 7 बिट्सकडे दुर्लक्ष केले जाते कारण कमांडची वास्तविक लांबी 17 बिट्स आहे.
'टाइमस्लॉट प्रोसेस्ड बिहेवियर'मध्ये 0 - 2 मधील मूल्य समाविष्ट असणे आवश्यक आहे.
तक्ता 65. EPC_GEN2_INVENTORY कमांड व्हॅल्यू ISO 18000-3M3 इन्व्हेंटरी करा

पेलोड फील्ड	लांबी	मूल्य/वर्णन
रेझ्युमे इन्व्हेंटरी	1 बाइट	00	प्रारंभिक GEN2_INVENTORY

		01	GEN2_INVENTORY कमांड पुन्हा सुरू करा - उर्वरित खालील फील्ड रिक्त आहेत (कोणत्याही पेलोडकडे दुर्लक्ष केले जाते)
कमांड लांबी निवडा	1 बाइट	0	BeginRound कमांडच्या आधी सिलेक्ट कमांड सेट केलेली नाही. 'अंतिम बाइटमधील वैध बिट्स' फील्ड आणि 'सिलेक्ट कमांड' फील्ड उपस्थित नसतील.
कमांड लांबी निवडा	1 बाइट	८७८ - १०७४	'सिलेक्ट कमांड' फील्डची लांबी (n).
शेवटच्या बाइटमधील वैध बिट्स	1 बाइट	0	'सिलेक्ट कमांड' फील्डच्या शेवटच्या बाइटचे सर्व बिट्स प्रसारित केले जातात.
शेवटच्या बाइटमधील वैध बिट्स	1 बाइट	८७८ - १०७४	'सिलेक्ट कमांड' फील्डच्या शेवटच्या बाईटमध्ये प्रसारित करायच्या बिट्सची संख्या.
कमांड निवडा	n बाइट्स	उपस्थित असल्यास, या फील्डमध्ये सिलेक्ट कमांड समाविष्ट आहे (ISO18000-3, टेबल 47 नुसार) जी BeginRound कमांडच्या आधी पाठवली जाते. CRC-16c समाविष्ट केले जाणार नाही.
बिगिन राउंड कमांड	3 बाइट्स	या फील्डमध्ये BeginRound कमांड आहे (ISO18000-3, टेबल 49 नुसार). CRC-5 समाविष्ट होणार नाही.
टाइमस्लॉट प्रक्रिया केलेले वर्तन	1 बाइट	0	प्रतिसादात कमाल प्रतिसाद बफरमध्ये बसू शकणार्‍या टाइमस्लॉटची संख्या.
		1	प्रतिसादात फक्त एकच टाइमस्लॉट आहे.
		2	प्रतिसादात फक्त एकच टाइमस्लॉट आहे. टाइमस्लॉटमध्ये वैध कार्ड प्रतिसाद असल्यास, कार्ड हँडल देखील समाविष्ट केले जाते.

४.५.१.२.३ प्रतिसाद
रिझ्युम इन्व्हेंटरीच्या बाबतीत प्रतिसादाची लांबी "1" असू शकते.
तक्ता 66. EPC_GEN2_INVENTORY प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_SUCCESS (यासाठी पुढील बाइटमध्ये टाइमस्लॉट स्थिती वाचा Tag प्रतिसाद) PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
टाइमस्लॉट [१…n]	3 - 69 बाइट्स	टाइमस्लॉट स्थिती	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, फील्ड 'टाइमस्लॉट स्थिती' '1' वर सेट केल्यास. अन्यथा फील्ड उपस्थित नाही.

4.5.6.1.2 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
4.5.7 RF कॉन्फिगरेशन व्यवस्थापन
PN6 द्वारे समर्थित भिन्न RF तंत्रज्ञान आणि डेटा दरांसाठी TX आणि RX कॉन्फिगरेशनसाठी विभाग 5190 पहा. मूल्ये खाली नमूद केलेल्या श्रेणीमध्ये उपस्थित नाहीत, RFU म्हणून विचारात घ्या.
४.५.७.१ लोड_आरएफ_कॉन्फिगरेशन
ही सूचना EEPROM वरून अंतर्गत CLIF रजिस्टरमध्ये RF कॉन्फिगरेशन लोड करण्यासाठी वापरली जाते. RF कॉन्फिगरेशन म्हणजे RF तंत्रज्ञान, मोड (लक्ष्य/प्रारंभकर्ता) आणि बॉड रेट यांच्या अद्वितीय संयोजनाचा संदर्भ देते. CLIF रिसीव्हर (RX कॉन्फिगरेशन) आणि ट्रान्समीटर (TX कॉन्फिगरेशन) मार्गासाठी RF कॉन्फिगरेशन स्वतंत्रपणे लोड केले जाऊ शकते. जर पथासाठी संबंधित कॉन्फिगरेशन बदलले जाणार नसेल तर मूल्य 0xFF वापरणे आवश्यक आहे.
4.5.7.1.1 अटी
फील्ड 'TX कॉन्फिगरेशन' 0x00 – 0x2B च्या श्रेणीत, समावेशासह असणे आवश्यक आहे. मूल्य 0xFF असल्यास, TX कॉन्फिगरेशन बदलले जात नाही.
फील्ड 'RX कॉन्फिगरेशन' 0x80 – 0xAB च्या श्रेणीत, समावेशासह असणे आवश्यक आहे. मूल्य 0xFF असल्यास, RX कॉन्फिगरेशन बदलले जात नाही.
बूट-अप रजिस्टर्स एकदा लोड करण्यासाठी TX कॉन्फिगरेशन = 0xFF आणि RX कॉन्फिगरेशन = 0xAC सह एक विशेष कॉन्फिगरेशन वापरले जाते.
हे विशेष कॉन्फिगरेशन IC रीसेट मूल्यांपेक्षा भिन्न असलेल्या रजिस्टर कॉन्फिगरेशन (TX आणि RX दोन्ही) अद्यतनित करण्यासाठी आवश्यक आहे.

4.5.7.1.2 आज्ञा
तक्ता 67. LOAD_RF_CONFIGURATION आदेश मूल्य
E2PROM वरून RF TX आणि RX सेटिंग्ज लोड करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
TX कॉन्फिगरेशन	1 बाइट	0xFF	TX RF कॉन्फिगरेशन बदलले नाही.
		0x0 - 0x2B	संबंधित TX RF कॉन्फिगरेशन लोड केले.
RX कॉन्फिगरेशन	1 बाइट	0xFF	RX RF कॉन्फिगरेशन बदलले नाही.
		०x८० - ०xAB	संबंधित RX RF कॉन्फिगरेशन लोड केले.

४.५.१.२.३ प्रतिसाद
तक्ता 68. LOAD_RF_CONFIGURATION प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी

4.5.7.1.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.७.२ अपडेट_आरएफ_कॉन्फिगरेशन
ही सूचना E4.5.7.1PROM मध्ये RF कॉन्फिगरेशन (विभाग 2 मधील व्याख्या पहा) अद्यतनित करण्यासाठी वापरली जाते. सूचना रजिस्टर ग्रॅन्युलॅरिटी व्हॅल्यूवर अपडेट करण्याची परवानगी देते, म्हणजे पूर्ण सेट अपडेट करण्याची गरज नाही (जरी, ते करणे शक्य आहे).
4.5.7.2.1 अटी
फील्ड अॅरे कॉन्फिगरेशनचा आकार 1 - 15 च्या श्रेणीत, समावेशासह असणे आवश्यक आहे. फील्ड अॅरे कॉन्फिगरेशनमध्ये RF कॉन्फिगरेशन, नोंदणी पत्ता आणि मूल्य यांचा संच असणे आवश्यक आहे. फील्ड RF कॉन्फिगरेशन TX कॉन्फिगरेशनसाठी 0x0 - 0x2B आणि RX कॉन्फिगरेशनसाठी 0x80 - 0xAB च्या श्रेणीमध्ये असणे आवश्यक आहे, सर्वसमावेशक. फील्ड रजिस्टर अॅड्रेसमधील पत्ता संबंधित RF कॉन्फिगरेशनमध्ये अस्तित्वात असणे आवश्यक आहे. फील्ड व्हॅल्यूमध्ये एक मूल्य असावे जे दिलेल्या रजिस्टरमध्ये लिहिले जावे आणि ते 4 बाइट लांब (लिटल-एंडियन फॉरमॅट) असावे.
4.5.7.2.2 आज्ञा
तक्ता 69. UPDATE_RF_CONFIGURATION आदेश मूल्य
RF कॉन्फिगरेशन अद्यतनित करा

पेलोड फील्ड	लांबी	मूल्य/वर्णन
कॉन्फिगरेशन[1…n]	6 बाइट्स	आरएफ कॉन्फिगरेशन	1 बाइट	RF कॉन्फिगरेशन ज्यासाठी रजिस्टर बदलणे आवश्यक आहे.
		पत्ता नोंदवा	1 बाइट	दिलेल्या RF तंत्रज्ञानामध्ये पत्ता नोंदवा.
		मूल्य	4 बाइट्स	मूल्य जे रजिस्टरमध्ये लिहिणे आवश्यक आहे. (लिटल-एंडियन)

४.५.१.२.३ प्रतिसाद
तक्ता 70. UPDATE_RF_CONFIGURATION प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_MEMORY_त्रुटी

4.5.7.2.4 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.७.३ GET_ RF_CONFIGURATION
ही सूचना RF कॉन्फिगरेशन वाचण्यासाठी वापरली जाते. रजिस्टर पत्ता-मूल्य-जोड्या प्रतिसादात उपलब्ध आहेत. किती जोड्या अपेक्षित आहेत हे जाणून घेण्यासाठी, पहिल्या TLV वरून प्रथम आकाराची माहिती पुनर्प्राप्त केली जाऊ शकते, जी पेलोडची एकूण लांबी दर्शवते.
4.5.7.3.1 अटी
फील्ड RF कॉन्फिगरेशन TX कॉन्फिगरेशनसाठी 0x0 – 0x2B आणि RX कॉन्फिगरेशनसाठी 0x80 –0xAB च्या श्रेणीमध्ये असणे आवश्यक आहे, सर्वसमावेशक.
4.5.7.3.2 आज्ञा
तक्ता 71. GET_ RF_CONFIGURATION कमांड व्हॅल्यू RF कॉन्फिगरेशन पुनर्प्राप्त करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
आरएफ कॉन्फिगरेशन	1 बाइट	RF कॉन्फिगरेशन ज्यासाठी नोंदणी मूल्य जोड्यांचा संच पुनर्प्राप्त करणे आवश्यक आहे.

४.५.१.२.३ प्रतिसाद
तक्ता 72. GET_ RF_CONFIGURATION प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
जोडी[1…n]	5 बाइट्स	पत्ता नोंदवा	1 बाइट	दिलेल्या RF तंत्रज्ञानामध्ये पत्ता नोंदवा.
		मूल्य	4 बाइट्स	32-बिट नोंदणी मूल्य.

4.5.7.3.4 कार्यक्रम
सूचनांसाठी कार्यक्रम नाही.
4.5.8 आरएफ फील्ड हाताळणी
४.५.८.१ आरएफ_ऑन
ही सूचना RF चालू करण्यासाठी वापरली जाते. प्रारंभिक फील्डऑनवरील डीपीसी नियमन या कमांडमध्ये हाताळले जाईल.
4.5.8.1.1 आज्ञा
तक्ता 73. RF_FIELD_ON आदेश मूल्य
RF_FIELD_ON कॉन्फिगर करा.

पेलोड फील्ड	लांबी	मूल्य/वर्णन
कॉन्फिगरेशनवर आरएफ_	1 बाइट	बिट 0	0	टक्कर टाळणे वापरा
			1	टक्कर टाळणे अक्षम करा
		बिट 1	0	P2P सक्रिय नाही
			1	P2P सक्रिय

४.५.१.२.३ प्रतिसाद
तक्ता 74. RF_FIELD_ON प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_RF_COLLISION_ERROR (RF टक्कर झाल्यामुळे RF फील्ड चालू नाही) PN5190_STATUS_TIMEOUT (कालबाह्य झाल्यामुळे RF फील्ड चालू नाही) PN5190_STATUS_TXLDO_ERROR (VUP मुळे TXLDO त्रुटी उपलब्ध नाही) PN5190_STATUS_RFCFG_NOT_APPLIED (या आदेशापूर्वी आरएफ कॉन्फिगरेशन लागू केलेले नाही)

4.5.8.1.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
४.५.८.२ आरएफ_ऑफ
ही सूचना RF फील्ड अक्षम करण्यासाठी वापरली जाते.
4.5.8.2.1 आज्ञा
तक्ता 75. RF_FIELD_OFF आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
रिकामे	रिकामे	रिक्त

४.५.१.२.३ प्रतिसाद
तक्ता 76. RF_FIELD_OFF प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी 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 आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
टीबी_सिग्नलइंडेक्स	1 बाइट		पहा कलम 7
टीबी_बिटइंडेक्स	1 बाइट		पहा कलम 7
टीबी_पॅडइंडेक्स	1 बाइट		पॅड इंडेक्स, ज्यावर डिजिटल सिग्नल आउटपुट करायचा आहे
		0x00	AUX1 पिन
		0x01	AUX2 पिन
		0x02	AUX3 पिन
		0x03	GPIO0 पिन
		0x04	GPIO1 पिन
		0x05	GPIO2 पिन
		0x06	GPIO3 पिन
		0x07-0xFF	आरएफयू

४.५.१.२.३ प्रतिसाद
तक्ता 78. CONFIGURE_TESTBUS_DIGITAL प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)

4.5.9.1.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
४.५.९.२ कॉन्फिगर_टेस्टबस_अ‍ॅनालॉग
ही सूचना निवडलेल्या पॅड कॉन्फिगरेशनवर उपलब्ध अॅनालॉग चाचणी बस सिग्नल मिळविण्यासाठी वापरली जाते.
अॅनालॉग चाचणी बसवरील सिग्नल वेगवेगळ्या मोडमध्ये मिळू शकतात. ते आहेत:
4.5.9.2.1 RAW मोड
या मोडमध्ये, TB_SignalIndex0 ने निवडलेला सिग्नल Shift_Index0 द्वारे शिफ्ट केला जातो, Mask0 सह मुखवटा घातलेला असतो आणि AUX1 वर आउटपुट होतो. त्याचप्रमाणे, TB_SignalIndex1 ने निवडलेला सिग्नल Shift_Index1 द्वारे शिफ्ट केला जातो, मास्क1 सह मुखवटा घातलेला असतो आणि AUX2 वर आउटपुट असतो.
हा मोड ग्राहकांना 8 बिट रुंद किंवा त्याहून कमी सिग्नल आउटपुट करण्यासाठी लवचिकता प्रदान करतो आणि अॅनालॉग पॅडवर आउटपुट करण्यासाठी साइन रूपांतरण आवश्यक नसते.
4.5.9.2.2 एकत्रित मोड
या मोडमध्ये, अॅनालॉग सिग्नल 10 बिट साइन इन केलेले ADCI/ADCQ/pcrm_if_rssi व्हॅल्यू अ-साइन न केलेल्या व्हॅल्यूमध्ये रूपांतरित केले जाईल, परत 8 बिट्समध्ये स्केल केले जाईल आणि नंतर AUX1 किंवा AUX2 पॅडवर आउटपुट होईल.
ADCI/ADCQ (10-बिट) रूपांतरित मूल्यांपैकी फक्त एक AUX1/AUX2 वर कधीही आउटपुट केले जाऊ शकते.
Combined_Mode सिग्नल पेलोड फील्ड मूल्य 2 (Analog आणि Digital Combined) असल्यास, analog आणि डिजिटल चाचणी बस AUX1(Analog Signal) आणि GPIO0(डिजिटल सिग्नल) वर रूट केली जाते.
रूट केलेले सिग्नल खाली नमूद केलेल्या EEPROM पत्त्यामध्ये कॉन्फिगर केले आहेत:
०xCE0 – TB_सिग्नलइंडेक्स
0xCEA - TB_BitIndex
0xCEB - एनालॉग TB_Index
आम्ही पर्याय 2 सह एकत्रित मोड जारी करण्यापूर्वी चाचणी बस इंडेक्स आणि चाचणी बस बिट EEPROM मध्ये कॉन्फिगर करणे आवश्यक आहे.
टीप:
"रॉ" किंवा "एकत्रित" मोडमध्ये फील्ड लागू होण्याकडे दुर्लक्ष करून होस्ट सर्व फील्ड प्रदान करेल. PN5190 IC फक्त लागू फील्ड मूल्यांचा विचार करते.
4.5.9.2.3 आज्ञा
तक्ता 79. CONFIGURE_TESTBUS_ANALOG आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन		एकत्रित मोडसाठी फील्ड लागूता
bConfig	1 बाइट		कॉन्फिगर करण्यायोग्य बिट्स. पहा तक्ता 80	होय
Combined_Mode सिग्नल	1 बाइट	० – एडीसीआय/एडीसीक्यू १ – पीसीआरएम_आयएफ_आरएसआय		होय
		2 - अॅनालॉग आणि डिजिटल एकत्रित
		3 – 0xFF – राखीव

टीबी_सिग्नलइंडेक्स०	1 बाइट	अॅनालॉग सिग्नलचा सिग्नल इंडेक्स. पहा कलम 7	होय
टीबी_सिग्नलइंडेक्स०	1 बाइट	अॅनालॉग सिग्नलचा सिग्नल इंडेक्स. पहा कलम 7	होय
शिफ्ट_इंडेक्स०	1 बाइट	DAC0 इनपुट शिफ्ट पोझिशन्स. bConfig[1] मधील दिशा निश्चित केली जाईल.	नाही
शिफ्ट_इंडेक्स०	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 ➜ एकत्रित मोड	कच्चे/संयुक्त

४.५.१.२.३ प्रतिसाद
तक्ता 81. CONFIGURE_TESTBUS_ANALOG प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)

4.5.9.2.5 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
४.५.९.३ कॉन्फिगर_मल्टीपल_टेस्टबस_डिजिटल
ही सूचना निवडलेल्या पॅड कॉन्फिगरेशनवर एकाधिक उपलब्ध डिजिटल चाचणी बस सिग्नल स्विच करण्यासाठी वापरली जाते.
टीप: जर ही लांबी शून्य असेल तर डिजिटल चाचणी बस रीसेट केली जाते.
4.5.9.3.1 आज्ञा
तक्ता 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
टीबी_सिग्नलइंडेक्स #१	1 बाइट	पहा 8 खाली
टीबी_बिटइंडेक्स #१	1 बाइट	पहा 8 खाली
टीबी_पॅडइंडेक्स #१	1 बाइट	पॅड इंडेक्स, ज्यावर डिजिटल सिग्नल आउटपुट करायचा आहे
		0x00	AUX1 पिन
		0x01	AUX2 पिन
		0x02	AUX3 पिन
		0x03	GPIO0 पिन
		0x04	GPIO1 पिन
		0x05	GPIO2 पिन
		0x06	GPIO3 पिन
		0x07-0xFF	आरएफयू
टीबी_सिग्नलइंडेक्स #१	1 बाइट	पहा 8 खाली
टीबी_बिटइंडेक्स #१	1 बाइट	पहा 8 खाली
टीबी_पॅडइंडेक्स #१	1 बाइट	पॅड इंडेक्स, ज्यावर डिजिटल सिग्नल आउटपुट करायचा आहे
		0x00	AUX1 पिन
		0x01	AUX2 पिन
		0x02	AUX3 पिन
		0x03	GPIO0 पिन
		0x04	GPIO1 पिन
		0x05	GPIO2 पिन
		0x06	GPIO3 पिन
		0x07-0xFF	आरएफयू

४.५.१.२.३ प्रतिसाद
तक्ता 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 2]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)

4.5.9.3.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
4.5.10 CTS कॉन्फिगरेशन
४.५.१०.१ CTS_ENABLE
ही सूचना CTS लॉगिंग वैशिष्ट्य सक्षम/अक्षम करण्यासाठी वापरली जाते.
4.5.10.1.1 आज्ञा
तक्ता 84. CTS_ENABLE आदेश मूल्य

पेलोड फील्ड लांबी मूल्य/वर्णन
सक्षम/अक्षम करा	1 बाइट	बिट 0	0	CTS लॉगिंग वैशिष्ट्य अक्षम करा
1 CTS लॉगिंग वैशिष्ट्य सक्षम करा
		बिट 1-7		आरएफयू

४.५.१.२.३ प्रतिसाद
तक्ता 85. CTS_ENABLE प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)

4.5.10.1.3 कार्यक्रम
खालील तक्ता इव्हेंट डेटा दर्शवितो जो आकृती 12 आणि आकृती 13 मध्ये दर्शविल्याप्रमाणे इव्हेंट संदेशाचा भाग म्हणून पाठविला जाईल.
तक्ता 86. हे होस्टला माहिती देते की डेटा प्राप्त झाला आहे. EVT_CTS_DONE

पेलोड फील्ड	लांबी	मूल्य/वर्णन
कार्यक्रम	1 बाइट	00 … TRIGGER आला आहे, डेटा रिसेप्शनसाठी तयार आहे.

४.५.१०.२ CTS_CONFIGURE
ही सूचना सर्व आवश्यक CTS रजिस्टर्स जसे की ट्रिगर्स, टेस्ट बस रजिस्टर्स, एस कॉन्फिगर करण्यासाठी वापरली जाते.ampलिंग कॉन्फिगरेशन इ.,
टीप:
[1] CTS कॉन्फिगरेशनची अधिक चांगली समज प्रदान करते. विभाग 4.5.10.3 आदेशाच्या प्रतिसादाचा भाग म्हणून कॅप्चर केलेला डेटा पाठवला जाईल.

4.5.10.2.1 आज्ञा
तक्ता 87. CTS_CONFIGURE आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
प्री_ट्रिगर_शिफ्ट	1 बाइट	256 बाइट युनिट्समध्ये आफ्टर-ट्रिगर संपादन क्रमाची लांबी परिभाषित करते. 0 म्हणजे शिफ्ट नाही; n म्हणजे n*256 बाइट्स ब्लॉक शिफ्ट. टीप: TRIGGER_MODE “PRE” किंवा “COMB” ट्रिगर मोड असेल तरच वैध
ट्रिगर_मोड	1 बाइट	वापरण्यासाठी संपादन मोड निर्दिष्ट करते.
		0x00 - पोस्ट मोड
		0x01 - RFU
		0x02 - प्री मोड
		0x03 - 0xFF - अवैध
रॅम_पेज_रुंदी	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 ने मास्क केले जाते आणि नंतर प्रभावी मूल्य मानले जाते.
SAMPले_मोड_सेल	1 बाइट	एस निवडतोampसीटीएस डिझाइन स्पेक्सद्वारे वर्णन केल्याप्रमाणे लिंग इंटरलीव्ह मोड. दशांश मूल्य 3 राखीव आहे आणि ते 0 मानले जाईल. टीप: दिलेले मूल्य नेहमी 0x03 सह मुखवटा घातलेले असते आणि नंतर प्रभावी मूल्य मानले जाते.
TB0	1 बाइट	TB0 ला कोणती चाचणी बस जोडायची ते निवडते. पहा कलम 7 (TB_ सिग्नल_इंडेक्स मूल्य)
TB1	1 बाइट	TB1 ला कोणती चाचणी बस जोडायची ते निवडते. पहा कलम 7 (TB_ सिग्नल_इंडेक्स मूल्य)
TB2	1 बाइट	TB2 ला कोणती चाचणी बस जोडायची ते निवडते. पहा कलम 7 (TB_ सिग्नल_इंडेक्स मूल्य)
TB3	1 बाइट	TB3 ला कोणती चाचणी बस जोडायची ते निवडते. पहा कलम 7 (TB_ सिग्नल_इंडेक्स मूल्य)
टीटीबी_SELECT	1 बाइट	ट्रिगर स्त्रोतांशी कोणता टीबी कनेक्ट करायचा ते निवडते. पहा कलम 7 (TB_Signal_Index मूल्य)
आरएफयू	4 बाइट्स	नेहमी 0x00000000 पाठवा
MISC_CONFIG द्वारे	24 बाइट्स	ट्रिगर घटना, ध्रुवता इ. पहा [८] वापरण्यासाठी CTS कॉन्फिगरेशन समजून घेण्यासाठी.

४.५.१.२.३ प्रतिसाद
तक्ता 88. CTS_CONFIGURE प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी

4.5.10.2.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
४.५.१०.३ सीटीएस_रेट्रीव्ह_लॉग
ही सूचना कॅप्चर केलेल्या चाचणी बस डेटाचा डेटा लॉग पुनर्प्राप्त करतेamples मेमरी बफर मध्ये संग्रहित.
4.5.10.3.1 आज्ञा
तक्ता 89. CTS_RETRIEVE_LOG आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
चंकसाइज	1 बाइट	0x01-0xFF	अपेक्षित डेटाच्या बाइट्सची संख्या समाविष्ट आहे.

४.५.१.२.३ प्रतिसाद
तक्ता 90. CTS_RETRIEVE_LOG प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही) PN5190_स्थिती_यशस्वी_चायनींग
लॉग डेटा [१…n]	CTRequest	ताब्यात घेतलेला एसamples डेटा भाग

टीप:
'लॉग डेटा' चा कमाल आकार कमांडचा भाग म्हणून प्रदान केलेल्या 'ChunkSize' वर अवलंबून असतो.
एकूण लॉग आकार TLV शीर्षलेख प्रतिसादात उपलब्ध असेल.
4.5.10.3.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
4.5.11 TEST_MODE आदेश
४.५.११.१ अँटेना_स्व_चाचणी
ही सूचना अँटेना जोडलेली आहे का आणि जुळणारे घटक पॉप्युलेट/असेम्बल केले आहेत का हे पडताळण्यासाठी वापरले जाते.
टीप:
हा आदेश अद्याप उपलब्ध नाही. उपलब्धतेसाठी रिलीज नोट्स पहा.
४.५.११.२ पीआरबीएस_टेस्ट
ही सूचना रीडर मोड प्रोटोकॉल आणि बिट-रेट्सच्या भिन्न कॉन्फिगरेशनसाठी PRBS क्रम तयार करण्यासाठी वापरली जाते. एकदा सूचना अंमलात आणल्यानंतर, PRBS चाचणी क्रम RF वर उपलब्ध होईल.
टीप:
हा आदेश पाठवण्यापूर्वी होस्टने विभाग 4.5.7.1 वापरून योग्य RF तंत्रज्ञान कॉन्फिगरेशन लोड केले आहे आणि कलम 4.5.8.1 कमांड वापरून RF चालू आहे याची खात्री करावी.
4.5.11.2.1 आज्ञा
तक्ता 91. PRBS_TEST आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
prbs_प्रकार	1 बाइट	00	PRBS9(डीफॉल्ट)
		01	PRBS15
		02-FF	आरएफयू

४.५.१.२.३ प्रतिसाद
तक्ता 92. PRBS_TEST प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_STATUS_यशस्वी PN5190_STATUS_INSTR_त्रुटी PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 कार्यक्रम
या निर्देशासाठी कोणताही कार्यक्रम नाही.
4.5.12 चिप माहिती आदेश
४.५.१२.१ GET_DIEID
ही सूचना PN5190 चिपचा डाय आयडी वाचण्यासाठी वापरली जाते.
4.5.12.1.1 आज्ञा
तक्ता 93. GET_DIEID कमांड मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
–	–	पेलोडमध्ये कोणताही डेटा नाही

४.५.१.२.३ प्रतिसाद
तक्ता 94. GET_DIEID प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
मूल्ये	16 बाइट्स	16 बाइट्स डाय आयडी.

4.5.12.1.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.
४.५.१२.२ GET_VERSION
ही सूचना HW आवृत्ती, ROM आवृत्ती आणि PN5190 चिपची FW आवृत्ती वाचण्यासाठी वापरली जाते.
4.5.12.2.1 आज्ञा
तक्ता 95. GET_VERSION आदेश मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
–	–	पेलोडमध्ये कोणताही डेटा नाही

डाउनलोड मोडमध्ये DL_GET_VERSION (विभाग 3.4.4) कमांड उपलब्ध आहे जी HW आवृत्ती, ROM आवृत्ती आणि FW आवृत्ती वाचण्यासाठी वापरली जाऊ शकते.
४.५.१.२.३ प्रतिसाद
तक्ता 96. GET_VERSION प्रतिसाद मूल्य

पेलोड फील्ड	लांबी	मूल्य/वर्णन
स्थिती	1 बाइट	ऑपरेशनची स्थिती [तक्ता 9]. अपेक्षित मूल्ये खालीलप्रमाणे आहेत:
		PN5190_स्थिती_यशस्वी PN5190_STATUS_INSTR_ERROR (आणखी कोणताही डेटा उपस्थित नाही)
एचडब्ल्यू_व्ही	1 बाइट	हार्डवेअर आवृत्ती
आरओ_व्ही	1 बाइट	रॉम कोड
एफडब्ल्यू_व्ही	2 बाइट्स	फर्मवेअर आवृत्ती (डाउनलोड करण्यासाठी वापरली जाते)
आरएफयू१-आरएफयू२	1-2 बाइट्स	–

PN5190 IC च्या भिन्न आवृत्तीसाठी अपेक्षित प्रतिसाद (विभाग 3.4.4) मध्ये नमूद केला आहे.
4.5.12.2.3 कार्यक्रम
या आदेशासाठी कोणतेही कार्यक्रम नाहीत.

परिशिष्ट (उदाampलेस)

या परिशिष्टात माजीamples वर नमूद केलेल्या आदेशांसाठी. माजीamples केवळ आज्ञेची सामग्री दर्शविण्यासाठी उदाहरणात्मक हेतूसाठी आहेत.
5.1 उदाampWRITE_REGISTER साठी le
रजिस्टर 0x12345678F मध्ये 0x1 मूल्य लिहिण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे.
PN5190 वर कमांड फ्रेम पाठवली: 0000051F78563412
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट PN5190 कडून प्राप्त प्रतिसाद फ्रेम वाचतो (यशस्वी ऑपरेशन दर्शवते): 00000100 5.2 Example WRITE_REGISTER_OR_MASK साठी
0x1 या मास्कसह रजिस्टर 0x12345678F वर लॉजिकल किंवा ऑपरेशन करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे
PN5190 वर कमांड फ्रेम पाठवली: 0100051F78563412
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट PN5190 कडून प्राप्त प्रतिसाद फ्रेम वाचतो (यशस्वी ऑपरेशन दर्शवते): 01000100
5.3 उदाample WRITE_REGISTER_AND_MASK साठी
0x1 या मास्कसह रजिस्टर 0x12345678F वर लॉजिकल आणि ऑपरेशन करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे
PN5190 वर कमांड फ्रेम पाठवली: 0200051F78563412
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट PN5190 कडून प्राप्त प्रतिसाद फ्रेम वाचतो (यशस्वी ऑपरेशन दर्शवते): 02000100
5.4 उदाample WRITE_REGISTER_MULTIPLE साठी
0x1 या मास्कसह रजिस्टर 0x12345678F वर लॉजिकल आणि ऑपरेशन करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम, आणि लॉजिकल किंवा रजिस्टर 0x20 वर 0x11223344 मास्कसह ऑपरेशन करण्यासाठी आणि BCCD0D ABCD या मूल्यासह 21x0 ची नोंदणी करण्यासाठी एक लेखन.
PN5190 वर कमांड फ्रेम पाठवली: 0300121F03785634122002443322112101DDCCBBAA
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट PN5190 कडून प्राप्त प्रतिसाद फ्रेम वाचतो (यशस्वी ऑपरेशन दर्शवते): 03000100
5.5 उदाample READ_REGISTER साठी
रजिस्टर 0x1F ची सामग्री वाचण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे आणि रजिस्टरचे मूल्य 0x12345678 आहे असे गृहीत धरून
PN5190: 0400011F वर कमांड फ्रेम पाठवली
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट PN5190 कडून प्राप्त प्रतिसाद फ्रेम वाचतो (यशस्वी ऑपरेशन दर्शवते): 0400050078563412
5.6 उदाample READ_REGISTER_MULTIPLE साठी
0x1 चे मूल्य असलेल्या रजिस्टर 0x12345678F ची सामग्री वाचण्यासाठी आणि 0x25 चे मूल्य असलेले 0x11223344 नोंदणी करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे
PN5190 वर कमांड फ्रेम पाठवली: 0500021F25
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
होस्टने प्रतिसाद वाचल्यावर, PN5190 कडून फ्रेम प्राप्त झाली (यशस्वी ऑपरेशन दर्शवते): 050009007856341244332211
5.7 उदाample WRITE_E2PROM साठी
2x0, 0130x0, 0134x0, 11x0, 22x0 या सामग्रीसह E33PROM स्थानांवर 0x44 ते 0x55 लिहिण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे
PN5190 वर कमांड फ्रेम पाठवली: 06000730011122334455
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 06000100
5.8 उदाample READ_E2PROM साठी
होस्ट कडून E2PROM स्थान 0x0130 ते 0x0134 पर्यंत वाचण्यासाठी पाठवलेल्या डेटाचा खालील क्रम जेथे संग्रहित सामग्री आहेतः 0x11, 0x22, 0x33, 0x44, 0x55
PN5190 वर कमांड फ्रेम पाठवली: 07000430010500
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
होस्टने प्रतिसाद वाचल्यावर, PN5190 कडून फ्रेम प्राप्त झाली (यशस्वी ऑपरेशन दर्शवते): 070006001122334455
5.9 उदाampTRANSMIT_RF_DATA साठी le
REQA कमांड (0x26) पाठवण्यासाठी यजमानाकडून पाठवलेल्या डेटाच्या क्रमानुसार, '0x07' म्हणून प्रसारित केल्या जाणार्‍या बिट्सच्या संख्येसह, आवश्यक नोंदी आधी सेट केल्या आहेत आणि RF चालू आहे असे गृहीत धरून.
PN5190 वर कमांड फ्रेम पाठवली: 0800020726
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 08000100
5.10 उदाample RETREIVE_RF_DATA साठी
अंतर्गत CLIF बफरमध्ये प्राप्त/संचयित केलेला डेटा प्राप्त करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे (0x05 प्राप्त झाला असे गृहीत धरून), RF चालू केल्यानंतर TRANSMIT_RF_DATA आधीच पाठविला गेला आहे.
PN5190 वर कमांड फ्रेम पाठवली: 090000
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 090003000400
5.11 उदाample EXCHANGE_RF_DATA साठी
REQA (0x26) प्रसारित करण्यासाठी होस्टकडून पाठवलेल्या डेटाच्या क्रमानुसार, पाठवण्याच्या शेवटच्या बाईटमधील बिट्सची संख्या 0x07 म्हणून सेट केली आहे, डेटासह प्राप्त होणारी सर्व स्थिती. गृहीत धरले जाते की आवश्यक आरएफ रजिस्टर आधीच सेट केले आहेत आणि आरएफ चालू आहे.
PN5190: 0A0003070F26 वर कमांड फ्रेम पाठवली
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
होस्टने प्रतिसाद वाचल्यावर, PN5190 कडून फ्रेम प्राप्त झाली (यशस्वी ऑपरेशन दर्शवते): 0A000 F000200000000000200000000004400
5.12 उदाample LOAD_RF_CONFIGURATION साठी
RF कॉन्फिगरेशन सेट करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे. TX साठी, 0x00 आणि RX साठी, 0x80
PN5190: 0D00020080 वर कमांड फ्रेम पाठवली
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 0D000100
5.13 उदाample UPDATE_RF_CONFIGURATION साठी
RF कॉन्फिगरेशन अपडेट करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे. TX साठी, 0x00, CLIF_CRC_TX_CONFIG साठी नोंदणी पत्त्यासह आणि मूल्य 0x00000001
PN5190 वर कमांड फ्रेम पाठवली: 0E0006001201000000
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
होस्टने प्रतिसाद वाचल्यावर, PN5190 कडून फ्रेम प्राप्त झाली (यशस्वी ऑपरेशन दर्शवते): 0E000100
5.14 उदाampRF_ON साठी le
टक्कर टाळणे आणि P2P सक्रिय नाही वापरून RF फील्ड चालू करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे. असे गृहीत धरले जाते, संबंधित RF TX आणि RX कॉन्फिगरेशन आधीपासूनच PN5190 मध्ये सेट केले आहे.
PN5190 वर कमांड फ्रेम पाठवली: 10000100
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 10000100
5.15 उदाample RF_OFF साठी
RF फील्ड बंद करण्यासाठी होस्टकडून पाठवलेल्या डेटाचा क्रम खालीलप्रमाणे आहे.
PN5190 वर कमांड फ्रेम पाठवली: 110000
व्यत्ययाची प्रतीक्षा करण्यासाठी होस्ट.
जेव्हा होस्ट प्रतिसाद वाचतो तेव्हा PN5190 कडून फ्रेम प्राप्त होते (यशस्वी ऑपरेशन दर्शवते): 11000100

परिशिष्ट (RF प्रोटोकॉल कॉन्फिगरेशन निर्देशांक)

या परिशिष्टात PN5190 द्वारे समर्थित RF प्रोटोकॉल कॉन्फिगरेशन निर्देशांकांचा समावेश आहे.
TX आणि RX कॉन्फिगरेशन सेटिंग्ज विभाग 4.5.7.1, विभाग 4.5.7.2, विभाग 4.5.7.3 आदेशांमध्ये वापरल्या पाहिजेत.

परिशिष्ट (CTS आणि TESTBUS सिग्नल)

CTS सूचना (विभाग 5190) आणि TESTBUS सूचना वापरून कॅप्चर करण्यासाठी PN4.5.10 वरून उपलब्ध असलेले वेगवेगळे सिग्नल खालील तक्त्यामध्ये नमूद केले आहेत.

हे कलम 4.5.9.1, कलम 4.5.9.2, कलम 4.5.10.2 कमांडसाठी वापरले जावे.

संक्षेप

तक्ता 97. संक्षेप

Abbr	अर्थ
सीएलके	घड्याळ
DWL_REQ	विनंती पिन डाउनलोड करा (याला DL_REQ देखील म्हणतात)
EEPROM	इलेक्ट्रिकली इरेजेबल प्रोग्रामेबल रीड ओन्ली मेमरी
FW	फर्मवेअर
GND	ग्राउंड
GPIO	सामान्य उद्देश इनपुट आउटपुट
HW	हार्डवेअर
I²C	इंटर-इंटिग्रेटेड सर्किट (सिरियल डेटा बस)
IRQs	व्यत्यय विनंती
आयएसओ / आयईसी	इंटरनॅशनल स्टँडर्ड ऑर्गनायझेशन / इंटरनॅशनल इलेक्ट्रोटेक्निकल कम्युनिटी
NFC	फील्ड कम्युनिकेशन जवळ
OS	ऑपरेटिंग सिस्टम
पीसीडी	प्रॉक्सिमिटी कपलिंग डिव्हाइस (संपर्करहित वाचक)
PICC	प्रॉक्सिमिटी इंटिग्रेटेड सर्किट कार्ड (कॉन्टॅक्टलेस कार्ड)
पीएमयू	पॉवर मॅनेजमेंट युनिट
POR	पॉवर-ऑन रीसेट
RF	रेडिओफ्रीक्वेंसी
आरएसटी	रीसेट करा
एसएफडब्ल्यूयू	सुरक्षित फर्मवेअर डाउनलोड मोड
SPI	सिरियल पेरिफेरल इंटरफेस
VEN	V पिन सक्षम करा

संदर्भ

[१] NFC कॉकपिटचा CTS कॉन्फिगरेशन भाग, https://www.nxp.com/products/:NFC-COCKPIT
[२] PN2 IC डेटा शीट, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

कायदेशीर माहिती

10.1 व्याख्या
मसुदा - दस्तऐवजावरील मसुदा स्थिती सूचित करते की सामग्री अद्याप अंतर्गत पुनर्स्थित आहेview आणि औपचारिक मान्यतेच्या अधीन, ज्यामुळे बदल किंवा जोडणी होऊ शकतात. NXP सेमीकंडक्टर दस्तऐवजाच्या मसुद्यात समाविष्ट केलेल्या माहितीच्या अचूकतेबद्दल किंवा पूर्णतेबद्दल कोणतेही प्रतिनिधित्व किंवा हमी देत नाहीत आणि अशा माहितीच्या वापराच्या परिणामांसाठी त्यांचे कोणतेही उत्तरदायित्व असणार नाही.
10.2 अस्वीकरण
मर्यादित हमी आणि दायित्व — या दस्तऐवजातील माहिती अचूक आणि विश्वासार्ह असल्याचे मानले जाते. तथापि, NXP सेमीकंडक्टर अशा माहितीच्या अचूकतेबद्दल किंवा पूर्णतेबद्दल व्यक्त किंवा निहित कोणतेही प्रतिनिधित्व किंवा हमी देत नाहीत आणि अशा माहितीच्या वापराच्या परिणामांसाठी त्यांचे कोणतेही उत्तरदायित्व असणार नाही. NXP Semiconductors या दस्तऐवजातील सामग्रीसाठी NXP Semiconductors बाहेरील माहिती स्त्रोताद्वारे प्रदान केल्यास कोणतीही जबाबदारी घेत नाही.
कोणत्याही परिस्थितीत NXP सेमीकंडक्टर्स कोणत्याही अप्रत्यक्ष, आनुषंगिक, दंडात्मक, विशेष किंवा परिणामी नुकसानीसाठी जबाबदार असणार नाहीत (यासह - मर्यादेशिवाय गमावलेला नफा, गमावलेली बचत, व्यवसायातील व्यत्यय, कोणतीही उत्पादने काढून टाकणे किंवा बदलण्याशी संबंधित खर्च किंवा पुनर्कार्य शुल्क) किंवा असे नुकसान टोर्ट (निष्काळजीपणासह), वॉरंटी, कराराचा भंग किंवा इतर कोणत्याही कायदेशीर सिद्धांतावर आधारित नाही.
कोणत्याही कारणास्तव ग्राहकाला होणारे कोणतेही नुकसान असूनही, येथे वर्णन केलेल्या उत्पादनांसाठी NXP सेमीकंडक्टर्सचे एकूण आणि एकत्रित उत्तरदायित्व मर्यादित असेल
NXP सेमीकंडक्टरच्या व्यावसायिक विक्रीच्या अटी व शर्ती.
बदल करण्याचा अधिकार — NXP सेमीकंडक्टर्स या दस्तऐवजात प्रकाशित केलेल्या माहितीमध्ये बदल करण्याचा अधिकार राखून ठेवतात, ज्यामध्ये मर्यादा विना तपशील आणि उत्पादन वर्णन समाविष्ट आहे, कोणत्याही वेळी आणि सूचना न देता. हा दस्तऐवज येथे प्रकाशित होण्यापूर्वी पुरवलेल्या सर्व माहितीची जागा घेतो आणि पुनर्स्थित करतो.
वापरासाठी उपयुक्तता — NXP सेमीकंडक्टर उत्पादने जीवन समर्थन, जीवन-गंभीर किंवा सुरक्षितता-गंभीर प्रणाली किंवा उपकरणे वापरण्यासाठी किंवा NXP सेमीकंडक्टर उत्पादनामध्ये बिघाड किंवा बिघाड झाल्याची वाजवी अपेक्षा केली जाऊ शकते अशा अनुप्रयोगांमध्ये वापरण्यासाठी डिझाइन, अधिकृत किंवा हमी दिलेली नाही. वैयक्तिक इजा, मृत्यू किंवा गंभीर मालमत्तेचे किंवा पर्यावरणाचे नुकसान होण्यासाठी. NXP सेमीकंडक्टर्स आणि त्याचे पुरवठादार अशा उपकरणे किंवा अनुप्रयोगांमध्ये NXP सेमीकंडक्टर उत्पादनांचा समावेश आणि/किंवा वापरासाठी कोणतेही दायित्व स्वीकारत नाहीत आणि म्हणून असा समावेश आणि/किंवा वापर ग्राहकाच्या स्वतःच्या जोखमीवर आहे.
अर्ज — यापैकी कोणत्याही उत्पादनांसाठी येथे वर्णन केलेले अनुप्रयोग केवळ स्पष्टीकरणासाठी आहेत. NXP सेमीकंडक्टर असे कोणतेही प्रतिनिधित्व किंवा हमी देत नाही की असे ऍप्लिकेशन पुढील चाचणी किंवा बदल न करता निर्दिष्ट वापरासाठी योग्य असतील.
NXP Semiconductors उत्पादने वापरून त्यांच्या ऍप्लिकेशन्स आणि उत्पादनांच्या डिझाइन आणि ऑपरेशनसाठी ग्राहक जबाबदार आहेत आणि NXP सेमीकंडक्टर ऍप्लिकेशन्स किंवा ग्राहक उत्पादन डिझाइनसह कोणत्याही सहाय्यासाठी कोणतेही दायित्व स्वीकारत नाहीत. NXP सेमीकंडक्टर उत्पादन हे ग्राहकाच्या ॲप्लिकेशन्स आणि नियोजित उत्पादनांसाठी तसेच नियोजित ऍप्लिकेशनसाठी आणि ग्राहकाच्या तृतीय पक्ष ग्राहक(च्या) वापरासाठी योग्य आणि तंदुरुस्त आहे की नाही हे निर्धारित करणे ही ग्राहकाची एकमात्र जबाबदारी आहे. ग्राहकांनी त्यांच्या ऍप्लिकेशन्स आणि उत्पादनांशी संबंधित जोखीम कमी करण्यासाठी योग्य डिझाइन आणि ऑपरेटिंग सुरक्षा प्रदान केली पाहिजे.
NXP सेमीकंडक्टर्स ग्राहकाच्या ऍप्लिकेशन्स किंवा उत्पादनांमधील कोणत्याही कमकुवतपणावर किंवा डिफॉल्टवर आधारित असलेल्या कोणत्याही डीफॉल्ट, नुकसान, खर्च किंवा समस्येशी संबंधित कोणतीही जबाबदारी स्वीकारत नाहीत किंवा ग्राहकाच्या तृतीय पक्ष ग्राहकांद्वारे अनुप्रयोग किंवा वापर. ऍप्लिकेशन्स आणि उत्पादनांचे किंवा ऍप्लिकेशनचे किंवा ग्राहकाच्या तृतीय पक्ष ग्राहकांद्वारे वापरणे टाळण्यासाठी NXP सेमीकंडक्टर उत्पादनांचा वापर करून ग्राहकाच्या ऍप्लिकेशन्स आणि उत्पादनांसाठी सर्व आवश्यक चाचणी करण्यासाठी ग्राहक जबाबदार आहे. NXP या संदर्भात कोणतेही दायित्व स्वीकारत नाही.

NXP BV - NXP BV ही ऑपरेटिंग कंपनी नाही आणि ती उत्पादने वितरित किंवा विकत नाही.

10.3 परवाने
NFC तंत्रज्ञानासह NXP ICs ची खरेदी - NXP सेमीकंडक्टर IC ची खरेदी जी नियर फील्ड कम्युनिकेशन (NFC) मानकांपैकी एकाचे पालन करते ISO/IEC 18092 आणि ISO/IEC 21481 अंमलबजावणीद्वारे उल्लंघन केलेल्या कोणत्याही पेटंट अधिकारांतर्गत गर्भित परवाना देत नाही. यापैकी कोणतेही मानक. NXP सेमीकंडक्टर IC च्या खरेदीमध्ये कोणत्याही NXP पेटंटचा (किंवा इतर IP अधिकार) परवाना समाविष्ट नाही ज्यात त्या उत्पादनांचे संयोजन इतर उत्पादनांसह, हार्डवेअर किंवा सॉफ्टवेअर असो.

10.4 ट्रेडमार्क
सूचना: सर्व संदर्भित ब्रँड, उत्पादनांची नावे, सेवा नावे आणि ट्रेडमार्क ही त्यांच्या संबंधित मालकांची मालमत्ता आहे.
NXP — वर्डमार्क आणि लोगो हे NXP BV चे ट्रेडमार्क आहेत
EdgeVerse — NXP BV चा ट्रेडमार्क आहे
FeliCa — सोनी कॉर्पोरेशनचा ट्रेडमार्क आहे.
MIFARE — NXP BV चा ट्रेडमार्क आहे
MIFARE क्लासिक — NXP BV चा ट्रेडमार्क आहे

कृपया लक्षात ठेवा की या दस्तऐवज आणि येथे वर्णन केलेल्या उत्पादनांसंबंधी महत्त्वाच्या सूचना, 'कायदेशीर माहिती' विभागात समाविष्ट केल्या आहेत.
© 2023 NXP BV
अधिक माहितीसाठी, कृपया भेट द्या: http://www.nxp.com
सर्व हक्क राखीव.
प्रकाशनाची तारीख: 25 मे 2023
दस्तऐवज अभिज्ञापक: UM11942

कागदपत्रे / संसाधने

NXP PN5190 NFC फ्रंटएंड कंट्रोलर [pdf] वापरकर्ता मॅन्युअल
PN5190, PN5190 NFC फ्रंटएंड कंट्रोलर, NFC फ्रंटएंड कंट्रोलर, कंट्रोलर, UM11942

संदर्भ

वापरकर्ता मॅन्युअल

PN5190 NFC फ्रंटएंड कंट्रोलर

परिचय

संप्रेषण होस्ट कराview

IC ऑपरेटिंग बूट मोड – सुरक्षित FW डाउनलोड मोड

IC ऑपरेटिंग बूट मोड - सामान्य ऑपरेशन मोड

तक्ता 54. बिटमास्क कॉन्फिग करा

परिशिष्ट (उदाampलेस)

परिशिष्ट (RF प्रोटोकॉल कॉन्फिगरेशन निर्देशांक)

परिशिष्ट (CTS आणि TESTBUS सिग्नल)

संक्षेप

संदर्भ

कायदेशीर माहिती

कागदपत्रे / संसाधने

संदर्भ

एक टिप्पणी द्या

उत्तर रद्द करा