UM11942
PN5190 निर्देश परत
एनएफसी फ्रंटएंड नियंत्रक
उपयोगकर्ता पुस्तिका
PN5190 एनएफसी फ्रंटएंड नियंत्रक
दस्तावेज़ जानकारी
जानकारी | सामग्री |
कीवर्ड | 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 | • अनुभाग 8 में तालिका 4.5.9.3 में CONFIGURE_MULTIPLE_TESTBUS_DIGITAL कमांड जोड़ा गया • अद्यतन अनुभाग 4.5.9.2.2 |
3.3 | 20220329 | अनुभाग 4.5.12.2.1 “कमांड” और अनुभाग 4.5.12.2.2 “प्रतिक्रिया” में हार्डवेयर विवरण में सुधार किया गया |
3.2 | 20210910 | फर्मवेयर संस्करण संख्या 2.1 से 2.01 और 2.3 से 2.03 तक अपडेट की गई |
3.1 | 20210527 | RETRIEVE_RF_FELICA_EMD_DATA कमांड विवरण जोड़ा गया |
3 | 20210118 | पहला आधिकारिक रिलीज़ संस्करण |
परिचय
1.1 परिचय
यह दस्तावेज़ PN5190 होस्ट इंटरफ़ेस और API का वर्णन करता है। दस्तावेज़ में इस्तेमाल किया गया भौतिक होस्ट इंटरफ़ेस SPI है। दस्तावेज़ में SPI की भौतिक विशेषता पर विचार नहीं किया गया है।
फ़्रेम पृथक्करण और प्रवाह नियंत्रण इस दस्तावेज़ का हिस्सा हैं।
1.1.1 कार्यक्षेत्र
दस्तावेज़ में तार्किक परत, निर्देश कोड, एपीआई का वर्णन किया गया है जो ग्राहक के लिए प्रासंगिक हैं।
होस्ट संचार समाप्तview
PN5190 में होस्ट नियंत्रक के साथ संचार करने के लिए दो मुख्य संचालन मोड हैं।
- HDLL-आधारित संचार का उपयोग तब किया जाता है जब डिवाइस को निम्नलिखित में प्रवेश करने के लिए ट्रिगर किया जाता है:
a. अपने फर्मवेयर को अपडेट करने के लिए एन्क्रिप्टेड सुरक्षित डाउनलोड मोड - टीएलवी कमांड-रिस्पॉन्स-आधारित संचार (उदाहरण के तौर पर दिया गया)ampले).
2.1 एचडीएलएल मोड
एचडीएलएल मोड का उपयोग पैकेट एक्सचेंज प्रारूप के लिए नीचे दिए गए आईसी ऑपरेटिंग मोड के साथ काम करने के लिए किया जाता है:
- सुरक्षित फ़र्मवेयर डाउनलोड मोड (SFWU), अनुभाग 3 देखें
2.1.1 एचडीएलएल का विवरण
एचडीएलएल एक लिंक परत है जिसे विश्वसनीय एफडब्ल्यू डाउनलोड सुनिश्चित करने के लिए एनएक्सपी द्वारा विकसित किया गया है।
एक HDLL संदेश 2 बाइट हेडर से बना होता है, उसके बाद एक फ्रेम होता है, जिसमें ऑपकोड और कमांड का पेलोड शामिल होता है। प्रत्येक संदेश 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 सीआरसी_न्यू;
uint16_t सीआरसी = 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;
सीआरसी = सीआरसी_न्यू;
}
वापसी सीआरसी;
}
2.1.2 एसपीआई पर परिवहन मानचित्रण
प्रत्येक NTS अभिकथन के लिए, पहला बाइट हमेशा एक हेडर (प्रवाह संकेत बाइट) होता है, यह लेखन/पठन संचालन के संबंध में 0x7F/0xFF हो सकता है।
2.1.2.1 होस्ट से अनुक्रम लिखें (दिशा DH => PN5190)2.1.2.2 होस्ट से अनुक्रम पढ़ें (दिशा PN5190 => DH)
2.1.3 एचडीएलएल प्रोटोकॉल
HDLL एक कमांड-रिस्पॉन्स प्रोटोकॉल है। ऊपर बताए गए सभी ऑपरेशन एक खास कमांड के ज़रिए शुरू किए जाते हैं और रिस्पॉन्स के आधार पर मान्य किए जाते हैं।
कमांड और प्रतिक्रियाएँ HDLL संदेश सिंटैक्स का पालन करती हैं, कमांड डिवाइस होस्ट द्वारा भेजी जाती है, प्रतिक्रिया PN5190 द्वारा भेजी जाती है। ऑपकोड कमांड और प्रतिक्रिया प्रकार को इंगित करता है।
HDLL-आधारित संचार, केवल तब उपयोग किया जाता है जब PN5190 को "सुरक्षित फ़र्मवेयर डाउनलोड" मोड में प्रवेश करने के लिए ट्रिगर किया जाता है।
2.2 टीएलवी मोड
टीएलवी का मतलब है Tag लम्बाई मान.
2.2.1 फ़्रेम परिभाषा
SPI फ़्रेम NTS के गिरते किनारे से शुरू होता है और NTS के बढ़ते किनारे पर समाप्त होता है। SPI भौतिक परिभाषा के अनुसार पूर्ण द्वैध है लेकिन PN5190 SPI का उपयोग अर्ध-द्वैध मोड में करता है। SPI मोड CPOL 0 और CPHA 0 तक सीमित है, जिसकी अधिकतम क्लॉक स्पीड [2] में बताई गई है। प्रत्येक SPI फ़्रेम 1 बाइट हेडर और n-बाइट बॉडी से बना होता है।
2.2.2 प्रवाह संकेतHOST हमेशा प्रथम बाइट के रूप में प्रवाह संकेत बाइट भेजता है, चाहे वह PN5190 से डेटा लिखना चाहे या पढ़ना चाहे।
यदि कोई पठन अनुरोध है और कोई डेटा उपलब्ध नहीं है, तो प्रतिक्रिया में 0xFF होता है।
प्रवाह संकेत बाइट के बाद का डेटा एक या कई संदेश होते हैं।
प्रत्येक NTS अभिकथन के लिए, पहला बाइट हमेशा एक हेडर (प्रवाह संकेत बाइट) होता है, यह लेखन/पठन संचालन के संबंध में 0x7F/0xFF हो सकता है।
2.2.3 संदेश का प्रकार
होस्ट नियंत्रक, SPI फ्रेम के भीतर भेजे जाने वाले संदेशों का उपयोग करके PN5190 के साथ संचार करेगा।
संदेश के तीन अलग-अलग प्रकार हैं:
- आज्ञा
- प्रतिक्रिया
- आयोजन
उपरोक्त संचार आरेख विभिन्न संदेश प्रकारों के लिए अनुमत दिशा-निर्देश दर्शाता है, जैसा कि नीचे दिया गया है:
- आदेश और प्रतिक्रिया.
- आदेश केवल होस्ट नियंत्रक से PN5190 तक भेजे जाते हैं।
- प्रतिक्रियाएँ और घटनाएँ केवल PN5190 से होस्ट नियंत्रक को भेजी जाती हैं।
- कमांड प्रतिक्रियाओं को IRQ पिन का उपयोग करके सिंक्रनाइज़ किया जाता है।
- होस्ट केवल तभी आदेश भेज सकता है जब IRQ कम हो।
- होस्ट प्रतिक्रिया/घटना को केवल तभी पढ़ सकता है जब IRQ उच्च हो।
2.2.3.1 स्वीकृत अनुक्रम और नियमआदेश, प्रतिक्रिया और घटनाओं के अनुमत अनुक्रम
- किसी आदेश को सदैव प्रतिक्रिया, या घटना, या दोनों द्वारा स्वीकार किया जाता है।
- होस्ट नियंत्रक को पिछले आदेश का प्रत्युत्तर प्राप्त होने से पहले दूसरा आदेश भेजने की अनुमति नहीं है।
- घटनाओं को किसी भी समय अतुल्यकालिक रूप से भेजा जा सकता है (कमांड/प्रतिक्रिया युग्म के भीतर नहीं)।
- एक फ्रेम में EVENT संदेशों को कभी भी RESPONSE संदेशों के साथ संयोजित नहीं किया जाता।
टिप्पणी: संदेश की उपलब्धता (या तो प्रतिक्रिया या घटना) IRQ के कम से उच्च होने पर संकेतित होती है। IRQ तब तक उच्च रहता है जब तक कि सभी प्रतिक्रिया या घटना फ़्रेम नहीं पढ़ लिए जाते। IRQ सिग्नल कम होने के बाद ही होस्ट अगला कमांड भेज सकता है।
2.2.4 संदेश प्रारूप
प्रत्येक संदेश को TLV संरचना में कोडित किया जाता है, जिसमें SWITCH_MODE_NORMAL कमांड को छोड़कर प्रत्येक संदेश के लिए n-बाइट्स पेलोड होता है।प्रत्येक टीएलवी निम्नलिखित से बना होता है:
प्रकार (T) => 1 बाइट
बिट[7] संदेश प्रकार
0: कमांड या प्रतिक्रिया संदेश
1: ईवेंट संदेश
बिट[6:0]: निर्देश कोड
लंबाई (L) => 2 बाइट्स (बड़े-एंडियन प्रारूप में होनी चाहिए)
मान (V) => लंबाई फ़ील्ड (बिग-एंडियन प्रारूप) के आधार पर TLV (कमांड पैरामीटर्स / प्रतिक्रिया डेटा) के मान/डेटा के N बाइट्स
2.2.4.1 विभाजित फ्रेम
COMMAND संदेश एक SPI फ्रेम में भेजा जाना चाहिए.
RESPONSE और EVENT संदेशों को कई SPI फ़्रेमों में पढ़ा जा सकता है, उदाहरण के लिए लंबाई बाइट को पढ़ने के लिए।प्रतिक्रिया या ईवेंट संदेश को एकल SPI फ्रेम में पढ़ा जा सकता है, लेकिन बीच में NO-CLOCK द्वारा विलंबित किया जा सकता है, उदाहरण के लिए, लंबाई बाइट को पढ़ने के लिए।
आईसी ऑपरेटिंग बूट मोड - सुरक्षित एफडब्ल्यू डाउनलोड मोड
3.1 परिचय
PN5190 फर्मवेयर कोड का एक हिस्सा स्थायी रूप से ROM में संग्रहीत होता है, जबकि बाकी कोड और डेटा एम्बेडेड फ्लैश में संग्रहीत होते हैं। उपयोगकर्ता डेटा फ्लैश में संग्रहीत होता है और एंटी-टियरिंग तंत्र द्वारा संरक्षित होता है जो डेटा की अखंडता और उपलब्धता सुनिश्चित करता है। NXP के ग्राहकों को नवीनतम मानकों (EMVCo, NFC फ़ोरम, इत्यादि) के अनुरूप सुविधाएँ प्रदान करने के लिए, FLASH में कोड और उपयोगकर्ता डेटा दोनों को अपडेट किया जा सकता है।
एन्क्रिप्टेड फ़र्मवेयर की प्रामाणिकता और अखंडता असममित/सममित कुंजी हस्ताक्षर और रिवर्स चेन हैश तंत्र द्वारा सुरक्षित है। पहले DL_SEC_WRITE कमांड में दूसरे कमांड का हैश होता है और यह पहले फ़्रेम के पेलोड पर RSA हस्ताक्षर द्वारा सुरक्षित होता है। PN5190 फ़र्मवेयर पहले कमांड को प्रमाणित करने के लिए RSA सार्वजनिक कुंजी का उपयोग करता है। प्रत्येक कमांड में चेन हैश का उपयोग बाद के कमांड को प्रमाणित करने के लिए किया जाता है, ताकि यह सुनिश्चित किया जा सके कि फ़र्मवेयर कोड और डेटा तीसरे पक्ष द्वारा एक्सेस नहीं किए जाते हैं।
DL_SEC_WRITE कमांड के पेलोड को AES-128 कुंजी के साथ एन्क्रिप्ट किया जाता है। प्रत्येक कमांड के प्रमाणीकरण के बाद, पेलोड सामग्री को डिक्रिप्ट किया जाता है और PN5190 फर्मवेयर द्वारा फ्लैश में लिखा जाता है।
एनएक्सपी फर्मवेयर के लिए, एनएक्सपी नए उपयोगकर्ता डेटा के साथ-साथ नए सुरक्षित फर्मवेयर अपडेट देने का प्रभारी है।
अद्यतन प्रक्रिया एनएक्सपी कोड और डेटा की प्रामाणिकता, अखंडता और गोपनीयता की रक्षा करने के लिए एक तंत्र से सुसज्जित है।
सुरक्षित फर्मवेयर अपग्रेड मोड के लिए सभी कमांड और प्रतिक्रियाओं के लिए HDLL-आधारित फ्रेम पैकेट स्कीमा का उपयोग किया जाता है।
धारा 2.1 में ओवर प्रदान किया गया हैview एचडीएलएल फ्रेम पैकेट स्कीमा का उपयोग किया गया।
PN5190 आईसी, प्रयुक्त संस्करण के आधार पर, लीगेसी एन्क्रिप्टेड सुरक्षित 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. डिवाइस होस्ट सत्र की स्थिति की जांच करता है कि क्या अंतिम डाउनलोड पूरा हो गया था
ख. डिवाइस होस्ट संस्करण जाँच नियम लागू करके यह निर्णय लेता है कि डाउनलोड शुरू किया जाए या डाउनलोड से बाहर निकला जाए। - डिवाइस होस्ट एक से लोड होता है file फर्मवेयर बाइनरी कोड डाउनलोड किया जाना है
- डिवाइस होस्ट पहला DL_SEC_WRITE (अनुभाग 3.4.8) कमांड प्रदान करता है जिसमें निम्न शामिल है:
a. नए फर्मवेयर का संस्करण,
बी. एन्क्रिप्शन कुंजी अस्पष्टीकरण के लिए उपयोग किए जाने वाले मनमाने मूल्यों का 16-बाइट नॉन्स
सी. अगले फ्रेम का डाइजेस्ट मान,
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 बिट (एलएसबी)
PN5190 जाँचता है कि नया प्रमुख संस्करण नंबर वर्तमान संस्करण से बड़ा या बराबर है या नहीं। यदि नहीं, तो सुरक्षित फ़र्मवेयर डाउनलोड को अस्वीकार कर दिया जाता है, और सत्र को बंद रखा जाता है।
3.4 लीगेसी एन्क्रिप्टेड डाउनलोड और हार्डवेयर क्रिप्टो असिस्टेड के लिए HDLL कमांड एन्क्रिप्टेड डाउनलोड
यह अनुभाग NXP फर्मवेयर डाउनलोड के लिए दोनों प्रकार के डाउनलोड के लिए उपयोग किए गए आदेशों और प्रतिक्रियाओं के बारे में जानकारी प्रदान करता है।
3.4.1 HDLL कमांड ओपी कोड
टिप्पणी: HDLL कमांड फ़्रेम 4 बाइट्स संरेखित हैं। अप्रयुक्त पेलोड बाइट्स शून्य छोड़ दिए जाते हैं।
तालिका 1. HDLL कमांड OP कोड की सूची
पीएन5190 बी0/ बी1 (विरासत डाउनलोड) |
पीएन5190 बी2 (क्रिप्टो सहायता प्राप्त डाउनलोड) |
कमांड उपनाम | विवरण |
0xF0 | 0xE5 | डीएल_रीसेट | सॉफ्ट रीसेट करता है |
0xF1 | 0xE1 | DL_GET_संस्करण | संस्करण संख्या लौटाता है |
0xF2 | 0xडीबी | DL_GET_SESSION_STATE | वर्तमान सत्र स्थिति लौटाता है |
0xF4 | 0xDF | DL_GET_DIE_ID | डाई आईडी लौटाता है |
0xE0 | 0xE7 | डीएल_चेक_अखंडता | विभिन्न क्षेत्रों में सीआरसी की जांच करता है और उन्हें लौटाता है, साथ ही प्रत्येक के लिए पास/फेल स्थिति के झंडे भी दिखाता है |
0xC0 | 0x8C | डीएल_SEC_राइट | निरपेक्ष पता y से शुरू करके मेमोरी में x बाइट्स लिखता है |
3.4.2 एचडीएलएल प्रतिक्रिया ऑपकोड
टिप्पणी: HDLL प्रतिक्रिया फ़्रेम 4 बाइट्स संरेखित हैं। अप्रयुक्त पेलोड बाइट्स शून्य छोड़ दिए जाते हैं। केवल DL_OK प्रतिक्रियाओं में ही पेलोड मान हो सकते हैं।
तालिका 2. एचडीएलएल प्रतिक्रिया ओपी कोड की सूची
opcode | प्रतिक्रिया उपनाम | विवरण |
0x00 | डीएल_ओके | आदेश पारित |
0x01 | DL_अमान्य_ADDR | पता अनुमत नहीं है |
0x0B | डीएल_अज्ञात_सीएमडी | अज्ञात आदेश |
0x0C | DL_ABORTED_CMD | खंड अनुक्रम बहुत बड़ा है |
0x1ई | DL_ADDR_RANGE_OFL_त्रुटि | पता सीमा से बाहर |
0x1एफ | DL_BUFFER_OFL_त्रुटि | बफर बहुत छोटा है |
0x20 | डीएल_मेम_बीएसवाई | स्मृति व्यस्त |
0x21 | DL_SIGNATURE_ERROR | हस्ताक्षर बेमेल |
0x24 | DL_FIRMWARE_VERSION_ERROR | वर्तमान संस्करण बराबर या उससे अधिक |
0x28 | DL_प्रोटोकॉल_त्रुटि | प्रोटोकॉल त्रुटि |
0x2ए | DL_SFWU_डिग्रेडेड | फ्लैश डेटा भ्रष्टाचार |
0x2डी | PH_स्थिति_DL_FIRST_CHUNK | पहला हिस्सा प्राप्त हुआ |
0x2ई | PH_स्थिति_DL_NEXT_CHUNK | अगले भाग की प्रतीक्षा करें |
0xC5 | PH_स्थिति_आंतरिक_त्रुटि_5 | लंबाई बेमेल |
3.4.3 DL_RESET कमांड
फ़्रेम एक्सचेंज:
पीएन5190 बी0/बी1: [एचडीएलएल] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B]
पीएन5190 बी2: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] रीसेट PN5190 को DL_STATUS_OK उत्तर भेजने से रोकता है। इसलिए, केवल गलत स्थिति प्राप्त की जा सकती है।
STAT वापसी की स्थिति है।
3.4.4 DL_GET_VERSION कमांड
फ़्रेम एक्सचेंज:
पीएन5190 बी0/बी1: [एचडीएलएल] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF]
पीएन5190 बी2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 CRC16] GetVersion प्रतिक्रिया का पेलोड फ्रेम है:
तालिका 3. GetVersion कमांड का प्रत्युत्तर
मैदान | बाइट | विवरण |
स्टेट | 1 | स्थिति |
एचडब्ल्यू_वी | 2 | हार्डवेयर संस्करण |
आरओ_वी | 3 | रोम कोड |
मॉडल_आईडी | 4 | मॉडल आईडी |
एफएमxवी | 5-6 | फ़र्मवेयर संस्करण (डाउनलोड के लिए प्रयुक्त) |
आरएफयू1-आरएफयू2 | 7-8 | – |
प्रतिक्रिया के विभिन्न क्षेत्रों के अपेक्षित मान और उनका मानचित्रण निम्नानुसार है:
तालिका 4. GetVersion कमांड की प्रतिक्रिया के अपेक्षित मान
आईसी प्रकार | HW संस्करण (हेक्स) | ROM संस्करण (हेक्स) | मॉडल आईडी (हेक्स) | एफडब्ल्यू संस्करण (हेक्स) |
पीएन5190 बी0 | 0x51 | 0x02 | 0x00 | xx.वर्ष |
पीएन5190 बी1 | 0x52 | 0x02 | 0x00 | xx.वर्ष |
पीएन5190 बी2 | 0x53 | 0x03 | 0x00 | xx.वर्ष |
3.4.5 DL_GET_SESSION_STATE कमांड
फ़्रेम एक्सचेंज:
पीएन5190 बी0/बी1: [एचडीएलएल] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33]
पीएन5190 बी2: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession प्रतिक्रिया का पेलोड फ्रेम है:
तालिका 5. GetSession कमांड का प्रत्युत्तर
मैदान | बाइट | विवरण |
स्टेट | 1 | स्थिति |
एसएसटीए | 2 | सत्र स्थिति • 0x00: बंद • 0x01: खुला • 0x02: लॉक किया गया (अब और डाउनलोड की अनुमति नहीं है) |
आरएफयू | 3-4 |
3.4.6 DL_GET_DIE_ID आदेश
फ़्रेम एक्सचेंज:
पीएन5190 बी0/बी1: [एचडीएलएल] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA]
पीएन5190 बी2: [एचडीएलएल] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [एचडीएलएल] <- [0x00 0x14 स्टेट 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7 ID8 ID9
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId प्रतिक्रिया का पेलोड फ़्रेम है:
तालिका 6. GetDieId कमांड का प्रत्युत्तर
मैदान | बाइट | विवरण |
स्टेट | 1 | स्थिति |
आरएफयू | 2-4 | |
डाईआईडी | 5-20 | पासे की आईडी (16 बाइट्स) |
3.4.7 DL_CHECK_INTEGRITY आदेश
फ़्रेम एक्सचेंज:
पीएन5190 बी0/बी1: [एचडीएलएल] -> [0x00 0x04 0xE0 0x00 0x00 0x00 सीआरसी16]
पीएन5190 बी2: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC32] CRC16] CheckIntegrity प्रतिक्रिया का पेलोड फ्रेम है:
तालिका 7. CheckIntegrity कमांड का प्रत्युत्तर
मैदान | बाइट | मूल्य/विवरण | |
स्टेट | 1 | स्थिति | |
लेन डेटा | 2 | डेटा अनुभागों की कुल संख्या | |
लेन कोड | 3 | कोड अनुभागों की कुल संख्या | |
आरएफयू | 4 | सुरक्षित | |
[सीआरसी_सूचना] | 58 | 32 बिट्स (लिटिल-एंडियन)। यदि बिट सेट है, तो संबंधित अनुभाग का CRC ठीक है, अन्यथा ठीक नहीं है। | |
अंश | क्षेत्र अखंडता स्थिति | ||
[31:28] | आरक्षित [3] | ||
[27:23] | आरक्षित [1] | ||
[22] | आरक्षित [3] | ||
[21:20] | आरक्षित [1] | ||
[19] | आरएफ कॉन्फ़िगरेशन क्षेत्र (PN5190 B0/B1) [2] आरक्षित (PN5190 B2) [3] | ||
[18] | प्रोटोकॉल कॉन्फ़िगरेशन क्षेत्र (PN5190 B0/B1) [2] आरएफ कॉन्फ़िगरेशन क्षेत्र (PN5190 B2) [2] | ||
[17] | आरक्षित (PN5190 B0/B1) [3] उपयोगकर्ता कॉन्फ़िगरेशन क्षेत्र (PN5190 B2) [2] | ||
[16:6] | आरक्षित [3] | ||
[5:4] | PN5190 B0/B1 के लिए आरक्षित [3] PN5190 B2 के लिए आरक्षित [1] | ||
[3:0] | आरक्षित [1] | ||
[सीआरसी32] | 9-136 | 32 खंडों का CRC32. प्रत्येक CRC 4 बाइट्स का होता है जिसे लिटिल-एंडियन प्रारूप में संग्रहित किया जाता है। CRC के पहले 4 बाइट्स बिट CRC_INFO[31] के होते हैं, CRC के अगले 4 बाइट्स बिट CRC_INFO[30] के होते हैं और इसी तरह आगे भी होते हैं। |
- [1] PN1 को ठीक से काम करने के लिए (फीचर्स और या एन्क्रिप्टेड एफडब्ल्यू डाउनलोड के साथ) यह बिट 5190 होना चाहिए।
- [2] यह बिट डिफ़ॉल्ट रूप से 1 पर सेट है, लेकिन उपयोगकर्ता द्वारा संशोधित सेटिंग्स CRC को अमान्य कर देती हैं। PN5190 कार्यक्षमता पर कोई प्रभाव नहीं।
- [3] यह बिट मान, भले ही 0 हो, प्रासंगिक नहीं है। इस बिट मान को अनदेखा किया जा सकता है।
3.4.8 DL_SEC_WRITE कमांड
DL_SEC_WRITE कमांड को सुरक्षित लेखन कमांड के अनुक्रम के संदर्भ में माना जाना चाहिए: एन्क्रिप्टेड "सुरक्षित फर्मवेयर डाउनलोड" (जिसे अक्सर eSFWu के रूप में संदर्भित किया जाता है)।
सुरक्षित लेखन आदेश सबसे पहले डाउनलोड सत्र खोलता है और RSA प्रमाणीकरण पास करता है। अगले वाले PN5190 फ्लैश में लिखने के लिए एन्क्रिप्टेड पते और बाइट्स पास कर रहे हैं। अंतिम वाले को छोड़कर सभी में अगले वाले हैश होते हैं, इसलिए यह सूचित करते हैं कि वे अंतिम नहीं हैं, और अनुक्रम फ़्रेम को क्रिप्टोग्राफ़िक रूप से एक साथ जोड़ते हैं।
अन्य आदेश (DL_RESET और DL_CHECK_INTEGRITY को छोड़कर) को अनुक्रम को तोड़े बिना उसके सुरक्षित लेखन आदेशों के बीच डाला जा सकता है।
3.4.8.1 पहला DL_SEC_WRITE कमांड
एक सुरक्षित लेखन आदेश पहला आदेश तभी होता है जब:
- फ़्रेम की लंबाई 312 बाइट्स है
- पिछले रीसेट के बाद से कोई सुरक्षित लेखन आदेश प्राप्त नहीं हुआ है।
- एम्बेडेड हस्ताक्षर को PN5190 द्वारा सफलतापूर्वक सत्यापित किया गया है।
पहले फ्रेम कमांड की प्रतिक्रिया निम्नानुसार होगी: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT वापसी स्थिति है।
टिप्पणी: eSFWu के दौरान कम से कम एक हिस्सा डेटा लिखा जाना चाहिए, भले ही लिखा गया डेटा सिर्फ़ एक-बाइट लंबा हो। इसलिए, पहले कमांड में हमेशा अगले कमांड का हैश शामिल होगा, क्योंकि कम से कम दो कमांड होंगे।
3.4.8.2 मध्य DL_SEC_WRITE आदेश
एक सुरक्षित लेखन आदेश 'मध्यवर्ती' होता है यदि और केवल यदि:
- ऑपकोड DL_SEC_WRITE कमांड के लिए अनुभाग 3.4.1 में वर्णित है।
- पहला सुरक्षित लेखन आदेश पहले ही प्राप्त हो चुका है और सफलतापूर्वक सत्यापित हो चुका है
- पहला सुरक्षित लेखन आदेश प्राप्त करने के बाद से कोई रीसेट नहीं हुआ है
- फ़्रेम की लंबाई डेटा आकार + हेडर आकार + हैश आकार के बराबर होती है: 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 में वर्णित है।
- पहला सुरक्षित लेखन आदेश पहले ही प्राप्त हो चुका है और सफलतापूर्वक सत्यापित हो चुका है
- पहला सुरक्षित लेखन आदेश प्राप्त करने के बाद से कोई रीसेट नहीं हुआ है
- फ़्रेम की लंबाई डेटा आकार + हेडर आकार के बराबर होती है: FLEN = SIZE + 6
- पूरे फ्रेम का डाइजेस्ट पिछले फ्रेम में प्राप्त हैश मान के बराबर होता है
पहले फ्रेम कमांड की प्रतिक्रिया निम्नानुसार होगी: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT वापसी स्थिति है।
आईसी ऑपरेटिंग बूट मोड – सामान्य ऑपरेशन मोड
4.1 परिचय
सामान्यतः PN5190 IC को NFC कार्यक्षमता प्राप्त करने के लिए सामान्य परिचालन मोड में होना चाहिए।
जब PN5190 IC बूट होता है, तो यह हमेशा ऑपरेशन करने के लिए होस्ट से प्राप्त होने वाले आदेशों की प्रतीक्षा करता है, जब तक कि PN5190 IC के भीतर उत्पन्न घटनाओं के परिणामस्वरूप PN5190 IC बूट न हो जाए।
4.2 कमांड सूची समाप्तview
तालिका 8. PN5190 कमांड सूची
कमांड कोड | कमांड का नाम |
0x00 | लिखें_पंजीकृत करें |
0x01 | WRITE_REGISTER_OR_MASK |
0x02 | WRITE_REGISTER_AND_MASK |
0x03 | WRITE_REGISTER_MULTIPLE |
0x04 | पढ़ें_पंजीकरण करें |
0x05 | READ_REGISTER_MULTIPLE |
0x06 | WRITE_E2PROM |
0x07 | READ_E2PROM |
0x08 | ट्रांसमिट_आरएफ_डेटा |
0x09 | RETRIEVE_RF_डेटा |
0x0ए | एक्सचेंज_आरएफ_डेटा |
0x0B | MFC_प्रमाणीकरण |
0x0C | EPC_GEN2_इन्वेंटरी |
0x0डी | लोड_आरएफ_कॉन्फ़िगरेशन |
0x0ई | अद्यतन_आरएफ_कॉन्फ़िगरेशन |
0x0एफ | GET_ RF_कॉन्फ़िगरेशन |
0x10 | आरएफ_ऑन |
0x11 | आरएफ_ऑफ |
0x12 | TESTBUS_DIGITAL कॉन्फ़िगर करें |
0x13 | CONFIGURE_TESTBUS_ANALOG |
0x14 | सीटीएस_सक्षम |
0x15 | सीटीएस_कॉन्फ़िगर |
0x16 | सीटीएस_रिट्रीव_लॉग |
0x17-0x18 | आरएफयू |
0x19 | FW v2.01 तक: RFU |
FW v2.03 से आगे: RETRIEVE_RF_FELICA_EMD_DATA | |
0x1ए | RECEIVE_RF_डेटा |
0x1बी-0x1एफ | आरएफयू |
0x20 | स्विच_मोड_सामान्य |
0x21 | स्विच_मोड_ऑटोकॉल |
0x22 | स्विच_मोड_स्टैंडबाय |
0x23 | स्विच_मोड_एलपीसीडी |
0x24 | आरएफयू |
0x25 | स्विच_मोड_डाउनलोड |
0x26 | GET_DIEID |
0x27 | संस्करण प्राप्त करें |
0x28 | आरएफयू |
0x29 | FW v2.05 तक: RFU |
FW v2.06 से आगे: GET_CRC_USER_AREA | |
0x2ए | FW v2.03 तक: RFU |
FW v2.05 से आगे: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
0x2बी-0x3एफ | आरएफयू |
0x40 | ANTENNA_SELF_TEST (समर्थित नहीं) |
0x41 | पीआरबीएस_टेस्ट |
0x42-0x4F | आरएफयू |
4.3 प्रतिक्रिया स्थिति मान
निम्नलिखित प्रतिक्रिया स्थिति मान हैं, जो कमांड के संचालन के बाद PN5190 से प्रतिक्रिया के भाग के रूप में लौटाए जाते हैं।
तालिका 9. PN5190 प्रतिक्रिया स्थिति मान
प्रतिक्रिया की स्थिति | प्रतिक्रिया स्थिति मान | विवरण |
PN5190_स्थिति_सफल | 0x00 | यह बताता है कि ऑपरेशन सफलतापूर्वक पूरा हो गया |
PN5190_स्थिति_समयआउट | 0x01 | यह इंगित करता है कि कमांड के संचालन के परिणामस्वरूप समय समाप्त हो गया |
PN5190_स्थिति_अखंडता_त्रुटि | 0x02 | यह इंगित करता है कि कमांड के संचालन के परिणामस्वरूप RF डेटा अखंडता त्रुटि हुई |
PN5190_स्थिति_RF_टकराव_त्रुटि | 0x03 | यह इंगित करता है कि कमांड के संचालन के परिणामस्वरूप RF टकराव त्रुटि हुई |
PN5190_स्थिति_RFU1 | 0x04 | सुरक्षित |
PN5190_स्थिति_अमान्य_कमांड | 0x05 | यह इंगित करता है कि दिया गया आदेश अमान्य है/कार्यान्वित नहीं है |
PN5190_स्थिति_RFU2 | 0x06 | सुरक्षित |
PN5190_स्थिति_AUTH_त्रुटि | 0x07 | यह इंगित करता है कि MFC प्रमाणीकरण विफल हुआ (अनुमति अस्वीकृत) |
PN5190_स्थिति_स्मृति_त्रुटि | 0x08 | यह इंगित करता है कि कमांड के संचालन के परिणामस्वरूप प्रोग्रामिंग त्रुटि या आंतरिक मेमोरी त्रुटि हुई |
PN5190_स्थिति_RFU4 | 0x09 | सुरक्षित |
PN5190_स्थिति_NO_RF_FIELD | 0x0ए | यह इंगित करता है कि आंतरिक आरएफ क्षेत्र की उपस्थिति नहीं है या इसमें त्रुटि है (केवल आरंभकर्ता/रीडर मोड पर लागू) |
PN5190_स्थिति_RFU5 | 0x0B | सुरक्षित |
PN5190_स्थिति_SYNTAX_त्रुटि | 0x0C | यह इंगित करता है कि अमान्य कमांड फ़्रेम लंबाई प्राप्त हुई है |
PN5190_स्थिति_संसाधन_त्रुटि | 0x0डी | यह इंगित करता है कि आंतरिक संसाधन त्रुटि हुई है |
PN5190_स्थिति_RFU6 | 0x0ई | सुरक्षित |
PN5190_स्थिति_RFU7 | 0x0एफ | सुरक्षित |
PN5190_स्थिति_NO_EXTERNAL_RF_FIELD | 0x10 | यह इंगित करता है कि आदेश के निष्पादन के दौरान कोई बाह्य RF क्षेत्र मौजूद नहीं है (केवल कार्ड/लक्ष्य मोड में लागू) |
PN5190_स्थिति_RX_समयआउट | 0x11 | यह इंगित करता है कि RFExchange आरंभ होने के बाद डेटा प्राप्त नहीं हुआ है तथा RX का समय समाप्त हो गया है। |
PN5190_स्थिति_उपयोगकर्ता_रद्द | 0x12 | यह इंगित करता है कि वर्तमान में चल रहा आदेश निरस्त कर दिया गया है |
PN5190_स्थिति_रोकें_स्टैंडबाय | 0x13 | यह इंगित करता है कि PN5190 को स्टैंडबाय मोड में जाने से रोका गया है |
PN5190_स्थिति_RFU9 | 0x14 | सुरक्षित |
PN5190_स्थिति_घड़ी_त्रुटि | 0x15 | यह इंगित करता है कि CLIF की घड़ी शुरू नहीं हुई |
PN5190_स्थिति_RFU10 | 0x16 | सुरक्षित |
PN5190_स्थिति_PRBS_त्रुटि | 0x17 | यह इंगित करता है कि PRBS कमांड ने त्रुटि लौटाई है |
PN5190_स्थिति_INSTR_त्रुटि | 0x18 | यह संकेत देता है कि आदेश का संचालन विफल हो गया है (इसमें निर्देश मापदंडों में त्रुटि, वाक्यविन्यास त्रुटि, संचालन में त्रुटि, निर्देश के लिए पूर्व-आवश्यकताओं की पूर्ति नहीं होना आदि शामिल हो सकते हैं) |
PN5190_स्थिति_पहुँच_अस्वीकृत | 0x19 | यह इंगित करता है कि आंतरिक मेमोरी तक पहुंच अस्वीकृत है |
PN5190_स्थिति_TX_विफलता | 0x1ए | यह इंगित करता है कि TX over RF विफल हो गया है |
PN5190_स्थिति_कोई_एंटेना नहीं | 0x1B | यह दर्शाता है कि कोई एंटीना कनेक्ट नहीं है/मौजूद नहीं है |
PN5190_स्थिति_TXLDO_त्रुटि | 0x1C | यह इंगित करता है कि जब VUP उपलब्ध नहीं है और RF चालू है तो TXLDO में कोई त्रुटि है। |
PN5190_स्थिति_RFCFG_लागू नहीं किया गया | 0x1डी | यह इंगित करता है कि RF चालू होने पर RF कॉन्फ़िगरेशन लोड नहीं होता है |
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1ई | FW 2.01 तक: अपेक्षित नहीं |
एफडब्ल्यू 2.03 से आगे: यह इंगित करता है कि Exchange के दौरान जब FeliCa EMD रजिस्टर में LOG ENABLE BIT सेट किया गया था, तो FeliCa EMD त्रुटि देखी गई थी |
||
PN5190_स्थिति_आंतरिक_त्रुटि | 0x7एफ | यह इंगित करता है कि NVM ऑपरेशन विफल हो गया |
PN5190_स्थिति_सफलता_चेनिंग | 0xAF | यह इंगित करता है कि, इसके अलावा डेटा पढ़ा जाना लंबित है |
4.4 घटनाएँ समाप्तview
होस्ट को घटनाओं की सूचना दो तरीकों से दी जाती है।
4.4.1 IRQ पिन पर सामान्य घटनाएँ
ये कार्यक्रम नीचे दी गई श्रेणियों में हैं:
- हमेशा सक्षम - होस्ट को हमेशा सूचित किया जाता है
- होस्ट द्वारा नियंत्रित - यदि संबंधित इवेंट सक्षम बिट रजिस्टर में सेट किया गया है, तो होस्ट को सूचित किया जाता है (EVENT_ENABLE (01h))।
सीएलआईएफ सहित परिधीय आईपी से निम्न-स्तरीय व्यवधानों को पूरी तरह से फर्मवेयर के भीतर नियंत्रित किया जाएगा और होस्ट को केवल ईवेंट अनुभाग में सूचीबद्ध घटनाओं के बारे में ही सूचित किया जाएगा।
फर्मवेयर दो इवेंट रजिस्टरों को RAM रजिस्टरों के रूप में क्रियान्वित करता है, जिन्हें Section 4.5.1.1 / Section 4.5.1.5 कमांड का उपयोग करके लिखा / पढ़ा जा सकता है।
रजिस्टर EVENT_ENABLE (0x01) => विशिष्ट/सभी ईवेंट सूचनाएं सक्षम करें।
रजिस्टर EVENT_STATUS (0x02) => इवेंट संदेश पेलोड का भाग.
एक बार जब होस्ट द्वारा ईवेंट संदेश पढ़ लिया जाएगा, तो ईवेंट को होस्ट द्वारा क्लियर कर दिया जाएगा।
घटनाएँ प्रकृति में अतुल्यकालिक होती हैं और यदि वे EVENT_ENABLE रजिस्टर में सक्षम हैं, तो होस्ट को सूचित कर दी जाती हैं।
निम्नलिखित उन घटनाओं की सूची है जो ईवेंट संदेश के भाग के रूप में होस्ट के लिए उपलब्ध होंगी।
तालिका 10. PN5190 ईवेंट (EVENT_STATUS की सामग्री)
बिट – रेंज | फ़ील्ड [1] | हमेशा सक्षम (Y/N) | |
31 | 12 | आरएफयू | NA |
11 | 11 | सीटीएस_ईवेंट [2] | N |
10 | 10 | निष्क्रिय घटना | Y |
9 | 9 | LPCD_कैलिब्रेशन_पूर्ण_ईवेंट | Y |
8 | 8 | एलपीसीडी_ईवेंट | Y |
7 | 7 | ऑटोकॉल_ईवेंट | Y |
6 | 6 | टाइमर0_ईवेंट | N |
5 | 5 | TX_ओवरकरंट_ईवेंट | N |
4 | 4 | RFON_DET_ईवेंट [2] | N |
3 | 3 | आरएफऑफ़_DET_ईवेंट [2] | N |
2 | 2 | स्टैंडबाय_पिछला_ईवेंट | Y |
1 | 1 | सामान्य_त्रुटि_ईवेंट | Y |
0 | 0 | बूट_ईवेंट | 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 शामिल होता है और फिर ईवेंट डेटा तालिका 11 में परिभाषित EVENT_STATUS में सेट किए गए संबंधित ईवेंट बिट के अनुरूप होता है।टिप्पणी:
केवल BOOT_EVENT या POR, STANDBY, ULPCD के बाद, होस्ट ऊपर सूचीबद्ध कमांड जारी करके सामान्य ऑपरेशन मोड में काम करने में सक्षम होगा।
किसी मौजूदा चल रहे कमांड को निरस्त करने की स्थिति में, केवल IDLE_EVENT के बाद, होस्ट ऊपर सूचीबद्ध कमांड जारी करके सामान्य ऑपरेशन मोड में काम करने में सक्षम होगा।
4.4.1.2 विभिन्न ईवेंट स्थिति परिभाषाएँ
4.4.1.2.1 EVENT_STATUS के लिए बिट परिभाषाएँ
तालिका 11. EVENT_STATUS बिट्स के लिए परिभाषाएँ
बिट (से – से) | आयोजन | विवरण | संबंधित घटना का इवेंट डेटा (यदि कोई) |
|
31 | 12 | आरएफयू | सुरक्षित | |
11 | 11 | सीटीएस_ईवेंट | यह बिट तब सेट किया जाता है, जब CTS इवेंट उत्पन्न होता है। | तालिका नंबर एक |
10 | 10 | निष्क्रिय घटना | यह बिट तब सेट किया जाता है, जब SWITCH_MODE_NORMAL कमांड जारी होने के कारण चालू कमांड रद्द हो जाती है। | कोई ईवेंट डेटा नहीं |
9 | 9 | एलपीसीडी_कैलिब्रेशन_पूर्ण_ आयोजन |
यह बिट तब सेट किया जाता है जब LPCD कैलिब्रेशनडन इवेंट उत्पन्न होता है। | तालिका नंबर एक |
8 | 8 | एलपीसीडी_ईवेंट | यह बिट तब सेट किया जाता है, जब LPCD इवेंट उत्पन्न होता है। | तालिका नंबर एक |
7 | 7 | ऑटोकॉल_ईवेंट | यह बिट तब सेट किया जाता है, जब AUTOCOLL ऑपरेशन पूरा हो जाता है। | तालिका नंबर एक |
6 | 6 | टाइमर0_ईवेंट | यह बिट तब सेट किया जाता है, जब TIMER0 घटना घटित होती है। | कोई ईवेंट डेटा नहीं |
5 | 5 | TX_ओवरक्यूरेंट_त्रुटि_ आयोजन |
यह बिट तब सेट होता है, जब TX ड्राइवर पर करंट EEPROM में परिभाषित सीमा से अधिक होता है। इस स्थिति पर, होस्ट को सूचना देने से पहले फ़ील्ड स्वचालित रूप से बंद हो जाती है। कृपया अनुभाग 4.4.2.2 देखें। | कोई ईवेंट डेटा नहीं |
4 | 4 | RFON_DET_ईवेंट | यह बिट तब सेट किया जाता है, जब बाह्य आरएफ क्षेत्र का पता लगाया जाता है। | कोई ईवेंट डेटा नहीं |
3 | 3 | आरएफOFF_DET_ईवेंट | यह बिट तब सेट होता है, जब पहले से मौजूद बाहरी आरएफ क्षेत्र गायब हो जाता है। | कोई ईवेंट डेटा नहीं |
2 | 2 | स्टैंडबाय_पिछला_ईवेंट | यह बिट तब सेट किया जाता है, जब रोकथाम की स्थिति के कारण स्टैंडबाय को रोका जाता है | तालिका नंबर एक |
1 | 1 | सामान्य_त्रुटि_ईवेंट | यह बिट तब सेट किया जाता है, जब कोई सामान्य त्रुटि स्थिति मौजूद होती है | तालिका नंबर एक |
0 | 0 | बूट_ईवेंट | यह बिट तब सेट होता है, जब PN5190 को POR/स्टैंडबाय के साथ बूट किया जाता है | तालिका नंबर एक |
4.4.1.2.2 BOOT_STATUS_DATA के लिए बिट परिभाषाएँ
तालिका 12. BOOT_STATUS_DATA बिट्स के लिए परिभाषाएँ
बिट टू | बिट फ्रॉम | बूट स्थिति | बूट कारण के कारण |
31 | 27 | आरएफयू | सुरक्षित |
26 | 26 | ULP_स्टैंडबाय | ULP_STANDBY से बाहर निकलने के कारण बूटअप कारण. |
25 | 23 | आरएफयू | सुरक्षित |
22 | 22 | बूट_ RX_ULPDET | RX ULPDET के परिणामस्वरूप ULP-स्टैंडबाय मोड में बूट हुआ |
21 | 21 | आरएफयू | सुरक्षित |
20 | 20 | बूट_एसपीआई | बूटअप कारण SPI_NTS सिग्नल कम होने के कारण |
19 | 17 | आरएफयू | सुरक्षित |
16 | 16 | बूट_GPIO3 | बूटअप कारण GPIO3 के निम्न से उच्च में परिवर्तन के कारण है। |
15 | 15 | बूट_GPIO2 | बूटअप कारण GPIO2 के निम्न से उच्च में परिवर्तन के कारण है। |
14 | 14 | बूट_GPIO1 | बूटअप कारण GPIO1 के निम्न से उच्च में परिवर्तन के कारण है। |
13 | 13 | बूट_GPIO0 | बूटअप कारण GPIO0 के निम्न से उच्च में परिवर्तन के कारण है। |
12 | 12 | बूट_एलपीडीईटी | स्टैंडबाय/सस्पेंड के दौरान बाहरी आरएफ क्षेत्र की उपस्थिति के कारण बूटअप कारण |
11 | 11 | आरएफयू | सुरक्षित |
10 | 8 | आरएफयू | सुरक्षित |
7 | 7 | बूट_सॉफ्ट_रीसेट | आईसी के सॉफ्ट रीसेट के कारण बूटअप कारण |
6 | 6 | बूट_VDDIO_लॉस | VDDIO के खो जाने के कारण बूटअप कारण। अनुभाग 4.4.2.3 देखें |
5 | 5 | बूट_VDDIO_स्टार्ट | यदि STANDBY को VDDIO LOSS के साथ दर्ज किया गया है तो बूटअप कारण। खंड 4.4.2.3 . का संदर्भ लें |
4 | 4 | बूट_WUC | बूटअप कारण, स्टैंडबाय ऑपरेशन के दौरान वेक-अप काउंटर के समाप्त हो जाने के कारण होता है। |
3 | 3 | बूट_टेम्प | बूटअप कारण IC तापमान के कारण कॉन्फ़िगर की गई सीमा से अधिक है। कृपया अनुभाग 4.4.2.1 देखें |
2 | 2 | बूट_WDG | वॉचडॉग रीसेट के कारण बूटअप कारण |
1 | 1 | आरएफयू | सुरक्षित |
0 | 0 | बूट_पोर | बूटअप कारण पावर-ऑन रीसेट के कारण |
4.4.1.2.3 STANDBY_PREV_STATUS_DATA के लिए बिट परिभाषाएँ
तालिका 13. STANDBY_PREV_STATUS_DATA बिट्स के लिए परिभाषाएँ
बिट टू | बिट फ्रॉम | स्टैंडबाय रोकथाम | स्टैंडबाय को निम्न कारणों से रोका गया |
31 | 26 | आरएफयू | आरक्षित |
25 | 25 | आरएफयू | आरक्षित |
24 | 24 | पिछला_अस्थायी | आईसी का परिचालन तापमान सीमा से बाहर है |
23 | 23 | आरएफयू | आरक्षित |
22 | 22 | पिछला_होस्टCOMM | होस्ट इंटरफ़ेस संचार |
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 | पिछला_एलपीडीईटी | कम-शक्ति का पता लगाना। यह तब होता है जब स्टैंडबाय में जाने की प्रक्रिया में बाहरी आरएफ सिग्नल का पता चलता है। |
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_त्रुटि | बूट के दौरान XTAL प्रारंभ विफल हुआ |
4 | 4 | SYS_TRIM_RECOVERY_ERROR | आंतरिक सिस्टम ट्रिम मेमोरी त्रुटि हुई, लेकिन पुनर्प्राप्ति विफल रही। सिस्टम डाउनग्रेडेड मोड में काम करता है। |
3 | 3 | SYS_TRIM_RECOVERY_सफल | आंतरिक सिस्टम ट्रिम मेमोरी त्रुटि हुई, और पुनर्प्राप्ति सफल रही। पुनर्प्राप्ति प्रभावी होने के लिए होस्ट को PN5190 का रीबूट करना होगा। |
2 | 2 | TXLDO_त्रुटि | TXLDO त्रुटि |
1 | 1 | घड़ी_त्रुटि | घड़ी की त्रुटि |
0 | 0 | GPADC_त्रुटि | एडीसी त्रुटि |
4.4.1.2.5 LPCD_STATUS_DATA के लिए बिट परिभाषाएँ
तालिका 15. LPCD_STATUS_DATA बाइट्स के लिए परिभाषाएँ
बिट टू | बिट फ्रॉम | एलपीसीडी या यूएलपीसीडी के अंतर्निहित संचालन के अनुसार स्थिति बिट्स प्रयोज्यता | संबंधित बिट का विवरण स्टेटस बाइट में सेट किया जाता है। | ||
एलपीसीडी | यूएलपीसीडी | ||||
31 | 7 | आरएफयू | सुरक्षित | ||
6 | 6 | निरस्त_HIF | Y | N | HIF गतिविधि के कारण निरस्त किया गया |
5 | 5 | CLKDET त्रुटि | N | Y | CLKDET त्रुटि के कारण निरस्त किया गया |
4 | 4 | XTAL टाइमआउट | N | Y | XTAL समय समाप्त होने के कारण निरस्त किया गया |
3 | 3 | वीडीडीपीए एलडीओ ओवरकरंट | N | Y | VDDPA LDO ओवरकरंट के कारण निरस्त किया गया |
2 | 2 | बाह्य आरएफ क्षेत्र | Y | Y | बाहरी आरएफ क्षेत्र के कारण निरस्त |
1 | 1 | GPIO3 निरस्त करें | N | Y | GPIO3 स्तर परिवर्तन के कारण निरस्त किया गया |
0 | 0 | कार्ड का पता चला | Y | Y | कार्ड का पता चला |
4.4.1.2.6 LPCD_CALIBRATION_DONE स्थिति डेटा के लिए बिट परिभाषाएँ
तालिका 16. ULPCD के लिए LPCD_CALIBRATION_DONE स्थिति डेटा बाइट्स की परिभाषाएँ
बिट टू | बिट फ्रॉम | LPCD_CALIBRATION DONE की स्थिति आयोजन | संबंधित बिट का विवरण स्टेटस बाइट में सेट किया जाता है। |
31 | 11 | सुरक्षित | |
10 | 0 | ULPCD अंशांकन से संदर्भ मान | ULPCD अंशांकन के दौरान मापा गया RSSI मान जिसका उपयोग ULPCD के दौरान संदर्भ के रूप में किया जाता है |
तालिका 17. LPCD के लिए LPCD_CALIBRATION_DONE स्थिति डेटा बाइट्स की परिभाषाएँ
बिट टू | बिट फ्रॉम | एलपीसीडी या यूएलपीसीडी के अंतर्निहित संचालन के अनुसार स्थिति बिट्स प्रयोज्यता | संबंधित बिट का विवरण स्टेटस बाइट में सेट किया जाता है। | ||
2 | 2 | बाह्य आरएफ क्षेत्र | Y | Y | बाहरी आरएफ क्षेत्र के कारण निरस्त |
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] होस्ट को सूचना देने के लिए कॉन्फ़िगर किया गया है, तो IC को तापमान के बारे में सूचित करने के लिए GPIO0 को उच्च स्तर पर खींचा जाएगा।
जब भी IC का तापमान EEPROM फ़ील्ड TEMP_WARNING [2] में कॉन्फ़िगर किए गए थ्रेशोल्ड मान से नीचे चला जाता है, तो 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] को संशोधित करके नियंत्रित किया जा सकता है।
आईसी ओवर करंट थ्रेशोल्ड पर जानकारी के लिए, दस्तावेज़ [2] देखें।
टिप्पणी:
यदि कोई अन्य लंबित घटना या प्रतिक्रिया होगी, तो उसे होस्ट को भेज दिया जाएगा।
4.4.2.3 संचालन के दौरान VDDIO की हानि
यदि PN5190 IC को पता चलता है कि कोई VDDIO नहीं है (VDDIO हानि), तो IC स्टैंडबाय में प्रवेश कर जाती है।
आईसी केवल तभी बूट होता है जब VDDIO उपलब्ध हो, BOOT_EVENT के साथ जैसा कि तालिका 11 में है और BOOT_VDDIO_START बूट स्थिति बिट को तालिका 12 के अनुसार सेट किया गया है।
PN5190 आईसी स्थैतिक विशेषताओं पर जानकारी के लिए, दस्तावेज़ [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” पर सेट किया गया है |
स्विच मोड एलपीसीडी | EVENT_STATUS को "LPCD_EVENT" पर सेट किया गया है, जिसमें "LPCD_ STATUS_DATA" स्थिति बिट्स को "Abort_HIF" के रूप में इंगित करता है |
स्विच मोड स्टैंडबाय | EVENT_STAUS को “BOOT_EVENT” पर सेट किया गया है, जिसमें “BOOT_ STATUS_DATA” बिट्स “BOOT_SPI” को इंगित करता है |
स्विच मोड ऑटोकॉल (कोई स्वायत्त मोड नहीं, स्टैंडबाय के साथ स्वायत्त मोड और स्टैंडबाय के बिना स्वायत्त मोड) | EVENT_STAUS को STATUS_DATA बिट्स के साथ “AUTOCOLL_EVENT” पर सेट किया गया है, जो यह दर्शाता है कि उपयोगकर्ता द्वारा आदेश रद्द कर दिया गया था। |
4.5 सामान्य मोड ऑपरेशन निर्देश विवरण
4.5.1 रजिस्टर हेरफेर
इस अनुभाग के निर्देशों का उपयोग PN5190 के तार्किक रजिस्टरों तक पहुँचने के लिए किया जाता है।
4.5.1.1 लिखें_पंजीकृत करें
इस निर्देश का उपयोग लॉजिकल रजिस्टर में 32-बिट मान (लिटिल-एंडियन) लिखने के लिए किया जाता है।
4.5.1.1.1 शर्तें
रजिस्टर का पता मौजूद होना चाहिए, और रजिस्टर में या तो READ-WRITE या WRITE-ONLY विशेषता होनी चाहिए।
4.5.1.1.2 कमांड
तालिका 19. WRITE_REGISTER कमांड मान किसी रजिस्टर में 32-बिट मान लिखें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
रजिस्टर पता | 1 बाइट | रजिस्टर का पता. |
तालिका 19. WRITE_REGISTER कमांड मान…जारी
किसी रजिस्टर में 32-बिट मान लिखें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
कीमत | 4 बाइट्स | 32-बिट रजिस्टर मान जिसे अवश्य लिखा जाना चाहिए। (लिटिल-एंडियन) |
4.5.1.1.3 प्रतिक्रिया
तालिका 20. WRITE_REGISTER प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_स्थिति_INSTR_त्रुटि |
4.5.1.1.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.1.2 WRITE_REGISTER_OR_MASK
इस निर्देश का उपयोग तार्किक OR ऑपरेशन का उपयोग करके रजिस्टर की सामग्री को संशोधित करने के लिए किया जाता है। रजिस्टर की सामग्री पढ़ी जाती है और दिए गए मास्क के साथ तार्किक OR ऑपरेशन किया जाता है। संशोधित सामग्री को रजिस्टर में वापस लिखा जाता है।
4.5.1.2.1 शर्तें
रजिस्टर का पता मौजूद होना चाहिए, और रजिस्टर में READ-WRITE विशेषता होनी चाहिए।
4.5.1.2.2 कमांड
तालिका 21. WRITE_REGISTER_OR_MASK कमांड मान प्रदान किए गए मास्क का उपयोग करके रजिस्टर पर तार्किक OR ऑपरेशन निष्पादित करें।
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
रजिस्टर पता | 1 बाइट | रजिस्टर का पता. |
नकाब | 4 बाइट्स | बिटमास्क का उपयोग तार्किक OR संचालन के लिए ऑपरेंड के रूप में किया जाता है। (लिटिल-एंडियन) |
4.5.1.2.3 प्रतिक्रिया
तालिका 22. WRITE_REGISTER_OR_MASK प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_स्थिति_INSTR_त्रुटि |
4.5.1.2.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.1.3 WRITE_REGISTER_AND_MASK
इस निर्देश का उपयोग तार्किक AND ऑपरेशन का उपयोग करके रजिस्टर की सामग्री को संशोधित करने के लिए किया जाता है। रजिस्टर की सामग्री पढ़ी जाती है और दिए गए मास्क के साथ तार्किक AND ऑपरेशन किया जाता है। संशोधित सामग्री को रजिस्टर में वापस लिखा जाता है।
4.5.1.3.1 शर्तें
रजिस्टर का पता मौजूद होना चाहिए, और रजिस्टर में READ-WRITE विशेषता होनी चाहिए।
4.5.1.3.2 कमांड
तालिका 23. WRITE_REGISTER_AND_MASK कमांड मान प्रदान किए गए मास्क का उपयोग करके रजिस्टर पर तार्किक AND ऑपरेशन निष्पादित करें।
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
रजिस्टर पता | 1 बाइट | रजिस्टर का पता. |
नकाब | 4 बाइट्स | बिटमास्क का उपयोग तार्किक AND संचालन के लिए ऑपरेंड के रूप में किया जाता है। (लिटिल-एंडियन) |
4.5.1.3.3 प्रतिक्रिया
तालिका 24. WRITE_REGISTER_AND_MASK प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_स्थिति_INSTR_त्रुटि |
4.5.1.3.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.1.4 WRITE_REGISTER_MULTIPLE
यह निर्देश कार्यक्षमता अनुभाग 4.5.1.1, अनुभाग 4.5.1.2, अनुभाग 4.5.1.3 के समान है, जिसमें उन्हें संयोजित करने की संभावना है। वास्तव में, यह रजिस्टर-प्रकार-मूल्य सेट की एक सरणी लेता है और उचित कार्रवाई करता है। प्रकार उस क्रिया को दर्शाता है जो या तो रजिस्टर लिखना है, रजिस्टर पर तार्किक OR ऑपरेशन या रजिस्टर पर तार्किक AND ऑपरेशन है।
4.5.1.4.1 शर्तें
किसी सेट के भीतर रजिस्टर का संबंधित तार्किक पता मौजूद होना चाहिए।
रजिस्टर एक्सेस विशेषता को आवश्यक कार्रवाई (प्रकार) के निष्पादन की अनुमति देनी चाहिए:
- लेखन क्रिया (0x01): READ-WRITE या WRITE-ONLY विशेषता
- या मास्क क्रिया (0x02): READ-WRITE विशेषता
- AND मास्क क्रिया (0x03): READ-WRITE विशेषता
'सेट' सरणी का आकार 1 से 43 तक की सीमा में होना चाहिए।
फ़ील्ड 'प्रकार' 1 – 3 की सीमा में होना चाहिए, समावेशी
4.5.1.4.2 कमांड
तालिका 25. WRITE_REGISTER_MULTIPLE कमांड मान रजिस्टर-मान युग्मों के एक सेट का उपयोग करके एक लेखन रजिस्टर ऑपरेशन निष्पादित करें।
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | |||
सेट [1…एन] | 6 बाइट्स | रजिस्टर पता | 1 बाइट | रजिस्टर का तार्किक पता. | |
प्रकार | 1 बाइट | 0x1 | रजिस्टर लिखें | ||
0x2 | रजिस्टर या मास्क लिखें | ||||
0x3 | रजिस्टर और मास्क लिखें | ||||
कीमत | 4 बाइट्स | 32 बाइट रजिस्टर मान जिसे लिखा जाना चाहिए, या तार्किक संचालन के लिए उपयोग किया जाने वाला बिटमास्क। (लिटिल-एंडियन) |
नोट: अपवाद की स्थिति में ऑपरेशन को वापस नहीं लाया जाता है, यानी अपवाद होने तक संशोधित किए गए रजिस्टर संशोधित अवस्था में ही रहते हैं। होस्ट को परिभाषित अवस्था में वापस आने के लिए उचित कार्रवाई करनी चाहिए।
4.5.1.4.3 प्रतिक्रिया
तालिका 26. WRITE_REGISTER_MULTIPLE प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_स्थिति_INSTR_त्रुटि |
4.5.1.4.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.1.5 पढ़ें_पंजीकरण
इस निर्देश का उपयोग तार्किक रजिस्टर की सामग्री को वापस पढ़ने के लिए किया जाता है। सामग्री प्रतिक्रिया में मौजूद होती है, लिटिल-एंडियन प्रारूप में 4-बाइट मान के रूप में।
4.5.1.5.1 शर्तें
तार्किक रजिस्टर का पता मौजूद होना चाहिए। रजिस्टर की एक्सेस विशेषता या तो READ-WRITE या READ-ONLY होनी चाहिए।
4.5.1.5.2 कमांड
तालिका 27. READ_REGISTER कमांड मान
रजिस्टर की विषय-वस्तु को पुनः पढ़ना।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
रजिस्टर पता | 1 बाइट | तार्किक रजिस्टर का पता |
4.5.1.5.3 प्रतिक्रिया
तालिका 28. READ_REGISTER प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) | ||
रजिस्टर मूल्य | 4 बाइट्स | 32-बिट रजिस्टर मान जिसे पढ़ा गया है। (लिटिल-एंडियन) |
4.5.1.5.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.1.6 READ_REGISTER_MULTIPLE
इस निर्देश का उपयोग एक साथ कई तार्किक रजिस्टरों को पढ़ने के लिए किया जाता है। परिणाम (प्रत्येक रजिस्टर की सामग्री) निर्देश के जवाब में प्रदान की जाती है। रजिस्टर का पता प्रतिक्रिया में शामिल नहीं होता है। प्रतिक्रिया के भीतर रजिस्टर सामग्री का क्रम निर्देश के भीतर रजिस्टर पतों के क्रम से मेल खाता है।
4.5.1.6.1 शर्तें
निर्देश के भीतर सभी रजिस्टर पते मौजूद होने चाहिए। प्रत्येक रजिस्टर के लिए एक्सेस विशेषता या तो READ-WRITE या READ-ONLY होनी चाहिए। 'रजिस्टर एड्रेस' सरणी का आकार 1 से 18 तक की सीमा में होना चाहिए।
4.5.1.6.2 कमांड
तालिका 29. READ_REGISTER_MULTIPLE कमांड मान रजिस्टरों के एक सेट पर एक रीड रजिस्टर ऑपरेशन निष्पादित करें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
रजिस्टर पता[1…n] | 1 बाइट | रजिस्टर पता |
4.5.1.6.3 प्रतिक्रिया
तालिका 30. READ_REGISTER_MULTIPLE प्रतिक्रिया मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | ||
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) | ||||
रजिस्टर मूल्य [1…n] | 4 बाइट्स | कीमत | 4 बाइट्स | 32-बिट रजिस्टर मान जिसे पढ़ा गया है (लिटिल-एंडियन)। |
4.5.1.6.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.2 E2PROM हेरफेर
E2PROM में सुलभ क्षेत्र EEPROM मानचित्र और पता योग्य आकार के अनुसार है।
टिप्पणी:
1. नीचे दिए गए निर्देशों में जहां भी 'E2PROM पता' का उल्लेख किया गया है, वह पता योग्य EEPROM क्षेत्र के आकार को संदर्भित करेगा।
4.5.2.1 WRITE_E2PROM
इस निर्देश का उपयोग E2PROM में एक या अधिक मान लिखने के लिए किया जाता है। फ़ील्ड 'मान' में फ़ील्ड 'E2PROM पता' द्वारा दिए गए पते से शुरू होकर E2PROM में लिखा जाने वाला डेटा होता है। डेटा क्रमिक क्रम में लिखा जाता है।
टिप्पणी:
ध्यान दें कि यह एक ब्लॉकिंग कमांड है, इसका मतलब है कि NFC FE लेखन ऑपरेशन के दौरान ब्लॉक है। इसमें कई मिलीसेकंड लग सकते हैं।
4.5.2.1.1 शर्तें
'E2PROM पता' फ़ील्ड [2] के अनुसार सीमा में होना चाहिए। 'मान' फ़ील्ड के भीतर बाइट्स की संख्या 1 - 1024 (0x0400) की सीमा में होनी चाहिए। [2] में बताए अनुसार लेखन कार्य EEPROM पते से आगे नहीं जाना चाहिए। यदि पता [2] के अनुसार EEPROM पता स्थान से अधिक है, तो होस्ट को त्रुटि प्रतिक्रिया भेजी जाएगी।
4.5.2.1.2 कमांड
तालिका 31. WRITE_E2PROM कमांड मान दिए गए मानों को क्रमिक रूप से E2PROM में लिखें।
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
E2PROM पता | 2 बाइट | EEPROM में वह पता जिससे लेखन कार्य प्रारंभ होगा। (लिटिल-एंडियन) |
मान | 1 – 1024 बाइट्स | वे मान जिन्हें क्रमिक क्रम में E2PROM में लिखा जाना चाहिए। |
4.5.2.1.3 प्रतिक्रिया
तालिका 32. WRITE_EEPROM प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफलता PN5190_STATUS_INSTR_त्रुटि PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.2.2 READ_E2PROM
इस निर्देश का उपयोग E2PROM मेमोरी क्षेत्र से डेटा को वापस पढ़ने के लिए किया जाता है। फ़ील्ड 'E2PROM पता' पढ़ने के ऑपरेशन के शुरुआती पते को इंगित करता है। प्रतिक्रिया में E2PROM से पढ़ा गया डेटा शामिल होता है।
4.5.2.2.1 शर्तें
'E2PROM पता' फ़ील्ड मान्य श्रेणी में होना चाहिए.
'बाइट्स की संख्या' फ़ील्ड 1 से 256 तक की सीमा में होनी चाहिए।
पठन कार्य अंतिम सुलभ EEPROM पते से आगे नहीं जाना चाहिए।
यदि पता EEPROM पता स्थान से अधिक हो जाता है, तो होस्ट को त्रुटि प्रतिक्रिया भेजी जाएगी।
4.5.2.2.2 कमांड
तालिका 33. READ_E2PROM कमांड मान E2PROM से मानों को क्रमिक रूप से पढ़ें।
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
E2PROM पता | 2 बाइट | E2PROM में वह पता जिससे पठन कार्य प्रारंभ होगा। (लिटिल-एंडियन) |
बाइट्स की संख्या | 2 बाइट | पढ़े जाने वाले बाइट्स की संख्या. (लिटिल-एंडियन) |
4.5.2.2.3 प्रतिक्रिया
तालिका 34. READ_E2PROM प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) | ||
मान | 1 – 1024 बाइट्स | वे मान जो अनुक्रमिक क्रम में पढ़े गए हैं। |
4.5.2.2.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.2.3 GET_CRC_USER_AREA
इस निर्देश का उपयोग PN5190 IC के प्रोटोकॉल क्षेत्र सहित संपूर्ण उपयोगकर्ता कॉन्फ़िगरेशन क्षेत्र के लिए CRC की गणना करने के लिए किया जाता है।
4.5.2.3.1 कमांड
तालिका 35. GET_CRC_USER_AREA कमांड मान
प्रोटोकॉल क्षेत्र सहित उपयोगकर्ता कॉन्फ़िगरेशन क्षेत्र का CRC पढ़ें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
– | – | पेलोड में कोई डेटा नहीं |
4.5.2.3.2 प्रतिक्रिया
तालिका 36. GET_CRC_USER_AREA प्रतिक्रिया मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल | ||
PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) | ||
मान | 4 बाइट्स | लिटिल-एंडियन प्रारूप में CRC डेटा के 4 बाइट्स। |
4.5.2.3.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.3 सीएलआईएफ डेटा हेरफेर
इस अनुभाग में वर्णित निर्देश आरएफ संचरण और रिसेप्शन के लिए आदेशों का वर्णन करते हैं।
4.5.3.1 एक्सचेंज_आरएफ_डेटा
आरएफ एक्सचेंज फ़ंक्शन TX डेटा का संचरण करता है और किसी भी RX डेटा के रिसेप्शन की प्रतीक्षा करता है।
यह फ़ंक्शन रिसेप्शन (गलत या सही) या टाइमआउट होने की स्थिति में वापस लौटता है। टाइमर को ट्रांसमिशन के अंत के साथ शुरू किया जाता है और रिसेप्शन के शुरू होने के साथ बंद कर दिया जाता है। EEPROM में पहले से कॉन्फ़िगर किए गए टाइमआउट मान का उपयोग उस स्थिति में किया जाएगा जब एक्सचेंज कमांड के निष्पादन से पहले टाइमआउट कॉन्फ़िगर नहीं किया गया हो।
यदि transceiver_state है
- निष्क्रिय अवस्था में ट्रांससीव मोड में प्रवेश किया जाता है।
- WAIT_RECEIVE में, आरंभक बिट सेट होने की स्थिति में ट्रांसीवर स्थिति को TRANSCEIVE MODE पर रीसेट कर दिया जाता है
- WAIT_TRANSMIT में, यदि आरंभक बिट सेट नहीं है तो ट्रांसीवर स्थिति को TRANSCEIVE MODE पर रीसेट कर दिया जाता है
'अंतिम बाइट में वैध बिट्स की संख्या' फ़ील्ड प्रेषित किए जाने वाले सटीक डेटा लंबाई को इंगित करता है।
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 – 7 | प्रेषित किये जाने वाले अंतिम बाइट में बिट्स की संख्या. | ||
आरएफएक्सचेंजकॉन्फ़िगरेशन | 1 बाइट | RFExchange फ़ंक्शन का कॉन्फ़िगरेशन। विवरण नीचे देखें |
तालिका 37. EXCHANGE_RF_DATA कमांड मान…जारी
TX डेटा को आंतरिक RF ट्रांसमिशन बफर में लिखें और ट्रांसीव कमांड का उपयोग करके ट्रांसमिशन शुरू करें और होस्ट के लिए प्रतिक्रिया तैयार करने के लिए रिसेप्शन या टाइम-आउट तक प्रतीक्षा करें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
TX डेटा | एन बाइट्स | TX डेटा जिसे ट्रांसीव कमांड का उपयोग करके CLIF के माध्यम से भेजा जाना चाहिए। n = 0 – 1024 बाइट्स |
तालिका 38. RFexchangeConfig बिटमास्क
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 रजिस्टर शामिल करें। |
4.5.3.1.3 प्रतिक्रिया
तालिका 39. EXCHANGE_RF_DATA प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_INSTR_सफलता PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR |
||
आरएक्स_स्थिति | 4 बाइट्स | यदि RX_STATUS का अनुरोध किया गया है (लिटिल-एंडियन) |
RX_स्थिति_त्रुटि | 4 बाइट्स | यदि RX_STATUS_ERROR का अनुरोध किया गया है (लिटिल-एंडियन) |
ईवेंट_स्थिति | 4 बाइट्स | यदि EVENT_STATUS का अनुरोध किया गया है (लिटिल-एंडियन) |
आरएक्स डेटा | 1 – 1024 बाइट्स | यदि RX डेटा का अनुरोध किया जाता है। RF एक्सचेंज के RF रिसेप्शन चरण के दौरान RX डेटा प्राप्त होता है। |
4.5.3.1.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.3.2 ट्रांसमिट_आरएफ_डेटा
इस निर्देश का उपयोग आंतरिक CLIF ट्रांसमिशन बफर में डेटा लिखने और आंतरिक रूप से ट्रांसीव कमांड का उपयोग करके ट्रांसमिशन शुरू करने के लिए किया जाता है। इस बफर का आकार 1024 बाइट्स तक सीमित है। इस निर्देश के निष्पादित होने के बाद, RF रिसेप्शन स्वचालित रूप से शुरू हो जाता है।
यह कमांड ट्रांसमिशन पूरा होने के तुरंत बाद वापस आ जाता है, रिसेप्शन पूरा होने की प्रतीक्षा नहीं करता।
4.5.3.2.1 शर्तें
'TX डेटा' फ़ील्ड में बाइट्स की संख्या 1 से 1024 तक होनी चाहिए।
चालू RF संचरण के दौरान आदेश का आह्वान नहीं किया जाना चाहिए।
4.5.3.2.2 कमांड
तालिका 40. TRANSMIT_RF_DATA कमांड मान आंतरिक CLIF ट्रांसमिशन बफर में TX डेटा लिखें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
अंतिम बाइट में वैध बिट्स की संख्या | 1 बाइट | 0 अंतिम बाइट के सभी बिट्स प्रेषित किए जाते हैं 1 – 7 प्रेषित किए जाने वाले अंतिम बाइट के भीतर बिट्स की संख्या। |
आरएफयू | 1 बाइट | सुरक्षित |
TX डेटा | 1 – 1024 बाइट्स | TX डेटा जिसका उपयोग अगले RF ट्रांसमिशन के दौरान किया जाएगा। |
4.5.3.2.3 प्रतिक्रिया
तालिका 41. TRANSMIT_RF_DATA प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_INSTR_सफलता PN5190_STATUS_INSTR_त्रुटि PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
4.5.3.2.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.3.3 रिट्रीव_आरएफ_डेटा
इस निर्देश का उपयोग आंतरिक CLIF RX बफर से डेटा पढ़ने के लिए किया जाता है, जिसमें अनुभाग 4.5.3.1 के पिछले निष्पादन से पोस्ट किया गया RF प्रतिक्रिया डेटा (यदि कोई हो) होता है, जिसमें प्रतिक्रिया या अनुभाग 4.5.3.2 कमांड में प्राप्त डेटा को शामिल न करने का विकल्प होता है।
4.5.3.3.1 कमांड
तालिका 42. RETRIEVE_RF_DATA कमांड मान आंतरिक RF रिसेप्शन बफर से RX डेटा पढ़ें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
खाली | खाली | खाली |
4.5.3.3.2 प्रतिक्रिया
तालिका 43. RETRIEVE_RF_DATA प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
PN5190_स्थिति_INSTR_सफलता PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
||
आरएक्स डेटा | 1 – 1024 बाइट्स | आरएक्स डेटा जो अंतिम सफल आरएफ रिसेप्शन के दौरान प्राप्त किया गया है। |
4.5.3.3.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.3.4 RECEIVE_RF_डेटा
यह निर्देश रीडर के आरएफ इंटरफेस के माध्यम से प्राप्त डेटा की प्रतीक्षा करता है।
रीडर मोड में, यह निर्देश या तो तब वापस आता है जब कोई रिसेप्शन होता है (या तो गलत या सही) या FWT टाइमआउट हुआ हो। टाइमर को ट्रांसमिशन के अंत के साथ शुरू किया जाता है और रिसेप्शन के शुरू होने के साथ बंद कर दिया जाता है। EEPROM में पहले से कॉन्फ़िगर किए गए डिफ़ॉल्ट टाइमआउट मान का उपयोग उस स्थिति में किया जाएगा जब एक्सचेंज कमांड के निष्पादन से पहले टाइमआउट कॉन्फ़िगर नहीं किया गया हो।
लक्ष्य मोड में, यह निर्देश या तो रिसेप्शन (त्रुटिपूर्ण या सही) या बाह्य आरएफ त्रुटि के मामले में वापस आता है।
टिप्पणी:
इस निर्देश का उपयोग TX और RX ऑपरेशन करने के लिए TRANSMIT_RF_DATA कमांड के साथ किया जाएगा...
4.5.3.4.1 कमांड
तालिका 44. RECEIVE_RF_DATA कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
रिसीवआरएफकॉन्फ़िगरेशन | 1 बाइट | ReceiveRFConfig फ़ंक्शन का कॉन्फ़िगरेशन देखें. तालिका नंबर एक |
तालिका 45. ReceiveRFConfig बिटमास्क
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 रजिस्टर शामिल करें। |
4.5.3.4.2 प्रतिक्रिया
तालिका 46. RECEIVE_RF_DATA प्रतिक्रिया मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_INSTR_सफलता PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) PN5190_स्थिति_समयआउट |
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
PN5190_स्थिति_NO_RF_FIELD PN5190_स्थिति_NO_EXTERNAL_RF_FIELD |
||
आरएक्स_स्थिति | 4 बाइट्स | यदि RX_STATUS का अनुरोध किया गया है (लिटिल-एंडियन) |
RX_स्थिति_त्रुटि | 4 बाइट्स | यदि RX_STATUS_ERROR का अनुरोध किया गया है (लिटिल-एंडियन) |
ईवेंट_स्थिति | 4 बाइट्स | यदि EVENT_STATUS का अनुरोध किया गया है (लिटिल-एंडियन) |
आरएक्स डेटा | 1 – 1024 बाइट्स | यदि RX डेटा का अनुरोध किया जाता है। RX डेटा RF पर प्राप्त होता है। |
4.5.3.4.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD कॉन्फ़िगरेशन)
इस निर्देश का उपयोग आंतरिक CLIF RX बफर से डेटा पढ़ने के लिए किया जाता है, जिसमें FeliCa EMD प्रतिक्रिया डेटा (यदि कोई हो) होता है, जो EXCHANGE_RF_DATA कमांड के पिछले निष्पादन से पोस्ट किया गया था, जो स्थिति 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' के साथ लौट रहा था।
टिप्पणी: यह आदेश PN5190 FW v02.03 से उपलब्ध है।
4.5.3.5.1 कमांड
आंतरिक RF रिसेप्शन बफर से RX डेटा पढ़ें।
तालिका 47. RETRIEVE_RF_FELICA_EMD_DATA कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | |
फ़ेलिसीएआरएफरिट्रीवकॉन्फ़िग | 1 बाइट | 00 – एफएफ | RETRIEVE_RF_FELICA_EMD_DATA फ़ंक्शन का कॉन्फ़िगरेशन |
कॉन्फ़िगरेशन (बिटमास्क) विवरण | बिट 7..2: RFU बिट 1: यदि बिट 1b पर सेट है, तो प्रतिक्रिया में RX_STATUS_ ERROR रजिस्टर शामिल करें। बिट 0: यदि बिट 1b पर सेट है, तो प्रतिक्रिया में RX_STATUS रजिस्टर शामिल करें। |
4.5.3.5.2 प्रतिक्रिया
तालिका 48. RETRIEVE_RF_FELICA_EMD_DATA प्रतिक्रिया मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | |||
स्थिति | 1 बाइट | ऑपरेशन की स्थिति। अपेक्षित मान नीचे दिए गए हैं: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) | |||
आरएक्स_स्थिति | 4 बाइट | यदि RX_STATUS का अनुरोध किया गया है (लिटिल-एंडियन) | |||
RX_STATUS_ त्रुटि | 4 बाइट | यदि RX_STATUS_ERROR का अनुरोध किया गया है (लिटिल-एंडियन) |
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | |||
आरएक्स डेटा | 1…1024 बाइट | फेलिका ईएमडी आरएक्स डेटा जो एक्सचेंज कमांड का उपयोग करके अंतिम असफल आरएफ रिसेप्शन के दौरान प्राप्त किया गया है। |
4.5.3.5.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.4 स्विचिंग ऑपरेशन मोड
PN5190 4 अलग-अलग ऑपरेशन मोड का समर्थन करता है:
4.5.4.1 सामान्य
यह डिफ़ॉल्ट मोड है, जहां सभी निर्देशों की अनुमति है।
4.5.4.2 स्टैंडबाय
PN5190 बिजली बचाने के लिए स्टैंडबाय/स्लीप अवस्था में है। स्टैंडबाय को फिर से कब छोड़ना है, यह निर्धारित करने के लिए वेक-अप स्थितियों को सेट किया जाना चाहिए।
4.5.4.3 एलपीसीडी
PN5190 निम्न-शक्ति कार्ड पहचान मोड में है, जहां यह न्यूनतम संभव ऊर्जा खपत के साथ ऑपरेटिंग वॉल्यूम में प्रवेश करने वाले कार्ड का पता लगाने का प्रयास करता है।
4.5.4.4 ऑटोकॉल
PN5190 RF श्रोता के रूप में कार्य कर रहा है, जो स्वायत्त रूप से लक्ष्य मोड सक्रियण कर रहा है (वास्तविक समय की बाधाओं की गारंटी देने के लिए)
4.5.4.5 स्विच_मोड_नॉर्मल
स्विच मोड नॉर्मल कमांड के तीन उपयोग-मामले हैं।
4.5.4.5.1 उपयोग केस 1: पावर अप होने पर सामान्य ऑपरेशन मोड में प्रवेश करें (POR)
सामान्य ऑपरेशन मोड में प्रवेश करके अगला आदेश प्राप्त करने/प्रक्रिया करने के लिए निष्क्रिय स्थिति पर रीसेट करने के लिए उपयोग करें।
4.5.4.5.2 UseCase2: सामान्य ऑपरेशन मोड पर स्विच करने के लिए पहले से चल रहे कमांड को समाप्त करना (एबॉर्ट कमांड)
पहले से चल रहे आदेशों को समाप्त करके अगले आदेश को प्राप्त करने/संसाधित करने के लिए निष्क्रिय स्थिति पर रीसेट करने के लिए उपयोग करें।
इस कमांड का उपयोग करके स्टैंडबाय, एलपीसीडी, एक्सचेंज, पीआरबीएस और ऑटोकॉल जैसे कमांड को समाप्त करना संभव होगा।
यह एकमात्र विशेष कमांड है, जिसका कोई जवाब नहीं है। इसके बजाय, इसमें एक ईवेंट अधिसूचना है।
विभिन्न अंतर्निहित कमांड निष्पादन के दौरान होने वाली घटनाओं के प्रकार के बारे में अधिक जानकारी के लिए अनुभाग 4.4.3 देखें।
4.5.4.5.2.1 उपयोग केस 2.1:
यह कमांड सभी CLIF TX, RX, और फील्ड कंट्रोल रजिस्टर को बूट स्थिति में रीसेट कर देगा। यह कमांड जारी करने से कोई भी मौजूदा RF फील्ड बंद हो जाएगा।
4.5.4.5.2.2 उपयोग केस 2.2:
PN5190 FW v02.03 से आगे उपलब्ध:
यह आदेश CLIF TX, RX, और फील्ड कंट्रोल रजिस्टर को संशोधित नहीं करेगा, बल्कि केवल ट्रांसीवर को निष्क्रिय अवस्था में ले जाएगा।
4.5.4.5.3 उपयोग केस 3: सॉफ्ट-रीसेट/स्टैंडबाय से बाहर निकलने पर सामान्य ऑपरेशन मोड, एलपीसीडी इस मामले में, पीएन5190 सीधे सामान्य ऑपरेशन मोड में प्रवेश करता है, होस्ट को IDLE_EVENT भेजकर (चित्र 12 या चित्र 13) और "IDLE_EVENT" बिट तालिका 11 में सेट किया गया है।
SWITCH_MODE_NORMAL आदेश भेजने की कोई आवश्यकता नहीं है।
टिप्पणी:
आईसी को सामान्य मोड में स्विच करने के बाद, आरएफ की सभी सेटिंग्स डिफ़ॉल्ट स्थिति में संशोधित की जाती हैं। यह जरूरी है कि आरएफ ऑन या आरएफ एक्सचेंज ऑपरेशन करने से पहले संबंधित आरएफ कॉन्फ़िगरेशन और अन्य संबंधित रजिस्टरों को उचित मूल्यों के साथ लोड किया जाना चाहिए।
4.5.4.5.4 विभिन्न उपयोग-मामलों के लिए भेजे जाने वाला कमांड फ्रेम
4.5.4.5.4.1 उपयोग केस 1: पावर अप होने पर सामान्य ऑपरेशन मोड में प्रवेश करने का आदेश (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: सामान्य ऑपरेशन मोड पर स्विच करने के लिए पहले से चल रहे कमांड को समाप्त करने का कमांड
केस 2.1 का प्रयोग करें:
0x20 0x00 0x00
उपयोग स्थिति 2.2: (FW v02.02 से आगे):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: सॉफ्ट-रीसेट/स्टैंडबाय, LPCD, ULPCD से बाहर निकलने पर सामान्य ऑपरेशन मोड के लिए कमांड
कोई नहीं। PN5190 सीधे सामान्य ऑपरेशन मोड में प्रवेश करता है।
4.5.4.5.5 प्रतिक्रिया
कोई नहीं
4.5.4.5.6 घटना
एक BOOT_EVENT (EVENT_STATUS रजिस्टर में) सेट किया जाता है जो यह दर्शाता है कि सामान्य मोड में प्रवेश किया गया है और होस्ट को भेजा जाता है। इवेंट डेटा के लिए चित्र 12 और चित्र 13 देखें।
एक IDLE_EVENT (EVENT_STATUS रजिस्टर में) सेट किया जाता है जो यह दर्शाता है कि सामान्य मोड में प्रवेश किया गया है और होस्ट को भेजा जाता है। इवेंट डेटा के लिए चित्र 12 और चित्र 13 देखें।
एक BOOT_EVENT (EVENT_STATUS रजिस्टर में) सेट किया जाता है जो यह दर्शाता है कि सामान्य मोड में प्रवेश किया गया है और होस्ट को भेजा जाता है। इवेंट डेटा के लिए चित्र 12 और चित्र 13 देखें।
4.5.4.6 स्विच_मोड_ऑटोकॉल
स्विच मोड ऑटोकॉल स्वचालित रूप से लक्ष्य मोड में कार्ड सक्रियण प्रक्रिया निष्पादित करता है।
फ़ील्ड 'ऑटोकॉल मोड' 0 - 2 तक की सीमा में होना चाहिए।
यदि फ़ील्ड 'ऑटोकॉल मोड' को 2 (ऑटोकॉल) पर सेट किया गया है: फ़ील्ड 'आरएफ टेक्नोलॉजीज' (तालिका 50) में ऑटोकॉल के दौरान समर्थित आरएफ टेक्नोलॉजीज को इंगित करने वाला एक बिटमास्क होना चाहिए।
इस मोड में रहते हुए कोई निर्देश नहीं भेजा जाना चाहिए।
समाप्ति को इंटरप्ट का उपयोग करके सूचित किया जाता है।
4.5.4.6.1 कमांड
तालिका 49. SWITCH_MODE_AUTOCOLL कमांड मान
पैरामीटर | लंबाई | मूल्य/विवरण | |
आरएफ टेक्नोलॉजीज | 1 बाइट | ऑटोकॉल के दौरान सुनने के लिए आरएफ प्रौद्योगिकी को इंगित करने वाला बिटमास्क। | |
ऑटोकॉल मोड | 1 बाइट | 0 | कोई स्वायत्त मोड नहीं, अर्थात जब बाह्य आरएफ क्षेत्र मौजूद नहीं होता है तो ऑटोकॉल समाप्त हो जाता है। |
समाप्ति के मामले में | |||
• कोई RF फ़ील्ड नहीं या RF फ़ील्ड गायब हो गया है | |||
• 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 Active के लिए सुनना सक्षम है। (उपलब्ध नहीं है)। | |||||||
X | यदि 1b पर सेट किया गया है, तो NFC-A Active के लिए सुनना सक्षम है। (उपलब्ध नहीं है)। | |||||||
X | यदि 1b पर सेट किया गया है, तो NFC-F के लिए सुनना सक्षम है। | |||||||
X | यदि 1b पर सेट किया गया है, तो NFC-A के लिए सुनना सक्षम है। |
4.5.4.6.2 प्रतिक्रिया
प्रतिक्रिया केवल यह संकेत देती है कि आदेश संसाधित हो गया है।
तालिका 51. SWITCH_MODE_AUTOCOLL प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_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_स्थिति_INSTR_सफलता | PN5190 लक्ष्य मोड में सक्रिय है। इस घटना में आगे के आंकड़े मान्य हैं। |
||
PN5190_स्थिति_रोकें_स्टैंडबाय | यह दर्शाता है कि PN5190 को स्टैंडबाय मोड में जाने से रोका गया है। यह स्थिति केवल तभी मान्य होती है जब ऑटोकॉल मोड को "स्टैंडबाय के साथ स्वायत्त मोड" के रूप में चुना जाता है। |
PN5190_STATUS_NO_EXTERNAL_RF_ फ़ील्ड | यह इंगित करता है कि गैर-स्वायत्त मोड में ऑटोकॉल के निष्पादन के दौरान कोई बाहरी आरएफ क्षेत्र मौजूद नहीं है | ||
PN5190_स्थिति_उपयोगकर्ता_रद्द | यह इंगित करता है कि वर्तमान चालू कमांड को स्विच मोड सामान्य कमांड द्वारा निरस्त कर दिया गया है | ||
शिष्टाचार | 1 बाइट | 0x10 | निष्क्रिय प्रकार A के रूप में सक्रिय |
0x11 | निष्क्रिय TypeF 212 के रूप में सक्रिय | ||
0x12 | निष्क्रिय TypeF 424 के रूप में सक्रिय | ||
0x20 | सक्रिय प्रकारA के रूप में सक्रिय | ||
0x21 | सक्रिय TypeF 212 के रूप में सक्रिय | ||
0x22 | सक्रिय TypeF 424 के रूप में सक्रिय | ||
अन्य मूल्य | अमान्य | ||
कार्ड_सक्रिय | 1 बाइट | 0x00 | ISO 14443-3 के अनुसार कोई कार्ड सक्रियण प्रक्रिया नहीं |
0x01 | यह इंगित करता है कि डिवाइस निष्क्रिय मोड में सक्रिय है |
टिप्पणी:
ईवेंट डेटा को पढ़ने के बाद, सक्रिय किए गए कार्ड/डिवाइस से प्राप्त डेटा (जैसे ISO18092/ISO1443-4 के अनुसार ATR_REQ/RATS के 'n' बाइट्स), को अनुभाग 4.5.3.3 कमांड का उपयोग करके पढ़ा जाएगा।
4.5.4.6.4 संचारample
4.5.4.7 स्विच_मोड_स्टैंडबाय
स्विच मोड स्टैंडबाय स्वचालित रूप से IC को स्टैंडबाय मोड में सेट करता है। IC तब जागेगा जब कॉन्फ़िगर किए गए वेक-अप स्रोत वेक-अप स्थितियों को पूरा करेंगे।
टिप्पणी:
ULP STANDBY के लिए काउंटर समाप्ति और STANDBY के लिए HIF निरस्तीकरण, स्टैंडबाय मोड से बाहर निकलने के लिए डिफ़ॉल्ट रूप से उपलब्ध हैं।
4.5.4.7.1 कमांड
तालिका 53. SWITCH_MODE_STANDBY कमांड मान
पैरामीटर | लंबाई | मूल्य/विवरण |
कॉन्फ़िग | 1 बाइट | बिटमास्क इस्तेमाल किए जाने वाले वेक-अप स्रोत और प्रवेश करने के लिए स्टैंडबाय मोड को नियंत्रित करता है। तालिका नंबर एक |
विपरीत - मूल्य | 2 बाइट्स | वेक-अप काउंटर के लिए इस्तेमाल किया गया मान मिलीसेकंड में है। स्टैंडबाय के लिए अधिकतम समर्थित मान 2690 है। ULP स्टैंडबाय के लिए अधिकतम समर्थित मान 4095 है। प्रदान किया जाने वाला मान लिटिल-एंडियन प्रारूप में है। यह पैरामीटर सामग्री केवल तभी मान्य है जब काउंटर समाप्ति पर वेक-अप के लिए "कॉन्फ़िगरेशन बिटमास्क" सक्षम हो। |
तालिका 54. कॉन्फ़िगरेशन बिटमास्क
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | विवरण |
X | यदि बिट 1b पर सेट है तो ULP स्टैंडबाय दर्ज करें यदि बिट 0b पर सेट है तो स्टैंडबाय दर्ज करें। | |||||||
0 | आरएफयू | |||||||
X | GPIO-3 पर वेक-अप तब होता है जब यह उच्च होता है, यदि बिट 1b पर सेट है। (ULP स्टैंडबाय के लिए लागू नहीं) | |||||||
X | GPIO-2 पर वेक-अप तब होता है जब यह उच्च होता है, यदि बिट 1b पर सेट है। (ULP स्टैंडबाय के लिए लागू नहीं) | |||||||
X | GPIO-1 पर वेक-अप तब होता है जब यह उच्च होता है, यदि बिट 1b पर सेट है। (ULP स्टैंडबाय के लिए लागू नहीं) | |||||||
X | GPIO-0 पर वेक-अप तब होता है जब यह उच्च होता है, यदि बिट 1b पर सेट है। (ULP स्टैंडबाय के लिए लागू नहीं) | |||||||
X | यदि बिट 1b पर सेट है, तो वेक-अप काउंटर पर वेक-अप समाप्त हो जाता है। ULP-स्टैंडबाय के लिए, यह विकल्प डिफ़ॉल्ट रूप से सक्षम है। | |||||||
X | यदि बिट 1b पर सेट है, तो बाह्य RF क्षेत्र पर जागृति। |
टिप्पणी: PN5190 FW v02.03 से, यदि पता '0xCDF' पर EEPROM फ़ील्ड “CardModeUltraLowPowerEnabled” को '1' पर सेट किया जाता है, तो ULP स्टैंडबाय कॉन्फ़िगरेशन का उपयोग SWITCH_MODE_STANDBY कमांड के साथ नहीं किया जा सकता है।
4.5.4.7.2 प्रतिक्रिया
प्रतिक्रिया केवल यह संकेत देती है कि कमांड संसाधित हो गई है और स्टैंडबाय स्थिति तभी दर्ज की जाएगी जब होस्ट द्वारा प्रतिक्रिया को पूरी तरह से पढ़ लिया जाएगा।
तालिका 55. SWITCH_MODE_STANDBY प्रतिक्रिया मान स्विच ऑपरेशन मोड स्टैंडबाय
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_INSTR_सफलता PN5190_STATUS_INSTR_ERROR (स्विच मोड में प्रवेश नहीं किया गया है - गलत सेटिंग के कारण) |
4.5.4.7.3 घटना
जब कमांड समाप्त हो जाता है और सामान्य मोड में प्रवेश किया जाता है, तो ईवेंट अधिसूचना भेजी जाती है। चित्र 12 और चित्र 13 में दिखाए अनुसार कमांड के पूरा होने के बाद भेजे जाने वाले ईवेंट के प्रारूप को देखें।
यदि PN5190 को स्टैंडबाय मोड में जाने से रोका जाता है, तो तालिका 11 में उल्लिखित EVENT_STATUS में सेट इवेंट “STANDBY_PREV_EVENT” बिट को तालिका 13 में उल्लिखित स्टैंडबाय रोकथाम के कारण के साथ होस्ट को भेजा जाता है।
4.5.4.7.4 संचार एक्सample
4.5.4.8 स्विच_मोड_एलपीसीडी
स्विच मोड एलपीसीडी, एंटीना के आसपास के वातावरण में परिवर्तन के कारण एंटीना पर विचलन का पता लगाता है।
LPCD के 2 अलग-अलग तरीके हैं। HW-आधारित (ULPCD) समाधान कम संवेदनशीलता के साथ प्रतिस्पर्धी बिजली खपत प्रदान करता है। FW-आधारित (LPCD) समाधान बढ़ी हुई बिजली खपत के साथ अपनी श्रेणी में सर्वश्रेष्ठ संवेदनशीलता प्रदान करता है।
एफडब्ल्यू आधारित (एलपीसीडी) के एकल मोड में, होस्ट को कोई अंशांकन ईवेंट नहीं भेजा जाता है।
जब सिंगल मोड लागू किया जाता है, तो कैलिब्रेशन और क्रमिक माप सभी स्टैंडबाय से बाहर निकलने के बाद किए जाते हैं।
सिंगल मोड में कैलिब्रेशन इवेंट के लिए, पहले कैलिब्रेशन इवेंट कमांड के साथ सिंगल मोड जारी करें। कैलिब्रेशन के बाद, एक LPCD कैलिब्रेशन इवेंट प्राप्त होता है जिसके बाद सिंगल मोड कमांड को इनपुट पैरामीटर के रूप में पिछले चरण से प्राप्त संदर्भ मान के साथ भेजा जाना चाहिए।
LPCD का कॉन्फ़िगरेशन कमांड कॉल करने से पहले EEPROM/Flash Data सेटिंग्स में किया जाता है।
टिप्पणी:
ULPCD के लिए GPIO3 निरस्तीकरण, LPCD के लिए HIF निरस्तीकरण, निम्न-शक्ति मोड से बाहर निकलने के लिए डिफ़ॉल्ट रूप से उपलब्ध हैं।
काउंटर समाप्ति के कारण वेक-अप हमेशा सक्षम रहता है।
ULPCD के लिए, EEPROM/Flash Data सेटिंग में DC-DC कॉन्फ़िगरेशन को अक्षम किया जाना चाहिए और VBAT के माध्यम से VUP आपूर्ति प्रदान करनी चाहिए। आवश्यक जम्पर सेटिंग की जानी चाहिए। EEPROM/Flash Data सेटिंग के लिए, दस्तावेज़ [2] देखें।
यदि आदेश LPCD/ULPCD अंशांकन के लिए है, तो होस्ट को अभी भी पूरा फ्रेम भेजना होगा।
4.5.4.8.1 कमांड
तालिका 56. SWITCH_MODE_LPCD कमांड मान
पैरामीटर | लंबाई | मूल्य/विवरण | |
बीकंट्रोल | 1 बाइट | 0x00 | ULPCD कैलिब्रेशन दर्ज करें। कैलिब्रेशन के बाद कमांड बंद हो जाता है और संदर्भ मान वाला एक इवेंट होस्ट को भेजा जाता है। |
0x01 | ULPCD दर्ज करें | ||
0x02 | एलपीसीडी अंशांकन। अंशांकन के बाद कमांड बंद हो जाता है और संदर्भ मान के साथ एक इवेंट होस्ट को भेजा जाता है। | ||
0x03 | एलपीसीडी दर्ज करें | ||
0x04 | एकल मोड | ||
0x0C | अंशांकन घटना के साथ एकल मोड | ||
अन्य मूल्य | आरएफयू | ||
वेक-अप नियंत्रण | 1 बाइट | LPCD/ULPCD के लिए उपयोग किए जाने वाले वेक-अप स्रोत को नियंत्रित करने वाला बिटमास्क। इस फ़ील्ड की सामग्री को अंशांकन के लिए नहीं माना जाता है। देखें तालिका नंबर एक | |
संदर्भ मान | 4 बाइट्स | ULPCD/LPCD के दौरान उपयोग किया जाने वाला संदर्भ मान. यूएलपीसीडी के लिए, बाइट 2 जो एचएफ एटेन्यूएटर मान रखता है, का उपयोग अंशांकन और मापन दोनों चरणों के दौरान किया जाता है। LPCD के लिए, इस फ़ील्ड की सामग्री को अंशांकन और एकल मोड के लिए नहीं माना जाता है। तालिका नंबर एक सभी 4 बाइट्स की सही जानकारी के लिए. |
|
विपरीत - मूल्य | 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. संदर्भ मान बाइट जानकारी
संदर्भ मान बाइट्स | यूएलपीसीडी | एलपीसीडी |
बाइट 0 | संदर्भ बाइट 0 | चैनल 0 संदर्भ बाइट 0 |
बाइट 1 | संदर्भ बाइट 1 | चैनल 0 संदर्भ बाइट 1 |
बाइट 2 | एचएफ एटेन्यूएटर मूल्य | चैनल 1 संदर्भ बाइट 0 |
बाइट 3 | NA | चैनल 1 संदर्भ बाइट 1 |
4.5.4.8.2 प्रतिक्रिया
तालिका 59. SWITCH_MODE_LPCD प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_INSTR_सफलता PN5190_STATUS_INSTR_ERROR (स्विच मोड में प्रवेश नहीं किया गया है - गलत सेटिंग के कारण) |
4.5.4.8.3 घटना
जब आदेश समाप्त हो जाता है, तो ईवेंट अधिसूचना भेजी जाती है, और चित्र 12 और चित्र 13 में उल्लिखित ईवेंट के भाग के रूप में निम्नलिखित डेटा के साथ सामान्य मोड में प्रवेश किया जाता है।
तालिका 60. EVT_SWITCH_MODE_LPCD
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
एलपीसीडी स्थिति | तालिका 15 का संदर्भ लें | तालिका 154.5.4.8.4 संचार उदाहरण देखेंample |
4.5.4.9 स्विच_मोड_डाउनलोड
स्विच मोड डाउनलोड कमांड फर्मवेयर डाउनलोड मोड में प्रवेश करता है।
डाउनलोड मोड से बाहर आने का एकमात्र तरीका PN5190 को रीसेट करना है।
4.5.4.9.1 कमांड
तालिका 61. SWITCH_MODE_DOWNLOAD कमांड मान
पैरामीटर | लंबाई | मूल्य/विवरण |
– | – | मूल्य नहीं |
4.5.4.9.2 प्रतिक्रिया
प्रतिक्रिया केवल यह संकेत देती है कि आदेश संसाधित हो गया है और होस्ट द्वारा प्रतिक्रिया पढ़े जाने के बाद डाउनलोड मोड में प्रवेश किया जाएगा।
तालिका 62. SWITCH_MODE_DOWNLOAD प्रतिक्रिया मान
स्विच ऑपरेशन मोड ऑटोकॉल
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (स्विच मोड दर्ज नहीं किया गया है) |
4.5.4.9.3 घटना
कोई घटना उत्पन्न नहीं हुई।
4.5.4.9.4 संचार एक्सample
4.5.5 MIFARE क्लासिक प्रमाणीकरण
4.5.5.1 MFC_प्रमाणीकरण
इस निर्देश का उपयोग सक्रिय कार्ड पर MIFARE क्लासिक प्रमाणीकरण करने के लिए किया जाता है। यह दिए गए ब्लॉक पते पर प्रमाणीकरण करने के लिए कुंजी, कार्ड UID और कुंजी प्रकार लेता है। प्रतिक्रिया में प्रमाणीकरण स्थिति को इंगित करने वाला एक बाइट होता है।
4.5.5.1.1 शर्तें
फ़ील्ड कुंजी 6 बाइट्स लंबी होनी चाहिए। फ़ील्ड कुंजी प्रकार में 0x60 या 0x61 मान होना चाहिए। ब्लॉक पते में 0x0 – 0xff तक कोई भी पता शामिल हो सकता है। फ़ील्ड UID बाइट्स लंबी होनी चाहिए और इसमें कार्ड का 4बाइट UID होना चाहिए। इस निर्देश के निष्पादन से पहले ISO14443-3 MIFARE क्लासिक उत्पाद-आधारित कार्ड को ACTIVE या ACTIVE* अवस्था में रखा जाना चाहिए।
प्रमाणीकरण से संबंधित रनटाइम त्रुटि की स्थिति में, यह फ़ील्ड 'प्रमाणीकरण स्थिति' तदनुसार सेट की जाती है।
4.5.5.1.2 कमांड
तालिका 63. MFC_AUTHENTICATE कमांड
सक्रिय MIFARE क्लासिक उत्पाद-आधारित कार्ड पर प्रमाणीकरण करें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | |
चाबी | 6 बाइट्स | प्रमाणीकरण कुंजी का उपयोग किया जाना है। | |
कुंजी प्रकार | 1 बाइट | 0x60 | कुंजी प्रकार A |
0x61 | कुंजी प्रकार बी | ||
ब्लॉक पता | 1 बाइट | उस ब्लॉक का पता जिसके लिए प्रमाणीकरण किया जाना चाहिए. | |
यूआईडी | 4 बाइट्स | कार्ड का यूआईडी. |
4.5.5.1.3 प्रतिक्रिया
तालिका 64. MFC_AUTHENTICATE प्रतिक्रिया
MFC_AUTHENTICATE का प्रत्युत्तर.
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_INSTR_सफलता PN5190_STATUS_INSTR_त्रुटि PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.6 ISO 18000-3M3 (EPC GEN2) समर्थन
4.5.6.1 EPC_GEN2_इन्वेंटरी
इस निर्देश का उपयोग ISO18000-3M3 की सूची बनाने के लिए किया जाता है tagsयह ISO18000-3M3 के अनुसार कई आदेशों के स्वायत्त निष्पादन को कार्यान्वित करता है ताकि उस मानक द्वारा निर्दिष्ट समय की गारंटी दी जा सके।
यदि निर्देश के पेलोड में मौजूद है, तो पहले Select कमांड निष्पादित किया जाता है, उसके बाद BeginRound कमांड निष्पादित किया जाता है।
यदि पहले टाइमस्लॉट में कोई वैध प्रतिक्रिया है (कोई टाइमआउट नहीं, कोई टकराव नहीं), तो निर्देश एक ACK भेजता है और प्राप्त PC/XPC/UII को सहेजता है। फिर निर्देश 'टाइमस्लॉट प्रोसेस्ड बिहेवियर' फ़ील्ड के अनुसार एक क्रिया करता है:
- यदि यह फ़ील्ड 0 पर सेट है, तो अगले टाइमस्लॉट को संभालने के लिए NextSlot कमांड जारी किया जाता है। यह तब तक दोहराया जाता है जब तक कि आंतरिक बफर भर न जाए
- यदि यह फ़ील्ड 1 पर सेट है, तो एल्गोरिथ्म रुक जाता है
- यदि यह फ़ील्ड 2 पर सेट है, तो Req_Rn कमांड तभी जारी किया जाता है, जब और केवल तभी, जब कोई मान्य हो tag इस समयावधि में प्रतिक्रियाकमांड
फ़ील्ड 'सेलेक्ट कमांड लेंथ' में फ़ील्ड 'सेलेक्ट कमांड' की लंबाई शामिल होनी चाहिए, जो 1 - 39 तक की सीमा में होनी चाहिए। यदि 'सेलेक्ट कमांड लेंथ' 0 है, तो फ़ील्ड 'अंतिम बाइट में वैध बिट्स' और 'सेलेक्ट कमांड' मौजूद नहीं होने चाहिए।
अंतिम बाइट में बिट्स फ़ील्ड में 'सेलेक्ट कमांड' फ़ील्ड के अंतिम बाइट में प्रेषित किए जाने वाले बिट्स की संख्या होनी चाहिए। मान 1 से 7 तक की सीमा में होना चाहिए। यदि मान 0 है, तो 'सेलेक्ट कमांड' फ़ील्ड से अंतिम बाइट के सभी बिट्स प्रेषित किए जाते हैं।
'सेलेक्ट कमांड' फ़ील्ड में ISO18000-3M3 के अनुसार सेलेक्ट कमांड होनी चाहिए, बिना CRC-16c के, तथा इसकी लंबाई 'सेलेक्ट कमांड लेंथ' फ़ील्ड में दर्शाई गई लंबाई के समान होनी चाहिए।
फ़ील्ड 'BeginRound Command' में ISO18000-3M3 के अनुसार BeginRound कमांड होनी चाहिए, बिना CRC-5 के। 'BeginRound Command' के अंतिम बाइट के अंतिम 7 बिट्स को अनदेखा किया जाता है क्योंकि कमांड की वास्तविक लंबाई 17 बिट्स है।
'टाइमस्लॉट संसाधित व्यवहार' में 0 - 2 तक का मान शामिल होना चाहिए।
तालिका 65. EPC_GEN2_INVENTORY कमांड मान ISO 18000-3M3 इन्वेंट्री निष्पादित करें
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | |
रिज्यूमेइन्वेंटरी | 1 बाइट | 00 | प्रारंभिक GEN2_INVENTORY |
01 | GEN2_INVENTORY कमांड को फिर से शुरू करें – शेष
नीचे दिए गए फ़ील्ड रिक्त हैं (किसी भी पेलोड को अनदेखा किया जाता है) |
||
कमांड की लंबाई चुनें | 1 बाइट | 0 | BeginRound कमांड से पहले कोई Select कमांड सेट नहीं किया गया है। 'अंतिम बाइट में वैध बिट्स' फ़ील्ड और 'Select कमांड' फ़ील्ड मौजूद नहीं होनी चाहिए। |
1 – 39 | 'कमांड चुनें' फ़ील्ड की लंबाई (n). | ||
अंतिम बाइट में मान्य बिट्स | 1 बाइट | 0 | 'सेलेक्ट कमांड' फ़ील्ड के अंतिम बाइट के सभी बिट्स प्रेषित किये जाते हैं। |
1 – 7 | 'सेलेक्ट कमांड' फ़ील्ड के अंतिम बाइट में प्रेषित की जाने वाली बिट्स की संख्या। | ||
कमांड चुनें | एन बाइट्स | यदि मौजूद है, तो इस फ़ील्ड में Select कमांड (ISO18000-3, तालिका 47 के अनुसार) शामिल है, जो BeginRound कमांड से पहले भेजा जाता है। CRC-16c को शामिल नहीं किया जाएगा। | |
बिगिनराउंड कमांड | 3 बाइट्स | इस फ़ील्ड में BeginRound कमांड शामिल है (ISO18000-3, तालिका 49 के अनुसार)। CRC-5 को शामिल नहीं किया जाएगा। | |
टाइमस्लॉट संसाधित व्यवहार | 1 बाइट | 0 | प्रतिक्रिया में अधिकतम समय स्लॉट की संख्या होती है जो प्रतिक्रिया बफर में फिट हो सकती है। |
1 | प्रतिक्रिया में केवल एक ही समय-सीमा है। | ||
2 | प्रतिक्रिया में केवल एक टाइमस्लॉट शामिल है। यदि टाइमस्लॉट में वैध कार्ड प्रतिक्रिया शामिल है, तो कार्ड हैंडल भी शामिल है। |
4.5.6.1.1 प्रतिक्रिया
रिज्यूमे इन्वेंटरी के मामले में प्रतिक्रिया की लंबाई “1” हो सकती है।
तालिका 66. EPC_GEN2_INVENTORY प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | |||
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: | |||
PN5190_STATUS_SUCCESS (अगले बाइट में टाइमस्लॉट स्थिति पढ़ें) Tag प्रतिक्रिया) PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
|||||
समय स्लॉट [1…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-7 | ' के अंतिम बाइट के वैध बिट्स की संख्याTag 'उत्तर' फ़ील्ड पर क्लिक करें। यदि Tag उत्तर लंबाई शून्य है, इस बाइट का मान अनदेखा किया जाएगा। | ||||
Tag जवाब | 'एन' बाइट्स | उत्तर tag ISO18000-3_2010 के अनुसार, तालिका 56. | |||
Tag सँभालना | 0 या 2 बाइट्स | हैंडल tagयदि फ़ील्ड 'टाइमस्लॉट स्थिति' को '1' पर सेट किया गया है। अन्यथा फ़ील्ड मौजूद नहीं है। |
4.5.6.1.2 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.7 आरएफ कॉन्फ़िगरेशन प्रबंधन
PN6 द्वारा समर्थित विभिन्न RF तकनीकों और डेटा दरों के लिए TX और RX कॉन्फ़िगरेशन के लिए अनुभाग 5190 देखें। मान नीचे उल्लिखित सीमा में मौजूद नहीं हैं, उन्हें RFU के रूप में माना जाना चाहिए।
4.5.7.1 लोड_आरएफ_कॉन्फ़िगरेशन
इस निर्देश का उपयोग EEPROM से आंतरिक CLIF रजिस्टरों में RF कॉन्फ़िगरेशन लोड करने के लिए किया जाता है। RF कॉन्फ़िगरेशन RF तकनीक, मोड (लक्ष्य/आरंभकर्ता) और बॉड दर के एक अद्वितीय संयोजन को संदर्भित करता है। RF कॉन्फ़िगरेशन को CLIF रिसीवर (RX कॉन्फ़िगरेशन) और ट्रांसमीटर (TX कॉन्फ़िगरेशन) पथ के लिए अलग से लोड किया जा सकता है। यदि पथ के लिए संगत कॉन्फ़िगरेशन को नहीं बदला जाना है, तो 0xFF मान का उपयोग किया जाना चाहिए।
4.5.7.1.1 शर्तें
फ़ील्ड 'TX कॉन्फ़िगरेशन' 0x00 – 0x2B तक की सीमा में होना चाहिए। यदि मान 0xFF है, तो TX कॉन्फ़िगरेशन नहीं बदला जाता है।
फ़ील्ड 'RX कॉन्फ़िगरेशन' 0x80 – 0xAB तक की सीमा में होना चाहिए। यदि मान 0xFF है, तो RX कॉन्फ़िगरेशन नहीं बदला जाता है।
TX कॉन्फ़िगरेशन = 0xFF और RX कॉन्फ़िगरेशन = 0xAC के साथ एक विशेष कॉन्फ़िगरेशन का उपयोग बूट-अप रजिस्टरों को एक बार लोड करने के लिए किया जाता है।
यह विशेष कॉन्फ़िगरेशन रजिस्टर कॉन्फ़िगरेशन (TX और RX दोनों) को अद्यतन करने के लिए आवश्यक है, जो IC रीसेट मानों से भिन्न हैं।
4.5.7.1.2 कमांड
तालिका 67. LOAD_RF_CONFIGURATION कमांड मान
E2PROM से RF TX और RX सेटिंग्स लोड करें।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | |
TX कॉन्फ़िगरेशन | 1 बाइट | 0xएफएफ | TX RF कॉन्फ़िगरेशन नहीं बदला गया. |
0x0 - 0x2B | संगत TX RF कॉन्फ़िगरेशन लोड किया गया. | ||
आरएक्स कॉन्फ़िगरेशन | 1 बाइट | 0xएफएफ | RX RF कॉन्फ़िगरेशन नहीं बदला गया. |
0x80 – 0xएबी | संगत RX RF कॉन्फ़िगरेशन लोड किया गया. |
4.5.7.1.3 प्रतिक्रिया
तालिका 68. LOAD_RF_CONFIGURATION प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफल PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.7.2 अद्यतन_आरएफ_कॉन्फ़िगरेशन
इस निर्देश का उपयोग 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 कमांड मान
आरएफ कॉन्फ़िगरेशन अपडेट करें
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | ||
कॉन्फ़िगरेशन[1…n] | 6 बाइट्स | आरएफ कॉन्फ़िगरेशन | 1 बाइट | आरएफ कॉन्फ़िगरेशन जिसके लिए रजिस्टर को बदलना आवश्यक है। |
रजिस्टर पता | 1 बाइट | दिए गए आरएफ प्रौद्योगिकी के भीतर पता पंजीकृत करें। | ||
कीमत | 4 बाइट्स | वह मान जिसे रजिस्टर में लिखा जाना चाहिए। (लिटिल-एंडियन) |
4.5.7.2.3 प्रतिक्रिया
तालिका 70. UPDATE_RF_CONFIGURATION प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफलता PN5190_STATUS_INSTR_त्रुटि PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.7.3 GET_ RF_कॉन्फ़िगरेशन
इस निर्देश का उपयोग 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 बाइट | आरएफ कॉन्फ़िगरेशन जिसके लिए रजिस्टर मान जोड़ों का सेट पुनर्प्राप्त किया जाना चाहिए। |
4.5.7.3.3 प्रतिक्रिया
तालिका 72. GET_ RF_CONFIGURATION प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | ||
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: | ||
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
||||
जोड़ी[1…n] | 5 बाइट्स | रजिस्टर पता | 1 बाइट | दिए गए आरएफ प्रौद्योगिकी के भीतर पता पंजीकृत करें। |
कीमत | 4 बाइट्स | 32-बिट रजिस्टर मान. |
4.5.7.3.4 घटना
अनुदेश के लिए कोई घटना नहीं है.
4.5.8 आरएफ फील्ड हैंडलिंग
4.5.8.1 आरएफ_ऑन
इस निर्देश का उपयोग RF ऑन को सक्षम करने के लिए किया जाता है। प्रारंभिक फ़ील्डऑन पर DPC विनियमन को इस कमांड में संभाला जाएगा।
4.5.8.1.1 कमांड
तालिका 73. RF_FIELD_ON कमांड मान
RF_FIELD_ON कॉन्फ़िगर करें.
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | ||
आरएफ_ऑन_कॉन्फ़िगरेशन | 1 बाइट | बिट 0 | 0 | टकराव से बचने का उपाय अपनाएं |
1 | टकराव से बचाव अक्षम करें | |||
बिट 1 | 0 | कोई P2P सक्रिय नहीं | ||
1 | पी2पी सक्रिय |
4.5.8.1.2 प्रतिक्रिया
तालिका 74. RF_FIELD_ON प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफल PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF टकराव के कारण RF फ़ील्ड चालू नहीं है) PN5190_STATUS_TIMEOUT (समय समाप्त होने के कारण RF फ़ील्ड चालू नहीं है) PN5190_STATUS_TXLDO_ERROR (VUP के कारण TXLDO त्रुटि उपलब्ध नहीं है) PN5190_STATUS_RFCFG_NOT_APPLIED (इस आदेश से पहले RF कॉन्फ़िगरेशन लागू नहीं किया गया है) |
4.5.8.1.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.8.2 आरएफ_ऑफ
इस निर्देश का उपयोग RF फ़ील्ड को अक्षम करने के लिए किया जाता है।
4.5.8.2.1 कमांड
तालिका 75. RF_FIELD_OFF कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
खाली | खाली | खाली |
4.5.8.2.2 प्रतिक्रिया
तालिका 76. RF_FIELD_OFF प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
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 | आरएफयू |
4.5.9.1.2 प्रतिक्रिया
तालिका 78. CONFIGURE_TESTBUS_DIGITAL प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
4.5.9.1.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.9.2कॉन्फ़िगर_टेस्टबस_एनालॉग
इस निर्देश का उपयोग चयनित पैड कॉन्फ़िगरेशन पर उपलब्ध एनालॉग टेस्ट बस सिग्नल प्राप्त करने के लिए किया जाता है।
एनालॉग टेस्ट बस पर सिग्नल विभिन्न मोड में प्राप्त किया जा सकता है। वे हैं:
4.5.9.2.1 रॉ मोड
इस मोड में, TB_SignalIndex0 द्वारा चुने गए सिग्नल को Shift_Index0 द्वारा शिफ्ट किया जाता है, Mask0 द्वारा मास्क किया जाता है और AUX1 पर आउटपुट किया जाता है। इसी तरह, TB_SignalIndex1 द्वारा चुने गए सिग्नल को Shift_Index1 द्वारा शिफ्ट किया जाता है, Mask1 द्वारा मास्क किया जाता है और AUX2 पर आउटपुट किया जाता है।
यह मोड ग्राहक को 8 बिट्स चौड़े या उससे कम किसी भी सिग्नल को आउटपुट करने की सुविधा प्रदान करता है, तथा एनालॉग पैड पर आउटपुट करने के लिए संकेत रूपांतरण की आवश्यकता नहीं होती।
4.5.9.2.2 संयुक्त मोड
इस मोड में, एनालॉग सिग्नल 10 बिट हस्ताक्षरित ADCI/ADCQ/pcrm_if_rssi मान होगा, जिसे अहस्ताक्षरित मान में परिवर्तित कर दिया जाएगा, 8 बिट तक घटा दिया जाएगा और फिर AUX1 या AUX2 पैड पर आउटपुट किया जाएगा।
किसी भी समय ADCI/ADCQ (10-बिट) रूपांतरित मानों में से केवल एक को ही AUX1/AUX2 में आउटपुट किया जा सकता है।
यदि संयुक्त_मोड सिग्नल पेलोड फ़ील्ड मान 2 (एनालॉग और डिजिटल संयुक्त) है, तो एनालॉग और डिजिटल परीक्षण बस को AUX1 (एनालॉग सिग्नल) और GPIO0 (डिजिटल सिग्नल) पर रूट किया जाता है।
रूट किए जाने वाले सिग्नल नीचे उल्लिखित EEPROM पते में कॉन्फ़िगर किए गए हैं:
0xCE9 – TB_SignalIndex
0xCEA – TB_बिटइंडेक्स
0xCEB – एनालॉग TB_इंडेक्स
विकल्प 2 के साथ संयुक्त मोड जारी करने से पहले टेस्ट बस इंडेक्स और टेस्ट बस बिट को EEPROM में कॉन्फ़िगर करना होगा।
टिप्पणी:
होस्ट को सभी फ़ील्ड प्रदान करने होंगे, चाहे फ़ील्ड की प्रयोज्यता “रॉ” या “संयुक्त” मोड में हो या नहीं। PN5190 IC केवल लागू फ़ील्ड मानों पर विचार करता है।
4.5.9.2.3 कमांड
तालिका 79. CONFIGURE_TESTBUS_ANALOG कमांड मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | संयुक्त मोड के लिए क्षेत्र प्रयोज्यता | |
बीकॉन्फ़िग | 1 बाइट | कॉन्फ़िगर करने योग्य बिट्स. देखें तालिका नंबर एक | हाँ | |
संयुक्त_मोड सिग्नल | 1 बाइट | 0 – एडीसीआई/एडीसीक्यू 1 – pcrm_if_rssi |
हाँ | |
2 – एनालॉग और डिजिटल संयुक्त | ||||
3 – 0xFF –आरक्षित |
TB_सिग्नलइंडेक्स0 | 1 बाइट | एनालॉग सिग्नल का सिग्नल इंडेक्स। देखें धारा 7 | हाँ | |
TB_सिग्नलइंडेक्स1 | 1 बाइट | एनालॉग सिग्नल का सिग्नल इंडेक्स। देखें धारा 7 | हाँ | |
शिफ्ट_इंडेक्स0 | 1 बाइट | DAC0 इनपुट शिफ्ट पोजीशन। दिशा bConfig[1] में बिट द्वारा तय की जाएगी। | नहीं | |
शिफ्ट_इंडेक्स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 ➜ संयुक्त मोड |
कच्चा/संयुक्त |
4.5.9.2.4 प्रतिक्रिया
तालिका 81. CONFIGURE_TESTBUS_ANALOG प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
4.5.9.2.5 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
इस निर्देश का उपयोग चयनित पैड कॉन्फ़िगरेशन पर एकाधिक उपलब्ध डिजिटल टेस्ट बस सिग्नल को स्विच करने के लिए किया जाता है।
टिप्पणी: यदि यह लम्बाई शून्य है तो डिजिटल परीक्षण बस रीसेट हो जाती है।
4.5.9.3.1 कमांड
तालिका 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL कमांड मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण | |
टीबी_सिग्नलइंडेक्स #1 | 1 बाइट | को देखें 8 से नीचे | |
टीबी_बिटइंडेक्स #1 | 1 बाइट | को देखें 8 से नीचे | |
टीबी_पैडइंडेक्स #1 | 1 बाइट | पैड इंडेक्स, जिस पर डिजिटल सिग्नल आउटपुट किया जाना है | |
0x00 | AUX1 पिन | ||
0x01 | AUX2 पिन | ||
0x02 | AUX3 पिन | ||
0x03 | GPIO0 पिन | ||
0x04 | GPIO1 पिन | ||
0x05 | GPIO2 पिन | ||
0x06 | GPIO3 पिन | ||
0x07-0xFF | आरएफयू | ||
टीबी_सिग्नलइंडेक्स #2 | 1 बाइट | को देखें 8 से नीचे | |
टीबी_बिटइंडेक्स #2 | 1 बाइट | को देखें 8 से नीचे | |
टीबी_पैडइंडेक्स #2 | 1 बाइट | पैड इंडेक्स, जिस पर डिजिटल सिग्नल आउटपुट किया जाना है | |
0x00 | AUX1 पिन | ||
0x01 | AUX2 पिन | ||
0x02 | AUX3 पिन | ||
0x03 | GPIO0 पिन | ||
0x04 | GPIO1 पिन | ||
0x05 | GPIO2 पिन | ||
0x06 | GPIO3 पिन | ||
0x07-0xFF | आरएफयू |
4.5.9.3.2 प्रतिक्रिया
तालिका 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
4.5.9.3.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.10 सीटीएस कॉन्फ़िगरेशन
4.5.10.1 सीटीएस_सक्षम
इस निर्देश का उपयोग CTS लॉगिंग सुविधा को सक्षम/अक्षम करने के लिए किया जाता है।
4.5.10.1.1 कमांड
तालिका 84. CTS_ENABLE कमांड मान
पेलोड फ़ील्ड लंबाई मान/विवरण | ||||
अक्षम सक्षम | 1 बाइट | बिट 0 | 0 | CTS लॉगिंग सुविधा अक्षम करें |
1 CTS लॉगिंग सुविधा सक्षम करें |
||||
बिट 1-7 | आरएफयू |
4.5.10.1.2 प्रतिक्रिया
तालिका 85. CTS_ENABLE प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
4.5.10.1.3 घटना
निम्न तालिका इवेंट डेटा दिखाती है जिसे इवेंट संदेश के भाग के रूप में भेजा जाएगा जैसा कि चित्र 12 और चित्र 13 में दिखाया गया है।
तालिका 86. यह होस्ट को सूचित करता है कि डेटा प्राप्त हो गया है।
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
आयोजन | 1 बाइट | 00 ...ट्रिगर हो गया है, डेटा प्राप्ति के लिए तैयार है। |
4.5.10.2 सीटीएस_कॉन्फ़िगर
इस निर्देश का उपयोग सभी आवश्यक CTS रजिस्टरों जैसे ट्रिगर्स, टेस्ट बस रजिस्टर, एस को कॉन्फ़िगर करने के लिए किया जाता हैampलिंग विन्यास आदि,
टिप्पणी:
[1] सीटीएस कॉन्फ़िगरेशन की बेहतर समझ प्रदान करता है। कैप्चर किया गया डेटा सेक्शन 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 – आरएफयू | ||
0x02 – प्री मोड | ||
0x03 – 0xFF – अमान्य | ||
RAM_पृष्ठ_चौड़ाई | 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 बाइट | इस फ़ील्ड का दशमलव मान अधिग्रहण के दौरान उपयोग किए जाने वाले क्लॉक दर विभाजन कारक को निर्दिष्ट करता है। सीटीएस घड़ी = 13.56 मेगाहर्ट्ज / 2SAMPLE_CLK_DIV |
00 – 13560 किलोहर्ट्ज 01 – 6780 किलोहर्ट्ज 02 – 3390 किलोहर्ट्ज 03 – 1695 किलोहर्ट्ज 04 – 847.5 किलोहर्ट्ज 05 – 423.75 किलोहर्ट्ज 06 – 211.875 किलोहर्ट्ज 07 – 105.9375 किलोहर्ट्ज 08 – 52.96875 किलोहर्ट्ज 09 – 26.484375 किलोहर्ट्ज 10 – 13.2421875 किलोहर्ट्ज 11 – 6.62109375 किलोहर्ट्ज 12 – 3.310546875 किलोहर्ट्ज 13 – 1.6552734375 किलोहर्ट्ज 14 – 0.82763671875 किलोहर्ट्ज 15 – 0.413818359375 किलोहर्ट्ज |
||
SAMPLE_बाइट_SEL | 1 बाइट | इन बिट्स का उपयोग यह निर्दिष्ट करने के लिए किया जाता है कि दो 16-बिट इनपुट बसों में से कौन से बाइट्स इंटरलीव मैकेनिज्म में योगदान करते हैं जो ऑन-चिप मेमोरी में स्थानांतरित किए जाने वाले डेटा को उत्पन्न करता है। उनका अर्थ और उपयोग S पर निर्भर करता हैAMPLE_MODE_SEL मान.
नोट: दिए गए मान को हमेशा 0x0F से छुपाया जाता है और फिर प्रभावी मान पर विचार किया जाता है। |
SAMPLE_मोड_SEL | 1 बाइट | s का चयन करता हैampसीटीएस डिज़ाइन विनिर्देशों द्वारा वर्णित इंटरलीव मोड का उपयोग करें। दशमलव मान 3 आरक्षित है और इसे 0 माना जाएगा। नोट: दिए गए मान को हमेशा 0x03 से छुपाया जाता है, और फिर प्रभावी मान पर विचार किया जाता है। |
टीबी0 | 1 बाइट | यह चयन करता है कि कौन सी टेस्ट बस को TB0 से जोड़ा जाना है। धारा 7 (टीबी_ सिग्नल_इंडेक्स मान) |
टीबी1 | 1 बाइट | यह चयन करता है कि कौन सी टेस्ट बस को TB1 से जोड़ा जाना है। धारा 7 (टीबी_ सिग्नल_इंडेक्स मान) |
टीबी2 | 1 बाइट | यह चयन करता है कि कौन सी टेस्ट बस को TB2 से जोड़ा जाना है। धारा 7 (टीबी_ सिग्नल_इंडेक्स मान) |
टीबी3 | 1 बाइट | यह चयन करता है कि कौन सी टेस्ट बस को TB3 से जोड़ा जाना है। धारा 7 (टीबी_ सिग्नल_इंडेक्स मान) |
टीटीबी_चयन | 1 बाइट | यह चुनता है कि किस TB को ट्रिगर स्रोतों से जोड़ा जाना है। धारा 7 (TB_Signal_Index मान) |
आरएफयू | 4 बाइट्स | हमेशा 0x00000000 भेजें |
MISC_कॉन्फ़िगरेशन | 24 बाइट्स | ट्रिगर घटनाएँ, ध्रुवता आदि। देखें [1] सीटीएस कॉन्फ़िगरेशन को समझने के लिए उपयोग करें। |
4.5.10.2.2 प्रतिक्रिया
तालिका 88. CTS_CONFIGURE प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफल PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.10.3 सीटीएस_रिट्रीव_लॉग
यह निर्देश कैप्चर किए गए परीक्षण बस डेटा के डेटा लॉग को पुनर्प्राप्त करता हैampमेमोरी बफर में संग्रहित डेटा।
4.5.10.3.1 कमांड
तालिका 89. CTS_RETRIEVE_LOG कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण | |
खंड आकार | 1 बाइट | 0x01-0xFF | इसमें अपेक्षित डेटा बाइट्स की संख्या शामिल है। |
4.5.10.3.2 प्रतिक्रिया
तालिका 90. CTS_RETRIEVE_LOG प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) PN5190_स्थिति_सफलता_चेनिंग |
||
लॉग डेटा [1…n] | CTSअनुरोध | कैप्चर किया गया एसampडेटा खंड |
टिप्पणी:
'लॉग डेटा' का अधिकतम आकार 'चंकसाइज़' पर निर्भर करता है जो कमांड के भाग के रूप में प्रदान किया गया है।
कुल लॉग आकार टीएलवी हेडर प्रतिक्रिया में उपलब्ध होगा।
4.5.10.3.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.11 TEST_MODE कमांड
4.5.11.1 एंटीना_स्व_परीक्षण
इस निर्देश का उपयोग यह सत्यापित करने के लिए किया जाता है कि क्या ऐन्टेना जुड़ा हुआ है और क्या मेल खाने वाले घटक भरे/संयोजित हैं।
टिप्पणी:
यह कमांड अभी उपलब्ध नहीं है। उपलब्धता के लिए रिलीज़ नोट्स देखें।
4.5.11.2पीआरबीएस_टेस्ट
इस निर्देश का उपयोग रीडर मोड प्रोटोकॉल और बिट-रेट के विभिन्न कॉन्फ़िगरेशन के लिए 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 | पीआरबीएस15 | ||
02-एफएफ | आरएफयू |
4.5.11.2.2 प्रतिक्रिया
तालिका 92. PRBS_TEST प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_STATUS_सफलता PN5190_STATUS_INSTR_त्रुटि PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3 घटना
इस निर्देश के लिए कोई घटना नहीं है.
4.5.12 चिप जानकारी कमांड
4.5.12.1 GET_DIEID
इस निर्देश का उपयोग PN5190 चिप की डाई आईडी को पढ़ने के लिए किया जाता है।
4.5.12.1.1 कमांड
तालिका 93. GET_DIEID कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
– | – | पेलोड में कोई डेटा नहीं |
4.5.12.1.2 प्रतिक्रिया
तालिका 94. GET_DIEID प्रतिक्रिया मान
पेलोड क्षेत्र | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
||
मान | 16 बाइट्स | 16 बाइट्स आईडी. |
4.5.12.1.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
4.5.12.2 GET_संस्करण
इस निर्देश का उपयोग PN5190 चिप के HW संस्करण, ROM संस्करण और FW संस्करण को पढ़ने के लिए किया जाता है।
4.5.12.2.1 कमांड
तालिका 95. GET_VERSION कमांड मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
– | – | पेलोड में कोई डेटा नहीं |
डाउनलोड मोड में एक कमांड DL_GET_VERSION (अनुभाग 3.4.4) उपलब्ध है जिसका उपयोग HW संस्करण, ROM संस्करण और FW संस्करण को पढ़ने के लिए किया जा सकता है।
4.5.12.2.2 प्रतिक्रिया
तालिका 96. GET_VERSION प्रतिक्रिया मान
पेलोड फ़ील्ड | लंबाई | मूल्य/विवरण |
स्थिति | 1 बाइट | ऑपरेशन की स्थिति [तालिका नंबर एक] अपेक्षित मान नीचे दिए गए हैं: |
PN5190_स्थिति_सफल PN5190_STATUS_INSTR_ERROR (कोई और डेटा मौजूद नहीं है) |
||
एचडब्ल्यू_वी | 1 बाइट | हार्डवेयर संस्करण |
आरओ_वी | 1 बाइट | रोम कोड |
एफडब्ल्यू_वी | 2 बाइट्स | फ़र्मवेयर संस्करण (डाउनलोड के लिए प्रयुक्त) |
आरएफयू1-आरएफयू2 | 1-2 बाइट्स | – |
PN5190 IC के विभिन्न संस्करणों के लिए अपेक्षित प्रतिक्रिया का उल्लेख (अनुभाग 3.4.4) में किया गया है।
4.5.12.2.3 घटना
इस आदेश के लिए कोई ईवेंट नहीं हैं.
परिशिष्ट (एक्सampघाव)
इस परिशिष्ट में पूर्व विवरण शामिल हैंampउपर्युक्त कमांड के लिए les.ampये निर्देश केवल आदेश की विषय-वस्तु को दर्शाने के लिए उदाहरणार्थ हैं।
5.1 पूर्वampWRITE_REGISTER के लिए ले
होस्ट से भेजे गए डेटा का अनुक्रम 0x12345678F रजिस्टर में 0x1 मान लिखने के लिए है।
कमांड फ्रेम PN5190 पर भेजा गया: 0000051F78563412
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट PN5190 से प्राप्त प्रतिक्रिया फ़्रेम को पढ़ता है (सफल ऑपरेशन का संकेत देता है): 00000100 5.2 ExampWRITE_REGISTER_OR_MASK के लिए ले
0x1 मास्क के साथ रजिस्टर 0x12345678F पर तार्किक OR ऑपरेशन करने के लिए होस्ट से भेजे गए डेटा का निम्नलिखित अनुक्रम
कमांड फ्रेम PN5190 पर भेजा गया: 0100051F78563412
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट PN5190 से प्राप्त प्रतिक्रिया फ़्रेम को पढ़ता है (सफल ऑपरेशन का संकेत देता है): 01000100
5.3 पूर्वampWRITE_REGISTER_AND_MASK के लिए ले
0x1 मास्क के साथ रजिस्टर 0x12345678F पर तार्किक AND ऑपरेशन करने के लिए होस्ट से भेजे गए डेटा का निम्नलिखित अनुक्रम
कमांड फ्रेम PN5190 पर भेजा गया: 0200051F78563412
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट PN5190 से प्राप्त प्रतिक्रिया फ़्रेम को पढ़ता है (सफल ऑपरेशन का संकेत देता है): 02000100
5.4 पूर्वampWRITE_REGISTER_MULTIPLE के लिए ले
होस्ट से भेजे गए डेटा का अनुक्रम इस प्रकार है: रजिस्टर 0x1F पर 0x12345678 मास्क के साथ तार्किक AND ऑपरेशन करना, तथा रजिस्टर 0x20 पर 0x11223344 मास्क के साथ तार्किक OR ऑपरेशन करना, तथा रजिस्टर 0x21 पर 0xAABBCCDD मान के साथ लिखना।
कमांड फ्रेम PN5190 पर भेजा गया: 0300121F03785634122002443322112101DDCCBBAA
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट PN5190 से प्राप्त प्रतिक्रिया फ़्रेम को पढ़ता है (सफल ऑपरेशन का संकेत देता है): 03000100
5.5 पूर्वampREAD_REGISTER के लिए ले
रजिस्टर 0x1F की सामग्री को पढ़ने के लिए होस्ट से भेजे गए डेटा का अनुक्रम निम्नलिखित है और यह मानते हुए कि रजिस्टर का मान 0x12345678 है
कमांड फ्रेम PN5190 पर भेजा गया: 0400011F
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट PN5190 से प्राप्त प्रतिक्रिया फ़्रेम को पढ़ता है (सफल ऑपरेशन का संकेत देता है): 0400050078563412
5.6 पूर्वampREAD_REGISTER_MULTIPLE के लिए ले
होस्ट से भेजे गए डेटा का अनुक्रम रजिस्टर 0x1F की सामग्री को पढ़ने के लिए है जिसमें 0x12345678 का मान है, और रजिस्टर 0x25 जिसमें 0x11223344 का मान है
कमांड फ्रेम PN5190 पर भेजा गया: 0500021F25
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट ने प्रतिक्रिया पढ़ी, तो PN5190 से फ़्रेम प्राप्त हुआ (सफल ऑपरेशन का संकेत): 050009007856341244332211
5.7 पूर्वampWRITE_E2PROM के लिए ले
होस्ट से E2PROM स्थानों 0x0130 से 0x0134 तक लिखने के लिए भेजे गए डेटा का निम्नलिखित अनुक्रम, जिसमें सामग्री 0x11, 0x22, 0x33, 0x44, 0x55 है
कमांड फ़्रेम PN5190 पर भेजा गया: 06000730011122334455
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 06000100
5.8 पूर्वampREAD_E2PROM के लिए ले
होस्ट से E2PROM स्थानों 0x0130 से 0x0134 तक पढ़ने के लिए भेजे गए डेटा का निम्नलिखित अनुक्रम जहां संग्रहीत सामग्री है: 0x11, 0x22, 0x33, 0x44, 0x55
कमांड फ़्रेम PN5190 पर भेजा गया: 07000430010500
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट ने प्रतिक्रिया पढ़ी, तो PN5190 से फ़्रेम प्राप्त हुआ (सफल ऑपरेशन का संकेत): 070006001122334455
5.9 पूर्वampTRANSMIT_RF_DATA के लिए ले
REQA कमांड (0x26) भेजने के लिए होस्ट से भेजे गए डेटा का अनुक्रम, जिसमें प्रेषित की जाने वाली बिट्स की संख्या '0x07' है, यह मानते हुए कि आवश्यक रजिस्टर पहले सेट किए गए हैं और RF चालू है।
कमांड फ़्रेम PN5190 पर भेजा गया: 0800020726
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 08000100
5.10 पूर्वampRETREIVE_RF_DATA के लिए ले
होस्ट से भेजे गए डेटा के अनुक्रम को आंतरिक CLIF बफर में प्राप्त/संग्रहीत डेटा प्राप्त करने के लिए (यह मानते हुए कि 0x05 प्राप्त हुआ था), यह मानते हुए कि RF चालू होने के बाद TRANSMIT_RF_DATA पहले ही भेजा जा चुका है।
कमांड फ़्रेम PN5190 पर भेजा गया: 090000
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 090003000400
5.11 पूर्वampEXCHANGE_RF_DATA के लिए ले
REQA (0x26) संचारित करने के लिए होस्ट से भेजे गए डेटा का अनुक्रम, जिसमें भेजे जाने वाले अंतिम बाइट में बिट्स की संख्या 0x07 के रूप में सेट की गई है, जिसमें डेटा के साथ प्राप्त की जाने वाली सभी स्थितियाँ हैं। मान लिया गया है कि आवश्यक RF रजिस्टर पहले से ही सेट हैं और RF चालू है।
PN5190 को कमांड फ़्रेम भेजा गया: 0A0003070F26
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट ने प्रतिक्रिया पढ़ी, तो PN5190 से फ्रेम प्राप्त हुआ (सफल ऑपरेशन का संकेत): 0A000 F000200000000000200000000004400
5.12 पूर्वampLOAD_RF_CONFIGURATION के लिए फ़ाइल
RF कॉन्फ़िगरेशन सेट करने के लिए होस्ट से भेजे गए डेटा का अनुक्रम निम्न है। TX के लिए, 0x00 और RX के लिए, 0x80
PN5190 को कमांड फ़्रेम भेजा गया: 0D00020080
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 0D000100
5.13 पूर्वampUPDATE_RF_CONFIGURATION के लिए ले
RF कॉन्फ़िगरेशन को अपडेट करने के लिए होस्ट से भेजे गए डेटा का अनुक्रम निम्न है। TX के लिए, 0x00, CLIF_CRC_TX_CONFIG के लिए रजिस्टर पता और मान 0x00000001 है
PN5190 को कमांड फ़्रेम भेजा गया: 0E0006001201000000
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट ने प्रतिक्रिया पढ़ी, तो PN5190 से फ़्रेम प्राप्त हुआ (सफल ऑपरेशन का संकेत): 0E000100
5.14 पूर्वampRF_ON के लिए ले
टकराव से बचने और कोई P2P सक्रिय नहीं होने का उपयोग करके RF फ़ील्ड को चालू करने के लिए होस्ट से भेजे गए डेटा का अनुक्रम। यह माना जाता है कि, संबंधित RF TX और RX कॉन्फ़िगरेशन पहले से ही PN5190 में सेट हैं।
कमांड फ़्रेम PN5190 पर भेजा गया: 10000100
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 10000100
5.15 पूर्वampRF_OFF के लिए ले
आरएफ क्षेत्र को बंद करने के लिए होस्ट से भेजे गए डेटा का निम्नलिखित अनुक्रम।
कमांड फ़्रेम PN5190 पर भेजा गया: 110000
होस्ट को व्यवधान की प्रतीक्षा करनी होगी।
जब होस्ट प्रतिक्रिया पढ़ता है, तो PN5190 से प्राप्त फ्रेम (सफल ऑपरेशन का संकेत): 11000100
परिशिष्ट (आरएफ प्रोटोकॉल कॉन्फ़िगरेशन इंडेक्स)
इस परिशिष्ट में PN5190 द्वारा समर्थित RF प्रोटोकॉल कॉन्फ़िगरेशन इंडेक्स शामिल हैं।
TX और RX कॉन्फ़िगरेशन सेटिंग्स का उपयोग अनुभाग 4.5.7.1, अनुभाग 4.5.7.2, अनुभाग 4.5.7.3 कमांड में किया जाना चाहिए।
परिशिष्ट (CTS और TESTBUS सिग्नल)
नीचे दी गई तालिका CTS निर्देशों (अनुभाग 5190) और TESTBUS निर्देशों का उपयोग करके कैप्चर करने के लिए PN4.5.10 से उपलब्ध विभिन्न संकेतों को निर्दिष्ट करती है।
इनका उपयोग Section 4.5.9.1, Section 4.5.9.2, Section 4.5.10.2 कमांड के लिए किया जाना चाहिए।
लघुरूप
तालिका 97. संक्षिप्त रूप
संक्षिप्त | अर्थ |
सीएलके | घड़ी |
DWL_REQ | डाउनलोड अनुरोध पिन (जिसे DL_REQ भी कहा जाता है) |
ईईपीरोम | विद्युत व्यामार्जनीय क्रमादेश केवल पढने की यादास्त |
FW | फर्मवेयर |
जीएनडी | मैदान |
जीपीआईओ | सामान्य प्रयोजन इनपुट आउटपुट |
HW | हार्डवेयर |
आई²सी | अंतर-एकीकृत सर्किट (सीरियल डेटा बस) |
आईआरक्यू | व्यवधान अनुरोध |
आईएसओ / आईईसी | अंतर्राष्ट्रीय मानक संगठन / अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल समुदाय |
एनएफसी | नजदीक फील्ड संचार |
OS | ऑपरेटिंग सिस्टम |
पीसीडी | निकटता युग्मन डिवाइस (संपर्क रहित रीडर) |
पीआईसीसी | निकटता एकीकृत सर्किट कार्ड (संपर्क रहित कार्ड) |
पीएमयू | पावर प्रबंधन इकाई |
पोर | पावर-ऑन रीसेट |
RF | आकाशवाणी आवृति |
आरएसटी | रीसेट करें |
एसएफडब्लूयू | सुरक्षित फ़र्मवेयर डाउनलोड मोड |
एसपीआई | क्रमानुसार बाह्य इंटरफ़ेस |
वेंचर | V पिन सक्षम करें |
संदर्भ
[1] एनएफसी कॉकपिट का सीटीएस कॉन्फ़िगरेशन भाग, https://www.nxp.com/products/:NFC-COCKPIT[2] PN5190 आईसी डेटा शीट, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
कानूनी जानकारी
10.1 परिभाषाएँ
मसौदा - किसी दस्तावेज़ पर ड्राफ्ट स्थिति इंगित करती है कि सामग्री अभी भी आंतरिक रे के अधीन हैview और औपचारिक स्वीकृति के अधीन, जिसके परिणामस्वरूप संशोधन या परिवर्धन हो सकते हैं। एनएक्सपी सेमीकंडक्टर्स किसी दस्तावेज़ के ड्राफ्ट संस्करण में शामिल जानकारी की सटीकता या पूर्णता के बारे में कोई प्रतिनिधित्व या वारंटी नहीं देता है और ऐसी जानकारी के उपयोग के परिणामों के लिए कोई दायित्व नहीं होगा।
10.2 अस्वीकरण
सीमित वारंटी और दायित्व — इस दस्तावेज़ में दी गई जानकारी को सटीक और विश्वसनीय माना जाता है। हालांकि, एनएक्सपी सेमीकंडक्टर्स ऐसी जानकारी की सटीकता या पूर्णता के रूप में व्यक्त या निहित कोई प्रतिनिधित्व या वारंटी नहीं देते हैं और ऐसी जानकारी के उपयोग के परिणामों के लिए कोई दायित्व नहीं होगा। एनएक्सपी सेमीकंडक्टर्स के बाहर किसी सूचना स्रोत द्वारा प्रदान किए जाने पर एनएक्सपी सेमीकंडक्टर्स इस दस्तावेज़ में सामग्री के लिए कोई ज़िम्मेदारी नहीं लेते हैं।
किसी भी घटना में एनएक्सपी सेमीकंडक्टर्स किसी भी अप्रत्यक्ष, आकस्मिक, दंडात्मक, विशेष या परिणामी नुकसान के लिए उत्तरदायी नहीं होंगे (जिसमें - बिना सीमा के खोए हुए लाभ, खोई हुई बचत, व्यवसाय में रुकावट, किसी भी उत्पाद को हटाने या बदलने से संबंधित लागत या फिर से काम करने का शुल्क शामिल है) चाहे या इस तरह के नुकसान यातना (लापरवाही सहित), वारंटी, अनुबंध के उल्लंघन या किसी अन्य कानूनी सिद्धांत पर आधारित नहीं हैं।
किसी भी कारण से ग्राहक को होने वाली किसी भी क्षति के बावजूद, यहां वर्णित उत्पादों के लिए ग्राहक के प्रति एनएक्सपी सेमीकंडक्टर्स की कुल और संचयी देयता नियमों के अनुसार सीमित होगी।
एनएक्सपी सेमीकंडक्टर्स की वाणिज्यिक बिक्री के नियम और शर्तें।
परिवर्तन करने का अधिकार - NXP सेमीकंडक्टर्स के पास इस दस्तावेज़ में प्रकाशित जानकारी में परिवर्तन करने का अधिकार सुरक्षित है, जिसमें बिना किसी सीमा के विनिर्देशों और उत्पाद विवरण शामिल हैं, किसी भी समय और बिना किसी सूचना के। यह दस्तावेज़ इसके प्रकाशन से पहले प्रदान की गई सभी सूचनाओं का स्थान लेता है और प्रतिस्थापित करता है।
उपयोग के लिए उपयुक्तता - एनएक्सपी सेमीकंडक्टर्स उत्पादों को जीवन समर्थन, जीवन-महत्वपूर्ण या सुरक्षा-महत्वपूर्ण प्रणालियों या उपकरणों में उपयोग के लिए उपयुक्त होने के लिए डिज़ाइन, अधिकृत या वारंट नहीं किया गया है, न ही उन अनुप्रयोगों में जहां एनएक्सपी सेमीकंडक्टर्स उत्पाद की विफलता या खराबी की उचित रूप से उम्मीद की जा सकती है व्यक्तिगत चोट, मृत्यु या गंभीर संपत्ति या पर्यावरणीय क्षति के परिणामस्वरूप। एनएक्सपी सेमीकंडक्टर्स और इसके आपूर्तिकर्ता ऐसे उपकरणों या अनुप्रयोगों में एनएक्सपी सेमीकंडक्टर्स उत्पादों के समावेश और/या उपयोग के लिए कोई दायित्व स्वीकार नहीं करते हैं और इसलिए ऐसा समावेश और/या उपयोग ग्राहक के अपने जोखिम पर है।
अनुप्रयोग — इनमें से किसी भी उत्पाद के लिए यहां वर्णित एप्लिकेशन केवल उदाहरण के लिए हैं। एनएक्सपी सेमीकंडक्टर्स कोई प्रतिनिधित्व या वारंटी नहीं देते हैं कि ऐसे अनुप्रयोग आगे के परीक्षण या संशोधन के बिना निर्दिष्ट उपयोग के लिए उपयुक्त होंगे।
ग्राहक एनएक्सपी सेमीकंडक्टर उत्पादों का उपयोग करके अपने अनुप्रयोगों और उत्पादों के डिजाइन और संचालन के लिए जिम्मेदार हैं, और एनएक्सपी सेमीकंडक्टर अनुप्रयोगों या ग्राहक उत्पाद डिजाइन के साथ किसी भी सहायता के लिए कोई दायित्व स्वीकार नहीं करता है। यह निर्धारित करना ग्राहक की एकमात्र जिम्मेदारी है कि एनएक्सपी सेमीकंडक्टर्स उत्पाद ग्राहक के अनुप्रयोगों और नियोजित उत्पादों के साथ-साथ ग्राहक के तीसरे पक्ष के ग्राहकों के नियोजित अनुप्रयोग और उपयोग के लिए उपयुक्त और उपयुक्त है या नहीं। ग्राहकों को अपने अनुप्रयोगों और उत्पादों से जुड़े जोखिमों को कम करने के लिए उचित डिजाइन और परिचालन सुरक्षा उपाय प्रदान करने चाहिए।
एनएक्सपी सेमीकंडक्टर्स किसी भी डिफ़ॉल्ट, क्षति, लागत या समस्या से संबंधित किसी भी दायित्व को स्वीकार नहीं करता है जो ग्राहक के अनुप्रयोगों या उत्पादों में किसी कमजोरी या डिफ़ॉल्ट, या ग्राहक के तीसरे पक्ष के ग्राहकों द्वारा एप्लिकेशन या उपयोग पर आधारित है। ग्राहक एनएक्सपी सेमीकंडक्टर्स उत्पादों का उपयोग करके ग्राहक के अनुप्रयोगों और उत्पादों के लिए सभी आवश्यक परीक्षण करने के लिए जिम्मेदार है ताकि अनुप्रयोगों और उत्पादों या एप्लिकेशन या ग्राहक के तीसरे पक्ष के ग्राहकों द्वारा उपयोग में चूक से बचा जा सके। एनएक्सपी इस संबंध मे किसी देयता को स्वीकार नहीं करता है।
NXP BV - NXP BV एक ऑपरेटिंग कंपनी नहीं है और यह उत्पादों का वितरण या बिक्री नहीं करती है।
10.3 लाइसेंस
एनएफसी तकनीक के साथ एनएक्सपी आईसी की खरीद - एनएक्सपी सेमीकंडक्टर आईसी की खरीद जो कि निकट क्षेत्र संचार (एनएफसी) मानकों आईएसओ/आईईसी 18092 और आईएसओ/आईईसी 21481 में से किसी एक का अनुपालन करती है, उन मानकों में से किसी के कार्यान्वयन द्वारा उल्लंघन किए गए किसी भी पेटेंट अधिकार के तहत निहित लाइसेंस को व्यक्त नहीं करती है। एनएक्सपी सेमीकंडक्टर आईसी की खरीद में उन उत्पादों के अन्य उत्पादों, चाहे हार्डवेयर हो या सॉफ्टवेयर, के साथ संयोजन को कवर करने वाले किसी भी एनएक्सपी पेटेंट (या अन्य आईपी अधिकार) का लाइसेंस शामिल नहीं है।
10.4 ट्रेडमार्क
सूचना: सभी संदर्भित ब्रांड, उत्पाद के नाम, सेवा के नाम और ट्रेडमार्क उनके संबंधित स्वामियों की संपत्ति हैं।
एनएक्सपी - वर्डमार्क और लोगो एनएक्सपी बीवी के ट्रेडमार्क हैं
EdgeVerse — NXP BV का ट्रेडमार्क है
फेलिका - सोनी कॉर्पोरेशन का ट्रेडमार्क है।
MIFARE — NXP BV का ट्रेडमार्क है
MIFARE Classic — NXP BV का ट्रेडमार्क है
कृपया ध्यान रखें कि इस दस्तावेज़ और इसमें वर्णित उत्पाद(ओं) से संबंधित महत्वपूर्ण सूचनाएं 'कानूनी जानकारी' अनुभाग में शामिल की गई हैं।
© 2023 एनएक्सपी बीवी
और अधिक जानकारी के लिए कृपया विजिट करें: http://www.nxp.com
सर्वाधिकार सुरक्षित।
रिलीज की तारीख: 25 मई 2023
दस्तावेज़ पहचानकर्ता: UM11942
दस्तावेज़ / संसाधन
![]() |
एनएक्सपी पीएन5190 एनएफसी फ्रंटएंड कंट्रोलर [पीडीएफ] उपयोगकर्ता पुस्तिका PN5190, PN5190 NFC फ्रंटएंड कंट्रोलर, NFC फ्रंटएंड कंट्रोलर, कंट्रोलर, UM11942 |