NXP PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલર વપરાશકર્તા માર્ગદર્શિકા

માહિતી	સામગ્રી
કીવર્ડ્સ	PN5190, NFC, NFC ફ્રન્ટએન્ડ, કંટ્રોલર, સૂચના સ્તર
અમૂર્ત	આ દસ્તાવેજ NXP PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલરની કામગીરીનું મૂલ્યાંકન કરવા માટે, હોસ્ટ કંટ્રોલર પાસેથી કામ કરવા માટેના સૂચના સ્તર આદેશો અને પ્રતિસાદોનું વર્ણન કરે છે. PN5190 એ નેક્સ્ટ જનરેશન NFC ફ્રન્ટએન્ડ કંટ્રોલર છે. આ દસ્તાવેજનો અવકાશ PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલર સાથે કામ કરવા માટે ઇન્ટરફેસ આદેશોનું વર્ણન કરવાનો છે. PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલરની કામગીરી પર વધુ માહિતી માટે, ડેટા શીટ અને તેની પૂરક માહિતીનો સંદર્ભ લો.

પુનરાવર્તન ઇતિહાસ

રેવ	તારીખ	વર્ણન
3.7	20230525	• દસ્તાવેજનો પ્રકાર અને શીર્ષક પ્રોડક્ટ ડેટા શીટના પરિશિષ્ટમાંથી વપરાશકર્તા માર્ગદર્શિકામાં બદલાઈ ગયું છે • સંપાદકીય સફાઈ • SPI સિગ્નલો માટે અપડેટ કરેલ સંપાદકીય શરતો • વિભાગ 8 માં કોષ્ટક 4.5.2.3 માં GET_CRC_USER_AREA આદેશ ઉમેર્યો • વિભાગ 5190 માં PN1B5190 અને PN2B3.4.1 માટે વિવિધ વિભિન્ન વિગતો અપડેટ કરી • વિભાગ 3.4.7 નો અપડેટ કરેલ પ્રતિભાવ
3.6	20230111	વિભાગ 3.4.7 માં ઉન્નત ચેક અખંડિતતા પ્રતિભાવ વર્ણન
3.5	20221104	વિભાગ 4.5.4.6.3 “ઇવેન્ટ”: ઉમેર્યું
3.4	20220701	• વિભાગ 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 અવકાશ
દસ્તાવેજ લોજિકલ સ્તર, સૂચના કોડ, API જે ગ્રાહક માટે સુસંગત છે તેનું વર્ણન કરે છે.

હોસ્ટ સંચાર પરview

યજમાન નિયંત્રક સાથે વાતચીત કરવા માટે PN5190 પાસે ઓપરેશનના બે મુખ્ય મોડ છે.

જ્યારે ઉપકરણ દાખલ કરવા માટે ટ્રિગર થાય છે ત્યારે HDLL-આધારિત સંચારનો ઉપયોગ થાય છે:
a તેના ફર્મવેરને અપડેટ કરવા માટે એન્ક્રિપ્ટેડ સિક્યોર ડાઉનલોડ મોડ
TLV આદેશ-પ્રતિભાવ-આધારિત સંચાર (ભૂતપૂર્વ તરીકે આપેલampલે).

2.1 HDLL મોડ
HDLL મોડનો ઉપયોગ નીચેના IC ઓપરેટિંગ મોડ્સ સાથે કામ કરવા માટે પેકેટ એક્સચેન્જ ફોર્મેટ માટે થાય છે:

સુરક્ષિત ફર્મવેર ડાઉનલોડ મોડ (SFWU), વિભાગ 3 જુઓ

2.1.1 HDLL નું વર્ણન
HDLL એ વિશ્વસનીય FW ડાઉનલોડની ખાતરી કરવા માટે NXP દ્વારા વિકસિત લિંક સ્તર છે.
એચડીએલએલ સંદેશ 2 બાઈટ હેડરથી બનેલો હોય છે, ત્યારબાદ એક ફ્રેમ હોય છે, જેમાં ઓપકોડ અને આદેશનો પેલોડ હોય છે. દરેક સંદેશ 16-બીટ સીઆરસી સાથે સમાપ્ત થાય છે, જે નીચે ચિત્રમાં વર્ણવેલ છે:HDLL હેડરમાં શામેલ છે:

એક ભાગ બીટ. જે સૂચવે છે કે શું આ સંદેશ સંદેશનો એકમાત્ર અથવા છેલ્લો ભાગ છે (ચંક = 0). અથવા જો, ઓછામાં ઓછું, અન્ય એક ભાગ અનુસરે છે (ચંક = 1).

10 બિટ્સ પર કોડેડ પેલોડની લંબાઈ. તેથી, HDLL ફ્રેમ પેલોડ 1023 બાઈટ સુધી જઈ શકે છે.

બાઈટ ઓર્ડરને મોટા-એન્ડિયન તરીકે વ્યાખ્યાયિત કરવામાં આવ્યો છે, જેનો અર્થ થાય છે Ms બાઈટ પ્રથમ.
CRC16 એ X.25 (CRC-CCITT, ISO/IEC13239) સ્ટાન્ડર્ડને બહુપદી x^16 + x^12 + x^5 +1 અને પ્રી-લોડ મૂલ્ય 0xFFFF સાથે સુસંગત છે.
તે સમગ્ર HDLL ફ્રેમ પર ગણવામાં આવે છે, એટલે કે, હેડર + ફ્રેમ.
Sampસી-કોડ અમલીકરણ:
સ્ટેટિક uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new;
uint16_t crc = 0xffffU;
માટે (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8 );
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
સીઆરસી = સીઆરસી_નવું;
}
વળતર સીઆરસી;
}
2.1.2 SPI પર ટ્રાન્સપોર્ટ મેપિંગ
દરેક NTS નિવેદન માટે, પ્રથમ બાઇટ હંમેશા હેડર (ફ્લો ઇન્ડીકેશન બાઇટ) હોય છે, તે લખવા/વાંચવાની કામગીરીના સંદર્ભમાં 0x7F/0xFF હોઈ શકે છે.
2.1.2.1 હોસ્ટ તરફથી ક્રમ લખો (દિશા DH => PN5190)2.1.2.2 હોસ્ટ તરફથી ક્રમ વાંચો (દિશા PN5190 => DH)2.1.3 HDLL પ્રોટોકોલ
HDLL એ કમાન્ડ-રિસ્પોન્સ પ્રોટોકોલ છે. ઉપર દર્શાવેલ તમામ કામગીરી ચોક્કસ આદેશ દ્વારા ટ્રિગર થાય છે અને પ્રતિભાવના આધારે માન્ય કરવામાં આવે છે.
આદેશો અને પ્રતિભાવો HDLL સંદેશ વાક્યરચનાનું પાલન કરે છે, ઉપકરણ હોસ્ટ દ્વારા મોકલવામાં આવેલ આદેશ, PN5190 દ્વારા પ્રતિસાદ. opcode આદેશ અને પ્રતિભાવ પ્રકાર સૂચવે છે.
HDLL-આધારિત સંચાર, ફક્ત ત્યારે જ વપરાય છે જ્યારે PN5190 "સુરક્ષિત ફર્મવેર ડાઉનલોડ" મોડમાં દાખલ થવા માટે ટ્રિગર થાય છે.
2.2 TLV મોડ
TLV નો અર્થ છે Tag લંબાઈ મૂલ્ય.
2.2.1 ફ્રેમ વ્યાખ્યા
SPI ફ્રેમ NTS ની પડતી ધારથી શરૂ થાય છે અને NTS ની વધતી ધાર સાથે સમાપ્ત થાય છે. SPI એ ફિઝિકલ ડેફિનેશન મુજબ ફુલ ડુપ્લેક્સ છે પરંતુ PN5190 SPI નો હાફ-ડુપ્લેક્સ મોડમાં ઉપયોગ કરે છે. SPI મોડ [0] માં નિર્દિષ્ટ કર્યા મુજબ મહત્તમ ઘડિયાળ ગતિ સાથે CPOL 0 અને CPHA 2 સુધી મર્યાદિત છે. દરેક SPI ફ્રેમ 1 બાઈટ હેડર અને બોડીના n-બાઈટથી બનેલી હોય છે.
2.2.2 પ્રવાહ સંકેતHOST હંમેશા પ્રથમ બાઈટ તરીકે ફ્લો ઈન્ડીકેશન બાઈટ મોકલે છે, પછી ભલે તે PN5190 માંથી ડેટા લખવા કે વાંચવા માંગે છે.
જો વાંચવાની વિનંતી હોય અને કોઈ ડેટા ઉપલબ્ધ ન હોય, તો પ્રતિભાવમાં 0xFF હોય છે.
ફ્લો ઈન્ડીકેશન બાઈટ પછીનો ડેટા એક અથવા અનેક સંદેશાઓ છે.
દરેક NTS નિવેદન માટે, પ્રથમ બાઇટ હંમેશા હેડર (ફ્લો ઇન્ડીકેશન બાઇટ) હોય છે, તે લખવા/વાંચવાની કામગીરીના સંદર્ભમાં 0x7F/0xFF હોઈ શકે છે.
2.2.3 સંદેશનો પ્રકાર
હોસ્ટ કંટ્રોલર એ સંદેશાઓનો ઉપયોગ કરીને PN5190 સાથે વાતચીત કરશે જે SPI ફ્રેમમાં પરિવહન થાય છે.
ત્યાં ત્રણ અલગ અલગ પ્રકારના સંદેશા છે:

આદેશ
પ્રતિભાવ

ઘટના

ઉપરોક્ત સંદેશાવ્યવહાર રેખાકૃતિ નીચે પ્રમાણે વિવિધ પ્રકારના સંદેશાઓ માટે મંજૂર દિશાઓ દર્શાવે છે:

આદેશ અને પ્રતિભાવ.
આદેશો ફક્ત હોસ્ટ કંટ્રોલરથી PN5190 પર મોકલવામાં આવે છે.

પ્રતિભાવો અને ઇવેન્ટ્સ ફક્ત PN5190 થી હોસ્ટ કંટ્રોલરને મોકલવામાં આવે છે.
આદેશ પ્રતિસાદો IRQ પિનનો ઉપયોગ કરીને સિંક્રનાઇઝ થાય છે.

જ્યારે IRQ ઓછું હોય ત્યારે જ હોસ્ટ આદેશો મોકલી શકે છે.
જ્યારે IRQ વધારે હોય ત્યારે જ હોસ્ટ પ્રતિભાવ/ઇવેન્ટ વાંચી શકે છે.

2.2.3.1 મંજૂર સિક્વન્સ અને નિયમોઆદેશ, પ્રતિભાવ અને ઘટનાઓની અનુમતિ આપેલ ક્રમ

આદેશ હંમેશા પ્રતિભાવ, અથવા ઘટના, અથવા બંને દ્વારા સ્વીકારવામાં આવે છે.

અગાઉના આદેશનો પ્રતિસાદ ન મળ્યો હોય તે પહેલાં યજમાન નિયંત્રકને બીજો આદેશ મોકલવાની મંજૂરી નથી.
ઇવેન્ટ્સ કોઈપણ સમયે અસુમેળ રીતે મોકલવામાં આવી શકે છે (કમાન્ડ/પ્રતિસાદ જોડીમાં ઇન્ટરલીવ્ડ નથી).

ઇવેન્ટ સંદેશાઓ ક્યારેય એક ફ્રેમની અંદરના RESPONSE સંદેશાઓ સાથે જોડાતા નથી.

નોંધ: સંદેશની ઉપલબ્ધતા (ક્યાં તો પ્રતિસાદ અથવા ઘટના) IRQ નીચાથી ઊંચો જવા સાથે સંકેત આપવામાં આવે છે. જ્યાં સુધી તમામ પ્રતિભાવ અથવા ઇવેન્ટ ફ્રેમ વાંચવામાં ન આવે ત્યાં સુધી IRQ ઉચ્ચ રહે છે. IRQ સિગ્નલ ઓછું હોય તે પછી જ, હોસ્ટ આગળનો આદેશ મોકલી શકે છે.
2.2.4 સંદેશ ફોર્મેટ
દરેક સંદેશને SWITCH_MODE_NORMAL આદેશ સિવાય દરેક સંદેશ માટે n-બાઇટ પેલોડ સાથે TLV સ્ટ્રક્ચરમાં કોડેડ કરવામાં આવે છે.દરેક TLV આનાથી બનેલું છે:પ્રકાર (T) => 1 બાઇટ
બીટ[7] સંદેશનો પ્રકાર
0: COMMAND અથવા RESPONSE સંદેશ
1: ઇવેન્ટ સંદેશ
બીટ[6:0]: સૂચના કોડ
લંબાઈ (L) => 2 બાઇટ્સ (બિગ-એન્ડિયન ફોર્મેટમાં હોવી જોઈએ)
મૂલ્ય (V) => લંબાઈ ફીલ્ડ (બિગ-એન્ડિયન ફોર્મેટ) પર આધારિત TLV (કમાન્ડ પેરામીટર્સ / રિસ્પોન્સ ડેટા) ના મૂલ્ય/ડેટાના N બાઇટ્સ
2.2.4.1 સ્પ્લિટ ફ્રેમ
COMMAND સંદેશ એક SPI ફ્રેમમાં મોકલવો આવશ્યક છે.
RESPONSE અને EVENT સંદેશાઓ બહુવિધ SPI ફ્રેમમાં વાંચી શકાય છે, દા.ત. લંબાઈ બાઈટ વાંચવા માટે.પ્રતિભાવ અથવા ઘટના સંદેશાઓ સિંગલ SPI ફ્રેમમાં વાંચી શકાય છે પરંતુ વચ્ચે નો-ક્લોક દ્વારા વિલંબ થાય છે, દા.ત., લંબાઈ બાઈટ વાંચવા માટે.

IC ઓપરેટિંગ બૂટ મોડ - સુરક્ષિત FW ડાઉનલોડ મોડ

3.1 પરિચય
PN5190 ફર્મવેર કોડનો ભાગ કાયમી ધોરણે ROM માં સંગ્રહિત થાય છે, જ્યારે બાકીનો કોડ અને ડેટા એમ્બેડેડ ફ્લેશમાં સંગ્રહિત થાય છે. વપરાશકર્તાનો ડેટા ફ્લેશમાં સંગ્રહિત થાય છે અને તે એન્ટી-ટીરીંગ મિકેનિઝમ્સ દ્વારા સુરક્ષિત છે જે ડેટાની પ્રામાણિકતા અને ઉપલબ્ધતાને સુનિશ્ચિત કરે છે. NXPsના ગ્રાહકોને નવીનતમ ધોરણો (EMVCo, NFC ફોરમ અને તેથી વધુ) સાથે સુસંગત હોય તેવી સુવિધાઓ પ્રદાન કરવા માટે, FLASH માં કોડ અને વપરાશકર્તા ડેટા બંને અપડેટ કરી શકાય છે.
એનક્રિપ્ટેડ ફર્મવેરની અધિકૃતતા અને અખંડિતતા અસમપ્રમાણ/સપ્રમાણ કી હસ્તાક્ષર અને રિવર્સ ચેઇન હેશ મિકેનિઝમ દ્વારા સુરક્ષિત છે. પ્રથમ DL_SEC_WRITE આદેશ બીજા આદેશની હેશ ધરાવે છે અને પ્રથમ ફ્રેમના પેલોડ પર RSA હસ્તાક્ષર દ્વારા સુરક્ષિત છે. PN5190 ફર્મવેર પ્રથમ આદેશને પ્રમાણિત કરવા માટે RSA જાહેર કીનો ઉપયોગ કરે છે. ફર્મવેર કોડ અને ડેટાને તૃતીય પક્ષો દ્વારા એક્સેસ કરવામાં ન આવે તેની ખાતરી કરવા માટે દરેક આદેશમાં સાંકળવાળી હેશનો ઉપયોગ અનુગામી આદેશને પ્રમાણિત કરવા માટે થાય છે.
DL_SEC_WRITE આદેશોના પેલોડ્સ AES-128 કી સાથે એનક્રિપ્ટ થયેલ છે. દરેક આદેશના પ્રમાણીકરણ પછી, પેલોડ સામગ્રીને ડિક્રિપ્ટ કરવામાં આવે છે અને PN5190 ફર્મવેર દ્વારા ફ્લેશ કરવા માટે લખવામાં આવે છે.
NXP ફર્મવેર માટે, NXP નવા વપરાશકર્તા ડેટા સાથે, નવા સુરક્ષિત ફર્મવેર અપડેટ્સ પહોંચાડવાનો હવાલો ધરાવે છે.
અપડેટ પ્રક્રિયા NXP કોડ અને ડેટાની અધિકૃતતા, અખંડિતતા અને ગોપનીયતાને સુરક્ષિત રાખવા માટે એક મિકેનિઝમથી સજ્જ છે.
HDLL-આધારિત ફ્રેમ પેકેટ સ્કીમાનો ઉપયોગ સુરક્ષિત ફર્મવેર અપગ્રેડ મોડ માટેના તમામ આદેશો અને પ્રતિસાદો માટે થાય છે.
કલમ 2.1 ઓવર પૂરી પાડે છેview HDLL ફ્રેમ પેકેટ સ્કીમાનો ઉપયોગ.
PN5190 ICs ઉપયોગમાં લેવાતા વેરિઅન્ટના આધારે લેગસી એન્ક્રિપ્ટેડ સુરક્ષિત FW ડાઉનલોડ અને હાર્ડવેર ક્રિપ્ટો આસિસ્ટેડ એનક્રિપ્ટેડ સુરક્ષિત FW ડાઉનલોડ પ્રોટોકોલ બંનેને સપોર્ટ કરે છે.
બે પ્રકાર છે:

લેગસી સુરક્ષિત FW ડાઉનલોડ પ્રોટોકોલ જે ફક્ત PN5190 B0/B1 IC વર્ઝન સાથે કામ કરે છે.

હાર્ડવેર ક્રિપ્ટો આસિસ્ટેડ સુરક્ષિત FW ડાઉનલોડ પ્રોટોકોલ જે ફક્ત PN5190B2 IC વર્ઝન સાથે કામ કરે છે, જે ઓન-ચીપ હાર્ડવેર ક્રિપ્ટો બ્લોક્સનો ઉપયોગ કરે છે

નીચેના વિભાગો સિક્યોર ફર્મવેર ડાઉનલોડ મોડના આદેશો અને જવાબો સમજાવે છે.
3.2 "સુરક્ષિત ફર્મવેર ડાઉનલોડ" મોડને કેવી રીતે ટ્રિગર કરવું
નીચે ડાયાગ્રામ, અને અનુગામી પગલાં, સુરક્ષિત ફર્મવેર ડાઉનલોડ મોડને કેવી રીતે ટ્રિગર કરવું તે બતાવો.પૂર્વ-શરત: PN5190 ઓપરેશન સ્થિતિમાં છે.
મુખ્ય દૃશ્ય:

પ્રવેશની સ્થિતિ જ્યાં "સુરક્ષિત ફર્મવેર ડાઉનલોડ" મોડ દાખલ કરવા માટે DWL_REQ પિનનો ઉપયોગ કરવામાં આવે છે.
a ઉપકરણ હોસ્ટ DWL_REQ પિનને ઉચ્ચ ખેંચે છે (માત્ર જો DWL_REQ પિન દ્વારા સુરક્ષિત ફર્મવેર અપડેટ હોય તો જ માન્ય) અથવા
b ઉપકરણ હોસ્ટ PN5190 ને બુટ કરવા માટે હાર્ડ-રીસેટ કરે છે
પ્રવેશની સ્થિતિ જ્યાં "સુરક્ષિત ફર્મવેર ડાઉનલોડ" મોડમાં દાખલ થવા માટે DWL_REQ પિનનો ઉપયોગ થતો નથી (પિનલેસ ડાઉનલોડ).
a ઉપકરણ હોસ્ટ PN5190 ને બુટ કરવા માટે હાર્ડ-રીસેટ કરે છે
b ઉપકરણ હોસ્ટ સામાન્ય એપ્લિકેશન મોડમાં દાખલ થવા માટે SWITCH_MODE_NORMAL (વિભાગ 4.5.4.5) મોકલે છે.
c હવે જ્યારે IC એપ્લિકેશનના સામાન્ય મોડમાં હોય છે, ત્યારે ઉપકરણ હોસ્ટ સુરક્ષિત ડાઉનલોડ મોડમાં દાખલ થવા માટે SWITCH_MODE_DOWNLOAD (વિભાગ 4.5.4.9) મોકલે છે.
ઉપકરણ હોસ્ટ DL_GET_VERSION (વિભાગ 3.4.4), અથવા DL_GET_DIE_ID (વિભાગ 3.4.6), અથવા DL_GET_SESSION_STATE (વિભાગ 3.4.5) આદેશ મોકલે છે.
ઉપકરણ હોસ્ટ ઉપકરણમાંથી વર્તમાન હાર્ડવેર અને ફર્મવેર સંસ્કરણ, સત્ર, ડાઇ-આઇડી વાંચે છે.
a ઉપકરણ હોસ્ટ સત્ર સ્થિતિ તપાસે છે જો છેલ્લું ડાઉનલોડ પૂર્ણ થયું હતું
b ડાઉનલોડ શરૂ કરવું કે ડાઉનલોડથી બહાર નીકળવું તે નક્કી કરવા માટે ઉપકરણ હોસ્ટ સંસ્કરણ ચકાસણી નિયમો લાગુ કરે છે.
ઉપકરણ હોસ્ટ એમાંથી લોડ થાય છે file ફર્મવેર બાઈનરી કોડ ડાઉનલોડ કરવાનો છે
ઉપકરણ હોસ્ટ પ્રથમ DL_SEC_WRITE ( વિભાગ 3.4.8) આદેશ પ્રદાન કરે છે જેમાં શામેલ છે:
a નવા ફર્મવેરનું વર્ઝન,
b એન્ક્રિપ્શન કી અસ્પષ્ટતા માટે ઉપયોગમાં લેવાતા મનસ્વી મૂલ્યોની 16-બાઇટ નોન્સ
c આગલી ફ્રેમનું ડાયજેસ્ટ મૂલ્ય,
ડી. ફ્રેમની જ ડિજિટલ હસ્તાક્ષર
ઉપકરણ હોસ્ટ DL_SEC_WRITE (વિભાગ 5190) આદેશો સાથે PN3.4.8 પર સુરક્ષિત ડાઉનલોડ પ્રોટોકોલ ક્રમ લોડ કરે છે.
જ્યારે છેલ્લો DL_SEC_WRITE (વિભાગ 3.4.8) આદેશ મોકલવામાં આવે છે, ત્યારે ઉપકરણ હોસ્ટ DL_CHECK_INTEGRITY (વિભાગ 3.4.7) આદેશને ચકાસવા માટે ચલાવે છે કે શું યાદો સફળતાપૂર્વક લખાઈ છે.
ઉપકરણ હોસ્ટ નવા ફર્મવેર સંસ્કરણને વાંચે છે અને ઉપલા સ્તરને જાણ કરવા માટે બંધ હોય તો સત્રની સ્થિતિ તપાસે છે
ઉપકરણ હોસ્ટ DWL_REQ પિનને નીચા પર ખેંચે છે (જો DWL_REQ પિનનો ઉપયોગ ડાઉનલોડ મોડમાં દાખલ કરવા માટે કરવામાં આવે છે)
ઉપકરણ હોસ્ટ PN5190 રીબૂટ કરવા માટે ઉપકરણ પર હાર્ડ રીસેટ (VEN પિનને ટૉગલ કરવું) કરે છે
પોસ્ટ-શરત: ફર્મવેર અપડેટ થયેલ છે; નવા ફર્મવેર સંસ્કરણ નંબરની જાણ કરવામાં આવી છે.

3.3 ફર્મવેર હસ્તાક્ષર અને સંસ્કરણ નિયંત્રણ
PN5190 ફર્મવેર ડાઉનલોડ મોડમાં, એક મિકેનિઝમ ખાતરી કરે છે કે NXP ફર્મવેર માટે માત્ર NXP દ્વારા હસ્તાક્ષરિત અને વિતરિત ફર્મવેર સ્વીકારવામાં આવશે.
નીચેના ફક્ત એનક્રિપ્ટેડ સુરક્ષિત NXP ફર્મવેર માટે જ લાગુ પડે છે.
ડાઉનલોડ સત્ર દરમિયાન, નવું 16 બિટ્સ ફર્મવેર સંસ્કરણ મોકલવામાં આવે છે. તે મુખ્ય અને નાની સંખ્યાથી બનેલું છે:

મુખ્ય સંખ્યા: 8 બિટ્સ (MSB)
નાની સંખ્યા: 8 બિટ્સ (LSB)

PN5190 તપાસે છે કે નવો મુખ્ય સંસ્કરણ નંબર વર્તમાન એક કરતા મોટો છે કે બરાબર છે. જો નહિં, તો સુરક્ષિત ફર્મવેર ડાઉનલોડ નકારવામાં આવે છે, અને સત્ર બંધ રાખવામાં આવે છે.
3.4 લેગસી એન્ક્રિપ્ટેડ ડાઉનલોડ અને હાર્ડવેર ક્રિપ્ટો સહાયિત માટે HDLL આદેશો એન્ક્રિપ્ટેડ ડાઉનલોડ
આ વિભાગ આદેશો અને પ્રતિસાદો વિશે માહિતી પ્રદાન કરે છે જેનો ઉપયોગ NXP ફર્મવેર ડાઉનલોડ માટે બંને પ્રકારના ડાઉનલોડ્સ માટે કરવામાં આવ્યો હતો.
3.4.1 HDLL કમાન્ડ OP કોડ્સ
નોંધ: HDLL કમાન્ડ ફ્રેમ 4 બાઇટ્સ ગોઠવાયેલ છે. નહિં વપરાયેલ પેલોડ બાઇટ્સ શૂન્ય બાકી છે.
કોષ્ટક 1. HDLL આદેશ OP કોડ્સની સૂચિ

પીએન૫૧૯૦ બી૦/ બી૧ (લેગસી ડાઉનલોડ)	પીએન5190 બી2 (ક્રિપ્ટો આસિસ્ટેડ ડાઉનલોડ)	આદેશ ઉપનામ	વર્ણન
0xF0	0xE5	DL_RESET	સોફ્ટ રીસેટ કરે છે
0xF1	0xE1	DL_GET_VERSION	સંસ્કરણ નંબરો પરત કરે છે
0xF2	0xDB	DL_GET_SESSION_STATE	વર્તમાન સત્રની સ્થિતિ પરત કરે છે
0xF4	0xDF	DL_GET_DIE_ID	ડાઇ ID પરત કરે છે
0xE0	0xE7	DL_CHECK_INTEGRITY	જુદા જુદા વિસ્તારોમાં સીઆરસી તપાસો અને પરત કરો તેમજ દરેક માટે પાસ/ફેલ સ્ટેટસ ફ્લેગ કરો
0xC0	0x8 સી	DL_SEC_WRITE	સંપૂર્ણ સરનામા y થી શરૂ થતી મેમરીમાં x બાઇટ્સ લખે છે

3.4.2 HDLL રિસ્પોન્સ ઓપકોડ્સ
નોંધ: HDLL પ્રતિસાદ ફ્રેમ 4 બાઇટ્સ ગોઠવાયેલ છે. નહિં વપરાયેલ પેલોડ બાઇટ્સ શૂન્ય બાકી છે. માત્ર DL_OK પ્રતિસાદોમાં પેલોડ મૂલ્યો હોઈ શકે છે.
કોષ્ટક 2. HDLL પ્રતિભાવ ઓપી કોડ્સની સૂચિ

ઓપકોડ	પ્રતિભાવ ઉપનામ	વર્ણન
0x00	ડીએલ_ઓકે	આદેશ પસાર થયો
0x01	DL_INVALID_ADDR	સરનામાની મંજૂરી નથી
0x0B	ડીએલ_અનકનો_સીએમડી	અજાણ્યો આદેશ
0x0 સી	ડીએલ_એબોર્ટેડ_સીએમડી	ભાગનો ક્રમ ખૂબ મોટો છે
0x1E	DL_ADDR_RANGE_OFL_ભૂલ	સરનામું શ્રેણીની બહાર
0x1F	ડીએલ_બફર_ઓએફએલ_ભૂલ	બફર ખૂબ નાનું છે
0x20	ડીએલ_એમઈએમ_બીએસવાય	મેમરી વ્યસ્ત
0x21	DL_SIGNATURE_ERROR	સહી મેળ ખાતી નથી
0x24	DL_FIRMWARE_VERSION_ERROR	વર્તમાન સંસ્કરણ સમાન અથવા ઉચ્ચ
0x28	DL_PROTOCOL_ERROR	પ્રોટોકોલ ભૂલ
0x2A	DL_SFWU_ડિગ્રેડેડ	ફ્લેશ ડેટા ભ્રષ્ટાચાર
0x2D	PH_STATUS_DL_FIRST_CHUNK	પ્રથમ ભાગ મળ્યો
0x2E	PH_STATUS_DL_NEXT_CHUNK	આગામી ભાગ માટે રાહ જુઓ
0xC5	PH_સ્થિતિ_આંતરિક_ત્રુટી_5	લંબાઈ મેળ ખાતી નથી

3.4.3 DL_RESET આદેશ
ફ્રેમ એક્સચેન્જ:
પીએન૫૧૯૦ બી૦/બી૧: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B] પીએન૫૧૯૦ બી૨: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] રીસેટ PN5190 ને DL_ST જવાબ મોકલતા અટકાવે છે. તેથી, માત્ર ભૂલભરેલી સ્થિતિ પ્રાપ્ત કરી શકાય છે.
STAT એ વળતરની સ્થિતિ છે.
3.4.4 DL_GET_VERSION આદેશ
ફ્રેમ એક્સચેન્જ:
પીએન૫૧૯૦ બી૦/બી૧: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] પીએન૫૧૯૦ બી૨: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 RFU16 ની ફ્રેમ લોડ પ્રતિસાદ છે: CVXNUMX RFUXNUMX ફ્રેમ મેળવો]XNUMX
કોષ્ટક 3. GetVersion આદેશનો પ્રતિસાદ

ક્ષેત્ર	બાઈટ	વર્ણન
સ્ટેટ	1	સ્થિતિ
એચડબલ્યુ_વી	2	હાર્ડવેર સંસ્કરણ
આરઓ_વી	3	ROM કોડ
મોડેલ_આઈડી	4	મોડેલ આઈડી
એફએમએક્સવી	5-6	ફર્મવેર સંસ્કરણ (ડાઉનલોડ માટે વપરાય છે)
આરએફયુ 1-આરએફયુ 2	7-8	–

પ્રતિભાવના વિવિધ ક્ષેત્રોના અપેક્ષિત મૂલ્યો અને તેમના મેપિંગ નીચે મુજબ છે:
કોષ્ટક 4. GetVersion આદેશના પ્રતિભાવના અપેક્ષિત મૂલ્યો

IC પ્રકાર	HW સંસ્કરણ (હેક્સ)	ROM સંસ્કરણ (હેક્સ)	મોડલ ID (હેક્સ)	FW સંસ્કરણ (હેક્સ)
પીએન5190 બી0	0x51	0x02	0x00	xx.yy
પીએન5190 બી1	0x52	0x02	0x00	xx.yy
પીએન5190 બી2	0x53	0x03	0x00	xx.yy

3.4.5 DL_GET_SESSION_STATE આદેશ
ફ્રેમ એક્સચેન્જ:
પીએન૫૧૯૦ બી૦/બી૧: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33] પીએન૫૧૯૦ બી૨: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession પ્રતિસાદની પેલોડ ફ્રેમ છે:
કોષ્ટક 5. GetSession આદેશનો પ્રતિસાદ

ક્ષેત્ર	બાઈટ	વર્ણન
સ્ટેટ	1	સ્થિતિ
SSTA	2	સત્રની સ્થિતિ • 0x00: બંધ • 0x01: ખુલ્લું • 0x02: લૉક (ડાઉનલોડ કરવાની વધુ મંજૂરી નથી)
આરએફયુ	3-4

3.4.6 DL_GET_DIE_ID આદેશ
ફ્રેમ એક્સચેન્જ:
પીએન૫૧૯૦ બી૦/બી૧: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA] પીએન૫૧૯૦ બી૨: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId પ્રતિસાદની પેલોડ ફ્રેમ છે:
કોષ્ટક 6. GetDieId આદેશનો પ્રતિસાદ

ક્ષેત્ર	બાઈટ	વર્ણન
સ્ટેટ	1	સ્થિતિ
આરએફયુ	2-4
મૃત્યુ પામ્યો	5-20	મૃત્યુનું ID (16 બાઇટ્સ)

3.4.7 DL_CHECK_INTEGRITY આદેશ
ફ્રેમ એક્સચેન્જ:
પીએન૫૧૯૦ બી૦/બી૧: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16] પીએન૫૧૯૦ બી૨: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC_INFO] [CRC32r પ્રતિસાદની ફ્રેમ ચેક કરો] CRC16 ની ચૂકવણીની ફ્રેમ છે:
કોષ્ટક 7. CheckIntegrity આદેશનો પ્રતિસાદ

ક્ષેત્ર	બાઈટ	મૂલ્ય/વર્ણન
સ્ટેટ	1	સ્થિતિ
LEN ડેટા	2	ડેટા વિભાગોની કુલ સંખ્યા
LEN કોડ	3	કોડ વિભાગોની કુલ સંખ્યા
આરએફયુ	4	આરક્ષિત
[CRC_INFO]	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] RF કન્ફિગરેશન એરિયા (PN5190 B2) [2]
		[17]	આરક્ષિત (PN5190 B0/B1) [3] વપરાશકર્તા રૂપરેખાંકન વિસ્તાર (PN5190 B2) [2]
		[16:6]	આરક્ષિત [3]
		[5:4]	PN5190 B0/B1 માટે આરક્ષિત [3] PN5190 B2 માટે આરક્ષિત [1]
		[3:0]	આરક્ષિત [1]
[CRC32]	9-136	32 વિભાગોમાંથી CRC32. દરેક CRC 4 બાઇટ્સનું છે જે લિટલ-એન્ડિયન ફોર્મેટમાં સંગ્રહિત છે. CRC ના પ્રથમ 4 બાઇટ્સ બીટ CRC_INFO[31] ના છે, CRC ના પછીના 4 બાઇટ્સ બીટ CRC_ INFO[30] વગેરેના છે.

[1] PN1 યોગ્ય રીતે કાર્ય કરવા માટે આ બીટ 5190 હોવો જોઈએ (સુવિધાઓ અને અથવા એનક્રિપ્ટેડ FW ડાઉનલોડ સાથે).
[2] આ બીટ મૂળભૂત રીતે 1 પર સેટ છે, પરંતુ વપરાશકર્તા સંશોધિત સેટિંગ્સ CRC ને અમાન્ય કરે છે. PN5190 કાર્યક્ષમતા પર કોઈ અસર નહીં..
[૩] આ બીટ વેલ્યુ, જો તે 3 હોય તો પણ તે સંબંધિત નથી. આ બીટ મૂલ્યને અવગણી શકાય છે..

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 માં વર્ણવ્યા મુજબ opcode છે.

પ્રથમ સુરક્ષિત લખવાનો આદેશ પહેલાથી જ પ્રાપ્ત થયો છે અને તે પહેલાં સફળતાપૂર્વક ચકાસવામાં આવ્યો છે
પ્રથમ સુરક્ષિત લખવાનો આદેશ પ્રાપ્ત કર્યા પછી કોઈ રીસેટ થયું નથી
ફ્રેમની લંબાઈ ડેટા સાઈઝ + હેડર સાઈઝ + હેશ સાઈઝ જેટલી છે: FLEN = SIZE + 6 + 32

આખી ફ્રેમનું ડાયજેસ્ટ પાછલી ફ્રેમમાં પ્રાપ્ત થયેલી હેશ મૂલ્યની બરાબર છે

પ્રથમ ફ્રેમ આદેશનો પ્રતિસાદ નીચે મુજબ હશે: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT એ વળતરની સ્થિતિ છે.
3.4.8.3 છેલ્લો DL_SEC_WRITE આદેશ
સુરક્ષિત લખવાનો આદેશ છેલ્લો છે જો અને માત્ર જો:

DL_SEC_WRITE આદેશ માટે વિભાગ 3.4.1 માં વર્ણવ્યા મુજબ opcode છે.

પ્રથમ સુરક્ષિત લખવાનો આદેશ પહેલાથી જ પ્રાપ્ત થયો છે અને તે પહેલાં સફળતાપૂર્વક ચકાસવામાં આવ્યો છે
પ્રથમ સુરક્ષિત લખવાનો આદેશ પ્રાપ્ત કર્યા પછી કોઈ રીસેટ થયું નથી
ફ્રેમની લંબાઈ ડેટાના કદ + હેડરના કદની બરાબર છે: FLEN = SIZE + 6

આખી ફ્રેમનું ડાયજેસ્ટ પાછલી ફ્રેમમાં પ્રાપ્ત થયેલી હેશ મૂલ્યની બરાબર છે

પ્રથમ ફ્રેમ આદેશનો પ્રતિસાદ નીચે મુજબ હશે: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT એ વળતરની સ્થિતિ છે.

IC ઓપરેટિંગ બૂટ મોડ - સામાન્ય ઓપરેશન મોડ

4.1 પરિચય
સામાન્ય રીતે PN5190 IC તેમાંથી NFC કાર્યક્ષમતા મેળવવા માટે ઓપરેશનના સામાન્ય મોડમાં હોવું આવશ્યક છે.
જ્યારે PN5190 IC બૂટ થાય છે, ત્યારે તે હંમેશા ઑપરેશન કરવા માટે યજમાન પાસેથી આદેશો મેળવવાની રાહ જોતું હોય છે, સિવાય કે PN5190 IC ની અંદર જનરેટ થયેલી ઘટનાઓ PN5190 IC બૂટમાં પરિણમી હોય.
4.2 આદેશોની યાદીview
કોષ્ટક 8. PN5190 આદેશ સૂચિ

આદેશ કોડ	આદેશનું નામ
0x00	લખો_નોંધણી કરો
0x01	લખો_નોંધણી_અથવા_માસ્ક
0x02	લખો_નોંધણી_અને_માસ્ક
0x03	લખો_રજિસ્ટર_મલ્ટીપલ
0x04	READ_REGISTER
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	ટ્રાન્સમિટ_આરએફ_ડેટા
0x09	ડેટા પુનઃપ્રાપ્ત કરો
0x0A	એક્સચેન્જ_આરએફ_ડેટા
0x0B	MFC_AUTHENTICATE (એમએફસી_ઓથેન્ટિકેટ)
0x0 સી	EPC_GEN2_INVENTORY
0x0D	લોડ_આરએફ_કન્ફિગરેશન
0x0E	અપડેટ_આરએફ_કોન્ફિગરેશન
0x0F	RF_CONFIGURATION મેળવો
0x10	આરએફ_ઓન
0x11	આરએફ_ઓએફએફ
0x12	TESTBUS_DIGITAL રૂપરેખાંકિત કરો
0x13	કન્ફિગર_ટેસ્ટબસ_એનાલોગ
0x14	સીટીએસ_સક્ષમ
0x15	સીટીએસ_કન્ફિગર
0x16	સીટીએસ_રીટ્રીવ_લોગ
0x17-0x18	આરએફયુ
0x19	FW v2.01 સુધી: RFU
0x19	FW v2.03 થી આગળ: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	પ્રાપ્ત_આરએફ_ડેટા
0x1B-0x1F	આરએફયુ
0x20	સ્વીચ_મોડ_નોર્મલ
0x21	સ્વીચ_મોડ_ઓટોકોલ
0x22	સ્વિચ_મોડ_સ્ટેન્ડબાય
0x23	સ્વિચ_મોડ_એલપીસીડી
0x24	આરએફયુ
0x25	સ્વિચ_મોડ_ડાઉનલોડ કરો
0x26	GET_DIEID
0x27	GET_VERSION
0x28	આરએફયુ
0x29	FW v2.05 સુધી: RFU
0x29	FW v2.06 થી આગળ: GET_CRC_USER_AREA
0x2A	FW v2.03 સુધી: RFU
0x2A	FW v2.05 થી આગળ: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	આરએફયુ
0x40	ANTENNA_SELF_TEST (સપોર્ટેડ નથી)
0x41	PRBS_TEST
0x42-0x4F	આરએફયુ

4.3 પ્રતિભાવ સ્થિતિ મૂલ્યો
નીચે આપેલા પ્રતિભાવ સ્થિતિ મૂલ્યો છે, જે આદેશ કાર્યરત થયા પછી PN5190 તરફથી પ્રતિસાદના ભાગ રૂપે પરત કરવામાં આવે છે.
કોષ્ટક 9. PN5190 પ્રતિભાવ સ્થિતિ મૂલ્યો

પ્રતિભાવ સ્થિતિ	પ્રતિભાવ સ્થિતિ મૂલ્ય	વર્ણન
PN5190_STATUS_SUCCESS	0x00	સૂચવે છે કે ઓપરેશન સફળતાપૂર્વક પૂર્ણ થયું છે
PN5190_STATUS_TIMEOUT	0x01	સૂચવે છે કે આદેશની કામગીરી સમયસમાપ્તિમાં પરિણમી છે
PN5190_STATUS_INTEGRITY_ERROR	0x02	સૂચવે છે કે આદેશનું સંચાલન RF ડેટા અખંડિતતા ભૂલમાં પરિણમ્યું છે
PN5190_સ્થિતિ_RF_COLLISION_ભૂલ	0x03	સૂચવે છે કે આદેશની કામગીરી RF અથડામણની ભૂલમાં પરિણમી છે
PN5190_STATUS_RFU1	0x04	આરક્ષિત
PN5190_STATUS_INVALID_COMMAND	0x05	સૂચવે છે કે આપેલ આદેશ અમાન્ય છે/અમલમાં નથી
PN5190_STATUS_RFU2	0x06	આરક્ષિત
PN5190_સ્થિતિ_AUTH_ભૂલ	0x07	સૂચવે છે કે MFC પ્રમાણીકરણ નિષ્ફળ થયું (પરવાનગી નકારી)
PN5190_સ્થિતિ_યાદ_ભૂલ	0x08	સૂચવે છે કે આદેશનું સંચાલન પ્રોગ્રામિંગ ભૂલ અથવા આંતરિક મેમરી ભૂલમાં પરિણમ્યું હતું
PN5190_STATUS_RFU4	0x09	આરક્ષિત
PN5190_STATUS_NO_RF_FIELD	0x0A	સૂચવે છે કે આંતરિક RF ફીલ્ડની હાજરીમાં કોઈ અથવા ભૂલ નથી (ફક્ત જો આરંભ/રીડર મોડ લાગુ પડે છે)
PN5190_STATUS_RFU5	0x0B	આરક્ષિત
PN5190_STATUS_SYNTAX_ERROR	0x0 સી	સૂચવે છે કે અમાન્ય આદેશ ફ્રેમ લંબાઈ પ્રાપ્ત થઈ છે
PN5190_STATUS_RESOURCE_ERROR	0x0D	સૂચવે છે કે આંતરિક સંસાધન ભૂલ આવી છે
PN5190_STATUS_RFU6	0x0E	આરક્ષિત
PN5190_STATUS_RFU7	0x0F	આરક્ષિત
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	સૂચવે છે કે આદેશના અમલ દરમિયાન કોઈ બાહ્ય RF ફીલ્ડ હાજર નથી (ફક્ત કાર્ડ/લક્ષ્ય મોડમાં જ લાગુ)
PN5190_STATUS_RX_ટાઇમઆઉટ	0x11	સૂચવે છે કે RFExchange શરૂ થયા પછી અને RXનો સમય સમાપ્ત થયા પછી ડેટા પ્રાપ્ત થતો નથી.
PN5190_STATUS_USER_રદ કરેલ	0x12	સૂચવે છે કે વર્તમાન આદેશ ચાલુ-પ્રગતિને રદ કરવામાં આવ્યો છે
PN5190_STATUS_PREVENT_STANDBY	0x13	સૂચવે છે કે PN5190 ને સ્ટેન્ડબાય મોડમાં જવાનું અટકાવવામાં આવ્યું છે
PN5190_STATUS_RFU9	0x14	આરક્ષિત
PN5190_STATUS_CLOCK_ERROR	0x15	સૂચવે છે કે CLIF ની ઘડિયાળ શરૂ થઈ નથી
PN5190_STATUS_RFU10	0x16	આરક્ષિત
PN5190_સ્થિતિ_PRBS_ભૂલ	0x17	સૂચવે છે કે PRBS આદેશે ભૂલ પરત કરી છે
PN5190_STATUS_INSTR_ERROR	0x18	સૂચવે છે કે આદેશનું સંચાલન નિષ્ફળ ગયું છે (તેમાં, સૂચના પરિમાણોમાં ભૂલ, વાક્યરચના ભૂલ, કામગીરીમાં ભૂલ, સૂચના માટેની પૂર્વ-જરૂરીયાતો પૂરી થઈ નથી વગેરેનો સમાવેશ થઈ શકે છે.)
PN5190_સ્થિતિ_ઍક્સેસ_અસ્વીકાર્ય	0x19	સૂચવે છે કે આંતરિક મેમરીની ઍક્સેસ નકારી છે
PN5190_STATUS_TX_નિષ્ફળતા	0x1A	સૂચવે છે કે RF પર TX નિષ્ફળ થયું છે
PN5190_સ્ટેટસ_નો_એન્ટેના	0x1B	સૂચવે છે કે કોઈ એન્ટેના જોડાયેલ/હાજર નથી
PN5190_STATUS_TXLDO_ERROR	0x1 સી	VUP ઉપલબ્ધ ન હોય અને RF ચાલુ હોય ત્યારે TXLDO માં ભૂલ છે તે દર્શાવે છે.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	સૂચવે છે કે જ્યારે RF ચાલુ હોય ત્યારે RF ગોઠવણી લોડ થતી નથી
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	FW 2.01 સુધી: અપેક્ષિત નથી
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	FW 2.03 થી આગળ: સૂચવે છે કે LOG ENABLE BIT સાથે એક્સચેન્જ દરમિયાન FeliCa EMD રજિસ્ટરમાં સેટ કરેલ છે, FeliCa EMD ભૂલ જોવા મળી હતી.
PN5190_STATUS_INTERNAL_ERROR	0x7F	સૂચવે છે કે NVM ઓપરેશન નિષ્ફળ ગયું છે
PN5190_સ્થિતિ_સફળતા_ચેઇનિંગ	0xAF	સૂચવે છે કે, વધુમાં ડેટા વાંચવાનો બાકી છે

4.4 ઇવેન્ટ ઓવરview
હોસ્ટને ઇવેન્ટની જાણ કરવાની બે રીત છે.
4.4.1 IRQ પિન પર સામાન્ય ઘટનાઓ
આ ઘટનાઓ નીચે મુજબની શ્રેણીઓ છે:

હંમેશા સક્ષમ - હોસ્ટને હંમેશા સૂચિત કરવામાં આવે છે

હોસ્ટ દ્વારા નિયંત્રિત - હોસ્ટને સૂચિત કરવામાં આવે છે, જો સંબંધિત ઇવેન્ટ સક્ષમ બીટ રજિસ્ટરમાં સેટ કરેલ હોય (EVENT_ENABLE (01h)).

CLIF સહિત પેરિફેરલ IP માંથી નિમ્ન-સ્તરના વિક્ષેપોને ફર્મવેરની અંદર સંપૂર્ણપણે નિયંત્રિત કરવામાં આવશે અને હોસ્ટને ફક્ત ઇવેન્ટ વિભાગમાં સૂચિબદ્ધ ઇવેન્ટ્સની સૂચના આપવામાં આવશે.
ફર્મવેર બે ઇવેન્ટ રજિસ્ટરને RAM રજિસ્ટર તરીકે લાગુ કરે છે જે કલમ 4.5.1.1 / વિભાગ 4.5.1.5 આદેશોનો ઉપયોગ કરીને લખી/વાંચી શકાય છે.
નોંધણી EVENT_ENABLE (0x01) => ચોક્કસ/બધી ઇવેન્ટ સૂચનાઓ સક્ષમ કરો.
રજિસ્ટર EVENT_STATUS (0x02) => ઇવેન્ટ સંદેશ પેલોડનો ભાગ.
યજમાન દ્વારા ઇવેન્ટ સંદેશ વાંચી લેવામાં આવે તે પછી હોસ્ટ દ્વારા ઇવેન્ટ્સ સાફ કરવામાં આવશે.
ઇવેન્ટ્સ પ્રકૃતિમાં અસુમેળ હોય છે અને હોસ્ટને સૂચિત કરવામાં આવે છે, જો તે EVENT_ENABLE રજિસ્ટરમાં સક્ષમ હોય.
ઇવેન્ટ સંદેશના ભાગ રૂપે હોસ્ટ માટે ઉપલબ્ધ ઇવેન્ટ્સની સૂચિ નીચે મુજબ છે.
કોષ્ટક 10. PN5190 ઇવેન્ટ્સ (EVENT_STATUS ની સામગ્રી)

બીટ - શ્રેણી		ક્ષેત્ર [1]	હંમેશા સક્ષમ (Y/N)
31	12	આરએફયુ	NA
11	11	સીટીએસ_ઇવેન્ટ [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	એલપીસીડી_ઇવેન્ટ	Y
7	7	ઓટોકોલ_ઇવેન્ટ	Y
6	6	TIMER0_EVENT	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [2]	N
3	3	RFOFF_DET_EVENT [2]	N
2	2	સ્ટેન્ડબાય_પ્રીવ_ઇવેન્ટ	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	BOOT_EVENT	Y

નોંધ કરો કે ભૂલોના કિસ્સામાં સિવાય કોઈ બે ઇવેન્ટને ક્લબ કરવામાં આવતી નથી. ઓપરેશન દરમિયાન ભૂલોના કિસ્સામાં, કાર્યાત્મક ઇવેન્ટ (દા.ત. BOOT_EVENT, AUTOCALL_EVENT વગેરે) અને GENERAL_ERROR_EVENT સેટ કરવામાં આવશે.

આ ઇવેન્ટ હોસ્ટ પર પોસ્ટ થયા પછી આપમેળે અક્ષમ થઈ જશે. યજમાનને આ ઇવેન્ટ્સને ફરીથી સક્ષમ કરવી જોઈએ જો તે આ ઇવેન્ટ્સને સૂચિત કરવા માંગે છે.

4.4.1.1 ઇવેન્ટ સંદેશ ફોર્મેટ્સ
ઇવેન્ટની ઘટનાઓ અને PN5190 ની જુદી જુદી સ્થિતિના આધારે ઇવેન્ટ મેસેજ ફોર્મેટ અલગ પડે છે.
યજમાનને વાંચવું આવશ્યક છે tag (T) અને સંદેશની લંબાઈ (L) અને પછી ઘટનાઓના મૂલ્ય (V) તરીકે બાઈટ્સની અનુરૂપ સંખ્યા વાંચો.
સામાન્ય રીતે, ઇવેન્ટ સંદેશ (આકૃતિ 12 જુઓ) કોષ્ટક 11 માં વ્યાખ્યાયિત કર્યા મુજબ EVENT_STATUS ધરાવે છે અને ઇવેન્ટ ડેટા EVENT_STATUS માં સેટ કરેલ સંબંધિત ઇવેન્ટ બીટને અનુરૂપ છે.
નોંધ:
કેટલીક ઇવેન્ટ્સ માટે, પેલોડ અસ્તિત્વમાં નથી. ઉદાહરણ તરીકે, જો TIMER0_EVENT ટ્રિગર થાય, તો ઇવેન્ટ સંદેશના ભાગ રૂપે માત્ર EVENT_STATUS પ્રદાન કરવામાં આવે છે.
કોષ્ટક 11 એ પણ વિગતો આપે છે કે ઇવેન્ટ ડેટા ઇવેન્ટ સંદેશમાં સંબંધિત ઇવેન્ટ માટે હાજર છે કે કેમ.GENERAL_ERROR_EVENT અન્ય ઇવેન્ટ્સ સાથે પણ થઈ શકે છે.
આ દૃશ્યમાં, ઇવેન્ટ સંદેશ (આકૃતિ 13 જુઓ) કોષ્ટક 11 માં વ્યાખ્યાયિત કર્યા મુજબ EVENT_STATUS અને કોષ્ટક 14 માં વ્યાખ્યાયિત કર્યા મુજબ GENERAL_ERROR_STATUS_DATA ધરાવે છે અને પછી ઇવેન્ટ ડેટા T11 માં વ્યાખ્યાયિત કર્યા મુજબ EVENT_STATUS માં સેટ કરેલ સંબંધિત ઇવેન્ટ બીટને અનુરૂપ છે.નોંધ:
BOOT_EVENT પછી અથવા POR, STANDBY, ULPCD પછી જ, હોસ્ટ ઉપર સૂચિબદ્ધ આદેશો જારી કરીને સામાન્ય ઓપરેશન મોડમાં કામ કરી શકશે.
હાલના ચાલી રહેલા આદેશને બંધ કરવાના કિસ્સામાં, IDLE_EVENT પછી જ, હોસ્ટ ઉપર સૂચિબદ્ધ આદેશો જારી કરીને સામાન્ય ઓપરેશન મોડમાં કામ કરી શકશે.
4.4.1.2 વિવિધ ઘટના સ્થિતિ વ્યાખ્યાઓ
4.4.1.2.1 EVENT_STATUS માટે બિટ વ્યાખ્યાઓ
કોષ્ટક 11. EVENT_STATUS બિટ્સ માટેની વ્યાખ્યાઓ

બીટ (પ્રતિ - પ્રતિ)		ઘટના	વર્ણન	સંબંધિત ઇવેન્ટનો ઇવેન્ટ ડેટા (જો કોઈ હોય તો)
31	12	આરએફયુ	આરક્ષિત
11	11	સીટીએસ_ઇવેન્ટ	જ્યારે CTS ઇવેન્ટ જનરેટ થાય ત્યારે આ બીટ સેટ કરવામાં આવે છે.	કોષ્ટક 86
10	10	IDLE_EVENT	જ્યારે ચાલુ આદેશ SWITCH_MODE_NORMAL આદેશને કારણે રદ થાય છે ત્યારે આ બીટ સેટ કરવામાં આવે છે.	કોઈ ઇવેન્ટ ડેટા નથી
9	9	એલપીસીડી_કેલિબ્રેશન_પૂર્ણ_ ઘટના	જ્યારે LPCD કેલિબ્રેશન થયેલ ઇવેન્ટ જનરેટ થાય ત્યારે આ બીટ સેટ થાય છે.	કોષ્ટક 16
8	8	એલપીસીડી_ઇવેન્ટ	જ્યારે LPCD ઇવેન્ટ જનરેટ થાય ત્યારે આ બીટ સેટ કરવામાં આવે છે.	કોષ્ટક 15
7	7	ઓટોકોલ_ઇવેન્ટ	જ્યારે AUTOCOLL ઓપરેશન પૂર્ણ થાય ત્યારે આ બીટ સેટ કરવામાં આવે છે.	કોષ્ટક 52
6	6	TIMER0_EVENT	આ બીટ સેટ છે, જ્યારે TIMER0 ઇવેન્ટ થાય છે.	કોઈ ઇવેન્ટ ડેટા નથી
5	5	TX_OVERCURRENT_ERROR_ ઘટના	જ્યારે TX ડ્રાઇવર પરનો પ્રવાહ EEPROM માં નિર્ધારિત થ્રેશોલ્ડ કરતા વધારે હોય ત્યારે આ બીટ સેટ થાય છે. આ શરત પર, હોસ્ટને સૂચના મળે તે પહેલાં ફીલ્ડ આપમેળે બંધ થઈ જાય છે. કૃપા કરીને વિભાગ 4.4.2.2 નો સંદર્ભ લો.	કોઈ ઇવેન્ટ ડેટા નથી
4	4	આરએફઓન_ડેટ_ઇવેન્ટ	જ્યારે બાહ્ય આરએફ ફીલ્ડ શોધાય છે ત્યારે આ બીટ સેટ થાય છે.	કોઈ ઇવેન્ટ ડેટા નથી
3	3	આરએફઓએફ_ડીઇટી_ઇવેન્ટ	આ બીટ સેટ કરવામાં આવે છે, જ્યારે પહેલાથી અસ્તિત્વમાંનું બાહ્ય RF ફીલ્ડ અદૃશ્ય થઈ જાય છે.	કોઈ ઇવેન્ટ ડેટા નથી
2	2	સ્ટેન્ડબાય_પ્રીવ_ઇવેન્ટ	આ બીટ સેટ છે, જ્યારે સ્ટેન્ડબાય અટકાવવામાં આવે છે કારણ કે નિવારણ પરિસ્થિતિઓ અસ્તિત્વમાં છે	કોષ્ટક 13
1	1	GENERAL_ERROR_EVENT	આ બીટ સેટ કરવામાં આવે છે, જ્યારે કોઈપણ સામાન્ય ભૂલ શરતો અસ્તિત્વમાં હોય	કોષ્ટક 14
0	0	BOOT_EVENT	આ બીટ સેટ છે, જ્યારે PN5190 POR/સ્ટેન્ડબાય સાથે બુટ થાય છે	કોષ્ટક 12

4.4.1.2.2 BOOT_STATUS_DATA માટે બિટ વ્યાખ્યાઓ
કોષ્ટક 12. BOOT_STATUS_DATA બિટ્સ માટેની વ્યાખ્યાઓ

બીટ ટુ	થી બીટ	બુટ સ્થિતિ	કારણે બુટ કારણ
31	27	આરએફયુ	આરક્ષિત
26	26	યુએલપી_સ્ટેન્ડબાય	ULP_STANDBY માંથી બહાર નીકળવાના કારણે બુટઅપનું કારણ.
25	23	આરએફયુ	આરક્ષિત
22	22	બુટ_ આરએક્સ_યુએલપીડીઇટી	RX ULPDET નું પરિણામ ULP-સ્ટેન્ડબાય મોડમાં બૂટ થયું
21	21	આરએફયુ	આરક્ષિત
20	20	બુટ_એસપીઆઈ	SPI_NTS સિગ્નલ નીચા ખેંચાઈ જવાને કારણે બૂટઅપનું કારણ
19	17	આરએફયુ	આરક્ષિત
16	16	BOOT_GPIO3	GPIO3 ના નીચાથી ઉચ્ચમાં સંક્રમણને કારણે બૂટઅપનું કારણ.
15	15	BOOT_GPIO2	GPIO2 ના નીચાથી ઉચ્ચમાં સંક્રમણને કારણે બૂટઅપનું કારણ.
14	14	BOOT_GPIO1	GPIO1 ના નીચાથી ઉચ્ચમાં સંક્રમણને કારણે બૂટઅપનું કારણ.
13	13	BOOT_GPIO0	GPIO0 ના નીચાથી ઉચ્ચમાં સંક્રમણને કારણે બૂટઅપનું કારણ.
12	12	BOOT_LPDET	સ્ટેન્ડબાય/સસ્પેન્ડ દરમિયાન બાહ્ય RF ફીલ્ડની હાજરીને કારણે બૂટઅપનું કારણ
11	11	આરએફયુ	આરક્ષિત
10	8	આરએફયુ	આરક્ષિત
7	7	બુટ_સોફ્ટ_રીસેટ	IC ના સોફ્ટ રીસેટને કારણે બુટઅપનું કારણ
6	6	બુટ_વીડીડીઆઈ_નુકસાન	VDDIO ના નુકશાનને કારણે બુટઅપનું કારણ. વિભાગ 4.4.2.3 નો સંદર્ભ લો
5	5	બુટ_વીડીડીઆઈઓ_સ્ટાર્ટ	બુટઅપ કારણ જો સ્ટેન્ડબાય VDDIO નુકશાન સાથે દાખલ થયું હોય. વિભાગ 4.4.2.3 નો સંદર્ભ લો
4	4	BOOT_WUC	સ્ટેન્ડબાય ઓપરેશન દરમિયાન વેક-અપ કાઉન્ટરનું બૂટઅપ કારણ વીતી ગયું.
3	3	બુટ_ટેમ્પ	IC તાપમાનને કારણે બૂટઅપનું કારણ ગોઠવેલી થ્રેશોલ્ડ મર્યાદા કરતાં વધુ છે. કૃપા કરીને વિભાગ 4.4.2.1 નો સંદર્ભ લો
2	2	BOOT_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	પૂર્વ_ટેમ્પ	ICs ઓપરેટિંગ તાપમાન થ્રેશોલ્ડની બહાર છે
23	23	આરએફયુ	આરક્ષિત
22	22	પૂર્વ_હોસ્ટકોમ	હોસ્ટ ઈન્ટરફેસ સંચાર
21	21	પૂર્વ_એસપીઆઈ	SPI_NTS સિગ્નલ નીચે ખેંચાઈ રહ્યું છે
20	18	આરએફયુ	આરક્ષિત
17	17	પૂર્વ_જીપીઆઈઓ3	GPIO3 સિગ્નલ નીચાથી ઉચ્ચમાં સંક્રમણ
16	16	પૂર્વ_જીપીઆઈઓ2	GPIO2 સિગ્નલ નીચાથી ઉચ્ચમાં સંક્રમણ
15	15	પૂર્વ_જીપીઆઈઓ1	GPIO1 સિગ્નલ નીચાથી ઉચ્ચમાં સંક્રમણ
14	14	પૂર્વ_જીપીઆઈઓ0	GPIO0 સિગ્નલ નીચાથી ઉચ્ચમાં સંક્રમણ
13	13	પૂર્વ_ડબ્લ્યુયુસી	વેક-અપ કાઉન્ટર વીતી ગયું
12	12	પૂર્વ_LPDET	ઓછી શક્તિની શોધ. જ્યારે સ્ટેન્ડબાયમાં જવાની પ્રક્રિયામાં બાહ્ય RF સિગ્નલ મળી આવે ત્યારે થાય છે.
11	11	પૂર્વ_RX_ULPDET	RX અલ્ટ્રા-લો પાવર ડિટેક્શન. ULP_STANDBY પર જવાની પ્રક્રિયામાં RF સિગ્નલ શોધવામાં આવે ત્યારે થાય છે.
10	10	આરએફયુ	આરક્ષિત
9	5	આરએફયુ	આરક્ષિત
4	4	આરએફયુ	આરક્ષિત
3	3	આરએફયુ	આરક્ષિત
2	2	આરએફયુ	આરક્ષિત
1	1	આરએફયુ	આરક્ષિત
0	0	આરએફયુ	આરક્ષિત

4.4.1.2.4 GENERAL_ERROR_STATUS_DATA માટે બિટ વ્યાખ્યાઓ
કોષ્ટક 14. GENERAL_ERROR_STATUS_DATA બિટ્સ માટેની વ્યાખ્યાઓ

બીટ ટુ	થી બીટ	ભૂલની સ્થિતિ	વર્ણન
31	6	આરએફયુ	આરક્ષિત
5	5	XTAL_START_ERROR	XTAL પ્રારંભ બુટ દરમિયાન નિષ્ફળ ગયો
4	4	SYS_TRIM_RECOVERY_ભૂલ	આંતરિક સિસ્ટમ ટ્રીમ મેમરી ભૂલ આવી, પરંતુ પુનઃપ્રાપ્તિ નિષ્ફળ. સિસ્ટમ ડાઉનગ્રેડ મોડમાં કામ કરે છે.
3	3	SYS_TRIM_RECOVERY_સફળતા	આંતરિક સિસ્ટમ ટ્રીમ મેમરી ભૂલ આવી, અને પુનઃપ્રાપ્તિ સફળ રહી. પુનઃપ્રાપ્તિ પ્રભાવમાં આવે તે માટે યજમાનને PN5190 રીબૂટ કરવું આવશ્યક છે.
2	2	TXLDO_ERROR	TXLDO ભૂલ
1	1	ઘડિયાળ ભૂલ	ઘડિયાળ ભૂલ
0	0	GPADC_ભૂલ	ADC ભૂલ

LPCD_STATUS_DATA માટે 4.4.1.2.5 બિટ વ્યાખ્યાઓ
કોષ્ટક 15. LPCD_STATUS_DATA બાઇટ્સ માટેની વ્યાખ્યાઓ

બીટ ટુ	થી બીટ	LPCD અથવા ULPCD ની અંતર્ગત કામગીરી મુજબ સ્થિતિ બિટ્સ લાગુ પડે છે			સંબંધિત બીટ માટેનું વર્ણન સ્ટેટસ બાઈટમાં સેટ કરેલ છે.
			એલપીસીડી	યુએલપીસીડી
31	7	આરએફયુ			આરક્ષિત
6	6	HIF_બંધ કરો	Y	N	HIF પ્રવૃત્તિને કારણે નિરસ્ત
5	5	CLKDET ભૂલ	N	Y	CLKDET ભૂલને કારણે નિરસ્ત કરવામાં આવ્યું
4	4	XTAL સમયસમાપ્તિ	N	Y	XTAL સમયસમાપ્તિને કારણે નિરસ્ત કરવામાં આવ્યું
3	3	VDDPA LDO ઓવરકરન્ટ	N	Y	VDDPA એલડીઓ ઓવરકરન્ટને કારણે રદ કરવામાં આવ્યું હતું
2	2	બાહ્ય આરએફ ક્ષેત્ર	Y	Y	બાહ્ય RF ફીલ્ડને કારણે નિરસ્ત
1	1	GPIO3 એબોર્ટ કરો	N	Y	GPIO3 સ્તરના ફેરફારને કારણે રદ કરવામાં આવ્યું
0	0	કાર્ડ મળ્યું	Y	Y	કાર્ડ મળી આવ્યું છે

LPCD_CALIBRATION_DONE સ્ટેટસ ડેટા માટે 4.4.1.2.6 બિટ વ્યાખ્યાઓ
કોષ્ટક 16. ULPCD માટે LPCD_CALIBRATION_DONE સ્ટેટસ ડેટા બાઇટ્સની વ્યાખ્યાઓ

બીટ ટુ	થી બીટ	LPCD_CALIBRATION DONE ની સ્થિતિ ઘટના	સંબંધિત બીટ માટેનું વર્ણન સ્ટેટસ બાઈટમાં સેટ કરેલ છે.
31	11		આરક્ષિત
10	0	ULPCD કેલિબ્રેશનમાંથી સંદર્ભ મૂલ્ય	ULPCD કેલિબ્રેશન દરમિયાન માપેલ RSSI મૂલ્ય જેનો ઉપયોગ ULPCD દરમિયાન સંદર્ભ તરીકે થાય છે

કોષ્ટક 17. LPCD માટે LPCD_CALIBRATION_DONE સ્ટેટસ ડેટા બાઇટ્સની વ્યાખ્યાઓ

બીટ ટુ	થી બીટ	LPCD અથવા ULPCD ની અંતર્ગત કામગીરી મુજબ સ્થિતિ બિટ્સ લાગુ પડે છે			સંબંધિત બીટ માટેનું વર્ણન સ્ટેટસ બાઈટમાં સેટ કરેલ છે.
2	2	બાહ્ય આરએફ ક્ષેત્ર	Y	Y	બાહ્ય RF ફીલ્ડને કારણે નિરસ્ત
1	1	GPIO3 એબોર્ટ કરો	N	Y	GPIO3 સ્તરના ફેરફારને કારણે રદ કરવામાં આવ્યું
0	0	કાર્ડ મળ્યું	Y	Y	કાર્ડ મળી આવ્યું છે

4.4.2 વિવિધ બુટ દૃશ્યોનું સંચાલન
PN5190 IC નીચે પ્રમાણે IC પરિમાણોને લગતી અલગ-અલગ ભૂલ પરિસ્થિતિઓને સંભાળે છે.
4.4.2.1 જ્યારે PN5190 કાર્યરત હોય ત્યારે વધુ તાપમાનની સ્થિતિનું સંચાલન
જ્યારે પણ PN5190 IC નું આંતરિક તાપમાન EEPROM ફીલ્ડ TEMP_WARNING [2] માં ગોઠવેલ થ્રેશોલ્ડ મૂલ્ય સુધી પહોંચે છે, ત્યારે IC સ્ટેન્ડબાયમાં પ્રવેશ કરે છે. અને પરિણામે જો EEPROM ફીલ્ડ ENABLE_GPIO0_ON_OVERTEMP [2] હોસ્ટને સૂચના આપવા માટે રૂપરેખાંકિત કરવામાં આવે છે, તો GPIO0 ને તાપમાન પર IC ને સૂચિત કરવા માટે ઊંચો ખેંચવામાં આવશે.
જ્યારે અને જ્યારે 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] માં ફેરફાર કરીને ઓવરકરન્ટ સ્થિતિનો સમયગાળો નિયંત્રિત કરી શકાય છે.
વર્તમાન થ્રેશોલ્ડ પર IC પરની માહિતી માટે, દસ્તાવેજ [2] નો સંદર્ભ લો.
નોંધ:
જો ત્યાં કોઈ અન્ય બાકી ઘટનાઓ અથવા પ્રતિસાદ હોય, તો તે યજમાનને મોકલવામાં આવશે.
4.4.2.3 ઓપરેશન દરમિયાન VDDIO ની ખોટ
જો PN5190 IC નો સામનો થાય છે કે ત્યાં કોઈ VDDIO (VDDIO નુકશાન નથી), તો IC સ્ટેન્ડબાયમાં પ્રવેશ કરે છે.
IC ત્યારે જ બુટ થાય છે જ્યારે VDDIO ઉપલબ્ધ હોય, કોષ્ટક 11માં BOOT_EVENT સાથે અને BOOT_VDDIO_START બૂટ સ્ટેટસ બીટ કોષ્ટક 12માં સેટ કરેલ છે.
PN5190 IC સ્ટેટિક લાક્ષણિકતાઓ વિશેની માહિતી માટે, દસ્તાવેજ [2] નો સંદર્ભ લો.
4.4.3 અબૉર્ટ દૃશ્યોનું સંચાલન
PN5190 IC પાસે વર્તમાન એક્ઝેક્યુટીંગ આદેશો અને PN5190 IC ની વર્તણૂકને બંધ કરવા માટે સમર્થન છે, જ્યારે વિભાગ 4.5.4.5.2 જેવા એબોર્ટ આદેશને PN5190 IC ને મોકલવામાં આવે છે, તે કોષ્ટક 18 માં બતાવ્યા પ્રમાણે છે.
નોંધ:
જ્યારે PN5190 IC ULPCD અને ULP-સ્ટેન્ડબાય મોડમાં હોય, ત્યારે તેને વિભાગ 4.5.4.5.2 મોકલીને અથવા SPI ટ્રાન્ઝેક્શન શરૂ કરીને (SPI_NTS સિગ્નલને નીચું ખેંચીને) બંધ કરી શકાતું નથી.
કોષ્ટક 18. જ્યારે વિભાગ 4.5.4.5.2 સાથે વિવિધ આદેશો સમાપ્ત થાય ત્યારે અપેક્ષિત ઘટના પ્રતિસાદ

આદેશો	જ્યારે સ્વિચ મોડ સામાન્ય આદેશ મોકલવામાં આવે ત્યારે વર્તન
બધા આદેશો જ્યાં ઓછી શક્તિ દાખલ થતી નથી	EVENT_STAUS "IDLE_EVENT" પર સેટ છે
સ્વિચ મોડ LPCD	EVENT_STATUS ને "LPCD_EVENT" પર "LPCD_ STATUS_DATA" સાથે સેટ કરેલ છે જે "Abort_HIF" તરીકે સ્ટેટસ બિટ્સ દર્શાવે છે
સ્વિચ મોડ સ્ટેન્ડબાય	EVENT_STAUS એ "BOOT_EVENT" પર સેટ કરેલ છે "BOOT_ STATUS_DATA" સાથે બિટ્સ "BOOT_SPI" સૂચવે છે
સ્વિચ મોડ ઓટોકોલ (કોઈ ઓટોનોમસ મોડ નથી, સ્ટેન્ડબાય સાથે ઓટોનોમસ મોડ અને સ્ટેન્ડબાય વગર ઓટોનોમસ મોડ)	EVENT_STAUS એ STATUS_DATA બિટ્સ સાથે "AUTOCOLL_EVENT" પર સેટ કરેલ છે જે સૂચવે છે કે આદેશ વપરાશકર્તાએ રદ કર્યો હતો.

4.5 સામાન્ય મોડ ઓપરેશન સૂચના વિગતો
4.5.1 નોંધણી મેનીપ્યુલેશન
આ વિભાગની સૂચનાઓનો ઉપયોગ PN5190 ના તાર્કિક રજિસ્ટરને ઍક્સેસ કરવા માટે થાય છે.
૪.૫.૧.૧ WRITE_REGISTER
આ સૂચનાનો ઉપયોગ લોજિકલ રજિસ્ટરમાં 32-બીટ મૂલ્ય (લિટલ-એન્ડિયન) લખવા માટે થાય છે.
4.5.1.1.1 શરતો
રજિસ્ટરનું સરનામું અસ્તિત્વમાં હોવું જોઈએ, અને રજિસ્ટરમાં કાં તો READ-WRITE અથવા WRITE-ONLY વિશેષતા હોવી જોઈએ.
4.5.1.1.2 આદેશ
કોષ્ટક 19. WRITE_REGISTER આદેશ મૂલ્ય રજિસ્ટર પર 32-બીટ મૂલ્ય લખો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સરનામું નોંધણી કરો	1 બાઈટ	રજીસ્ટરનું સરનામું.

કોષ્ટક 19. WRITE_REGISTER આદેશ મૂલ્ય...ચાલુ
રજિસ્ટરમાં 32-બીટ મૂલ્ય લખો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
મૂલ્ય	4 બાઇટ્સ	32-બીટ રજિસ્ટર મૂલ્ય જે લખવું આવશ્યક છે. (લિટલ-એન્ડિયન)

4.5.1.1.3 પ્રતિભાવ
કોષ્ટક 20. WRITE_REGISTER પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧.૨ રજીસ્ટર અથવા માસ્ક લખો
આ સૂચનાનો ઉપયોગ તાર્કિક અથવા ઑપરેશનનો ઉપયોગ કરીને રજિસ્ટરની સામગ્રીમાં ફેરફાર કરવા માટે થાય છે. રજિસ્ટરની સામગ્રી વાંચવામાં આવે છે અને પ્રદાન કરેલા માસ્ક સાથે લોજિકલ અથવા ઑપરેશન કરવામાં આવે છે. સંશોધિત સામગ્રી રજીસ્ટર પર પાછી લખવામાં આવે છે.
4.5.1.2.1 શરતો
રજિસ્ટરનું સરનામું અસ્તિત્વમાં હોવું જોઈએ, અને રજિસ્ટરમાં READ-WRITE વિશેષતા હોવી આવશ્યક છે.
4.5.1.2.2 આદેશ
કોષ્ટક 21. WRITE_REGISTER_OR_MASK આદેશ મૂલ્ય પ્રદાન કરેલ માસ્કનો ઉપયોગ કરીને રજીસ્ટર પર લોજિકલ અથવા ઓપરેશન કરો.

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સરનામું નોંધણી કરો	1 બાઈટ	રજીસ્ટરનું સરનામું.
માસ્ક	4 બાઇટ્સ	બીટમાસ્ક લોજિકલ અથવા ઓપરેશન માટે ઓપરેન્ડ તરીકે વપરાય છે. (લિટલ-એન્ડિયન)

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 22. WRITE_REGISTER_OR_MASK પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧.૩ રજીસ્ટર અને માસ્ક લખો
આ સૂચનાનો ઉપયોગ તાર્કિક અને ઓપરેશનનો ઉપયોગ કરીને રજિસ્ટરની સામગ્રીને સંશોધિત કરવા માટે થાય છે. રજિસ્ટરની સામગ્રી વાંચવામાં આવે છે અને પ્રદાન કરેલા માસ્ક સાથે લોજિકલ અને ઓપરેશન કરવામાં આવે છે. સંશોધિત સામગ્રી રજીસ્ટર પર પાછા લખવામાં આવે છે.
4.5.1.3.1 શરતો
રજિસ્ટરનું સરનામું અસ્તિત્વમાં હોવું જોઈએ, અને રજિસ્ટરમાં READ-WRITE વિશેષતા હોવી આવશ્યક છે.
4.5.1.3.2 આદેશ
કોષ્ટક 23. WRITE_REGISTER_AND_MASK આદેશ મૂલ્ય પ્રદાન કરેલ માસ્કનો ઉપયોગ કરીને રજિસ્ટર પર લોજિકલ અને ઓપરેશન કરો.

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સરનામું નોંધણી કરો	1 બાઈટ	રજીસ્ટરનું સરનામું.
માસ્ક	4 બાઇટ્સ	બીટમાસ્ક લોજિકલ અને ઓપરેશન માટે ઓપરેન્ડ તરીકે વપરાય છે. (લિટલ-એન્ડિયન)

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 24. WRITE_REGISTER_AND_MASK પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧.૪ લખો_રજીસ્ટર_મલ્ટીપલ
આ સૂચના કાર્યક્ષમતા વિભાગ 4.5.1.1, વિભાગ 4.5.1.2, વિભાગ 4.5.1.3 જેવી જ છે, જેમાં તેમને જોડવાની શક્યતા છે. વાસ્તવમાં, તે રજિસ્ટર-પ્રકાર-મૂલ્ય સેટની શ્રેણી લે છે અને યોગ્ય ક્રિયા કરે છે. પ્રકાર એ ક્રિયાને પ્રતિબિંબિત કરે છે જે કાં તો રજિસ્ટર પર લખવા, તાર્કિક અથવા રજિસ્ટર પરની ક્રિયા અથવા તાર્કિક અને રજિસ્ટર પરની કામગીરી છે.
4.5.1.4.1 શરતો
સમૂહની અંદર રજિસ્ટરનું સંબંધિત તાર્કિક સરનામું અસ્તિત્વમાં હોવું આવશ્યક છે.
રજિસ્ટર એક્સેસ એટ્રિબ્યુટને જરૂરી ક્રિયા (પ્રકાર) ના અમલની મંજૂરી આપવી જોઈએ:

ક્રિયા લખો (0x01): વાંચો-લખો અથવા ફક્ત લખો વિશેષતા

અથવા માસ્ક ક્રિયા (0x02): READ-WRITE લક્ષણ
અને માસ્ક ક્રિયા (0x03): READ-WRITE લક્ષણ

'સેટ' અરેનું કદ 1 - 43 સહિતની રેન્જમાં હોવું જોઈએ.
ફીલ્ડ 'પ્રકાર' 1 - 3 ની રેન્જમાં હોવો જોઈએ, જેમાં સમાવેશ થાય છે

4.5.1.4.2 આદેશ
કોષ્ટક 25. WRITE_REGISTER_MULTIPLE કમાન્ડ વેલ્યુ રજિસ્ટર-વેલ્યુ જોડીના સમૂહનો ઉપયોગ કરીને રજિસ્ટર રજિસ્ટર ઑપરેશન કરો.

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સેટ કરો [1…n]	6 બાઇટ્સ	સરનામું નોંધણી કરો	1 બાઈટ	રજીસ્ટરનું તાર્કિક સરનામું.
		પ્રકાર	1 બાઈટ	0x1	રજીસ્ટર લખો
				0x2	રજીસ્ટર અથવા માસ્ક લખો
				0x3	રજીસ્ટર અને માસ્ક લખો
		મૂલ્ય	4 બાઇટ્સ	32 બાઈટ રજિસ્ટર મૂલ્ય જે લખેલું હોવું જોઈએ અથવા લોજિકલ ઓપરેશન માટે બીટમાસ્કનો ઉપયોગ કરવો જોઈએ. (લિટલ-એન્ડિયન)

નોંધ: અપવાદના કિસ્સામાં ઓપરેશન રોલ-બેક કરવામાં આવતું નથી, એટલે કે અપવાદ ન થાય ત્યાં સુધી સુધારેલ રજિસ્ટર સંશોધિત સ્થિતિમાં રહે છે. નિર્ધારિત સ્થિતિમાં પુનઃપ્રાપ્ત કરવા માટે હોસ્ટે યોગ્ય પગલાં લેવા જોઈએ.
૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 26. WRITE_REGISTER_MULTIPLE પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧.૫ વાંચો_નોંધણીકર્તા
આ સૂચનાનો ઉપયોગ લોજિકલ રજિસ્ટરની સામગ્રીને વાંચવા માટે થાય છે. પ્રતિભાવમાં સામગ્રી હાજર છે, લિટલ-એન્ડિયન ફોર્મેટમાં 4-બાઇટ મૂલ્ય તરીકે.
4.5.1.5.1 શરતો
લોજિકલ રજિસ્ટરનું સરનામું અસ્તિત્વમાં હોવું આવશ્યક છે. રજિસ્ટરની ઍક્સેસ એટ્રિબ્યુટ કાં તો વાંચવા-લખવા અથવા ફક્ત વાંચવા માટે હોવી જોઈએ.
4.5.1.5.2 આદેશ
કોષ્ટક 27. READ_REGISTER આદેશ મૂલ્ય
રજીસ્ટરની સામગ્રી વાંચો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સરનામું નોંધણી કરો	1 બાઈટ	લોજિકલ રજીસ્ટરનું સરનામું

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 28. READ_REGISTER પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
નોંધણી મૂલ્ય	4 બાઇટ્સ	32-બીટ રજિસ્ટર મૂલ્ય જે વાંચવામાં આવ્યું છે. (લિટલ-એન્ડિયન)

4.5.1.5.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.1.6 વાંચો_રજીસ્ટર_મલ્ટીપલ
આ સૂચનાનો ઉપયોગ એકસાથે બહુવિધ તાર્કિક રજિસ્ટર વાંચવા માટે થાય છે. પરિણામ (દરેક રજીસ્ટરની સામગ્રી) સૂચનાના પ્રતિભાવમાં પ્રદાન કરવામાં આવે છે. રજીસ્ટર સરનામું પોતે પ્રતિભાવમાં સમાવેલ નથી. પ્રતિભાવમાં રજીસ્ટર સમાવિષ્ટોનો ક્રમ સૂચનાની અંદરના રજીસ્ટર સરનામાંઓના ક્રમને અનુરૂપ છે.
4.5.1.6.1 શરતો
સૂચનામાં તમામ રજીસ્ટર સરનામાં અસ્તિત્વમાં હોવા જોઈએ. દરેક રજીસ્ટર માટે એક્સેસ એટ્રીબ્યુટ કાં તો રીડ-રાઈટ અથવા રીડ ઓન્લી હોવી જોઈએ. 'નોંધણી સરનામું' એરેનું કદ 1 - 18 સહિતની શ્રેણીમાં હોવું આવશ્યક છે.
4.5.1.6.2 આદેશ
કોષ્ટક 29. READ_REGISTER_MULTIPLE આદેશ મૂલ્ય રજિસ્ટરના સમૂહ પર રીડ રજિસ્ટર ઑપરેશન કરો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સરનામું રજીસ્ટર કરો[1…n]	1 બાઈટ	સરનામું નોંધણી કરો

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 30. READ_REGISTER_MULTIPLE પ્રતિભાવ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
નોંધણી મૂલ્ય [1…n]	4 બાઇટ્સ	મૂલ્ય	4 બાઇટ્સ	32-બીટ રજિસ્ટર મૂલ્ય જે વાંચવામાં આવ્યું છે (લિટલ-એન્ડિયન).

4.5.1.6.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.2 E2PROM મેનીપ્યુલેશન
E2PROM માં સુલભ વિસ્તાર EEPROM નકશા અને સરનામાં યોગ્ય કદ મુજબ છે.
નોંધ:
1. નીચેની સૂચનાઓમાં જ્યાં પણ 'E2PROM સરનામું' નો ઉલ્લેખ કરવામાં આવ્યો છે, તે સરનામાં યોગ્ય EEPROM વિસ્તારના કદનો સંદર્ભ લેશે.
૪.૫.૨.૧ WRITE_E4.5.2.1PROM
આ સૂચનાનો ઉપયોગ E2PROM પર એક અથવા વધુ મૂલ્યો લખવા માટે થાય છે. ફીલ્ડ 'વેલ્યુઝ' ફીલ્ડ 'E2PROM એડ્રેસ' દ્વારા આપવામાં આવેલા સરનામાથી શરૂ કરીને E2PROM પર લખવાનો ડેટા ધરાવે છે. ડેટા ક્રમિક ક્રમમાં લખાયેલ છે.
નોંધ:
નોંધ કરો કે આ એક અવરોધિત આદેશ છે, આનો અર્થ એ છે કે NFC FE રાઇટ ઓપરેશન દરમિયાન અવરોધિત છે. આમાં કેટલાક મિલિસેકન્ડનો સમય લાગી શકે છે.
4.5.2.1.1 શરતો
'E2PROM સરનામું' ફીલ્ડ [2] મુજબ શ્રેણીમાં હોવું આવશ્યક છે. 'મૂલ્યો' ફીલ્ડમાં બાઈટની સંખ્યા 1 - 1024 (0x0400) સહિતની રેન્જમાં હોવી જોઈએ. [2] માં દર્શાવ્યા મુજબ લખવાની કામગીરી EEPROM સરનામાંથી આગળ ન હોવી જોઈએ. જો સરનામું [2] માં EEPROM એડ્રેસ સ્પેસ કરતાં વધી જાય તો ભૂલ પ્રતિસાદ યજમાનને મોકલવામાં આવશે.
4.5.2.1.2 આદેશ
કોષ્ટક 31. WRITE_E2PROM આદેશ મૂલ્ય E2PROM પર અનુક્રમે આપેલ મૂલ્યો લખો.

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
E2PROM સરનામું	2 બાઈટ	EEPROM માં સરનામું જ્યાંથી લખવાની કામગીરી શરૂ થશે. (લિટલ-એન્ડિયન)
મૂલ્યો	1 - 1024 બાઇટ્સ	મૂલ્યો જે ક્રમિક ક્રમમાં E2PROM પર લખેલા હોવા જોઈએ.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 32. WRITE_EEPROM પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૨.૨ READ_E4.5.2.2PROM
આ સૂચનાનો ઉપયોગ E2PROM મેમરી એરિયામાંથી ડેટા બેક વાંચવા માટે થાય છે. ફીલ્ડ 'E2PROM સરનામું' રીડ ઓપરેશનના પ્રારંભનું સરનામું સૂચવે છે. પ્રતિભાવમાં E2PROM માંથી વાંચવામાં આવેલ ડેટા શામેલ છે.
4.5.2.2.1 શરતો
'E2PROM સરનામું' ફીલ્ડ માન્ય શ્રેણીમાં હોવું આવશ્યક છે.
'બાઈટ્સની સંખ્યા' ફીલ્ડ 1 - 256 ની રેન્જમાં હોવી જોઈએ, જેમાં સમાવેશ થાય છે.
રીડ ઓપરેશન છેલ્લા સુલભ EEPROM સરનામાંથી આગળ વધવું જોઈએ નહીં.
ભૂલ પ્રતિસાદ યજમાનને મોકલવામાં આવશે, જો સરનામું EEPROM સરનામાંની જગ્યા કરતાં વધી જાય.
4.5.2.2.2 આદેશ
કોષ્ટક 33. READ_E2PROM કમાન્ડ વેલ્યુ E2PROM ના મૂલ્યોને ક્રમિક રીતે વાંચો.

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
E2PROM સરનામું	2 બાઈટ	E2PROM માં સરનામું જેમાંથી વાંચવાની કામગીરી શરૂ થશે. (લિટલ-એન્ડિયન)
બાઇટ્સની સંખ્યા	2 બાઈટ	વાંચવા માટેની બાઇટ્સની સંખ્યા. (લિટલ-એન્ડિયન)

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 34. READ_E2PROM પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
મૂલ્યો	1 - 1024 બાઇટ્સ	મૂલ્યો જે ક્રમિક ક્રમમાં વાંચવામાં આવ્યા છે.

4.5.2.2.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૨.૩ GET_CRC_USER_AREA
આ સૂચનાનો ઉપયોગ PN5190 IC ના પ્રોટોકોલ વિસ્તાર સહિત સંપૂર્ણ વપરાશકર્તા રૂપરેખાંકન વિસ્તાર માટે CRC ની ગણતરી કરવા માટે થાય છે.
4.5.2.3.1 આદેશ
કોષ્ટક 35. GET_CRC_USER_AREA આદેશ મૂલ્ય
પ્રોટોકોલ વિસ્તાર સહિત વપરાશકર્તા રૂપરેખાંકન વિસ્તારની CRC વાંચો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
–	–	પેલોડમાં કોઈ ડેટા નથી

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 36. GET_CRC_USER_AREA પ્રતિભાવ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
મૂલ્યો	4 બાઇટ્સ	લિટલ-એન્ડિયન ફોર્મેટમાં CRC ડેટાના 4 બાઇટ્સ.

4.5.2.3.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.3 CLIF ડેટા મેનીપ્યુલેશન
આ વિભાગમાં વર્ણવેલ સૂચનાઓ RF ટ્રાન્સમિશન અને રિસેપ્શન માટેના આદેશોનું વર્ણન કરે છે.
૪.૫.૩.૧ એક્સચેન્જ_આરએફ_ડેટા
RF એક્સચેન્જ ફંક્શન TX ડેટાનું ટ્રાન્સમિશન કરે છે અને કોઈપણ RX ડેટાના સ્વાગતની રાહ જોઈ રહ્યું છે.
રિસેપ્શનના કિસ્સામાં ફંક્શન પાછું આવે છે (ક્યાં તો ભૂલભરેલું અથવા સાચું) અથવા સમય સમાપ્ત થાય છે. ટાઈમર TRANSMISSION ના અંત સાથે શરૂ થાય છે અને RECEPTION ના START સાથે બંધ થાય છે. એક્સચેન્જ કમાન્ડના અમલ પહેલાં સમયસમાપ્તિ રૂપરેખાંકિત ન હોય તેવા કિસ્સામાં EEPROM માં પૂર્વ-રૂપરેખાંકિત સમય સમાપ્તિ મૂલ્યનો ઉપયોગ કરવામાં આવશે.
જો transceiver_state છે

IDLE માં TRANSCEIVE મોડ દાખલ થાય છે.
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 આદેશ મૂલ્ય
આંતરિક RF ટ્રાન્સમિશન બફર પર TX ડેટા લખો અને ટ્રાન્સસીવ કમાન્ડનો ઉપયોગ કરીને ટ્રાન્સમિશન શરૂ કરે છે અને હોસ્ટને પ્રતિભાવ તૈયાર કરવા માટે રિસેપ્શન અથવા ટાઈમ-આઉટ થાય ત્યાં સુધી રાહ જુઓ.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
છેલ્લા બાઈટમાં માન્ય બિટ્સની સંખ્યા	1 બાઈટ	0	છેલ્લા બાઈટના તમામ બિટ્સ પ્રસારિત થાય છે
		1 - 7	છેલ્લી બાઈટમાં પ્રસારિત થવાના બિટ્સની સંખ્યા.
RFExchangeConfig	1 બાઈટ	RFExchange કાર્યનું રૂપરેખાંકન. વિગતો નીચે જુઓ

કોષ્ટક 37. EXCHANGE_RF_DATA આદેશ મૂલ્ય...ચાલુ
આંતરિક RF ટ્રાન્સમિશન બફર પર TX ડેટા લખો અને ટ્રાન્સસીવ કમાન્ડનો ઉપયોગ કરીને ટ્રાન્સમિશન શરૂ કરે છે અને હોસ્ટને પ્રતિભાવ તૈયાર કરવા માટે રિસેપ્શન અથવા ટાઈમ-આઉટ થાય ત્યાં સુધી રાહ જુઓ.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
TX ડેટા	n બાઇટ્સ	TX ડેટા જે ટ્રાન્સસીવ કમાન્ડનો ઉપયોગ કરીને CLIF મારફતે મોકલવો આવશ્યક છે. n = 0 – 1024 બાઇટ્સ

કોષ્ટક 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	વર્ણન
								બિટ્સ 4 - 7 એ RFU છે
				X				જો બીટ 1b પર સેટ કરેલ હોય તો RX_STATUS ના આધારે જવાબમાં RX ડેટાનો સમાવેશ કરો.
					X			જવાબમાં EVENT_STATUS રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.
						X		જવાબમાં RX_STATUS_ERROR રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.
							X	જવાબમાં RX_STATUS રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 39. EXCHANGE_RF_DATA પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_OR_EMDER
RX_STATUS	4 બાઇટ્સ	જો RX_STATUS ની વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
RX_STATUS_ERROR	4 બાઇટ્સ	જો RX_STATUS_ERROR વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
ઇવેન્ટ_સ્ટેટસ	4 બાઇટ્સ	જો EVENT_STATUS ની વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
RX ડેટા	1 - 1024 બાઇટ્સ	જો RX ડેટાની વિનંતી કરવામાં આવે. RF એક્સચેન્જના RF રિસેપ્શન તબક્કા દરમિયાન RX ડેટા પ્રાપ્ત થયો.

4.5.3.1.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૩.૨ ટ્રાન્સમિટ_આરએફ_ડેટા
આ સૂચનાનો ઉપયોગ આંતરિક CLIF ટ્રાન્સમિશન બફરમાં ડેટા લખવા અને ટ્રાન્સસીવ આદેશનો ઉપયોગ કરીને ટ્રાન્સમિશન શરૂ કરવા માટે થાય છે. આ બફરનું કદ 1024 બાઇટ્સ સુધી મર્યાદિત છે. આ સૂચનાના અમલ પછી, RF રિસેપ્શન આપમેળે શરૂ થાય છે.
ટ્રાન્સમિશન પૂર્ણ થયા પછી તરત જ આદેશ પાછો આવે છે, સ્વાગત પૂર્ણ થવાની રાહ જોતા નથી.
4.5.3.2.1 શરતો
'TX ડેટા' ફીલ્ડની અંદર બાઈટની સંખ્યા 1 - 1024 ની રેન્જમાં હોવી જોઈએ, જેમાં સમાવેશ થાય છે.
ચાલુ આરએફ ટ્રાન્સમિશન દરમિયાન આદેશને કૉલ કરવો જોઈએ નહીં.
4.5.3.2.2 આદેશ
કોષ્ટક 40. TRANSMIT_RF_DATA આદેશ મૂલ્ય આંતરિક CLIF ટ્રાન્સમિશન બફર પર TX ડેટા લખો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
છેલ્લા બાઈટમાં માન્ય બિટ્સની સંખ્યા	1 બાઈટ	0 છેલ્લી બાઈટના તમામ બિટ્સ ટ્રાન્સમિટ થાય છે 1 - 7 છેલ્લી બાઈટની અંદરના બિટ્સની સંખ્યા ટ્રાન્સમિટ કરવાની છે.
આરએફયુ	1 બાઈટ	આરક્ષિત
TX ડેટા	1 - 1024 બાઇટ્સ	TX ડેટા જેનો ઉપયોગ આગામી RF ટ્રાન્સમિશન દરમિયાન કરવામાં આવશે.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 41. TRANSMIT_RF_DATA પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ત્રુટી PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૩.૩ રીટ્રીવ_આરએફ_ડેટા
આ સૂચનાનો ઉપયોગ આંતરિક CLIF RX બફરમાંથી ડેટા વાંચવા માટે થાય છે, જેમાં વિભાગ 4.5.3.1 ના અગાઉના અમલમાંથી પોસ્ટ કરવામાં આવેલ RF પ્રતિસાદ ડેટા (જો કોઈ હોય તો) હોય છે, જેમાં પ્રતિસાદ અથવા વિભાગ 4.5.3.2માં પ્રાપ્ત ડેટાનો સમાવેશ ન કરવાનો વિકલ્પ હોય છે. .XNUMX આદેશ.
4.5.3.3.1 આદેશ
કોષ્ટક 42. RETRIEVE_RF_DATA આદેશ મૂલ્ય આંતરિક RF રિસેપ્શન બફરમાંથી RX ડેટા વાંચો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ખાલી	ખાલી	ખાલી

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 43. RETRIEVE_RF_DATA પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
RX ડેટા	1 - 1024 બાઇટ્સ	RX ડેટા જે છેલ્લા સફળ RF રિસેપ્શન દરમિયાન પ્રાપ્ત થયો છે.

4.5.3.3.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૩.૪ RECEIVE_RF_DATA
આ સૂચના રીડરના RF ઇન્ટરફેસ દ્વારા પ્રાપ્ત ડેટાની રાહ જુએ છે.
રીડર મોડમાં, જો રિસેપ્શન હોય (ક્યાં તો ભૂલભરેલું અથવા સાચું) અથવા FWT સમય સમાપ્ત થયો હોય તો આ સૂચના પરત આવે છે. ટાઈમર TRANSMISSION ના અંત સાથે શરૂ થાય છે અને RECEPTION ના START સાથે બંધ થાય છે. EEPROM માં પૂર્વ-રૂપરેખાંકિત ડિફોલ્ટ સમયસમાપ્તિ મૂલ્યનો ઉપયોગ એક્સચેન્જ આદેશના અમલ પહેલાં સમયસમાપ્તિ રૂપરેખાંકિત ન થાય તેવા કિસ્સામાં કરવામાં આવશે.
ટાર્ગેટ મોડમાં, આ સૂચના ક્યાં તો રિસેપ્શન (ક્યાં તો ભૂલભરેલી અથવા સાચી) અથવા બાહ્ય RF ભૂલના કિસ્સામાં પરત આવે છે.
નોંધ:
આ સૂચનાનો ઉપયોગ TX અને RX ઑપરેશન કરવા માટે TRANSMIT_RF_DATA આદેશ સાથે થશે...
4.5.3.4.1 આદેશ
કોષ્ટક 44. RECEIVE_RF_DATA આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ReceiveRFconfig	1 બાઈટ	ReceiveRFCconfig કાર્યનું રૂપરેખાંકન. જુઓ કોષ્ટક 45

કોષ્ટક 45. આરએફસી કોન્ફીગ બીટમાસ્ક મેળવો

b7	b6	b5	b4	b3	b2	b1	b0	વર્ણન
								બિટ્સ 4 - 7 એ RFU છે
				X				જો બીટ 1b પર સેટ કરેલ હોય તો RX_STATUS ના આધારે જવાબમાં RX ડેટાનો સમાવેશ કરો.
					X			જવાબમાં EVENT_STATUS રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.
						X		જવાબમાં RX_STATUS_ERROR રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.
							X	જવાબમાં RX_STATUS રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 46. RECEIVE_RF_DATA પ્રતિભાવ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી) PN5190_STATUS_TIMEOUT

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 બાઇટ્સ	જો RX_STATUS ની વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
RX_STATUS_ERROR	4 બાઇટ્સ	જો RX_STATUS_ERROR વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
ઇવેન્ટ_સ્ટેટસ	4 બાઇટ્સ	જો EVENT_STATUS ની વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
RX ડેટા	1 - 1024 બાઇટ્સ	જો RX ડેટાની વિનંતી કરવામાં આવે. RF પર RX ડેટા પ્રાપ્ત થયો.

4.5.3.4.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD કન્ફિગરેશન)
આ સૂચનાનો ઉપયોગ આંતરિક CLIF RX બફરમાંથી ડેટા વાંચવા માટે થાય છે, જેમાં 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' સ્ટેટસ સાથે પરત ફરતા EXCHANGE_RF_DATA કમાન્ડના અગાઉના એક્ઝેક્યુશનથી પોસ્ટ કરવામાં આવેલ FeliCa EMD પ્રતિભાવ ડેટા (જો કોઈ હોય તો) હોય છે.
નોંધ: આ આદેશ PN5190 FW v02.03 થી ઉપલબ્ધ છે.
4.5.3.5.1 આદેશ
આંતરિક RF રિસેપ્શન બફરમાંથી RX ડેટા વાંચો.
કોષ્ટક 47. RETRIEVE_RF_FELICA_EMD_DATA આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ફેલીકેઆરએફરીટ્રીવકોન્ફિગ	1 બાઈટ	૦૦ - એફએફ	RETRIEVE_RF_FELICA_EMD_DATA કાર્યનું રૂપરેખાંકન
		રૂપરેખાંકન (બિટમાસ્ક) વર્ણન	બીટ 7..2: RFU બીટ 1: જવાબમાં RX_STATUS_ ERROR નો સમાવેશ કરો, જો બીટ 1b પર સેટ કરેલ હોય. bit 0: જવાબમાં RX_STATUS રજિસ્ટર શામેલ કરો, જો બીટ 1b પર સેટ કરેલ હોય.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 48. RETRIEVE_RF_FELICA_EMD_DATA પ્રતિભાવ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ		મૂલ્ય/વર્ણન
સ્થિતિ		1 બાઈટ		ઓપરેશનની સ્થિતિ. અપેક્ષિત મૂલ્યો નીચે મુજબ છે: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
RX_STATUS		4 બાઈટ		જો RX_STATUS ની વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)
RX_STATUS_ ભૂલ		4 બાઈટ		જો RX_STATUS_ERROR વિનંતી કરવામાં આવે તો (લિટલ-એન્ડિયન)

પેલોડ ક્ષેત્ર	લંબાઈ		મૂલ્ય/વર્ણન
RX ડેટા		1…1024 બાઈટ		FeliCa EMD RX ડેટા જે એક્સચેન્જ કમાન્ડનો ઉપયોગ કરીને છેલ્લા અસફળ RF રિસેપ્શન દરમિયાન પ્રાપ્ત થયો છે.

4.5.3.5.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.4 સ્વિચિંગ ઓપરેશન મોડ
PN5190 4 વિવિધ ઓપરેશન મોડને સપોર્ટ કરે છે:
4.5.4.1 સામાન્ય
આ ડિફૉલ્ટ મોડ છે, જ્યાં બધી સૂચનાઓને મંજૂરી છે.
4.5.4.2 સ્ટેન્ડબાય
પાવર બચાવવા માટે PN5190 સ્ટેન્ડબાય/સ્લીપ સ્ટેટમાં છે. ફરી ક્યારે સ્ટેન્ડબાય છોડવું તે વ્યાખ્યાયિત કરવા માટે વેક-અપ શરતો સેટ કરવી આવશ્યક છે.
૪.૫.૪.૩ એલપીસીડી
PN5190 લો-પાવર કાર્ડ ડિટેક્શન મોડમાં છે, જ્યાં તે એવા કાર્ડને શોધવાનો પ્રયાસ કરે છે કે જે ઓપરેટિંગ વોલ્યુમમાં પ્રવેશી રહ્યું હોય, સૌથી ઓછા પાવર વપરાશ સાથે.
4.5.4.4 ઓટોકોલ
PN5190 RF લિસનર તરીકે કામ કરે છે, સ્વાયત્ત રીતે લક્ષ્ય મોડ સક્રિયકરણ કરે છે (રીઅલ-ટાઇમ અવરોધોની ખાતરી આપવા માટે)
૪.૫.૪.૫ સ્વિચ_મોડ_નોર્મલ
સ્વિચ મોડ નોર્મલ આદેશમાં ત્રણ ઉપયોગ-કેસ છે.
4.5.4.5.1 UseCase1: પાવર અપ પર સામાન્ય ઓપરેશન મોડ દાખલ કરો (POR)
સામાન્ય ઓપરેશન મોડ દાખલ કરીને આગલા આદેશને પ્રાપ્ત કરવા/પ્રક્રિયા કરવા માટે નિષ્ક્રિય સ્થિતિમાં રીસેટ કરવા માટે ઉપયોગ કરો.
4.5.4.5.2 UseCase2: સામાન્ય ઑપરેશન મોડ પર સ્વિચ કરવા માટે પહેલેથી જ ચાલી રહેલ કમાન્ડને સમાપ્ત કરવું (અબૉર્ટ કમાન્ડ)
પહેલાથી ચાલી રહેલા આદેશોને સમાપ્ત કરીને આગલા આદેશને પ્રાપ્ત કરવા/પ્રક્રિયા કરવા માટે નિષ્ક્રિય સ્થિતિમાં રીસેટ કરવા માટે ઉપયોગ કરો.
સ્ટેન્ડબાય, એલપીસીડી, એક્સચેન્જ, પીઆરબીએસ અને ઓટોકોલ જેવા આદેશો આ આદેશનો ઉપયોગ કરીને સમાપ્ત કરવાનું શક્ય બનશે.
આ એકમાત્ર વિશેષ આદેશ છે, જેનો પ્રતિભાવ નથી. તેના બદલે, તેની પાસે EVENT સૂચના છે.
વિવિધ અંતર્ગત આદેશ એક્ઝેક્યુશન દરમિયાન થતી ઘટનાઓના પ્રકાર પર વધુ માહિતી માટે વિભાગ 4.4.3 નો સંદર્ભ લો.
4.5.4.5.2.1 યુઝકેસ2.1:
આ આદેશ તમામ CLIF TX, RX, અને ફીલ્ડ કંટ્રોલ રજીસ્ટરને બુટ સ્થિતિમાં રીસેટ કરશે. આ આદેશ જારી કરવાથી કોઈપણ વર્તમાન RF ફીલ્ડ બંધ થઈ જશે.
4.5.4.5.2.2 યુઝકેસ2.2:
PN5190 FW v02.03 થી ઉપલબ્ધ:
આ આદેશ CLIF TX, RX અને ફિલ્ડ કંટ્રોલ રજિસ્ટરમાં ફેરફાર કરશે નહીં પરંતુ માત્ર ટ્રાન્સસીવરને IDLE સ્થિતિમાં ખસેડશે.
4.5.4.5.3 યુઝકેસ3: સ્ટેન્ડબાયમાંથી સોફ્ટ-રીસેટ/એક્ઝિટ પર સામાન્ય ઓપરેશન મોડ, LPCD આ કિસ્સામાં, PN5190 સીધા જ સામાન્ય ઓપરેશન મોડમાં પ્રવેશે છે, IDLE_EVENT ને હોસ્ટને મોકલીને (આકૃતિ 12 અથવા આકૃતિ 13) અને “ IDLE_EVENT” બીટ કોષ્ટક 11 માં સેટ કરેલ છે.
SWITCH_MODE_NORMAL આદેશ મોકલવાની કોઈ આવશ્યકતા નથી.
નોંધ:
IC ને સામાન્ય મોડ પર સ્વિચ કર્યા પછી, RF ની બધી સેટિંગ્સ ડિફોલ્ટ સ્થિતિમાં સંશોધિત થાય છે. તે અનિવાર્ય છે કે, સંબંધિત RF રૂપરેખાંકન અને અન્ય સંબંધિત રજિસ્ટર RF ON અથવા RF એક્સચેન્જ ઑપરેશન કરતાં પહેલાં યોગ્ય મૂલ્યો સાથે લોડ થયેલ હોવા જોઈએ.
4.5.4.5.4 વિવિધ ઉપયોગ-કેસો માટે મોકલવા માટે આદેશ ફ્રેમ
4.5.4.5.4.1 UseCase1: કમાન્ડ પાવર અપ પર સામાન્ય ઓપરેશન મોડ દાખલ કરો (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: સામાન્ય ઓપરેશન મોડ પર સ્વિચ કરવા માટે પહેલાથી ચાલી રહેલા આદેશોને સમાપ્ત કરવાનો આદેશ
કેસ 2.1 નો ઉપયોગ કરો:
0x20 0x00 0x00
કેસ 2.2 નો ઉપયોગ કરો: (FW v02.02 થી):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: સ્ટેન્ડબાય, LPCD, ULPCD માંથી સોફ્ટ-રીસેટ/એક્ઝિટ પર સામાન્ય ઓપરેશન મોડ માટે આદેશ
કોઈ નહિ. PN5190 સીધા સામાન્ય ઓપરેશન મોડમાં પ્રવેશ કરે છે.
૪.૫.૧.૨.૩ પ્રતિભાવ
કોઈ નહિ
4.5.4.5.6 ઇવેન્ટ
BOOT_EVENT (EVENT_STATUS રજિસ્ટરમાં) સેટ કરેલ છે જે દર્શાવે છે કે સામાન્ય મોડ દાખલ થયો છે અને હોસ્ટને મોકલવામાં આવ્યો છે. ઇવેન્ટ ડેટા માટે આકૃતિ 12 અને આકૃતિ 13 નો સંદર્ભ લો.

એક IDLE_EVENT (EVENT_STATUS રજિસ્ટરમાં) સેટ કરેલ છે જે દર્શાવે છે કે સામાન્ય મોડ દાખલ થયો છે અને હોસ્ટને મોકલવામાં આવે છે. ઇવેન્ટ ડેટા માટે આકૃતિ 12 અને આકૃતિ 13 નો સંદર્ભ લો.

એક BOOT_EVENT (EVENT_STATUS રજિસ્ટરમાં) સેટ કરેલ છે જે સૂચવે છે કે સામાન્ય મોડ દાખલ થયો છે અને હોસ્ટને મોકલવામાં આવે છે. ઇવેન્ટ ડેટા માટે આકૃતિ 12 અને આકૃતિ 13 નો સંદર્ભ લો.

૪.૫.૪.૬ સ્વિચ_મોડ_ઓટોકોલ
સ્વિચ મોડ ઑટોકોલ આપમેળે લક્ષ્ય મોડમાં કાર્ડ સક્રિયકરણ પ્રક્રિયા કરે છે.
ફીલ્ડ 'ઓટોકોલ મોડ' 0 - 2 સહિતની રેન્જમાં હોવું આવશ્યક છે.
જો ફીલ્ડ 'ઓટોકોલ મોડ' 2 (ઓટોકોલ) પર સેટ કરેલ હોય તો: ફીલ્ડ 'RF ટેક્નોલોજીસ' (કોષ્ટક 50) માં ઓટોકોલ દરમિયાન સપોર્ટ કરવા માટે RF ટેક્નોલોજીસ દર્શાવતો બીટમાસ્ક હોવો આવશ્યક છે.
આ મોડમાં હોય ત્યારે કોઈ સૂચનાઓ મોકલવી જોઈએ નહીં.
વિક્ષેપનો ઉપયોગ કરીને સમાપ્તિ સૂચવવામાં આવે છે.
4.5.4.6.1 આદેશ
કોષ્ટક 49. SWITCH_MODE_AUTOCOLL આદેશ મૂલ્ય

પરિમાણ	લંબાઈ	મૂલ્ય/વર્ણન
આરએફ ટેક્નોલોજીસ	1 બાઈટ	ઑટોકોલ દરમિયાન સાંભળવા માટે RF ટેક્નૉલૉજી સૂચવતો બિટમાસ્ક.
ઑટોકોલ મોડ	1 બાઈટ	0	કોઈ સ્વાયત્ત મોડ નથી, એટલે કે જ્યારે બાહ્ય RF ફીલ્ડ હાજર ન હોય ત્યારે ઑટોકોલ સમાપ્ત થાય છે.
			ના કિસ્સામાં સમાપ્તિ
			• કોઈ RF FIELD અથવા RF FIELD અદૃશ્ય થઈ ગયું નથી
			• PN5190 ટાર્ગેટ મોડમાં સક્રિય થયેલ છે
		1	સ્ટેન્ડબાય સાથે સ્વાયત્ત મોડ. જ્યારે કોઈ RF ફીલ્ડ હાજર ન હોય, ત્યારે ઑટોકોલ આપમેળે સ્ટેન્ડબાય મોડમાં પ્રવેશ કરે છે. એકવાર RF બાહ્ય RF ફીલ્ડ મળી જાય, PN5190 ફરીથી ઑટોકોલ મોડમાં પ્રવેશ કરે છે.
			ના કિસ્સામાં સમાપ્તિ
			• PN5190 ટાર્ગેટ મોડમાં સક્રિય થયેલ છે
			PN5190 FW થી v02.03 આગળ: જો '0xCDF' સરનામાં પર EEPROM ફીલ્ડ "bCard ModeUltraLowPowerEnabled" '1' પર સેટ છે, તો PN5190 અલ્ટ્રા લો-પાવર સ્ટેન્ડબાયમાં પ્રવેશ કરે છે.
		2	સ્ટેન્ડબાય વિના સ્વાયત્ત મોડ. જ્યારે કોઈ RF ફીલ્ડ હાજર ન હોય, ત્યારે PN5190 ઑટોકોલ અલ્ગોરિધમ શરૂ કરતા પહેલા RF ફીલ્ડ હાજર ન થાય ત્યાં સુધી રાહ જુએ છે. આ કિસ્સામાં સ્ટેન્ડબાયનો ઉપયોગ થતો નથી.
			ના કિસ્સામાં સમાપ્તિ • PN5190 ટાર્ગેટ મોડમાં સક્રિય થયેલ છે

કોષ્ટક 50. આરએફ ટેક્નોલોજીસ બીટમાસ્ક

b7	b6	b5	b4	b3	b2	b1	b0	વર્ણન
0	0	0	0					આરએફયુ
				X				જો 1b પર સેટ કરેલ હોય, તો NFC-F એક્ટિવ માટે સાંભળવું સક્ષમ છે. (ઉપલબ્ધ નથી).
					X			જો 1b પર સેટ કરેલ હોય, તો NFC-A એક્ટિવ માટે સાંભળવું સક્ષમ છે. (ઉપલબ્ધ નથી).
						X		જો 1b પર સેટ કરેલ હોય, તો NFC-F માટે સાંભળવું સક્ષમ છે.
							X	જો 1b પર સેટ કરેલ હોય, તો NFC-A માટે સાંભળવું સક્ષમ છે.

૪.૫.૧.૨.૩ પ્રતિભાવ
પ્રતિભાવ ફક્ત સંકેત આપે છે કે આદેશ પર પ્રક્રિયા કરવામાં આવી છે.
કોષ્ટક 51. SWITCH_MODE_AUTOCOLL પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (ખોટી સેટિંગ્સને કારણે સ્વિચ મોડ દાખલ કરવામાં આવ્યો નથી)

4.5.4.6.3 ઇવેન્ટ
જ્યારે આદેશ સમાપ્ત થાય છે, અને સામાન્ય મોડ દાખલ થાય છે ત્યારે ઇવેન્ટ સૂચના મોકલવામાં આવે છે. હોસ્ટ ઇવેન્ટ મૂલ્યના આધારે પ્રતિભાવ બાઇટ્સ વાંચશે.
નોંધ:
જ્યારે સ્થિતિ “PN5190_STATUS_INSTR_SUCCESS” ન હોય, તો પછી આગળ “પ્રોટોકોલ” અને “કાર્ડ_એક્ટિવેટેડ” ડેટા બાઈટ હાજર નથી.
વિભાગ 4.5.1.5, વિભાગ 4.5.1.6 આદેશોનો ઉપયોગ કરીને રજિસ્ટરમાંથી ટેકનોલોજીની માહિતી મેળવવામાં આવે છે.
નીચેનું કોષ્ટક ઇવેન્ટ ડેટા બતાવે છે જે ઇવેન્ટ સંદેશ આકૃતિ 12 અને આકૃતિ 13 ના ભાગ રૂપે મોકલવામાં આવે છે.
કોષ્ટક 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT ડેટા સ્વિચ ઑપરેશન મોડ ઑટોકોલ ઇવેન્ટ

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ
		PN5190_STATUS_INSTR_સફળતા	PN5190 એ ટાર્ગેટ મોડમાં સક્રિય થયેલ છે. આ ઇવેન્ટમાં વધુ ડેટા માન્ય છે.
		PN5190_STATUS_PREVENT_STANDBY	સૂચવે છે કે PN5190 ને સ્ટેન્ડબાય મોડમાં જવાનું અટકાવવામાં આવ્યું છે. આ સ્થિતિ ત્યારે જ માન્ય છે જ્યારે ઑટોકોલ મોડને "સ્ટેન્ડબાય સાથે સ્વાયત્ત મોડ" તરીકે પસંદ કરવામાં આવે.

		PN5190_STATUS_NO_EXTERNAL_RF_ ફીલ્ડ	સૂચવે છે કે નોન-ઓટોનોમસ મોડમાં ઑટોકોલના અમલ દરમિયાન કોઈ બાહ્ય RF ફીલ્ડ હાજર નથી
		PN5190_STATUS_USER_રદ કરેલ	સૂચવે છે કે વર્તમાન આદેશ ચાલુ છે જે સ્વીચ મોડ સામાન્ય આદેશ દ્વારા રદ કરવામાં આવ્યો છે
પ્રોટોકોલ	1 બાઈટ	0x10	નિષ્ક્રિય TypeA તરીકે સક્રિય
		0x11	નિષ્ક્રિય TypeF 212 તરીકે સક્રિય
		0x12	નિષ્ક્રિય TypeF 424 તરીકે સક્રિય
		0x20	સક્રિય TypeA તરીકે સક્રિય
		0x21	સક્રિય પ્રકાર F 212 તરીકે સક્રિય
		0x22	સક્રિય પ્રકાર F 424 તરીકે સક્રિય
		અન્ય મૂલ્યો	અમાન્ય
કાર્ડ_સક્રિય	1 બાઈટ	0x00	ISO 14443-3 મુજબ કાર્ડ એક્ટિવેશન પ્રક્રિયા નથી
કાર્ડ_સક્રિય	1 બાઈટ	0x01	સૂચવે છે કે ઉપકરણ નિષ્ક્રિય મોડમાં સક્રિય થયેલ છે

નોંધ:
ઇવેન્ટ ડેટા વાંચ્યા પછી, કાર્ડ/ઉપકરણમાંથી પ્રાપ્ત થયેલ ડેટા (જેમ કે ISO18092/ISO1443-4 મુજબ ATR_REQ/RATS ના 'n' બાઈટ), વિભાગ 4.5.3.3 આદેશનો ઉપયોગ કરીને વાંચવામાં આવશે.
4.5.4.6.4 કોમ્યુનિકેશન એક્સample

૪.૫.૪.૭ સ્વિચ_મોડ_સ્ટેન્ડબાય
સ્વિચ મોડ સ્ટેન્ડબાય આપમેળે IC ને સ્ટેન્ડબાય મોડમાં સેટ કરે છે. જાગવાની સ્થિતિને પહોંચી વળતા વેક-અપ સ્ત્રોતો ગોઠવ્યા પછી IC જાગી જશે.
નોંધ:
ULP સ્ટેન્ડબાય માટે કાઉન્ટર એક્સપાયરી અને સ્ટેન્ડબાય માટે HIF એબોર્ટ સ્ટેન્ડબાય મોડ્સમાંથી બહાર નીકળવા માટે મૂળભૂત રીતે ઉપલબ્ધ છે.

4.5.4.7.1 આદેશ
કોષ્ટક 53. SWITCH_MODE_STANDBY આદેશ મૂલ્ય

પરિમાણ	લંબાઈ	મૂલ્ય/વર્ણન
રૂપરેખા	1 બાઈટ	બીટમાસ્ક જે વેક-અપ સ્ત્રોતને નિયંત્રિત કરે છે અને સ્ટેન્ડબાય મોડ દાખલ કરે છે. નો સંદર્ભ લો કોષ્ટક 54
કાઉન્ટર વેલ્યુ	2 બાઇટ્સ	મિલિસેકંડમાં વેક-અપ કાઉન્ટર માટે વપરાયેલ મૂલ્ય. સ્ટેન્ડબાય માટે મહત્તમ સમર્થિત મૂલ્ય 2690 છે. ULP સ્ટેન્ડબાય માટે મહત્તમ સમર્થિત મૂલ્ય 4095 છે. પ્રદાન કરવાની કિંમત લિટલ-એન્ડિયન ફોર્મેટમાં છે. આ પરિમાણ સમાવિષ્ટો ફક્ત ત્યારે જ માન્ય છે જો કાઉન્ટર પર વેક-અપ માટે "કોન્ફિગ બીટમાસ્ક" સક્ષમ કરેલ હોય તો સમયસીમા સમાપ્ત થાય.

કોષ્ટક 54. બિટમાસ્ક રૂપરેખાંકિત કરો

b7	b6	b5	b4	b3	b2	b1	b0	વર્ણન
X								જો બીટ 1b પર સેટ કરેલ હોય તો ULP સ્ટેન્ડબાય દાખલ કરો જો બીટ 0b પર સેટ કરેલ હોય તો સ્ટેન્ડબાય દાખલ કરો.
	0							આરએફયુ
		X						GPIO-3 પર વેક-અપ કરો જ્યારે તે વધારે હોય, જો બીટ 1b પર સેટ કરેલ હોય. (યુએલપી સ્ટેન્ડબાય માટે લાગુ પડતું નથી)
			X					GPIO-2 પર વેક-અપ કરો જ્યારે તે વધારે હોય, જો બીટ 1b પર સેટ કરેલ હોય. (યુએલપી સ્ટેન્ડબાય માટે લાગુ પડતું નથી)
				X				GPIO-1 પર વેક-અપ કરો જ્યારે તે વધારે હોય, જો બીટ 1b પર સેટ કરેલ હોય. (યુએલપી સ્ટેન્ડબાય માટે લાગુ પડતું નથી)
					X			GPIO-0 પર વેક-અપ કરો જ્યારે તે વધારે હોય, જો બીટ 1b પર સેટ કરેલ હોય. (યુએલપી સ્ટેન્ડબાય માટે લાગુ પડતું નથી)
						X		જો બીટ 1b પર સેટ કરેલ હોય તો વેક-અપ કાઉન્ટર પર વેક-અપ સમાપ્ત થાય છે. ULP-સ્ટેન્ડબાય માટે, આ વિકલ્પ મૂળભૂત રીતે સક્ષમ છે.
							X	જો બીટ 1b પર સેટ કરેલ હોય તો બાહ્ય RF ફીલ્ડ પર વેક-અપ કરો.

નોંધ: PN5190 FW v02.03 થી, જો '0xCDF' સરનામાં પર EEPROM ફીલ્ડ "CardModeUltraLowPowerEnabled" '1' પર સેટ છે, તો ULP સ્ટેન્ડબાય ગોઠવણીનો SWITCH_MODE_STANDBY આદેશ સાથે ઉપયોગ કરી શકાતો નથી.
૪.૫.૧.૨.૩ પ્રતિભાવ
પ્રતિસાદ ફક્ત સંકેત આપે છે કે આદેશ પર પ્રક્રિયા કરવામાં આવી છે અને હોસ્ટ દ્વારા પ્રતિભાવ સંપૂર્ણ રીતે વાંચ્યા પછી જ સ્ટેન્ડબાય સ્ટેટ દાખલ કરવામાં આવશે.
કોષ્ટક 55. SWITCH_MODE_STANDBY પ્રતિભાવ મૂલ્ય સ્વિચ ઑપરેશન મોડ સ્ટેન્ડબાય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (સ્વિચ મોડ દાખલ કરવામાં આવ્યો નથી - ખોટી સેટિંગ્સને કારણે)

4.5.4.7.3 ઇવેન્ટ
જ્યારે આદેશ સમાપ્ત થાય છે, અને સામાન્ય મોડ દાખલ થાય છે ત્યારે ઇવેન્ટ સૂચના મોકલવામાં આવે છે. આકૃતિ 12 અને આકૃતિ 13 ની જેમ આદેશ પૂર્ણ થયા પછી મોકલવામાં આવશે તે ઘટનાના ફોર્મેટનો સંદર્ભ લો.
જો PN5190 ને સ્ટેન્ડબાય મોડમાં જવાથી અટકાવવામાં આવે તો, કોષ્ટક 11 માં ઉલ્લેખિત મુજબ EVENT_STATUS માં સેટ કરેલ ઇવેન્ટ “STANDBY_PREV_EVENT” બીટ ટેબલ 13 માં દર્શાવેલ સ્ટેન્ડબાય નિવારણના કારણ સાથે હોસ્ટને મોકલવામાં આવે છે.
4.5.4.7.4 કોમ્યુનિકેશન એક્સample

૪.૫.૪.૮ સ્વિચ_મોડ_એલપીસીડી
સ્વિચ મોડ LPCD એન્ટેનાની આસપાસ બદલાતા વાતાવરણને કારણે એન્ટેના પર ડિટ્યુનિંગ ડિટેક્શન કરે છે.
LPCD ના 2 અલગ-અલગ મોડ્સ છે. HW-આધારિત (ULPCD) સોલ્યુશન ઓછી સંવેદનશીલતા સાથે સ્પર્ધાત્મક પાવર વપરાશ આપે છે. એફડબ્લ્યુ-આધારિત (એલપીસીડી) સોલ્યુશન વધેલા વીજ વપરાશ સાથે શ્રેષ્ઠ-વર્ગની સંવેદનશીલતા પ્રદાન કરે છે.
FW આધારિત(LPCD)ના સિંગલ મોડમાં, હોસ્ટ માટે કોઈ કેલિબ્રેશન ઇવેન્ટ મોકલવામાં આવતી નથી.
જ્યારે સિંગલ મોડનો ઉપયોગ કરવામાં આવે છે, ત્યારે સ્ટેન્ડબાયમાંથી બહાર નીકળ્યા પછી માપાંકન અને ક્રમિક માપન કરવામાં આવે છે.
સિંગલ મોડમાં કેલિબ્રેશન ઈવેન્ટ માટે, કેલિબ્રેશન ઈવેન્ટ કમાન્ડ સાથે પ્રથમ ઈશ્યૂ સિંગલ મોડ. કેલિબ્રેશન પછી, એક LPCD કેલિબ્રેશન ઇવેન્ટ પ્રાપ્ત થાય છે જે પછી સિંગલ મોડ કમાન્ડ ઇનપુટ પેરામીટર તરીકે અગાઉના પગલામાંથી મેળવેલ સંદર્ભ મૂલ્ય સાથે મોકલવો આવશ્યક છે.
આદેશને બોલાવવામાં આવે તે પહેલાં LPCD નું રૂપરેખાંકન EEPROM/Flash ડેટા સેટિંગ્સમાં કરવામાં આવે છે.
નોંધ:
ULPCD માટે GPIO3 એબોર્ટ, LPCD માટે HIF એબોર્ટ લો-પાવર મોડ્સમાંથી બહાર નીકળવા માટે મૂળભૂત રીતે ઉપલબ્ધ છે.
કાઉન્ટર એક્સપાયર થવાને કારણે વેક-અપ હંમેશા સક્ષમ હોય છે.
ULPCD માટે, DC-DC રૂપરેખાંકન EEPROM/Flash ડેટા સેટિંગ્સમાં અક્ષમ હોવું જોઈએ અને VBAT દ્વારા VUP પુરવઠો પૂરો પાડવો જોઈએ. જરૂરી જમ્પર સેટિંગ્સ બનાવવી જોઈએ. EEPROM/Flash ડેટા સેટિંગ્સ માટે, દસ્તાવેજ [2] નો સંદર્ભ લો.
જો આદેશ LPCD/ULPCD કેલિબ્રેશન માટે છે, તો યજમાનને હજુ પણ સંપૂર્ણ ફ્રેમ મોકલવી પડશે.

4.5.4.8.1 આદેશ
કોષ્ટક 56. SWITCH_MODE_LPCD આદેશ મૂલ્ય

પરિમાણ	લંબાઈ	મૂલ્ય/વર્ણન
બીકન્ટ્રોલ	1 બાઈટ	0x00	ULPCD કેલિબ્રેશન દાખલ કરો. કેલિબ્રેશન પછી આદેશ અટકે છે અને સંદર્ભ મૂલ્ય સાથેની ઇવેન્ટ હોસ્ટને મોકલવામાં આવે છે.
		0x01	ULPCD દાખલ કરો
		0x02	LPCD કેલિબ્રેશન. કેલિબ્રેશન પછી આદેશ અટકે છે અને સંદર્ભ મૂલ્ય સાથેની ઇવેન્ટ હોસ્ટને મોકલવામાં આવે છે.
		0x03	LPCD દાખલ કરો
		0x04	સિંગલ મોડ
		0x0 સી	કેલિબ્રેશન ઇવેન્ટ સાથે સિંગલ મોડ
		અન્ય મૂલ્યો	આરએફયુ
વેક-અપ કંટ્રોલ	1 બાઈટ	LPCD/ULPCD માટે ઉપયોગમાં લેવાતા વેક-અપ સ્ત્રોતને નિયંત્રિત કરતું બિટમાસ્ક. આ ક્ષેત્રની સામગ્રી માપાંકન માટે ધ્યાનમાં લેવામાં આવતી નથી. નો સંદર્ભ લો કોષ્ટક 57
સંદર્ભ મૂલ્ય	4 બાઇટ્સ	સંદર્ભ મૂલ્ય ULPCD/LPCD દરમિયાન ઉપયોગમાં લેવાશે. ULPCD માટે, બાઈટ 2 કે જે HF એટેન્યુએટર મૂલ્ય ધરાવે છે તેનો ઉપયોગ માપાંકન અને માપન તબક્કા બંને દરમિયાન થાય છે. LPCD માટે, આ ક્ષેત્રની સામગ્રીને કેલિબ્રેશન અને સિંગલ મોડ માટે ધ્યાનમાં લેવામાં આવતી નથી. નો સંદર્ભ લો કોષ્ટક 58 તમામ 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

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 59. SWITCH_MODE_LPCD પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR (સ્વિચ મોડ દાખલ કરવામાં આવ્યો નથી - ખોટી સેટિંગ્સને કારણે)

4.5.4.8.3 ઇવેન્ટ
જ્યારે આદેશ સમાપ્ત થાય છે ત્યારે ઇવેન્ટ સૂચના મોકલવામાં આવે છે, અને આકૃતિ 12 અને આકૃતિ 13 માં ઉલ્લેખિત ઇવેન્ટના ભાગ રૂપે નીચેના ડેટા સાથે સામાન્ય મોડ દાખલ કરવામાં આવે છે.
કોષ્ટક 60. EVT_SWITCH_MODE_LPCD

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
LPCD સ્થિતિ	કોષ્ટક 15 નો સંદર્ભ લો	કોષ્ટક 154.5.4.8.4 નો સંદર્ભ લો સંચાર ઉદાample

૪.૫.૪.૯ સ્વિચ_મોડ_ડાઉનલોડ
સ્વિચ મોડ ડાઉનલોડ આદેશ ફર્મવેર ડાઉનલોડ મોડમાં પ્રવેશે છે.
ડાઉનલોડ મોડમાંથી બહાર આવવાનો એકમાત્ર રસ્તો, PN5190 પર રીસેટ જારી કરવાનો છે.
4.5.4.9.1 આદેશ
કોષ્ટક 61. SWITCH_MODE_DOWNLOAD આદેશ મૂલ્ય

પરિમાણ	લંબાઈ	મૂલ્ય/વર્ણન
–	–	કોઈ મૂલ્ય નથી

૪.૫.૧.૨.૩ પ્રતિભાવ
પ્રતિભાવ ફક્ત સંકેત આપે છે કે આદેશ પર પ્રક્રિયા કરવામાં આવી છે અને હોસ્ટ દ્વારા પ્રતિભાવ વાંચ્યા પછી ડાઉનલોડ મોડ દાખલ કરવામાં આવશે.
કોષ્ટક 62. SWITCH_MODE_DOWNLOAD પ્રતિભાવ મૂલ્ય
સ્વિચ ઑપરેશન મોડ ઑટોકોલ

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (સ્વિચ મોડ દાખલ કરવામાં આવ્યો નથી)

4.5.4.9.3 ઇવેન્ટ
કોઈ ઇવેન્ટ જનરેશન નથી.
4.5.4.9.4 કોમ્યુનિકેશન એક્સample
4.5.5 MIFARE ક્લાસિક ઓથેન્ટિકેશન
૪.૫.૫.૧ MFC_AUTHENTICATE
આ સૂચનાનો ઉપયોગ સક્રિય કાર્ડ પર MIFARE ક્લાસિક પ્રમાણીકરણ કરવા માટે થાય છે. આપેલ બ્લોક સરનામાં પર પ્રમાણિત કરવા માટે તે કી, કાર્ડ UID અને કી પ્રકાર લે છે. પ્રતિભાવમાં પ્રમાણીકરણ સ્થિતિ દર્શાવતી એક બાઈટ છે.
4.5.5.1.1 શરતો
ફીલ્ડ કી 6 બાઈટ લાંબી હોવી જોઈએ. ફીલ્ડ કી પ્રકારમાં મૂલ્ય 0x60 અથવા 0x61 હોવું આવશ્યક છે. બ્લોક એડ્રેસમાં 0x0 – 0xff નું કોઈપણ સરનામું હોઈ શકે છે. ફીલ્ડ UID બાઈટ લાંબું હોવું જોઈએ અને તેમાં કાર્ડનો 4byte UID હોવો જોઈએ. આ સૂચનાના અમલ પહેલા ISO14443-3 MIFARE ક્લાસિક પ્રોડક્ટ-આધારિત કાર્ડ સ્ટેટ એક્ટિવ અથવા એક્ટિવ* માં મૂકવું જોઈએ.
પ્રમાણીકરણ સંબંધિત રનટાઇમ ભૂલના કિસ્સામાં, આ ફીલ્ડ 'ઓથેન્ટિકેશન સ્ટેટસ' તે મુજબ સેટ કરવામાં આવે છે.
4.5.5.1.2 આદેશ
કોષ્ટક 63. MFC_AUTHENTICATE આદેશ
સક્રિય કરેલ MIFARE ક્લાસિક ઉત્પાદન-આધારિત કાર્ડ પર પ્રમાણીકરણ કરો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
કી	6 બાઇટ્સ	ઓથેન્ટિકેશન કીનો ઉપયોગ કરવો.
કી પ્રકાર	1 બાઈટ	0x60	મુખ્ય પ્રકાર એ
		0x61	મુખ્ય પ્રકાર B
બ્લોક સરનામું	1 બાઈટ	બ્લોકનું સરનામું જેના માટે પ્રમાણીકરણ કરવું આવશ્યક છે.
UID	4 બાઇટ્સ	કાર્ડનું UID.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 64. MFC_AUTHENTICATE પ્રતિભાવ
MFC_AUTHENTICATE ને પ્રતિસાદ.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_INSTR_સફળતા PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.6 ISO 18000-3M3 (EPC GEN2) સપોર્ટ
૪.૫.૬.૧ EPC_GEN4.5.6.1_INVENTORY
આ સૂચનાનો ઉપયોગ ISO18000-3M3 ની ઇન્વેન્ટરી કરવા માટે થાય છે tags. તે ધોરણ દ્વારા ઉલ્લેખિત સમયની બાંયધરી આપવા માટે ISO18000-3M3 અનુસાર કેટલાક આદેશોના સ્વાયત્ત અમલને લાગુ કરે છે.
જો સૂચનાના પેલોડમાં હાજર હોય, તો પહેલા સિલેક્ટ કમાન્ડને એક્ઝિક્યુટ કરવામાં આવે છે અને ત્યાર બાદ BeginRound કમાન્ડ આવે છે.
જો પ્રથમ ટાઈમસ્લોટ (કોઈ સમય સમાપ્તિ, કોઈ અથડામણ નહીં) માં માન્ય પ્રતિસાદ હોય, તો સૂચના ACK મોકલે છે અને પ્રાપ્ત PC/XPC/UII સાચવે છે. સૂચના પછી 'ટાઇમસ્લોટ પ્રોસેસ્ડ બિહેવિયર' ફીલ્ડ અનુસાર ક્રિયા કરે છે:

જો આ ફીલ્ડ 0 પર સેટ કરેલ હોય, તો આગલા ટાઈમસ્લોટને હેન્ડલ કરવા માટે નેક્સ્ટસ્લોટ આદેશ જારી કરવામાં આવે છે. આંતરિક બફર ભરાઈ જાય ત્યાં સુધી આ પુનરાવર્તિત થાય છે
જો આ ફીલ્ડ 1 પર સેટ છે, તો અલ્ગોરિધમ થોભાવશે
જો આ ફીલ્ડ 2 પર સેટ કરેલ હોય, તો Req_Rn આદેશ જારી કરવામાં આવે છે જો, અને માત્ર જો, ત્યાં માન્ય હોય tag આ timelotCommand માં પ્રતિભાવ

ફીલ્ડ 'સેલેક્ટ કમાન્ડ લેન્થ'માં ફીલ્ડ 'સિલેક્ટ કમાન્ડ'ની લંબાઈ હોવી જોઈએ, જે 1 - 39 સુધીની રેન્જમાં હોવી જોઈએ, જેમાં સમાવેશ થાય છે. જો 'સિલેક્ટ કમાન્ડ લેન્થ' 0 હોય, તો 'છેલ્લા બાઈટમાં માન્ય બિટ્સ' અને 'કમાન્ડ પસંદ કરો' ફીલ્ડ હાજર ન હોવા જોઈએ.
છેલ્લા બાઈટમાં ફીલ્ડ બિટ્સમાં 'સિલેક્ટ કમાન્ડ' ફીલ્ડના છેલ્લા બાઈટમાં ટ્રાન્સમિટ કરવા માટે બિટ્સની સંખ્યા હોવી જોઈએ. મૂલ્ય 1 - 7 સહિતની રેન્જમાં હોવું આવશ્યક છે. જો મૂલ્ય 0 હોય, તો 'સિલેક્ટ કમાન્ડ' ફીલ્ડમાંથી છેલ્લા બાઈટના તમામ બિટ્સ ટ્રાન્સમિટ થાય છે.
ફીલ્ડ 'સિલેક્ટ કમાન્ડ'માં ISO18000-3M3 અનુસાર CRC-16c પાછળ ચાલ્યા વિના સિલેક્ટ કમાન્ડ હોવો જોઈએ અને 'સેલેક્ટ કમાન્ડ લેન્થ' ફીલ્ડમાં દર્શાવેલ લંબાઈ સમાન હોવી જોઈએ.
ફીલ્ડ 'BeginRound Command' માં ISO18000-3M3 અનુસાર CRC-5 ને પાછળ રાખ્યા વિના BeginRound આદેશ હોવો જોઈએ. 'BeginRound Command' ના છેલ્લા બાઈટના છેલ્લા 7 બિટ્સને અવગણવામાં આવે છે કારણ કે આદેશની વાસ્તવિક લંબાઈ 17 બિટ્સ છે.
'ટાઇમસ્લોટ પ્રોસેસ્ડ બિહેવિયર'માં 0 - 2 નું મૂલ્ય હોવું આવશ્યક છે, જેમાં સમાવેશ થાય છે.
કોષ્ટક 65. EPC_GEN2_INVENTORY આદેશ મૂલ્ય ISO 18000-3M3 ઇન્વેન્ટરી કરો

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
રેઝ્યૂમ ઇન્વેન્ટરી	1 બાઈટ	00	પ્રારંભિક GEN2_INVENTORY

		01	GEN2_INVENTORY આદેશ ફરી શરૂ કરો - બાકીનો નીચેની ફીલ્ડ્સ ખાલી છે (કોઈપણ પેલોડ અવગણવામાં આવે છે)
આદેશની લંબાઈ પસંદ કરો	1 બાઈટ	0	BeginRound આદેશ પહેલાં કોઈ સિલેક્ટ કમાન્ડ સેટ કરેલ નથી. 'છેલ્લા બાઈટમાં માન્ય બિટ્સ' ફીલ્ડ અને 'કમાન્ડ પસંદ કરો' ફીલ્ડ હાજર રહેશે નહીં.
આદેશની લંબાઈ પસંદ કરો	1 બાઈટ	1 - 39	'કમાન્ડ પસંદ કરો' ફીલ્ડની લંબાઈ (n).
છેલ્લા બાઈટમાં માન્ય બિટ્સ	1 બાઈટ	0	'સિલેક્ટ કમાન્ડ' ફીલ્ડના છેલ્લા બાઈટના તમામ બિટ્સ ટ્રાન્સમિટ થાય છે.
છેલ્લા બાઈટમાં માન્ય બિટ્સ	1 બાઈટ	1 - 7	'સિલેક્ટ કમાન્ડ' ફીલ્ડના છેલ્લા બાઈટમાં પ્રસારિત કરવાના બિટ્સની સંખ્યા.
આદેશ પસંદ કરો	n બાઇટ્સ	જો હાજર હોય, તો આ ફીલ્ડમાં સિલેક્ટ કમાન્ડ છે (ISO18000-3, કોષ્ટક 47 મુજબ) જે BeginRound કમાન્ડ પહેલા મોકલવામાં આવે છે. CRC-16c નો સમાવેશ કરવામાં આવશે નહીં.
પ્રારંભ રાઉન્ડ આદેશ	3 બાઇટ્સ	આ ફીલ્ડમાં BeginRound આદેશ છે (ISO18000-3, કોષ્ટક 49 મુજબ). CRC-5 નો સમાવેશ કરવામાં આવશે નહીં.
ટાઇમસ્લોટ પ્રોસેસ્ડ બિહેવિયર	1 બાઈટ	0	પ્રતિભાવમાં મહત્તમ પ્રતિભાવ બફરમાં ફિટ થઈ શકે તેવા ટાઇમસ્લોટ્સની સંખ્યા.
		1	પ્રતિભાવમાં માત્ર એક જ ટાઇમસ્લોટ છે.
		2	પ્રતિભાવમાં માત્ર એક જ ટાઇમસ્લોટ છે. જો ટાઈમસ્લોટ માન્ય કાર્ડ પ્રતિસાદ ધરાવે છે, તો કાર્ડ હેન્ડલ પણ સામેલ છે.

૪.૫.૧.૨.૩ પ્રતિભાવ
રિઝ્યુમ ઈન્વેન્ટરીના કિસ્સામાં પ્રતિભાવની લંબાઈ “1” હોઈ શકે છે.
કોષ્ટક 66. EPC_GEN2_INVENTORY પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS (આગામી બાઈટમાં ટાઇમસ્લોટ સ્થિતિ વાંચો Tag પ્રતિભાવ) PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
ટાઈમસ્લોટ [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 બાઈટ	1-7	' ના છેલ્લા બાઈટના માન્ય બિટ્સની સંખ્યાTag જવાબ' ક્ષેત્ર. જો Tag જવાબની લંબાઈ શૂન્ય છે, આ બાઈટની કિંમત અવગણવામાં આવશે.
Tag જવાબ આપો	'n' બાઇટ્સ	નો જવાબ tag ISO18000- 3_2010 અનુસાર, કોષ્ટક 56.
Tag હેન્ડલ	0 અથવા 2 બાઇટ્સ	નું હેન્ડલ tag, જો ફીલ્ડ 'ટાઇમ્સલોટ સ્ટેટસ' '1' પર સેટ કરેલ હોય. અન્યથા ક્ષેત્ર હાજર નથી.

4.5.6.1.2 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
4.5.7 આરએફ કન્ફિગરેશન મેનેજમેન્ટ
PN6 દ્વારા સપોર્ટેડ વિવિધ RF તકનીકો અને ડેટા દરો માટે TX અને RX રૂપરેખાંકન માટે વિભાગ 5190 નો સંદર્ભ લો. મૂલ્યો નીચે દર્શાવેલ શ્રેણીમાં હાજર નથી, તેને RFU તરીકે ગણવા જોઈએ.
૪.૫.૭.૧ લોડ_આરએફ_કન્ફિગરેશન
આ સૂચનાનો ઉપયોગ EEPROM માંથી RF રૂપરેખાંકનને આંતરિક CLIF રજિસ્ટરમાં લોડ કરવા માટે થાય છે. RF રૂપરેખાંકન RF ટેક્નોલોજી, મોડ (લક્ષ્ય/પ્રારંભિક) અને બૉડ રેટના અનન્ય સંયોજનનો સંદર્ભ આપે છે. CLIF રીસીવર (RX રૂપરેખાંકન) અને ટ્રાન્સમીટર (TX રૂપરેખાંકન) પાથ માટે RF રૂપરેખાંકન અલગથી લોડ કરી શકાય છે. જો પાથ માટે અનુરૂપ રૂપરેખાંકન બદલવામાં ન આવે તો મૂલ્ય 0xFF નો ઉપયોગ કરવો આવશ્યક છે.
4.5.7.1.1 શરતો
ફીલ્ડ 'TX કન્ફિગરેશન' 0x00 – 0x2B સહિતની રેન્જમાં હોવું આવશ્યક છે. જો મૂલ્ય 0xFF હોય, તો TX ગોઠવણી બદલાતી નથી.
ફીલ્ડ 'RX કન્ફિગરેશન' 0x80 – 0xAB, સહિતની રેન્જમાં હોવું આવશ્યક છે. જો મૂલ્ય 0xFF હોય, તો RX ગોઠવણી બદલાતી નથી.
TX રૂપરેખાંકન = 0xFF અને RX રૂપરેખાંકન = 0xAC સાથે વિશિષ્ટ રૂપરેખાંકનનો ઉપયોગ બુટ-અપ રજીસ્ટરને એક વખત લોડ કરવા માટે થાય છે.
આ વિશિષ્ટ રૂપરેખાંકન રજીસ્ટર રૂપરેખાંકનો (TX અને RX બંને) અપડેટ કરવા માટે જરૂરી છે જે IC રીસેટ મૂલ્યોથી અલગ છે.

4.5.7.1.2 આદેશ
કોષ્ટક 67. LOAD_RF_CONFIGURATION આદેશ મૂલ્ય
E2PROM થી RF TX અને RX સેટિંગ્સ લોડ કરો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
TX રૂપરેખાંકન	1 બાઈટ	0xFF	TX RF રૂપરેખાંકન બદલાયું નથી.
		0x0 – 0x2B	અનુરૂપ TX RF કન્ફિગરેશન લોડ થયું.
RX રૂપરેખાંકન	1 બાઈટ	0xFF	RX RF રૂપરેખાંકન બદલાયું નથી.
		૦x૮૦ – ૦xAB	અનુરૂપ RX RF કન્ફિગરેશન લોડ થયું.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 68. LOAD_RF_CONFIGURATION પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૭.૨ અપડેટ_આરએફ_કોન્ફિગરેશન
આ સૂચનાનો ઉપયોગ E4.5.7.1PROM ની અંદર RF રૂપરેખાંકન (વિભાગ 2 માં વ્યાખ્યા જુઓ) અપડેટ કરવા માટે થાય છે. સૂચના રજિસ્ટર ગ્રેન્યુલારિટી મૂલ્ય પર અપડેટ કરવાની મંજૂરી આપે છે, એટલે કે સંપૂર્ણ સેટને અપડેટ કરવાની જરૂર નથી (જોકે, તે કરવું શક્ય છે).
4.5.7.2.1 શરતો
ફીલ્ડ એરે રૂપરેખાંકનનું કદ 1 - 15 સહિતની શ્રેણીમાં હોવું આવશ્યક છે. ફીલ્ડ એરે કન્ફિગરેશનમાં RF કન્ફિગરેશન, રજિસ્ટર સરનામું અને મૂલ્યનો સમૂહ હોવો આવશ્યક છે. ફીલ્ડ RF રૂપરેખાંકન TX રૂપરેખાંકન માટે 0x0 – 0x2B અને RX રૂપરેખાંકન માટે 0x80 – 0xAB સહિતની શ્રેણીમાં હોવું જોઈએ. ફીલ્ડ રજિસ્ટર એડ્રેસમાંનું સરનામું સંબંધિત RF રૂપરેખાંકનમાં અસ્તિત્વમાં હોવું જોઈએ. ફીલ્ડ વેલ્યુમાં એક મૂલ્ય હોવું જોઈએ જે આપેલ રજિસ્ટરમાં લખવું જોઈએ અને તે 4 બાઈટ્સ લાંબુ (લિટલ-એન્ડિયન ફોર્મેટ) હોવું જોઈએ.
4.5.7.2.2 આદેશ
કોષ્ટક 69. UPDATE_RF_CONFIGURATION આદેશ મૂલ્ય
RF રૂપરેખાંકન અપડેટ કરો

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
રૂપરેખાંકન[1…n]	6 બાઇટ્સ	આરએફ રૂપરેખાંકન	1 બાઈટ	RF રૂપરેખાંકન કે જેના માટે રજિસ્ટર બદલવું આવશ્યક છે.
		સરનામું નોંધણી કરો	1 બાઈટ	આપેલ RF ટેકનોલોજીની અંદર સરનામું રજીસ્ટર કરો.
		મૂલ્ય	4 બાઇટ્સ	મૂલ્ય જે રજિસ્ટરમાં લખવું આવશ્યક છે. (લિટલ-એન્ડિયન)

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 70. UPDATE_RF_CONFIGURATION પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૭.૩ GET_ RF_CONFIGURATION
આ સૂચનાનો ઉપયોગ RF ગોઠવણીને વાંચવા માટે થાય છે. રજીસ્ટર સરનામું-મૂલ્ય-જોડી પ્રતિભાવમાં ઉપલબ્ધ છે. કેટલા જોડીઓ અપેક્ષિત છે તે જાણવા માટે, પ્રથમ કદની માહિતી પ્રથમ TLVમાંથી મેળવી શકાય છે, જે પેલોડની કુલ લંબાઈ દર્શાવે છે.
4.5.7.3.1 શરતો
ફીલ્ડ RF રૂપરેખાંકન TX રૂપરેખાંકન માટે 0x0 – 0x2B અને RX રૂપરેખાંકન માટે 0x80 –0xAB સહિતની શ્રેણીમાં હોવું જોઈએ.
4.5.7.3.2 આદેશ
કોષ્ટક 71. GET_ RF_CONFIGURATION આદેશ મૂલ્ય RF રૂપરેખાંકન પુનઃપ્રાપ્ત કરો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
આરએફ રૂપરેખાંકન	1 બાઈટ	RF રૂપરેખાંકન કે જેના માટે રજિસ્ટર મૂલ્ય જોડીનો સમૂહ પુનઃપ્રાપ્ત કરવો આવશ્યક છે.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 72. GET_ RF_CONFIGURATION પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
જોડી[1…n]	5 બાઇટ્સ	સરનામું નોંધણી કરો	1 બાઈટ	આપેલ RF ટેકનોલોજીની અંદર સરનામું રજીસ્ટર કરો.
		મૂલ્ય	4 બાઇટ્સ	32-બીટ રજિસ્ટર મૂલ્ય.

4.5.7.3.4 ઇવેન્ટ
સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.8 આરએફ ફીલ્ડ હેન્ડલિંગ
૪.૫.૮.૧ આરએફ_ઓન
આ સૂચનાનો ઉપયોગ RF ચાલુ કરવા માટે થાય છે. પ્રારંભિક FieldOn પર DPC નિયમન આ આદેશમાં નિયંત્રિત કરવામાં આવશે.
4.5.8.1.1 આદેશ
કોષ્ટક 73. RF_FIELD_ON આદેશ મૂલ્ય
RF_FIELD_ON ગોઠવો.

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
RF_on_config	1 બાઈટ	બીટ 0	0	અથડામણ ટાળવાનો ઉપયોગ કરો
			1	અથડામણ નિવારણને અક્ષમ કરો
		બીટ 1	0	P2P સક્રિય નથી
			1	P2P સક્રિય

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 74. RF_FIELD_ON પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF અથડામણને કારણે RF ફીલ્ડ ચાલુ નથી) PN5190_STATUS_TIMEOUT (સમય સમાપ્ત થવાને કારણે RF ફીલ્ડ ચાલુ નથી) PN5190_STATUS_TXLDO_ERROR (VUP ને કારણે TXLDO ભૂલ ઉપલબ્ધ નથી) PN5190_STATUS_RFCFG_NOT_APPLIED (આરએફ ગોઠવણી આ આદેશ પહેલાં લાગુ નથી)

4.5.8.1.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૮.૨ આરએફ_ઓએફએફ
આ સૂચનાનો ઉપયોગ RF ફીલ્ડને અક્ષમ કરવા માટે થાય છે.
4.5.8.2.1 આદેશ
કોષ્ટક 75. RF_FIELD_OFF આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ખાલી	ખાલી	ખાલી

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 76. RF_FIELD_OFF પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)

4.5.8.2.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.9 ટેસ્ટ બસ કન્ફિગરેશન
પસંદ કરેલ PAD રૂપરેખાંકનો પર ઉપલબ્ધ ટેસ્ટ બસ સિગ્નલો સંદર્ભ માટે વિભાગ 7 માં સૂચિબદ્ધ છે.
નીચે દર્શાવેલ પરીક્ષણ બસ સૂચનાઓ માટે રૂપરેખાંકન પ્રદાન કરવા માટે આનો ઉલ્લેખ કરવો આવશ્યક છે.
4.5.9.1 _TESTBUS_DIGITAL રૂપરેખાંકિત કરો
આ સૂચનાનો ઉપયોગ પસંદ કરેલ પેડ રૂપરેખાંકનો પર ઉપલબ્ધ ડિજિટલ ટેસ્ટ બસ સિગ્નલને સ્વિચ કરવા માટે થાય છે.
4.5.9.1.1 આદેશ
કોષ્ટક 77. CONFIGURE_TESTBUS_DIGITAL આદેશ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
ટીબી_સિગ્નલઇન્ડેક્સ	1 બાઈટ		નો સંદર્ભ લો વિભાગ 7
ટીબી_બિટઇન્ડેક્સ	1 બાઈટ		નો સંદર્ભ લો વિભાગ 7
ટીબી_પેડઇન્ડેક્સ	1 બાઈટ		પેડ ઇન્ડેક્સ, જેના પર ડિજિટલ સિગ્નલ આઉટપુટ થવાનું છે
		0x00	AUX1 પિન
		0x01	AUX2 પિન
		0x02	AUX3 પિન
		0x03	GPIO0 પિન
		0x04	GPIO1 પિન
		0x05	GPIO2 પિન
		0x06	GPIO3 પિન
		0x07-0xFF	આરએફયુ

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 78. CONFIGURE_TESTBUS_DIGITAL પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)

4.5.9.1.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૯.૨ CONFIGURE_TESTBUS_ANALOG
આ સૂચનાનો ઉપયોગ પસંદ કરેલ પેડ રૂપરેખાંકનો પર ઉપલબ્ધ એનાલોગ ટેસ્ટ બસ સિગ્નલ મેળવવા માટે થાય છે.
એનાલોગ ટેસ્ટ બસ પર સિગ્નલ વિવિધ મોડમાં મેળવી શકાય છે. તેઓ છે:
4.5.9.2.1 RAW મોડ
આ મોડમાં, TB_SignalIndex0 દ્વારા પસંદ કરાયેલ સિગ્નલ Shift_Index0 દ્વારા શિફ્ટ કરવામાં આવે છે, જેને Mask0 સાથે માસ્ક કરવામાં આવે છે અને AUX1 પર આઉટપુટ કરવામાં આવે છે. તેવી જ રીતે, TB_SignalIndex1 દ્વારા પસંદ કરાયેલ સિગ્નલ Shift_Index1 દ્વારા શિફ્ટ કરવામાં આવે છે, જે Mask1 સાથે માસ્ક કરેલું છે અને AUX2 પર આઉટપુટ છે.
આ મોડ ગ્રાહકને કોઈપણ સિગ્નલ આઉટપુટ કરવા માટે સુગમતા પ્રદાન કરે છે જે 8 બિટ્સ પહોળા અથવા ઓછા હોય અને એનાલોગ પેડ્સ પર આઉટપુટ થવા માટે સાઈન કન્વર્ઝનની જરૂર ન હોય.
4.5.9.2.2 સંયુક્ત મોડ
આ મોડમાં, એનાલોગ સિગ્નલ એ 10 બીટ હસ્તાક્ષરિત ADCI/ADCQ/pcrm_if_rssi મૂલ્ય હશે જે એક સહી વિનાના મૂલ્યમાં રૂપાંતરિત થશે, 8 બિટ્સ પર પાછું સ્કેલ કરવામાં આવશે અને પછી AUX1 અથવા AUX2 પેડ્સ પર આઉટપુટ થશે.
કોઈપણ સમયે ADCI/ADCQ (10-બીટ) રૂપાંતરિત મૂલ્યોમાંથી માત્ર એક જ AUX1/AUX2 પર આઉટપુટ થઈ શકે છે.
જો કમ્બાઈન્ડ_મોડ સિગ્નલ પેલોડ ફીલ્ડ વેલ્યુ 2 (એનાલોગ અને ડિજિટલ કમ્બાઈન્ડ) હોય, તો એનાલોગ અને ડિજિટલ ટેસ્ટ બસને AUX1 (એનાલોગ સિગ્નલ) અને GPIO0 (ડિજિટલ સિગ્નલ) પર રૂટ કરવામાં આવે છે.
રૂટ કરવાના સિગ્નલો નીચે દર્શાવેલ EEPROM સરનામાંમાં ગોઠવેલા છે:
0xCE9 – TB_સિગ્નલઇન્ડેક્સ
0xCEA - TB_BitIndex
0xCEB - એનાલોગ TB_Index
અમે વિકલ્પ 2 સાથે સંયુક્ત મોડ જારી કરીએ તે પહેલાં ટેસ્ટ બસ ઇન્ડેક્સ અને ટેસ્ટ બસ બીટને EEPROM માં ગોઠવવું પડશે.
નોંધ:
હોસ્ટ "કાચા" અથવા "સંયુક્ત" મોડમાં ફીલ્ડની લાગુતાને ધ્યાનમાં લીધા વગર તમામ ફીલ્ડ પ્રદાન કરશે. PN5190 IC માત્ર લાગુ ફીલ્ડ મૂલ્યોને ધ્યાનમાં લે છે.
4.5.9.2.3 આદેશ
કોષ્ટક 79. CONFIGURE_TESTBUS_ANALOG આદેશ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન		સંયુક્ત મોડ માટે ક્ષેત્ર લાગુ પડે છે
બીકોન્ફિગ	1 બાઈટ		રૂપરેખાંકિત બિટ્સ. નો સંદર્ભ લો કોષ્ટક 80	હા
સંયુક્ત_મોડ સિગ્નલ	1 બાઈટ	૦ – એડીસીઆઈ/એડીસીક્યુ ૧ – પીસીઆરએમ_આઈએફ_આરએસએસઆઈ		હા
		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 ➜ સંયુક્ત મોડ	કાચો/સંયુક્ત

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 81. CONFIGURE_TESTBUS_ANALOG પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)

4.5.9.2.5 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૯.૩ કન્ફિગર_મલ્ટિપલ_ટેસ્ટબસ_ડિજિટલ
આ સૂચનાનો ઉપયોગ પસંદ કરેલ પેડ રૂપરેખાંકનો પર બહુવિધ ઉપલબ્ધ ડિજિટલ ટેસ્ટ બસ સિગ્નલને સ્વિચ કરવા માટે થાય છે.
નોંધ: જો આ લંબાઈ શૂન્ય હોય તો ડિજિટલ ટેસ્ટ બસ રીસેટ થાય છે.
4.5.9.3.1 આદેશ
કોષ્ટક 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL આદેશ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
ટીબી_સિગ્નલઇન્ડેક્સ #1	1 બાઈટ	નો સંદર્ભ લો ૧૫ નીચે
ટીબી_બિટઇન્ડેક્સ #1	1 બાઈટ	નો સંદર્ભ લો ૧૫ નીચે
ટીબી_પેડઇન્ડેક્સ #1	1 બાઈટ	પેડ ઇન્ડેક્સ, જેના પર ડિજિટલ સિગ્નલ આઉટપુટ થવાનું છે
		0x00	AUX1 પિન
		0x01	AUX2 પિન
		0x02	AUX3 પિન
		0x03	GPIO0 પિન
		0x04	GPIO1 પિન
		0x05	GPIO2 પિન
		0x06	GPIO3 પિન
		0x07-0xFF	આરએફયુ
ટીબી_સિગ્નલઇન્ડેક્સ #2	1 બાઈટ	નો સંદર્ભ લો ૧૫ નીચે
ટીબી_બિટઇન્ડેક્સ #2	1 બાઈટ	નો સંદર્ભ લો ૧૫ નીચે
ટીબી_પેડઇન્ડેક્સ #2	1 બાઈટ	પેડ ઇન્ડેક્સ, જેના પર ડિજિટલ સિગ્નલ આઉટપુટ થવાનું છે
		0x00	AUX1 પિન
		0x01	AUX2 પિન
		0x02	AUX3 પિન
		0x03	GPIO0 પિન
		0x04	GPIO1 પિન
		0x05	GPIO2 પિન
		0x06	GPIO3 પિન
		0x07-0xFF	આરએફયુ

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 2]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)

4.5.9.3.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.10 CTS રૂપરેખાંકન
૪.૫.૧૦.૧ સીટીએસ_એનેબલ
આ સૂચનાનો ઉપયોગ CTS લોગીંગ સુવિધાને સક્ષમ/અક્ષમ કરવા માટે થાય છે.
4.5.10.1.1 આદેશ
કોષ્ટક 84. CTS_ENABLE આદેશ મૂલ્ય

પેલોડ ફીલ્ડ લંબાઈ મૂલ્ય/વર્ણન
સક્ષમ/અક્ષમ કરો	1 બાઈટ	બીટ 0	0	CTS લૉગિંગ સુવિધાને અક્ષમ કરો
1 CTS લૉગિંગ સુવિધાને સક્ષમ કરો
		બીટ 1-7		આરએફયુ

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 85. CTS_ENABLE પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)

4.5.10.1.3 ઇવેન્ટ
નીચેનું કોષ્ટક ઇવેન્ટ ડેટા બતાવે છે જે આકૃતિ 12 અને આકૃતિ 13 માં બતાવ્યા પ્રમાણે ઇવેન્ટ સંદેશના ભાગ રૂપે મોકલવામાં આવશે.
કોષ્ટક 86. આ હોસ્ટને માહિતી આપે છે કે ડેટા પ્રાપ્ત થયો છે. EVT_CTS_DONE

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ઘટના	1 બાઈટ	00 … TRIGGER આવી ગયું છે, ડેટા સ્વાગત માટે તૈયાર છે.

૪.૫.૧૦.૨ સીટીએસ_કોન્ફિગર
આ સૂચનાનો ઉપયોગ તમામ જરૂરી CTS રજિસ્ટર જેમ કે ટ્રિગર્સ, ટેસ્ટ બસ રજિસ્ટર, એસ.ampલિંગ રૂપરેખાંકન વગેરે,
નોંધ:
[1] CTS રૂપરેખાંકનની સારી સમજ પૂરી પાડે છે. વિભાગ 4.5.10.3 આદેશના પ્રતિભાવના ભાગ રૂપે મોકલવામાં આવનાર કેપ્ચર કરેલ ડેટા.

4.5.10.2.1 આદેશ
કોષ્ટક 87. CTS_CONFIGURE આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
પ્રી_ટ્રિગર_શિફ્ટ	1 બાઈટ	256 બાઇટ્સ એકમોમાં આફ્ટર-ટ્રિગર એક્વિઝિશન સિક્વન્સની લંબાઈને વ્યાખ્યાયિત કરે છે. 0 નો અર્થ કોઈ પાળી નથી; n એટલે n*256 બાઇટ્સ બ્લોક શિફ્ટ. નોંધ: જો TRIGGER_MODE “PRE” અથવા “COMB” ટ્રિગર મોડ હોય તો જ માન્ય
ટ્રિગર_મોડ	1 બાઈટ	ઉપયોગ કરવા માટે એક્વિઝિશન મોડનો ઉલ્લેખ કરે છે.
		0x00 - પોસ્ટ મોડ
		0x01 - RFU
		0x02 - PRE મોડ
		0x03 - 0xFF - અમાન્ય
રેમ_પેજ_પહોળાઈ	1 બાઈટ	ઑન-ચિપ મેમરીની માત્રાનો ઉલ્લેખ કરે છે જે સંપાદન દ્વારા આવરી લેવામાં આવે છે. ગ્રેન્યુલારિટી ડિઝાઇન દ્વારા 256 બાઇટ્સ (એટલે કે 64 32-બિટ્સ શબ્દો) તરીકે પસંદ કરવામાં આવે છે. માન્ય મૂલ્યો નીચે મુજબ છે: 0x00h - 256 બાઇટ્સ 0x02h - 768 બાઇટ્સ 0x01h - 512 બાઇટ્સ 0x03h - 1024 બાઇટ્સ 0x04h - 1280 બાઇટ્સ 0x05h - 1536 બાઇટ્સ 0x06h - 1792 બાઇટ્સ 0x07h - 2048 બાઇટ્સ 0x08h - 2304 બાઇટ્સ 0x09h - 2560 બાઇટ્સ 0x0Ah - 2816 બાઇટ્સ 0x0Bh - 3072 બાઇટ્સ 0x0Ch - 3328 બાઇટ્સ 0x0Dh - 3584 બાઇટ્સ 0x0Eh - 3840 બાઇટ્સ 0x0Fh - 4096 બાઇટ્સ 0x10h - 4352 બાઇટ્સ 0x11h - 4608 બાઇટ્સ 0x12h - 4864 બાઇટ્સ 0x13h - 5120 બાઇટ્સ 0x14h - 5376 બાઇટ્સ 0x15h - 5632 બાઇટ્સ 0x16h - 5888 બાઇટ્સ 0x17h - 6144 બાઇટ્સ 0x18h - 6400 બાઇટ્સ 0x19h - 6656 બાઇટ્સ 0x1Ah - 6912 બાઇટ્સ 0x1Bh - 7168 બાઇટ્સ 0x1Ch - 7424 બાઇટ્સ 0x1Dh - 7680 બાઇટ્સ 0x1Eh - 7936 બાઇટ્સ 0x1Fh - 8192 બાઇટ્સ

SAMPLE_CLK_DIV વિશે	1 બાઈટ	આ ક્ષેત્રનું દશાંશ મૂલ્ય સંપાદન દરમિયાન ઉપયોગમાં લેવાતા ઘડિયાળ દર વિભાજન પરિબળનો ઉલ્લેખ કરે છે. CTS ઘડિયાળ = 13.56 MHz/2^{SAMPLE_CLK_DIV વિશે}
		00 - 13560 kHz 01 - 6780 kHz 02 - 3390 kHz 03 - 1695 kHz 04 - 847.5 kHz 05 - 423.75 kHz 06 - 211.875 kHz 07 - 105.9375 kHz 08 - 52.96875 kHz 09 - 26.484375 kHz 10 - 13.2421875 kHz 11 - 6.62109375 kHz 12 - 3.310546875 kHz 13 - 1.6552734375 kHz 14 - 0.82763671875 kHz 15 - 0.413818359375 kHz
SAMPLE_BYTE_SEL	1 બાઈટ	આ બિટ્સનો ઉપયોગ એ સ્પષ્ટ કરવા માટે થાય છે કે બે 16-બિટ્સ ઇનપુટ બસોના કયા બાઇટ ઇન્ટરલીવ મિકેનિઝમમાં ફાળો આપે છે જે ઑન-ચિપ મેમરીમાં ટ્રાન્સફર કરવા માટે ડેટા જનરેટ કરે છે. તેનો અર્થ અને ઉપયોગ S પર આધાર રાખે છેAMPLE_MODE_SEL મૂલ્યો. નોંધ: આપેલ મૂલ્ય હંમેશા 0x0F સાથે ઢંકાયેલું હોય છે અને પછી અસરકારક મૂલ્ય ગણવામાં આવે છે.
SAMPલે_મોડ_સેલ	1 બાઈટ	એસ પસંદ કરે છેampCTS ડિઝાઇન સ્પેક્સ દ્વારા વર્ણવ્યા પ્રમાણે ling ઇન્ટરલીવ મોડ. દશાંશ મૂલ્ય 3 આરક્ષિત છે અને તેને 0 તરીકે ગણવામાં આવશે. નોંધ: આપેલ મૂલ્ય હંમેશા 0x03 સાથે ઢંકાયેલું હોય છે, અને પછી અસરકારક મૂલ્ય ગણવામાં આવે છે.
TB0	1 બાઈટ	કઈ ટેસ્ટ બસને TB0 થી કનેક્ટ કરવાની છે તે પસંદ કરે છે. નો સંદર્ભ લો વિભાગ 7 (TB_ સિગ્નલ_ઇન્ડેક્સ મૂલ્ય)
TB1	1 બાઈટ	કઈ ટેસ્ટ બસને TB1 થી કનેક્ટ કરવાની છે તે પસંદ કરે છે. નો સંદર્ભ લો વિભાગ 7 (TB_ સિગ્નલ_ઇન્ડેક્સ મૂલ્ય)
TB2	1 બાઈટ	કઈ ટેસ્ટ બસને TB2 થી કનેક્ટ કરવાની છે તે પસંદ કરે છે. નો સંદર્ભ લો વિભાગ 7 (TB_ સિગ્નલ_ઇન્ડેક્સ મૂલ્ય)
TB3	1 બાઈટ	કઈ ટેસ્ટ બસને TB3 થી કનેક્ટ કરવાની છે તે પસંદ કરે છે. નો સંદર્ભ લો વિભાગ 7 (TB_ સિગ્નલ_ઇન્ડેક્સ મૂલ્ય)
ટીટીબી_SELECT	1 બાઈટ	ટ્રિગર સ્ત્રોતો સાથે કયો TB કનેક્ટ કરવાનો છે તે પસંદ કરે છે. નો સંદર્ભ લો વિભાગ 7 (TB_Signal_Index મૂલ્ય)
આરએફયુ	4 બાઇટ્સ	હંમેશા 0x00000000 મોકલો
MISC_CONFIG	24 બાઇટ્સ	ટ્રિગર ઘટનાઓ, ધ્રુવીયતા વગેરેનો સંદર્ભ લો [1] ઉપયોગ કરવા માટે CTS રૂપરેખાંકન સમજવા માટે.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 88. CTS_CONFIGURE પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧૦.૩ સીટીએસ_રીટ્રીવ_લોગ
આ સૂચના કેપ્ચર કરેલ ટેસ્ટ બસ ડેટાના ડેટા લોગને પુનઃપ્રાપ્ત કરે છેampમેમરી બફરમાં સંગ્રહિત.
4.5.10.3.1 આદેશ
કોષ્ટક 89. CTS_RETRIEVE_LOG આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
ચંકસાઇઝ	1 બાઈટ	0x01-0xFF	અપેક્ષિત ડેટાના બાઇટ્સની સંખ્યા ધરાવે છે.

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 90. CTS_RETRIEVE_LOG પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી) PN5190_સ્થિતિ_સફળતા_ચેઇનિંગ
લોગ ડેટા [1…n]	CTRequest	ઝડપાયેલ એસampલેસ ડેટા હિસ્સો

નોંધ:
'લોગ ડેટા'નું મહત્તમ કદ 'ચંકસાઇઝ' પર આધારિત છે જે આદેશના ભાગ રૂપે પ્રદાન કરવામાં આવ્યું છે.
TLV હેડર પ્રતિભાવમાં કુલ લોગ કદ ઉપલબ્ધ રહેશે.
4.5.10.3.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.11 TEST_MODE આદેશો
૪.૫.૧૧.૧ એન્ટેના_સ્વ_પરીક્ષણ
આ સૂચનાનો ઉપયોગ એ ચકાસવા માટે થાય છે કે શું એન્ટેના જોડાયેલ છે અને મેચિંગ ઘટકો ભરાયેલા/એસેમ્બલ છે.
નોંધ:
આ આદેશ હજુ સુધી ઉપલબ્ધ નથી. ઉપલબ્ધતા માટે પ્રકાશન નોંધો જુઓ.
૪.૫.૧૧.૨ PRBS_TEST
આ સૂચનાનો ઉપયોગ રીડર મોડ પ્રોટોકોલ અને બીટ-રેટના વિવિધ રૂપરેખાંકનો માટે PRBS સિક્વન્સ જનરેટ કરવા માટે થાય છે. એકવાર સૂચનાનો અમલ થઈ જાય પછી, PRBS પરીક્ષણ ક્રમ RF પર ઉપલબ્ધ થશે.
નોંધ:
હોસ્ટે ખાતરી કરવી જોઈએ કે આ આદેશ મોકલતા પહેલા વિભાગ 4.5.7.1નો ઉપયોગ કરીને યોગ્ય RF ટેક્નોલોજી રૂપરેખાંકન લોડ થયેલ છે અને RF વિભાગ 4.5.8.1 આદેશનો ઉપયોગ કરીને ચાલુ છે.
4.5.11.2.1 આદેશ
કોષ્ટક 91. PRBS_TEST આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
prbs_પ્રકાર	1 બાઈટ	00	PRBS9(ડિફોલ્ટ)
		01	PRBS15
		02-એફએફ	આરએફયુ

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 92. PRBS_TEST પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 ઇવેન્ટ
આ સૂચના માટે કોઈ ઇવેન્ટ નથી.
4.5.12 ચિપ માહિતી આદેશો
૪.૫.૧૨.૧ GET_DIEID
આ સૂચનાનો ઉપયોગ PN5190 ચિપના ડાય ID ને વાંચવા માટે થાય છે.
4.5.12.1.1 આદેશ
કોષ્ટક 93. GET_DIEID આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
–	–	પેલોડમાં કોઈ ડેટા નથી

૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 94. GET_DIEID પ્રતિભાવ મૂલ્ય

પેલોડ ક્ષેત્ર	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
મૂલ્યો	16 બાઇટ્સ	16 બાઇટ્સ ડાઇ ID.

4.5.12.1.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.
૪.૫.૧૨.૨ GET_VERSION
આ સૂચનાનો ઉપયોગ HW સંસ્કરણ, ROM સંસ્કરણ અને PN5190 ચિપના FW સંસ્કરણને વાંચવા માટે થાય છે.
4.5.12.2.1 આદેશ
કોષ્ટક 95. GET_VERSION આદેશ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
–	–	પેલોડમાં કોઈ ડેટા નથી

ડાઉનલોડ મોડમાં એક આદેશ DL_GET_VERSION (વિભાગ 3.4.4) ઉપલબ્ધ છે જેનો ઉપયોગ HW સંસ્કરણ, ROM સંસ્કરણ અને FW સંસ્કરણ વાંચવા માટે થઈ શકે છે.
૪.૫.૧.૨.૩ પ્રતિભાવ
કોષ્ટક 96. GET_VERSION પ્રતિભાવ મૂલ્ય

પેલોડ ફીલ્ડ	લંબાઈ	મૂલ્ય/વર્ણન
સ્થિતિ	1 બાઈટ	ઓપરેશનની સ્થિતિ [કોષ્ટક 9]. અપેક્ષિત મૂલ્યો નીચે મુજબ છે:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (કોઈ વધુ ડેટા હાજર નથી)
એચડબલ્યુ_વી	1 બાઈટ	હાર્ડવેર સંસ્કરણ
આરઓ_વી	1 બાઈટ	ROM કોડ
એફડબલ્યુ_વી	2 બાઇટ્સ	ફર્મવેર સંસ્કરણ (ડાઉનલોડ માટે વપરાય છે)
આરએફયુ 1-આરએફયુ 2	1-2 બાઇટ્સ	–

PN5190 IC ના વિવિધ સંસ્કરણ માટે અપેક્ષિત પ્રતિસાદનો ઉલ્લેખ (વિભાગ 3.4.4) માં કરવામાં આવ્યો છે.
4.5.12.2.3 ઇવેન્ટ
આ આદેશ માટે કોઈ ઇવેન્ટ નથી.

પરિશિષ્ટ (ઉદાampલેસ)

આ પરિશિષ્ટમાં ભૂતપૂર્વનો સમાવેશ થાય છેampઉપર જણાવેલ આદેશો માટે લેસ. માજીamples આદેશની સામગ્રી બતાવવા માટે માત્ર દૃષ્ટાંતરૂપ હેતુ માટે છે.
5.1 ઉદાampWRITE_REGISTER માટે le
રજિસ્ટર 0x12345678F માં 0x1 મૂલ્ય લખવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરે છે.
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 0000051F78563412
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ PN5190 (સફળ કામગીરી સૂચવે છે) તરફથી પ્રાપ્ત પ્રતિભાવ ફ્રેમ વાંચે છે: 00000100 5.2 ExampWRITE_REGISTER_OR_MASK માટે le
0x1 તરીકે માસ્ક સાથે રજિસ્ટર 0x12345678F પર લોજિકલ અથવા ઑપરેશન કરવા માટે યજમાન તરફથી મોકલવામાં આવેલ ડેટાનો ક્રમ નીચે મુજબ
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 0100051F78563412
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ PN5190 (સફળ કામગીરી સૂચવે છે) તરફથી પ્રાપ્ત પ્રતિભાવ ફ્રેમ વાંચે છે: 01000100
5.3 ઉદાampWRITE_REGISTER_AND_MASK માટે le
0x1 તરીકે માસ્ક સાથે રજિસ્ટર 0x12345678F પર લોજિકલ અને ઑપરેશન કરવા માટે યજમાન તરફથી મોકલવામાં આવેલ ડેટાનો ક્રમ
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 0200051F78563412
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ PN5190 (સફળ કામગીરી સૂચવે છે) તરફથી પ્રાપ્ત પ્રતિભાવ ફ્રેમ વાંચે છે: 02000100
5.4 ઉદાampWRITE_REGISTER_MULTIPLE માટે le
રજિસ્ટર 0x1F પર 0x12345678 તરીકે માસ્ક સાથે લોજિકલ અને ઑપરેશન કરવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલા ડેટાના ક્રમને અનુસરે છે, અને 0x20 તરીકે માસ્ક સાથે રજિસ્ટર 0x11223344 પર લોજિકલ અથવા ઑપરેશન પર, અને 0x21 ને BCCDA BCDA ની કિંમત સાથે રજીસ્ટર કરવા માટે લખે છે.
આદેશ ફ્રેમ PN5190: 0300121F03785634122002443322112101DDCCBBAA પર મોકલવામાં આવી
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ PN5190 (સફળ કામગીરી સૂચવે છે) તરફથી પ્રાપ્ત પ્રતિભાવ ફ્રેમ વાંચે છે: 03000100
5.5 ઉદાampREAD_REGISTER માટે
રજિસ્ટર 0x1F ની સામગ્રીને વાંચવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલા ડેટાના ક્રમને અનુસરીને અને ધારીએ છીએ કે રજિસ્ટરની કિંમત 0x12345678 છે
કમાન્ડ ફ્રેમ PN5190: 0400011F પર મોકલવામાં આવી
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ PN5190 (સફળ કામગીરી સૂચવે છે) તરફથી પ્રાપ્ત પ્રતિભાવ ફ્રેમ વાંચે છે: 0400050078563412
5.6 ઉદાample READ_REGISTER_MULTIPLE માટે
0x1 ની કિંમત ધરાવતા રજિસ્ટર 0x12345678F ની સામગ્રી વાંચવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરે છે અને 0x25 ની કિંમત ધરાવતી 0x11223344 રજીસ્ટર કરો
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 0500021F25
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 050009007856341244332211
5.7 ઉદાampWRITE_E2PROM માટે le
2x0, 0130x0, 0134x0, 11x0, 22x0 સમાવિષ્ટો સાથે E33PROM સ્થાનો 0x44 થી 0x55 પર લખવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાનો ક્રમ નીચે મુજબ છે
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 06000730011122334455
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 06000100
5.8 ઉદાampREAD_E2PROM માટે le
E2PROM સ્થાનો 0x0130 થી 0x0134 સુધી વાંચવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરે છે જ્યાં સંગ્રહિત સામગ્રીઓ છે: 0x11, 0x22, 0x33, 0x44, 0x55
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 07000430010500
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 070006001122334455
5.9 ઉદાampTRANSMIT_RF_DATA માટે le
REQA કમાન્ડ (0x26) મોકલવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરીને, '0x07' તરીકે પ્રસારિત કરવાના બિટ્સની સંખ્યા સાથે, એમ ધારી રહ્યા છીએ કે જરૂરી રજિસ્ટર પહેલા સેટ છે અને RF ચાલુ છે.
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 0800020726
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 08000100
5.10 ઉદાampRETREIVE_RF_DATA માટે le
આંતરિક CLIF બફરમાં પ્રાપ્ત/સંગ્રહિત ડેટા પ્રાપ્ત કરવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલા ડેટાના ક્રમને અનુસરીને (ધારી રહ્યા છીએ કે 0x05 પ્રાપ્ત થયો હતો), એમ ધારીને કે RF ચાલુ થયા પછી TRANSMIT_RF_DATA પહેલેથી જ મોકલવામાં આવ્યો છે.
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 090000
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 090003000400
5.11 ઉદાample EXCHANGE_RF_DATA માટે
REQA (0x26) ને ટ્રાન્સમિટ કરવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરીને, મોકલવા માટેના છેલ્લા બાઈટમાં બિટ્સની સંખ્યા સાથે 0x07 તરીકે સેટ કરવામાં આવે છે, ડેટા સાથે તમામ સ્થિતિ પ્રાપ્ત કરવાની હોય છે. ધારણા એ છે કે જરૂરી RF રજિસ્ટર પહેલેથી જ સેટ છે અને RF ચાલુ છે.
આદેશ ફ્રેમ PN5190: 0A0003070F26 પર મોકલવામાં આવી
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 0A000 F000200000000000200000000004400
5.12 ઉદાample LOAD_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 માટે le
અથડામણ નિવારણ અને નો P2P સક્રિય નો ઉપયોગ કરીને RF ફીલ્ડને ચાલુ કરવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરે છે. એવું માનવામાં આવે છે કે, અનુરૂપ RF TX અને RX રૂપરેખાંકન પહેલેથી જ PN5190 માં સેટ છે.
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 10000100
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 10000100
5.15 ઉદાampRF_OFF માટે le
RF ફીલ્ડને સ્વિચ ઓફ કરવા માટે હોસ્ટ તરફથી મોકલવામાં આવેલ ડેટાના ક્રમને અનુસરે છે.
આદેશ ફ્રેમ PN5190 પર મોકલવામાં આવી: 110000
વિક્ષેપની રાહ જોવા માટે હોસ્ટ.
જ્યારે હોસ્ટ પ્રતિભાવ વાંચે છે, ત્યારે PN5190 તરફથી ફ્રેમ પ્રાપ્ત થાય છે (સફળ કામગીરી સૂચવે છે): 11000100

પરિશિષ્ટ (RF પ્રોટોકોલ ગોઠવણી સૂચકાંકો)

આ પરિશિષ્ટમાં PN5190 દ્વારા સમર્થિત RF પ્રોટોકોલ રૂપરેખાંકન સૂચકાંકોનો સમાવેશ થાય છે.
TX અને RX રૂપરેખા સેટિંગ્સનો ઉપયોગ વિભાગ 4.5.7.1, વિભાગ 4.5.7.2, વિભાગ 4.5.7.3 આદેશોમાં કરવો પડશે.

પરિશિષ્ટ (CTS અને TESTBUS સંકેતો)

નીચેનું કોષ્ટક CTS સૂચનાઓ (વિભાગ 5190) અને TESTBUS સૂચનાઓનો ઉપયોગ કરીને કેપ્ચર કરવા માટે PN4.5.10 થી ઉપલબ્ધ વિવિધ સિગ્નલોનો ઉલ્લેખ કરે છે.

આનો ઉપયોગ વિભાગ 4.5.9.1, વિભાગ 4.5.9.2, વિભાગ 4.5.10.2 આદેશ માટે કરવો પડશે.

સંક્ષેપ

કોષ્ટક 97. સંક્ષેપ

એબ્ર.	અર્થ
સીએલકે	ઘડિયાળ
DWL_REQ	વિનંતી પિન ડાઉનલોડ કરો (જેને DL_REQ પણ કહેવાય છે)
EEPROM	ઇલેક્ટ્રિકલી ઇરેઝેબલ પ્રોગ્રામેબલ રીડ ઓન્લી મેમરી
FW	ફર્મવેર
જીએનડી	જમીન
GPIO	સામાન્ય હેતુ ઇનપુટ આઉટપુટ
HW	હાર્ડવેર
I²C	આંતર-સંકલિત સર્કિટ (સીરીયલ ડેટા બસ)
IRQs	વિક્ષેપ વિનંતી
ISO/IEC	ઈન્ટરનેશનલ સ્ટાન્ડર્ડ ઓર્ગેનાઈઝેશન / ઈન્ટરનેશનલ ઈલેક્ટ્રોટેકનિકલ કોમ્યુનિટી
NFC	નિયર ફીલ્ડ કોમ્યુનિકેશન
OS	ઓપરેટિંગ સિસ્ટમ
પીસીડી	પ્રોક્સિમિટી કપલિંગ ડિવાઇસ (કોન્ટેક્ટલેસ રીડર)
પીઆઈસીસી	પ્રોક્સિમિટી ઇન્ટિગ્રેટેડ સર્કિટ કાર્ડ (કોન્ટેક્ટલેસ કાર્ડ)
પીએમયુ	પાવર મેનેજમેન્ટ યુનિટ
પોર	પાવર-ઓન રીસેટ
RF	રેડીઓ તરંગ
આરએસટી	રીસેટ કરો
એસએફડબલ્યુયુ	સુરક્ષિત ફર્મવેર ડાઉનલોડ મોડ
SPI	સીરીયલ પેરિફેરલ ઇંટરફેસ
વેન	V પિન સક્ષમ કરો

સંદર્ભો

[1] NFC કોકપિટનો CTS રૂપરેખાંકન ભાગ, https://www.nxp.com/products/:NFC-COCKPIT
[2] PN5190 IC ડેટા શીટ, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

કાનૂની માહિતી

10.1 વ્યાખ્યાઓ
ડ્રાફ્ટ — દસ્તાવેજ પરની ડ્રાફ્ટ સ્થિતિ સૂચવે છે કે સામગ્રી હજુ પણ આંતરિક પુનઃપ્રાપ્તિ હેઠળ છેview અને ઔપચારિક મંજૂરીને આધીન છે, જે ફેરફારો અથવા વધારામાં પરિણમી શકે છે. NXP સેમિકન્ડક્ટર્સ દસ્તાવેજના ડ્રાફ્ટ સંસ્કરણમાં સમાવિષ્ટ માહિતીની ચોકસાઈ અથવા સંપૂર્ણતા વિશે કોઈ રજૂઆત અથવા વોરંટી આપતા નથી અને આવી માહિતીના ઉપયોગના પરિણામો માટે તેમની કોઈ જવાબદારી રહેશે નહીં.
10.2 અસ્વીકરણો
મર્યાદિત વોરંટી અને જવાબદારી — આ દસ્તાવેજમાંની માહિતી સચોટ અને વિશ્વસનીય હોવાનું માનવામાં આવે છે. જો કે, NXP સેમિકન્ડક્ટર આવી માહિતીની સચોટતા અથવા સંપૂર્ણતા તરીકે વ્યક્ત અથવા ગર્ભિત કોઈપણ રજૂઆત અથવા વોરંટી આપતા નથી અને આવી માહિતીના ઉપયોગના પરિણામો માટે તેમની કોઈ જવાબદારી રહેશે નહીં. જો NXP સેમિકન્ડક્ટર્સની બહારના કોઈ માહિતી સ્ત્રોત દ્વારા પ્રદાન કરવામાં આવે તો NXP સેમિકન્ડક્ટર્સ આ દસ્તાવેજમાંની સામગ્રી માટે કોઈ જવાબદારી લેતા નથી.
કોઈપણ ઘટનામાં NXP સેમિકન્ડક્ટર કોઈપણ પરોક્ષ, આકસ્મિક, શિક્ષાત્મક, વિશેષ અથવા પરિણામી નુકસાન માટે જવાબદાર રહેશે નહીં (સહિત - મર્યાદા વિના નફો ગુમાવવો, ખોવાયેલી બચત, વ્યવસાયમાં વિક્ષેપ, કોઈપણ ઉત્પાદનોને દૂર કરવા અથવા બદલવા સંબંધિત ખર્ચ અથવા પુનઃકાર્ય શુલ્ક) આવા નુકસાન ટોર્ટ (બેદરકારી સહિત), વોરંટી, કરારનો ભંગ અથવા અન્ય કોઈ કાનૂની સિદ્ધાંત પર આધારિત નથી.
ગ્રાહકને કોઈપણ કારણોસર કોઈપણ નુકસાન થઈ શકે છે તે છતાં, NXP સેમિકન્ડક્ટર્સની અહીં વર્ણવેલ ઉત્પાદનો માટે ગ્રાહક પ્રત્યેની એકંદર અને સંચિત જવાબદારીઓ અનુસાર મર્યાદિત રહેશે.
NXP સેમિકન્ડક્ટર્સના વ્યાપારી વેચાણના નિયમો અને શરતો.
ફેરફારો કરવાનો અધિકાર — NXP સેમિકન્ડક્ટર્સ આ દસ્તાવેજમાં પ્રકાશિત માહિતીમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે, જેમાં મર્યાદા સ્પષ્ટીકરણો અને ઉત્પાદન વર્ણનો વિના, કોઈપણ સમયે અને સૂચના વિના. આ દસ્તાવેજ અહીંના પ્રકાશન પહેલાં પૂરી પાડવામાં આવેલ તમામ માહિતીને સ્થાનાંતરિત કરે છે અને બદલે છે.
ઉપયોગ માટે યોગ્યતા — NXP સેમિકન્ડક્ટર પ્રોડક્ટ્સ લાઇફ સપોર્ટ, લાઇફ-ક્રિટિકલ અથવા સેફ્ટી-ક્રિટિકલ સિસ્ટમ્સ અથવા ઇક્વિપમેન્ટમાં ઉપયોગ માટે યોગ્ય હોય તેવી ડિઝાઇન, અધિકૃત અથવા વોરંટેડ નથી, અથવા એવી એપ્લિકેશન્સમાં કે જ્યાં NXP સેમિકન્ડક્ટર પ્રોડક્ટની નિષ્ફળતા અથવા ખામીને વ્યાજબી રીતે અપેક્ષિત કરી શકાય છે. વ્યક્તિગત ઈજા, મૃત્યુ અથવા ગંભીર મિલકત અથવા પર્યાવરણીય નુકસાનમાં પરિણમે છે. NXP સેમિકન્ડક્ટર્સ અને તેના સપ્લાયર્સ આવા સાધનો અથવા એપ્લિકેશન્સમાં NXP સેમિકન્ડક્ટર ઉત્પાદનોના સમાવેશ અને/અથવા ઉપયોગ માટે કોઈ જવાબદારી સ્વીકારતા નથી અને તેથી આવા સમાવેશ અને/અથવા ઉપયોગ ગ્રાહકના પોતાના જોખમે છે.
અરજીઓ - આમાંના કોઈપણ ઉત્પાદનો માટે અહીં વર્ણવેલ એપ્લિકેશનો માત્ર દૃષ્ટાંતરૂપ હેતુઓ માટે છે. NXP સેમિકન્ડક્ટર્સ એવી કોઈ રજૂઆત અથવા વોરંટી આપતા નથી કે આવી એપ્લિકેશનો વધુ પરીક્ષણ અથવા ફેરફાર કર્યા વિના ઉલ્લેખિત ઉપયોગ માટે યોગ્ય રહેશે.
NXP સેમિકન્ડક્ટર ઉત્પાદનોનો ઉપયોગ કરીને ગ્રાહકો તેમની એપ્લિકેશનો અને ઉત્પાદનોની ડિઝાઇન અને સંચાલન માટે જવાબદાર છે, અને NXP સેમિકન્ડક્ટર એપ્લિકેશન્સ અથવા ગ્રાહક ઉત્પાદન ડિઝાઇન સાથેની કોઈપણ સહાય માટે કોઈ જવાબદારી સ્વીકારતા નથી. NXP સેમિકન્ડક્ટર પ્રોડક્ટ ગ્રાહકની એપ્લીકેશન અને આયોજિત ઉત્પાદનો માટે તેમજ ગ્રાહકના તૃતીય પક્ષ ગ્રાહક(ઓ)ના આયોજિત એપ્લિકેશન અને ઉપયોગ માટે યોગ્ય અને યોગ્ય છે કે કેમ તે નિર્ધારિત કરવાની એકમાત્ર જવાબદારી ગ્રાહકની છે. ગ્રાહકોએ તેમની એપ્લિકેશનો અને ઉત્પાદનો સાથે સંકળાયેલા જોખમોને ઘટાડવા માટે યોગ્ય ડિઝાઇન અને ઓપરેટિંગ સલામતી પ્રદાન કરવી જોઈએ.
NXP સેમિકન્ડક્ટર કોઈપણ ડિફોલ્ટ, નુકસાન, ખર્ચ અથવા સમસ્યાથી સંબંધિત કોઈપણ જવાબદારી સ્વીકારતા નથી જે ગ્રાહકની એપ્લિકેશન અથવા ઉત્પાદનોમાં કોઈપણ નબળાઈ અથવા ડિફોલ્ટ પર આધારિત હોય અથવા ગ્રાહકના તૃતીય પક્ષ ગ્રાહક(ઓ) દ્વારા એપ્લિકેશન અથવા ઉપયોગ પર આધારિત હોય. એપ્લીકેશન અને પ્રોડક્ટ્સ અથવા એપ્લીકેશનના ડિફોલ્ટને ટાળવા માટે ગ્રાહકના તૃતીય પક્ષ ગ્રાહક(ગ્રાહકો) દ્વારા ઉપયોગ અથવા ઉપયોગને ટાળવા માટે NXP સેમિકન્ડક્ટર ઉત્પાદનોનો ઉપયોગ કરીને ગ્રાહકની એપ્લિકેશનો અને ઉત્પાદનો માટે તમામ જરૂરી પરીક્ષણો કરવા માટે ગ્રાહક જવાબદાર છે. NXP આ સંદર્ભમાં કોઈ જવાબદારી સ્વીકારતું નથી.

NXP BV - NXP BV એ ઓપરેટિંગ કંપની નથી અને તે ઉત્પાદનોનું વિતરણ કે વેચાણ કરતી નથી.

10.3 લાઇસન્સ
NFC ટેક્નોલોજી સાથે NXP IC ની ખરીદી - NXP સેમિકન્ડક્ટર IC ની ખરીદી જે નીયર ફિલ્ડ કોમ્યુનિકેશન (NFC) ધોરણો ISO/IEC 18092 અને ISO/IEC 21481 માંના એકનું પાલન કરે છે તે અમલીકરણ દ્વારા ઉલ્લંઘન કરાયેલ કોઈપણ પેટન્ટ અધિકાર હેઠળ ગર્ભિત લાયસન્સ આપતું નથી. તેમાંથી કોઈપણ ધોરણો. NXP સેમિકન્ડક્ટર IC ની ખરીદીમાં કોઈપણ NXP પેટન્ટ (અથવા અન્ય IP અધિકાર) માટેના લાયસન્સનો સમાવેશ થતો નથી, જે તે ઉત્પાદનોના અન્ય ઉત્પાદનો સાથેના સંયોજનોને આવરી લે છે, પછી ભલે તે હાર્ડવેર હોય કે સોફ્ટવેર.

10.4 ટ્રેડમાર્ક્સ
સૂચના: તમામ સંદર્ભિત બ્રાન્ડ્સ, ઉત્પાદન નામો, સેવાના નામો અને ટ્રેડમાર્ક્સ તેમના સંબંધિત માલિકોની મિલકત છે.
NXP — વર્ડમાર્ક અને લોગો એ NXP BV ના ટ્રેડમાર્ક છે
EdgeVerse — NXP BV નો ટ્રેડમાર્ક છે
FeliCa — સોની કોર્પોરેશનનું ટ્રેડમાર્ક છે.
MIFARE — NXP BV નો ટ્રેડમાર્ક છે
MIFARE ક્લાસિક — NXP BV નો ટ્રેડમાર્ક છે

મહેરબાની કરીને ધ્યાન રાખો કે આ દસ્તાવેજ અને અહીં વર્ણવેલ ઉત્પાદન(ઓ) સંબંધિત મહત્વપૂર્ણ સૂચનાઓ, વિભાગ 'કાનૂની માહિતી' માં સમાવવામાં આવી છે.
© 2023 NXP BV
વધુ માહિતી માટે, કૃપા કરીને મુલાકાત લો: http://www.nxp.com
સર્વાધિકાર આરક્ષિત.
પ્રકાશનની તારીખ: 25 મે 2023
દસ્તાવેજ ઓળખકર્તા: UM11942

દસ્તાવેજો / સંસાધનો

NXP PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલર [પીડીએફ] વપરાશકર્તા માર્ગદર્શિકા
PN5190, PN5190 NFC ફ્રન્ટેન્ડ કંટ્રોલર, NFC ફ્રન્ટેન્ડ કંટ્રોલર, કંટ્રોલર, UM11942

સંદર્ભો

વપરાશકર્તા માર્ગદર્શિકા

PN5190 NFC ફ્રન્ટએન્ડ કંટ્રોલર

પરિચય

હોસ્ટ સંચાર પરview

IC ઓપરેટિંગ બૂટ મોડ - સુરક્ષિત FW ડાઉનલોડ મોડ

IC ઓપરેટિંગ બૂટ મોડ - સામાન્ય ઓપરેશન મોડ

કોષ્ટક 54. બિટમાસ્ક રૂપરેખાંકિત કરો

પરિશિષ્ટ (ઉદાampલેસ)

પરિશિષ્ટ (RF પ્રોટોકોલ ગોઠવણી સૂચકાંકો)

પરિશિષ્ટ (CTS અને TESTBUS સંકેતો)

સંક્ષેપ

સંદર્ભો

કાનૂની માહિતી

દસ્તાવેજો / સંસાધનો

સંદર્ભો

એક ટિપ્પણી મૂકો

જવાબ રદ કરો