NXP PN5190 NFC Frontend Controller Օգտագործողի ձեռնարկ

Տեղեկություն	Բովանդակություն
Հիմնաբառեր	PN5190, NFC, NFC ճակատ, վերահսկիչ, հրահանգների շերտ
Վերացական	Այս փաստաթուղթը նկարագրում է հրահանգների շերտի հրամանները և պատասխանները՝ աշխատելու հյուրընկալող կարգավորիչից՝ NXP PN5190 NFC ճակատային կարգավորիչի աշխատանքը գնահատելու համար: PN5190-ը հաջորդ սերնդի NFC ճակատային կարգավորիչ է: Այս փաստաթղթի նպատակն է նկարագրել ինտերֆեյսի հրամանները՝ PN5190 NFC ճակատային կարգավորիչի հետ աշխատելու համար: PN5190 NFC առջևի կարգավորիչի աշխատանքի վերաբերյալ լրացուցիչ տեղեկությունների համար տե՛ս տվյալների թերթիկը և դրա լրացուցիչ տեղեկատվությունը:

Վերանայման պատմություն

Վեր	Ամսաթիվ	Նկարագրություն
3.7	20230525	• Փաստաթղթի տեսակը և անվանումը փոխվել են արտադրանքի տվյալների թերթիկի հավելվածից դեպի օգտագործողի ձեռնարկ • Խմբագրական մաքրում • Թարմացված խմբագրական պայմանները SPI ազդանշանների համար • Ավելացվել է GET_CRC_USER_AREA հրամանը 8 բաժնի աղյուսակ 4.5.2.3-ում • Թարմացվել է տարբեր տարբերակված մանրամասներ PN5190B1-ի և PN5190B2-ի համար 3.4.1 բաժնում • Բաժին 3.4.7-ի թարմացված պատասխանը
3.6	20230111	Ընդլայնված ստուգման ամբողջականության պատասխանի նկարագրությունը Բաժին 3.4.7-ում
3.5	20221104	Բաժին 4.5.4.6.3 «Իրադարձություն». ավելացվել է
3.4	20220701	• Ավելացվել է CONFIGURE_MULTIPLE_TESTBUS_DIGITAL հրամանը 8 բաժնի աղյուսակ 4.5.9.3-ում • Թարմացվել է 4.5.9.2.2 բաժինը
3.3	20220329	Սարքավորումների նկարագրությունը բարելավվել է 4.5.12.2.1 «Հրաման» և 4.5.12.2.2 «Պատասխան» բաժնում:
3.2	20210910	Ծրագրաշարի տարբերակների համարները թարմացվել են 2.1-ից մինչև 2.01 և 2.3-ից մինչև 2.03
3.1	20210527	Ավելացվեց RETRIEVE_RF_FELICA_EMD_DATA հրամանի նկարագրությունը
3	20210118	Առաջին պաշտոնական թողարկված տարբերակը

Ներածություն

1.1 Ներածություն
Այս փաստաթուղթը նկարագրում է PN5190 հյուրընկալող միջերեսը և API-ները: Փաստաթղթերում օգտագործվող ֆիզիկական հյուրընկալող միջերեսը SPI է: SPI ֆիզիկական բնութագիրը փաստաթղթում հաշվի չի առնվում:
Շրջանակների տարանջատումը և հոսքի վերահսկումը այս փաստաթղթի մի մասն են:
1.1.1 Շրջանակ
Փաստաթուղթը նկարագրում է տրամաբանական շերտը, հրահանգի կոդը, API-ները, որոնք համապատասխան են հաճախորդի համար:

Հյուրընկալող հաղորդակցությունն ավարտված էview

PN5190-ն ունի աշխատանքի երկու հիմնական եղանակ՝ հյուրընկալող վերահսկիչի հետ հաղորդակցվելու համար:

HDLL-ի վրա հիմնված հաղորդակցությունն օգտագործվում է, երբ սարքը գործարկվում է մուտքագրելու համար.
ա. Անվտանգ ներբեռնման կոդավորված ռեժիմ՝ իր որոնվածը թարմացնելու համար
TLV հրամանի վրա հիմնված հաղորդակցություն (տրված է որպես նախկինampլե):

2.1 HDLL ռեժիմ
HDLL ռեժիմն օգտագործվում է փաթեթների փոխանակման ձևաչափի համար՝ աշխատելու ստորև IC գործառնական ռեժիմների հետ.

Ապահով որոնվածի ներբեռնման ռեժիմ (SFWU), տես Բաժին 3

2.1.1 HDLL-ի նկարագրություն
HDLL-ը NXP-ի կողմից մշակված կապի շերտն է՝ ապահովելու հուսալի FW ներբեռնում:
HDLL հաղորդագրությունը կազմված է 2 բայթ վերնագրից, որին հաջորդում է շրջանակը, որը ներառում է օպերացիոն ծածկագիրը և հրամանի Payload: Յուրաքանչյուր հաղորդագրություն ավարտվում է 16-բիթանոց CRC-ով, ինչպես նկարագրված է ստորև նկարում.HDLL վերնագիրը պարունակում է.

Մի կտոր. Ինչը ցույց է տալիս, արդյոք այս հաղորդագրությունը հաղորդագրության միակ կամ վերջին մասն է (հատված = 0): Կամ եթե, գոնե, հաջորդում է մեկ այլ հատված (հատված = 1):

Payload-ի երկարությունը կոդավորված է 10 բիթով: Այսպիսով, HDLL Frame Payload-ը կարող է հասնել մինչև 1023 բայթ:

Բայթերի կարգը սահմանվել է որպես big-endian, որը նշանակում է նախ տիկին բայթ:
CRC16-ը համապատասխանում է X.25 (CRC-CCITT, ISO/IEC13239) ստանդարտին՝ x^16 + x^12 + x^5 +1 բազմանդամով և 0xFFFF նախնական բեռնվածության արժեքով:
Այն հաշվարկվում է ամբողջ HDLL շրջանակի վրա, այսինքն՝ Header + Frame:
Sample C- կոդը իրականացում:
ստատիկ uint16_t phHal_Host_CalcCrc16 (uint8_t* p, uint32_t dwLength)
{
uint32_t i;
uint16_t crc_new;
uint16_t crc = 0xffffU;
համար (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8 );
crc_new ^= p[i];
crc_new ^= (uint8_t) (crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_new;
}
վերադարձի crc;
}
2.1.2 Տրանսպորտային քարտեզագրում SPI-ով
Յուրաքանչյուր NTS պնդման համար առաջին բայթը միշտ HEADER է (հոսքի ցուցիչ բայթ), այն կարող է լինել կամ 0x7F/0xFF՝ կապված գրելու/ընթերցման գործողության հետ:
2.1.2.1 Հոսթից գրելու հաջորդականություն (ուղղություն DH => PN5190)2.1.2.2 Կարդալ հաջորդականությունը հաղորդավարից (ուղղություն PN5190 => DH)2.1.3 HDLL արձանագրություն
HDLL-ը հրամանի արձագանքման արձանագրություն է: Վերը նշված բոլոր գործողությունները գործարկվում են հատուկ հրամանի միջոցով և վավերացվում են պատասխանի հիման վրա:
Հրամաններն ու պատասխանները հետևում են HDLL հաղորդագրության շարահյուսությանը, հրամանը ուղարկվում է սարքի հաղորդավարի կողմից, պատասխանը՝ PN5190: Opcode-ը ցույց է տալիս հրամանի և պատասխանի տեսակը:
HDLL-ի վրա հիմնված հաղորդակցություններ, որոնք օգտագործվում են միայն այն դեպքում, երբ PN5190-ը գործարկվում է «Ապահով որոնվածի ներբեռնման» ռեժիմ մտնելու համար:
2.2 TLV ռեժիմ
TLV-ն նշանակում է Tag Երկարության արժեքը.
2.2.1 Շրջանակի սահմանում
SPI շրջանակը սկսվում է NTS-ի անկման եզրով և ավարտվում NTS-ի բարձրացող եզրով: SPI-ն ըստ ֆիզիկական սահմանման լրիվ դուպլեքս է, սակայն PN5190-ն օգտագործում է SPI-ը կիսադուպլեքս ռեժիմում: SPI ռեժիմը սահմանափակված է CPOL 0 և CPHA 0 առավելագույն ժամացույցի արագությամբ, ինչպես նշված է [2]-ում: Յուրաքանչյուր SPI շրջանակ բաղկացած է 1 բայթ վերնագրից և n-բայթ մարմնից:
2.2.2 Հոսքի ցուցումHOST-ը միշտ որպես առաջին բայթ ուղարկում է հոսքի ցուցիչ բայթը՝ անկախ նրանից, թե նա ցանկանում է գրել կամ կարդալ տվյալներ PN5190-ից:
Եթե կա կարդալու հարցում, և տվյալներ չկան, պատասխանը պարունակում է 0xFF:
Հոսքի ցուցիչ բայթից հետո տվյալները մեկ կամ մի քանի հաղորդագրություն են:
Յուրաքանչյուր NTS պնդման համար առաջին բայթը միշտ HEADER է (հոսքի ցուցիչ բայթ), այն կարող է լինել կամ 0x7F/0xFF՝ կապված գրելու/ընթերցման գործողության հետ:
2.2.3 Հաղորդագրության տեսակը
Հոսթ վերահսկիչը պետք է հաղորդակցվի PN5190-ի հետ՝ օգտագործելով հաղորդագրություններ, որոնք տեղափոխվում են SPI շրջանակների մեջ:
Գոյություն ունեն երեք տարբեր տեսակի հաղորդագրություններ.

Հրաման
Արձագանք

Իրադարձություն

Վերևի հաղորդակցման դիագրամը ցույց է տալիս թույլատրելի ուղղությունները հաղորդագրության տարբեր տեսակների համար, ինչպես ստորև.

Հրաման և պատասխան.
Հրամաններն ուղարկվում են միայն հյուրընկալող վերահսկիչից PN5190:

Պատասխանները և իրադարձությունները ուղարկվում են միայն PN5190-ից հյուրընկալող վերահսկիչին:
Հրամանի պատասխանները համաժամացվում են՝ օգտագործելով IRQ փին:

Հոսթը կարող է հրամաններ ուղարկել միայն այն դեպքում, երբ IRQ-ն ցածր է:
Հյուրընկալողը կարող է կարդալ պատասխանը/իրադարձությունը միայն այն դեպքում, երբ IRQ-ն բարձր է:

2.2.3.1 Թույլատրված հաջորդականություններ և կանոններՀրամանների, պատասխանների և իրադարձությունների թույլատրելի հաջորդականություններ

Հրամանը միշտ ընդունվում է պատասխանի կամ իրադարձության կամ երկուսի միջոցով:

Հոսթ վերահսկիչին չի թույլատրվում ուղարկել մեկ այլ հրաման, քանի դեռ չի ստացել պատասխան նախորդ հրամանին:
Իրադարձությունները կարող են ցանկացած ժամանակ ասինխրոն կերպով ուղարկվել (ՉԻ փոխկապակցված հրամանի/պատասխանի զույգի մեջ):

EVENT հաղորդագրությունները երբեք չեն համակցվում RESPONSE հաղորդագրությունների հետ մեկ շրջանակում:

Նշում. Հաղորդագրության առկայությունը (կամ ՊԱՏԱՍԽԱՆ, կամ ԻՐԱԴԱՐՁ) ազդարարվում է IRQ-ի բարձր մակարդակից, ցածրից: IRQ-ն բարձր է մնում այնքան ժամանակ, մինչև չկարդացվի ողջ պատասխանը կամ իրադարձության շրջանակը: Միայն այն բանից հետո, երբ IRQ ազդանշանը ցածր է, հյուրընկալողը կարող է ուղարկել հաջորդ հրամանը:
2.2.4 Հաղորդագրության ձևաչափ
Յուրաքանչյուր հաղորդագրություն կոդավորված է TLV կառուցվածքում՝ n-bytes ծանրաբեռնվածությամբ յուրաքանչյուր հաղորդագրության համար, բացառությամբ SWITCH_MODE_NORMAL հրամանի:Յուրաքանչյուր TLV բաղկացած է.Տիպ (T) => 1 բայթ
Bit[7] Հաղորդագրության տեսակը
0: COMMAND կամ RESPONSE հաղորդագրություն
1: EVENT հաղորդագրություն
Bit[6:0]: Հրահանգի կոդը
Երկարությունը (L) => 2 բայթ (պետք է լինի մեծ-էնդիան ձևաչափով)
Արժեք (V) => TLV-ի արժեքի/տվյալների N բայթ (Հրամանատարության պարամետրեր / արձագանքման տվյալներ)՝ հիմնված երկարության դաշտի վրա (մեծ էնդյան ձևաչափ)
2.2.4.1 Պառակտված շրջանակ
COMMAND հաղորդագրությունը պետք է ուղարկվի մեկ SPI շրջանակում:
RESPONSE և EVENT հաղորդագրությունները կարելի է կարդալ մի քանի SPI շրջանակներում, օրինակ՝ երկարությունը բայթ կարդալու համար:RESPONSE կամ EVENT հաղորդագրությունները կարելի է կարդալ մեկ SPI շրջանակում, բայց հետաձգվել NO-CLOCK-ի միջև, օրինակ՝ երկարությունը բայթ կարդալու համար:

IC գործառնական բեռնման ռեժիմ – ապահովված FW ներբեռնման ռեժիմ

3.1 Ներածություն
PN5190 որոնվածի կոդի մի մասը մշտապես պահվում է ROM-ում, իսկ մնացած կոդը և տվյալները պահվում են ներկառուցված ֆլեշում: Օգտատիրոջ տվյալները պահվում են ֆլեշ-ով և պաշտպանված են հակապատռելի մեխանիզմներով, որոնք ապահովում են տվյալների ամբողջականությունն ու հասանելիությունը: NXP-ների հաճախորդներին նորագույն ստանդարտներին համապատասխանող գործառույթներ տրամադրելու համար (EMVCo, NFC ֆորում և այլն), ինչպես կոդը, այնպես էլ օգտվողի տվյալները FLASH-ում կարող են թարմացվել:
Կոդավորված որոնվածի իսկությունը և ամբողջականությունը պաշտպանված են ասիմետրիկ/սիմետրիկ բանալիների ստորագրությամբ և հակադարձ շղթայված հեշ մեխանիզմով: Առաջին DL_SEC_WRITE հրամանը պարունակում է երկրորդ հրամանի հեշը և պաշտպանված է RSA ստորագրությամբ առաջին շրջանակի օգտակար բեռի վրա: PN5190 որոնվածը օգտագործում է RSA հանրային բանալին՝ առաջին հրամանը վավերացնելու համար: Յուրաքանչյուր հրամանի շղթայված հեշը օգտագործվում է հաջորդ հրամանի իսկությունը հաստատելու համար, որպեսզի ապահովվի, որ որոնվածի կոդը և տվյալները հասանելի չեն երրորդ կողմերին:
DL_SEC_WRITE հրամանների օգտակար բեռները կոդավորված են AES-128 բանալիով: Յուրաքանչյուր հրամանի նույնականացումից հետո օգտակար բեռնվածքի բովանդակությունը վերծանվում է և գրվում է ֆլեշում PN5190 որոնվածի միջոցով:
NXP որոնվածի համար NXP-ը պատասխանատու է նոր ապահով որոնվածի թարմացումների տրամադրման համար՝ Օգտատիրոջ նոր տվյալների հետ միասին:
Թարմացման ընթացակարգը հագեցած է NXP կոդի և տվյալների իսկությունը, ամբողջականությունը և գաղտնիությունը պաշտպանող մեխանիզմով:
HDLL-ի վրա հիմնված շրջանակային փաթեթների սխեման օգտագործվում է բոլոր հրամանների և պատասխանների համար՝ ապահով որոնվածի թարմացման ռեժիմի համար:
Բաժին 2.1-ն ապահովում է ավարտըview օգտագործված HDLL շրջանակային փաթեթի սխեմայի:
PN5190 IC-ներն աջակցում են և՛ ժառանգական գաղտնագրված, ապահովված FW ներբեռնման, և՛ ապարատային կրիպտո աջակցությամբ կոդավորված անվտանգ FW ներբեռնման արձանագրություն՝ կախված օգտագործվող տարբերակից:
Երկու տեսակներն են.

Legacy անվտանգ FW ներբեռնման արձանագրություն, որն աշխատում է միայն PN5190 B0/B1 IC տարբերակով:

Սարքավորումների կրիպտո-օգնությամբ ապահով FW ներբեռնման արձանագրություն, որն աշխատում է միայն PN5190B2 IC տարբերակով, որն օգտագործում է չիպային ապարատային կրիպտո բլոկները

Հետևյալ բաժինները բացատրում են «Secure» որոնվածի ներբեռնման ռեժիմի հրամաններն ու պատասխանները:
3.2 Ինչպես գործարկել «Ապահովված որոնվածի ներբեռնում» ռեժիմը
Ստորև բերված դիագրամը և հետագա քայլերը ցույց են տալիս, թե ինչպես գործարկել Ապահովված որոնվածը ներբեռնելու ռեժիմը:Նախնական պայման՝ PN5190 գտնվում է շահագործման վիճակում։
Հիմնական սցենար.

Մուտքի պայման, որտեղ DWL_REQ փին օգտագործվում է «Ապահովված որոնվածի ներբեռնում» ռեժիմ մուտք գործելու համար:
ա. Սարքի հոսթինգը բարձրացնում է DWL_REQ փին (վավեր է միայն այն դեպքում, եթե ապահովված որոնվածը թարմացվում է DWL_REQ փին) ԿԱՄ
բ. Սարքի հոսթն իրականացնում է կոշտ զրոյացում՝ PN5190-ը բեռնելու համար
Մուտքի պայման, որտեղ DWL_REQ փին չի օգտագործվում «Ապահովված որոնվածի ներբեռնում» ռեժիմի մեջ մտնելու համար (առանց ներբեռնման):
ա. Սարքի հոսթն իրականացնում է կոշտ զրոյացում՝ PN5190-ը բեռնելու համար
բ. Սարքի հոսթն ուղարկում է SWITCH_MODE_NORMAL (Բաժին 4.5.4.5)՝ կիրառման նորմալ ռեժիմ մտնելու համար:
գ. Այժմ, երբ IC-ը կիրառման նորմալ ռեժիմում է, Սարքի հոսթը ուղարկում է SWITCH_MODE_DOWNLOAD (Բաժին 4.5.4.9)՝ անվտանգ ներբեռնման ռեժիմ մտնելու համար:
Սարքի հոսթն ուղարկում է DL_GET_VERSION (Բաժին 3.4.4) կամ DL_GET_DIE_ID (Բաժին 3.4.6) կամ DL_GET_SESSION_STATE (Բաժին 3.4.5):
Սարքի հոսթը սարքից կարդում է ապարատային և որոնվածի ընթացիկ տարբերակը, նիստը, Die-id-ը:
ա. Սարքի հոսթը ստուգում է նիստի կարգավիճակը, եթե վերջին ներբեռնումն ավարտված է
բ. Սարքի հոսթը կիրառում է տարբերակի ստուգման կանոնները՝ որոշելու՝ սկսել ներբեռնումը, թե դուրս գալ ներբեռնումից:
Սարքի հոսթի բեռնումը ա file ներբեռնվող որոնվածի երկուական կոդը
Սարքի հոսթն ապահովում է առաջին DL_SEC_WRITE (Բաժին 3.4.8) հրամանը, որը պարունակում է.
ա. Նոր որոնվածի տարբերակը,
բ. 16 բայթանոց կամայական արժեքներ, որոնք օգտագործվում են գաղտնագրման բանալիների մշուշման համար
գ. Հաջորդ շրջանակի ամփոփ արժեքը,
դ. Շրջանակի թվային ստորագրությունն ինքնին
Սարքի հոսթը բեռնում է անվտանգ ներբեռնման արձանագրության հաջորդականությունը PN5190-ում՝ DL_SEC_WRITE (Բաժին 3.4.8) հրամաններով:
Երբ վերջին DL_SEC_WRITE (Բաժին 3.4.8) հրամանն ուղարկվում է, սարքի հոսթինգը կատարում է DL_CHECK_INTEGRITY (Բաժին 3.4.7) հրամանը՝ ստուգելու, թե արդյոք հիշողությունները հաջողությամբ գրվել են:
Սարքի հոսթը կարդում է որոնվածի նոր տարբերակը և ստուգում նիստի կարգավիճակը, եթե փակ է, վերին շերտին զեկուցելու համար
Սարքի հոսթինգը սեղմում է DWL_REQ քորոցը դեպի ցածր (եթե DWL_REQ փին օգտագործվում է ներբեռնման ռեժիմ մտնելու համար)
Սարքի հոսթն իրականացնում է կոշտ վերականգնում (փոխարկելով VEN փին) սարքի վրա՝ PN5190-ը վերագործարկելու համար
Հետապայման. որոնվածը թարմացված է; հաղորդվում է որոնվածի նոր տարբերակի համարը:

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 կոդերի ցանկ

PN5190 B0/ B1 (Ժառանգության ներբեռնում)	PN5190 B2 (Crypto-ի օգնությամբ ներբեռնում)	Հրաման alias	Նկարագրություն
0xF0	0xE5	DL_RESET	Կատարում է փափուկ վերականգնում
0xF1	0xE1	DL_GET_VERSION	Վերադարձնում է տարբերակի համարները
0xF2	0xDB	DL_GET_SESSION_STATE	Վերադարձնում է նստաշրջանի ընթացիկ վիճակը
0xF4	0xDF	DL_GET_DIE_ID	Վերադարձնում է Die ID-ն
0xE0	0xE7	DL_CHECK_INTEGRITY	Ստուգում և վերադարձնում է CRC-ները տարբեր տարածքներում, ինչպես նաև յուրաքանչյուրի համար անցում/անհաջող կարգավիճակի դրոշակներ
0xC0	0x8C	DL_SEC_WRITE	Բացարձակ y հասցեից սկսած հիշողության մեջ գրում է x բայթ

3.4.2 HDLL արձագանքման օպերատիվ կոդեր
Նշում. HDLL արձագանքման շրջանակները հավասարեցված են 4 բայթ: Չօգտագործված օգտակար բայթերը մնում են զրոյական: Միայն DL_OK պատասխանները կարող են պարունակել ծանրաբեռնվածության արժեքներ:
Աղյուսակ 2. HDLL արձագանքման OP կոդերի ցանկ

opcode	Պատասխանել կեղծանունը	Նկարագրություն
0x00	DL_OK	Հրամանն անցել է
0x01	DL_INVALID_ADDR	Հասցեն չի թույլատրվում
0x0B	DL_UNKNOW_CMD	Անհայտ հրաման
0x0C	DL_ABORTED_CMD	Հատվածների հաջորդականությունը չափազանց մեծ է
0x1E	DL_ADDR_RANGE_OFL_ERROR	Հասցե տիրույթից դուրս
0x1F	DL_BUFFER_OFL_ERROR	Բուֆերը չափազանց փոքր է
0x20	DL_MEM_BSY	Հիշողությունը զբաղված է
0x21	DL_SIGNATURE_ERROR	Ստորագրության անհամապատասխանություն
0x24	DL_FIRMWARE_VERSION_ERROR	Ընթացիկ տարբերակը հավասար է կամ ավելի բարձր
0x28	DL_PROTOCOL_ERROR	Արձանագրության սխալ
0x2A	DL_SFWU_DEGRADED	Flash տվյալների կոռումպացվածություն
0x2D	PH_STATUS_DL_FIRST_CHUNK	Ստացված առաջին կտորը
0x2E	PH_STATUS_DL_NEXT_CHUNK	Սպասեք հաջորդ հատվածին
0xC5	PH_STATUS_INTERNAL_ERROR_5	Երկարության անհամապատասխանություն

3.4.3 DL_RESET հրաման
Շրջանակի փոխանակում.
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B] PN5190 B2: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] Վերակայումը թույլ չի տալիս PN5190-ին ուղարկել DL_OK_STAT պատասխանը: Հետեւաբար, կարելի է ստանալ միայն սխալ կարգավիճակ:
STAT-ը վերադարձի կարգավիճակն է:
3.4.4 DL_GET_VERSION հրաման
Շրջանակի փոխանակում.
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 RFU16 բեռնիչի պատասխանը.
Աղյուսակ 3. Պատասխանել GetVersion հրամանին

Դաշտ	Բայթ	Նկարագրություն
ՍՏԱՏ	1	Կարգավիճակ
HW_V	2	Սարքավորման տարբերակ
RO_V	3	ROM կոդը
MODEL_ID	4	Մոդելի ID
FMxV	5-6	Որոնվածի տարբերակը (օգտագործվում է ներբեռնման համար)
RFU1-RFU2	7-8	–

Արձագանքման տարբեր դաշտերի ակնկալվող արժեքները և դրանց քարտեզագրումը հետևյալն են.
Աղյուսակ 4. GetVersion հրամանի պատասխանի ակնկալվող արժեքները

IC տեսակը	HW տարբերակ (վեցանկյուն)	ROM տարբերակը (վեցանկյուն)	Մոդելի ID (վեցանկյուն)	FW տարբերակ (վեցանկյուն)
PN5190 B0	0x51	0x02	0x00	xx.yy
PN5190 B1	0x52	0x02	0x00	xx.yy
PN5190 B2	0x53	0x03	0x00	xx.yy

3.4.5 DL_GET_SESSION_STATE հրաման
Շրջանակի փոխանակում.
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33] PN5190 B2: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession պատասխանի օգտակար բեռնվածության շրջանակն է.
Աղյուսակ 5. Պատասխանել GetSession հրամանին

Դաշտ	Բայթ	Նկարագրություն
ՍՏԱՏ	1	Կարգավիճակ
SSTA	2	Նստաշրջանի վիճակը • 0x00՝ փակ • 0x01՝ բաց • 0x02՝ կողպված (ներբեռնումն այլևս թույլատրված չէ)
ՌՖՄ	3-4

3.4.6 DL_GET_DIE_ID հրաման
Շրջանակի փոխանակում.
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA] PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId պատասխանի օգտակար բեռնվածության շրջանակն է.
Աղյուսակ 6. Պատասխանել GetDieId հրամանին

Դաշտ	Բայթ	Նկարագրություն
ՍՏԱՏ	1	Կարգավիճակ
ՌՖՄ	2-4
ՄԱՀՎԱԾ	5-20	Մահացուի ID (16 բայթ)

3.4.7 DL_CHECK_INTEGRITY հրաման
Շրջանակի փոխանակում.
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16] PN5190 B2: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC32] Ստուգեք CRC16-ի բեռնվածությունը]
Աղյուսակ 7. Պատասխանել CheckIntegrity հրամանին

Դաշտ	Բայթ	Արժեք/Նկարագրություն
ՍՏԱՏ	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] ՌԴ կոնֆիգուրացիայի տարածք (PN5190 B2) [2]
		[17]	Պահպանված է (PN5190 B0/B1) [3] Օգտատիրոջ կազմաձևման տարածք (PN5190 B2) [2]
		[16:6]	Պահպանված է [3]
		[5:4]	Պահպանված է PN5190 B0/B1-ի համար [3] Պահպանված է PN5190 B2-ի համար [1]
		[3:0]	Պահպանված է [1]
[CRC32]	9-136	CRC32 32 բաժիններից: Յուրաքանչյուր CRC-ն բաղկացած է 4 բայթից, որը պահվում է փոքր-էնդիական ձևաչափով: CRC-ի առաջին 4 բայթը CRC_INFO[31] բիթն է, CRC-ի հաջորդ 4 բայթը՝ CRC_ INFO[30] բիթը և այլն:

[1] Այս բիթը պետք է լինի 1, որպեսզի PN5190-ը ճիշտ աշխատի (առանձնահատկություններով և կամ կոդավորված FW ներբեռնմամբ):
[2] Այս բիթը լռելյայն սահմանված է 1, սակայն օգտագործողի փոփոխված կարգավորումները անվավեր են դարձնում CRC-ը: Ոչ մի ազդեցություն PN5190 ֆունկցիոնալության վրա:
[3] Այս բիթային արժեքը, նույնիսկ եթե այն 0 է, տեղին չէ: Այս բիթային արժեքը կարելի է անտեսել..

3.4.8 DL_SEC_WRITE հրաման
DL_SEC_WRITE հրամանը պետք է դիտարկվի անվտանգ գրելու հրամանների հաջորդականության համատեքստում՝ կոդավորված «ապահովված որոնվածի ներբեռնում» (հաճախ կոչվում է eSFWu):
Անվտանգ գրելու հրամանը նախ բացում է ներբեռնման նիստը և փոխանցում RSA նույնականացումը: Հաջորդները փոխանցում են կոդավորված հասցեներ և բայթեր՝ PN5190 Flash-ում գրելու համար: Բոլորը, բացի վերջինից, պարունակում են հաջորդների հեշերը, հետևաբար տեղեկացվում է, որ դրանք վերջինը չեն և գաղտնագրորեն կապում են հաջորդականության շրջանակները:
Այլ հրամաններ (բացառությամբ DL_RESET-ի և DL_CHECK_INTEGRITY-ի) կարող են տեղադրվել հաջորդականության ապահով գրելու հրամանների միջև՝ առանց այն խախտելու:
3.4.8.1 Առաջին DL_SEC_WRITE հրամանը
Ապահով գրելու հրամանը առաջինն է, եթե և միայն, եթե.

Շրջանակի երկարությունը 312 բայթ է
Վերջին վերակայումից հետո ոչ մի ապահով գրելու հրաման չի ստացվել:

Ներկառուցված ստորագրությունը հաջողությամբ ստուգվում է PN5190-ի կողմից:

Առաջին շրջանակի հրամանի պատասխանը կլինի հետևյալը. [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT-ը վերադարձի կարգավիճակն է:
Նշում. Տվյալների առնվազն մեկ կտոր պետք է գրվի eSFWu-ի ընթացքում, չնայած որ գրված տվյալները կարող են լինել միայն մեկ բայթ երկարություն: Հետևաբար, առաջին հրամանը միշտ կպարունակի հաջորդ հրամանի հեշը, քանի որ առնվազն երկու հրաման կլինի:
3.4.8.2 Միջին DL_SEC_WRITE հրամաններ
Ապահովված գրելու հրամանը «միջին» է, եթե և միայն այն դեպքում, եթե.

Opcode-ը նկարագրված է 3.4.1 բաժնում DL_SEC_WRITE հրամանի համար:

Առաջին ապահով գրելու հրամանն արդեն ստացվել և հաջողությամբ ստուգվել է նախկինում
Առաջին ապահով գրելու հրամանը ստանալուց ի վեր ոչ մի վերակայում տեղի չի ունեցել
Շրջանակի երկարությունը հավասար է տվյալների չափին + վերնագրի չափին + հեշի չափին՝ FLEN = SIZE + 6 + 32

Ամբողջ շրջանակի ամփոփումը հավասար է նախորդ կադրում ստացված հեշ արժեքին

Առաջին շրջանակի հրամանի պատասխանը կլինի հետևյալը. [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT-ը վերադարձի կարգավիճակն է:
3.4.8.3 Վերջին DL_SEC_WRITE հրամանը
Ապահով գրելու հրամանը վերջինն է, եթե և միայն, եթե.

Opcode-ը նկարագրված է 3.4.1 բաժնում DL_SEC_WRITE հրամանի համար:

Առաջին ապահով գրելու հրամանն արդեն ստացվել և հաջողությամբ ստուգվել է նախկինում
Առաջին ապահով գրելու հրամանը ստանալուց ի վեր ոչ մի վերակայում տեղի չի ունեցել
Շրջանակի երկարությունը հավասար է տվյալների չափին + վերնագրի չափին՝ FLEN = SIZE + 6

Ամբողջ շրջանակի ամփոփումը հավասար է նախորդ կադրում ստացված հեշ արժեքին

Առաջին շրջանակի հրամանի պատասխանը կլինի հետևյալը. [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT-ը վերադարձի կարգավիճակն է:

IC գործառնական բեռնման ռեժիմ – Նորմալ աշխատանքային ռեժիմ

4.1 Ներածություն
Ընդհանուր առմամբ, PN5190 IC-ը պետք է գործարկվի նորմալ ռեժիմում, որպեսզի դրանից ստանա NFC ֆունկցիոնալությունը:
Երբ PN5190 IC բեռնախցիկը բացվում է, այն միշտ սպասում է, որ հրամաններ ստանան հյուրընկալողից՝ գործողություն կատարելու համար, բացառությամբ այն դեպքերի, երբ PN5190 IC-ի ներսում ստեղծված իրադարձությունները չեն հանգեցրել PN5190 IC-ի բեռնման:
4.2 Հրամանների ցանկն ավարտված էview
Աղյուսակ 8. PN5190 հրամանների ցանկ

Հրահանգ կոդը	Հրամանի անունը
0x00	WRITE_REGISTER
0x01	WRITE_REGISTER_OR_DISK
0x02	WRITE_REGISTER_AND_DISK
0x03	WRITE_REGISTER_MULTIPLE
0x04	Կարդալ_ԳՐԱՆՑՎԵԼ
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	TRANSMIT_RF_DATA
0x09	RETRIEVE_RF_DATA
0x0A	EXCHANGE_RF_DATA
0x0B	MFC_AUTHENTICATE
0x0C	EPC_GEN2_ԳՐԱՔԱՐԿ
0x0D	LOAD_RF_CONFIGURATION
0x0E	UPDATE_RF_CONFIGURATION
0x0F	GET_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	ԿԱԶՄԱՎՈՐԵԼ TESTBUS_DIGITAL-ը
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ՄԻԱՑՆԵԼ
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	ՌՖՄ
0x19	մինչև FW v2.01՝ RFU
0x19	FW v2.03-ից սկսած՝ RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	ՌՖՄ
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	ՌՖՄ
0x25	SWITCH_MODE_BOWNLOAD
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	Ցույց է տալիս, որ հրամանի գործողությունը հանգեցրել է ՌԴ տվյալների ամբողջականության սխալի
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Ցույց է տալիս, որ հրամանատարության գործողությունը հանգեցրել է ՌԴ բախման սխալի
PN5190_STATUS_RFU1	0x04	Վերապահված
PN5190_STATUS_INVALID_COMMAND	0x05	Նշում է, որ տվյալ հրամանը անվավեր է/չի իրականացվել
PN5190_STATUS_RFU2	0x06	Վերապահված
PN5190_STATUS_AUTH_ERROR	0x07	Ցույց է տալիս, որ MFC նույնականացումը ձախողվել է (թույլտվությունը մերժված է)
PN5190_STATUS_MEMORY_ERROR	0x08	Ցույց է տալիս, որ հրամանի գործողությունը հանգեցրել է ծրագրավորման սխալի կամ ներքին հիշողության սխալի
PN5190_STATUS_RFU4	0x09	Վերապահված
PN5190_STATUS_NO_RF_FIELD	0x0A	Ցույց է տալիս, որ ներքին ՌԴ դաշտի առկայության մեջ չկա կամ սխալ է (կիրառելի է միայն նախաձեռնողի/ընթերցողի ռեժիմի դեպքում)
PN5190_STATUS_RFU5	0x0B	Վերապահված
PN5190_STATUS_SYNTAX_ERROR	0x0C	Ցույց է տալիս, որ սխալ հրամանի շրջանակի երկարություն է ստացվել
PN5190_STATUS_RESOURCE_ERROR	0x0D	Ցույց է տալիս, որ տեղի է ունեցել ներքին ռեսուրսի սխալ
PN5190_STATUS_RFU6	0x0E	Վերապահված
PN5190_STATUS_RFU7	0x0F	Վերապահված
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Ցույց է տալիս, որ հրամանի կատարման ժամանակ արտաքին ՌԴ դաշտ չկա (Կիրառելի է միայն քարտի/թիրախային ռեժիմում)
PN5190_STATUS_RX_TIMEOUT	0x11	Ցույց է տալիս, որ տվյալները չեն ստացվել RFExchange-ի գործարկումից և RX-ի ժամանակի ավարտից հետո:
PN5190_STATUS_USER_CANCELLED	0x12	Ցույց է տալիս, որ ընթացիկ հրամանը դադարեցվել է
PN5190_STATUS_PREVENT_STANDBY	0x13	Ցույց է տալիս, որ PN5190-ը չի կարող անցնել Սպասման ռեժիմ
PN5190_STATUS_RFU9	0x14	Վերապահված
PN5190_STATUS_CLOCK_ERROR	0x15	Ցույց է տալիս, որ ժամացույցը դեպի CLIF չի սկսվել
PN5190_STATUS_RFU10	0x16	Վերապահված
PN5190_STATUS_PRBS_ERROR	0x17	Ցույց է տալիս, որ PRBS հրամանը սխալ է վերադարձրել
PN5190_STATUS_INSTR_ERROR	0x18	Ցույց է տալիս, որ հրամանի գործողությունը ձախողվել է (այն կարող է ներառել հրահանգի պարամետրերի սխալ, շարահյուսական սխալ, ինքնին գործողության սխալ, հրահանգի նախնական պահանջները չկատարված և այլն):
PN5190_STATUS_ACCESS_DENIED	0x19	Ցույց է տալիս, որ մուտքը ներքին հիշողություն արգելված է
PN5190_STATUS_TX_FAILURE	0x1A	Ցույց է տալիս, որ TX-ը ՌԴ-ի նկատմամբ ձախողվել է
PN5190_STATUS_NO_ANTENNA	0x1B	Ցույց է տալիս, որ ալեհավաք չկա միացված/ներկա
PN5190_STATUS_TXLDO_ERROR	0x1C	Ցույց է տալիս, որ TXLDO-ում սխալ կա, երբ VUP-ը հասանելի չէ, և RF-ը միացված է:
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Ցույց է տալիս, որ ՌԴ-ի կոնֆիգուրացիան չի բեռնված, երբ ՌԴ-ն միացված է
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	մինչև FW 2.01. չի սպասվում
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	FW 2.03-ից սկսած. Ցույց է տալիս, որ փոխանակման ժամանակ LOG ENABLE BIT-ը սահմանված է FeliCa EMD ռեգիստրում, նկատվել է FeliCa EMD Սխալ:
PN5190_STATUS_INTERNAL_ERROR	0x7F	Ցույց է տալիս, որ NVM գործողությունը ձախողվել է
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Ցույց է տալիս, որ ավելին, տվյալները սպասում են կարդալու

4.4 Իրադարձություններ ավարտվել ենview
Իրադարձությունների մասին հաղորդավարին երկու եղանակ կա.
4.4.1 Նորմալ իրադարձություններ IRQ փինով
Այս իրադարձությունները հետևյալ կատեգորիաներն են.

Միշտ միացված է – Հյուրընկալողը միշտ ծանուցվում է

Վերահսկվում է Host-ի կողմից – Հոսթին ծանուցվում է, եթե ռեգիստրում սահմանված է համապատասխան Event Enable բիթ (EVENT_ENABLE (01h)):

Ծայրամասային IP-ներից ցածր մակարդակի ընդհատումները, ներառյալ CLIF-ը, պետք է ամբողջությամբ մշակվեն որոնվածի ներսում, և հոսթորդը պետք է տեղեկացվի միայն իրադարձությունների բաժնում թվարկված իրադարձությունների մասին:
Որոնվածը իրականացնում է իրադարձությունների երկու ռեգիստր՝ որպես 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	CTS_EVENT [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_EVENT	Y
7	7	AUTOCOLL_EVENT	Y
6	6	TIMER0_EVENT	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [2]	N
3	3	RFOFF_DET_EVENT [2]	N
2	2	STANDBY_PREV_EVENT	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	BOOT_EVENT	Y

Նկատի ունեցեք, որ բացառությամբ սխալների, երկու իրադարձություններ չեն անցկացվում: Գործողության ընթացքում սխալների դեպքում կսահմանվեն ֆունկցիոնալ իրադարձություն (օրինակ՝ BOOT_EVENT, AUTOCALL_EVENT և այլն) և GENERAL_ERROR_EVENT:

Այս միջոցառումն ավտոմատ կերպով կանջատվի հյուրընկալողին փակցվելուց հետո: Հաղորդավարը պետք է նորից միացնի այս իրադարձությունները, եթե ցանկանում է այդ իրադարձությունների մասին տեղեկացնել իրեն:

4.4.1.1 Իրադարձությունների հաղորդագրության ձևաչափեր
Իրադարձության հաղորդագրության ձևաչափը տարբերվում է՝ կախված իրադարձության դեպքերից և PN5190-ի տարբեր վիճակից:
Հաղորդավարը պետք է կարդա tag (T) և հաղորդագրության երկարությունը (L), այնուհետև կարդացեք բայթերի համապատասխան քանակը որպես իրադարձությունների արժեք (V):
Ընդհանուր առմամբ, իրադարձության հաղորդագրությունը (տես Նկար 12) պարունակում է EVENT_STATUS, ինչպես սահմանված է Աղյուսակ 11-ում, և իրադարձության տվյալները համապատասխանում են EVENT_STATUS-ում սահմանված համապատասխան իրադարձության բիթին:
Նշում.
Որոշ իրադարձությունների համար օգտակար բեռ գոյություն չունի: Օրինակ, եթե TIMER0_EVENT-ը միացված է, միայն EVENT_STATUS-ը տրամադրվում է որպես միջոցառման հաղորդագրության մաս:
Աղյուսակ 11-ը նաև մանրամասնում է, թե արդյոք իրադարձության տվյալները առկա են համապատասխան իրադարձության համար իրադարձության հաղորդագրության մեջ:GENERAL_ERROR_EVENT կարող է առաջանալ նաև այլ իրադարձությունների հետ:
Այս սցենարում իրադարձության հաղորդագրությունը (տես Նկար 13) պարունակում է EVENT_STATUS-ը, ինչպես սահմանված է Աղյուսակ 11-ում և GENERAL_ERROR_STATUS_DATA-ն, ինչպես սահմանված է Աղյուսակ 14-ում, և այնուհետև իրադարձության տվյալները համապատասխանում են EVENT_STATUS-ում սահմանված համապատասխան բիթին, որը սահմանված է Աղյուսակ 11-ում:Նշում.
Միայն BOOT_EVENT-ից հետո կամ POR, STANDBY, ULPCD-ից հետո, հոսթավարը կկարողանա աշխատել նորմալ գործող ռեժիմում՝ տալով վերը թվարկված հրամանները:
Գոյություն ունեցող գործող հրամանը դադարեցնելու դեպքում միայն IDLE_EVENT-ից հետո հոսթը կկարողանա աշխատել նորմալ գործող ռեժիմում՝ տալով վերը թվարկված հրամանները:
4.4.1.2 Տարբեր EVENT կարգավիճակի սահմանումներ
4.4.1.2.1 բիթային սահմանումներ EVENT_STATUS-ի համար
Աղյուսակ 11. EVENT_STATUS բիթերի սահմանումներ

Բիթ (Դեպից – Սկսած)		Իրադարձություն	Նկարագրություն	Իրադարձության տվյալներ համապատասխան իրադարձության (եթե այդպիսիք կան)
31	12	ՌՖՄ	Վերապահված
11	11	CTS_EVENT	Այս բիթը սահմանված է, երբ ստեղծվում է CTS իրադարձություն:	Աղյուսակ 86
10	10	IDLE_EVENT	Այս բիթը սահմանված է, երբ ընթացիկ հրամանը չեղարկվում է SWITCH_MODE_NORMAL հրամանի պատճառով:	Իրադարձությունների տվյալներ չկան
9	9	LPCD_CALIBRATION_DONE_ ՄԻՋՈՑԱՌՈՒՄ	Այս բիթը սահմանվում է, երբ ստեղծվում է LPCD calibrationdone իրադարձությունը:	Աղյուսակ 16
8	8	LPCD_EVENT	Այս բիթը սահմանվում է, երբ ստեղծվում է LPCD իրադարձությունը:	Աղյուսակ 15
7	7	AUTOCOLL_EVENT	Այս բիթը սահմանվում է, երբ ավարտվի AUTOCOLL գործողությունը:	Աղյուսակ 52
6	6	TIMER0_EVENT	Այս բիթը սահմանված է, երբ տեղի է ունենում TIMER0 իրադարձությունը:	Իրադարձությունների տվյալներ չկան
5	5	TX_OVERCURRENT_ERROR_ ՄԻՋՈՑԱՌՈՒՄ	Այս բիթը սահմանվում է, երբ TX դրայվերի հոսանքն ավելի բարձր է, քան EEPROM-ում սահմանված շեմը: Այս պայմանի դեպքում դաշտը ավտոմատ կերպով անջատվում է նախքան հյուրընկալողին ծանուցելը: Խնդրում ենք ծանոթանալ Բաժին 4.4.2.2-ին:	Իրադարձությունների տվյալներ չկան
4	4	RFON_DET_EVENT	Այս բիթը սահմանվում է, երբ հայտնաբերվում է արտաքին ՌԴ դաշտը:	Իրադարձությունների տվյալներ չկան
3	3	RFOFF_DET_EVENT	Այս բիթը սահմանվում է, երբ արդեն գոյություն ունեցող արտաքին ՌԴ դաշտը անհետանում է:	Իրադարձությունների տվյալներ չկան
2	2	STANDBY_PREV_EVENT	Այս բիթը սահմանված է, երբ սպասման ռեժիմը կանխվում է կանխարգելման պայմանների պատճառով	Աղյուսակ 13
1	1	GENERAL_ERROR_EVENT	Այս բիթը սահմանվում է, երբ առկա են ընդհանուր սխալի պայմաններ	Աղյուսակ 14
0	0	BOOT_EVENT	Այս բիթը սահմանված է, երբ PN5190-ը բեռնվում է POR/Standby-ով	Աղյուսակ 12

4.4.1.2.2 բիթային սահմանումներ BOOT_STATUS_DATA-ի համար
Աղյուսակ 12. BOOT_STATUS_DATA բիթերի սահմանումներ

Մի քիչ դեպի	Բիթ From	Բեռնման կարգավիճակը	Boot պատճառը պայմանավորված է
31	27	ՌՖՄ	Վերապահված
26	26	ULP_STANDBY	Բեռնման պատճառ՝ ULP_STANDBY-ից դուրս գալու պատճառով:
25	23	ՌՖՄ	Վերապահված
22	22	BOOT_ RX_ULPDET	RX ULPDET-ը հանգեցրեց բեռնաթափմանը ULP-Standby ռեժիմում
21	21	ՌՖՄ	Վերապահված
20	20	BOOT_SPI	Բեռնման պատճառը SPI_NTS ազդանշանի ցածրացման պատճառով
19	17	ՌՖՄ	Վերապահված
16	16	BOOT_GPIO3	Bootup Պատճառը GPIO3-ի ցածրից բարձրին անցնելու պատճառով:
15	15	BOOT_GPIO2	Bootup Պատճառը GPIO2-ի ցածրից բարձրին անցնելու պատճառով:
14	14	BOOT_GPIO1	Bootup Պատճառը GPIO1-ի ցածրից բարձրին անցնելու պատճառով:
13	13	BOOT_GPIO0	Bootup Պատճառը GPIO0-ի ցածրից բարձրին անցնելու պատճառով:
12	12	BOOT_LPDET	Bootup Պատճառը, որը պայմանավորված է արտաքին ՌԴ դաշտի առկայությամբ STANDBY/SUSPEND-ի ժամանակ
11	11	ՌՖՄ	Վերապահված
10	8	ՌՖՄ	Վերապահված
7	7	BOOT_SOFT_RESET	Bootup Պատճառը IC-ի փափուկ վերակայման պատճառով
6	6	BOOT_VDDIO_LOSS	Bootup Պատճառը VDDIO-ի կորստի պատճառով: Տես 4.4.2.3 բաժինը
5	5	BOOT_VDDIO_START	Bootup Պատճառը, եթե STANDBY-ը մտել է VDDIO LOSS-ով: Տես 4.4.2.3 բաժինը
4	4	BOOT_WUC	Բեռնման պատճառ՝ արթնացման հաշվիչի պատճառով, որն անցել է STANDBY գործողության ընթացքում:
3	3	BOOT_TEMP	Բեռնման պատճառը IC ջերմաստիճանի պատճառով ավելին է, քան կազմաձևված շեմը: Խնդրում ենք ծանոթանալ Բաժին 4.4.2.1-ին
2	2	BOOT_WDG	Bootup Պատճառը Watchdog-ի վերակայման պատճառով
1	1	ՌՖՄ	Վերապահված
0	0	BOOT_POR	Bootup Միացման վերակայման պատճառ

4.4.1.2.3 բիթային սահմանումներ STANDBY_PREV_STATUS_DATA-ի համար
Աղյուսակ 13. STANDBY_PREV_STATUS_DATA բիթերի սահմանումներ

Մի քիչ դեպի	Բիթ From	Սպասման կանխարգելում	Սպասման ռեժիմը կանխվել է պատճառով
31	26	ՌՖՄ	ՊԱՇՏՊԱՆՎԱԾ Է
25	25	ՌՖՄ	ՊԱՇՏՊԱՆՎԱԾ Է
24	24	PREV_TEMP	IC-ների աշխատանքային ջերմաստիճանը շեմից դուրս է
23	23	ՌՖՄ	ՊԱՇՏՊԱՆՎԱԾ Է
22	22	PREV_HOSTCOMM	Հյուրընկալող ինտերֆեյսի հաղորդակցություն
21	21	PREV_SPI	SPI_NTS ազդանշանը իջեցվում է
20	18	ՌՖՄ	ՊԱՇՏՊԱՆՎԱԾ Է
17	17	PREV_GPIO3	GPIO3 ազդանշանի անցում ցածրից բարձր
16	16	PREV_GPIO2	GPIO2 ազդանշանի անցում ցածրից բարձր
15	15	PREV_GPIO1	GPIO1 ազդանշանի անցում ցածրից բարձր
14	14	PREV_GPIO0	GPIO0 ազդանշանի անցում ցածրից բարձր
13	13	PREV_WUC	Զարթուցիչի հաշվիչն անցել է
12	12	PREV_LPDET	Ցածր էներգիայի հայտնաբերում: Առաջանում է, երբ արտաքին ՌԴ ազդանշան է հայտնաբերվում սպասման ռեժիմի անցնելու գործընթացում:
11	11	PREV_RX_ULPDET	RX ծայրահեղ ցածր էներգիայի հայտնաբերում: Առաջանում է, երբ ՌԴ ազդանշանը հայտնաբերվում է ULP_STANDBY-ին անցնելու գործընթացում:
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_ERROR	Ներքին համակարգի կրճատման հիշողության սխալ տեղի ունեցավ, սակայն վերականգնումը ձախողվեց: Համակարգն աշխատում է իջեցված ռեժիմով:
3	3	SYS_TRIM_RECOVERY_SUCCESS	Ներքին համակարգի կրճատման հիշողության սխալ տեղի ունեցավ, և վերականգնումը հաջողությամբ ավարտվեց: Հյուրընկալողը պետք է վերագործարկի PN5190-ը, որպեսզի վերականգնումն ուժի մեջ մտնի:
2	2	TXLDO_ՍԽԱԼ	TXLDO սխալ
1	1	CLOCK_ERROR	Clամացույցի սխալ
0	0	GPADC_ERROR	ADC սխալ

4.4.1.2.5 բիթային սահմանումներ LPCD_STATUS_DATA-ի համար
Աղյուսակ 15. LPCD_STATUS_DATA բայթերի սահմանումներ

Մի քիչ դեպի	Բիթ From	Կարգավիճակի բիթերի կիրառելիությունը՝ ըստ LPCD-ի կամ ULPCD-ի հիմքում ընկած գործողության			Համապատասխան բիթերի նկարագրությունը դրված է կարգավիճակի բայթով:
			LPCD	ULPCD
31	7	ՌՖՄ			Վերապահված
6	6	Abort_HIF	Y	N	Ընդհատվել է HIF-ի գործունեության պատճառով
5	5	CLKDET սխալ	N	Y	Ընդհատվել է CLKDET սխալի պատճառով
4	4	XTAL Timeout	N	Y	Ընդհատվել է XTAL-ի ժամանակի լրանալու պատճառով
3	3	VDDPA LDO գերհոսանք	N	Y	Ընդհատվել է VDDPA LDO-ի գերհոսանքի պատճառով
2	2	Արտաքին ՌԴ դաշտ	Y	Y	Ընդհատվել է արտաքին ՌԴ դաշտի պատճառով
1	1	GPIO3 ընդհատում	N	Y	Ընդհատվել է GPIO3 մակարդակի փոփոխության պատճառով
0	0	Քարտը հայտնաբերվել է	Y	Y	Քարտը հայտնաբերվել է

4.4.1.2.6 բիթային սահմանումներ LPCD_CALIBRATION_DONE կարգավիճակի տվյալների համար
Աղյուսակ 16. LPCD_CALIBRATION_DONE կարգավիճակի տվյալների բայթերի սահմանումներ ULPCD-ի համար

Մի քիչ դեպի	Բիթ From	LPCD_CALIBRATION-ի կարգավիճակը ԿԱՏԱՐՎԱԾ է իրադարձություն	Համապատասխան բիթերի նկարագրությունը դրված է կարգավիճակի բայթով:
31	11		Վերապահված
10	0	Հղման արժեքը ULPCD չափաբերումից	Չափված RSSI արժեքը ULPCD տրամաչափման ժամանակ, որն օգտագործվում է որպես տեղեկանք ULPCD-ի ժամանակ

Աղյուսակ 17. LPCD_CALIBRATION_DONE կարգավիճակի տվյալների բայթերի սահմանումներ LPCD-ի համար

Մի քիչ դեպի	Բիթ From	Կարգավիճակի բիթերի կիրառելիությունը՝ ըստ LPCD-ի կամ ULPCD-ի հիմքում ընկած գործողության			Համապատասխան բիթերի նկարագրությունը դրված է կարգավիճակի բայթով:
2	2	Արտաքին ՌԴ դաշտ	Y	Y	Ընդհատվել է արտաքին ՌԴ դաշտի պատճառով
1	1	GPIO3 ընդհատում	N	Y	Ընդհատվել է GPIO3 մակարդակի փոփոխության պատճառով
0	0	Քարտը հայտնաբերվել է	Y	Y	Քարտը հայտնաբերվել է

4.4.2 բեռնաթափման տարբեր սցենարների կառավարում
PN5190 IC-ը կարգավորում է տարբեր սխալի պայմաններ՝ կապված IC պարամետրերի հետ, ինչպես ստորև:
4.4.2.1 Ջերմաստիճանի բարձրացման սցենարի կառավարում, երբ PN5190-ը գործում է
Ամեն անգամ, երբ PN5190 IC-ի ներքին ջերմաստիճանը հասնում է շեմային արժեքին, ինչպես կազմաձևված է EEPROM դաշտում TEMP_WARNING [2], IC-ը մտնում է սպասման ռեժիմ: Եվ հետևաբար, եթե EEPROM դաշտը ENABLE_GPIO0_ON_OVERTEMP [2] կազմաձևված է ծանուցում հոսթին բարձրացնելու համար, ապա GPIO0-ը կբարձրացվի՝ IC-ին ջերմաստիճանի մասին ծանուցելու համար:
Երբ IC-ի ջերմաստիճանը իջնի շեմային արժեքից, ինչպես կազմաձևված է EEPROM դաշտում TEMP_WARNING [2], IC-ը կբեռնվի BOOT_EVENT-ով, ինչպես Աղյուսակ 11-ում, և BOOT_TEMP բեռնման կարգավիճակի բիթը սահմանվում է ինչպես Աղյուսակ 12-ում, իսկ GPIO0-ը կիջեցվի ցածր:
4.4.2.2 Գերհոսանքի կառավարում
Եթե PN5190 IC-ը զգում է գերհոսանքի վիճակը, ապա IC-ն անջատում է ՌԴ հոսանքը և ուղարկում TX_OVERCURRENT_ERROR_EVENT, ինչպես աղյուսակ 11-ում:
Գերհոսանքի վիճակի տեւողությունը կարելի է կառավարել՝ փոփոխելով EEPROM դաշտը TXLDO_CONFIG [2]:
Ներկայիս շեմը գերազանցող IC-ի մասին տեղեկությունների համար տես [2] փաստաթուղթը:
Նշում.
Եթե որևէ այլ սպասող իրադարձություն կամ պատասխան լինի, դրանք կուղարկվեն հյուրընկալողին:
4.4.2.3 VDDIO-ի կորուստ շահագործման ընթացքում
Եթե PN5190 IC-ը հայտնաբերում է, որ VDDIO չկա (VDDIO կորուստ), IC-ը մտնում է սպասման ռեժիմ:
IC-ը բեռնվում է միայն այն ժամանակ, երբ VDDIO-ն հասանելի է, BOOT_EVENT-ով, ինչպես Աղյուսակ 11-ում, և BOOT_VDDIO_START-ի բեռնման կարգավիճակի բիթը սահմանված է այնպես, ինչպես Աղյուսակ 12-ում:
PN5190 IC ստատիկ բնութագրերի մասին տեղեկությունների համար տես [2] փաստաթուղթը:
4.4.3 Աբորտի սցենարների կառավարում
PN5190 IC-ն ունի ընթացիկ կատարողական հրամանների և PN5190 IC-ի վարքագծի ընդհատման աջակցություն, երբ 4.5.4.5.2 հատվածի նման ընդհատման հրամանն ուղարկվում է PN5190 IC-ին, ինչպես ցույց է տրված Աղյուսակ 18-ում:
Նշում.
Երբ PN5190 IC-ը գտնվում է ULPCD և ULP-Standby ռեժիմում, այն չի կարող ընդհատվել՝ ուղարկելով Բաժին 4.5.4.5.2 ԿԱՄ՝ սկսելով SPI գործարքը (SPI_NTS ազդանշանը ցածրացնելով):
Աղյուսակ 18. Իրադարձության ակնկալվող պատասխանը, երբ տարբեր հրամաններ ավարտվում են 4.5.4.5.2 Բաժինով

Հրամաններ	Վարքագիծ, երբ ուղարկվում է Switch Mode Normal հրամանը
Բոլոր հրամանները, որտեղ ցածր հզորությունը մուտքագրված չէ	EVENT_STAUS-ը սահմանված է «IDLE_EVENT»
Switch Mode LPCD	EVENT_STATUS-ը դրված է «LPCD_EVENT»-ով «LPCD_ STATUS_DATA»-ով, որը ցույց է տալիս կարգավիճակի բիթերը որպես «Abort_HIF»:
Անջատեք ռեժիմի սպասման ռեժիմը	EVENT_STAUS-ը դրված է «BOOT_EVENT»՝ «BOOT_ STATUS_DATA»-ով, որը ցույց է տալիս «BOOT_SPI» բիթերը:
Անջատիչ ռեժիմ Autocoll (Առանց ինքնավար ռեժիմ, ինքնավար ռեժիմ՝ սպասման ռեժիմով և ինքնավար ռեժիմ առանց սպասման)	EVENT_STAUS-ը դրված է «AUTOCOLL_EVENT»-ի՝ STATUS_DATA բիթերով, որոնք ցույց են տալիս, որ հրամանը օգտվողը չեղարկվել է:

4.5 Նորմալ ռեժիմի շահագործման հրահանգի մանրամասները
4.5.1 Գրանցման մանիպուլյացիա
Այս բաժնի հրահանգներն օգտագործվում են PN5190-ի տրամաբանական ռեգիստրներ մուտք գործելու համար:
4.5.1.1 ԳՐԵԼ_ԳՐԱՆՑՎԵԼ
Այս հրահանգը օգտագործվում է տրամաբանական ռեգիստրում 32-բիթանոց արժեք գրելու համար:
4.5.1.1.1 Պայմաններ
Ռեգիստրի հասցեն պետք է գոյություն ունենա, և ռեգիստրը պետք է ունենա կամ READ-WRITE կամ WRITE-ONLY հատկանիշը:
4.5.1.1.2 Հրաման
Աղյուսակ 19. WRITE_REGISTER հրամանի արժեքը Գրեք ռեգիստրում 32-բիթանոց արժեք:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Գրանցման հասցեն	1 բայթ	Գրանցամատյանի հասցեն.

Աղյուսակ 19. WRITE_REGISTER հրամանի արժեքը…շարունակություն
Գրեք 32-բիթանոց արժեք ռեգիստրում:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Արժեք	4 բայթ	32-բիթ ռեգիստրի արժեքը, որը պետք է գրվի: (փոքր-էնդիան)

4.5.1.1.3 Պատասխան
Աղյուսակ 20. WRITE_REGISTER պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.1.2 WRITE_REGISTER_OR_MASK
Այս հրահանգը օգտագործվում է ռեգիստրի բովանդակությունը փոփոխելու համար՝ օգտագործելով տրամաբանական OR գործողությունը: Կարդացվում է ռեգիստրի բովանդակությունը և տրամադրված դիմակով կատարվում է տրամաբանական ԿԱՄ գործողություն: Փոփոխված բովանդակությունը հետ է գրվում գրանցամատյանում:
4.5.1.2.1 Պայմաններ
Ռեգիստրի հասցեն պետք է գոյություն ունենա, իսկ ռեգիստրը պետք է ունենա READ-WRITE հատկանիշ:
4.5.1.2.2 Հրաման
Աղյուսակ 21. WRITE_REGISTER_OR_MASK հրամանի արժեքը Կատարեք տրամաբանական ԿԱՄ գործողություն ռեգիստրի վրա՝ օգտագործելով տրամադրված դիմակը:

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Գրանցման հասցեն	1 բայթ	Գրանցամատյանի հասցեն.
Դիմակ	4 բայթ	Bitmask օգտագործվում է որպես օպերանդ տրամաբանական OR գործողության համար: (Փոքր-էնդիան)

4.5.1.2.3 Պատասխան
Աղյուսակ 22. WRITE_REGISTER_OR_MASK պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.1.3 WRITE_REGISTER_AND_DISK
Այս հրահանգը օգտագործվում է ռեգիստրի բովանդակությունը փոփոխելու համար՝ օգտագործելով տրամաբանական ԵՎ գործողությունը: Կարդացվում է ռեգիստրի բովանդակությունը և տրված դիմակով կատարվում է տրամաբանական ԵՎ գործողություն։ Փոփոխված բովանդակությունը հետ է գրվում գրանցամատյանում:
4.5.1.3.1 Պայմաններ
Ռեգիստրի հասցեն պետք է գոյություն ունենա, իսկ ռեգիստրը պետք է ունենա READ-WRITE հատկանիշ:
4.5.1.3.2 Հրաման
Աղյուսակ 23. WRITE_REGISTER_AND_MASK հրամանի արժեքը Կատարեք տրամաբանական ԵՎ գործողություն ռեգիստրի վրա՝ օգտագործելով տրամադրված դիմակը:

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Գրանցման հասցեն	1 բայթ	Գրանցամատյանի հասցեն.
Դիմակ	4 բայթ	Bitmask օգտագործվում է որպես օպերանդ տրամաբանական ԵՎ գործողության համար: (Փոքր-էնդիան)

4.5.1.3.3 Պատասխան
Աղյուսակ 24. WRITE_REGISTER_AND_MASK պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.1.4 WRITE_REGISTER_MULTIPLE
Այս հրահանգի գործառույթը նման է Բաժին 4.5.1.1, Բաժին 4.5.1.2, Բաժին 4.5.1.3, դրանք համատեղելու հնարավորությամբ: Փաստորեն, այն վերցնում է ռեգիստրի տիպի արժեքի հավաքածու և կատարում համապատասխան գործողություն: Տեսակը արտացոլում է գործողությունը, որը կա՛մ գրելու ռեգիստր է, կա՛մ տրամաբանական ԿԱՄ գործողություն ռեգիստրի վրա, կա՛մ տրամաբանական AND գործողություն ռեգիստրի վրա:
4.5.1.4.1 Պայմաններ
Գրանցամատյանի համապատասխան տրամաբանական հասցեն մի շարքում պետք է գոյություն ունենա:
Ռեգիստրի մուտքի հատկանիշը պետք է թույլ տա կատարել պահանջվող գործողությունը (տեսակը).

Գրել գործողություն (0x01). ԿԱՐԴԱԼ-ԳՐԵԼ կամ ՄԻԱՅՆ ԳՐԵԼ հատկանիշ

ԿԱՄ դիմակի գործողություն (0x02). READ-WRITE հատկանիշ
ԵՎ դիմակի գործողություն (0x03). READ-WRITE հատկանիշ

«Set» զանգվածի չափը պետք է լինի 1-ից 43 միջակայքում՝ ներառյալ:
«Տեսակ» դաշտը պետք է լինի 1-3 միջակայքում՝ ներառյալ

4.5.1.4.2 Հրաման
Աղյուսակ 25. WRITE_REGISTER_MULTIPLE հրամանի արժեքը Կատարել գրավոր գրանցման գործողություն՝ օգտագործելով Register-Value զույգերի հավաքածուն:

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Սահմանել [1…n]	6 բայթ	Գրանցման հասցեն	1 բայթ	Գրանցամատյանի տրամաբանական հասցեն.
		Տեսակ	1 բայթ	0x1	Գրել Գրանցվել
				0x2	Գրեք Գրանցվել ԿԱՄ Դիմակ
				0x3	Գրել Գրանցվել ԵՎ Դիմակ
		Արժեք	4 բայթ	32 Bite ռեգիստրի արժեքը, որը պետք է գրվի, կամ bitmask օգտագործվի տրամաբանական գործողության համար: (փոքր-էնդիան)

Ծանոթագրություն. Բացառության դեպքում գործողությունը հետ չի վերադարձվում, այսինքն՝ գրանցամատյանները, որոնք փոփոխվել են մինչև բացառություն առաջանալը, մնում են փոփոխված վիճակում: Հյուրընկալողը պետք է համապատասխան գործողություններ ձեռնարկի սահմանված վիճակին վերականգնելու համար:
4.5.1.4.3 Պատասխան
Աղյուսակ 26. WRITE_REGISTER_MULTIPLE պատասխանի արժեք

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.1.5 ԿԱՐԴԱԼ_ԳՐԱՆՑՎԵԼ
Այս հրահանգը օգտագործվում է տրամաբանական ռեգիստրի բովանդակությունը հետ կարդալու համար: Բովանդակությունը առկա է պատասխանում, որպես 4 բայթ արժեք քիչ-էնդիական ձևաչափով:
4.5.1.5.1 Պայմաններ
Տրամաբանական ռեգիստրի հասցեն պետք է գոյություն ունենա: Ռեգիստրի մուտքի հատկանիշը պետք է լինի կամ READ-WRITE կամ READ-ONLY:
4.5.1.5.2 Հրաման
Աղյուսակ 27. READ_REGISTER հրամանի արժեքը
Կարդացեք ռեգիստրի բովանդակությունը:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Գրանցման հասցեն	1 բայթ	Տրամաբանական ռեգիստրի հասցեն

4.5.1.5.3 Պատասխան
Աղյուսակ 28. READ_REGISTER պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Այլ տվյալներ չկան)
Գրանցման արժեքը	4 բայթ	32-բիթանոց ռեգիստրի արժեքը, որը կարդացվել է: (Փոքր-էնդիան)

4.5.1.5.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.1.6 READ_REGISTER_MULTIPLE
Այս հրահանգը օգտագործվում է մի քանի տրամաբանական ռեգիստրներ միանգամից կարդալու համար: Արդյունքը (յուրաքանչյուր ռեգիստրի բովանդակությունը) տրվում է հրահանգի պատասխանում: Գրանցման հասցեն ինքնին ներառված չէ պատասխանի մեջ: Պատասխանի շրջանակներում գրանցամատյանի բովանդակության հերթականությունը համապատասխանում է հրահանգի շրջանակներում գրանցամատյանի հասցեների հերթականությանը:
4.5.1.6.1 Պայմաններ
Հրահանգի բոլոր ռեգիստրի հասցեները պետք է գոյություն ունենան: Յուրաքանչյուր ռեգիստրի մուտքի հատկանիշը պետք է լինի ԿԱՐԴԱԼ-ԳՐԵԼ, կամ ՄԻԱՅՆ ԿԱՐԴԱԼ: «Գրանցման հասցեի» զանգվածի չափը պետք է լինի 1-ից 18-ը ներառյալ:
4.5.1.6.2 Հրաման
Աղյուսակ 29. READ_REGISTER_MULTIPLE հրամանի արժեքը Կատարել ընթերցման ռեգիստրի գործողություն մի շարք ռեգիստրների վրա:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Գրանցման հասցե[1…n]	1 բայթ	Գրանցման հասցեն

4.5.1.6.3 Պատասխան
Աղյուսակ 30. READ_REGISTER_MULTIPLE պատասխանի արժեք

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Այլ տվյալներ չկան)
Գրանցման արժեքը [1…n]	4 բայթ	Արժեք	4 բայթ	32-բիթանոց ռեգիստրի արժեքը, որը կարդացվել է (փոքր էնդիան):

4.5.1.6.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.2 E2PROM մանիպուլյացիա
E2PROM-ում հասանելի տարածքը ըստ EEPROM քարտեզի և հասցեական չափի է:
Նշում.
1. Որտեղ էլ նշված է «E2PROM հասցեն» ստորև նշված հրահանգներում, պետք է վերաբերել հասցեական EEPROM տարածքի չափին:
4.5.2.1 WRITE_E2PROM
Այս հրահանգն օգտագործվում է E2PROM-ում մեկ կամ մի քանի արժեքներ գրելու համար: «Արժեքներ» դաշտը պարունակում է այն տվյալները, որոնք պետք է գրվեն E2PROM-ում՝ սկսած «E2PROM Հասցե» դաշտում նշված հասցեից: Տվյալները գրվում են հերթականությամբ։
Նշում.
Նկատի ունեցեք, որ սա արգելափակման հրաման է, սա նշանակում է, որ NFC FE-ն արգելափակված է գրելու գործողության ընթացքում: Սա կարող է տևել մի քանի միլիվայրկյան:
4.5.2.1.1 Պայմաններ
«E2PROM հասցե» դաշտը պետք է լինի [2]-ի տիրույթում: «Արժեքներ» դաշտում բայթերի քանակը պետք է լինի 1-ից 1024 (0x0400) միջակայքում՝ ներառյալ: Գրելու գործողությունը չպետք է գերազանցի EEPROM հասցեից, ինչպես նշված է [2]-ում: Սխալի պատասխանը պետք է ուղարկվի հոսթին, եթե հասցեն գերազանցում է EEPROM հասցեի տարածքը, ինչպես [2]-ում:
4.5.2.1.2 Հրաման
Աղյուսակ 31. WRITE_E2PROM հրամանի արժեքը Տրված արժեքները հաջորդաբար գրեք E2PROM-ին:

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
E2PROM հասցե	2 բայթ	Հասցե EEPROM-ում, որտեղից պետք է սկսվի գրելու գործողությունը: (փոքր էնդյան)
Արժեքներ	1 – 1024 բայթ	Արժեքներ, որոնք պետք է գրվեն E2PROM-ին հաջորդական կարգով:

4.5.2.1.3 Պատասխան
Աղյուսակ 32. WRITE_EEPROM պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.2.2 READ_E2PROM
Այս հրահանգը օգտագործվում է E2PROM հիշողության տարածքից տվյալները հետ կարդալու համար: «E2PROM հասցե» դաշտը ցույց է տալիս ընթերցման գործողության մեկնարկի հասցեն: Պատասխանը պարունակում է E2PROM-ից կարդացված տվյալները:
4.5.2.2.1 Պայմաններ
«E2PROM հասցե» դաշտը պետք է լինի վավեր տիրույթում:
«Բայթերի թիվը» դաշտը պետք է լինի 1-ից 256 միջակայքում՝ ներառյալ:
Կարդալու գործողությունը չպետք է գերազանցի վերջին հասանելի EEPROM հասցեն:
Սխալի պատասխանը պետք է ուղարկվի հոսթին, եթե հասցեն գերազանցում է EEPROM հասցեի տարածքը:
4.5.2.2.2 Հրաման
Աղյուսակ 33. READ_E2PROM հրամանի արժեք Կարդացեք արժեքները E2PROM-ից հաջորդաբար:

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
E2PROM հասցե	2 բայթ	Հասցե E2PROM-ում, որտեղից կսկսվի ընթերցման գործողությունը: (փոքր էնդյան)
Բայթերի քանակը	2 բայթ	Ընթերցվող բայթերի քանակը: (փոքր-էնդիան)

4.5.2.2.3 Պատասխան
Աղյուսակ 34. READ_E2PROM պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
Արժեքներ	1 – 1024 բայթ	Արժեքներ, որոնք ընթերցվել են հերթականությամբ:

4.5.2.2.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.2.3 GET_CRC_USER_AREA
Այս հրահանգը օգտագործվում է CRC-ը հաշվարկելու համար օգտագործողի ամբողջական կազմաձևման տարածքը, ներառյալ PN5190 IC-ի արձանագրության տարածքը:
4.5.2.3.1 Հրաման
Աղյուսակ 35. GET_CRC_USER_AREA հրամանի արժեքը
Կարդացեք օգտվողի կազմաձևման տարածքի CRC-ն, ներառյալ արձանագրության տարածքը:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
–	–	Բեռնվածության մեջ տվյալներ չկան

4.5.2.3.2 Պատասխան
Աղյուսակ 36. GET_CRC_USER_AREA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
Արժեքներ	4 բայթ	4 բայթ CRC տվյալներ քիչ էնդյան ձևաչափով:

4.5.2.3.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.3 CLIF տվյալների մանիպուլյացիա
Այս բաժնում նկարագրված հրահանգները նկարագրում են ՌԴ հաղորդման և ընդունման հրամանները:
4.5.3.1 EXCHANGE_RF_DATA
ՌԴ փոխանակման գործառույթը կատարում է TX տվյալների փոխանցում և սպասում է ցանկացած RX տվյալների ընդունմանը:
Ֆունկցիան վերադառնում է ընդունման (սխալ կամ ճիշտ) կամ ժամանակի ավարտի դեպքում: Ժմչփը գործարկվում է ՀԱՂՈՐԴՈՒՄԻ ԱՎԱՐՏԻ հետ և դադարեցվում է ԸՆԴՈՒՆՈՒՄԸ ՍԿՍԵԼՈՎ: EEPROM-ում նախապես կազմաձևված ժամանակի վերջնաժամկետի արժեքը պետք է օգտագործվի այն դեպքում, եթե ժամանակի ավարտը չի կազմաձևվել մինչև Exchange հրամանի կատարումը:
Եթե transceiver_state է

IDLE-ում մուտքագրվում է TRANSCEIVE ռեժիմ:
WAIT_RECEIVE-ում հաղորդիչի վիճակը վերականգնվում է TRANSCEIVE MODE-ի, եթե նախաձեռնողի բիթը սահմանվի

WAIT_TRANSMIT-ում հաղորդիչի վիճակը վերականգնվում է TRANSCEIVE MODE-ի, եթե նախաձեռնողի բիթը կարգավորված չէ

«Վավեր բիթերի թիվը վերջին բայթում» դաշտը ցույց է տալիս փոխանցվող տվյալների ճշգրիտ երկարությունը:

4.5.3.1.1 Պայմաններ
«TX Data» դաշտի չափը պետք է լինի 0-ից 1024 միջակայքում՝ ներառյալ:
«Վերջին բայթում վավեր բիթերի թիվը» դաշտը պետք է լինի 0-ից 7 միջակայքում:
Հրամանատարությունը չպետք է կանչվի շարունակական ՌԴ հաղորդման ժամանակ: Հրամանատարությունը պետք է ապահովի հաղորդիչի ճիշտ վիճակը տվյալների փոխանցման համար:
Նշում.
Այս հրամանը վավեր է միայն Reader ռեժիմի և P2P» Պասիվ/Ակտիվ նախաձեռնող ռեժիմի համար:
4.5.3.1.2 Հրաման
Աղյուսակ 37. EXCHANGE_RF_DATA հրամանի արժեքը
Գրեք TX-ի տվյալները ներքին ռադիոհաղորդման բուֆերում և սկսում է փոխանցումը՝ օգտագործելով transceive հրամանը և սպասեք մինչև ընդունման կամ Time Out-ի՝ հոսթին պատասխան պատրաստելու համար:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Վերջին բայթում վավեր բիթերի քանակը	1 բայթ	0	Վերջին բայթի բոլոր բիթերը փոխանցվում են
		1-7	Վերջին բայթի մեջ փոխանցվող բիթերի քանակը:
RFExchangeConfig	1 բայթ	RFExchange ֆունկցիայի կազմաձևում: Մանրամասները տես ստորև

Աղյուսակ 37. EXCHANGE_RF_DATA հրամանի արժեքը…շարունակություն
Գրեք TX-ի տվյալները ներքին ռադիոհաղորդման բուֆերում և սկսում է փոխանցումը՝ օգտագործելով transceive հրամանը և սպասեք մինչև ընդունման կամ Time Out-ի՝ հոսթին պատասխան պատրաստելու համար:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
TX տվյալներ	n բայթ	TX տվյալներ, որոնք պետք է ուղարկվեն CLIF-ի միջոցով՝ օգտագործելով transceive հրամանը: n = 0 – 1024 բայթ

Աղյուսակ 38. RFexchangeConfig Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն
								4-7 բիթերը RFU են
				X				Ներառեք RX տվյալները՝ ի պատասխան՝ հիմնված RX_STATUS-ի վրա, եթե բիթը սահմանված է 1b:
					X			Ներառեք EVENT_STATUS ռեգիստրը ի պատասխան, եթե բիթը սահմանված է 1b:
						X		Ներառեք RX_STATUS_ERROR ռեգիստրը որպես պատասխան, եթե բիթը սահմանված է 1b:
							X	Ներառեք RX_STATUS ռեգիստրը ի պատասխան, եթե բիթը սահմանված է 1b:

4.5.3.1.3 Պատասխան
Աղյուսակ 39. EXCHANGE_RF_DATA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 բայթ	Եթե պահանջվում է RX_STATUS (քիչ էնդիան)
RX_STATUS_ERROR	4 բայթ	Եթե RX_STATUS_ERROR-ը պահանջվում է (քիչ էնդիան)
EVENT_STATUS	4 բայթ	Եթե EVENT_STATUS-ը պահանջվում է (քիչ էնդիան)
RX տվյալներ	1 – 1024 բայթ	Եթե պահանջվում են RX տվյալներ: RX տվյալները ստացվել են ՌԴ փոխանակման ՌԴ ընդունման փուլում:

4.5.3.1.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.3.2 ՀԱՂՈՐԴՈՒՄ_ՌԴ_ՏՎՅԱԼՆԵՐ
Այս հրահանգը օգտագործվում է տվյալների ներքին CLIF փոխանցման բուֆերում գրելու և փոխանցումը սկսելու համար՝ օգտագործելով transceive հրամանը: Այս բուֆերի չափը սահմանափակված է 1024 բայթով: Այս հրահանգը կատարելուց հետո ավտոմատ կերպով սկսվում է ՌԴ ընդունումը:
Հրամանը վերադառնում է փոխանցման ավարտից անմիջապես հետո՝ չսպասելով ընդունման ավարտին:
4.5.3.2.1 Պայմաններ
«TX Data» դաշտում բայթերի քանակը պետք է լինի 1-ից 1024 միջակայքում՝ ներառյալ:
Հրամանատարությունը չպետք է կանչվի շարունակական ՌԴ հաղորդման ժամանակ:
4.5.3.2.2 Հրաման
Աղյուսակ 40. TRANSMIT_RF_DATA հրամանի արժեքը Գրել TX տվյալները ներքին CLIF փոխանցման բուֆերում:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Վերջին բայթում վավեր բիթերի քանակը	1 բայթ	0 Վերջին բայթի բոլոր բիթերը փոխանցվում են 1 – 7 փոխանցվող վերջին բայթի բիթերի քանակը:
ՌՖՄ	1 բայթ	Վերապահված
TX տվյալներ	1 – 1024 բայթ	TX տվյալներ, որոնք պետք է օգտագործվեն հաջորդ ՌԴ փոխանցման ժամանակ:

4.5.3.2.3 Պատասխան
Աղյուսակ 41. TRANSMIT_RF_DATA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.3.3 RETRIEVE_RF_DATA
Այս հրահանգը օգտագործվում է ներքին CLIF RX բուֆերից տվյալները կարդալու համար, որը պարունակում է 4.5.3.1 բաժնի նախորդ կատարումից իրեն տեղադրված ՌԴ պատասխանի տվյալները (եթե այդպիսիք կան)՝ ստացված տվյալները պատասխանում կամ Բաժին 4.5.3.2 չներառելու տարբերակով: .XNUMX հրաման.
4.5.3.3.1 Հրաման
Աղյուսակ 42. RETRIEVE_RF_DATA հրամանի արժեքը Կարդացեք RX տվյալները ներքին ՌԴ ընդունման բուֆերից:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Դատարկ	Դատարկ	Դատարկ

4.5.3.3.2 Պատասխան
Աղյուսակ 43. RETRIEVE_RF_DATA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
RX տվյալներ	1 – 1024 բայթ	RX տվյալները, որոնք ստացվել են ՌԴ վերջին հաջող ընդունման ժամանակ:

4.5.3.3.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.3.4 RECEIVE_RF_DATA
Այս հրահանգը սպասում է ընթերցողի ՌԴ ինտերֆեյսի միջոցով ստացված տվյալներին:
Ընթերցողի ռեժիմում այս հրահանգը վերադառնում է կա՛մ ընդունելության (կամ սխալ, կա՛մ ճիշտ) կամ FWT ժամանակի ավարտի դեպքում: Ժմչփը գործարկվում է ՀԱՂՈՐԴՈՒՄԻ ԱՎԱՐՏԻ հետ և դադարեցվում է ԸՆԴՈՒՆՈՒՄԸ ՍԿՍԵԼՈՎ: EEPROM-ում նախապես կազմաձևված ժամանակի լռելյայն արժեքը պետք է օգտագործվի այն դեպքում, երբ ժամանակի վերջը չի կազմաձևվել մինչև Exchange հրամանի կատարումը:
Թիրախային ռեժիմում այս հրահանգը վերադառնում է կա՛մ ընդունման (սխալ, կա՛մ ճիշտ) կամ Արտաքին ՌԴ սխալի դեպքում:
Նշում.
Այս հրահանգը պետք է օգտագործվի TRANSMIT_RF_DATA հրամանի հետ՝ TX և RX գործողությունները կատարելու համար…
4.5.3.4.1 Հրաման
Աղյուսակ 44. RECEIVE_RF_DATA հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
ReceiveRFCconfig	1 բայթ	ReceiveRFConfig ֆունկցիայի կազմաձևում: Տես Աղյուսակ 45

Աղյուսակ 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն
								4-7 բիթերը RFU են
				X				Ներառեք RX տվյալները՝ ի պատասխան՝ հիմնված RX_STATUS-ի վրա, եթե բիթը սահմանված է 1b:
					X			Ներառեք EVENT_STATUS ռեգիստրը ի պատասխան, եթե բիթը սահմանված է 1b:
						X		Ներառեք RX_STATUS_ERROR ռեգիստրը որպես պատասխան, եթե բիթը սահմանված է 1b:
							X	Ներառեք RX_STATUS ռեգիստրը ի պատասխան, եթե բիթը սահմանված է 1b:

4.5.3.4.2 Պատասխան
Աղյուսակ 46. RECEIVE_RF_DATA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան) PN5190_STATUS_TIMEOUT

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 բայթ	Եթե պահանջվում է RX_STATUS (քիչ էնդիան)
RX_STATUS_ERROR	4 բայթ	Եթե RX_STATUS_ERROR-ը պահանջվում է (քիչ էնդիան)
EVENT_STATUS	4 բայթ	Եթե EVENT_STATUS-ը պահանջվում է (քիչ էնդիան)
RX տվյալներ	1 – 1024 բայթ	Եթե պահանջվում են RX տվյալներ: RX տվյալները ստացվել են ՌԴ-ում:

4.5.3.4.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD կոնֆիգուրացիա)
Այս հրահանգը օգտագործվում է ներքին CLIF RX բուֆերից տվյալների ընթերցման համար, որը պարունակում է FeliCa EMD պատասխանի տվյալներ (եթե այդպիսիք կան), որոնք տեղադրված են EXCHANGE_RF_DATA հրամանի նախորդ կատարումից՝ վերադարձնելով «PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR» կարգավիճակով:
Նշում. Այս հրամանը հասանելի է PN5190 FW v02.03-ից սկսած:
4.5.3.5.1 Հրաման
Կարդացեք RX տվյալները ներքին ՌԴ ընդունման բուֆերից:
Աղյուսակ 47. RETRIEVE_RF_FELICA_EMD_DATA հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
FeliCaRFRetrieveConfig	1 բայթ	00 – FF	RETRIEVE_RF_FELICA_EMD_DATA ֆունկցիայի կազմաձևում
		կոնֆիգուրացիայի (bitmask) նկարագրությունը	բիթ 7..2. RFU բիթ 1. ի պատասխան ներառեք RX_STATUS_ ERROR ռեգիստրը, եթե բիթը սահմանված է 1b: բիթ 0. ի պատասխան ներառեք RX_STATUS ռեգիստրը, եթե բիթը սահմանված է 1b:

4.5.3.5.2 Պատասխան
Աղյուսակ 48. RETRIEVE_RF_FELICA_EMD_DATA պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն		Արժեք/նկարագրություն
Կարգավիճակ		1 բայթ		Գործողության կարգավիճակը. Ակնկալվող արժեքները հետևյալն են՝ PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
RX_STATUS		4 բայթ		Եթե պահանջվում է RX_STATUS (քիչ էնդիան)
RX_STATUS_ ՍԽԱԼ		4 բայթ		Եթե RX_STATUS_ERROR-ը պահանջվում է (քիչ էնդիան)

Բեռնատար դաշտ	Երկարություն		Արժեք/նկարագրություն
RX տվյալներ		1…1024 բայթ		FeliCa EMD RX-ի տվյալները, որոնք ստացվել են վերջին անհաջող ՌԴ ընդունման ժամանակ Exchange Command-ի միջոցով:

4.5.3.5.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.4 Անցման շահագործման ռեժիմ
PN5190-ն աջակցում է շահագործման 4 տարբեր ռեժիմներ.
4.5.4.1 Նորմալ
Սա լռելյայն ռեժիմն է, որտեղ բոլոր հրահանգները թույլատրված են:
4.5.4.2 Սպասման ռեժիմ
PN5190-ը գտնվում է սպասման/քնի վիճակում՝ էներգիա խնայելու համար: Արթնացման պայմանները պետք է սահմանվեն՝ որոշելու համար, թե երբ պետք է նորից հեռանալ սպասման ռեժիմից:
4.5.4.3 LPCD
PN5190-ը գտնվում է ցածր էներգիայի քարտի հայտնաբերման ռեժիմում, որտեղ այն փորձում է հայտնաբերել քարտը, որը մտնում է գործառնական ծավալը՝ նվազագույն հնարավոր էներգիայի սպառմամբ:
4.5.4.4 Ավտոկոլ
PN5190-ը գործում է որպես ՌԴ ունկնդիր՝ ինքնուրույն կատարելով թիրախային ռեժիմի ակտիվացումը (իրական ժամանակի սահմանափակումները երաշխավորելու համար)
4.5.4.5 SWITCH_MODE_NORMAL
Switch Mode Normal հրամանն ունի երեք օգտագործման դեպք:
4.5.4.5.1 UseCase1. Մուտքագրեք նորմալ շահագործման ռեժիմը միացնելուց հետո (POR)
Օգտագործեք անգործուն վիճակին վերականգնելու համար հաջորդ հրամանը ստանալու/մշակելու համար՝ մտնելով նորմալ գործող ռեժիմ:
4.5.4.5.2 UseCase2. արդեն գործող հրամանի դադարեցում` նորմալ գործողության ռեժիմին անցնելու համար (աբորտ հրաման)
Օգտագործեք անգործուն վիճակին վերականգնելու համար՝ հաջորդ հրամանը ստանալու/մշակելու համար՝ դադարեցնելով արդեն գործող հրամանները:
Հրամանները, ինչպիսիք են սպասման ռեժիմը, LPCD, Exchange, PRBS և Autocoll, հնարավոր կլինի դադարեցնել այս հրամանի միջոցով:
Սա միակ հատուկ հրամանն է, որը պատասխան չունի։ Փոխարենը, այն ունի EVENT ծանուցում:
Տեսեք Բաժին 4.4.3՝ տարբեր հիմքում ընկած հրամանների կատարման ժամանակ տեղի ունեցող իրադարձությունների տեսակների մասին լրացուցիչ տեղեկությունների համար:
4.5.4.5.2.1 UseCase2.1:
Այս հրամանը պետք է վերականգնի բոլոր CLIF TX, RX և Field Control ռեգիստրները Boot վիճակի: Այս հրամանի թողարկումը պետք է անջատի ՌԴ ցանկացած առկա դաշտ:
4.5.4.5.2.2 UseCase2.2:
Հասանելի է PN5190 FW v02.03-ից սկսած՝
Այս հրամանը չպետք է փոփոխի CLIF TX, RX և Field Control ռեգիստրները, այլ միայն պետք է տեղափոխի հաղորդիչը դեպի IDLE վիճակ:
4.5.4.5.3 UseCase3. Գործողության նորմալ ռեժիմ՝ փափուկ զրոյացնելով/սպասմանից դուրս գալով, LPCD Այս դեպքում PN5190-ն ուղղակիորեն մտնում է նորմալ աշխատանքային ռեժիմ՝ ուղարկելով IDLE_EVENT-ը հոսթին (Նկար 12 կամ Նկար 13) և « IDLE_EVENT» բիթը սահմանված է Աղյուսակ 11-ում:
SWITCH_MODE_NORMAL հրաման ուղարկելու պահանջ չկա:
Նշում.
IC-ը նորմալ ռեժիմի անցնելուց հետո ՌԴ-ի բոլոր կարգավորումները փոխվում են լռելյայն վիճակի: Անհրաժեշտ է, որ ՌԴ-ի համապատասխան կոնֆիգուրացիան և հարակից այլ ռեգիստրները պետք է բեռնվեն համապատասխան արժեքներով՝ նախքան RF ON կամ RF Exchange գործողություն կատարելը:
4.5.4.5.4 Տարբեր օգտագործման դեպքերի համար ուղարկելու հրամանի շրջանակ
4.5.4.5.4.1 UseCase1. Հրաման միացնելով նորմալ գործող ռեժիմ (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2. հրաման՝ դադարեցնելու արդեն գործող հրամանները՝ անցնելու նորմալ աշխատանքի ռեժիմին
Օգտագործման դեպք 2.1.
0x20 0x00 0x00
Օգտագործման դեպք 2.2. (FW v02.02-ից սկսած).
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3. հրաման նորմալ շահագործման ռեժիմի համար՝ փափուկ վերակայման/սպասման ռեժիմից դուրս գալու դեպքում, LPCD, ULPCD
Ոչ մեկը: PN5190-ը ուղղակիորեն մտնում է նորմալ շահագործման ռեժիմ:
4.5.4.5.5 Պատասխան
Ոչ մեկը
4.5.4.5.6 իրադարձություն
Սահմանված է BOOT_EVENT (EVENT_STATUS ռեգիստրում), որը ցույց է տալիս, որ նորմալ ռեժիմը մուտքագրված է և ուղարկվում է հյուրընկալողին: Իրադարձությունների տվյալների համար տես Նկար 12-ը և Նկար 13-ը:

Սահմանված է IDLE_EVENT (EVENT_STATUS ռեգիստրում), որը ցույց է տալիս, որ նորմալ ռեժիմը մուտքագրված է և ուղարկվում է հյուրընկալողին: Իրադարձությունների տվյալների համար տես Նկար 12-ը և Նկար 13-ը:

Սահմանված է BOOT_EVENT (EVENT_STATUS ռեգիստրում), որը ցույց է տալիս, որ նորմալ ռեժիմը մուտքագրված է և ուղարկվում է հյուրընկալողին: Իրադարձությունների տվյալների համար տես Նկար 12-ը և Նկար 13-ը:

4.5.4.6 SWITCH_MODE_AUTOCOLL
Switch Mode Autocoll-ը ավտոմատ կերպով կատարում է քարտի ակտիվացման ընթացակարգը թիրախային ռեժիմում:
«Autocoll Mode» դաշտը պետք է լինի 0 – 2 միջակայքում՝ ներառյալ:
Եթե «Autocoll Mode» դաշտը դրված է 2-ի (Autocoll), «RF Technologies» (Աղյուսակ 50) դաշտը պետք է պարունակի բիտդիմակ, որը ցույց է տալիս ՌԴ տեխնոլոգիաները, որոնք կաջակցվեն Autocoll-ի ընթացքում:
Այս ռեժիմում գտնվելու ընթացքում ոչ մի հրահանգ չպետք է ուղարկվի:
Դադարեցումը նշվում է ընդհատման միջոցով:
4.5.4.6.1 Հրաման
Աղյուսակ 49. SWITCH_MODE_AUTOCOLL հրամանի արժեքը

Պարամետր	Երկարություն	Արժեք/Նկարագրություն
ՌԴ տեխնոլոգիաներ	1 բայթ	Bitmask, որը ցույց է տալիս ՌԴ տեխնոլոգիան, որը պետք է լսել Autocoll-ի ընթացքում:
Autocoll ռեժիմ	1 բայթ	0	Ինքնավար ռեժիմ չկա, այսինքն Autocoll-ն ավարտվում է, երբ արտաքին ՌԴ դաշտը բացակայում է:
			Դադարեցման դեպքում
			• NO RF FIELD կամ RF FIELD չի անհետացել
			• PN5190-ը ԱԿՏԻՎԱՑՎԱԾ է TARGET ռեժիմում
		1	Ինքնավար ռեժիմ՝ սպասման ռեժիմով. Երբ ՌԴ դաշտ չկա, Autocoll-ը ավտոմատ կերպով անցնում է Սպասման ռեժիմ: Հենց ՌԴ արտաքին ՌԴ դաշտը հայտնաբերվի, PN5190-ը կրկին անցնում է Autocoll ռեժիմ:
			Դադարեցման դեպքում
			• PN5190-ը ԱԿՏԻՎԱՑՎԱԾ է TARGET ռեժիմում
			PN5190 FW-ից v02.03 Եթե EEPROM դաշտը «bCard ModeUltraLowPowerEnabled» «0xCDF» հասցեում դրված է «1», ապա PN5190-ը մտնում է ծայրահեղ ցածր էներգիայի սպասման ռեժիմ:
		2	Ինքնավար ռեժիմ առանց սպասման. Երբ RF դաշտ չկա, PN5190-ը սպասում է, մինչև RF դաշտը ներկա լինի՝ նախքան Autocoll ալգորիթմը սկսելը: Սպասման ռեժիմը այս դեպքում չի օգտագործվում:
			Դադարեցման դեպքում • PN5190-ը ԱԿՏԻՎԱՑՎԱԾ է TARGET ռեժիմում

Աղյուսակ 50. ՌԴ տեխնոլոգիաների բիտդիմակ

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն
0	0	0	0					ՌՖՄ
				X				Եթե դրված է 1b, NFC-F Active-ի ունկնդրումը միացված է: (Հասանելի չէ):
					X			Եթե դրված է 1b, NFC-A Active-ի ունկնդրումը միացված է: (Հասանելի չէ):
						X		Եթե դրված է 1b, NFC-F-ի ունկնդրումը միացված է:
							X	Եթե դրված է 1b, NFC-A-ի ունկնդրումը միացված է:

4.5.4.6.2 Պատասխան
Պատասխանը միայն ազդանշան է տալիս, որ հրամանը մշակվել է:
Աղյուսակ 51. SWITCH_MODE_AUTOCOLL պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (անջատման ռեժիմը չի մուտքագրվել սխալ կարգավորումների պատճառով)

4.5.4.6.3 իրադարձություն
Իրադարձության ծանուցումն ուղարկվում է, երբ հրամանն ավարտվում է, և նորմալ ռեժիմ է մտնում: Հոսթը պետք է կարդա պատասխան բայթերը՝ հիմնվելով իրադարձության արժեքի վրա:
Նշում.
Երբ կարգավիճակը «PN5190_STATUS_INSTR_SUCCESS» չէ, ապա հետագա «Protocol» և «Card_Activated» տվյալների բայթերը բացակայում են:
Տեխնոլոգիական տեղեկատվությունը վերցվում է ռեգիստրներից՝ օգտագործելով Բաժին 4.5.1.5, Բաժին 4.5.1.6 հրամանները:
Հետևյալ աղյուսակը ցույց է տալիս իրադարձության տվյալները, որոնք ուղարկվում են որպես իրադարձության հաղորդագրության մաս Նկար 12 և Նկար 13:
Աղյուսակ 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT տվյալներ Փոխարկեք գործառնական ռեժիմը Autocoll իրադարձություն

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը
		PN5190_STATUS_INSTR_SUCCESS	PN5190-ը ԱԿՏԻՎԱՑՎԱԾ է TARGET ռեժիմում: Այս իրադարձության լրացուցիչ տվյալները վավեր են:
		PN5190_STATUS_PREVENT_STANDBY	Ցույց է տալիս, որ PN5190-ը չի կարող անցնել Սպասման ռեժիմ: Այս կարգավիճակը վավեր է միայն այն դեպքում, երբ Autocoll ռեժիմն ընտրված է որպես «Ինքնավար ռեժիմ՝ սպասման ռեժիմով»:

		PN5190_STATUS_NO_EXTERNAL_RF_ LAND	Ցույց է տալիս, որ ոչ ինքնավար ռեժիմում Autocoll-ի կատարման ժամանակ արտաքին ՌԴ դաշտ չկա
		PN5190_STATUS_USER_CANCELLED	Ցույց է տալիս, որ ընթացիկ հրամանը ընդհատվում է անջատիչ ռեժիմի նորմալ հրամանով
Արձանագրություն	1 բայթ	0x10	Ակտիվացված է որպես Պասիվ TypeA
		0x11	Ակտիվացված է որպես Պասիվ TypeF 212
		0x12	Ակտիվացված է որպես Պասիվ TypeF 424
		0x20	Ակտիվացված է որպես Active TypeA
		0x21	Ակտիվացված է որպես Active TypeF 212
		0x22	Ակտիվացված է որպես Active TypeF 424
		Այլ արժեքներ	Անվավեր
Քարտ_Ակտիվացված	1 բայթ	0x00	ISO 14443-3-ի համաձայն քարտի ակտիվացման գործընթաց չկա
Քարտ_Ակտիվացված	1 բայթ	0x01	Ցույց է տալիս, որ սարքն ակտիվացված է Պասիվ ռեժիմում

Նշում.
Միջոցառման տվյալները կարդալուց հետո ակտիվացված քարտից/սարքից ստացված տվյալները (օրինակ՝ ATR_REQ/RATS-ի «n» բայթերը՝ ըստ ISO18092/ISO1443-4-ի), պետք է ընթերցվեն՝ օգտագործելով Բաժին 4.5.3.3 հրամանը:
4.5.4.6.4 Հաղորդակցություն նախկինample

4.5.4.7 SWITCH_MODE_STANDBY
Switch Mode Standby-ն ավտոմատ կերպով IC-ը դնում է սպասման ռեժիմի: IC-ն կարթնանա այն բանից հետո, երբ կազմաձևված արթնացման աղբյուրները կհամապատասխանեն արթնացման պայմաններին:
Նշում.
ULP STANDBY-ի և HIF-ի դադարեցումը STANDBY-ի համար հաշվիչի ժամկետը լռելյայն հասանելի է սպասման ռեժիմից դուրս գալու համար:

4.5.4.7.1 Հրաման
Աղյուսակ 53. SWITCH_MODE_STANDBY հրամանի արժեքը

Պարամետր	Երկարություն	Արժեք/Նկարագրություն
Կազմաձև	1 բայթ	Bitmask, որը վերահսկում է արթնացման աղբյուրը, որը պետք է օգտագործվի և Սպասման ռեժիմը մուտք գործելու համար: Անդրադառնալ Աղյուսակ 54
Counter Value	2 բայթ	Օգտագործված արժեքը արթնացման հաշվիչի համար միլիվայրկյաններով: Առավելագույն աջակցվող արժեքը 2690 է սպասման համար: Առավելագույն աջակցվող արժեքը 4095 է ULP սպասման համար: Տրամադրվող արժեքը փոքր էնդյան ձևաչափով է: Այս պարամետրի բովանդակությունը վավեր է միայն այն դեպքում, եթե «Config Bitmask»-ը միացված է արթնացման համար հաշվիչի ժամկետի ավարտի համար:

Աղյուսակ 54. Config Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն
X								Մուտքագրեք ULP սպասման ռեժիմը, եթե բիթը դրված է 1b. Մուտքագրեք սպասման ռեժիմ, եթե բիթը դրված է 0b:
	0							ՌՖՄ
		X						Զարթնել GPIO-3-ում, երբ այն բարձր է, եթե բիթը դրված է 1b-ի վրա: (Կիրառելի չէ ULP սպասման համար)
			X					Զարթնել GPIO-2-ում, երբ այն բարձր է, եթե բիթը դրված է 1b-ի վրա: (Կիրառելի չէ ULP սպասման համար)
				X				Զարթնել GPIO-1-ում, երբ այն բարձր է, եթե բիթը դրված է 1b-ի վրա: (Կիրառելի չէ ULP սպասման համար)
					X			Զարթնել GPIO-0-ում, երբ այն բարձր է, եթե բիթը դրված է 1b-ի վրա: (Կիրառելի չէ ULP սպասման համար)
						X		Արթնացման հաշվիչում արթնացման ժամկետը լրանում է, եթե բիթը դրված է 1b: ULP-Standby-ի համար այս տարբերակը լռելյայն միացված է:
							X	Զարթոնք արտաքին ՌԴ դաշտում, եթե բիթը դրված է 1b-ի վրա:

Նշում. PN5190 FW v02.03-ից, եթե EEPROM դաշտը «CardModeUltraLowPowerEnabled» «0xCDF» հասցեում դրված է «1», ULP սպասման կոնֆիգուրացիան չի կարող օգտագործվել SWITCH_MODE_STANDBY հրամանով:
4.5.4.7.2 Պատասխան
Պատասխանը միայն ազդանշան է տալիս, որ հրամանը մշակվել է, և սպասման վիճակը կմտնի միայն այն բանից հետո, երբ պատասխանն ամբողջությամբ կարդում է հյուրընկալողը:
Աղյուսակ 55. SWITCH_MODE_STANDBY արձագանքման արժեքը Անջատեք շահագործման ռեժիմը սպասման ռեժիմում

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (անջատման ռեժիմը չի մտել՝ սխալ կարգավորումների պատճառով)

4.5.4.7.3 իրադարձություն
Իրադարձության ծանուցումն ուղարկվում է, երբ հրամանն ավարտվում է, և նորմալ ռեժիմ է մտնում: Դիտեք իրադարձության ձևաչափը, որը կուղարկվի հրամանի ավարտից հետո, ինչպես Նկար 12-ում և Նկար 13-ում:
Այն դեպքում, եթե PN5190-ին արգելվում է անցնել Սպասման ռեժիմում, ապա «STANDBY_PREV_EVENT» բիթը, որը սահմանված է EVENT_STATUS-ում, ինչպես նշված է Աղյուսակ 11-ում, ուղարկվում է հյուրընկալողին՝ սպասման կանխարգելման պատճառով, ինչպես նշված է Աղյուսակ 13-ում:
4.5.4.7.4 Հաղորդակցություն Օրինակample

4.5.4.8 SWITCH_MODE_LPCD
Switch Mode LPCD-ն իրականացնում է ալեհավաքի անջատման հայտնաբերում ալեհավաքի շուրջ միջավայրի փոփոխության պատճառով:
LPCD-ի 2 տարբեր ռեժիմ կա: HW-ի վրա հիմնված (ULPCD) լուծումն առաջարկում է մրցունակ էներգիայի սպառում՝ նվազեցված զգայունությամբ: FW-ի վրա հիմնված (LPCD) լուծումն առաջարկում է դասի լավագույն զգայունությունը՝ ավելացած էներգիայի սպառմամբ:
FW-ի վրա հիմնված մեկ ռեժիմում (LPCD) չկա ստուգաչափման միջոցառում, որն ուղարկվել է հյուրընկալողին:
Երբ միացված ռեժիմը գործարկվում է, ստուգաչափումը և հաջորդական չափումները կատարվում են սպասման ռեժիմից դուրս գալուց հետո:
Մեկ ռեժիմում տրամաչափման իրադարձության համար նախ թողարկեք մեկ ռեժիմ՝ calibration event հրամանով: Կալիբրացումից հետո ստացվում է LPCD տրամաչափման իրադարձություն, որից հետո մեկ ռեժիմի հրամանը պետք է ուղարկվի նախորդ քայլից ստացված հղման արժեքով որպես մուտքային պարամետր:
LPCD-ի կոնֆիգուրացիան կատարվում է EEPROM/Flash Data կարգավորումներում՝ նախքան հրամանը կանչելը:
Նշում.
GPIO3 ընդհատումը ULPCD-ի համար, HIF ընդհատումը LPCD-ի համար հասանելի են լռելյայնորեն՝ ցածր էներգիայի ռեժիմներից դուրս գալու համար:
Արթնացումը հաշվիչի ժամկետի ավարտի պատճառով միշտ միացված է:
ULPCD-ի համար DC-DC կոնֆիգուրացիան պետք է անջատված լինի EEPROM/Flash Data կարգավորումներում և պետք է ապահովի VUP մատակարարում VBAT-ի միջոցով: Անհրաժեշտ է կատարել jumper-ի կարգավորումները: EEPROM/Flash Data կարգավորումների համար տես [2] փաստաթուղթը:
Եթե հրամանը նախատեսված է LPCD/ULPCD տրամաչափման համար, ապա հյուրընկալողը դեռ պետք է ուղարկի ամբողջական շրջանակը:

4.5.4.8.1 Հրաման
Աղյուսակ 56. SWITCH_MODE_LPCD հրամանի արժեքը

Պարամետր	Երկարություն	Արժեք/նկարագրություն
bControl	1 բայթ	0x00	Մուտքագրեք ULPCD չափաբերումը: Կալիբրացիայից հետո հրամանը դադարում է, և հղման արժեքով իրադարձությունն ուղարկվում է հյուրընկալողին:
		0x01	Մուտքագրեք ULPCD
		0x02	LPCD չափաբերում. Կալիբրացիայից հետո հրամանը դադարում է, և հղման արժեքով իրադարձությունն ուղարկվում է հյուրընկալողին:
		0x03	Մուտքագրեք LPCD
		0x04	Մեկ ռեժիմ
		0x0C	Մեկ ռեժիմ՝ տրամաչափման իրադարձությամբ
		Այլ արժեքներ	ՌՖՄ
Արթնացման հսկողություն	1 բայթ	Bitmask, որը վերահսկում է արթնացման աղբյուրը, որն օգտագործվում է LPCD/ULPCD-ի համար: Այս դաշտի բովանդակությունը չի դիտարկվում չափորոշման համար: Անդրադառնալ Աղյուսակ 57
Հղման արժեքը	4 բայթ	Հղման արժեքը, որը պետք է օգտագործվի ULPCD/LPCD-ի ժամանակ: ULPCD-ի համար բայտ 2-ը, որն ունի HF Attenuator արժեքը, օգտագործվում է և՛ չափաբերման, և՛ չափման փուլում: LPCD-ի համար այս դաշտի բովանդակությունը չի դիտարկվում չափորոշման և մեկ ռեժիմի համար: Անդրադարձեք Աղյուսակ 58 բոլոր 4 բայթերի վերաբերյալ ճիշտ տեղեկատվության համար:
Counter Value	2 բայթ	Արթնացման հաշվիչի արժեքը միլիվայրկյաններով: Առավելագույն աջակցվող արժեքը 2690 է LPCD-ի համար: Առավելագույն աջակցվող արժեքը 4095 է ULPCD-ի համար: Տրամադրվող արժեքը փոքր էնդյան ձևաչափով է: Այս դաշտի բովանդակությունը չի դիտարկվում LPCD չափաբերման համար: Մեկ ռեժիմի և տրամաչափման իրադարձությամբ մեկ ռեժիմի համար, մինչև չափաբերումը սպասման տեւողությունը կարող է կարգավորվել EEPROM կոնֆիգուրացիայից՝ LPCD_SETTINGS->wCheck Period: Կալիբրացիայով մեկ ռեժիմի համար WUC արժեքը պետք է լինի ոչ զրոյական:

Աղյուսակ 57. Wake-up Control Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն
0	0	0	0	0	0	0		ՌՖՄ
							X	Զարթոնք արտաքին ՌԴ դաշտում, եթե բիթը դրված է 1b-ի վրա:

Աղյուսակ 58. Հղման արժեքի բայթ տեղեկատվություն

Հղման արժեքի բայթեր	ULPCD	LPCD
Բայթ 0	Հղման բայթ 0	Channel 0 Reference Byte 0
Բայթ 1	Հղման բայթ 1	Channel 0 Reference Byte 1
Բայթ 2	HF Attenuator արժեքը	Channel 1 Reference Byte 0
Բայթ 3	NA	Channel 1 Reference Byte 1

4.5.4.8.2 Պատասխան
Աղյուսակ 59. SWITCH_MODE_LPCD պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (անջատման ռեժիմը չի մտել՝ սխալ կարգավորումների պատճառով)

4.5.4.8.3 իրադարձություն
Իրադարձության ծանուցումն ուղարկվում է, երբ հրամանն ավարտվում է, և նորմալ ռեժիմը մուտքագրվում է հետևյալ տվյալներով՝ որպես Նկար 12-ում և Նկար 13-ում նշված իրադարձության մաս:
Աղյուսակ 60. EVT_SWITCH_MODE_LPCD

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
LPCD կարգավիճակը	Տես Աղյուսակ 15 -ը	Տես Աղյուսակ 154.5.4.8.4 Հաղորդակցություն Example

4.5.4.9 SWITCH_MODE_BOWNLOAD
Switch Mode Download հրամանը մտնում է որոնվածի ներբեռնման ռեժիմ:
Ներբեռնման ռեժիմից դուրս գալու միակ միջոցը PN5190-ի վերակայումն է:
4.5.4.9.1 Հրաման
Աղյուսակ 61. SWITCH_MODE_DOWNLOAD հրամանի արժեքը

Պարամետր	Երկարություն	Արժեք/Նկարագրություն
–	–	Ոչ մի արժեք

4.5.4.9.2 Պատասխան
Պատասխանը միայն ազդանշան է տալիս, որ հրամանը մշակվել է, և ներբեռնման ռեժիմը պետք է մուտքագրվի այն բանից հետո, երբ պատասխանը կարդում է հյուրընկալողը:
Աղյուսակ 62. SWITCH_MODE_DOWNLOAD պատասխանի արժեքը
Անջատեք շահագործման ռեժիմը Autocoll

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (անջատման ռեժիմը չի մտել)

4.5.4.9.3 իրադարձություն
Իրադարձությունների սերունդ չկա:
4.5.4.9.4 Հաղորդակցություն Օրինակample
4.5.5 MIFARE դասական նույնականացում
4.5.5.1 MFC_AUTHENTICATE
Այս հրահանգն օգտագործվում է ակտիվացված քարտի վրա MIFARE դասական նույնականացում կատարելու համար: Տվյալ բլոկի հասցեում նույնականացման համար պահանջվում է բանալին, քարտի UID-ն և բանալի տեսակը: Պատասխանը պարունակում է մեկ բայթ, որը ցույց է տալիս նույնականացման կարգավիճակը:
4.5.5.1.1 Պայմաններ
Դաշտի բանալին պետք է լինի 6 բայթ երկարությամբ: Դաշտի բանալի տեսակը պետք է պարունակի 0x60 կամ 0x61 արժեքը: Բլոկի հասցեն կարող է պարունակել ցանկացած հասցե՝ 0x0 – 0xff, ներառյալ: Դաշտի UID-ն պետք է լինի բայթ երկարությամբ և պետք է պարունակի քարտի 4 բայթ UID: ISO14443-3 MIFARE Classic արտադրանքի վրա հիմնված քարտը պետք է դրվի ԱԿՏԻՎ կամ ԱԿՏԻՎ* վիճակի մինչև սույն հրահանգի կատարումը:
Նույնականացման հետ կապված գործարկման ժամանակի սխալի դեպքում այս «Նույնականացման կարգավիճակը» դաշտը համապատասխանաբար սահմանվում է:
4.5.5.1.2 Հրաման
Աղյուսակ 63. MFC_AUTHENTICATE հրաման
Կատարեք նույնականացում ակտիվացված MIFARE Classic արտադրանքի վրա հիմնված քարտի վրա:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Բանալին	6 բայթ	Նույնականացման բանալի, որը պետք է օգտագործվի:
Բանալի տեսակը	1 բայթ	0x60	Բանալի տեսակ Ա
		0x61	Բանալի տեսակ B
Արգելափակման հասցեն	1 բայթ	Բլոկի հասցեն, որի համար պետք է կատարվի նույնականացումը:
UID	4 բայթ	Քարտի UID.

4.5.5.1.3 Պատասխան
Աղյուսակ 64. MFC_AUTHENTICATE արձագանք
Պատասխան MFC_AUTHENTICATE-ին:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.6 ISO 18000-3M3 (EPC GEN2) Աջակցություն
4.5.6.1 EPC_GEN2_ԳԱԶԱՐԿ
Այս հրահանգը օգտագործվում է ISO18000-3M3-ի գույքագրման համար tags. Այն իրականացնում է մի քանի հրամանների ինքնավար կատարում՝ համաձայն ISO18000-3M3-ի՝ այդ ստանդարտով սահմանված ժամկետները երաշխավորելու համար:
Եթե առկա է հրահանգի ծանրաբեռնվածության մեջ, նախ կատարվում է Select հրամանը, որին հաջորդում է BeginRound հրամանը:
Եթե առաջին ժամանակային հատվածում կա վավեր պատասխան (առանց ժամանակի ավարտի, առանց բախման), հրահանգը ուղարկում է ACK և պահպանում է ստացված PC/XPC/UII-ը: Այնուհետև հրահանգը կատարում է գործողություն «Timeslot Processed Behavior» դաշտի համաձայն.

Եթե այս դաշտը դրված է 0-ի, ապա թողարկվում է NextSlot հրաման՝ հաջորդ ժամանակացույցը կարգավորելու համար: Սա կրկնվում է այնքան ժամանակ, մինչև ներքին բուֆերը լցվի
Եթե այս դաշտը դրված է 1, ալգորիթմը կանգ է առնում
Եթե այս դաշտը սահմանված է 2, ապա Req_Rn հրաման է տրվում, եթե և միայն այն դեպքում, եթե եղել է վավեր tag պատասխան այս timeslotCommand-ում

«Ընտրել հրամանի երկարությունը» դաշտը պետք է պարունակի «Ընտրել հրաման» դաշտի երկարությունը, որը պետք է լինի 1-ից 39-ը ներառյալ: Եթե «Ընտրել հրամանի երկարությունը» 0 է, «Վավեր բիթերը վերջին բայթում» և «Ընտրել հրամանը» դաշտերը չպետք է լինեն:
Վերջին բայթում Bits դաշտը պետք է պարունակի «Select Command» դաշտի վերջին բայթում փոխանցվող բիթերի քանակը: Արժեքը պետք է լինի 1-ից 7-ի միջակայքում՝ ներառյալ: Եթե արժեքը 0 է, «Select Command» դաշտի վերջին բայթի բոլոր բիթերը փոխանցվում են:
«Ընտրել հրամանը» դաշտը պետք է պարունակի «Ընտրել հրամանը»՝ համաձայն ISO18000-3M3-ի՝ առանց CRC-16c-ի հետևի և պետք է ունենա նույն երկարությունը, ինչ նշված է «Ընտրել հրամանի երկարությունը» դաշտում:
«BeginRound Command» դաշտը պետք է պարունակի BeginRound հրաման՝ ըստ ISO18000-3M3-ի՝ առանց CRC-5-ի հետագծի: «BeginRound Command»-ի վերջին բայթի վերջին 7 բիթերը անտեսվում են, քանի որ հրամանի իրական երկարությունը 17 բիթ է:
«Timeslot Processed Behavior»-ը պետք է պարունակի 0-2 արժեք՝ ներառյալ:
Աղյուսակ 65. EPC_GEN2_INVENTORY հրամանի արժեքը Կատարել ISO 18000-3M3 գույքագրում

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
ResumeInventory	1 բայթ	00	Սկզբնական GEN2_INVENTORY

		01	Վերսկսեք GEN2_INVENTORY հրամանը՝ մնացածը ներքևի դաշտերը դատարկ են (ցանկացած ծանրաբեռնվածություն անտեսվում է)
Ընտրեք Հրամանի երկարությունը	1 բայթ	0	«Select» հրամանը սահմանված չէ «BeginRound» հրամանից առաջ: «Վավեր բիթերը վերջին բայթում» դաշտը և «Ընտրել հրամանը» դաշտը չպետք է լինի:
Ընտրեք Հրամանի երկարությունը	1 բայթ	1-39	«Ընտրել հրաման» դաշտի երկարությունը (n):
Վավեր բիթերը վերջին բայթում	1 բայթ	0	«Ընտրել հրաման» դաշտի վերջին բայթի բոլոր բիթերը փոխանցվում են:
Վավեր բիթերը վերջին բայթում	1 բայթ	1-7	«Ընտրել հրաման» դաշտի վերջին բայթում փոխանցվող բիթերի քանակը:
Ընտրեք Հրաման	n բայթ	Եթե առկա է, այս դաշտը պարունակում է Select հրամանը (ըստ ISO18000-3, Աղյուսակ 47), որն ուղարկվում է BeginRound հրամանից առաջ: CRC-16c-ը չպետք է ներառվի:
Սկիզբ Կլոր հրաման	3 բայթ	Այս դաշտը պարունակում է BeginRound հրամանը (ըստ ISO18000-3, Աղյուսակ 49): CRC-5-ը չպետք է ներառվի:
Timeslot մշակված վարքագիծ	1 բայթ	0	Պատասխանը պարունակում է առավելագույնը: Ժամկետների քանակը, որոնք կարող են տեղավորվել պատասխան բուֆերում:
		1	Պատասխանը պարունակում է միայն մեկ ժամանակացույց:
		2	Պատասխանը պարունակում է միայն մեկ ժամանակացույց: Եթե timelot-ը պարունակում է վավեր քարտի պատասխան, ապա ներառված է նաև քարտի բռնակը:

4.5.6.1.1 Պատասխան
Պատասխանի տևողությունը կարող է լինել «1» ռեզյումեի գույքագրման դեպքում:
Աղյուսակ 66. EPC_GEN2_INVENTORY պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS (Կարդացեք Timeslot կարգավիճակը հաջորդ բայթում Tag պատասխան) PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
Timeslot [1…n]	3 – 69 բայթ	Timeslot կարգավիճակը	1 բայթ	0	Tag արձագանքը հասանելի է: 'Tag Պատասխանի երկարություն» դաշտ, «Վավեր բիթ վերջին բայթում» դաշտ և «Tag պատասխանի դաշտը ներկա է:
				1	Tag արձագանքը հասանելի է:
				2	Ոչ tag պատասխանել է ժամանակացույցով: 'Tag Պատասխանի երկարությունը» դաշտը և «Վավեր բիթերը վերջին բայթում» դաշտը պետք է սահմանվի զրոյի: 'Tag «պատասխան» դաշտը չպետք է լինի:
				3	Երկու կամ ավելի tags պատասխանել է ժամանակացույցում: (Բախում): 'Tag Պատասխանի երկարությունը» դաշտը և «Վավեր բիթերը վերջին բայթում» դաշտը պետք է սահմանվի զրոյի: 'Tag «պատասխան» դաշտը չպետք է լինի:

Tag Պատասխանի երկարությունը	1 բայթ	0-66	-ի երկարությունըTag Պատասխանի դաշտ (i): Եթե Tag Պատասխանի երկարությունը 0 է, այնուհետև՝ Tag Պատասխանի դաշտը բացակայում է:
Վավեր բիթերը վերջին բայթում	1 բայթ	0	«-ի վերջին բայթի բոլոր բիթերըTag պատասխան դաշտը վավեր է:
Վավեր բիթերը վերջին բայթում	1 բայթ	1-7	«-ի վերջին բայթի վավեր բիթերի քանակըTag պատասխան դաշտ: Եթե Tag Պատասխանի երկարությունը զրո է, այս բայթի արժեքը պետք է անտեսվի:
Tag Պատասխանել	«n» բայթեր	-ի պատասխանը tag համաձայն ISO18000- 3_2010, Աղյուսակ 56:
Tag Բռնակ	0 կամ 2 բայթ	-ի բռնակ tag, եթե «Timeslot Status» դաշտը դրված է «1»: Հակառակ դեպքում դաշտը չկա:

4.5.6.1.2 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.7 ՌԴ կոնֆիգուրացիայի կառավարում
Տե՛ս Բաժին 6՝ PN5190-ով աջակցվող ՌԴ տարբեր տեխնոլոգիաների և տվյալների փոխանցման արագությունների համար TX և RX կազմաձևման համար: Արժեքները չկան ստորև նշված միջակայքում, պետք է դիտարկել որպես RFU:
4.5.7.1 LOAD_RF_CONFIGURATION
Այս հրահանգն օգտագործվում է ՌԴ կոնֆիգուրացիան EEPROM-ից ներքին CLIF ռեգիստրների մեջ բեռնելու համար: ՌԴ կոնֆիգուրացիան վերաբերում է ՌԴ տեխնոլոգիայի, ռեժիմի (նպատակ/նախաձեռնող) և բուդ արագության եզակի համակցությանը: ՌԴ կոնֆիգուրացիան կարող է առանձին բեռնվել CLIF ընդունիչի (RX կոնֆիգուրացիա) և հաղորդիչի (TX կոնֆիգուրացիա) ուղու համար: 0xFF արժեքը պետք է օգտագործվի, եթե ուղու համապատասխան կոնֆիգուրացիան չպետք է փոխվի:
4.5.7.1.1 Պայմաններ
«TX Configuration» դաշտը պետք է լինի 0x00 – 0x2B միջակայքում՝ ներառյալ: Եթե արժեքը 0xFF է, ապա TX կոնֆիգուրացիան չի փոխվում:
«RX կոնֆիգուրացիա» դաշտը պետք է լինի 0x80 – 0xAB միջակայքում՝ ներառյալ: Եթե արժեքը 0xFF է, RX կոնֆիգուրացիան չի փոխվում:
Հատուկ կոնֆիգուրացիա TX Configuration = 0xFF և RX Configuration = 0xAC-ով օգտագործվում է Boot-up ռեգիստրները մեկ անգամ բեռնելու համար:
Այս հատուկ կոնֆիգուրացիան պահանջվում է ռեգիստրի կոնֆիգուրացիաները թարմացնելու համար (ինչպես TX, այնպես էլ RX), որոնք տարբերվում են IC վերակայման արժեքներից:

4.5.7.1.2 Հրաման
Աղյուսակ 67. LOAD_RF_CONFIGURATION հրամանի արժեքը
Ներբեռնեք RF TX և RX կարգավորումները E2PROM-ից:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
TX կոնֆիգուրացիա	1 բայթ	0xFF	TX RF կոնֆիգուրացիան չի փոխվել:
		0x0 - 0x2B	Համապատասխան TX ՌԴ կոնֆիգուրացիան բեռնված է:
RX կոնֆիգուրացիա	1 բայթ	0xFF	RX RF կոնֆիգուրացիան չի փոխվել:
		0x80 - 0xAB	Համապատասխան RX RF կոնֆիգուրացիան բեռնված է:

4.5.7.1.3 Պատասխան
Աղյուսակ 68. LOAD_RF_CONFIGURATION պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.7.2 UPDATE_RF_CONFIGURATION
Այս հրահանգը օգտագործվում է RF կոնֆիգուրացիան թարմացնելու համար (տե՛ս Բաժին 4.5.7.1-ի սահմանումը) E2PROM-ում: Հրահանգը թույլ է տալիս թարմացնել ռեգիստրի հատիկության արժեքով, այսինքն՝ ոչ ամբողջական փաթեթը թարմացնելու կարիք ունի (թեև դա հնարավոր է անել):
4.5.7.2.1 Պայմաններ
Դաշտային զանգվածի չափը Կազմաձևումը պետք է լինի 1-ից 15 միջակայքում՝ ներառյալ: Դաշտային զանգվածի Կազմաձևումը պետք է պարունակի ՌԴ կոնֆիգուրացիայի, գրանցման հասցեի և արժեքի մի շարք: Դաշտի RF կոնֆիգուրացիան պետք է լինի 0x0 – 0x2B միջակայքում TX կոնֆիգուրացիայի համար և 0x80 – 0xAB RX կոնֆիգուրացիայի համար՝ ներառյալ: Հասցեն դաշտում Գրանցման հասցե պետք է գոյություն ունենա ՌԴ համապատասխան կոնֆիգուրացիայի մեջ: Դաշտի արժեքը պետք է պարունակի արժեք, որը պետք է գրվի տվյալ ռեգիստրում և պետք է լինի 4 բայթ երկարությամբ (փոքր էնդյան ձևաչափ):
4.5.7.2.2 Հրաման
Աղյուսակ 69. UPDATE_RF_CONFIGURATION հրամանի արժեքը
Թարմացրեք ՌԴ կոնֆիգուրացիան

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կազմաձևում[1…n]	6 բայթ	ՌԴ կոնֆիգուրացիա	1 բայթ	ՌԴ կոնֆիգուրացիա, որի համար գրանցամատյանը պետք է փոխվի:
		Գրանցման հասցեն	1 բայթ	Գրանցվել Հասցե տվյալ ՌԴ տեխնոլոգիայի շրջանակներում:
		Արժեք	4 բայթ	Արժեք, որը պետք է գրվի գրանցամատյանում: (Փոքր-էնդիան)

4.5.7.2.3 Պատասխան
Աղյուսակ 70. UPDATE_RF_CONFIGURATION պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.7.3 GET_ RF_CONFIGURATION
Այս հրահանգը օգտագործվում է ՌԴ կոնֆիգուրացիան կարդալու համար: Ռեգիստրի հասցե-արժեք-զույգերը հասանելի են պատասխանում: Որպեսզի իմանանք, թե քանի զույգ է սպասվում, առաջին չափի տեղեկատվությունը կարող է առբերվել առաջին TLV-ից, որը ցույց է տալիս օգտակար բեռի ընդհանուր երկարությունը:
4.5.7.3.1 Պայմաններ
Դաշտի RF կոնֆիգուրացիան պետք է լինի 0x0 – 0x2B միջակայքում՝ TX կոնֆիգուրացիայի համար և 0x80 –0xAB RX կոնֆիգուրացիայի համար, ներառյալ:
4.5.7.3.2 Հրաման
Աղյուսակ 71. GET_ RF_CONFIGURATION հրամանի արժեքը Վերցրեք RF կոնֆիգուրացիան:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
ՌԴ կոնֆիգուրացիա	1 բայթ	ՌԴ կոնֆիգուրացիա, որի համար պետք է վերցվի ռեգիստրի արժեքային զույգերի հավաքածուն:

4.5.7.3.3 Պատասխան
Աղյուսակ 72. GET_ RF_CONFIGURATION Պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
Զույգ[1…n]	5 բայթ	Գրանցման հասցեն	1 բայթ	Գրանցվել Հասցե տվյալ ՌԴ տեխնոլոգիայի շրջանակներում:
		Արժեք	4 բայթ	32-բիթ ռեգիստրի արժեքը:

4.5.7.3.4 իրադարձություն
Հրահանգի համար միջոցառում չկա:
4.5.8 ՌԴ Դաշտային բեռնաթափում
4.5.8.1 RF_ON
Այս հրահանգը օգտագործվում է ՌԴ-ն միացնելու համար: DPC կարգավորումը սկզբնական FieldOn-ում պետք է մշակվի այս հրամանում:
4.5.8.1.1 Հրաման
Աղյուսակ 73. RF_FIELD_ON հրամանի արժեքը
Կարգավորել RF_FIELD_ON:

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
RF_on_config	1 բայթ	Բիթ 0	0	Օգտագործեք բախումից խուսափելը
			1	Անջատել բախումից խուսափելը
		Բիթ 1	0	P2P ակտիվ չկա
			1	P2P ակտիվ

4.5.8.1.2 Պատասխան
Աղյուսակ 74. RF_FIELD_ON պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (ՌԴ դաշտը միացված չէ ՌԴ բախման պատճառով) PN5190_STATUS_TIMEOUT (ՌԴ դաշտը միացված չէ ժամանակի դադարի պատճառով) PN5190_STATUS_TXLDO_ERROR (VUP-ի պատճառով TXLDO սխալը հասանելի չէ) PN5190_STATUS_RFCFG_NOT_APPLIED (RF կոնֆիգուրացիան չի կիրառվում այս հրամանից առաջ)

4.5.8.1.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.8.2 RF_OFF
Այս հրահանգը օգտագործվում է ՌԴ դաշտը անջատելու համար:
4.5.8.2.1 Հրաման
Աղյուսակ 75. RF_FIELD_OFF հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Դատարկ	Դատարկ	դատարկ

4.5.8.2.2 Պատասխան
Աղյուսակ 76. RF_FIELD_OFF պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)

4.5.8.2.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.9 Փորձնական ավտոբուսի կոնֆիգուրացիա
Ընտրված PAD-ի կոնֆիգուրացիաների վրա առկա փորձնական ավտոբուսի ազդանշանները նշված են Բաժին 7-ում՝ հղման համար:
Սրանք պետք է ուղղվեն ստորև նշված փորձնական ավտոբուսի հրահանգների կոնֆիգուրացիան տրամադրելու համար:
4.5.9.1 ԿԱՐԳԱՎՈՐՈՒՄ _TESTBUS_DIGITAL
Այս հրահանգը օգտագործվում է հասանելի թվային թեստային ավտոբուսի ազդանշանը ընտրված հարթակի կոնֆիգուրացիաների վրա միացնելու համար:
4.5.9.1.1 Հրաման
Աղյուսակ 77. CONFIGURE_TESTBUS_DIGITAL հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
TB_SignalIndex	1 բայթ		Անդրադարձեք Բաժին 7
TB_BitIndex	1 բայթ		Անդրադարձեք Բաժին 7
TB_PadIndex	1 բայթ		Պահոցային ինդեքսը, որի վրա թողարկվելու է թվային ազդանշան
		0x00	AUX1 փին
		0x01	AUX2 փին
		0x02	AUX3 փին
		0x03	GPIO0 փին
		0x04	GPIO1 փին
		0x05	GPIO2 փին
		0x06	GPIO3 փին
		0x07-0xFF	ՌՖՄ

4.5.9.1.2 Պատասխան
Աղյուսակ 78. CONFIGURE_TESTBUS_DIGITAL պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Այլ տվյալներ չկան)

4.5.9.1.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Այս հրահանգը օգտագործվում է անալոգային թեստային ավտոբուսի ազդանշան ընտրված պահոցների կոնֆիգուրացիաների վրա ստանալու համար:
Անալոգային փորձարկման ավտոբուսի ազդանշանը կարելի է ստանալ տարբեր ռեժիմներով: Դրանք են.
4.5.9.2.1 RAW ռեժիմ
Այս ռեժիմում TB_SignalIndex0-ի կողմից ընտրված ազդանշանը տեղաշարժվում է Shift_Index0-ով, դիմակավորված Mask0-ով և թողարկվում է AUX1-ով: Նմանապես, TB_SignalIndex1-ի կողմից ընտրված ազդանշանը տեղաշարժվում է Shift_Index1-ով, դիմակավորված Mask1-ով և թողարկվում է AUX2-ով:
Այս ռեժիմը հաճախորդին տալիս է ճկունություն՝ ելքելու ցանկացած ազդանշան, որն ունի 8 բիթ կամ ավելի փոքր լայնություն և չի պահանջում նշանների փոխակերպում, որպեսզի ելքի անալոգային բարձիկներ:
4.5.9.2.2 Համակցված ռեժիմ
Այս ռեժիմում անալոգային ազդանշանը կլինի 10 բիթ ստորագրված ADCI/ADCQ/pcrm_if_rssi արժեքը, որը վերածվում է չստորագրված արժեքի, կնվազեցվի մինչև 8 բիթ և այնուհետև կարտադրվի AUX1 կամ AUX2 բարձիկներում:
ADCI/ADCQ (10-բիթ) փոխարկված արժեքներից միայն մեկը կարող է ցանկացած պահի դուրս գալ AUX1/AUX2:
Եթե Combined_Mode Signal payload դաշտի արժեքը 2 է (անալոգային և թվային համակցված), ապա անալոգային և թվային փորձնական ավտոբուսը ուղղորդվում է AUX1 (Անալոգային ազդանշան) և GPIO0 (Թվային ազդանշան):
Ուղղորդվող ազդանշանները կազմաձևված են ստորև նշված EEPROM հասցեում.
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – անալոգային TB_Index
Փորձնական ավտոբուսի ինդեքսը և փորձնական ավտոբուսի բիթը պետք է կազմաձևվեն EEPROM-ում, նախքան 2-րդ տարբերակով համակցված ռեժիմ թողարկելը:
Նշում.
Հյուրընկալողը պետք է տրամադրի բոլոր դաշտերը՝ անկախ դաշտի կիրառելիությունից «հում» կամ «համակցված» ռեժիմում: PN5190 IC-ը հաշվի է առնում միայն կիրառելի դաշտի արժեքները:
4.5.9.2.3 Հրաման
Աղյուսակ 79. CONFIGURE_TESTBUS_ANALOG հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն		Դաշտի կիրառելիությունը համակցված ռեժիմի համար
bConfig	1 բայթ		Կարգավորելի բիթ: Անդրադարձեք Աղյուսակ 80	Այո՛
Combined_Mode ազդանշան	1 բայթ	0 – ADCI/ADCQ 1 – pcrm_if_rssi		Այո՛
		2 – Համակցված անալոգային և թվային
		3 – 0xFF – Պահպանված է

TB_SignalIndex0	1 բայթ	Անալոգային ազդանշանի ազդանշանի ինդեքսը: Անդրադառնալ Բաժին 7	Այո՛
TB_SignalIndex1	1 բայթ	Անալոգային ազդանշանի ազդանշանի ինդեքսը: Անդրադառնալ Բաժին 7	Այո՛
Shift_Index0	1 բայթ	DAC0 մուտքագրման հերթափոխի դիրքերը: Ուղղությունը որոշվելու է bConfig[1]-ում:	Ոչ
Shift_Index1	1 բայթ	DAC1 մուտքագրման հերթափոխի դիրքերը: Ուղղությունը որոշվելու է bConfig[2]-ում:	Ոչ
Դիմակ 0	1 բայթ	DAC0 դիմակ	Ոչ
Դիմակ 1	1 բայթ	DAC1 դիմակ	Ոչ

Աղյուսակ 80. Config bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Նկարագրություն	Կիրառելի է ռեժիմի համար
X	X							DAC1 ելքային հերթափոխի միջակայք – 0, 1, 2	Հում
		X	X					DAC0 ելքային հերթափոխի միջակայք – 0, 1, 2	Հում
				X				Համակցված ռեժիմում ազդանշան AUX1/AUX2 փինով 0 ➜ Ազդանշան AUX1-ի վրա 1 ➜ Ազդանշան AUX2-ի վրա	Համակցված
					X			DAC1 մուտքագրման հերթափոխի ուղղությունը 0 ➜ Շեղեք աջ 1 ➜ Տեղափոխել ձախ	Հում
						X		DAC0 մուտքագրման հերթափոխի ուղղությունը 0 ➜ Շեղեք աջ 1 ➜ Տեղափոխել ձախ	Հում
							X	Ռեժիմ. 0 ➜ Հում ռեժիմ 1 ➜ Համակցված ռեժիմ	Հում / Համակցված

4.5.9.2.4 Պատասխան
Աղյուսակ 81. CONFIGURE_TESTBUS_ANALOG պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)

4.5.9.2.5 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Այս հրահանգը օգտագործվում է մի քանի հասանելի թվային ավտոբուսի ազդանշանը ընտրված հարթակի կոնֆիգուրացիաների վրա միացնելու համար:
Նշում. Եթե այս երկարությունը զրոյական է, ապա թվային թեստային ավտոբուսը RESET է:
4.5.9.3.1 Հրաման
Աղյուսակ 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
TB_SignalIndex #1	1 բայթ	Անդրադարձեք 8 ստորև
TB_BitIndex #1	1 բայթ	Անդրադարձեք 8 ստորև
TB_PadIndex #1	1 բայթ	Պահոցային ինդեքսը, որի վրա թողարկվելու է թվային ազդանշան
		0x00	AUX1 փին
		0x01	AUX2 փին
		0x02	AUX3 փին
		0x03	GPIO0 փին
		0x04	GPIO1 փին
		0x05	GPIO2 փին
		0x06	GPIO3 փին
		0x07-0xFF	ՌՖՄ
TB_SignalIndex #2	1 բայթ	Անդրադարձեք 8 ստորև
TB_BitIndex #2	1 բայթ	Անդրադարձեք 8 ստորև
TB_PadIndex #2	1 բայթ	Պահոցային ինդեքսը, որի վրա թողարկվելու է թվային ազդանշան
		0x00	AUX1 փին
		0x01	AUX2 փին
		0x02	AUX3 փին
		0x03	GPIO0 փին
		0x04	GPIO1 փին
		0x05	GPIO2 փին
		0x06	GPIO3 փին
		0x07-0xFF	ՌՖՄ

4.5.9.3.2 Պատասխան
Աղյուսակ 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 2]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)

4.5.9.3.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.10 CTS կոնֆիգուրացիա
4.5.10.1 CTS_ENABLE
Այս հրահանգը օգտագործվում է CTS գրանցման գործառույթը միացնելու/անջատելու համար:
4.5.10.1.1 Հրաման
Աղյուսակ 84. CTS_ENABLE հրամանի արժեքը

Օգտակար բեռի դաշտի երկարության արժեք/նկարագրություն
Միացնել/Անջատել	1 բայթ	Բիթ 0	0	Անջատեք CTS գրանցման գործառույթը
1 Միացնել CTS գրանցման գործառույթը
		Բիթ 1-7		ՌՖՄ

4.5.10.1.2 Պատասխան
Աղյուսակ 85. CTS_ENABLE պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)

4.5.10.1.3 իրադարձություն
Հետևյալ աղյուսակը ցույց է տալիս իրադարձության տվյալները, որոնք կուղարկվեն որպես իրադարձության հաղորդագրության մաս, ինչպես ցույց է տրված Նկար 12-ում և Նկար 13-ում:
Աղյուսակ 86. Սա հաղորդավարին տեղեկացնում է, որ տվյալները ստացվել են: EVT_CTS_Կատարված է

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Իրադարձություն	1 բայթ	00 … TRIGGER-ը տեղի է ունեցել, տվյալները պատրաստ են ընդունման:

4.5.10.2 CTS_CONFIGURE
Այս հրահանգը օգտագործվում է բոլոր անհրաժեշտ CTS ռեգիստրները կարգավորելու համար, ինչպիսիք են ձգանները, փորձնական ավտոբուսի ռեգիստրները, sampling կոնֆիգուրացիա և այլն,
Նշում.
[1] ապահովում է CTS կոնֆիգուրացիայի ավելի լավ պատկերացում: Ձեռք բերված տվյալները պետք է ուղարկվեն որպես Բաժին 4.5.10.3 հրամանի պատասխանի մաս:

4.5.10.2.1 Հրաման
Աղյուսակ 87. CTS_CONFIGURE հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
PRE_TRIGGER_SHIFT	1 բայթ	Սահմանում է 256 բայթ միավորով ձեռքբերման հաջորդականության երկարությունը: 0 նշանակում է ոչ մի տեղաշարժ; n-ը նշանակում է n*256 բայթ բլոկի տեղաշարժ: Նշում. Վավեր է միայն այն դեպքում, եթե TRIGGER_MODE-ը «PRE» կամ «COMB» գործարկման ռեժիմ է
TRIGGER_MODE	1 բայթ	Նշում է օգտագործվող ձեռքբերման ռեժիմը:
		0x00 - POST ռեժիմ
		0x01 - RFU
		0x02 - PRE ռեժիմ
		0x03 – 0xFF – Անվավեր
RAM_PAGE_WIDTH	1 բայթ	Նշում է չիպային հիշողության ծավալը, որը ծածկված է ձեռքբերմամբ: Հատկանշականությունը նախագծով ընտրվում է որպես 256 բայթ (այսինքն՝ 64 32-բիթանոց բառ): Վավեր արժեքները հետևյալն են. 0x00h – 256 բայթ 0x02h – 768 բայթ 0x01h – 512 բայթ 0x03h – 1024 բայթ 0x04h – 1280 բայթ 0x05h – 1536 բայթ 0x06h – 1792 բայթ 0x07h – 2048 բայթ 0x08h – 2304 բայթ 0x09h – 2560 բայթ 0x0Ah – 2816 բայթ 0x0Bh – 3072 բայթ 0x0Ch – 3328 բայթ 0x0Dh – 3584 բայթ 0x0Eh – 3840 բայթ 0x0Fh – 4096 բայթ 0x10h – 4352 բայթ 0x11h – 4608 բայթ 0x12h – 4864 բայթ 0x13h – 5120 բայթ 0x14h – 5376 բայթ 0x15h – 5632 բայթ 0x16h – 5888 բայթ 0x17h – 6144 բայթ 0x18h – 6400 բայթ 0x19h – 6656 բայթ 0x1Ah – 6912 բայթ 0x1Bh – 7168 բայթ 0x1Ch – 7424 բայթ 0x1Dh – 7680 բայթ 0x1Eh – 7936 բայթ 0x1Fh – 8192 բայթ

SAMPLE_CLK_DIV	1 բայթ	Այս դաշտի տասնորդական արժեքը սահմանում է ժամացույցի արագության բաժանման գործակիցը, որը պետք է օգտագործվի ձեռքբերման ժամանակ: CTS ժամացույց = 13.56 ՄՀց / 2^{SAMPLE_CLK_DIV}
		00 – 13560 կՀց 01 – 6780 կՀց 02 – 3390 կՀց 03 – 1695 կՀց 04 – 847.5 կՀց 05 – 423.75 կՀց 06 – 211.875 կՀց 07 – 105.9375 կՀց 08 – 52.96875 կՀց 09 – 26.484375 կՀց 10 – 13.2421875 կՀց 11 – 6.62109375 կՀց 12 – 3.310546875 կՀց 13 – 1.6552734375 կՀց 14 – 0.82763671875 կՀց 15 – 0.413818359375 կՀց
SAMPLE_BYTE_SEL	1 բայթ	Այս բիթերն օգտագործվում են ճշտելու համար, թե երկու 16-բիթանոց մուտքային ավտոբուսների որ բայթերն են նպաստում միջակայքի մեխանիզմին, որը ստեղծում է տվյալներ, որոնք պետք է փոխանցվեն չիպային հիշողությանը: Դրանց իմաստն ու գործածությունը կախված է ՍAMPLE_MODE_SEL արժեքներ: Նշում. տրված արժեքը միշտ քողարկվում է 0x0F-ով և այնուհետև դիտարկվում է արդյունավետ արժեքը:
SAMPLE_MODE_SEL	1 բայթ	Ընտրում է սampling interleave ռեժիմը, ինչպես նկարագրված է CTS-ի դիզայնի բնութագրերով: Տասնորդական 3 արժեքը վերապահված է և կդիտարկվի որպես 0: Նշում. տրված արժեքը միշտ քողարկվում է 0x03-ով, այնուհետև դիտարկվում է արդյունավետ արժեքը:
TB0	1 բայթ	Ընտրում է, թե որ փորձնական ավտոբուսը պետք է միացվի TB0-ին: Անդրադարձեք Բաժին 7 (TB_ Signal_Index արժեքը)
TB1	1 բայթ	Ընտրում է, թե որ փորձնական ավտոբուսը պետք է միացվի TB1-ին: Անդրադարձեք Բաժին 7 (TB_ Signal_Index արժեքը)
TB2	1 բայթ	Ընտրում է, թե որ փորձնական ավտոբուսը պետք է միացվի TB2-ին: Անդրադարձեք Բաժին 7 (TB_ Signal_Index արժեքը)
TB3	1 բայթ	Ընտրում է, թե որ փորձնական ավտոբուսը պետք է միացվի TB3-ին: Անդրադարձեք Բաժին 7 (TB_ Signal_Index արժեքը)
TTB_SELECT	1 բայթ	Ընտրում է, թե որ տուբերկուլյոզը պետք է միացվի ձգանման աղբյուրներին: Անդրադառնալ Բաժին 7 (TB_Signal_Index արժեքը)
ՌՖՄ	4 բայթ	Ուղարկեք միշտ 0x00000000
MISC_CONFIG	24 բայթ	Գործարկման դեպքեր, բևեռականություն և այլն: Տես [1] CTS-ի օգտագործման կոնֆիգուրացիայի հասկանալու համար:

4.5.10.2.2 Պատասխան
Աղյուսակ 88. CTS_CONFIGURE պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.10.3 CTS_RETRIEVE_LOG
Այս հրահանգը առբերում է գրավված փորձնական ավտոբուսի տվյալների մատյանըamples-ը պահվում է հիշողության բուֆերում:
4.5.10.3.1 Հրաման
Աղյուսակ 89. CTS_RETRIEVE_LOG հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
ChunkSize	1 բայթ	0x01-0xFF	Պարունակում է տվյալների սպասվող բայթերի քանակը:

4.5.10.3.2 Պատասխան
Աղյուսակ 90. CTS_RETRIEVE_LOG պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան) PN5190_STATUS_SUCCSES_CHAINING
Մատյանի տվյալներ [1…n]	CTSRequest	Գրավված Սamples Տվյալների կտոր

Նշում.
«Log Data»-ի առավելագույն չափը կախված է «ChunkSize»-ից, որը տրամադրվել է որպես հրամանի մաս:
Մատյանների ընդհանուր չափը պետք է հասանելի լինի TLV վերնագրի պատասխանում:
4.5.10.3.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.11 TEST_MODE հրամաններ
4.5.11.1 ANTENNA_SELF_TEST
Այս հրահանգը օգտագործվում է ստուգելու համար, թե արդյոք ալեհավաքը միացված է, և արդյոք համապատասխան բաղադրիչները լցված են/հավաքված են:
Նշում.
Այս հրամանը դեռ հասանելի չէ: Տեսեք թողարկման նշումները հասանելիության համար:
4.5.11.2 PRBS_TEST
Այս հրահանգն օգտագործվում է PRBS հաջորդականությունը գեներացնելու համար Reader ռեժիմի արձանագրությունների և բիթերի արագության տարբեր կոնֆիգուրացիաների համար: Հրահանգը կատարելուց հետո PRBS փորձարկման հաջորդականությունը հասանելի կլինի ՌԴ-ում:
Նշում.
Հոսթը պետք է համոզվի, որ համապատասխան ՌԴ տեխնոլոգիայի կոնֆիգուրացիան բեռնված է 4.5.7.1 Բաժինով, և ՌԴ-ն միացված է Բաժին 4.5.8.1 հրամանի միջոցով՝ նախքան այս հրամանն ուղարկելը:
4.5.11.2.1 Հրաման
Աղյուսակ 91. PRBS_TEST հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
prbs_type	1 բայթ	00	PRBS9 (կանխադրված)
		01	PRBS15
		02-ՖՖ	ՌՖՄ

4.5.11.2.2 Պատասխան
Աղյուսակ 92. PRBS_TEST պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 իրադարձություն
Այս հրահանգի համար միջոցառում չկա:
4.5.12 Chip Info հրամաններ
4.5.12.1 GET_DIEID
Այս հրահանգը օգտագործվում է PN5190 չիպի մատիտի ID-ն կարդալու համար:
4.5.12.1.1 Հրաման
Աղյուսակ 93. GET_DIEID Հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
–	–	Բեռնվածության մեջ տվյալներ չկան

4.5.12.1.2 Պատասխան
Աղյուսակ 94. GET_DIEID պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
Արժեքներ	16 բայթ	16 բայթ Die ID:

4.5.12.1.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:
4.5.12.2 GET_VERSION
Այս հրահանգը օգտագործվում է կարդալու HW տարբերակը, ROM տարբերակը և PN5190 չիպի FW տարբերակը:
4.5.12.2.1 Հրաման
Աղյուսակ 95. GET_VERSION հրամանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
–	–	Բեռնվածության մեջ տվյալներ չկան

Ներբեռնման ռեժիմում առկա է DL_GET_VERSION հրաման (Բաժին 3.4.4), որը կարող է օգտագործվել HW-ի, ROM-ի և FW-ի տարբերակը կարդալու համար:
4.5.12.2.2 Պատասխան
Աղյուսակ 96. GET_VERSION պատասխանի արժեքը

Բեռնատար դաշտ	Երկարություն	Արժեք/Նկարագրություն
Կարգավիճակ	1 բայթ	Գործողության կարգավիճակը [Աղյուսակ 9]։ Ակնկալվող արժեքները հետևյալն են.
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (այլ տվյալներ չկան)
HW_V	1 բայթ	Սարքավորման տարբերակ
RO_V	1 բայթ	ROM կոդը
FW_V	2 բայթ	Որոնվածի տարբերակը (օգտագործվում է ներբեռնման համար)
RFU1-RFU2	1-2 բայթ	–

PN5190 IC-ի տարբեր տարբերակի համար ակնկալվող պատասխանը նշված է (Բաժին 3.4.4)
4.5.12.2.3 իրադարձություն
Այս հրամանի համար իրադարձություններ չկան:

Հավելված (Exampլես)

Այս հավելվածը բաղկացած է նախկինիցamples վերը նշված հրամանների համար: Նախկինamples-ը միայն ցուցադրական նպատակի համար է՝ ցույց տալու հրամանի բովանդակությունը:
5.1 Նախկինample WRITE_REGISTER-ի համար
Հոսթից ուղարկված տվյալների հաջորդականությունը 0x12345678 արժեք գրելու համար 0x1F ռեգիստրում:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0000051F78563412
Հյուրընկալը սպասելու է ընդհատման:
Երբ հոսթորդը կարդում է PN5190-ից ստացված պատասխանի շրջանակը (նշում է հաջող աշխատանքը). 00000100 5.2 Example WRITE_REGISTER_OR_MASK-ի համար
Հետևյալ տվյալների հաջորդականությունը, որոնք ուղարկվել են հոսթից՝ 0x1F ռեգիստրում տրամաբանական OR գործողություն կատարելու համար՝ 0x12345678 դիմակով:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0100051F78563412
Հյուրընկալը սպասելու է ընդհատման:
Երբ հոսթորդը կարդում է PN5190-ից ստացված պատասխանի շրջանակը (նշում է հաջող գործողությունը). 01000100
5.3 Նախկինample WRITE_REGISTER_AND_MASK-ի համար
Հետևյալ տվյալների հաջորդականությունը, որոնք ուղարկվել են հոսթից՝ 0x1F ռեգիստրում տրամաբանական ԵՎ գործողություն կատարելու համար՝ 0x12345678 դիմակով:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0200051F78563412
Հյուրընկալը սպասելու է ընդհատման:
Երբ հոսթորդը կարդում է PN5190-ից ստացված պատասխանի շրջանակը (նշում է հաջող գործողությունը). 02000100
5.4 Նախկինample WRITE_REGISTER_MULTIPLE-ի համար
Տվյալների հաջորդականությունը, որոնք ուղարկվում են հոսթից՝ 0x1F ռեգիստրում տրամաբանական ԵՎ գործողություն կատարելու համար՝ 0x12345678 դիմակով, և տրամաբանական OR գործողության վրա՝ 0x20 ռեգիստրում՝ 0x11223344 դիմակով, և գրել 0x21 գրանցման համար՝ 0xAABBCCDD արժեքով:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0300121F03785634122002443322112101DDCCBBAA
Հյուրընկալը սպասելու է ընդհատման:
Երբ հոսթորդը կարդում է PN5190-ից ստացված պատասխանի շրջանակը (նշում է հաջող գործողությունը). 03000100
5.5 Նախկինample READ_REGISTER-ի համար
Հետևելով հոսթից ուղարկված տվյալների հաջորդականությանը 0x1F ռեգիստրի բովանդակությունը կարդալու համար և ենթադրելով, որ ռեգիստրն ունի 0x12345678 արժեք:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0400011F
Հյուրընկալը սպասելու է ընդհատման:
Երբ հոսթորդը կարդում է PN5190-ից ստացված պատասխանի շրջանակը (նշում է հաջող գործողությունը). 0400050078563412
5.6 Նախկինample READ_REGISTER_MULTIPLE-ի համար
Հոսթից ուղարկված տվյալների հաջորդականությունը կարդալու համար 0x1F ռեգիստրների բովանդակությունը, որոնք պարունակում են 0x12345678 արժեքը, և գրանցման 0x25, որը պարունակում է 0x11223344 արժեքը:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0500021F25
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդաց պատասխանը, շրջանակը ստացվեց PN5190-ից (նշում է հաջող գործողությունը՝ 050009007856341244332211):
5.7 Նախկինample WRITE_E2PROM-ի համար
Հոսթից ուղարկված տվյալների հետևյալ հաջորդականությունը՝ E2PROM վայրերում գրելու համար 0x0130-ից 0x0134՝ 0x11, 0x22, 0x33, 0x44, 0x55 բովանդակությամբ:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 06000730011122334455
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդում է պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 06000100
5.8 Նախկինample READ_E2PROM-ի համար
Հոսթից ուղարկված տվյալների հետևյալ հաջորդականությունը՝ կարդալու համար E2PROM 0x0130-ից մինչև 0x0134, որտեղ պահված բովանդակությունն է՝ 0x11, 0x22, 0x33, 0x44, 0x55:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 07000430010500
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդաց պատասխանը, շրջանակը ստացվեց PN5190-ից (նշում է հաջող գործողությունը՝ 070006001122334455):
5.9 Նախկինample TRANSMIT_RF_DATA-ի համար
Հետևելով հոսթից ուղարկված տվյալների հաջորդականությանը REQA հրաման ուղարկելու համար (0x26), բիթերի քանակով, որոնք պետք է փոխանցվեն որպես «0x07», ենթադրելով, որ պահանջվող գրանցամատյանները նախապես դրված են, և RF-ը միացված է:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0800020726
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդում է պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 08000100
5.10 Նախկինample RETRIEVE_RF_DATA-ի համար
Հետևելով հոսթից ուղարկված տվյալների հաջորդականությանը` ստացված/պահված տվյալները ներքին CLIF բուֆերում (ենթադրելով, որ ստացվել է 0x05), ենթադրելով, որ RF-ը միացնելուց հետո արդեն ուղարկվում է TRANSMIT_RF_DATA:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 090000
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդում է պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 090003000400
5.11 Նախկինample EXCHANGE_RF_DATA-ի համար
REQA փոխանցելու համար հոսթից ուղարկված տվյալների հաջորդականությունը (0x26), վերջին բայթում ուղարկվող բիթերի քանակով սահմանված է 0x07, իսկ բոլոր կարգավիճակը պետք է ստացվի տվյալների հետ միասին: Ենթադրվում է, որ պահանջվող ՌԴ ռեգիստրներն արդեն միացված են, և ՌԴ-ն միացված է:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0A0003070F26
Հյուրընկալը սպասելու է ընդհատման:
Երբ տանտերը կարդաց պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը).
5.12 Նախկինample LOAD_RF_CONFIGURATION-ի համար
ՌԴ կոնֆիգուրացիան սահմանելու համար հյուրընկալողից ուղարկված տվյալների հաջորդականությունը: TX-ի համար՝ 0x00 և RX-ի համար՝ 0x80
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0D00020080
Հյուրընկալը սպասելու է ընդհատման:
Երբ հյուրընկալողը կարդում է պատասխանը, շրջանակը ստացվում է PN5190-ից (նշում է հաջող գործողությունը). 0D000100
5.13 Նախկինample UPDATE_RF_CONFIGURATION-ի համար
ՌԴ կոնֆիգուրացիան թարմացնելու համար հոսթից ուղարկված տվյալների հաջորդականությունը: TX-ի համար՝ 0x00, CLIF_CRC_TX_CONFIG-ի գրանցման հասցեով և 0x00000001 արժեքով
Հրամանի շրջանակն ուղարկվել է PN5190՝ 0E0006001201000000
Հյուրընկալը սպասելու է ընդհատման:
Երբ տանտերը կարդաց պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 0E000100
5.14 Նախկինample RF_ON-ի համար
Հետևելով տվյալների հաջորդականությանը, որոնք ուղարկվում են հյուրընկալողից՝ միացնելու համար ՌԴ դաշտը՝ օգտագործելով բախումից խուսափելու և ոչ P2P ակտիվ: Ենթադրվում է, որ համապատասխան RF TX և RX կոնֆիգուրացիան արդեն տեղադրված է PN5190-ում:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 10000100
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդում է պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 10000100
5.15 Նախկինample RF_OFF-ի համար
Հոսթից ուղարկված տվյալների հաջորդականությունը՝ ՌԴ դաշտն անջատելու համար:
Հրամանի շրջանակն ուղարկվել է PN5190՝ 110000
Հյուրընկալը սպասելու է ընդհատման:
Երբ հաղորդավարը կարդում է պատասխանը, շրջանակը ստացվել է PN5190-ից (նշում է հաջող գործողությունը). 11000100

Հավելված (RF արձանագրության կազմաձևման ինդեքսներ)

Այս հավելվածը բաղկացած է ՌԴ արձանագրության կազմաձևման ինդեքսներից, որոնք աջակցվում են PN5190-ով:
TX և RX կազմաձևման կարգավորումները պետք է օգտագործվեն Բաժին 4.5.7.1, Բաժին 4.5.7.2, Բաժին 4.5.7.3 հրամաններում:

Հավելված (CTS և TESTBUS ազդանշաններ)

Ստորև բերված աղյուսակը սահմանում է տարբեր ազդանշաններ, որոնք հասանելի են PN5190-ից՝ օգտագործելով CTS հրահանգները (Բաժին 4.5.10) և TESTBUS հրահանգները:

Դրանք պետք է օգտագործվեն Բաժին 4.5.9.1, Բաժին 4.5.9.2, Բաժին 4.5.10.2 հրամանի համար:

հապավումներ

Աղյուսակ 97. Հապավումներ

Աբր.	Իմաստը
CLK	Ժամացույց
DWL_REQ	Ներբեռնման հարցումի փին (նաև կոչվում է DL_REQ)
EEPROM	Էլեկտրական ջնջվող ծրագրավորվող միայն կարդալու հիշողություն
FW	Որոնվածը
GND	Գետնին
GPIO	Ընդհանուր նշանակության մուտքային ելք
HW	Սարքավորումներ
I²C	Ինտեգրված միացում (սերիական տվյալների ավտոբուս)
IRQ- ը	Ընդհատման հարցում
ISO/IEC	Միջազգային ստանդարտ կազմակերպություն / Միջազգային էլեկտրատեխնիկական համայնք
NFC	Մոտ դաշտային հաղորդակցություն
OS	Օպերացիոն համակարգ
PCD	Հարևանության միացման սարք (անկոնտակտ ընթերցող)
PICC	Proximity Integrated Circuit Card (անկոնտակտային քարտ)
PMU	Էլեկտրաէներգիայի կառավարման միավոր
ՊՈՐ	Միացման վերակայում
RF	Ռադիոհաճախականությունը
RST	Վերականգնել
SFWU	ապահով որոնվածի ներբեռնման ռեժիմ
SPI	Սերիական ծայրամասային միջերես
ՎԵՆ	V Միացնել փին

Հղումներ

[1] NFC Cockpit-ի CTS կոնֆիգուրացիայի մաս, https://www.nxp.com/products/:NFC-COCKPIT
[2] PN5190 IC տվյալների թերթիկ, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Իրավական տեղեկատվություն

10.1 Սահմանումներ
Նախագիծ — Փաստաթղթի կարգավիճակի նախագիծը ցույց է տալիս, որ բովանդակությունը դեռ գտնվում է ներքին վերանայման տակview և ենթակա է պաշտոնական հաստատման, որը կարող է հանգեցնել փոփոխությունների կամ լրացումների: NXP Semiconductors-ը որևէ երաշխիք կամ երաշխիք չի տալիս փաստաթղթի նախագծային տարբերակում ներառված տեղեկատվության ճշգրտության կամ ամբողջականության վերաբերյալ և պատասխանատվություն չի կրում այդ տեղեկատվության օգտագործման հետևանքների համար:
10.2 Հրաժարումներ
Սահմանափակ երաշխիք և պատասխանատվություն — Ենթադրվում է, որ այս փաստաթղթի տեղեկատվությունը ճշգրիտ է և հավաստի: Այնուամենայնիվ, NXP Semiconductors-ը որևէ հայտարարություն կամ երաշխիք չի տալիս՝ արտահայտված կամ ենթադրյալ, նման տեղեկատվության ճշգրտության կամ ամբողջականության վերաբերյալ և պատասխանատվություն չի կրում այդ տեղեկատվության օգտագործման հետևանքների համար: NXP Semiconductors-ը պատասխանատվություն չի կրում այս փաստաթղթի բովանդակության համար, եթե տրամադրված է NXP Semiconductors-ից դուրս տեղեկատվական աղբյուրի կողմից:
Ոչ մի դեպքում NXP Semiconductors-ը պատասխանատվություն չի կրում որևէ անուղղակի, պատահական, պատժիչ, հատուկ կամ հետևանքային վնասների համար (ներառյալ՝ առանց սահմանափակման կորցրած շահույթը, կորցրած խնայողությունները, բիզնեսի ընդհատումը, որևէ արտադրանքի հեռացման կամ փոխարինման կամ վերամշակման վճարների հետ կապված ծախսերը) Նման վնասները չեն հիմնված վնասի (ներառյալ անփութության), երաշխիքի, պայմանագրի խախտման կամ որևէ այլ իրավական տեսության վրա:
Անկախ այն վնասներից, որոնք հաճախորդը կարող է կրել որևէ պատճառով, NXP Semiconductors-ի համախառն և կուտակային պատասխանատվությունը հաճախորդի նկատմամբ սույն հոդվածում նկարագրված ապրանքների համար պետք է սահմանափակվեն՝ համաձայն սույն կանոնների.
NXP Semiconductors-ի կոմերցիոն վաճառքի պայմաններն ու պայմանները:
Փոփոխություններ կատարելու իրավունք. NXP Semiconductors-ն իրեն իրավունք է վերապահում փոփոխություններ կատարել սույն փաստաթղթում հրապարակված տեղեկատվության մեջ, ներառյալ առանց սահմանափակման բնութագրերի և արտադրանքի նկարագրությունների, ցանկացած ժամանակ և առանց ծանուցման: Սույն փաստաթուղթը փոխարինում և փոխարինում է մինչև սույն հոդվածի հրապարակումը տրամադրված բոլոր տեղեկությունները:
Օգտագործման պիտանիություն — NXP Semiconductors-ի արտադրանքը նախագծված, լիազորված կամ երաշխավորված չէ կյանքի պահպանման, կյանքի համար կարևոր կամ անվտանգության համար կարևոր համակարգերում կամ սարքավորումներում օգտագործելու համար, ինչպես նաև այն ծրագրերում, որտեղ կարելի է ողջամտորեն սպասել NXP Semiconductors-ի արտադրանքի խափանում կամ անսարքություն: հանգեցնել անձնական վնասվածքի, մահվան կամ ծանր գույքի կամ շրջակա միջավայրի վնասի: NXP Semiconductors-ը և նրա մատակարարները պատասխանատվություն չեն կրում NXP Semiconductors-ի արտադրանքը նման սարքավորումներում կամ հավելվածներում ներառելու և/կամ օգտագործելու համար, և, հետևաբար, այդպիսի ներառումը և/կամ օգտագործումը հաճախորդի սեփական ռիսկով է:
Դիմումներ — Հավելվածները, որոնք նկարագրված են այստեղ այս ապրանքներից որևէ մեկի համար, միայն լուսաբանման նպատակներով են: NXP Semiconductors-ը չի ներկայացնում կամ երաշխիք, որ նման հավելվածները հարմար կլինեն նշված օգտագործման համար՝ առանց հետագա փորձարկման կամ փոփոխման:
Հաճախորդները պատասխանատու են NXP Semiconductors արտադրանքի օգտագործմամբ իրենց հավելվածների և արտադրանքների նախագծման և շահագործման համար, և NXP Semiconductors-ը պատասխանատվություն չի կրում հավելվածների կամ հաճախորդների արտադրանքի նախագծման հետ կապված որևէ օգնության համար: Հաճախորդի միակ պատասխանատվությունն է որոշել, թե արդյոք NXP Semiconductors արտադրանքը հարմար է և համապատասխանում է հաճախորդի ծրագրերին և ծրագրված արտադրանքներին, ինչպես նաև հաճախորդի երրորդ կողմի հաճախորդ(ների) պլանավորված կիրառման և օգտագործման համար: Հաճախորդները պետք է ապահովեն համապատասխան նախագծման և շահագործման երաշխիքներ՝ նվազագույնի հասցնելու իրենց կիրառությունների և արտադրանքի հետ կապված ռիսկերը:
NXP Semiconductors-ը չի ընդունում որևէ պատասխանատվություն՝ կապված որևէ դեֆոլտի, վնասի, ծախսերի կամ խնդրի հետ, որը հիմնված է հաճախորդի հավելվածների կամ արտադրանքի որևէ թուլության կամ դեֆոլտի կամ հաճախորդի երրորդ կողմի հաճախորդի(ների) կողմից հավելվածի կամ օգտագործման վրա: Հաճախորդը պատասխանատու է NXP Semiconductors-ի արտադրանքի օգտագործմամբ հաճախորդի հավելվածների և արտադրանքների համար անհրաժեշտ բոլոր փորձարկումների համար, որպեսզի խուսափի հավելվածների և ապրանքների կամ հավելվածի կամ հաճախորդի երրորդ կողմի հաճախորդ(ների) կողմից օգտագործելուց: NXP-ն այս առումով որևէ պատասխանատվություն չի ընդունում:

NXP BV – NXP BV-ն գործող ընկերություն չէ և չի բաշխում կամ վաճառում ապրանքներ:

10.3 Լիցենզիաներ
NXP IC-ների գնում NFC տեխնոլոգիայով. NXP կիսահաղորդչային IC-ի գնումը, որը համապատասխանում է մերձադաշտային հաղորդակցության (NFC) ISO/IEC 18092 և ISO/IEC 21481 ստանդարտներից մեկին, չի փոխանցում ենթադրյալ լիցենզիա՝ որևէ արտոնագրային իրավունքի խախտման ներքո: այդ ստանդարտներից որևէ մեկը: NXP Semiconductors IC-ի գնումը չի ներառում որևէ NXP արտոնագրի (կամ այլ IP իրավունքի) լիցենզիա, որն ընդգրկում է այդ արտադրանքի համակցությունները այլ ապրանքների հետ՝ լինի դա ապարատային կամ ծրագրային ապահովում:

10.4 ապրանքային նշան
Ծանուցում. Բոլոր նշված ապրանքանիշերը, ապրանքների անվանումները, ծառայության անվանումները և ապրանքային նշանները պատկանում են իրենց համապատասխան սեփականատերերին:
NXP — բառանիշը և պատկերանշանը NXP BV-ի ապրանքանիշերն են
EdgeVerse — NXP BV-ի ապրանքային նշանն է
FeliCa — Sony Corporation-ի ապրանքանիշն է:
MIFARE — NXP BV-ի ապրանքային նշանն է
MIFARE Classic — NXP BV-ի ապրանքային նշանն է

Խնդրում ենք նկատի ունենալ, որ այս փաստաթղթի և այստեղ նկարագրված արտադրանք(ների) վերաբերյալ կարևոր ծանուցումները ներառվել են «Իրավական տեղեկատվություն» բաժնում:
© 2023 NXP BV
Լրացուցիչ տեղեկությունների համար այցելեք՝ http://www.nxp.com
Բոլոր իրավունքները պաշտպանված են:
Թողարկման ամսաթիվ՝ 25 թվականի մայիսի 2023
Փաստաթղթի նույնացուցիչ՝ UM11942

Փաստաթղթեր / ռեսուրսներ

NXP PN5190 NFC Frontend վերահսկիչ [pdf] Օգտագործողի ձեռնարկ
PN5190, PN5190 NFC Frontend Controller, NFC Frontend Controller, Controller, UM11942

Հղումներ

Օգտագործողի ձեռնարկ

PN5190 NFC Frontend վերահսկիչ

Ներածություն

Հյուրընկալող հաղորդակցությունն ավարտված էview

IC գործառնական բեռնման ռեժիմ – ապահովված FW ներբեռնման ռեժիմ

IC գործառնական բեռնման ռեժիմ – Նորմալ աշխատանքային ռեժիմ

Աղյուսակ 54. Config Bitmask

Հավելված (Exampլես)

Հավելված (RF արձանագրության կազմաձևման ինդեքսներ)

Հավելված (CTS և TESTBUS ազդանշաններ)

հապավումներ

Հղումներ

Իրավական տեղեկատվություն

Փաստաթղթեր / ռեսուրսներ

Հղումներ

Թողնել մեկնաբանություն

Չեղարկել պատասխանը