UM11942
PN5190 ညွှန်ကြားချက်အလွှာ
NFC Frontend ထိန်းချုပ်ကိရိယာ
အသုံးပြုသူလက်စွဲ
PN5190 NFC Frontend ထိန်းချုပ်ကိရိယာ
စာရွက်စာတမ်းအချက်အလက်
သတင်းအချက်အလက် | အကြောင်းအရာ |
သော့ချက်စာလုံးများ | PN5190၊ NFC၊ NFC ရှေ့တန်း၊ ထိန်းချုပ်ကိရိယာ၊ ညွှန်ကြားချက်အလွှာ |
စိတ္တဇ | ဤစာတမ်းသည် NXP PN5190 NFC ရှေ့တန်း ထိန်းချုပ်ကိရိယာ၏ လုပ်ဆောင်ချက်ကို အကဲဖြတ်ရန်အတွက် host controller မှ လုပ်ဆောင်ရန် ညွှန်ကြားချက်အလွှာနှင့် တုံ့ပြန်မှုများကို ဖော်ပြသည်။ PN5190 သည် နောက်မျိုးဆက် NFC ရှေ့တန်း ထိန်းချုပ်ကိရိယာ ဖြစ်သည်။ ဤစာတမ်း၏ နယ်ပယ်သည် PN5190 NFC ရှေ့တန်း ထိန်းချုပ်ကိရိယာနှင့် လုပ်ဆောင်ရန် အင်တာဖေ့စ် ညွှန်ကြားချက်များကို ဖော်ပြရန်ဖြစ်သည်။ PN5190 NFC frontend controller ၏လုပ်ဆောင်မှုဆိုင်ရာ နောက်ထပ်အချက်အလက်များအတွက်၊ ဒေတာစာရွက်နှင့် ၎င်း၏ ဖြည့်စွက်အချက်အလက်များကို ကိုးကားပါ။ |
ပြန်လည်ပြင်ဆင်မှုမှတ်တမ်း
ဗျာ၊ | ရက်စွဲ | ဖော်ပြချက် |
3.7 | 20230525 | • စာရွက်စာတမ်းအမျိုးအစားနှင့် ခေါင်းစဉ်ကို ထုတ်ကုန်ဒေတာစာရွက် ဖြည့်စွက်ချက်မှ သုံးစွဲသူလက်စွဲသို့ ပြောင်းထားသည်။ • အယ်ဒီတာ့အာဘော် ရှင်းလင်းခြင်း။ • SPI အချက်ပြမှုများအတွက် တည်းဖြတ်မှုဆိုင်ရာ စည်းကမ်းချက်များကို အပ်ဒိတ်လုပ်ထားသည်။ • အပိုင်း 8 ရှိ ဇယား 4.5.2.3 တွင် GET_CRC_USER_AREA ထည့်ထားသော အမိန့် • အပိုင်း 5190 တွင် PN1B5190 နှင့် PN2B3.4.1 အတွက် မတူညီသောအသေးစိတ်အချက်အလက်များကို အပ်ဒိတ်လုပ်ထားသည်။ • အပိုင်း 3.4.7 ၏ တုံ့ပြန်မှုကို မွမ်းမံထားသည်။ |
3.6 | 20230111 | အပိုင်း 3.4.7 တွင် အဆင့်မြှင့်တင်ထားသော Check Integrity တုံ့ပြန်ချက်ဖော်ပြချက် |
3.5 | 20221104 | အပိုင်း 4.5.4.6.3 "ဖြစ်ရပ်"- ထည့်ထားသည်။ |
3.4 | 20220701 | • အပိုင်း 8 တွင် ဇယား 4.5.9.3 တွင် CONFIGURE_MULTIPLE_TESTBUS_DIGITAL ထည့်ထားသော အမိန့် • အပိုင်း 4.5.9.2.2 ကို အပ်ဒိတ်လုပ်ထားသည်။ |
3.3 | 20220329 | အပိုင်း 4.5.12.2.1 “Command” နှင့် အပိုင်း 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 များကို ဖော်ပြသည်။ documentation တွင်အသုံးပြုသည့် physical host interface သည် SPI ဖြစ်သည်။ SPI ရုပ်ပိုင်းဆိုင်ရာ လက္ခဏာကို စာရွက်စာတမ်းတွင် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။
ဖရိမ်ခြားနားခြင်းနှင့် စီးဆင်းမှုထိန်းချုပ်မှုတို့သည် ဤစာတမ်း၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။
1.1.1 နယ်ပယ်
စာရွက်စာတမ်းသည် သုံးစွဲသူအတွက် သက်ဆိုင်သည့် ယုတ္တိအလွှာ၊ ညွှန်ကြားချက်ကုဒ်၊ API များကို ဖော်ပြသည်။
လက်ခံဆက်သွယ်ပေးသည်။view
PN5190 တွင် host controller နှင့် ဆက်သွယ်ရန် အဓိက လုပ်ဆောင်မှုပုံစံ နှစ်ခုရှိသည်။
- စက်ပစ္စည်းကို ဝင်ရောက်ရန် အစပျိုးသောအခါတွင် HDLL-based ဆက်သွယ်ရေးကို အသုံးပြုသည်-
a ၎င်း၏ firmware ကို အပ်ဒိတ်လုပ်ရန် လုံခြုံသောဒေါင်းလုဒ်မုဒ်ကို ကုဒ်ဝှက်ထားသည်။ - TLV ညွှန်ကြားချက်-တုံ့ပြန်မှု-အခြေခံ ဆက်သွယ်ရေး (example) ။
2.1 HDLL မုဒ်
HDLL မုဒ်ကို အောက်ဖော်ပြပါ IC လည်ပတ်မှုမုဒ်များဖြင့် လုပ်ဆောင်ရန်အတွက် ပက်ကက်လဲလှယ်ဖော်မတ်အတွက် အသုံးပြုသည်-
- လုံခြုံသော Firmware ဒေါင်းလုဒ်မုဒ် (SFWU)၊ အပိုင်း 3 ကိုကြည့်ပါ။
2.1.1 HDLL ၏ ရှင်းလင်းချက်
HDLL သည် ယုံကြည်စိတ်ချရသော FW ဒေါင်းလုဒ်ကိုသေချာစေရန် NXP မှ ဖန်တီးထားသော လင့်အလွှာဖြစ်သည်။
HDLL မက်ဆေ့ချ်ကို 2 byte ခေါင်းစီးဖြင့် ပြုလုပ်ထားပြီး၊ ၎င်းနောက်တွင် ဘောင်တစ်ခု၊ opcode နှင့် အမိန့်၏ Payload တို့ပါဝင်သည်။ မက်ဆေ့ဂျ်တစ်ခုစီသည် အောက်တွင်ဖော်ပြထားသည့်အတိုင်း 16-bit CRC ဖြင့် အဆုံးသတ်သည်-HDLL ခေါင်းစီးတွင်-
- အတုံးအခဲလေးပါ။ ဤမက်ဆေ့ချ်သည် တစ်ခုတည်းသော သို့မဟုတ် နောက်ဆုံးအပိုင်း (အတုံး = 0) ဖြစ်မဖြစ်ကို ဖော်ပြသည်။ သို့မဟုတ်လျှင် အနည်းဆုံး အခြားအပိုင်းတစ်ခုသည် (အတုံး = 1) ကို လိုက်နာပါ။
- 10 bits တွင်ဖော်ပြထားသော Payload ၏အရှည်။ ထို့ကြောင့် HDLL Frame Payload သည် 1023 Bytes အထိ တက်နိုင်သည်။
byte အမှာစာအား big-endian အဖြစ် သတ်မှတ်ခဲ့ပြီး၊ Ms Byte ကို ဦးစွာ ဆိုလိုသည်။
CRC16 သည် X.25 (CRC-CCITT, ISO/IEC13239) စံနှုန်းနှင့် ကိုက်ညီပြီး polynomial x^16 + x^12 + x^5 +1 နှင့် pre-load value 0xFFFF တို့ဖြစ်သည်။
၎င်းကို HDLL frame တစ်ခုလုံးတွင်၊ ဆိုလိုသည်မှာ Header + Frame ဖြစ်သည်။
Sample C-code အကောင်အထည်ဖော်မှု-
static 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 လက်ခံသူထံမှ Sequence ကိုဖတ်ပါ (လမ်းညွှန် PN5190 => DH)
2.1.3 HDLL ပရိုတိုကော
HDLL သည် command-response protocol တစ်ခုဖြစ်သည်။ အထက်ဖော်ပြပါ လုပ်ဆောင်ချက်များအားလုံးကို တိကျသော command ဖြင့် အစပျိုးပြီး တုံ့ပြန်မှုအပေါ် အခြေခံ၍ အတည်ပြုထားသည်။
ညွှန်ကြားချက်များနှင့် တုံ့ပြန်မှုများသည် HDLL မက်ဆေ့ဂျ် အထားအသို၊ ကိရိယာတန်ဆာပလာမှ ပေးပို့သည့် အမိန့်၊ PN5190 မှ တုံ့ပြန်မှုဖြစ်သည်။ opcode သည် command နှင့် response type ကိုညွှန်ပြသည်။
HDLL-based ဆက်သွယ်ရေး၊ PN5190 ကို “Secure firmware download” မုဒ်သို့ဝင်ရောက်ရန် အစပျိုးသောအခါမှသာ အသုံးပြုသည်။
2.2 TLV မုဒ်
TLV သည် အတိုကောက်ဖြစ်သည်။ Tag အရှည်တန်ဖိုး။
2.2.1 ဘောင် အဓိပ္ပါယ်
SPI ဘောင်တစ်ခုသည် NTS ၏ကျဆင်းနေသောအစွန်းမှစတင်ပြီး NTS ၏မြင့်တက်လာသောအစွန်းဖြင့်အဆုံးသတ်သည်။ SPI သည် ရုပ်ပိုင်းဆိုင်ရာ အဓိပ္ပါယ်ဖွင့်ဆိုချက်အပြည့်ဖြင့် duplex ဖြစ်သော်လည်း PN5190 သည် half-duplex မုဒ်တွင် SPI ကို အသုံးပြုသည်။ SPI မုဒ်ကို [0] တွင် သတ်မှတ်ထားသည့်အတိုင်း အများဆုံးနာရီအမြန်နှုန်းဖြင့် CPOL 0 နှင့် CPHA 2 တို့ကို ကန့်သတ်ထားသည်။ SPI frame တစ်ခုစီသည် 1 byte header နှင့် n-bytes များဖြင့် ဖွဲ့စည်းထားသည်။
2.2.2 စီးဆင်းမှု ညွှန်ပြချက်HOST သည် PN5190 မှ ဒေတာကို ရေးလိုသည်ဖြစ်စေ ဖတ်လိုသည်ဖြစ်စေ ပထမဘိုက်အနေဖြင့် စီးဆင်းမှုညွှန်ပြသောဘိုက်ကို အမြဲတမ်းပေးပို့ပါသည်။
ဖတ်ရန်တောင်းဆိုချက်တစ်ခုရှိ၍ ဒေတာမရရှိနိုင်ပါက၊ တုံ့ပြန်မှုတွင် 0xFF ပါရှိသည်။
flow indication byte ပြီးနောက် ဒေတာသည် မက်ဆေ့ဂျ်တစ်ခု သို့မဟုတ် အများအပြားဖြစ်သည်။
NTS အခိုင်အမာပြောဆိုမှုတိုင်းအတွက်၊ ပထမဘိုက်သည် အမြဲတမ်း HEADER (စီးဆင်းမှုညွှန်ပြသောဘိုက်ဖြစ်သည်)၊ ၎င်းသည် ရေး/ဖတ်လုပ်ဆောင်မှုနှင့်ပတ်သက်၍ 0x7F/0xFF ဖြစ်နိုင်သည်။
2.2.3 Message အမျိုးအစား
host controller သည် SPI frames များအတွင်း ပို့ဆောင်သည့် မက်ဆေ့ချ်များကို အသုံးပြု၍ PN5190 နှင့် ဆက်သွယ်ရမည်။
ကွဲပြားသော မက်ဆေ့ချ် အမျိုးအစား သုံးမျိုးရှိသည်။
- အမိန့်ပေးသည်။
- တုံ့ပြန်မှု
- ပွဲ
အထက်ဖော်ပြပါ ဆက်သွယ်ရေး ပုံကြမ်းသည် အောက်ပါအတိုင်း မတူညီသော မက်ဆေ့ချ်အမျိုးအစားများအတွက် ခွင့်ပြုထားသော လမ်းညွှန်ချက်များကို ပြသသည်-
- အမိန့်နှင့် တုံ့ပြန်မှု။
- command များကို host controller မှ PN5190 သို့သာပေးပို့သည်။
- တုံ့ပြန်မှုများနှင့် ဖြစ်ရပ်များကို PN5190 မှ host controller သို့သာ ပေးပို့ပါသည်။
- Command တုံ့ပြန်မှုများကို IRQ ပင်နံပါတ်ကို အသုံးပြု၍ ထပ်တူပြုပါသည်။
- IRQ နည်းနေမှသာ host သည် command များကို ပေးပို့နိုင်ပါသည်။
- IRQ မြင့်မားနေမှသာ အိမ်ရှင်သည် တုံ့ပြန်မှု/ဖြစ်ရပ်ကို ဖတ်နိုင်သည်။
2.2.3.1 ခွင့်ပြုထားသော အစီအစဉ်များနှင့် စည်းမျဉ်းများအမိန့်ပေးမှု၊ တုံ့ပြန်မှု၊ နှင့် ဖြစ်ရပ်များ၏ ဆက်တိုက်များကို ခွင့်ပြုထားသည်။
- ညွှန်ကြားချက်တစ်ခုအား တုံ့ပြန်မှု၊ သို့မဟုတ် ဖြစ်ရပ်တစ်ခု သို့မဟုတ် နှစ်ခုလုံးက အမြဲတမ်းအသိအမှတ်ပြုသည်။
- ယခင်အမိန့်ကို တုံ့ပြန်မှုမရရှိခဲ့သေးမီတွင် လက်ခံထိန်းချုပ်သူသည် အခြား command များကို ပေးပို့ခွင့်မပြုပါ။
- အဖြစ်အပျက်များကို အချိန်မရွေး တပြိုင်နက် ပေးပို့နိုင်သည် (အမိန့်စာ/တုံ့ပြန်မှု အတွဲတစ်ခုအတွင်း ကြားမဝင်ပါ)။
- EVENT မက်ဆေ့ဂျ်များကို ဘောင်တစ်ခုအတွင်း တုံ့ပြန်မှုမက်ဆေ့ချ်များနှင့် ဘယ်သောအခါမှ ပေါင်းစပ်မည်မဟုတ်ပါ။
မှတ်ချက် - မက်ဆေ့ချ်တစ်ခု၏ရရှိနိုင်မှု (တုံ့ပြန်မှု သို့မဟုတ် ဖြစ်ရပ်တစ်ခုဖြစ်စေ) သည် IRQ သည် အနိမ့်မှ မြင့်သွားသဖြင့် အချက်ပြသည်။ တုံ့ပြန်မှု သို့မဟုတ် ဖြစ်ရပ်ဘောင်အားလုံးကို မဖတ်မချင်း IRQ မြင့်မားနေပါသည်။ IRQ အချက်ပြမှု နည်းပါးပြီးမှသာ၊ လက်ခံသူသည် နောက်ထပ် command ကို ပေးပို့နိုင်ပါသည်။
2.2.4 မက်ဆေ့ခ်ျဖော်မတ်
SWITCH_MODE_NORMAL အမိန့်မှလွဲ၍ မက်ဆေ့ဂျ်တစ်ခုစီအတွက် n-bytes payload ပါသော TLV ဖွဲ့စည်းပုံတွင် ကုဒ်ရေးထားသည်။TLV တစ်ခုစီသည်-
(T) => 1 byte ရိုက်ပါ။
Bit[7] မက်ဆေ့ခ်ျအမျိုးအစား
0: ညွှန်ကြားချက် သို့မဟုတ် တုံ့ပြန်မှု မက်ဆေ့ဂျ်
1: EVENT မက်ဆေ့ဂျ်
Bit[6:0]- ညွှန်ကြားချက်ကုဒ်
အရှည် (L) => 2 bytes (အကြီးတန်းဖော်မတ်ဖြစ်သင့်သည်)
တန်ဖိုး (V) => TLV ၏ တန်ဖိုး/ဒေတာ N bytes (Command Parameters / Response data) အရှည်အကွက် (အကြီးစားဖော်မတ်)
2.2.4.1 ဘောင်ကို ခွဲလိုက်ပါ။
COMMAND မက်ဆေ့ဂျ်ကို SPI ဘောင်တစ်ခုတွင် ပို့ရပါမည်။
တုံ့ပြန်မှုနှင့် အဖြစ်အပျက် မက်ဆေ့ချ်များကို SPI frames အများအပြားတွင် ဖတ်နိုင်သည်၊ ဥပမာ- length byte ကိုဖတ်ရန်။တုံ့ပြန်မှု သို့မဟုတ် အဖြစ်အပျက် မက်ဆေ့ချ်များကို SPI ဘောင်တစ်ခုတည်းတွင် ဖတ်နိုင်သော်လည်း၊ ဥပမာ- အရှည် byte ကိုဖတ်ရန် ကြားတွင် နာရီမထိုးဘဲ ရွှေ့ဆိုင်းထားသည်။
IC လည်ပတ်မှု boot မုဒ် - လုံခြုံသော FW ဒေါင်းလုဒ်မုဒ်
3.1 နိဒါန်း
PN5190 firmware ကုဒ်၏တစ်စိတ်တစ်ပိုင်းကို ROM တွင် အပြီးအပိုင်သိမ်းဆည်းထားပြီး ကျန်ကုဒ်များနှင့် ဒေတာများကို မြှုပ်ထားသော flash တွင် သိမ်းဆည်းထားသည်။ အသုံးပြုသူဒေတာကို ဖလက်ရှ်တွင် သိမ်းဆည်းထားပြီး ဒေတာ၏ ခိုင်မာမှုနှင့် ရရှိမှုတို့ကို သေချာစေသည့် ကိုက်ဖြတ်မှုဆန့်ကျင်သည့် ယန္တရားများဖြင့် ကာကွယ်ထားသည်။ NXP ၏ဖောက်သည်များအား နောက်ဆုံးစံနှုန်းများ (EMVCo၊ NFC ဖိုရမ်စသည်ဖြင့်) နှင့် လိုက်လျောညီထွေဖြစ်သော အင်္ဂါရပ်များကို ပေးဆောင်ရန်အတွက် FLASH ရှိ ကုဒ်နှင့် သုံးစွဲသူဒေတာ နှစ်ခုလုံးကို အပ်ဒိတ်လုပ်နိုင်ပါသည်။
ကုဒ်ဝှက်ထားသော ဆော့ဖ်ဝဲ၏ စစ်မှန်မှုနှင့် ခိုင်မာမှုကို အချိုးမညီ/အချိုးကျသော သော့ချက်လက်မှတ်နှင့် ပြောင်းပြန်သံကြိုးတပ်ထားသော hash ယန္တရားဖြင့် ကာကွယ်ထားသည်။ ပထမ DL_SEC_WRITE ကွန်မန်းတွင် ဒုတိယအမိန့်စာ၏ hash ပါဝင်ပြီး ပထမဘောင်၏ payload ပေါ်ရှိ RSA လက်မှတ်ဖြင့် ကာကွယ်ထားသည်။ PN5190 firmware သည် ပထမအမိန့်ကို စစ်မှန်ကြောင်းအထောက်အထားပြရန် RSA အများသူငှာသော့ကို အသုံးပြုသည်။ firmware ကုဒ်နှင့် ဒေတာကို ပြင်ပအဖွဲ့အစည်းများမှ ဝင်ရောက်ခြင်းမပြုကြောင်း သေချာစေရန် အမိန့်တစ်ခုစီတွင် ကွင်းဆက်ထားသော hash ကို နောက်ဆက်တွဲအမိန့်ကို စစ်မှန်ကြောင်းအထောက်အထားပြရန်အတွက် အသုံးပြုပါသည်။
DL_SEC_WRITE ကွန်မန်းများ၏ ပေးဆောင်မှုများကို AES-128 သော့ဖြင့် ကုဒ်ဝှက်ထားသည်။ command တစ်ခုစီကို စစ်မှန်ကြောင်းအထောက်အထားပြပြီးနောက်၊ payload အကြောင်းအရာကို PN5190 firmware ဖြင့် flash ရန် စာဝှက်ဖြင့်ရေးထားသည်။
NXP firmware အတွက်၊ NXP သည် သုံးစွဲသူဒေတာအသစ်များနှင့်အတူ လုံခြုံသော firmware အပ်ဒိတ်အသစ်များ ပေးပို့ရန် တာဝန်ရှိပါသည်။
အပ်ဒိတ်လုပ်ထုံးလုပ်နည်းတွင် NXP ကုဒ်နှင့် ဒေတာများ၏ စစ်မှန်မှု၊ ခိုင်မာမှုနှင့် လျှို့ဝှက်ချက်ကို ကာကွယ်ရန် ယန္တရားတစ်ခု တပ်ဆင်ထားသည်။
HDLL-based frame packet schema ကို secured firmware upgrade mode အတွက် command နှင့် responses အားလုံးအတွက် အသုံးပြုပါသည်။
အပိုင်း 2.1 တွင် ပြည့်စုံစွာ ဖော်ပြထားပါသည်။view HDLL frame packet schema ကိုအသုံးပြုသည်။
PN5190 IC များသည် အသုံးပြုထားသည့် အမျိုးအစားပေါ်မူတည်၍ လုံခြုံသော FW ဒေါင်းလုဒ်လုပ်ခြင်းနှင့် ဟာ့ဒ်ဝဲ crypto assisted encrypted secure FW download protocol နှစ်ခုလုံးကို ပံ့ပိုးပေးပါသည်။
အမျိုးအစားနှစ်မျိုးမှာ-
- PN5190 B0/B1 IC ဗားရှင်းနှင့်သာ အလုပ်လုပ်သော လုံခြုံသော FW ဒေါင်းလုဒ်ပရိုတိုကော။
- on-chip ဟာ့ဒ်ဝဲ crypto ပိတ်ဆို့မှုများကို အသုံးပြုသည့် PN5190B2 IC ဗားရှင်းတစ်ခုတည်းဖြင့်သာ အလုပ်လုပ်သော ဟာ့ဒ်ဝဲ crypto ပံ့ပိုးပေးသော လုံခြုံသော FW ဒေါင်းလုဒ်ပရိုတိုကော
အောက်ပါအပိုင်းများသည် Secure firmware download mode ၏ ညွှန်ကြားချက်များနှင့် တုံ့ပြန်မှုများကို ရှင်းပြထားသည်။
3.2 “Secured firmware download” မုဒ်ကို ဘယ်လိုစတင်မလဲ။
အောက်ဖော်ပြပါ ပုံကြမ်းနှင့် နောက်ဆက်တွဲအဆင့်များ၊ လုံခြုံသော firmware ဒေါင်းလုဒ်မုဒ်ကို မည်သို့စတင်ရမည်ကို ပြသပါ။ကြိုတင်အခြေအနေ- PN5190 သည် လည်ပတ်မှုအခြေအနေတွင် ရှိနေသည်။
အဓိက မြင်ကွင်း-
- “Secured firmware download” မုဒ်သို့ဝင်ရောက်ရန် DWL_REQ ပင်ကိုအသုံးပြုသည့် ဝင်ခွင့်အခြေအနေ။
a ကိရိယာတန်ဆာပလာသည် DWL_REQ ပင်နံပါတ်ကို မြင့်မားစွာဆွဲထုတ်သည် (DWL_REQ ပင်နံပါတ်မှတဆင့် လုံခြုံသော ဖာမ်းဝဲလ်အပ်ဒိတ်လုပ်ခြင်းမှသာလျှင် တရားဝင်သည်) သို့မဟုတ်
ခ ကိရိယာတန်ဆာပလာသည် PN5190 ကိုစတင်ရန် ခက်ခက်ခဲခဲပြန်လည်သတ်မှတ်ခြင်းကို လုပ်ဆောင်သည်။ - “Secured firmware download” မုဒ်သို့ဝင်ရောက်ရန်အတွက် DWL_REQ ပင်ကိုအသုံးမပြုသည့် ဝင်ခွင့်အခြေအနေ (pinless download)။
a ကိရိယာတန်ဆာပလာသည် 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 ကို ဖတ်သည်။
a နောက်ဆုံးဒေါင်းလုဒ်ပြီးသွားပါက စက်ပစ္စည်းလက်ခံသူသည် စက်ရှင်အခြေအနေအား စစ်ဆေးသည်။
ခ ဒေါင်းလုဒ်ကို စတင်ခြင်း သို့မဟုတ် ဒေါင်းလုဒ်မှ ထွက်ခြင်း ရှိ၊မရှိ ဆုံးဖြတ်ရန် ဗားရှင်းစစ်ဆေးခြင်း စည်းမျဉ်းများကို စက်ပစ္စည်း လက်ခံဆောင်ရွက်ပေးသည်။ - ကိရိယာတန်ဆာပလာသည် a မှစတင်သည်။ file ဒေါင်းလုဒ်လုပ်ရန် firmware binary ကုဒ်
- ကိရိယာတန်ဆာပလာသည် ပထမဦးဆုံး DL_SEC_WRITE (အပိုင်း 3.4.8) အမိန့်ပေးသည်-
a Firmware အသစ်၏ ဗားရှင်း၊
ခ ကုဒ်ဝှက်ခြင်းသော့ကို ရှုပ်ထွေးစေခြင်းအတွက် သုံးသော 16-byte မျှမျှတတမဟုတ်သော တန်ဖိုးများ
ဂ။ နောက်ဘောင်တစ်ခု၏ digest တန်ဖိုး၊
ဃ။ ဘောင်ကိုယ်တိုင်က ဒစ်ဂျစ်တယ် လက်မှတ် - စက်ပစ္စည်းလက်ခံသူသည် DL_SEC_WRITE (ပုဒ်မ 5190) ညွှန်ကြားချက်များဖြင့် PN3.4.8 သို့ လုံခြုံသောဒေါင်းလုဒ်ပရိုတိုကောအစီစဉ်ကို တင်သည်
- နောက်ဆုံး DL_SEC_WRITE (ပုဒ်မ 3.4.8) အမိန့်ကို ပေးပို့လိုက်သောအခါ၊ ကိရိယာတန်ဆာပလာသည် မှတ်ဉာဏ်များကို အောင်မြင်စွာရေးပြီးကြောင်း စစ်ဆေးရန် DL_CHECK_INTEGRITY (အပိုင်း 3.4.7) အမိန့်ကို လုပ်ဆောင်သည်။
- ကိရိယာတန်ဆာပလာသည် ဖိုင်းဝဲဗားရှင်းအသစ်ကို ဖတ်ပြီး အပေါ်လွှာသို့ အစီရင်ခံရန်အတွက် ပိတ်ပါက ဆက်ရှင်အခြေအနေကို စစ်ဆေးသည်။
- ကိရိယာတန်ဆာပလာသည် DWL_REQ ပင်ကို အနိမ့်သို့ ဆွဲထုတ်သည် (ဒေါင်းလုဒ်မုဒ်သို့ ဝင်ရောက်ရန် DWL_REQ ပင်ကို အသုံးပြုပါက)
- Device host သည် PN5190 ကို ပြန်လည်စတင်ရန် စက်ပေါ်တွင် hard reset လုပ်သည် (VEN pin ကိုဖွင့်ရန်)
နောက်ပိုင်းအခြေအနေ- firmware ကို အပ်ဒိတ်လုပ်ထားသည်။ Firmware ဗားရှင်းနံပါတ်အသစ်ကို အစီရင်ခံပါသည်။
3.3 Firmware လက်မှတ်နှင့် ဗားရှင်းထိန်းချုပ်မှု
PN5190 firmware ဒေါင်းလုဒ်မုဒ်တွင်၊ NXP မှ လက်မှတ်ရေးထိုးပြီး ပေးပို့ထားသော firmware သာလျှင် NXP firmware အတွက် လက်ခံလိမ့်မည်ဖြစ်ကြောင်း သေချာစေပါသည်။
အောက်ပါတို့သည် ကုဒ်ဝှက်ထားသော လုံခြုံသော NXP ဆော့ဖ်ဝဲအတွက်သာ သက်ဆိုင်ပါသည်။
ဒေါင်းလုဒ်လုပ်ချိန်အတွင်း 16 bits firmware ဗားရှင်းအသစ်ကို ပေးပို့သည်။ ၎င်းကို အဓိကနှင့် နံပါတ်အသေးတစ်ခုဖြင့် ဖွဲ့စည်းထားသည်။
- အဓိက နံပါတ်- 8 bits (MSB)
- အနည်းစု နံပါတ်- 8 bits (LSB)
PN5190 သည် အဓိကဗားရှင်းနံပါတ်အသစ်သည် လက်ရှိဗားရှင်းနှင့် ပိုကြီးသည် သို့မဟုတ် တူညီခြင်းရှိမရှိ စစ်ဆေးပါသည်။ မဟုတ်ပါက၊ လုံခြုံသော Firmware ဒေါင်းလုဒ်ကို ငြင်းပယ်ပြီး စက်ရှင်ကို ပိတ်ထားသည်။
3.4 HDLL မိန့်မှာချက်များ ကုဒ်ဝှက်ထားသော ဒေါင်းလုဒ်
ဤကဏ္ဍသည် NXP Firmware ဒေါင်းလုဒ်အတွက် ဒေါင်းလုဒ်နှစ်မျိုးလုံးအတွက် အသုံးပြုခဲ့သည့် ညွှန်ကြားချက်များနှင့် တုံ့ပြန်မှုများအကြောင်း အချက်အလက်များကို ပေးပါသည်။
3.4.1 HDLL Command OP ကုဒ်များ
မှတ်ချက် - HDLL အမိန့်ဘောင်များသည် 4 bytes ချိန်ညှိထားသည်။ အသုံးမပြုသော payload bytes သည် nil ကျန်ပါသည်။
ဇယား 1. HDLL command OP ကုဒ်များစာရင်း
PN5190 B0/ B1 (ရှေးဟောင်းဒေါင်းလုဒ်) |
PN5190 B2 (Crypto assisted download) |
Command Alias | ဖော်ပြချက် |
0xF0 | 0xE5 | DL_RESET | အပျော့စား ပြန်လည်သတ်မှတ်ခြင်းကို လုပ်ဆောင်သည်။ |
0xF1 | 0xE1 | DL_GET_VERSION | ဗားရှင်းနံပါတ်များကို ပြန်ပေးသည်။ |
0xF2 | 0xDB | DL_GET_SESSION_STATE | လက်ရှိ စက်ရှင်အခြေအနေကို ပြန်ပေးသည်။ |
0xF4 | 0xDF | DL_GET_DIE_ID | သေဆုံး ID ကို ပြန်ပေးသည်။ |
0xE0 | 0xE7 | DL_CHECK_INTEGRITY | မတူညီသောနေရာများတွင် CRCs များအပြင် တစ်ခုစီအတွက် pass/fail status flags များကို စစ်ဆေးပြီး ပြန်ပေးသည်။ |
0xC0 | ၃၂x၄၁C | DL_SEC_WRITE | absolute address y မှစတင်၍ memory သို့ x bytes ရေးသည်။ |
3.4.2 HDLL တုံ့ပြန်မှု Opcodes
မှတ်ချက် - HDLL တုံ့ပြန်မှုဘောင်များသည် 4 bytes ချိန်ညှိထားသည်။ အသုံးမပြုသော payload bytes သည် nil ကျန်ပါသည်။ DL_OK တုံ့ပြန်မှုများတွင်သာ payload တန်ဖိုးများ ပါဝင်နိုင်သည်။
ဇယား 2. HDLL တုံ့ပြန်မှု OP ကုဒ်များစာရင်း
Opcode | တုံ့ပြန်မှု Alias | ဖော်ပြချက် |
က0x00 | DL_OK | အမိန့်ပေးသွားတယ်။ |
က0x01 | DL_INVALID_ADDR | လိပ်စာကို ခွင့်မပြုပါ။ |
0x0B | DL_UNKNOW_CMD | အမည်မသိ အမိန့် |
၃၂x၄၁C | DL_ABORTED_CMD | အတုံးအတုံးအစီအစဥ်သည် ကြီးလွန်းသည်။ |
0x1E | DL_ADDR_RANGE_OFL_ERROR | လိပ်စာ ဘောင်ပြင်ပ |
0x1F | DL_BUFFER_OFL_ERROR | Buffer သည် အလွန်သေးငယ်သည်။ |
က0x20 | DL_MEM_BSY | Memory တွေ အလုပ်ရှုပ်တယ်။ |
က0x21 | DL_SIGNATURE_ERROR | လက်မှတ်မတိုက်ဆိုင် |
က0x24 | DL_FIRMWARE_VERSION_ERROR | လက်ရှိဗားရှင်း တူညီ သို့မဟုတ် ပိုမြင့်သည်။ |
က0x28 | DL_PROTOCOL_ERROR | ပရိုတိုကော အမှား |
0x2A | DL_SFWU_DEGRADED | Flash data ဖောက်ပြန်မှု |
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 အား OK DL_STATUS မှ အဖြေမပို့နိုင်တော့ပါ။ ထို့ကြောင့် မှားယွင်းသော အနေအထားကိုသာ လက်ခံနိုင်မည်ဖြစ်သည်။
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 CRCion ၏ ပေးချေမှုဘောင် 16] ရယူပါ
ဇယား ၃။ GetVersion အမိန့်ကို တုံ့ပြန်ပါ။
လယ်ကွင်း | ဘိုက် | ဖော်ပြချက် |
STAT | 1 | အဆင့်အတန်း |
HW_V | 2 | ဟာ့ဒ်ဝဲဗားရှင်း |
RO_V | 3 | ROM ကုဒ် |
MODEL_ID | 4 | မော်ဒယ် ID |
FMxV | ၀-၉ | Firmware ဗားရှင်း (ဒေါင်းလုဒ်အတွက် အသုံးပြုသည်) |
RFU1-RFU2 | ၀-၉ | – |
မတူညီသော တုံ့ပြန်မှုနယ်ပယ်များ၏ မျှော်မှန်းတန်ဖိုးများနှင့် ၎င်းတို့၏ မြေပုံညွှန်းများသည် အောက်ပါအတိုင်းဖြစ်သည်-
ဇယား ၁။ GetVersion အမိန့်၏ တုံ့ပြန်မှု၏ မျှော်လင့်ထားသော တန်ဖိုးများ
IC အမျိုးအစား | HW ဗားရှင်း ( hex ) | ROM ဗားရှင်း (hex) | မော်ဒယ် ID ( hex ) | FW ဗားရှင်း (hex) |
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 တုံ့ပြန်မှု၏ payload frame မှာ-
ဇယား 5. GetSession အမိန့်ကို တုံ့ပြန်ပါ။
လယ်ကွင်း | ဘိုက် | ဖော်ပြချက် |
STAT | 1 | အဆင့်အတန်း |
SSTA | 2 | Session အခြေအနေ • 0x00: ပိတ်သည်။ • 0x01: ဖွင့်ပါ။ • 0x02- လော့ခ်ချထားသည် (ဒေါင်းလုဒ်လုပ်ရန် ခွင့်မပြုတော့ပါ) |
RFU | ၀-၉ |
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 ID8 ID9 IDXNUMX
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId တုံ့ပြန်မှု၏ payload frame မှာ-
ဇယား 6. GetDieId အမိန့်ကို တုံ့ပြန်ပါ။
လယ်ကွင်း | ဘိုက် | ဖော်ပြချက် |
STAT | 1 | အဆင့်အတန်း |
RFU | ၀-၉ | |
DIEID | ၀-၉ | သေဆုံး ID (16 bytes) |
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] ပေးဆောင်မှုဘောင်- CRCty ပါဝင်သည်
ဇယား ၇။ CheckIntegrity အမိန့်ကို တုံ့ပြန်ပါ။
လယ်ကွင်း | ဘိုက် | တန်ဖိုး/ဖော်ပြချက် | |
STAT | 1 | အဆင့်အတန်း | |
LEN Data | 2 | ဒေတာကဏ္ဍ စုစုပေါင်း အရေအတွက် | |
LEN ကုတ် | 3 | ကုဒ်ကဏ္ဍများ စုစုပေါင်းအရေအတွက် | |
RFU | 4 | လက်ဝယ်ရှိတယ်။ | |
[CRC_INFO] | 58 | 32 bits (အသေးဆုံး-အဆုံး)။ အနည်းငယ်သတ်မှတ်ထားပါက သက်ဆိုင်ရာကဏ္ဍ၏ CRC သည် OK ဖြစ်ပြီး မဟုတ်ပါက OK မဟုတ်ပါ။ | |
နည်းနည်း | နယ်မြေ သမာဓိ အခြေအနေ | ||
[31:28] | သီးသန့် [3] | ||
[27:23] | သီးသန့် [1] | ||
[22] | သီးသန့် [3] | ||
[21:20] | သီးသန့် [1] | ||
[19] | RF ဖွဲ့စည်းမှုဧရိယာ (PN5190 B0/B1) [2] သီးသန့် (PN5190 B2) [3] | ||
[18] | ပရိုတိုကော ဖွဲ့စည်းမှုဧရိယာ (PN5190 B0/B1) [2] RF ဖွဲ့စည်းမှုဧရိယာ (PN5190 B2) [2] | ||
[17] | သီးသန့် (PN5190 B0/B1) [3] အသုံးပြုသူဖွဲ့စည်းပုံဧရိယာ (PN5190 B2) [2] | ||
[16:6] | သီးသန့် [3] | ||
[5:4] | PN5190 B0/B1 အတွက် သီးသန့် [3] PN5190 B2 အတွက် သီးသန့်ထားသည် [1] | ||
[3:0] | သီးသန့် [1] | ||
[CRC32] | ၀-၉ | ပုဒ်မ ၃၂ မှ CRC32။ CRC တစ်ခုစီသည် အသေးဆုံးဖော်မတ်ဖြင့် သိမ်းဆည်းထားသော 32 bytes ရှိသည်။ CRC ၏ ပထမ 4 bytes သည် ဘစ် CRC_INFO[31]၊ CRC ၏ နောက် 4 bytes သည် bit CRC_ INFO[30] စသည်တို့ဖြစ်သည်။ |
- [1] ဤဘစ်သည် PN1 အတွက် 5190 ဖြစ်ရမည် (အင်္ဂါရပ်များနှင့် သို့မဟုတ် ကုဒ်ဝှက်ထားသော FW ဒေါင်းလုဒ်ဖြင့်)။
- [2] ဤဘစ်ကို ပုံသေအားဖြင့် 1 ဟု သတ်မှတ်ထားသော်လည်း အသုံးပြုသူ မွမ်းမံထားသော ဆက်တင်များသည် CRC ကို ပျက်ပြယ်စေသည်။ PN5190 လုပ်ဆောင်နိုင်စွမ်းအပေါ် သက်ရောက်မှုမရှိပါ။
- [3] ဤဘစ်တန်ဖိုးသည် 0 ဖြစ်လျှင်ပင် မသက်ဆိုင်ပါ။ ဤတန်ဖိုးကို လစ်လျူရှုနိုင်သည်..
3.4.8 DL_SEC_WRITE ညွှန်ကြားချက်
DL_SEC_WRITE ကွန်မန်းကို လုံခြုံသောရေးရန် အမိန့်ပေးချက်များ၏ အစီအစဥ်တွင် ထည့်သွင်းစဉ်းစားရမည့်အချက်- ကုဒ်ဝှက်ထားသော “လုံခြုံသော ဆော့ဖ်ဝဲဒေါင်းလုဒ်” (မကြာခဏ eSFWu အဖြစ်ရည်ညွှန်းသည်)။
လုံခြုံသောရေးသားမှုအမိန့်သည် ဒေါင်းလုဒ်စက်ရှင်ကို ဦးစွာဖွင့်ပြီး RSA စစ်မှန်ကြောင်းအထောက်အထားပြမှုကို ဖြတ်သန်းသည်။ နောက်တစ်ခုကတော့ PN5190 Flash မှာ စာရေးဖို့ ကုဒ်ဝှက်ထားတဲ့ လိပ်စာတွေနဲ့ ဘိုက်တွေကို ဖြတ်သန်းနေပါတယ်။ နောက်ဆုံးတစ်ခုမှလွဲ၍ အားလုံးတွင် နောက်တစ်ခု hash ပါ၀င်သောကြောင့် ၎င်းတို့သည် နောက်ဆုံးမဟုတ်ကြောင်း အသိပေးပြီး sequence frames များကို အတူတကွ လျှို့ဝှက်ရေးသွင်းထားသည်။
အခြား command များ (DL_RESET နှင့် DL_CHECK_INTEGRITY မှလွဲ၍) သည် ၎င်းကို မချိုးဖောက်ဘဲ sequence တစ်ခု၏ secured write commands များကြားတွင် ထည့်သွင်းနိုင်သည်။
3.4.8.1 ပထမ DL_SEC_WRITE ညွှန်ကြားချက်
secured write command သည် if and only if၊
- ဖရိမ်အရှည်သည် 312 bytes ဖြစ်သည်။
- နောက်ဆုံး ပြင်ဆင်သတ်မှတ်ချိန်မှစ၍ လုံခြုံသော စာရေးအမိန့်ကို မရရှိခဲ့ပါ။
- ထည့်သွင်းထားသော လက်မှတ်ကို PN5190 မှ အောင်မြင်စွာ အတည်ပြုပါသည်။
ပထမဘောင်အမိန့်ကို တုံ့ပြန်မှုသည် အောက်ပါအတိုင်းဖြစ်လိမ့်မည်- [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT သည် ပြန်စဥ်အခြေအနေဖြစ်သည်။
မှတ်ချက် - ရေးထားသောဒေတာသည် တစ်ဘိုက်မျှသာရှည်သော်လည်း eSFWu တစ်ခုအတွင်း အနည်းဆုံး ဒေတာအပိုင်းတစ်ခုကို ရေးရပါမည်။ ထို့ကြောင့်၊ ပထမ command တွင် အနည်းဆုံး command နှစ်ခုရှိမည်ဖြစ်သောကြောင့် နောက် command ၏ hash ပါ၀င်နေမည်ဖြစ်သည်။
3.4.8.2 အလယ်တန်း DL_SEC_WRITE ညွှန်ကြားချက်များ
secured write command သည် if and only if 'middle one' ဖြစ်သည်။
- opcode သည် DL_SEC_WRITE အမိန့်အတွက် အပိုင်း 3.4.1 တွင်ဖော်ပြထားသည့်အတိုင်းဖြစ်သည်။
- ပထမဆုံး secured write command ကို လက်ခံရရှိပြီး နှင့် အောင်မြင်စွာ စစ်ဆေးခြင်းမပြုမီ
- ပထမဆုံး secured write command ကို လက်ခံရရှိပြီးကတည်းက ပြန်လည်သတ်မှတ်မှု မဖြစ်ပေါ်ခဲ့ပါ။
- ဖရိမ်အရှည်သည် ဒေတာအရွယ်အစား + ခေါင်းစီးအရွယ်အစား + hash အရွယ်အစားနှင့် ညီမျှသည်- FLEN = SIZE + 6 + 32
- ဖရိန်တစ်ခုလုံး၏ ချေဖျက်မှုသည် ယခင်ဘောင်တွင် ရရှိထားသော hash တန်ဖိုးနှင့် ညီမျှသည်။
ပထမဘောင်အမိန့်ကို တုံ့ပြန်မှုသည် အောက်ပါအတိုင်းဖြစ်လိမ့်မည်- [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT သည် ပြန်စဥ်အခြေအနေဖြစ်သည်။
3.4.8.3 နောက်ဆုံး DL_SEC_WRITE ညွှန်ကြားချက်
secured write command သည် if and only if၊
- opcode သည် DL_SEC_WRITE အမိန့်အတွက် အပိုင်း 3.4.1 တွင်ဖော်ပြထားသည့်အတိုင်းဖြစ်သည်။
- ပထမဆုံး secured write command ကို လက်ခံရရှိပြီး နှင့် အောင်မြင်စွာ စစ်ဆေးခြင်းမပြုမီ
- ပထမဆုံး secured write command ကို လက်ခံရရှိပြီးကတည်းက ပြန်လည်သတ်မှတ်မှု မဖြစ်ပေါ်ခဲ့ပါ။
- ဖရိမ်အရှည်သည် ဒေတာအရွယ်အစား + ခေါင်းစီးအရွယ်အစား- FLEN = SIZE + 6 နှင့် ညီမျှသည်။
- ဖရိန်တစ်ခုလုံး၏ ချေဖျက်မှုသည် ယခင်ဘောင်တွင် ရရှိထားသော hash တန်ဖိုးနှင့် ညီမျှသည်။
ပထမဘောင်အမိန့်ကို တုံ့ပြန်မှုသည် အောက်ပါအတိုင်းဖြစ်လိမ့်မည်- [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT သည် ပြန်စဥ်အခြေအနေဖြစ်သည်။
IC လည်ပတ်မှုဖွင့်မုဒ် - ပုံမှန်လည်ပတ်မှုမုဒ်
4.1 နိဒါန်း
ယေဘူယျအားဖြင့် PN5190 IC သည် ၎င်းမှ NFC လုပ်ဆောင်နိုင်စွမ်းကို ရရှိရန် ပုံမှန်လည်ပတ်မှုမုဒ်တွင် ရှိရပါမည်။
PN5190 IC boot တက်သောအခါ၊ PN5190 IC အတွင်းမှ ထုတ်ပေးထားသော အဖြစ်အပျက်များသည် PN5190 IC boot ဖြစ်မလာပါက၊ လည်ပတ်မှုလုပ်ဆောင်ရန် host မှ လက်ခံရရှိမည့် command များကို အမြဲစောင့်ဆိုင်းနေပါသည်။
4.2 Commands list ပြီးပါပြီ။view
ဇယား 8. PN5190 အမိန့်စာရင်း
အမိန့်ကုဒ် | အမိန့်အမည် |
က0x00 | WRITE_REGISTER |
က0x01 | WRITE_REGISTER_OR_MASK |
က0x02 | WRITE_REGISTER_AND_MASK |
က0x03 | WRITE_REGISTER_MULTIPLE |
က0x04 | READ_REGISTER |
က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 |
၃၂x၄၁C | EPC_GEN2_INVENTORY |
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_ENABLE |
က0x15 | CTS_CONFIGURE |
က0x16 | CTS_RETRIEVE_LOG |
၃x၁၄-၁x၄ | RFU |
က0x19 | FW v2.01: RFU အထိ |
FW v2.03 မှစတင်၍- RETRIEVE_RF_FELICA_EMD_DATA | |
0x1A | RECEIVE_RF_DATA |
0x1B-0x1F | RFU |
က0x20 | SWITCH_MODE_NORMAL |
က0x21 | SWITCH_MODE_AUTOCOLL |
က0x22 | SWITCH_MODE_STANDBY |
က0x23 | SWITCH_MODE_LPCD |
က0x24 | RFU |
က0x25 | SWITCH_MODE_DOWNLOAD |
က0x26 | GET_DIEID |
က0x27 | GET_VERSION |
က0x28 | RFU |
က0x29 | FW v2.05: RFU အထိ |
FW v2.06 မှစတင်သည်- GET_CRC_USER_AREA | |
0x2A | FW v2.03: RFU အထိ |
FW v2.05 မှစတင်၍- CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
0x2B-0x3F | RFU |
က0x40 | ANTENNA_SELF_TEST (မပံ့ပိုးပါ) |
က0x41 | PRBS_TEST |
0x42-0x4F | RFU |
4.3 တုံ့ပြန်မှုအခြေအနေတန်ဖိုးများ
ညွှန်ကြားချက်ကို လုပ်ဆောင်ပြီးနောက် PN5190 မှ တုံ့ပြန်မှုတစ်စိတ်တစ်ပိုင်းအဖြစ် တုံ့ပြန်မှုအခြေအနေတန်ဖိုးများကို အောက်ပါတို့ဖြစ်သည်။
ဇယား 9. PN5190 တုံ့ပြန်မှုအခြေအနေတန်ဖိုးများ
တုံ့ပြန်မှုအခြေအနေ | တုံ့ပြန်မှုအခြေအနေတန်ဖိုး | ဖော်ပြချက် |
PN5190_STATUS_SUCCESS | က0x00 | လုပ်ဆောင်ချက် အောင်မြင်ကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_TIMEOUT | က0x01 | အမိန့်ပေးသည့်လုပ်ဆောင်ချက်သည် အချိန်ကုန်သွားကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_INTEGRITY_ERROR | က0x02 | အမိန့်ပေးသည့်လုပ်ဆောင်ချက်သည် RF ဒေတာခိုင်မာမှု အမှားအယွင်းဖြစ်စေကြောင်း ဖော်ပြသည်။ |
PN5190_STATUS_RF_COLLISION_ERROR | က0x03 | အမိန့်ပေးသည့်လုပ်ဆောင်ချက်သည် RF တိုက်မှုအမှားဖြစ်သွားကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_RFU1 | က0x04 | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_INVALID_COMMAND | က0x05 | ပေးထားသော command သည် မမှန်/မလုပ်ဆောင်ကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_RFU2 | က0x06 | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_AUTH_ERROR | က0x07 | MFC စစ်မှန်ကြောင်း အထောက်အထား မအောင်မြင်ကြောင်း ညွှန်ပြသည် (ခွင့်ပြုချက် ငြင်းပယ်ထားသည်) |
PN5190_STATUS_MEMORY_ERROR | က0x08 | command ၏လုပ်ဆောင်ချက်သည် ပရိုဂရမ်းမင်းအမှား သို့မဟုတ် စက်တွင်းမှတ်ဉာဏ်အမှားအယွင်းဖြစ်စေကြောင်း ဖော်ပြသည်။ |
PN5190_STATUS_RFU4 | က0x09 | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_NO_RF_FIELD | 0x0A | အတွင်း RF အကွက်တွင် ရှိနေခြင်း သို့မဟုတ် အမှားအယွင်းမရှိကြောင်း ညွှန်ပြသည် (အစပြုသူ/စာဖတ်သူမုဒ်ရှိမှသာ အသုံးပြုနိုင်သည်) |
PN5190_STATUS_RFU5 | 0x0B | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_SYNTAX_ERROR | ၃၂x၄၁C | မမှန်ကန်သော အမိန့်ဘောင်အရှည်ကို လက်ခံရရှိကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_RESOURCE_ERROR | 0x0D | အတွင်းအရင်းအမြစ် အမှားအယွင်းတစ်ခု ဖြစ်ပွားခဲ့ကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_RFU6 | 0x0E | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_RFU7 | 0x0F | လက်ဝယ်ရှိတယ်။ |
PN5190_STATUS_NO_EXTERNAL_RF_FIELD | က0x10 | ညွှန်ကြားချက်ကို လုပ်ဆောင်နေစဉ်အတွင်း ပြင်ပ RF အကွက်မတွေ့ရကြောင်း ညွှန်ပြသည် (ကတ်/ပစ်မှတ်မုဒ်တွင်သာ အသုံးပြုနိုင်သည်) |
PN5190_STATUS_RX_TIMEOUT | က0x11 | RFExchange ကိုစတင်ပြီး RX သည် အချိန်ကုန်သွားပြီးနောက် ဒေတာလက်ခံရရှိမည်မဟုတ်ကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_USER_CANCELLED | က0x12 | လက်ရှိလုပ်ဆောင်နေသည့် အမိန့်ကို ဖျက်သိမ်းထားကြောင်း ဖော်ပြသည်။ |
PN5190_STATUS_PREVENT_STANDBY | က0x13 | PN5190 ကို Standby မုဒ်သို့ မသွားရန် တားမြစ်ထားကြောင်း ညွှန်ပြသည်။ |
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 | RF ပေါ်ရှိ TX သည် မအောင်မြင်ကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_NO_ANTENNA | 0x1B | အင်တင်နာ ချိတ်ဆက်/ရှိနေခြင်း မရှိကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_TXLDO_ERROR | ၃၂x၄၁C | VUP မရနိုင်ဘဲ RF ကို ဖွင့်ထားချိန်တွင် TXLDO တွင် အမှားအယွင်းရှိနေကြောင်း ညွှန်ပြသည်။ |
PN5190_STATUS_RFCFG_NOT_APPLIED | 0x1D | RF ကိုဖွင့်သောအခါတွင် RF ဖွဲ့စည်းမှုပုံစံကို မတင်ထားကြောင်း ဖော်ပြသည်။ |
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | FW 2.01 အထိ- မျှော်လင့်မထားပါ။ |
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 bit ကို မှတ်ပုံတင်ခြင်းတွင် သတ်မှတ်ထားပါက (EVENT_ENABLE (01h)) မှ အကြောင်းကြားပါသည်။
CLIF အပါအဝင် အစွန်အဖျား IP များမှ အဆင့်နိမ့်သော အနှောင့်အယှက်များကို firmware အတွင်းတွင် လုံးလုံးလျားလျား ကိုင်တွယ်ရမည်ဖြစ်ပြီး host သည် event section တွင်ဖော်ပြထားသော အဖြစ်အပျက်များကိုသာ အကြောင်းကြားမည်ဖြစ်ပါသည်။
Firmware သည် အပိုင်း 4.5.1.1 / အပိုင်း 4.5.1.5 ညွှန်ကြားချက်များကို အသုံးပြု၍ ရေးသားနိုင်သော RAM မှတ်ပုံတင်များအဖြစ် အဖြစ်အပျက် မှတ်ပုံတင်ခြင်းနှစ်ခုကို လုပ်ဆောင်ပေးပါသည်။
မှတ်ပုံတင်ခြင်း EVENT_ENABLE (0x01) => တိကျသော/ဖြစ်ရပ် အသိပေးချက်များကို ဖွင့်ပါ။
မှတ်ပုံတင်ခြင်း EVENT_STATUS (0x02) => Event message payload ၏ အစိတ်အပိုင်း။
အစီအစဉ် မက်ဆေ့ချ်ကို အိမ်ရှင်မှ ဖတ်ပြီးသည်နှင့် အစီအစဉ်များကို အိမ်ရှင်မှ ရှင်းပါမည်။
အစီအစဉ်များသည် သဘာဝအတိုင်း တပြိုင်နက်တည်းဖြစ်ပြီး EVENT_ENABLE မှတ်ပုံတင်မှုအတွင်း ၎င်းတို့ကို ဖွင့်ထားပါက အိမ်ရှင်ထံ အကြောင်းကြားမည်ဖြစ်သည်။
အောက်ပါတို့သည် ပွဲမက်ဆေ့ချ်၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် အိမ်ရှင်ထံ ရရှိနိုင်မည့် အစီအစဉ်များစာရင်းဖြစ်သည်။
ဇယား ၁။ PN5190 ဖြစ်ရပ်များ (EVENT_STATUS ၏ အကြောင်းအရာများ)
Bit - အပိုင်းအခြား | အကွက် [1] | အမြဲတမ်း ဖွင့်ထားသည် (Y/N) | |
31 | 12 | RFU | 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 ကိုကြည့်ပါ) ဇယား 11 တွင် သတ်မှတ်ထားသည့်အတိုင်း EVENT_STATUS ပါ၀င်ပြီး ဖြစ်ရပ်ဒေတာသည် EVENT_STATUS တွင် သတ်မှတ်ထားသည့် သက်ဆိုင်ရာ event bit နှင့် ကိုက်ညီပါသည်။
မှတ်ချက် -
အချို့သောဖြစ်ရပ်များအတွက်၊ ပေးဆောင်မှုမရှိပါ။ ဥပမာ- TIMER0_EVENT ကို အစပျိုးထားလျှင် EVENT_STATUS ကိုသာ event message ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ပံ့ပိုးပေးပါသည်။
Table 11 တွင် event data သည် event message ရှိ သက်ဆိုင်ရာ event အတွက် ရှိနေခြင်းရှိမရှိကိုလည်း အသေးစိတ်ဖော်ပြထားသည်။GENERAL_ERROR_EVENT သည် အခြားဖြစ်ရပ်များနှင့်လည်း ဖြစ်ပွားနိုင်သည်။
ဤအခြေအနေတွင်၊ အဖြစ်အပျက်မက်ဆေ့ဂျ် (ပုံ 13 ကိုကြည့်ပါ) ဇယား 11 တွင် သတ်မှတ်ထားသည့်အတိုင်း EVENT_STATUS နှင့် GENERAL_ERROR_STATUS_DATA တွင် ဇယား 14 တွင် သတ်မှတ်ထားသည့်အတိုင်း အဖြစ်အပျက်ဒေတာသည် EVENT_STATUS တွင် သတ်မှတ်ထားသည့် ဇယား 11 တွင် သတ်မှတ်ထားသည့် သက်ဆိုင်ရာ event bit နှင့် ကိုက်ညီပါသည်။မှတ်ချက် -
BOOT_EVENT သို့မဟုတ် POR၊ STANDBY၊ ULPCD ပြီးနောက်မှသာ၊ အိမ်ရှင်သည် အထက်ဖော်ပြပါ ညွှန်ကြားချက်များကို ထုတ်ပြန်ခြင်းဖြင့် ပုံမှန်လည်ပတ်မှုမုဒ်တွင် အလုပ်လုပ်နိုင်မည်ဖြစ်သည်။
လက်ရှိလည်ပတ်နေသည့် command တစ်ခုကို ဖျက်သိမ်းသည့်အခါ၊ IDLE_EVENT ပြီးမှသာ၊ ဟို့စ်သည် အထက်ဖော်ပြပါ ညွှန်ကြားချက်များကို ထုတ်ပြန်ခြင်းဖြင့် ပုံမှန်လုပ်ဆောင်မှုမုဒ်တွင် အလုပ်လုပ်နိုင်မည်ဖြစ်သည်။
4.4.1.2 မတူညီသော EVENT အခြေအနေ အဓိပ္ပါယ်ဖွင့်ဆိုချက်များ
4.4.1.2.1 EVENT_STATUS အတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 11။ EVENT_STATUS ဘစ်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်
ဘစ် (To – From) | ပွဲ | ဖော်ပြချက် | သက်ဆိုင်ရာ ဖြစ်ရပ်၏ ဖြစ်ရပ်ဒေတာ (ရှိလျှင်) |
|
31 | 12 | RFU | လက်ဝယ်ရှိတယ်။ | |
11 | 11 | CTS_EVENT | CTS ဖြစ်ရပ်ကို ထုတ်ပေးသောအခါ ဤဘစ်ကို သတ်မှတ်သည်။ | ဇယား ၁ |
10 | 10 | IDLE_EVENT | SWITCH_MODE_NORMAL အမိန့်ကြောင့် လက်ရှိလုပ်ဆောင်နေသော အမိန့်ကို ပယ်ဖျက်လိုက်သည့်အခါ ဤဘစ်ကို သတ်မှတ်ထားသည်။ | ဖြစ်ရပ်ဒေတာမရှိပါ။ |
9 | 9 | LPCD_CALIBRATION_DONE_ ဖြစ်ရပ် |
LPCD calibrationdone ဖြစ်ရပ်ကို ထုတ်ပေးသောအခါ ဤဘစ်ကို သတ်မှတ်သည်။ | ဇယား ၁ |
8 | 8 | LPCD_EVENT | LPCD ဖြစ်ရပ်ကို ထုတ်ပေးသောအခါ ဤဘစ်ကို သတ်မှတ်သည်။ | ဇယား ၁ |
7 | 7 | AUTOCOLL_EVENT | AUTOCOLL လုပ်ဆောင်ချက် ပြီးမြောက်သောအခါတွင် ဤဘစ်ကို သတ်မှတ်ထားသည်။ | ဇယား ၁ |
6 | 6 | TIMER0_EVENT | TIMER0 ဖြစ်ရပ် ဖြစ်ပွားသောအခါ ဤဘစ်ကို သတ်မှတ်သည်။ | ဖြစ်ရပ်ဒေတာမရှိပါ။ |
5 | 5 | TX_OVERCURRENT_ERROR_ ဖြစ်ရပ် |
TX ဒရိုက်ဘာရှိ လက်ရှိ EEPROM တွင် သတ်မှတ်ထားသော သတ်မှတ်ချက်ထက် ပိုများနေသည့်အခါ ဤဘစ်ကို သတ်မှတ်သည်။ ဤအခြေအနေတွင်၊ အိမ်ရှင်ထံသို့ အကြောင်းကြားချက်မတင်မီ အကွက်ကို အလိုအလျောက် ပိတ်သွားမည်ဖြစ်သည်။ အပိုင်း 4.4.2.2 ကို ကိုးကားပါ။ | ဖြစ်ရပ်ဒေတာမရှိပါ။ |
4 | 4 | RFON_DET_EVENT | ပြင်ပ RF အကွက်ကို တွေ့ရှိသောအခါ ဤဘစ်ကို သတ်မှတ်သည်။ | ဖြစ်ရပ်ဒေတာမရှိပါ။ |
3 | 3 | RFOFF_DET_EVENT | ရှိပြီးသား ပြင်ပ RF အကွက် ပျောက်သွားသည့်အခါ ဤဘစ်ကို သတ်မှတ်ထားသည်။ | ဖြစ်ရပ်ဒေတာမရှိပါ။ |
2 | 2 | STANDBY_PREV_EVENT | ကြိုတင်ကာကွယ်ရေးအခြေအနေများရှိသောကြောင့် အသင့်အနေအထားကို တားဆီးထားသည့်အခါ ဤဘစ်ကို သတ်မှတ်ထားသည်။ | ဇယား ၁ |
1 | 1 | GENERAL_ERROR_EVENT | ယေဘူယျအမှားအယွင်းအခြေအနေတစ်ခုခုရှိသည့်အခါ ဤဘစ်ကိုသတ်မှတ်ထားသည်။ | ဇယား ၁ |
0 | 0 | BOOT_EVENT | PN5190 ကို POR/Standby ဖြင့် စတင်သောအခါတွင် ဤဘစ်ကို သတ်မှတ်ထားသည်။ | ဇယား ၁ |
4.4.1.2.2 BOOT_STATUS_DATA အတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 12။ BOOT_STATUS_DATA ဘစ်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်
နည်းနည်းမှ | Bit From | Boot အနေအထား | Boot အကြောင်းအရင်းကြောင့်ပါ။ |
31 | 27 | RFU | လက်ဝယ်ရှိတယ်။ |
26 | 26 | ULP_STANDBY | ULP_STANDBY မှ ထွက်ခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
25 | 23 | RFU | လက်ဝယ်ရှိတယ်။ |
22 | 22 | BOOT_ RX_ULPDET | RX ULPDET သည် ULP-Standby မုဒ်တွင် boot ဖြစ်ခဲ့သည်။ |
21 | 21 | RFU | လက်ဝယ်ရှိတယ်။ |
20 | 20 | BOOT_SPI | SPI_NTS အချက်ပြမှု နည်းပါးခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း |
19 | 17 | RFU | လက်ဝယ်ရှိတယ်။ |
16 | 16 | BOOT_GPIO3 | GPIO3 ၏ အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
15 | 15 | BOOT_GPIO2 | GPIO2 ၏ အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
14 | 14 | BOOT_GPIO1 | GPIO1 ၏ အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
13 | 13 | BOOT_GPIO0 | GPIO0 ၏ အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းခြင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
12 | 12 | BOOT_LPDET | STANDBY/SUSPEND ကာလအတွင်း ပြင်ပ RF အကွက်ရှိနေခြင်းကြောင့် စတင်ခြင်းအကြောင်းရင်း |
11 | 11 | RFU | လက်ဝယ်ရှိတယ်။ |
10 | 8 | RFU | လက်ဝယ်ရှိတယ်။ |
7 | 7 | BOOT_SOFT_RESET | IC ၏ soft reset ကြောင့် bootup ရခြင်းအကြောင်းရင်း |
6 | 6 | BOOT_VDDIO_LOSS | VDDIO ပျောက်ဆုံးသွားခြင်းကြောင့် Bootup အကြောင်းရင်း။ အပိုင်း 4.4.2.3 ကို ကိုးကားပါ။ |
5 | 5 | BOOT_VDDIO_START | VDDIO LosS ဖြင့် STANDBY ဝင်လာပါက Bootup အကြောင်းရင်း။ အပိုင်း 4.4.2.3 ကို ကိုးကားပါ။ |
4 | 4 | BOOT_WUC | STANDBY လည်ပတ်မှု နှစ်ခုစလုံးတွင် နိုးထခြင်း တန်ပြန်အကြာတွင် နိုးထခြင်း အကြောင်းရင်းကြောင့် စတင်ခြင်း အကြောင်းရင်း။ |
3 | 3 | BOOT_TEMP | IC အပူချိန်ကြောင့် bootup ရခြင်းအကြောင်းရင်းသည် configured threshold ကန့်သတ်ချက်ထက် ပိုနေပါသည်။ အပိုင်း 4.4.2.1 ကို ကိုးကားပါ။ |
2 | 2 | BOOT_WDG | watchdog ပြန်လည်သတ်မှတ်မှုကြောင့် bootup အကြောင်းရင်း |
1 | 1 | RFU | လက်ဝယ်ရှိတယ်။ |
0 | 0 | BOOT_POR | ပါဝါဖွင့်ခြင်း ပြန်လည်သတ်မှတ်ခြင်း အကြောင်းရင်းသည် ပါဝါဖွင့်ခြင်း ဖြစ်သည်။ |
4.4.1.2.3 STANDBY_PREV_STATUS_DATA အတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 13။ STANDBY_PREV_STATUS_DATA ဘစ်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်
နည်းနည်းမှ | Bit From | အသင့်အနေအထား ကြိုတင်ကာကွယ်ခြင်း။ | အသင့်အနေအထားကြောင့် တားဆီးထားသည်။ |
31 | 26 | RFU | သီးသန့် |
25 | 25 | RFU | သီးသန့် |
24 | 24 | PREV_TEMP | IC များ၏ လည်ပတ်မှု အပူချိန်သည် သတ်မှတ်ချက်ထက် ကျော်လွန်နေပါသည်။ |
23 | 23 | RFU | သီးသန့် |
22 | 22 | PREV_HOSTCOMM | လက်ခံသူကြားခံဆက်သွယ်ရေး |
21 | 21 | PREV_SPI | SPI_NTS အချက်ပြမှု နိမ့်နေပါသည်။ |
20 | 18 | RFU | သီးသန့် |
17 | 17 | PREV_GPIO3 | GPIO3 အချက်ပြမှုသည် အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းသည်။ |
16 | 16 | PREV_GPIO2 | GPIO2 အချက်ပြမှုသည် အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းသည်။ |
15 | 15 | PREV_GPIO1 | GPIO1 အချက်ပြမှုသည် အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းသည်။ |
14 | 14 | PREV_GPIO0 | GPIO0 အချက်ပြမှုသည် အနိမ့်မှ အမြင့်သို့ ကူးပြောင်းသည်။ |
13 | 13 | PREV_WUC | နိုးထချိန် တန်ပြန်ပြီးသွားပြီ |
12 | 12 | PREV_LPDET | ပါဝါနည်းပါးမှုကို ထောက်လှမ်းခြင်း။ အသင့်အနေအထားသို့ ရောက်သွားသည့် လုပ်ငန်းစဉ်တွင် ပြင်ပ RF အချက်ပြမှုကို တွေ့ရှိသောအခါ ဖြစ်ပေါ်သည်။ |
11 | 11 | PREV_RX_ULPDET | RX အလွန်နည်းသော ပါဝါသိရှိမှု။ ULP_STANDBY သို့သွားသည့် လုပ်ငန်းစဉ်တွင် RF အချက်ပြမှုကို တွေ့ရှိသောအခါ ဖြစ်ပေါ်သည်။ |
10 | 10 | RFU | သီးသန့် |
9 | 5 | RFU | သီးသန့် |
4 | 4 | RFU | သီးသန့် |
3 | 3 | RFU | သီးသန့် |
2 | 2 | RFU | သီးသန့် |
1 | 1 | RFU | သီးသန့် |
0 | 0 | RFU | သီးသန့် |
4.4.1.2.4 GENERAL_ERROR_STATUS_DATA အတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 14။ GENERAL_ERROR_STATUS_DATA ဘစ်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်
နည်းနည်းမှ | ဘစ်ဆီက | အမှားအယွင်းအခြေအနေ | ဖော်ပြချက် |
31 | 6 | RFU | လက်ဝယ်ရှိတယ်။ |
5 | 5 | XTAL_START_ERROR | boot လုပ်နေစဉ် XTAL စတင်မှု မအောင်မြင်ပါ။ |
4 | 4 | SYS_TRIM_RECOVERY_ERROR | စက်တွင်းစနစ် ချုံ့လိုက်သည့် မှတ်ဉာဏ် အမှားဖြစ်သွားသော်လည်း ပြန်လည်ရယူခြင်း မအောင်မြင်ပါ။ စနစ်သည် အဆင့်နှိမ့်ခံမုဒ်တွင် အလုပ်လုပ်သည်။ |
3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | စက်တွင်းစနစ် ချုံ့လိုက်သည့် မမ်မိုရီ ချို့ယွင်းချက် ဖြစ်ပွားခဲ့ပြီး ပြန်လည်ရယူခြင်း အောင်မြင်ခဲ့သည်။ ပြန်လည်ရယူခြင်းအကျိုးသက်ရောက်စေရန် host သည် PN5190 ကိုပြန်လည်စတင်ရပါမည်။ |
2 | 2 | TXLDO_ERROR | TXLDO အမှား |
1 | 1 | CLOCK_ERROR | နာရီအမှား |
0 | 0 | GPADC_ERROR | ADC အမှား |
4.4.1.2.5 LPCD_STATUS_DATA အတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 15။ LPCD_STATUS_DATA ဘိုက်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်
နည်းနည်းမှ | Bit From | LPCD သို့မဟုတ် ULPCD ၏ အရင်းခံလုပ်ဆောင်ချက်အရ အသုံးချနိုင်မှုကို အဆင့်သတ်မှတ်သည်။ | သက်ဆိုင်ရာ ဘစ်အတွက် ဖော်ပြချက်ကို status byte တွင် သတ်မှတ်ထားသည်။ | ||
LPCD | ULPCD | ||||
31 | 7 | RFU | လက်ဝယ်ရှိတယ်။ | ||
6 | 6 | Abort_HIF | Y | N | HIF လုပ်ဆောင်ချက်ကြောင့် ဖျက်သိမ်းခံခဲ့ရသည်။ |
5 | 5 | CLKDET အမှား | N | Y | CLKDET အမှားအယွင်းဖြစ်ပေါ်မှုကြောင့် ဖျက်သိမ်းခံခဲ့ရသည်။ |
4 | 4 | XTAL အချိန်ကုန်သွားသည်။ | N | Y | XTAL အချိန်ကုန်သွားခြင်းကြောင့် ဖျက်သိမ်းခံခဲ့ရသည်။ |
3 | 3 | VDDPA LDO Overcurrent | N | Y | VDDPA LDO overcurrent ဖြစ်ပေါ်မှုကြောင့် ဖျက်သိမ်းခံခဲ့ရသည်။ |
2 | 2 | ပြင်ပ RF အကွက် | Y | Y | ပြင်ပ RF အကွက်ကြောင့် ဖျက်သိမ်းခဲ့သည်။ |
1 | 1 | GPIO3 ပျက်သည်။ | N | Y | GPIO3 အဆင့်ပြောင်းလဲမှုကြောင့် ဖျက်သိမ်းခဲ့သည်။ |
0 | 0 | ကတ်ကို တွေ့ရှိခဲ့သည်။ | Y | Y | ကတ်ကို တွေ့ရှိသည်။ |
4.4.1.2.6 LPCD_CALIBRATION_DONE အခြေအနေဒေတာအတွက် ဘစ်အဓိပ္ပါယ်များ
ဇယား 16။ ULPCD အတွက် LPCD_CALIBRATION_DONE အခြေအနေဒေတာ ဘိုက်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များ
နည်းနည်းမှ | Bit From | LPCD_CALIBRATION ၏ အခြေအနေ ပြီးပါပြီ။ အဖြစ်အပျက် | သက်ဆိုင်ရာ ဘစ်အတွက် ဖော်ပြချက်ကို status byte တွင် သတ်မှတ်ထားသည်။ |
31 | 11 | လက်ဝယ်ရှိတယ်။ | |
10 | 0 | ULPCD စံကိုက်ခြင်းမှ ရည်ညွှန်းတန်ဖိုး | ULPCD အတွင်း အကိုးအကားအဖြစ် အသုံးပြုသည့် ULPCD စံကိုက်ချိန်အတွင်း တိုင်းတာထားသော RSSI တန်ဖိုး |
ဇယား 17။ LPCD_CALIBRATION_DONE အခြေအနေဒေတာဘိုက်များအတွက် အဓိပ္ပါယ်ဖွင့်ဆိုချက် LPCD အတွက်
နည်းနည်းမှ | Bit From | LPCD သို့မဟုတ် ULPCD ၏ အရင်းခံလုပ်ဆောင်ချက်အရ အသုံးချနိုင်မှုကို အဆင့်သတ်မှတ်သည်။ | သက်ဆိုင်ရာ ဘစ်အတွက် ဖော်ပြချက်ကို status byte တွင် သတ်မှတ်ထားသည်။ | ||
2 | 2 | ပြင်ပ RF အကွက် | Y | Y | ပြင်ပ RF အကွက်ကြောင့် ဖျက်သိမ်းခဲ့သည်။ |
1 | 1 | GPIO3 ပျက်သည်။ | N | Y | GPIO3 အဆင့်ပြောင်းလဲမှုကြောင့် ဖျက်သိမ်းခဲ့သည်။ |
0 | 0 | ကတ်ကို တွေ့ရှိခဲ့သည်။ | Y | Y | ကတ်ကို တွေ့ရှိသည်။ |
4.4.2 မတူညီသော boot အခြေအနေများကို ကိုင်တွယ်ခြင်း။
PN5190 IC သည် အောက်ပါအတိုင်း IC ဘောင်များနှင့် သက်ဆိုင်သည့် မတူညီသော အမှားအယွင်းအခြေအနေများကို ကိုင်တွယ်ပေးပါသည်။
4.4.2.1 PN5190 လည်ပတ်နေချိန်တွင် အပူချိန်ကျော်သည့် မြင်ကွင်းကို ကိုင်တွယ်ခြင်း။
PN5190 IC ၏အတွင်းပိုင်းအပူချိန်သည် EEPROM အကွက် TEMP_WARNING [2] တွင် configure လုပ်ထားသည့်အတိုင်း အတိုင်းအတာတန်ဖိုးသို့ ရောက်ရှိသည့်အခါတိုင်း၊ IC သည် အသင့်အနေအထားသို့ ရောက်သွားပါသည်။ အကျိုးဆက်အနေဖြင့် EEPROM အကွက်အား ENABLE_GPIO0_ON_OVERTEMP [2] အား လက်ခံဆောင်ရွက်ပေးရန် အကြောင်းကြားချက်ကို မြှင့်တင်ပါက၊ အပူချိန်ကျော်လွန်၍ IC အား အကြောင်းကြားရန် GPIO0 ကို မြင့်မားစွာ ဆွဲတင်မည်ဖြစ်သည်။
EEPROM အကွက် TEMP_WARNING [2] တွင် ပြင်ဆင်ထားသည့်အတိုင်း IC အပူချိန်သည် သတ်မှတ်ချက်ဘောင်တန်ဖိုးအောက် ကျဆင်းသွားသောအခါ၊ ဇယား 11 တွင် BOOT_EVENT ကဲ့သို့ IC သည် bootup တက်လာပြီး BOOT_TEMP boot status bit ကို ဇယား 12 တွင် သတ်မှတ်ထားပြီး GPIO0 သည် နိမ့်သွားမည်ဖြစ်သည်။
4.4.2.2 overcurrent ကို ကိုင်တွယ်ခြင်း။
PN5190 IC သည် overcurrent condition ကို သတိပြုမိပါက IC သည် RF power ကိုပိတ်ပြီး ဇယား 11 တွင်ရှိသည့် TX_OVERCURRENT_ERROR_EVENT ကို ပို့ပေးပါသည်။
EEPROM အကွက် TXLDO_CONFIG [2] ကို မွမ်းမံပြင်ဆင်ခြင်းဖြင့် overcurrent အခြေအနေ၏ကြာချိန်ကို ထိန်းချုပ်နိုင်သည်။
လက်ရှိအဆင့်သတ်မှတ်ချက်ထက်ကျော်သော IC ဆိုင်ရာ အချက်အလက်အတွက်၊ စာရွက်စာတမ်း [2] ကို ကိုးကားပါ။
မှတ်ချက် -
အခြား ဆိုင်းငံ့ထားသော ဖြစ်ရပ်များ သို့မဟုတ် တုံ့ပြန်မှုရှိပါက ၎င်းတို့ကို အိမ်ရှင်ထံ ပေးပို့မည်ဖြစ်သည်။
4.4.2.3 လည်ပတ်နေစဉ် VDDIO ဆုံးရှုံးမှု
PN5190 IC သည် VDDIO (VDDIO ဆုံးရှုံးမှုမရှိ) ကိုတွေ့ပါက IC သည် အသင့်အနေအထားသို့ ရောက်သွားပါသည်။
ဇယား 11 တွင်ရှိသကဲ့သို့ BOOT_EVENT နှင့် BOOT_VDDIO_START boot status bit ကို Table 12 တွင်သတ်မှတ်ထားသည့်အတိုင်း VDDIO ကိုရရှိနိုင်သောအခါမှသာ IC ပွင့်သည်။
PN5190 IC တည်ငြိမ်သောလက္ခဏာများဆိုင်ရာ အချက်အလက်အတွက်၊ စာရွက်စာတမ်း [2] ကို ကိုးကားပါ။
4.4.3 ကိုယ်ဝန်ဖျက်ချသည့် အခြေအနေများကို ကိုင်တွယ်ခြင်း။
အပိုင်း 5190 ကဲ့သို့သော ဖျက်ပစ်သည့်အမိန့်ကို PN5190 IC သို့ ပေးပို့သောအခါတွင် လက်ရှိလုပ်ဆောင်နေသည့် command များနှင့် PN4.5.4.5.2 IC ၏အပြုအမူများကို ဖျက်ပစ်ရန် ပံ့ပိုးပေးထားသည်။
မှတ်ချက် -
PN5190 IC သည် ULPCD နှင့် ULP-Standby မုဒ်တွင်ရှိနေသောအခါ၊ အပိုင်း 4.5.4.5.2 သို့ SPI အရောင်းအ၀ယ်တစ်ခုစတင်ခြင်းဖြင့် (SPI_NTS အချက်ပြမှုအား နိမ့်ကျခြင်းဖြင့်) ပေးပို့ခြင်းဖြင့် ၎င်းကို ဖျက်သိမ်း၍မရပါ။
ဇယား 18။ အပိုင်း 4.5.4.5.2 ဖြင့် မတူညီသော ညွှန်ကြားချက်များကို ရပ်ဆိုင်းလိုက်သောအခါ မျှော်လင့်ထားသော ဖြစ်ရပ်တုံ့ပြန်ချက်
အမိန့်များ | Switch Mode တွင် Normal command ကို ပေးပို့သည့်အခါ အပြုအမူ |
ပါဝါမဝင်သော အမိန့်အားလုံး | EVENT_STAUS ကို “IDLE_EVENT” ဟု သတ်မှတ်ထားသည် |
မုဒ် LPCD သို့ပြောင်းပါ။ | EVENT_STATUS ကို “LPCD_ STATUS_DATA” ဖြင့် “Abort_HIF” အဖြစ် အခြေအနေ bit များကို ညွှန်ပြသော “LPCD_EVENT” သို့ သတ်မှတ်ထားသည် |
မုဒ် Standby ပြောင်းပါ။ | EVENT_STAUS သည် “BOOT_SPI” အပိုင်းများကို ညွှန်ပြသော “BOOT_ STATUS_DATA” ဖြင့် “BOOT_EVENT” သို့ သတ်မှတ်ထားသည် |
မုဒ်ပြောင်းပါ Autocoll (ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရမုဒ်မရှိ၊ အသင့်အနေအထားနှင့် အလိုအလျောက်အုပ်ချုပ်သည့်မုဒ်ပါသော ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရမုဒ်) | EVENT_STAUS သည် အသုံးပြုသူ၏အမိန့်ကို ပယ်ဖျက်လိုက်ကြောင်း ဖော်ပြသော STATUS_DATA bits ဖြင့် “AUTOCOLL_EVENT” အဖြစ် သတ်မှတ်ထားသည်။ |
4.5 ပုံမှန်မုဒ် လည်ပတ်မှု ညွှန်ကြားချက် အသေးစိတ်
4.5.1 ကိုင်တွယ်ခြယ်လှယ်မှုကို မှတ်ပုံတင်ပါ။
ဤကဏ္ဍ၏ လမ်းညွှန်ချက်များကို PN5190 ၏ ယုတ္တိစာရင်းဇယားများကို ဝင်ရောက်ကြည့်ရှုရန် အသုံးပြုပါသည်။
4.5.1.1 WRITE_REGISTER
ဤညွှန်ကြားချက်ကို logical register တစ်ခုသို့ 32-bit value (little-endian) ရေးရန် အသုံးပြုသည်။
4.5.1.1.1 အခြေအနေများ
မှတ်ပုံတင်ခြင်း၏လိပ်စာသည် ရှိရမည်ဖြစ်ပြီး မှတ်ပုံတင်တွင် READ-WRITE သို့မဟုတ် WRITE-ONLY ရည်ညွှန်းချက်ပါရှိရပါမည်။
4.5.1.1.2 အမိန့်
ဇယား 19. WRITE_REGISTER အမိန့်တန်ဖိုး 32-Bit တန်ဖိုးကို မှတ်ပုံတင်တစ်ခုသို့ ရေးပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | မှတ်ပုံတင်လိပ်စာ။ |
ဇယား 19. WRITE_REGISTER အမိန့်တန်ဖိုး… ဆက်သည်။
မှတ်ပုံတင်ရန်အတွက် 32-Bit တန်ဖိုးကိုရေးပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
တန်ဖိုး | 4 Bytes | 32-Bit မှတ်ပုံတင်တန်ဖိုးကို ရေးရပါမည်။ (အဆုံးငယ်) |
4.5.1.1.3 တုံ့ပြန်မှု
ဇယား 20. WRITE_REGISTER တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.1.2 WRITE_REGISTER_OR_MASK
ယုတ္တိမဲ့ OR လုပ်ဆောင်ချက်ကို အသုံးပြု၍ မှတ်ပုံတင်ခြင်း၏ အကြောင်းအရာကို ပြင်ဆင်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုသည်။ မှတ်ပုံတင်ထားသော အကြောင်းအရာကို ဖတ်ပြီး ပေးထားသည့် မျက်နှာဖုံးဖြင့် ယုတ္တိတန်သော OR လုပ်ဆောင်ချက်ကို လုပ်ဆောင်သည်။ ပြုပြင်ထားသော အကြောင်းအရာကို မှတ်ပုံတင်တွင် ပြန်လည်ရေးသားထားသည်။
4.5.1.2.1 အခြေအနေများ
မှတ်ပုံတင်သည့်လိပ်စာသည် ရှိရမည်ဖြစ်ပြီး မှတ်ပုံတင်တွင် READ-WRITE ရည်ညွှန်းချက်ပါရှိရပါမည်။
4.5.1.2.2 အမိန့်
ဇယား 21. WRITE_REGISTER_OR_MASK ညွှန်ကြားချက်တန်ဖိုး ပေးထားသောမျက်နှာဖုံးကို အသုံးပြု၍ မှတ်ပုံတင်တစ်ခုတွင် ယုတ္တိတန်သော သို့မဟုတ် လုပ်ဆောင်ချက်တစ်ခု လုပ်ဆောင်ပါ။
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | မှတ်ပုံတင်လိပ်စာ။ |
မျက်နှာဖုံး | 4 Bytes | ယုတ္တိ OR လုပ်ဆောင်ချက်အတွက် operand အဖြစ် Bitmask ကို အသုံးပြုသည်။ (အဆုံးငယ်) |
4.5.1.2.3 တုံ့ပြန်မှု
ဇယား 22. WRITE_REGISTER_OR_MASK တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.1.3 WRITE_REGISTER_AND_MASK
ယုတ္တိမဲ့ AND လုပ်ဆောင်ချက်ကို အသုံးပြု၍ မှတ်ပုံတင်ခြင်း၏ အကြောင်းအရာကို ပြင်ဆင်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုသည်။ မှတ်ပုံတင်ခြင်း၏ အကြောင်းအရာကို ဖတ်ပြီး ပေးထားသည့် မျက်နှာဖုံးဖြင့် ယုတ္တိတန်သော AND လုပ်ဆောင်ချက်ကို လုပ်ဆောင်သည်။ ပြုပြင်ထားသော အကြောင်းအရာကို မှတ်ပုံတင်သို့ ပြန်လည်ရေးသားပါသည်။
4.5.1.3.1 အခြေအနေများ
မှတ်ပုံတင်သည့်လိပ်စာသည် ရှိရမည်ဖြစ်ပြီး မှတ်ပုံတင်တွင် READ-WRITE ရည်ညွှန်းချက်ပါရှိရပါမည်။
4.5.1.3.2 အမိန့်
ဇယား 23. WRITE_REGISTER_AND_MASK ညွှန်ကြားချက်တန်ဖိုး ပေးထားသောမျက်နှာဖုံးကို အသုံးပြု၍ မှတ်ပုံတင်တစ်ခုတွင် ယုတ္တိတန်သော AND လုပ်ဆောင်ချက်ကို လုပ်ဆောင်ပါ။
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | မှတ်ပုံတင်လိပ်စာ။ |
မျက်နှာဖုံး | 4 Bytes | ယုတ္တိ AND လည်ပတ်မှုအတွက် operand အဖြစ်သုံးသော Bitmask။ (အငယ်ဆုံး) |
4.5.1.3.3 တုံ့ပြန်မှု
ဇယား 24. WRITE_REGISTER_AND_MASK တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.1.4 WRITE_REGISTER_MULTIPLE
ဤညွှန်ကြားချက်လုပ်ဆောင်နိုင်စွမ်းသည် အပိုင်း 4.5.1.1၊ အပိုင်း 4.5.1.2၊ အပိုင်း 4.5.1.3၊ ၎င်းတို့ကို ပေါင်းစပ်ရန် ဖြစ်နိုင်ခြေရှိသည့် အပိုင်းနှင့် ဆင်တူသည်။ တကယ်တော့၊ ၎င်းသည် register-type-value set ၏ array တစ်ခုယူ၍ သင့်လျော်သောလုပ်ဆောင်ချက်ကို လုပ်ဆောင်သည်။ အမျိုးအစားသည် မှတ်ပုံတင်တစ်ခုတွင် ရေးမှတ်ထားသော၊ ယုတ္တိတန်သော သို့မဟုတ် လုပ်ဆောင်ချက် သို့မဟုတ် မှတ်ပုံတင်တစ်ခုတွင် ယုတ္တိတန်သော AND လုပ်ဆောင်ချက်ကို ထင်ဟပ်စေသည်။
4.5.1.4.1 အခြေအနေများ
သတ်မှတ်ကာလအတွင်း မှတ်ပုံတင်ခြင်း၏ သက်ဆိုင်ရာ ယုတ္တိဗေဒလိပ်စာသည် ရှိရပါမည်။
မှတ်ပုံတင်ဝင်ရောက်ခွင့် ရည်ညွှန်းချက်သည် လိုအပ်သော လုပ်ဆောင်မှု (အမျိုးအစား) ကို ဆောင်ရွက်ရန် ခွင့်ပြုရပါမည်။
- လုပ်ဆောင်ချက် (0x01) ကို ရေးပါ- ဖတ်-ရေး သို့မဟုတ် ရေး-သာ ရည်ညွှန်းချက်
- သို့မဟုတ် မျက်နှာဖုံးလုပ်ဆောင်ချက် (0x02): ဖတ်ရန်-ရေးရန် ရည်ညွှန်းချက်
- AND မျက်နှာဖုံးလုပ်ဆောင်ချက် (0x03): ဖတ်ရန်-ရေးရန် ရည်ညွှန်းချက်
'Set' array ၏ အရွယ်အစားသည် 1 မှ 43 အတွင်း ရှိရမည်၊ ပါဝင်ပါသည်။
အကွက် 'အမျိုးအစား' သည် 1 – 3 အကွာအဝေးတွင် ရှိရမည်၊ ပါဝင်ပါသည်။
4.5.1.4.2 အမိန့်
ဇယား 25. WRITE_REGISTER_MULTIPLE ညွှန်ကြားချက်တန်ဖိုး မှတ်ပုံတင်ခြင်း-တန်ဖိုးအတွဲအစုံကို အသုံးပြု၍ ရေးမှတ်စာရင်းသွင်းခြင်းလုပ်ငန်းကို လုပ်ဆောင်ပါ။
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |||
သတ်မှတ် [1…n] | 6 Bytes | လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | မှတ်ပုံတင်၏ယုတ္တိလိပ်စာ။ | |
ရိုက်ပါ။ | 1 Byte | က0x1 | Register ရေးပါ။ | ||
က0x2 | Register OR Mask ရေးပါ။ | ||||
က0x3 | Register AND Mask ကိုရေးပါ။ | ||||
တန်ဖိုး | 4 Bytes | 32 Bite register value သို့မဟုတ် logical operation အတွက် အသုံးပြုသော bitmask။ (အဆုံးငယ်) |
မှတ်ချက်- ခြွင်းချက်တစ်ခုအတွက် လုပ်ဆောင်ချက်သည် နောက်ပြန်ဆုတ်ခြင်းမပြုရ၊ ဆိုလိုသည်မှာ ခြွင်းချက်ဖြစ်ပေါ်သည့်အချိန်အထိ ပြုပြင်မွမ်းမံထားသည့် မှတ်ပုံတင်များသည် မွမ်းမံထားသောအခြေအနေတွင် ရှိနေပါသည်။ သတ်မှတ်ထားသော အခြေအနေသို့ ပြန်လည်ရယူရန် အိမ်ရှင်သည် သင့်လျော်သော အရေးယူမှုများ ပြုလုပ်ရပါမည်။
4.5.1.4.3 တုံ့ပြန်မှု
ဇယား 26. WRITE_REGISTER_MULTIPLE တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.1.5 READ_REGISTER
ယုတ္တိဗေဒစာရင်းသွင်းခြင်း၏ အကြောင်းအရာကို ပြန်ဖတ်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုသည်။ အကြောင်းအရာသည် 4-byte တန်ဖိုးအဖြစ် တုံ့ပြန်မှုတွင် ပါဝင်ပါသည်။
4.5.1.5.1 အခြေအနေများ
ယုတ္တိဗေဒ မှတ်ပုံတင်ခြင်း၏ လိပ်စာသည် ရှိရပါမည်။ မှတ်ပုံတင်ခြင်း၏ဝင်ရောက်ခွင့်အရည်အချင်းသည် READ-WRITE သို့မဟုတ် READ-ONLY ဖြစ်ရပါမည်။
4.5.1.5.2 အမိန့်
ဇယား 27။ READ_REGISTER အမိန့်တန်ဖိုး
မှတ်ပုံတင်ထားသော အကြောင်းအရာကို ပြန်ဖတ်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | ယုတ္တိဗေဒမှတ်ပုံတင်ခြင်း၏လိပ်စာ |
4.5.1.5.3 တုံ့ပြန်မှု
ဇယား 28။ READ_REGISTER တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) | ||
တန်ဖိုးကို စာရင်းသွင်းပါ။ | 4 Bytes | ဖတ်ပြီးသော 32-Bit မှတ်ပုံတင်တန်ဖိုး။ (အဆုံးငယ်) |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.1.6 READ_REGISTER_MULTIPLE
ဤညွှန်ကြားချက်ကို ယုတ္တိဗေဒဆိုင်ရာ မှတ်ပုံတင်များစွာကို တစ်ပြိုင်နက်ဖတ်ရန် အသုံးပြုသည်။ ညွှန်ကြားချက်အပေါ် တုံ့ပြန်မှုတွင် ရလဒ် (စာရင်းတစ်ခုစီ၏ အကြောင်းအရာ) ကို ဖော်ပြထားသည်။ မှတ်ပုံတင်လိပ်စာကိုယ်တိုင်က တုံ့ပြန်မှုတွင် မပါဝင်ပါ။ တုံ့ပြန်မှုအတွင်း မှတ်ပုံတင်ထားသော အကြောင်းအရာများ၏ အစီအစဥ်သည် ညွှန်ကြားချက်အတွင်း မှတ်ပုံတင်လိပ်စာများ၏ အစီအစဥ်နှင့် သက်ဆိုင်သည်။
4.5.1.6.1 အခြေအနေများ
ညွှန်ကြားချက်အတွင်း မှတ်ပုံတင်လိပ်စာများအားလုံး ရှိရပါမည်။ မှတ်ပုံတင်ခြင်းတစ်ခုစီအတွက် ဝင်ရောက်ခွင့်ရည်ညွှန်းချက်သည် READ-WRITE သို့မဟုတ် READ-ONLY ဖြစ်ရပါမည်။ 'မှတ်ပုံတင်လိပ်စာ' အခင်းအကျင်း၏ အရွယ်အစားသည် 1 မှ 18 အတွင်း ပါဝင်ရမည်၊
4.5.1.6.2 အမိန့်
ဇယား 29. READ_REGISTER_MULTIPLE ကွန်မန်းတန်ဖိုး မှတ်ပုံတင်မှုအစုတစ်ခုတွင် ဖတ်ရှုခြင်း မှတ်ပုံတင်ခြင်းလုပ်ငန်းကို လုပ်ဆောင်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
မှတ်ပုံတင်ရန်လိပ်စာ[1…n] | 1 Byte | လိပ်စာစာရင်းသွင်းပါ။ |
4.5.1.6.3 တုံ့ပြန်မှု
ဇယား 30။ READ_REGISTER_MULTIPLE တုံ့ပြန်မှုတန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | ||
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) | ||||
တန်ဖိုး [1…n] မှတ်ပုံတင်ပါ | 4 Bytes | တန်ဖိုး | 4 Bytes | ဖတ်ပြီးသော 32-Bit မှတ်ပုံတင်တန်ဖိုး (အနည်း-အဆုံး)။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
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] အရ အကွာအဝေးတွင် ရှိရမည်။ 'တန်ဖိုးများ' အကွက်အတွင်းရှိ bytes အရေအတွက်သည် 1 မှ 1024 (0x0400) အတွင်းတွင် ဖြစ်ရပါမည်။ ရေးသားသည့်လုပ်ဆောင်ချက်သည် [2] တွင်ဖော်ပြထားသည့်အတိုင်း EEPROM လိပ်စာထက် မကျော်လွန်ရပါ။ လိပ်စာသည် EEPROM လိပ်စာနေရာလွတ်ထက်ကျော်လွန်ပါက [2] တွင် အမှားတုံ့ပြန်ချက်ကို လက်ခံသူထံ ပေးပို့ရမည်။
4.5.2.1.2 အမိန့်
ဇယား 31. WRITE_E2PROM အမိန့်တန်ဖိုး E2PROM သို့ ပေးထားသောတန်ဖိုးများကို ဆက်တိုက်ရေးပါ။
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
E2PROM လိပ်စာ | 2 Byte | ရေးထားသော လုပ်ဆောင်ချက် စတင်မည့် EEPROM ရှိ လိပ်စာ။ (ငယ် - အဆုံး) |
တန်ဖိုးများ | 1 – 1024 Bytes | E2PROM သို့ စဉ်ဆက်မပြတ်ရေးရမည့် တန်ဖိုးများ။ |
4.5.2.1.3 တုံ့ပြန်မှု
ဇယား 32. WRITE_EEPROM တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
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 မှ တန်ဖိုးများကို ဆက်တိုက်ဖတ်ပါ။
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
E2PROM လိပ်စာ | 2 Byte | E2PROM ရှိ လိပ်စာကို ဖတ်ပြီးသည့် လုပ်ဆောင်ချက်ကို စတင်ရပါမည်။ (ငယ် - အဆုံး) |
Bytes အရေအတွက် | 2 Byte | ဖတ်ရှုရမည့် ဘိုက်အရေအတွက်။ (အဆုံးငယ်) |
4.5.2.2.3 တုံ့ပြန်မှု
ဇယား ၃၄။ READ_E34PROM တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) | ||
တန်ဖိုးများ | 1 – 1024 Bytes | စဉ်ဆက်မပြတ် ဖတ်ရှုထားသည့် တန်ဖိုးများ။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.2.3 GET_CRC_USER_AREA
ဤညွှန်ကြားချက်ကို PN5190 IC ၏ ပရိုတိုကောဧရိယာ အပါအဝင် ပြီးပြည့်စုံသော အသုံးပြုသူဖွဲ့စည်းပုံပုံစံဧရိယာအတွက် CRC ကို တွက်ချက်ရန် အသုံးပြုပါသည်။
4.5.2.3.1 အမိန့်
ဇယား 35. GET_CRC_USER_AREA အမိန့်တန်ဖိုး
ပရိုတိုကောဧရိယာအပါအဝင် အသုံးပြုသူဖွဲ့စည်းပုံဧရိယာ၏ CRC ကိုဖတ်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
– | – | payload တွင်ဒေတာမရှိပါ။ |
4.5.2.3.2 တုံ့ပြန်မှု
ဇယား 36. GET_CRC_USER_AREA တုံ့ပြန်မှုတန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) | ||
တန်ဖိုးများ | 4 Bytes | အသေးဆုံးဖော်မတ်ဖြင့် CRC ဒေတာ 4 ဘိုက်။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.3 CLIF ဒေတာ ခြယ်လှယ်ခြင်း။
ဤကဏ္ဍတွင်ဖော်ပြထားသော ညွှန်ကြားချက်များသည် RF ထုတ်လွှင့်ခြင်းနှင့် လက်ခံခြင်းအတွက် ညွှန်ကြားချက်များကို ဖော်ပြသည်။
4.5.3.1 EXCHANGE_RF_DATA
RF လဲလှယ်ရေးလုပ်ဆောင်ချက်သည် TX ဒေတာကို ထုတ်လွှင့်ခြင်းလုပ်ဆောင်ပြီး မည်သည့် RX ဒေတာကို လက်ခံမည်ကို စောင့်ဆိုင်းနေသည်။
လက်ခံမှုတစ်ခု (မှားယွင်းနေသည်ဖြစ်စေ မှန်သည်ဖြစ်စေ) သို့မဟုတ် အချိန်ကုန်သွားသောအခါတွင် လုပ်ဆောင်ချက်သည် ပြန်တက်လာသည်။ တိုင်မာကို လွှဲပြောင်းခြင်း၏အဆုံးတွင် စတင်ပြီး လက်ခံခြင်း၏အစတွင် ရပ်သွားပါသည်။ EEPROM တွင် ကြိုတင်ပြင်ဆင်ထားသော အချိန်လွန်တန်ဖိုးကို Exchange အမိန့်ကို မလုပ်ဆောင်မီ အချိန်လွန်သတ်မှတ်မှု မပြုလုပ်မီတွင် အသုံးပြုရမည်ဖြစ်ပါသည်။
transceiver_state ဖြစ်ပါက
- IDLE တွင် TRANSCEIVE မုဒ်ကို ထည့်သွင်းထားသည်။
- WAIT_RECEIVE တွင်၊ အစပြုသူဘစ်ကို သတ်မှတ်သောအခါတွင်၊ Transceiver အခြေအနေကို TRANSCEIVE MODE သို့ ပြန်လည်သတ်မှတ်သည်
- WAIT_TRANSMIT တွင်၊ အစပြုသူဘစ်ကို သတ်မှတ်မထားပါက transceiver အခြေအနေကို TRANSCEIVE MODE သို့ ပြန်လည်သတ်မှတ်သည်
အကွက် 'နောက်ဆုံး Byte ရှိ မှန်ကန်သော ဘစ်နံပါတ်များ' သည် ပေးပို့ရမည့် ဒေတာအရှည်အတိအကျကို ညွှန်ပြသည်။
4.5.3.1.1 အခြေအနေများ
'TX Data' အကွက်၏ အရွယ်အစားသည် 0 မှ 1024 အတွင်း ပါဝင်ရမည်၊
'နောက်ဆုံး Byte တွင် မှန်ကန်သော ဘစ်နံပါတ်များ' အကွက်သည် 0 မှ 7 အတွင်း ရှိရပါမည်။
လက်ရှိ RF ထုတ်လွှင့်မှုအတွင်း အမိန့်ကို မခေါ်ရပါ။ ဒေတာပေးပို့ခြင်းအတွက် ညွှန်ကြားမှုစနစ်၏ မှန်ကန်သောအခြေအနေကို သေချာစေရမည်။
မှတ်ချက် -
ဤအမိန့်သည် Reader မုဒ်နှင့် P2P” Passive/Active အစပြုသူမုဒ်အတွက်သာ အကျုံးဝင်ပါသည်။
4.5.3.1.2 အမိန့်
ဇယား 37. EXCHANGE_RF_DATA အမိန့်တန်ဖိုး
အတွင်းပိုင်း RF ထုတ်လွှင့်မှုကြားခံတွင် TX ဒေတာကို ရေးသားပြီး transceive အမိန့်ကို အသုံးပြု၍ ထုတ်လွှင့်မှုကို စတင်ပြီး လက်ခံသူထံ တုံ့ပြန်မှုပြင်ဆင်ရန် သို့မဟုတ် အချိန်ကုန်သည်အထိ စောင့်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
နောက်ဆုံး Byte တွင် မှန်ကန်သော bit အရေအတွက် | 1 Byte | 0 | နောက်ဆုံး byte ၏ bits အားလုံးကို ပို့လွှတ်ပါသည်။ |
1 – 7 | ပေးပို့ရမည့် နောက်ဆုံးဘိုက်အတွင်း ဘစ်အရေအတွက်။ | ||
RFExchangeConfig | 1 Byte | RFExchange လုပ်ဆောင်ချက်၏ဖွဲ့စည်းပုံ။ အသေးစိတ်ကို အောက်တွင် ကြည့်ပါ။ |
ဇယား 37။ EXCHANGE_RF_DATA အမိန့်ပေးတန်ဖိုး…ဆက်သည်။
အတွင်းပိုင်း RF ထုတ်လွှင့်မှုကြားခံတွင် TX ဒေတာကို ရေးသားပြီး transceive အမိန့်ကို အသုံးပြု၍ ထုတ်လွှင့်မှုကို စတင်ပြီး လက်ခံသူထံ တုံ့ပြန်မှုပြင်ဆင်ရန် သို့မဟုတ် အချိန်ကုန်သည်အထိ စောင့်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
TX ဒေတာ | n ဘိုက် | transceive အမိန့်ကို အသုံးပြု၍ CLIF မှတစ်ဆင့် ပေးပို့ရမည့် TX ဒေတာ။ n = 0 – 1024 bytes |
ဇယား 38. RFexchangeConfig Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် |
Bits 4 – 7 သည် RFU ဖြစ်သည်။ | ||||||||
X | ဘစ် 1b ဟုသတ်မှတ်ထားလျှင် RX_STATUS ကိုအခြေခံ၍ တုံ့ပြန်မှုတွင် RX ဒေတာကို ထည့်သွင်းပါ။ | |||||||
X | ဘစ် 1b ဟုသတ်မှတ်ထားလျှင် တုံ့ပြန်မှုတွင် EVENT_STATUS မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ | |||||||
X | တုံ့ပြန်မှုတွင် RX_STATUS_ERROR မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ၊ ဘစ်ကို 1b ဟုသတ်မှတ်ပါက၊ | |||||||
X | ဘစ်ကို 1b ဟု သတ်မှတ်ပါက တုံ့ပြန်မှုတွင် RX_STATUS မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ |
4.5.3.1.3 တုံ့ပြန်မှု
ဇယား 39. EXCHANGE_RF_DATA တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
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 Bytes | RX_STATUS ကို တောင်းဆိုပါက (အနည်းစု) |
RX_STATUS_ERROR | 4 Bytes | အကယ်၍ RX_STATUS_ERROR ကို တောင်းဆိုခဲ့လျှင် (အနည်းစု) |
EVENT_STATUS | 4 Bytes | EVENT_STATUS ကို တောင်းဆိုခဲ့လျှင် (အနည်းစု) |
RX ဒေတာ | 1 – 1024 Bytes | အကယ်၍ RX ဒေတာကို တောင်းဆိုပါ။ RF လဲလှယ်မှု၏ RF လက်ခံမှုအဆင့်တွင် RX ဒေတာကို လက်ခံရရှိခဲ့သည်။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.3.2 TRANSMIT_RF_DATA
ဤညွှန်ကြားချက်ကို အတွင်းပိုင်း CLIF ထုတ်လွှင့်မှုကြားခံတွင် ဒေတာရေးရန်နှင့် transceive command ကို အသုံးပြု၍ အတွင်းပိုင်းသို့ ထုတ်လွှင့်မှုကို စတင်ရန် အသုံးပြုသည်။ ဤကြားခံ၏အရွယ်အစားသည် 1024 bytes သာရှိသည်။ ဤညွှန်ကြားချက်ကို လုပ်ဆောင်ပြီးပါက၊ RF လက်ခံမှုအား အလိုအလျောက် စတင်ပါသည်။
ပေးပို့မှု ပြီးသည်နှင့် ဧည့်ခံမှု ပြီးဆုံးရန် မစောင့်ဘဲ ချက်ခြင်း ပြန်ပို့သည်။
4.5.3.2.1 အခြေအနေများ
'TX Data' အကွက်အတွင်းရှိ bytes အရေအတွက်သည် 1 မှ 1024 အကွာအဝေးတွင် ရှိရမည်၊ ပါဝင်သည်။
လက်ရှိ RF ထုတ်လွှင့်မှုအတွင်း အမိန့်ကို မခေါ်ရပါ။
4.5.3.2.2 အမိန့်
ဇယား 40။ TRANSMIT_RF_DATA အမိန့်တန်ဖိုး TX ဒေတာကို အတွင်းပိုင်း CLIF ထုတ်လွှင့်မှုကြားခံသို့ ရေးပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
နောက်ဆုံး Byte တွင် မှန်ကန်သော bit အရေအတွက် | 1 Byte | 0 နောက်ဆုံးဘိုက်၏ဘစ်များအားလုံးကို ပို့လွှတ်မည့် နောက်ဆုံးဘိုက်အတွင်း 1 မှ 7 ဘစ်အရေအတွက်ကို ပို့လွှတ်သည်။ |
RFU | 1 Byte | လက်ဝယ်ရှိတယ်။ |
TX ဒေတာ | 1 – 1024 Bytes | လာမည့် RF ထုတ်လွှင့်မှုအတွင်း အသုံးပြုရမည့် TX ဒေတာ။ |
4.5.3.2.3 တုံ့ပြန်မှု
ဇယား 41။ TRANSMIT_RF_DATA တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.3.3 RETRIEVE_RF_DATA
ဤညွှန်ကြားချက်ကို အပိုင်း 4.5.3.1 ၏ ယခင်လုပ်ဆောင်မှုမှ တုံ့ပြန်မှု သို့မဟုတ် အပိုင်း 4.5.3.2 တွင် လက်ခံရရှိသည့်ဒေတာများ မပါဝင်ရန် ရွေးချယ်မှုဖြင့် RF တုံ့ပြန်မှုဒေတာ (ရှိပါက) ပါ၀င်သည့် အတွင်းပိုင်း CLIF RX ကြားခံမှဒေတာကို ဖတ်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။ .၃.၂ အမိန့်။
4.5.3.3.1 အမိန့်
ဇယား 42. RETRIEVE_RF_DATA အမိန့်တန်ဖိုး RX ဒေတာကို အတွင်းပိုင်း RF လက်ခံမှုကြားခံမှ ဖတ်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
ဗလာ | ဗလာ | ဗလာ |
4.5.3.3.2 တုံ့ပြန်မှု
ဇယား 43။ RETRIEVE_RF_DATA တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
||
RX ဒေတာ | 1 – 1024 Bytes | နောက်ဆုံးအောင်မြင်သော RF လက်ခံမှုအတွင်း လက်ခံရရှိထားသည့် RX ဒေတာ။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.3.4 RECEIVE_RF_DATA
ဤညွှန်ကြားချက်သည် စာဖတ်သူ၏ RF Interface မှရရှိသောဒေတာကို စောင့်မျှော်နေပါသည်။
စာဖတ်သူမုဒ်တွင်၊ လက်ခံမှုတစ်ခု (မှားယွင်းနေသည်ဖြစ်စေ မှန်သည်ဖြစ်စေ) သို့မဟုတ် FWT အချိန်ကုန်သွားပါက ဤညွှန်ကြားချက်သည် ပြန်ပေးသည်။ တိုင်မာကို လွှဲပြောင်းခြင်း၏အဆုံးတွင် စတင်ပြီး လက်ခံခြင်း၏အစတွင် ရပ်သွားပါသည်။ EEPROM တွင် ကြိုတင်ပြင်ဆင်ထားသည့် ပုံသေအချိန်ကုန်တန်ဖိုးကို Exchange command ကိုမလုပ်ဆောင်မီ အချိန်လွန်သတ်မှတ်ခြင်းမပြုမီတွင် အသုံးပြုရမည်ဖြစ်ပါသည်။
ပစ်မှတ်မုဒ်တွင်၊ ဤညွှန်ကြားချက်သည် လက်ခံရရှိမှု (မှားယွင်းနေသည်ဖြစ်စေ မှန်သည်ဖြစ်စေ) သို့မဟုတ် ပြင်ပ RF အမှားအယွင်းရှိသည့်အခါတွင်ပင် ပြန်ပေးသည်။
မှတ်ချက် -
TX နှင့် RX လုပ်ဆောင်ချက်ကို လုပ်ဆောင်ရန် ဤညွှန်ကြားချက်ကို TRANSMIT_RF_DATA အမိန့်ဖြင့် အသုံးပြုရပါမည်...
4.5.3.4.1 အမိန့်
ဇယား 44. RECEIVE_RF_DATA အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
လက်ခံRFConfig | 1 Byte | ReceiveRFConfig လုပ်ဆောင်ချက်ကို ပြင်ဆင်ခြင်း။ ကြည့်ပါ။ ဇယား ၁ |
ဇယား 45. ReceiveRFConfig bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် |
Bits 4 – 7 သည် RFU ဖြစ်သည်။ | ||||||||
X | ဘစ် 1b ဟုသတ်မှတ်ထားလျှင် RX_STATUS ကိုအခြေခံ၍ တုံ့ပြန်မှုတွင် RX ဒေတာကို ထည့်သွင်းပါ။ | |||||||
X | ဘစ် 1b ဟုသတ်မှတ်ထားလျှင် တုံ့ပြန်မှုတွင် EVENT_STATUS မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ | |||||||
X | တုံ့ပြန်မှုတွင် RX_STATUS_ERROR မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ၊ ဘစ်ကို 1b ဟုသတ်မှတ်ပါက၊ | |||||||
X | ဘစ်ကို 1b ဟု သတ်မှတ်ပါက တုံ့ပြန်မှုတွင် RX_STATUS မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ |
4.5.3.4.2 တုံ့ပြန်မှု
ဇယား 46. RECEIVE_RF_DATA တုံ့ပြန်မှုတန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) PN5190_STATUS_TIMEOUT |
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
RX_STATUS | 4 Bytes | RX_STATUS ကို တောင်းဆိုပါက (အနည်းစု) |
RX_STATUS_ERROR | 4 Bytes | အကယ်၍ RX_STATUS_ERROR ကို တောင်းဆိုခဲ့လျှင် (အနည်းစု) |
EVENT_STATUS | 4 Bytes | EVENT_STATUS ကို တောင်းဆိုခဲ့လျှင် (အနည်းစု) |
RX ဒေတာ | 1 – 1024 Bytes | အကယ်၍ RX ဒေတာကို တောင်းဆိုပါ။ RX ဒေတာကို RF မှတဆင့် လက်ခံရရှိခဲ့သည်။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD ဖွဲ့စည်းမှုပုံစံ)
အဆင့် 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' ဖြင့် ပြန်လာသော EXCHANGE_RF_DATA ကွန်မန်း၏ ယခင်လုပ်ဆောင်မှုမှ FeliCa EMD တုံ့ပြန်ချက်ဒေတာ (ရှိပါက) ပါ၀င်သော အတွင်းပိုင်း CLIF RX ကြားခံမှ ဒေတာကို ဖတ်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။
မှတ်ချက် - ဤအမိန့်ကို PN5190 FW v02.03 မှစတင်၍ရနိုင်သည်။
4.5.3.5.1 အမိန့်
အတွင်းပိုင်း RF လက်ခံမှုကြားခံမှ RX ဒေတာကို ဖတ်ပါ။
ဇယား 47. RETRIEVE_RF_FELICA_EMD_DATA အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
FeliCarRFRetrieveConfig | 1 Byte | 00 – FF | RETRIEVE_RF_FELICA_EMD_DATA လုပ်ဆောင်ချက်၏ ဖွဲ့စည်းမှု |
configuration (bitmask) ဖော်ပြချက် | bit 7..2: RFU bit 1- ဘစ်ကို 1b ဟုသတ်မှတ်ထားပါက တုံ့ပြန်မှုတွင် RX_STATUS_ ERROR မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ bit 0- ဘစ်ကို 1b ဟုသတ်မှတ်ထားပါက တုံ့ပြန်မှုတွင် RX_STATUS မှတ်ပုံတင်ခြင်းကို ထည့်သွင်းပါ။ |
4.5.3.5.2 တုံ့ပြန်မှု
ဇယား 48. RETRIEVE_RF_FELICA_EMD_DATA တုံ့ပြန်မှုတန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |||
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ။ မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) | |||
RX_STATUS | 4 Byte | RX_STATUS ကို တောင်းဆိုပါက (အနည်းစု) | |||
RX_STATUS_ အမှား | 4 Byte | အကယ်၍ RX_STATUS_ERROR ကို တောင်းဆိုခဲ့လျှင် (အနည်းစု) |
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |||
RX ဒေတာ | 1…1024 Byte | Exchange Command ကို အသုံးပြု၍ နောက်ဆုံးမအောင်မြင်သော RF ဧည့်ခံမှုအတွင်း လက်ခံရရှိထားသည့် FeliCa EMD RX ဒေတာ။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.4 လုပ်ဆောင်ချက်မုဒ်ကို ပြောင်းခြင်း။
PN5190 သည် မတူညီသော လုပ်ဆောင်မှုမုဒ် 4 ခုကို ပံ့ပိုးပေးသည်-
4.5.4.1 ပုံမှန်
ညွှန်ကြားချက်အားလုံးကို ခွင့်ပြုသည့် မူရင်းမုဒ်ဖြစ်သည်။
4.5.4.2 အသင့်အနေအထား
PN5190 သည် ပါဝါချွေတာရန် အသင့်အနေအထားတွင် ရှိနေသည် ။ အရန်သင့်ထားရမည့်အချိန်ကို ထပ်မံသတ်မှတ်ရန် နိုးထသည့်အခြေအနေများကို သတ်မှတ်ရပါမည်။
4.5.4.3 LPCD
PN5190 သည် ပါဝါသုံးစွဲမှုအနည်းဆုံးဖြင့် လည်ပတ်မှုပမာဏသို့ ဝင်ရောက်နေသည့်ကတ်ကို စုံစမ်းသိရှိရန် ကြိုးပမ်းသည့် ပါဝါနည်းပါးသောကတ် ထောက်လှမ်းမုဒ်တွင် ရှိနေသည်။
4.5.4.4 Autocoll
PN5190 သည် RF နားဆင်သူအဖြစ် လုပ်ဆောင်နေပြီး ပစ်မှတ်မုဒ်ကို အလိုအလျောက် လုပ်ဆောင်နေသည် (အချိန်နှင့်တပြေးညီ ကန့်သတ်ချက်များကို အာမခံရန်)
4.5.4.5 SWITCH_MODE_NORMAL
Switch Mode Normal command တွင် အသုံးပြုမှု သုံးခုရှိသည်။
4.5.4.5.1 UseCase1- ပါဝါတက်သောအခါ ပုံမှန်လည်ပတ်မှုမုဒ်ကို ထည့်ပါ (POR)
ပုံမှန်လုပ်ဆောင်မှုမုဒ်သို့ဝင်ရောက်ခြင်းဖြင့် နောက်အမိန့်ကိုလက်ခံ/လုပ်ဆောင်ခြင်းအတွက် Idle အခြေအနေသို့ ပြန်လည်သတ်မှတ်ရန် အသုံးပြုပါ။
4.5.4.5.2 UseCase2- ပုံမှန်လည်ပတ်မှုမုဒ်သို့ ပြောင်းရန် လုပ်ဆောင်နေသော ညွှန်ကြားချက်ကို ရပ်စဲခြင်း
လုပ်ဆောင်နေသော command များကို ရပ်စဲခြင်းဖြင့် နောက် command ကို လက်ခံ/လုပ်ဆောင်ခြင်းအတွက် Idle အခြေအနေသို့ ပြန်လည်သတ်မှတ်ရန် အသုံးပြုပါ။
အသင့်အနေအထား၊ LPCD၊ Exchange၊ PRBS နှင့် Autocoll ကဲ့သို့သော ညွှန်ကြားချက်များကို ဤအမိန့်ကို အသုံးပြု၍ ရပ်စဲရန် ဖြစ်နိုင်သည်။
ဤသည်မှာ တုံ့ပြန်မှုမရှိသော တစ်ခုတည်းသော အထူးအမိန့်ဖြစ်သည်။ ယင်းအစား၊ ၎င်းတွင် EVENT အကြောင်းကြားချက်တစ်ခု ရှိသည်။
ကွဲပြားသော နောက်ခံအမိန့်ပေးမှုကို လုပ်ဆောင်နေစဉ်အတွင်း ဖြစ်ပွားသည့် ဖြစ်ရပ်အမျိုးအစားအကြောင်း နောက်ထပ်အချက်အလက်များအတွက် အပိုင်း 4.4.3 ကို ကိုးကားပါ။
4.5.4.5.2.1 UseCase2.1-
ဤအမိန့်သည် CLIF TX၊ RX နှင့် Field Control Registers အားလုံးကို Boot အခြေအနေသို့ ပြန်လည်သတ်မှတ်မည်ဖြစ်သည်။ ဤအမိန့်ကို ထုတ်ပြန်ခြင်းသည် ရှိပြီးသား RF Field မှန်သမျှကို ပိတ်ပစ်မည်ဖြစ်သည်။
4.5.4.5.2.2 UseCase2.2-
PN5190 FW v02.03 မှစတင်၍ ရနိုင်သည်-
ဤအမိန့်သည် CLIF TX၊ RX နှင့် Field Control Registers များကို မွမ်းမံမွမ်းမံသော်လည်း transceiver ကို IDLE အခြေအနေသို့သာ ရွှေ့ရပါမည်။
4.5.4.5.3 UseCase3- standby မှ soft-reset/exit တွင် ပုံမှန်လုပ်ဆောင်မှုမုဒ်၊ LPCD ဤကိစ္စတွင်၊ PN5190 သည် IDLE_EVENT အား လက်ခံသူထံ ပေးပို့ခြင်းဖြင့် ပုံမှန်လည်ပတ်မှုမုဒ်သို့ တိုက်ရိုက်ဝင်ရောက်သည် (ပုံ 12 သို့မဟုတ် ပုံ 13) နှင့် " IDLE_EVENT” bit ကို ဇယား 11 တွင် သတ်မှတ်ထားသည်။
SWITCH_MODE_NORMAL အမိန့်ကို ပေးပို့ရန် မလိုအပ်ပါ။
မှတ်ချက် -
IC ကို ပုံမှန်မုဒ်သို့ ပြောင်းပြီးနောက်၊ RF ၏ ဆက်တင်အားလုံးကို ပုံသေအခြေအနေသို့ ပြုပြင်မွမ်းမံထားသည်။ RF ON သို့မဟုတ် RF Exchange လုပ်ဆောင်ချက်ကို မလုပ်ဆောင်မီ သက်ဆိုင်ရာ RF ဖွဲ့စည်းမှုပုံစံနှင့် အခြားဆက်စပ်သော မှတ်ပုံတင်ချက်များကို သင့်လျော်သောတန်ဖိုးများဖြင့် တင်ဆောင်ထားရန် လိုအပ်ပါသည်။
4.5.4.5.4 မတူညီသောအသုံးပြုမှုများအတွက် ပေးပို့ရန် ကွန်မန်းဘောင်
4.5.4.5.4.1 UseCase1- Command သည် ပါဝါတက်သောအခါ (POR) 0x20 0x01 0x00 တွင် ပုံမှန်လည်ပတ်မှုမုဒ်သို့ ဝင်ရောက်ပါ
4.5.4.5.4.2 UseCase2- ပုံမှန်လည်ပတ်မှုမုဒ်သို့ ပြောင်းရန် လုပ်ဆောင်နေသော ညွှန်ကြားချက်များကို ရပ်တန့်ရန် အမိန့်
Case 2.1 ကို အသုံးပြုပါ
0x20 0x00 0x00
case 2.2 ကိုအသုံးပြုပါ- (FW v02.02 မှစတင်သည်)။
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3- အသင့်အနေအထားမှ soft-reset/exit ပေါ်ရှိ ပုံမှန်လည်ပတ်မှုမုဒ်အတွက် ညွှန်ကြားချက်၊ LPCD၊ ULPCD
တစ်ခုမှ PN5190 သည် ပုံမှန်လုပ်ဆောင်ချက်မုဒ်သို့ တိုက်ရိုက်ဝင်ရောက်သည်။
4.5.4.5.5 တုံ့ပြန်မှု
တစ်ခုမှ
၁ ပွဲ
BOOT_EVENT (EVENT_STATUS စာရင်းသွင်းမှုတွင်) သည် ပုံမှန်မုဒ်ကို ဝင်ရောက်ပြီး လက်ခံဆောင်ရွက်ပေးသူထံ ပေးပို့ထားကြောင်း ညွှန်ပြထားသည်။ ဖြစ်ရပ်ဒေတာအတွက် ပုံ 12 နှင့် ပုံ 13 ကို ကိုးကားပါ။
IDLE_EVENT (EVENT_STATUS မှတ်ပုံတင်ခြင်းတွင်) သည် ပုံမှန်မုဒ်သို့ ဝင်ရောက်ပြီး လက်ခံဆောင်ရွက်ပေးသူထံ ပေးပို့ထားကြောင်း ဖော်ပြသည်။ ဖြစ်ရပ်ဒေတာအတွက် ပုံ 12 နှင့် ပုံ 13 ကို ကိုးကားပါ။
BOOT_EVENT (EVENT_STATUS မှတ်ပုံတင်ခြင်းတွင်) သည် ပုံမှန်မုဒ်သို့ ဝင်ရောက်ပြီး လက်ခံဆောင်ရွက်ပေးသူထံ ပေးပို့ကြောင်း ညွှန်ပြပါသည်။ ဖြစ်ရပ်ဒေတာအတွက် ပုံ 12 နှင့် ပုံ 13 ကို ကိုးကားပါ။
4.5.4.6 SWITCH_MODE_AUTOCOLL
ခလုတ်မုဒ် Autocoll သည် ပစ်မှတ်မုဒ်တွင် ကတ်အသက်သွင်းခြင်းလုပ်ငန်းစဉ်ကို အလိုအလျောက်လုပ်ဆောင်သည်။
အကွက် 'Autocoll Mode' သည် 0 မှ 2 အတွင်း ပါဝင်ရပါမည်။
အကယ်၍ အကွက် 'Autocoll Mode' ကို 2 (Autocoll) ဟု သတ်မှတ်ပါက၊ အကွက် 'RF Technologies' (Table 50) တွင် Autocoll ကာလအတွင်း ပံ့ပိုးပေးမည့် RF Technologies ကို ညွှန်ပြသည့် bitmask ပါရှိသည်။
ဤမုဒ်တွင် ရှိနေစဉ် ညွှန်ကြားချက်များ ပေးပို့ရမည်မဟုတ်ပေ။
အနှောက်အယှက်တစ်ခုဖြင့် ရပ်စဲခြင်းကို ညွှန်ပြသည်။
4.5.4.6.1 အမိန့်
ဇယား 49။ SWITCH_MODE_AUTOCOLL အမိန့်တန်ဖိုး
ကန့်သတ်ချက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
RF နည်းပညာများ | 1 Byte | Autocoll အတွင်း နားထောင်ရန် RF နည်းပညာကို ညွှန်ပြသည့် Bitmask။ | |
Autocoll မုဒ် | 1 Byte | 0 | ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရမုဒ် မရှိပါ။ဆိုလိုသည်မှာ ပြင်ပ RF အကွက်မရှိသောအခါတွင် Autocoll သည် ရပ်စဲသည်။ |
အမှုရပ်စဲခြင်း။ | |||
• RF FIELD သို့မဟုတ် RF FIELD မရှိတော့ပါ။ | |||
• PN5190 ကို ပစ်မှတ်မုဒ်တွင် အသက်သွင်းထားသည်။ | |||
1 | အသင့်အနေအထားဖြင့် ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရမုဒ်. RF အကွက်မရှိသည့်အခါ၊ Autocoll သည် Standby မုဒ်သို့ အလိုအလျောက်ဝင်ရောက်သည်။ RF ပြင်ပ RF အကွက်ကို တွေ့ရှိသည်နှင့်တစ်ပြိုင်နက် PN5190 သည် Autocoll မုဒ်သို့ ထပ်မံဝင်ရောက်သည်။ | ||
အမှုရပ်စဲခြင်း။ | |||
• PN5190 ကို ပစ်မှတ်မုဒ်တွင် အသက်သွင်းထားသည်။ | |||
PN5190 FW မှ v02.03 '0xCDF' တွင် EEPROM အကွက် “bCard ModeUltraLowPowerEnabled” ကို '1' ဟု သတ်မှတ်ပါက PN5190 သည် အလွန်ပါဝါနိမ့်သော အသင့်အနေအထားသို့ ရောက်ရှိလာပါသည်။ | |||
2 | အသင့်အနေအထားမပါဘဲ ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရမုဒ်. RF အကွက်မရှိသည့်အခါ၊ PN5190 သည် Autocoll algorithm မစတင်မီ RF အကွက်ရှိနေသည်အထိ စောင့်သည်။ ဤကိစ္စတွင် Standby ကို အသုံးမပြုပါ။ | ||
အမှုရပ်စဲခြင်း။ • PN5190 ကို ပစ်မှတ်မုဒ်တွင် အသက်သွင်းထားသည်။ |
ဇယား 50. RF နည်းပညာများ Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် |
0 | 0 | 0 | 0 | RFU | ||||
X | 1b ဟု သတ်မှတ်ထားပါက၊ NFC-F Active အတွက် နားထောင်ခြင်းကို ဖွင့်ထားသည်။ (မရရှိနိုင်ပါ)။ | |||||||
X | 1b ဟု သတ်မှတ်ပါက NFC-A Active အတွက် နားထောင်ခြင်းကို ဖွင့်ထားသည်။ (မရရှိနိုင်ပါ)။ | |||||||
X | 1b ဟု သတ်မှတ်ပါက NFC-F အတွက် နားထောင်ခြင်းကို ဖွင့်ထားသည်။ | |||||||
X | 1b ဟု သတ်မှတ်ပါက၊ NFC-A အတွက် နားထောင်ခြင်းကို ဖွင့်ထားသည်။ |
4.5.4.6.2 တုံ့ပြန်မှု
တုံ့ပြန်မှုသည် အမိန့်ကို စီမံဆောင်ရွက်ပြီးဖြစ်ကြောင်းကိုသာ အချက်ပြသည်။
ဇယား 51။ SWITCH_MODE_AUTOCOLL တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (မှားယွင်းသောဆက်တင်များကြောင့် ခလုတ်မုဒ်ကို မ၀င်ရ) |
၁ ပွဲ
ညွှန်ကြားချက် ပြီးသွားသောအခါတွင် ပွဲသတိပေးချက် ပေးပို့ပြီး ပုံမှန်မုဒ်သို့ ဝင်သွားပါသည်။ အစီအစဉ်တန်ဖိုးပေါ်မူတည်၍ တုံ့ပြန်မှုဘိုက်များကို အိမ်ရှင်က ဖတ်ရပါမည်။
မှတ်ချက် -
အခြေအနေသည် “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 ဖြစ်ရပ်
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
အဆင့်အတန်း | 1 byte | လည်ပတ်မှုအခြေအနေ | |
PN5190_STATUS_INSTR_SUCCESS | PN5190 ကို TARGET မုဒ်တွင် အသက်သွင်းထားသည်။ ဤဖြစ်ရပ်ရှိ နောက်ထပ်ဒေတာများသည် မှန်ကန်ပါသည်။ |
||
PN5190_STATUS_PREVENT_STANDBY | PN5190 ကို Standby မုဒ်သို့ မသွားရန် တားမြစ်ထားကြောင်း ဖော်ပြသည်။ Autocoll မုဒ်ကို “အသင့်အနေအထားဖြင့် ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်မုဒ်” အဖြစ် ရွေးချယ်ထားမှသာ ဤအခြေအနေသည် မှန်ကန်ပါသည်။ |
PN5190_STATUS_NO_EXTERNAL_RF_ FIELD | Autocoll ၏လုပ်ဆောင်မှုအတွင်း ပြင်ပ RF အကွက်မတွေ့ရကြောင်း ညွှန်ပြသည် | ||
PN5190_STATUS_USER_CANCELLED | ပစ္စုပ္ပန်လုပ်ဆောင်ဆဲ command ကို switch mode normal command ဖြင့် ဖျက်သိမ်းထားကြောင်း ဖော်ပြသည်။ | ||
ပရိုတိုကော | 1 byte | က0x10 | Passive TypeA အဖြစ် အသက်သွင်းထားသည်။ |
က0x11 | Passive TypeF 212 အဖြစ် အသက်သွင်းခဲ့သည်။ | ||
က0x12 | Passive TypeF 424 အဖြစ် အသက်သွင်းခဲ့သည်။ | ||
က0x20 | Active TypeA အဖြစ် အသက်သွင်းခဲ့သည်။ | ||
က0x21 | Active TypeF 212 အဖြစ် အသက်သွင်းထားသည်။ | ||
က0x22 | Active TypeF 424 အဖြစ် အသက်သွင်းထားသည်။ | ||
အခြားတန်ဖိုးများ | မမှန်ပါ။ | ||
ကတ်_အသက်သွင်းထားသည်။ | 1 byte | က0x00 | ISO 14443-3 အရ ကတ်အသက်သွင်းခြင်းလုပ်ငန်းစဉ် မရှိပါ။ |
က0x01 | စက်ပစ္စည်းကို Passive မုဒ်တွင် အသက်သွင်းထားကြောင်း ဖော်ပြသည်။ |
မှတ်ချက် -
ဖြစ်ရပ်ဒေတာကိုဖတ်ပြီးနောက်၊ စဖွင့်ထားသည့်ကတ်/စက်ပစ္စည်းမှရရှိသောဒေတာ (ISO18092/ISO1443-4 အရ 'n' bytes of ATR_REQ/RATS ကဲ့သို့)၊ အပိုင်း 4.5.3.3 အမိန့်ကိုအသုံးပြု၍ ဖတ်ရပါမည်။
4.5.4.6.4 ဆက်သွယ်ရေး ဥပမာample
4.5.4.7 SWITCH_MODE_STANDBY
ခလုတ်မုဒ် Standby သည် IC အား Standby မုဒ်သို့ အလိုအလျောက် သတ်မှတ်ပေးသည်။ နိုးထမှုအခြေအနေများနှင့်ကိုက်ညီသော နိုးထမှုရင်းမြစ်များကို စီစဉ်သတ်မှတ်ပြီးနောက် IC နိုးလာပါမည်။
မှတ်ချက် -
ULP STANDBY အတွက် ကောင်တာသက်တမ်းကုန်ဆုံးချိန်နှင့် STANDBY အတွက် HIF ဖျက်သိမ်းခြင်းတို့ကို standby မုဒ်များမှထွက်ရန် မူရင်းအားဖြင့် ရရှိနိုင်ပါသည်။
4.5.4.7.1 အမိန့်
ဇယား 53။ SWITCH_MODE_STANDBY အမိန့်တန်ဖိုး
ကန့်သတ်ချက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
ပြင်ဆင်မှု | 1 Byte | အသုံးပြုရမည့် နိုးထခြင်းအရင်းအမြစ်ကို ထိန်းချုပ်ခြင်းနှင့် ဝင်ရန် Standby မုဒ်။ ကိုးကားပါ။ ဇယား ၁ |
ကောင်တာတန်ဖိုး | 2 Bytes | နိုးထမှုကောင်တာအတွက် သုံးထားသောတန်ဖိုးသည် မီလီစက္ကန့်များဖြစ်သည်။ အသင့်အနေအထားအတွက် အများဆုံးပံ့ပိုးထားသောတန်ဖိုးမှာ 2690 ဖြစ်သည်။ ULP အသင့်အနေအထားအတွက် အများဆုံးပံ့ပိုးပေးသည့်တန်ဖိုးမှာ 4095 ဖြစ်သည်။ ပေးရမည့်တန်ဖိုးသည် အသေးအဖွဲ ဖော်မတ်ဖြစ်သည်။ တန်ပြန်သက်တမ်းကုန်ဆုံးချိန်တွင် နှိုးဆော်ရန်အတွက် "Config Bitmask" ကို ဖွင့်ထားမှသာ ဤကန့်သတ်ချက်အကြောင်းအရာများသည် အကျုံးဝင်ပါသည်။ |
Table 54. Config Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် |
X | ဘစ်ကို 1b ဟုသတ်မှတ်ပါက ULP အသင့်အနေအထားတွင် ထည့်သွင်းပါ ဘစ်ကို 0b ဟုသတ်မှတ်ထားလျှင် အသင့်အနေအထားတွင် ထည့်သွင်းပါ။ | |||||||
0 | RFU | |||||||
X | bit ကို 3b ဟုသတ်မှတ်ထားလျှင် GPIO-1 မြင့်နေချိန်တွင် နိုးထပါ။ ( ULP standby အတွက် မသက်ဆိုင်ပါ ) | |||||||
X | bit ကို 2b ဟုသတ်မှတ်ထားလျှင် GPIO-1 မြင့်နေချိန်တွင် နိုးထပါ။ ( ULP standby အတွက် မသက်ဆိုင်ပါ ) | |||||||
X | bit ကို 1b ဟုသတ်မှတ်ထားလျှင် GPIO-1 မြင့်နေချိန်တွင် နိုးထပါ။ ( ULP standby အတွက် မသက်ဆိုင်ပါ ) | |||||||
X | bit ကို 0b ဟုသတ်မှတ်ထားလျှင် GPIO-1 မြင့်နေချိန်တွင် နိုးထပါ။ ( ULP standby အတွက် မသက်ဆိုင်ပါ ) | |||||||
X | ဘစ်စ်ကို 1b ဟု သတ်မှတ်ထားပါက နှိုးဆော်သည့်ကောင်တာတွင် နှိုးစက်သည် သက်တမ်းကုန်ဆုံးသည်။ ULP-Standby အတွက်၊ ဤရွေးချယ်မှုကို မူရင်းအတိုင်း ဖွင့်ထားသည်။ | |||||||
X | ဘစ်ကို 1b ဟု သတ်မှတ်ထားပါက ပြင်ပ RF အကွက်တွင် နှိုးပါ။ |
မှတ်ချက် - PN5190 FW v02.03 မှနေ၍ EEPROM အကွက်ကို လိပ်စာ '0xCDF' တွင် "CardModeUltraLowPowerEnabled" ကို '1' ဟုသတ်မှတ်ထားလျှင်၊ ULP အသင့်အနေအထားဖွဲ့စည်းပုံကို SWITCH_MODE_STANDBY Command ဖြင့် အသုံးမပြုနိုင်ပါ။
4.5.4.7.2 တုံ့ပြန်မှု
တုံ့ပြန်မှုသည် အမိန့်ကို လုပ်ဆောင်ပြီးဖြစ်ကြောင်းကိုသာ အချက်ပြပြီး လက်ခံသူမှ တုံ့ပြန်မှုကို အပြည့်အဝဖတ်ပြီးမှသာ အသင့်အနေအထားကို ထည့်သွင်းမည်ဖြစ်သည်။
ဇယား 55။ SWITCH_MODE_STANDBY တုံ့ပြန်မှုတန်ဖိုး ပြောင်းလဲခြင်း လုပ်ဆောင်ချက်မုဒ် အသင့်အနေအထား
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ဆက်တင်များ မှားယွင်းနေခြင်းကြောင့် ခလုတ်မုဒ်သို့ မ၀င်ရသေးပါ) |
၁ ပွဲ
ညွှန်ကြားချက် ပြီးသွားသောအခါတွင် ပွဲသတိပေးချက် ပေးပို့ပြီး ပုံမှန်မုဒ်သို့ ဝင်သွားပါသည်။ ပုံ 12 နှင့် ပုံ 13 တွင်ရှိသော command ကို ပြီးမြောက်ပြီးနောက် ပေးပို့မည့် အဖြစ်အပျက်ပုံစံကို ကိုးကားပါ။
အကယ်၍ PN5190 ကို Standby မုဒ်တွင် ပိတ်ထားပါက၊ ထို့နောက် EVENT_STATUS တွင် ဖော်ပြထားသည့်အတိုင်း သတ်မှတ်သည့် "STANDBY_PREV_EVENT" bit ဖြစ်ရပ်ကို ဇယား 11 တွင် ဖော်ပြထားသည့် အသင့်အနေအထားဖြင့် ကြိုတင်ကာကွယ်ခြင်း၏ အကြောင်းရင်းတစ်လျှောက် အိမ်ရှင်ထံ ပေးပို့မည်ဖြစ်သည်။
4.5.4.7.4 ဆက်သွယ်ရေး ထွample
4.5.4.8 SWITCH_MODE_LPCD
Switch မုဒ် LPCD သည် အင်တင်နာတစ်ဝိုက်ရှိ ပတ်ဝန်းကျင်ကို ပြောင်းလဲခြင်းကြောင့် အင်တင်နာတွင် ထောက်လှမ်းမှုကို လုပ်ဆောင်သည်။
LPCD ၏ မတူညီသောပုံစံ ၂ မျိုးရှိသည်။ HW-based (ULPCD) ဖြေရှင်းချက်သည် အပြိုင်အဆိုင် ပါဝါသုံးစွဲမှုကို လျှော့ချပြီး အာရုံခံနိုင်စွမ်းကို ပေးဆောင်သည်။ FW-based (LPCD) ဖြေရှင်းချက်သည် ပါဝါသုံးစွဲမှု တိုးလာခြင်းဖြင့် အကောင်းဆုံး-အတန်းအစားအတွင်း အာရုံခံနိုင်စွမ်းကို ပေးဆောင်သည်။
FW အခြေပြု (LPCD ၏ Single Mode တွင်) စံကိုက်ညှိခြင်း အစီအစဉ်ကို လက်ခံဆောင်ရွက်ပေးရန် ပေးပို့ခြင်း မရှိပါ။
တစ်ကိုယ်ရေမုဒ်ကို ခေါ်ဆိုသည့်အခါ၊ အသင့်အနေအထားမှ ထွက်ပြီးနောက် ချိန်ညှိခြင်းနှင့် ဆက်တိုက်တိုင်းတာခြင်းများအားလုံးကို လုပ်ဆောင်သည်။
တစ်ခုတည်းမုဒ်တွင် ချိန်ညှိခြင်းကိစ္စရပ်အတွက်၊ ပထမဦးစွာ single mode ကို calibration event command ဖြင့်ထုတ်ပါ။ စံကိုက်ညှိပြီးနောက်၊ LPCD စံကိုက်ညှိခြင်းဖြစ်ရပ်ကို လက်ခံရရှိပြီးနောက် ၎င်းသည် ထည့်သွင်းမှုပါရာမီတာအဖြစ် ယခင်အဆင့်မှရရှိသော ရည်ညွှန်းတန်ဖိုးနှင့်အတူ single mode command ကို ပေးပို့ရမည်ဖြစ်သည်။
အမိန့်မခေါ်မီ LPCD ၏ဖွဲ့စည်းပုံအား EEPROM/Flash Data ဆက်တင်များတွင် လုပ်ဆောင်သည်။
မှတ်ချက် -
ULPCD အတွက် GPIO3 ဖျက်သိမ်းခြင်း ၊ LPCD အတွက် HIF ဖျက်ခြင်း သည် ပါဝါနည်းသော မုဒ်များမှ ထွက်ရန် မူရင်းအားဖြင့် ရနိုင်ပါသည်။
တန်ပြန်သက်တမ်းကုန်ဆုံးမှုကြောင့် နှိုးစက်ကို အမြဲဖွင့်ထားသည်။
ULPCD အတွက်၊ DC-DC ဖွဲ့စည်းမှုပုံစံကို EEPROM/Flash Data ဆက်တင်များတွင် ပိတ်သင့်ပြီး VUP ထောက်ပံ့မှုကို VBAT မှတစ်ဆင့် ပေးသင့်သည်။ လိုအပ်သော jumper ဆက်တင်များကို ပြုလုပ်သင့်သည်။ EEPROM/Flash Data ဆက်တင်များအတွက်၊ document [2] ကို ကိုးကားပါ။
အမိန့်သည် LPCD/ULPCD ချိန်ညှိခြင်းအတွက်ဖြစ်ပါက၊ လက်ခံသူသည် ပြီးပြည့်စုံသောဘောင်ကို ပေးပို့ရန် လိုအပ်နေသေးသည်။
4.5.4.8.1 အမိန့်
ဇယား 56. SWITCH_MODE_LPCD ညွှန်ကြားချက်တန်ဖိုး
ကန့်သတ်ချက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
bControl | 1 Byte | က0x00 | ULPCD စံကိုက်ချိန်ညှိမှုကို ထည့်သွင်းပါ။ ချိန်ညှိပြီးနောက် ကွန်မန်းသည် ရပ်သွားကာ ရည်ညွှန်းတန်ဖိုးပါသည့် ဖြစ်ရပ်တစ်ခုကို လက်ခံသူထံ ပေးပို့သည်။ |
က0x01 | ULPCD ထည့်ပါ။ | ||
က0x02 | LPCD စံကိုက်ညှိခြင်း ချိန်ညှိပြီးနောက် ကွန်မန်းသည် ရပ်သွားကာ ရည်ညွှန်းတန်ဖိုးပါသည့် ဖြစ်ရပ်တစ်ခုကို လက်ခံသူထံ ပေးပို့သည်။ | ||
က0x03 | LPCD ကိုရိုက်ထည့်ပါ။ | ||
က0x04 | လူပျိုမုဒ် | ||
၃၂x၄၁C | ချိန်ညှိခြင်းဖြစ်ရပ်နှင့်အတူ တစ်ခုတည်းမုဒ် | ||
အခြားတန်ဖိုးများ | RFU | ||
နိုးထမှုထိန်းချုပ်မှု | 1 Byte | LPCD/ULPCD အတွက် အသုံးပြုမည့် နိုးထခြင်းအရင်းအမြစ်ကို ထိန်းချုပ်သည့် Bitmask။ ဤအကွက်၏ အကြောင်းအရာကို ချိန်ညှိရန်အတွက် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။ ကိုးကားပါ။ ဇယား ၁ | |
ရည်ညွှန်းတန်ဖိုး | 4 Bytes | ULPCD/LPCD ကာလအတွင်း အသုံးပြုရမည့် ရည်ညွှန်းတန်ဖိုး။ ULPCD အတွက်၊ HF Attenuator တန်ဖိုးကို ကိုင်ဆောင်ထားသည့် Byte 2 ကို ချိန်ညှိခြင်းနှင့် တိုင်းတာခြင်းအဆင့် နှစ်ခုစလုံးတွင် အသုံးပြုသည်။ LPCD အတွက်၊ ဤအကွက်၏ အကြောင်းအရာကို ချိန်ညှိခြင်းနှင့် တစ်ခုတည်းမုဒ်အတွက် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။ ကိုးကားပါ။ ဇယား ၁ 4 bytes အားလုံးရှိမှန်ကန်သောအချက်အလက်များအတွက်။ |
|
ကောင်တာတန်ဖိုး | 2 Bytes | မီလီစက္ကန့်အတွင်း နိုးထခြင်းကောင်တာအတွက် တန်ဖိုး။ LPCD အတွက် အများဆုံးပံ့ပိုးထားသောတန်ဖိုးမှာ 2690 ဖြစ်သည်။ ULPCD အတွက် အများဆုံးပံ့ပိုးထားသောတန်ဖိုးမှာ 4095 ဖြစ်သည်။ ပေးရမည့်တန်ဖိုးသည် အသေးအဖွဲ ဖော်မတ်ဖြစ်သည်။ ဤအကွက်၏ အကြောင်းအရာကို LPCD ချိန်ညှိခြင်းအတွက် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။ ချိန်ညှိခြင်းဖြစ်ရပ်ပါရှိသော single mode နှင့် single mode အတွက်၊ စံကိုက်ချိန်ညှိခြင်းမပြုမီ အသင့်အနေအထားကြာချိန်ကို EEPROM ဖွဲ့စည်းမှုစနစ်မှ စီစဉ်သတ်မှတ်နိုင်သည်- LPCD_SETTINGS->wCheck Period။ ချိန်ညှိမှုဖြင့် တစ်ခုတည်းမုဒ်အတွက်၊ WUC တန်ဖိုးသည် သုညမဟုတ်ပေ။ |
Table 57. Wake-up Control Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် |
0 | 0 | 0 | 0 | 0 | 0 | 0 | RFU | |
X | ဘစ်ကို 1b ဟု သတ်မှတ်ထားပါက ပြင်ပ RF အကွက်တွင် နှိုးပါ။ |
ဇယား 58. ရည်ညွှန်းတန်ဖိုး byte အချက်အလက်
ရည်ညွှန်းတန်ဖိုး ဘိုက်များ | ULPCD | LPCD |
ဘိုက်၀င်သည်။ | အကိုးအကား Byte 0 | Channel 0 Reference Byte 0 |
ဘိုက်၀င်သည်။ | အကိုးအကား Byte 1 | Channel 0 Reference Byte 1 |
ဘိုက်၀င်သည်။ | HF Attenuator တန်ဖိုး | Channel 1 Reference Byte 0 |
ဘိုက်၀င်သည်။ | NA | Channel 1 Reference Byte 1 |
4.5.4.8.2 တုံ့ပြန်မှု
ဇယား 59။ SWITCH_MODE_LPCD တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (ဆက်တင်များ မှားယွင်းနေခြင်းကြောင့် ခလုတ်မုဒ်သို့ မ၀င်ရသေးပါ) |
၁ ပွဲ
ညွှန်ကြားချက် ပြီးသွားသောအခါတွင် အဖြစ်အပျက် သတိပေးချက်ကို ပေးပို့ပြီး ပုံ 12 နှင့် ပုံ 13 တွင် ဖော်ပြထားသော ဖြစ်ရပ်၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် အောက်ပါဒေတာဖြင့် ပုံမှန်မုဒ်ကို ထည့်သွင်းပါသည်။
ဇယား 60။ EVT_SWITCH_MODE_LPCD
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
LPCD အခြေအနေ | ဇယား ၁ ကိုကိုးကားပါ | ဇယား 154.5.4.8.4 ဆက်သွယ်ရေးထွကို ကိုးကားပါ။ample |
4.5.4.9 SWITCH_MODE_DOWNLOAD
Switch Mode Download command သည် Firmware ဒေါင်းလုဒ်မုဒ်သို့ ဝင်ရောက်သည်။
ဒေါင်းလုဒ်မုဒ် ထွက်လာရန် တစ်ခုတည်းသော နည်းလမ်းမှာ PN5190 သို့ ပြန်လည်သတ်မှတ်ရန် ဖြစ်သည်။
4.5.4.9.1 အမိန့်
ဇယား 61. SWITCH_MODE_DOWNLOAD အမိန့်တန်ဖိုး
ကန့်သတ်ချက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
– | – | တန်ဖိုးမရှိ။ |
4.5.4.9.2 တုံ့ပြန်မှု
တုံ့ပြန်မှုသည် အမိန့်ကို လုပ်ဆောင်ပြီးဖြစ်ကြောင်းကိုသာ အချက်ပြပြီး လက်ခံသူမှ တုံ့ပြန်မှုကို ဖတ်ပြီးနောက် ဒေါင်းလုဒ်မုဒ်သို့ ဝင်ရောက်ရပါမည်။
ဇယား 62. SWITCH_MODE_DOWNLOAD တုံ့ပြန်မှုတန်ဖိုး
လုပ်ဆောင်ချက်မုဒ် Autocoll ကိုပြောင်းပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ခလုတ်မုဒ် မ၀င်သေးပါ) |
၁ ပွဲ
အဖြစ်အပျက်မျိုးဆက်မရှိပါ။
4.5.4.9.4 ဆက်သွယ်ရေး ထွample
4.5.5 MIFARE Classic Authentication
4.5.5.1 MFC_AUTHENTICATE
ဤညွှန်ကြားချက်ကို activated ကတ်တွင် MIFARE Classic Authentication လုပ်ဆောင်ရန် အသုံးပြုပါသည်။ ၎င်းသည် သတ်မှတ်ထားသော ပိတ်ဆို့လိပ်စာတွင် စစ်မှန်ကြောင်းအထောက်အထားပြရန် သော့၊ ကတ် UID နှင့် သော့အမျိုးအစားကို ယူသည်။ တုံ့ပြန်မှုတွင် အထောက်အထားစိစစ်ခြင်းအခြေအနေကို ညွှန်ပြသည့် တစ်ဘိုက်ပါရှိသည်။
4.5.5.1.1 အခြေအနေများ
Field Key သည် 6 bytes ရှည်ရပါမည်။ Field Key အမျိုးအစားတွင် တန်ဖိုး 0x60 သို့မဟုတ် 0x61 ပါဝင်ရပါမည်။ Block လိပ်စာတွင် 0x0 – 0xff မှ မည်သည့်လိပ်စာ ပါဝင်နိုင်သည် Field UID သည် bytes ရှည်ရမည်ဖြစ်ပြီး ကတ်၏ 4byte UID ပါဝင်သင့်သည်။ ISO14443-3 MIFARE ဂန္ထဝင်ထုတ်ကုန်အခြေခံကတ်ကို ဤညွှန်ကြားချက်ကိုမအကောင်အထည်ဖော်မီ ACTIVE သို့မဟုတ် ACTIVE* အခြေအနေကို ထည့်သွင်းသင့်သည်။
စစ်မှန်ကြောင်းအထောက်အထားပြခြင်းနှင့်ပတ်သက်သည့် runtime error ရှိပါက၊ ဤအကွက် 'Authentication Status' ကို လျော်ညီစွာသတ်မှတ်ထားသည်။
4.5.5.1.2 အမိန့်
ဇယား 63. MFC_AUTHENTICATE Command
အသက်သွင်းထားသော MIFARE Classic ထုတ်ကုန်အခြေခံကတ်တွင် စစ်မှန်ကြောင်းအထောက်အထားပြပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
သော့ | 6 Bytes | အသုံးပြုရန် အထောက်အထားစိစစ်ခြင်းကီး။ | |
သော့အမျိုးအစား | 1 Byte | က0x60 | သော့အမျိုးအစား A |
က0x61 | သော့အမျိုးအစား B | ||
လိပ်စာကို ပိတ်ပါ။ | 1 Byte | အထောက်အထားစိစစ်ခြင်းကို လုပ်ဆောင်ရမည့် ဘလောက်၏လိပ်စာ။ | |
UID | 4 Bytes | ကတ်၏ UID။ |
4.5.5.1.3 တုံ့ပြန်မှု
ဇယား 64. MFC_AUTHENTICATE တုံ့ပြန်မှု
MFC_AUTHENTICATE သို့ တုံ့ပြန်မှု။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.6 ISO 18000-3M3 (EPC GEN2) ပံ့ပိုးမှု
4.5.6.1 EPC_GEN2_INVENTORY
ဤညွှန်ကြားချက်ကို ISO18000-3M3 ၏စာရင်းကိုလုပ်ဆောင်ရန်အသုံးပြုသည်။ tags. ၎င်းသည် ISO18000-3M3 အရ အဆိုပါစံနှုန်းဖြင့် သတ်မှတ်ထားသည့်အချိန်များကို အာမခံရန်အတွက် များစွာသော command များကို အလိုအလျောက်လုပ်ဆောင်မှုကို လုပ်ဆောင်သည်။
ညွှန်ကြားချက်၏ payload တွင်ရှိနေပါက၊ ပထမဦးစွာ Select command ကို BeginRound command ဖြင့်လုပ်ဆောင်သည်။
ပထမအကြိမ်အချိန်စာရင်းတွင် မှန်ကန်သောတုံ့ပြန်မှုရှိပါက (အချိန်ကုန်သွားခြင်းမရှိ၊ တိုက်မိခြင်းမရှိ)၊ ညွှန်ကြားချက်သည် ACK ပေးပို့ပြီး လက်ခံရရှိထားသော PC/XPC/UII ကို သိမ်းဆည်းမည်ဖြစ်သည်။ ထို့နောက် ညွှန်ကြားချက်သည် 'Timeslot Processed Behavior' နယ်ပယ်အရ လုပ်ဆောင်ချက်တစ်ခုကို လုပ်ဆောင်သည်-
- ဤအကွက်ကို 0 ဟု သတ်မှတ်ပါက၊ နောက်တစ်ကြိမ် timelot ကို ကိုင်တွယ်ရန် NextSlot အမိန့်ကို ထုတ်ပြန်သည်။ အတွင်းပိုင်းကြားခံ ပြည့်သွားသည်အထိ ၎င်းကို ထပ်ခါတလဲလဲ လုပ်ဆောင်သည်။
- ဤအကွက်ကို 1 ဟု သတ်မှတ်ပါက၊ အယ်လဂိုရီသမ် ခေတ္တရပ်သည်။
- အကယ်၍ ဤအကွက်ကို 2 ဟုသတ်မှတ်ထားပါက၊ အကယ်၍ Req_Rn အမိန့်ကို ထုတ်ပြန်ပြီး မှန်ကန်ပါက၊ tag ဤ timeslotCommand တွင်တုံ့ပြန်မှု
အကွက် 'Select Command Length' တွင် 1 မှ 39 အတွင်းရှိရမည်၊ အပိုင်းအခြား 'Select Command' ၏ အရှည်ပါဝင်ရပါမည်။ 'Select Command Length' သည် 0 ဖြစ်ပါက၊ 'Valid Bits in last Byte' နှင့် 'Select Command' အကွက်များသည် ရှိနေမည်မဟုတ်ပါ။
နောက်ဆုံး Byte ရှိ Bits အကွက်တွင် 'Select Command' အကွက်၏ နောက်ဆုံး byte တွင် ပေးပို့ရမည့် bit အရေအတွက် ပါဝင်သင့်သည်။ တန်ဖိုးသည် 1 မှ 7 အတွင်း ပါဝင်ရမည်၊ တန်ဖိုးသည် 0 ဖြစ်ပါက၊ 'Select Command' အကွက်မှ နောက်ဆုံး byte မှ bit အားလုံးကို ပို့လွှတ်ပါသည်။
အကွက် 'Select Command' တွင် CRC-18000c ကို နောက်မလိုက်ဘဲ ISO3-3M16 အရ Select command ပါရှိသင့်ပြီး 'Select Command Length' တွင် ဖော်ပြထားသည့်အတိုင်း တူညီသောအရှည်ရှိရပါမည်။
အကွက် 'BeginRound Command' တွင် CRC-18000 ကို နောက်မလိုက်ဘဲ ISO3-3M5 အရ BeginRound အမိန့်တစ်ခု ပါဝင်သင့်သည်။ 'BeginRound Command' ၏ နောက်ဆုံး byte ၏ နောက်ဆုံး 7 bits သည် command သည် အမှန်တကယ် 17 bits အရှည်ရှိသောကြောင့် လျစ်လျူရှုထားသည်။
'Timeslot Processed Behavior' တွင် 0 – 2 မှ တန်ဖိုးတစ်ခု ပါဝင်ရပါမည်။
ဇယား 65. EPC_GEN2_INVENTORY ညွှန်ကြားချက်တန်ဖိုး ISO 18000-3M3 စာရင်းကို လုပ်ဆောင်ပါ
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
စာရင်းပြန်စရန် | 1 Byte | 00 | ကနဦး GEN2_INVENTORY |
01 | GEN2_INVENTORY အမိန့်ကို ပြန်လည်စတင်ပါ – ကျန်ရှိနေသေးသည်။
အောက်ဖော်ပြပါ အကွက်များသည် ဗလာဖြစ်နေသည် (မည်သည့် payload ကို လျစ်လျူရှုထားသည်) |
||
Command Length ကို ရွေးပါ။ | 1 Byte | 0 | BeginRound command မတိုင်မီ Select command ကို သတ်မှတ်ထားခြင်းမရှိပါ။ 'နောက်ဆုံး Byte' အကွက်တွင် မှန်ကန်သော Bits နှင့် 'Select command' အကွက်သည် ရှိနေမည်မဟုတ်ပါ။ |
1 – 39 | 'အမိန့်ကိုရွေးချယ်ပါ' အကွက်၏ အရှည် (n) | ||
နောက်ဆုံး Byte တွင် မှန်ကန်သော Bits များ | 1 Byte | 0 | 'Select command' အကွက်၏ နောက်ဆုံး byte အားလုံးကို ထုတ်လွှင့်သည်။ |
1 – 7 | 'Select command' အကွက်၏ နောက်ဆုံး byte တွင် ပေးပို့ရမည့် bit အရေအတွက်။ | ||
Command ကိုရွေးပါ။ | n ဘိုက် | အကယ်၍ ရှိနေပါက၊ ဤအကွက်တွင် BeginRound အမိန့်မတိုင်မီ ပေးပို့သော Select command (ISO18000-3၊ Table 47 အရ) ပါရှိသည်။ CRC-16c မပါဝင်ရပါ။ | |
BeginRound Command | 3 Bytes | ဤအကွက်တွင် BeginRound အမိန့် (ISO18000-3၊ ဇယား 49 အရ) ပါရှိသည်။ CRC-5 မပါဝင်ရပါ။ | |
Timeslot လုပ်ဆောင်ပြီးသော အပြုအမူ | 1 Byte | 0 | တုံ့ပြန်မှုတွင် အများဆုံးပါရှိသည်။ တုံ့ပြန်မှုကြားခံအတွက် အံကိုက်ဖြစ်နိုင်သော အချိန်ကွက်အရေအတွက်။ |
1 | တုံ့ပြန်မှုတွင် အချိန်အပိုင်းအခြားတစ်ခုသာ ပါရှိသည်။ | ||
2 | တုံ့ပြန်မှုတွင် အချိန်အပိုင်းအခြားတစ်ခုသာ ပါရှိသည်။ Timelot တွင် မှန်ကန်သော ကတ်တုံ့ပြန်မှု ပါဝင်နေပါက၊ ကတ်လက်ကိုင်လည်း ပါဝင်ပါသည်။ |
4.5.6.1.1 တုံ့ပြန်မှု
Inventory ပြန်စသောအခါတွင် တုံ့ပြန်မှု၏ကြာချိန်သည် “1” ဖြစ်နိုင်ပါသည်။
ဇယား 66. EPC_GEN2_INVENTORY တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |||
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- | |||
PN5190_STATUS_SUCCESS (အတွက် နောက်ဘိုက်တွင် Timeslot အခြေအနေကို ဖတ်ပါ။ Tag တုံ့ပြန်မှု) PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
|||||
အချိန်စာရင်း [1…n] | 3 – 69 Bytes | Timeslot အခြေအနေ | 1 Byte | 0 | Tag တုံ့ပြန်မှုရရှိနိုင်သည်။ 'Tag စာပြန်ရန် အရှည်' အကွက်၊ 'နောက်ဆုံး byte' အကွက်တွင် အကျုံးဝင်သော ဘစ်များနှင့် 'Tag ဖြေကြားချက် 'အကွက်' ရှိနေသည်။ |
1 | Tag တုံ့ပြန်မှုရရှိနိုင်သည်။ | ||||
2 | မရှိ tag timeslot တွင် ပြန်ကြားခဲ့သည်။ 'Tag စာပြန်ရန် အရှည်' အကွက်နှင့် 'နောက်ဆုံး byte' အကွက်တွင် အကျုံးဝင်သော ဘစ်များကို သုညဟု သတ်မှတ်ရမည်။ 'Tag ဖြေကြားချက် 'အကွက်' ရှိမည်မဟုတ်ပါ။ | ||||
3 | နှစ်ခု သို့မဟုတ် ထို့ထက်ပိုသည်။ tags အချိန်ဇယားတွင် တုံ့ပြန်ခဲ့သည်။ (နေမြဲ)။ 'Tag စာပြန်ရန် အရှည်' အကွက်နှင့် 'နောက်ဆုံး byte' အကွက်တွင် အကျုံးဝင်သော ဘစ်များကို သုညဟု သတ်မှတ်ရမည်။ 'Tag ဖြေကြားချက် 'အကွက်' ရှိမည်မဟုတ်ပါ။ |
Tag အရှည် | 1 Byte | ၀-၉ | 'အရှည်'Tag 'အကွက် (ဈ) ဖြေကြားပါ။ ရှိရင် Tag Reply Length သည် 0 ဖြစ်ပြီး၊ Tag ပြန်ကြားချက်အကွက် မရှိပါ။ | ||
နောက်ဆုံး Byte တွင် မှန်ကန်သော bit များ | 1 Byte | 0 | 'နောက်ဆုံးဘိုက်' များအားလုံးTag ပြန်ကြားချက်' အကွက်သည် မှန်ကန်သည်။ | ||
၀-၉ | 'နောက်ဆုံးဘိုက်' ၏ တရားဝင်ဘစ်အရေအတွက်Tag ပြန်ကြားရေး' အကွက်။ အကယ်လို့ Tag စာပြန်သည့်အရှည်သည် သုညဖြစ်ပြီး၊ ဤဘိုက်၏တန်ဖိုးကို လျစ်လျူရှုပါမည်။ | ||||
Tag အကြောင်းပြန်တယ်။ | 'n' ဘိုက် | အကြောင်းပြန်၏။ tag ISO18000- 3_2010၊ ဇယား 56 အရ။ | |||
Tag ကိုင်တွယ်ပါ။ | 0 သို့မဟုတ် 2 Bytes | လက်ကိုင်ပု tagအကယ်၍ အကွက် 'Timeslot Status' ကို '1' ဟု သတ်မှတ်ထားသည်။ မဟုတ်ရင် အကွက်မပါပါ။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.7 RF ဖွဲ့စည်းမှုဆိုင်ရာ စီမံခန့်ခွဲမှု
PN6 မှပံ့ပိုးပေးသော မတူညီသော RF နည်းပညာများနှင့် ဒေတာနှုန်းထားများအတွက် TX နှင့် RX ဖွဲ့စည်းမှုပုံစံများအတွက် အပိုင်း 5190 ကို ကိုးကားပါ။ တန်ဖိုးများကို အောက်တွင်ဖော်ပြထားသော အပိုင်းအခြားတွင် မတွေ့ရပါ၊ RFU အဖြစ် သတ်မှတ်သင့်သည်။
4.5.7.1 LOAD_RF_CONFIGURATION
ဤညွှန်ကြားချက်ကို EEPROM မှ RF configuration ကို internal CLIF မှတ်ပုံတင်များထဲသို့ တင်ရန် အသုံးပြုပါသည်။ RF ဖွဲ့စည်းမှုပုံစံသည် RF နည်းပညာ၊ မုဒ် (ပစ်မှတ်/အစပြုသူ) နှင့် baud နှုန်းတို့၏ ထူးခြားသောပေါင်းစပ်မှုကို ရည်ညွှန်းသည်။ RF configuration ကို CLIF လက်ခံသူ (RX configuration) နှင့် transmitter (TX configuration) လမ်းကြောင်းအတွက် သီးခြားတင်နိုင်သည်။ လမ်းကြောင်းတစ်ခုအတွက် သက်ဆိုင်ရာဖွဲ့စည်းပုံပုံစံကို မပြောင်းလဲပါက 0xFF တန်ဖိုးကို အသုံးပြုရပါမည်။
4.5.7.1.1 အခြေအနေများ
အကွက် 'TX Configuration' သည် 0x00 – 0x2B မှ အပိုင်းအခြားအတွင်း ဖြစ်ရပါမည်။ တန်ဖိုးသည် 0xFF ဖြစ်ပါက TX ဖွဲ့စည်းမှုပုံစံကို ပြောင်းလဲမည်မဟုတ်ပါ။
အကွက် 'RX Configuration' သည် 0x80 – 0xAB မှ အကွာအဝေးအတွင်း ဖြစ်ရပါမည်။ တန်ဖိုးသည် 0xFF ဖြစ်ပါက RX ဖွဲ့စည်းမှုပုံစံကို ပြောင်းလဲမည်မဟုတ်ပါ။
TX Configuration = 0xFF နှင့် RX Configuration = 0xAC ပါရှိသော အထူးဖွဲ့စည်းပုံတစ်ခုကို Boot-up မှတ်ပုံတင်မှုများကို တစ်ကြိမ်တည်းတင်ရန် အသုံးပြုပါသည်။
IC ပြန်လည်သတ်မှတ်မှုတန်ဖိုးများနှင့် မတူညီသော မှတ်ပုံတင်ဖွဲ့စည်းပုံများ (TX နှင့် RX နှစ်ခုလုံး) ကို အပ်ဒိတ်လုပ်ရန် ဤအထူးဖွဲ့စည်းပုံသည် လိုအပ်ပါသည်။
4.5.7.1.2 အမိန့်
ဇယား 67. LOAD_RF_CONFIGURATION အမိန့်ပေးတန်ဖိုး
E2PROM မှ RF TX နှင့် RX ဆက်တင်များကို တင်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
TX ဖွဲ့စည်းမှု | 1 Byte | 0xFF | TX RF Configuration မပြောင်းပါ။ |
0x0 – 0x2B | သက်ဆိုင်ရာ TX RF Configuration ကို တင်ထားသည်။ | ||
RX ဖွဲ့စည်းမှု | 1 Byte | 0xFF | RX RF Configuration မပြောင်းပါ။ |
0x80 – 0xAB | သက်ဆိုင်ရာ RX RF Configuration ကို တင်ထားသည်။ |
4.5.7.1.3 တုံ့ပြန်မှု
ဇယား 68. LOAD_RF_CONFIGURATION တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.7.2 UPDATE_RF_CONFIGURATION
ဤညွှန်ကြားချက်ကို E4.5.7.1PROM အတွင်း RF ဖွဲ့စည်းမှုပုံစံ (ပုဒ်မ 2 တွင် အဓိပ္ပါယ်ကို ကြည့်ပါ) ကို အပ်ဒိတ်လုပ်ရန် အသုံးပြုပါသည်။ ညွှန်ကြားချက်သည် မှတ်ပုံတင်ထားသော အသေးစိတ်တန်ဖိုးတွင် အပ်ဒိတ်လုပ်ခြင်းကို ခွင့်ပြုသည်၊ ဆိုလိုသည်မှာ အစုံအလင်ကို အပ်ဒိတ်လုပ်ရန် မလိုအပ်ပါ (သို့သော် ၎င်းကို ပြုလုပ်ရန် ဖြစ်နိုင်သည်)။
4.5.7.2.1 အခြေအနေများ
အကွက်အခင်းအကျင်း၏ အရွယ်အစားသည် အပိုင်းအခြား 1 မှ 15 အတွင်း ဖြစ်ရပါမည်။ အကွက် ခင်းကျင်းဖွဲ့စည်းမှုတွင် RF ဖွဲ့စည်းမှုပုံစံ၊ မှတ်ပုံတင်ရန်လိပ်စာနှင့် တန်ဖိုးအစုံပါဝင်ရပါမည်။ အကွက် RF ဖွဲ့စည်းမှုပုံစံသည် TX Configuration အတွက် 0x0 – 0x2B နှင့် RX ဖွဲ့စည်းမှုပုံစံအတွက် 0x80 – 0xAB အကွာအဝေးတွင် ဖြစ်ရမည်။ Register Address နယ်ပယ်အတွင်းရှိ လိပ်စာသည် သက်ဆိုင်ရာ RF ဖွဲ့စည်းမှုအတွင်း ရှိနေရပါမည်။ Field Value သည် ပေးထားသော မှတ်ပုံတင်ထဲသို့ ရေးမှတ်ရမည့် တန်ဖိုးတစ်ခု ပါဝင်သင့်ပြီး အရှည် 4 bytes ဖြစ်ရမည် (အသေးဆုံး ဖော်မတ်)။
4.5.7.2.2 အမိန့်
ဇယား 69. UPDATE_RF_CONFIGURATION ညွှန်ကြားချက်တန်ဖိုး
RF ဖွဲ့စည်းမှုပုံစံကို အပ်ဒိတ်လုပ်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | ||
ဖွဲ့စည်းမှု[1…n] | 6 Bytes | RF ဖွဲ့စည်းမှု | 1 Byte | မှတ်ပုံတင်ခြင်းကို ပြောင်းလဲရမည်ဖြစ်ပြီး RF Configuration |
လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | ပေးထားသော RF နည်းပညာအတွင်း လိပ်စာကို မှတ်ပုံတင်ပါ။ | ||
တန်ဖိုး | 4 Bytes | မှတ်ပုံတင်စာရင်းတွင် ရေးသွင်းရမည့်တန်ဖိုး။ (အဆုံးငယ်) |
4.5.7.2.3 တုံ့ပြန်မှု
ဇယား 70။ UPDATE_RF_CONFIGURATION တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.7.3 GET_ RF_CONFIGURATION
RF configuration ကိုဖတ်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုသည်။ တုံ့ပြန်မှုတွင် မှတ်ပုံတင်ထားသော လိပ်စာ-တန်ဖိုးအတွဲများကို ရနိုင်ပါသည်။ အတွဲအရေအတွက်မည်မျှမျှော်လင့်ထားရမည်ကို သိရန်အတွက် ပေးဆောင်မှု၏စုစုပေါင်းအရှည်ကိုဖော်ပြသည့် ပထမ TLV မှ ပထမအရွယ်အစားအချက်အလက်ကို ပြန်လည်ရယူနိုင်သည်။
4.5.7.3.1 အခြေအနေများ
အကွက် RF ဖွဲ့စည်းမှုပုံစံသည် TX Configuration အတွက် 0x0 – 0x2B နှင့် RX ဖွဲ့စည်းမှုအတွက် 0x80 –0xAB အကွာအဝေးတွင် ဖြစ်ရမည်။
4.5.7.3.2 အမိန့်
ဇယား 71. GET_ RF_CONFIGURATION ညွှန်ကြားချက်တန်ဖိုး RF ဖွဲ့စည်းမှုပုံစံကို ပြန်လည်ရယူပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
RF ဖွဲ့စည်းမှု | 1 Byte | မှတ်ပုံတင်တန်ဖိုးအတွဲများကို ပြန်လည်ရယူရမည်ဖြစ်ပြီး RF Configuration |
4.5.7.3.3 တုံ့ပြန်မှု
ဇယား 72. GET_ RF_CONFIGURATION တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | ||
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
||||
တွဲ[1…n] | 5 Bytes | လိပ်စာစာရင်းသွင်းပါ။ | 1 Byte | ပေးထားသော RF နည်းပညာအတွင်း လိပ်စာကို မှတ်ပုံတင်ပါ။ |
တန်ဖိုး | 4 Bytes | 32-Bit မှတ်ပုံတင်တန်ဖိုး။ |
၁ ပွဲ
ညွန်ကြားချက်အတွက် ကိစ္စမရှိပါ။
4.5.8 RF Field Handling
4.5.8.1 RF_ON
RF ကိုဖွင့်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုသည်။ ကနဦး FieldOn ရှိ DPC စည်းမျဉ်းကို ဤအမိန့်တော်တွင် ကိုင်တွယ်ရမည်။
4.5.8.1.1 အမိန့်
ဇယား 73. RF_FIELD_ON အမိန့်တန်ဖိုး
RF_FIELD_ON ကို စီစဉ်သတ်မှတ်ပါ။
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | ||
RF_on_config | 1 Byte | ဘစ် ၁၅ | 0 | ယာဉ်တိုက်မှုကို ရှောင်ရှားရန် အသုံးပြုပါ။ |
1 | ယာဉ်တိုက်မှု ရှောင်ရှားခြင်းကို ပိတ်ပါ။ | |||
ဘစ် ၁၅ | 0 | P2P တက်ကြွမှုမရှိပါ။ | ||
1 | P2P တက်ကြွသည်။ |
4.5.8.1.2 တုံ့ပြန်မှု
ဇယား 74. RF_FIELD_ON တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF တိုက်မိမှုကြောင့် RF အကွက်ကို ဖွင့်မထားပါ) PN5190_STATUS_TIMEOUT (အချိန်လွန်ခြင်းကြောင့် RF အကွက်ကို ဖွင့်မထားပါ) PN5190_STATUS_TXLDO_ERROR (VUP ကြောင့် TXLDO အမှားအယွင်းကို မရရှိနိုင်ပါ) PN5190_STATUS_RFCFG_NOT_APPLIED (ဤအမိန့်မတိုင်မီ RF ဖွဲ့စည်းမှုပုံစံကို မကျင့်သုံးပါ) |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.8.2 RF_OFF
ဤညွှန်ကြားချက်ကို RF Field ကိုပိတ်ရန်အသုံးပြုသည်။
4.5.8.2.1 အမိန့်
ဇယား 75. RF_FIELD_OFF အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
ဗလာ | ဗလာ | ဗလာ |
4.5.8.2.2 တုံ့ပြန်မှု
ဇယား 76. RF_FIELD_OFF တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.9 စမ်းသပ် ဘတ်စ်ကား ဖွဲ့စည်းမှု
ရွေးချယ်ထားသော PAD ဖွဲ့စည်းမှုပုံစံများတွင် ရရှိနိုင်သော စမ်းသပ်ဘတ်စ်အချက်ပြမှုများကို ကိုးကားရန်အတွက် အပိုင်း 7 တွင် ဖော်ပြထားပါသည်။
အောက်တွင်ဖော်ပြထားသည့်အတိုင်း စမ်းသပ်ဘတ်စ်ကားလမ်းညွှန်ချက်များအတွက် ဖွဲ့စည်းမှုပုံစံကို ပံ့ပိုးပေးရန်အတွက် ၎င်းတို့ကို ရည်ညွှန်းရပါမည်။
4.5.9.1 ပြင်ဆင်မှု _TESTBUS_DIGITAL
ရွေးချယ်ထားသော pad ဖွဲ့စည်းမှုပုံစံများတွင် ရရှိနိုင်သော ဒစ်ဂျစ်တယ်စမ်းသပ်ဘတ်စ်ကားအချက်ပြမှုကို ပြောင်းရန်အတွက် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။
4.5.9.1.1 အမိန့်
ဇယား 77. CONFIGURE_TESTBUS_DIGITAL အမိန့်တန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
TB_SignalIndex | 1 Byte | ကိုးကားပါ။ အပိုင်း ၅.၀ | |
TB_BitIndex | 1 Byte | ကိုးကားပါ။ အပိုင်း ၅.၀ | |
TB_PadIndex | 1 Byte | အထွက်ရမည့် ဒစ်ဂျစ်တယ်အချက်ပြသည့် pad အညွှန်း | |
က0x00 | AUX1 ပင်နံပါတ် | ||
က0x01 | AUX2 ပင်နံပါတ် | ||
က0x02 | AUX3 ပင်နံပါတ် | ||
က0x03 | GPIO0 ပင်နံပါတ် | ||
က0x04 | GPIO1 ပင်နံပါတ် | ||
က0x05 | GPIO2 ပင်နံပါတ် | ||
က0x06 | GPIO3 ပင်နံပါတ် | ||
0x07-0xFF | RFU |
4.5.9.1.2 တုံ့ပြန်မှု
ဇယား 78. CONFIGURE_TESTBUS_DIGITAL တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
ရွေးချယ်ထားသော pad ဖွဲ့စည်းမှုပုံစံများတွင် ရရှိနိုင်သော analog စမ်းသပ်ဘတ်စ်အချက်ပြမှုကို ရရှိရန် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။
Analog test bus ပေါ်ရှိ signal ကို မတူညီသောမုဒ်များဖြင့် ရယူနိုင်ပါသည်။ သူတို့က:
4.5.9.2.1 RAW မုဒ်
ဤမုဒ်တွင်၊ TB_SignalIndex0 မှရွေးချယ်ထားသော signal ကို Shift_Index0 ဖြင့် ဖုံးအုပ်ထားပြီး AUX0 တွင် အထွက်ကိုပြောင်းသည်။ အလားတူ၊ TB_SignalIndex1 မှရွေးချယ်ထားသော signal ကို Shift_Index1 ဖြင့်ဖုံးအုပ်ထားပြီး Mask1 နှင့် AUX1 တွင်အထွက်ကိုပြောင်းသည်။
ဤမုဒ်သည် သုံးစွဲသူအား 8 bits ကျယ်သော သို့မဟုတ် ပိုနည်းသော မည်သည့် signal ကိုမဆို ထုတ်လွှတ်နိုင်ပြီး analog pads များပေါ်တွင် နိမိတ်ပြောင်းရန် မလိုအပ်ပါ။
4.5.9.2.2 ပေါင်းစပ်မုဒ်
ဤမုဒ်တွင်၊ analog signal သည် 10 bit လက်မှတ်ရေးထိုးထားသော ADCI/ADCQ/pcrm_if_rssi တန်ဖိုးသို့ လက်မှတ်မထိုးထားသောတန်ဖိုးအဖြစ်သို့ ပြောင်းလဲပြီး၊ 8 bits သို့ ပြန်စကေးပြီး AUX1 သို့မဟုတ် AUX2 pads နှစ်ခုစလုံးတွင် အထွက်ဖြစ်သည်။
ADCI/ADCQ (10-bit) ပြောင်းထားသော တန်ဖိုးများထဲမှ တစ်ခုကို အချိန်မရွေး AUX1/AUX2 သို့ ထုတ်ပေးနိုင်သည်။
Combined_Mode Signal payload အကွက်တန်ဖိုးသည် 2 (Analog နှင့် Digital ပေါင်းစပ်ထားသော) ဖြစ်ပါက Analog နှင့် Digital Test Bus ကို AUX1(Analog Signal) နှင့် GPIO0(Digital Signal) တွင် ပြေးဆွဲပါသည်။
လမ်းကြောင်းပြရမည့် အချက်ပြများကို အောက်တွင်ဖော်ပြထားသော EEPROM လိပ်စာတွင် ပြင်ဆင်သတ်မှတ်ထားပါသည်။
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
ကျွန်ုပ်တို့သည် ရွေးချယ်မှု 2 နှင့် ပေါင်းစပ်မုဒ်ကို မထုတ်ပြန်မီ စမ်းသပ်ဘတ်စ်အညွှန်းနှင့် စမ်းသပ်ဘတ်စ်ဘစ်ဘစ်ကို EEPROM တွင် ပြင်ဆင်သတ်မှတ်ရပါမည်။
မှတ်ချက် -
လက်ခံဆောင်ရွက်ပေးသူသည် "ကြမ်း" သို့မဟုတ် "ပေါင်းစပ်" မုဒ်တွင် နယ်ပယ်အားလုံးတွင် အသုံးချနိုင်မှု မခွဲခြားဘဲ နယ်ပယ်အားလုံးကို ပံ့ပိုးပေးရမည်။ PN5190 IC သည် သက်ဆိုင်ရာနယ်ပယ်တန်ဖိုးများကိုသာ စဉ်းစားသည်။
4.5.9.2.3 အမိန့်
ဇယား 79. CONFIGURE_TESTBUS_ANALOG အမိန့်တန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | ပေါင်းစပ်မုဒ်အတွက် အကွက်အသုံးချနိုင်မှု | |
bConfig | 1 Byte | ပြင်ဆင်နိုင်သော အပိုင်းများ။ ကိုးကားပါ။ ဇယား ၁ | ဟုတ်ကဲ့ | |
Combined_Mode အချက်ပြမှု | 1 Byte | 0 – ADCI/ADCQ 1 – pcrm_if_rssi |
ဟုတ်ကဲ့ | |
2 – Analog နှင့် Digital ပေါင်းစပ်ထားသည်။ | ||||
3 – 0xFF – သီးသန့် |
TB_SignalIndex0 | 1 Byte | analog signal ၏ signal အညွှန်းကိန်း။ ကိုးကားပါ။ အပိုင်း ၅.၀ | ဟုတ်ကဲ့ | |
TB_SignalIndex1 | 1 Byte | analog signal ၏ signal အညွှန်းကိန်း။ ကိုးကားပါ။ အပိုင်း ၅.၀ | ဟုတ်ကဲ့ | |
Shift_Index0 | 1 Byte | DAC0 အသွင်းအပြောင်းနေရာများ။ ဦးတည်ချက်ကို bConfig[1] တွင် အနည်းငယ်ဆုံးဖြတ်ပါမည်။ | မရှိ | |
Shift_Index1 | 1 Byte | DAC1 အသွင်းအပြောင်းနေရာများ။ ဦးတည်ချက်ကို bConfig[2] တွင် အနည်းငယ်ဆုံးဖြတ်ပါမည်။ | မရှိ | |
Mask0 | 1 Byte | DAC0 မျက်နှာဖုံး | မရှိ | |
Mask1 | 1 Byte | DAC1 မျက်နှာဖုံး | မရှိ |
ဇယား 80. ပြင်ဆင်မှု bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | ဖော်ပြချက် | မုဒ်တွင် အသုံးပြုနိုင်သည်။ |
X | X | DAC1 အထွက်ပြောင်းလဲမှု Range – 0၊ 1၊ 2 | အစိမ်းလိုက် | ||||||
X | X | DAC0 အထွက်ပြောင်းလဲမှု Range – 0၊ 1၊ 2 | အစိမ်းလိုက် | ||||||
X | ပေါင်းစပ်မုဒ်တွင် AUX1/AUX2 pin တွင် အချက်ပြပါ။ 0 ➜ AUX1 ရှိ အချက်ပြမှု 1 ➜ AUX2 ရှိ အချက်ပြမှု |
ပေါင်းစပ် | |||||||
X | DAC1 input လမ်းကြောင်းပြောင်း 0 ➜ ညာဘက်သို့ ရွှေ့ပါ။ 1 ➜ ဘယ်ဘက်သို့ ရွှေ့ပါ။ |
အစိမ်းလိုက် | |||||||
X | DAC0 input လမ်းကြောင်းပြောင်း 0 ➜ ညာဘက်သို့ ရွှေ့ပါ။ 1 ➜ ဘယ်ဘက်သို့ ရွှေ့ပါ။ |
အစိမ်းလိုက် | |||||||
X | မုဒ်။ 0 ➜ အကြမ်းမုဒ် 1 ➜ ပေါင်းစပ်မုဒ် |
ကုန်ကြမ်း/ပေါင်းစပ် |
4.5.9.2.4 တုံ့ပြန်မှု
ဇယား 81။ CONFIGURE_TESTBUS_ANALOG တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
ရွေးချယ်ထားသော pad ဖွဲ့စည်းမှုပုံစံများပေါ်တွင် ရရှိနိုင်သော ဒစ်ဂျစ်တယ်စမ်းသပ်ဘတ်စ်အချက်ပြလှိုင်းများစွာကို ပြောင်းရန်အတွက် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။
မှတ်ချက် - အကယ်၍ ဤအရှည်သည် ZERO ဖြစ်ပါက၊ ဒစ်ဂျစ်တယ်စမ်းသပ်ဘတ်စ်ကားကို RESET ဖြစ်သည်။
4.5.9.3.1 အမိန့်
ဇယား 82။ CONFIGURE_MULTIPLE_TESTBUS_DIGITAL အမိန့်တန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
TB_SignalIndex #1 | 1 Byte | ကိုးကားပါ။ 8 အောက် | |
TB_BitIndex #1 | 1 Byte | ကိုးကားပါ။ 8 အောက် | |
TB_PadIndex #1 | 1 Byte | အထွက်ရမည့် ဒစ်ဂျစ်တယ်အချက်ပြသည့် pad အညွှန်း | |
က0x00 | AUX1 ပင်နံပါတ် | ||
က0x01 | AUX2 ပင်နံပါတ် | ||
က0x02 | AUX3 ပင်နံပါတ် | ||
က0x03 | GPIO0 ပင်နံပါတ် | ||
က0x04 | GPIO1 ပင်နံပါတ် | ||
က0x05 | GPIO2 ပင်နံပါတ် | ||
က0x06 | GPIO3 ပင်နံပါတ် | ||
0x07-0xFF | RFU | ||
TB_SignalIndex #2 | 1 Byte | ကိုးကားပါ။ 8 အောက် | |
TB_BitIndex #2 | 1 Byte | ကိုးကားပါ။ 8 အောက် | |
TB_PadIndex #2 | 1 Byte | အထွက်ရမည့် ဒစ်ဂျစ်တယ်အချက်ပြသည့် pad အညွှန်း | |
က0x00 | AUX1 ပင်နံပါတ် | ||
က0x01 | AUX2 ပင်နံပါတ် | ||
က0x02 | AUX3 ပင်နံပါတ် | ||
က0x03 | GPIO0 ပင်နံပါတ် | ||
က0x04 | GPIO1 ပင်နံပါတ် | ||
က0x05 | GPIO2 ပင်နံပါတ် | ||
က0x06 | GPIO3 ပင်နံပါတ် | ||
0x07-0xFF | RFU |
4.5.9.3.2 တုံ့ပြန်မှု
ဇယား 83။ CONFIGURE_MULTIPLE_TESTBUS_DIGITAL တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.10 CTS ဖွဲ့စည်းမှုပုံစံ
4.5.10.1 CTS_ENABLE
ဤညွှန်ကြားချက်ကို CTS မှတ်တမ်းရေးခြင်းအင်္ဂါရပ်ကို ဖွင့်/ပိတ်ရန် အသုံးပြုသည်။
4.5.10.1.1 အမိန့်
ဇယား 84. CTS_ENABLE အမိန့်တန်ဖိုး
Payload Field Length တန်ဖိုး/ဖော်ပြချက် | ||||
ဖွင့်/ပိတ်ပါ။ | 1 Byte | ဘစ် ၁၅ | 0 | CTS Logging Feature ကို ပိတ်ပါ။ |
1 CTS မှတ်တမ်းရေးခြင်းအင်္ဂါရပ်ကို ဖွင့်ပါ။ |
||||
ဘစ် 1-7 | RFU |
4.5.10.1.2 တုံ့ပြန်မှု
ဇယား 85. CTS_ENABLE တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
၁ ပွဲ
အောက်ပါဇယားတွင် ပုံ 12 နှင့် ပုံ 13 တွင်ပြထားသည့်အတိုင်း event message ၏တစ်စိတ်တစ်ပိုင်းအဖြစ် ပေးပို့မည့် event data ကိုပြသသည်။
ဇယား 86။ ၎င်းသည် ဒေတာလက်ခံရရှိထားသည့် အိမ်ရှင်အား အသိပေးသည်။ EVT_CTS_DONE
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
ပွဲ | 1 byte | 00 … TRIGGER ဖြစ်သွားပါပြီ၊ ဒေတာသည် လက်ခံရန်အတွက် အဆင်သင့်ဖြစ်နေပါပြီ။ |
4.5.10.2 CTS_CONFIGURE
ဤညွှန်ကြားချက်ကို အစပျိုးမှုများ၊ စမ်းသပ်ဘတ်စ်ကား မှတ်ပုံတင်များ၊ampling configuration စတာတွေ၊
မှတ်ချက် -
[1] CTS configuration ကို ပိုနားလည်အောင် ပံ့ပိုးပေးသည်။ အပိုင်း 4.5.10.3 အမိန့်ကို တုံ့ပြန်မှု၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ဖမ်းယူထားသော ဒေတာကို ပေးပို့ရန်။
4.5.10.2.1 အမိန့်
ဇယား 87. CTS_CONFIGURE အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
PRE_TRIGGER_SHIFT | 1 Byte | 256 bytes ယူနစ်တွင် တီထွင်ပြီးနောက် ရယူမှု အစီအစဉ်၏ အရှည်ကို သတ်မှတ်သည်။ 0 ဆိုသည်မှာ အပြောင်းအလဲမရှိ၊ n ဆိုသည်မှာ n*256 bytes block shift ကို ဆိုလိုသည်။ မှတ်ချက်- TRIGGER_MODE "PRE" သို့မဟုတ် "COMB" အစပျိုးမုဒ်မှသာလျှင် အကျုံးဝင်ပါသည်။ |
TRIGGER_MODE | 1 Byte | အသုံးပြုရန် ဝယ်ယူမှုမုဒ်ကို သတ်မှတ်သည်။ |
0x00 – ပို့စ်မုဒ် | ||
0x01 – RFU | ||
0x02 – ကြိုတင်မုဒ် | ||
0x03 – 0xFF – မမှန်ကန်ပါ။ | ||
RAM_PAGE_WIDTH | 1 Byte | ဝယ်ယူမှုတစ်ခုမှ အကျုံးဝင်သော on-chip memory ပမာဏကို သတ်မှတ်ပေးသည်။ Granularity ကို 256 Bytes (ဆိုလိုသည်မှာ 64 32-bits စကားလုံးများ) အဖြစ် ဒီဇိုင်းဖြင့် ရွေးချယ်သည်။ အကျုံးဝင်သောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- 0x00h – 256 bytes 0x02h – 768 bytes 0x01h – 512 bytes 0x03h – 1024 bytes 0x04h – 1280 bytes 0x05h – 1536 bytes 0x06h – 1792 bytes 0x07h – 2048 bytes 0x08h – 2304 bytes 0x09h – 2560 bytes 0x0Ah – 2816 bytes 0x0Bh – 3072 bytes 0x0Ch – 3328 bytes 0x0Dh – 3584 bytes 0x0Eh – 3840 bytes 0x0Fh – 4096 bytes 0x10h – 4352 bytes 0x11h – 4608 bytes 0x12h – 4864 bytes 0x13h – 5120 bytes 0x14h – 5376 bytes 0x15h – 5632 bytes 0x16h – 5888 bytes 0x17h – 6144 bytes 0x18h – 6400 bytes 0x19h – 6656 bytes 0x1Ah – 6912 bytes 0x1Bh – 7168 bytes 0x1Ch – 7424 bytes 0x1Dh – 7680 bytes 0x1Eh – 7936 bytes 0x1Fh – 8192 bytes |
SAMPLE_CLK_DIV | 1 Byte | ဤအကွက်၏ ဒဿမတန်ဖိုးသည် ဝယ်ယူစဉ်တွင် အသုံးပြုမည့် နာရီနှုန်းပိုင်းခြားခြင်းအချက်ကို သတ်မှတ်သည်။ CTS နာရီ = 13.56 MHz / 2SAMPLE_CLK_DIV |
00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz |
||
SAMPLE_BYTE_SEL | 1 Byte | ဤဘစ်များကို 16-bits input bus နှစ်ခုမှ မည်သည့် bytes မှ data များကို on-chip memory သို့ လွှဲပြောင်းပေးမည့် interleave ယန္တရားအတွက် အထောက်အကူဖြစ်စေရန် အသုံးပြုပါသည်။ ၎င်းတို့၏ အဓိပ္ပါယ်နှင့် အသုံးပြုမှုသည် S ပေါ်တွင် မူတည်ပါသည်။AMPLE_MODE_SEL တန်ဖိုးများ
မှတ်ချက်- ပေးထားသောတန်ဖိုးကို 0x0F ဖြင့် အမြဲဖုံးကွယ်ထားပြီး ထိရောက်သောတန်ဖိုးကို ထည့်သွင်းစဉ်းစားသည်။ |
SAMPLE_MODE_SEL | 1 Byte | s ကိုရွေးချယ်သည်။ampCTS ဒီဇိုင်းသတ်မှတ်ချက်များဖြင့် ဖော်ပြထားသည့်အတိုင်း ling interleave မုဒ်။ ဒဿမတန်ဖိုး 3 ကို သီးသန့်ထားပြီး 0 အဖြစ် သတ်မှတ်ပါမည်။ မှတ်ချက်- ပေးထားသောတန်ဖိုးကို 0x03 ဖြင့် အမြဲဖုံးကွယ်ထားပြီး ထိရောက်သောတန်ဖိုးကို ထည့်သွင်းစဉ်းစားသည်။ |
TB0 | 1 Byte | TB0 နှင့် ချိတ်ဆက်မည့် စမ်းသပ်ဘတ်စ်ကားကို ရွေးပါ။ ကိုးကားပါ။ အပိုင်း ၅.၀ (TB_ Signal_Index တန်ဖိုး) |
TB1 | 1 Byte | TB1 နှင့် ချိတ်ဆက်မည့် စမ်းသပ်ဘတ်စ်ကားကို ရွေးပါ။ ကိုးကားပါ။ အပိုင်း ၅.၀ (TB_ Signal_Index တန်ဖိုး) |
TB2 | 1 Byte | TB2 နှင့် ချိတ်ဆက်မည့် စမ်းသပ်ဘတ်စ်ကားကို ရွေးပါ။ ကိုးကားပါ။ အပိုင်း ၅.၀ (TB_ Signal_Index တန်ဖိုး) |
TB3 | 1 Byte | TB3 နှင့် ချိတ်ဆက်မည့် စမ်းသပ်ဘတ်စ်ကားကို ရွေးပါ။ ကိုးကားပါ။ အပိုင်း ၅.၀ (TB_ Signal_Index တန်ဖိုး) |
TTB_SELECT | 1 Byte | အစပျိုးရင်းမြစ်များနှင့် ချိတ်ဆက်ရမည့် TB ကို ရွေးပါ။ ကိုးကားပါ။ အပိုင်း ၅.၀ (TB_Signal_Index တန်ဖိုး) |
RFU | 4 Bytes | အမြဲတမ်း 0x00000000 ပို့ပါ။ |
MISC_CONFIG | 24 Bytes | အစပျိုးဖြစ်ပေါ်မှုများ၊ polarity စသည်တို့ကို ကိုးကားပါ။ [1] အသုံးပြုရန် CTS configuration ကိုနားလည်ရန်။ |
4.5.10.2.2 တုံ့ပြန်မှု
ဇယား 88. CTS_CONFIGURE တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.10.3 CTS_RETRIEVE_LOG
ဤညွှန်ကြားချက်သည် ဖမ်းယူထားသော စမ်းသပ်ဘတ်စ်ဒေတာ၏ ဒေတာမှတ်တမ်းကို ပြန်လည်ရယူသည်။ampMemory buffer တွင် သိမ်းဆည်းထားသော les များ။
4.5.10.3.1 အမိန့်
ဇယား 89. CTS_RETRIEVE_LOG အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
ChunkSize | 1 byte | 0x01-0xFF | မျှော်လင့်ထားသည့် ဒေတာဘိုက်အရေအတွက် ပါရှိသည်။ |
4.5.10.3.2 တုံ့ပြန်မှု
ဇယား 90. CTS_RETRIEVE_LOG တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) PN5190_STATUS_SUCCSES_CHAINING |
||
မှတ်တမ်းဒေတာ [1…n] | CTSRequest | ဖမ်းထားတဲ့ Samples Data ရိုက်မယ်။ |
မှတ်ချက် -
'Log Data' ၏ အများဆုံးအရွယ်အစားသည် command ၏တစ်စိတ်တစ်ပိုင်းအဖြစ် ပံ့ပိုးပေးထားသည့် 'ChunkSize' ပေါ်တွင် မူတည်သည်။
စုစုပေါင်းမှတ်တမ်းအရွယ်အစားကို TLV ခေါင်းစီးတုံ့ပြန်မှုတွင် ရနိုင်ပါသည်။
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.11 TEST_MODE ညွှန်ကြားချက်များ
4.5.11.1 ANTENNA_SELF_TEST
အင်တင်နာကို ချိတ်ဆက်ထားပြီး ကိုက်ညီသည့် အစိတ်အပိုင်းများကို လူနေ/စုဝေးနေသလား စစ်ဆေးရန် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။
မှတ်ချက် -
ဤအမိန့်ကို မရရှိနိုင်သေးပါ။ ရရှိနိုင်မှုအတွက် ထုတ်ဝေမှုမှတ်စုများကို ကြည့်ပါ။
4.5.11.2 PRBS_TEST
Reader mode protocols နှင့် bit-rates များ၏ မတူညီသော configurations များအတွက် PRBS sequence ကို ထုတ်လုပ်ရန် ဤညွှန်ကြားချက်ကို အသုံးပြုပါသည်။ ညွှန်ကြားချက်ကို အကောင်အထည်ဖော်ပြီးသည်နှင့် PRBS စမ်းသပ်မှု အစီအစဥ်ကို RF တွင် ရရှိနိုင်ပါသည်။
မှတ်ချက် -
အပိုင်း 4.5.7.1 ကိုအသုံးပြု၍ သင့်လျော်သော RF နည်းပညာဖွဲ့စည်းမှုပုံစံကို လက်ခံဆောင်ရွက်ပေးပြီး ဤအမိန့်ကိုမပေးပို့မီ အပိုင်း 4.5.8.1 ကွန်မန်းကို အသုံးပြု၍ RF ကို ဖွင့်ထားကြောင်း သေချာပါစေ။
4.5.11.2.1 အမိန့်
ဇယား 91။ PRBS_TEST အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် | |
prbs_type | 1 Byte | 00 | PRBS9(မူရင်း) |
01 | PRBS15 | ||
၂၅၈၃၄၆၇၁-FF | RFU |
4.5.11.2.2 တုံ့ပြန်မှု
ဇယား 92။ PRBS_TEST တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
၁ ပွဲ
ဤညွှန်ကြားချက်အတွက် ပွဲမရှိပါ။
4.5.12 Chip အချက်အလက် Commands
4.5.12.1 GET_DIEID
ဤညွှန်ကြားချက်ကို PN5190 ချစ်ပ်၏သေဆုံး ID ကိုဖတ်ရန်အသုံးပြုသည်။
4.5.12.1.1 အမိန့်
ဇယား 93. GET_DIEID ညွှန်ကြားချက်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
– | – | payload တွင်ဒေတာမရှိပါ။ |
4.5.12.1.2 တုံ့ပြန်မှု
ဇယား 94။ GET_DIEID တုံ့ပြန်မှုတန်ဖိုး
Payload အကွက် | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
||
တန်ဖိုးများ | 16 Bytes | 16 bytes သေဆုံး ID ။ |
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
4.5.12.2 GET_VERSION
ဤညွှန်ကြားချက်ကို HW ဗားရှင်း၊ ROM ဗားရှင်းနှင့် PN5190 ချစ်ပ်၏ FW ဗားရှင်းတို့ကို ဖတ်ရန်အသုံးပြုသည်။
4.5.12.2.1 အမိန့်
ဇယား 95. GET_VERSION အမိန့်တန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
– | – | payload တွင်ဒေတာမရှိပါ။ |
HW ဗားရှင်း၊ ROM ဗားရှင်းနှင့် FW ဗားရှင်းတို့ကို ဖတ်ရန် အသုံးပြုနိုင်သည့် ဒေါင်းလုဒ်မုဒ်တွင် DL_GET_VERSION (အပိုင်း 3.4.4) ညွှန်ကြားချက်တစ်ခုရှိသည်။
4.5.12.2.2 တုံ့ပြန်မှု
ဇယား 96။ GET_VERSION တုံ့ပြန်မှုတန်ဖိုး
Payload Field | အရှည် | တန်ဖိုး/ဖော်ပြချက် |
အဆင့်အတန်း | 1 Byte | လည်ပတ်မှုအခြေအနေ [ဇယား ၁] မျှော်လင့်ထားသောတန်ဖိုးများမှာ အောက်ပါအတိုင်းဖြစ်သည်- |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (နောက်ထပ်ဒေတာမရှိပါ) |
||
HW_V | 1 byte | ဟာ့ဒ်ဝဲဗားရှင်း |
RO_V | 1 byte | ROM ကုဒ် |
FW_V | 2 bytes | Firmware ဗားရှင်း (ဒေါင်းလုဒ်အတွက် အသုံးပြုသည်) |
RFU1-RFU2 | 1-2 bytes | – |
PN5190 IC ဗားရှင်းအမျိုးမျိုးအတွက် မျှော်လင့်ထားသည့် တုံ့ပြန်မှုကို (အပိုင်း 3.4.4) တွင် ဖော်ပြထားပါသည်။
၁ ပွဲ
ဤအမိန့်စာအတွက် ပွဲများမရှိပါ။
နောက်ဆက်တွဲ (ထွamples)
ဤနောက်ဆက်တွဲတွင် ex ပါဝင်သည်။ampအထက်ဖော်ပြပါ command များအတွက် les ။ ရည်းစားဟောင်းamples သည် command ၏ အကြောင်းအရာများကို ပြသရန် ပုံဥပမာအတွက်သာဖြစ်သည်။
၃.၂ ထွampWRITE_REGISTER အတွက် le
0x12345678 တန်ဖိုးကို စာရင်းသွင်းရန်အတွက် 0x1F ကို ရေးရန် host မှ ပေးပို့သော ဒေတာ အတွဲလိုက်ကို ဖော်ပြပါ။
ကွန်မန်းဘောင် PN5190: 0000051F78563412 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
PN5190 မှ လက်ခံရရှိသော တုံ့ပြန်မှုဘောင်ကို အိမ်ရှင်က ဖတ်သောအခါ (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသည်) 00000100 5.2 ExampWRITE_REGISTER_OR_MASK အတွက် le
0x1F တွင် 0x12345678 အဖြစ် XNUMXxXNUMX အဖြစ် မျက်နှာဖုံးဖြင့် ယုတ္တိနည်းသော သို့မဟုတ် လည်ပတ်မှုကို လုပ်ဆောင်ရန် လက်ခံသူမှ ပေးပို့သော ဒေတာ အတွဲလိုက်
ကွန်မန်းဘောင် PN5190: 0100051F78563412 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
PN5190 မှ လက်ခံရရှိသော တုံ့ပြန်မှုဘောင်ကို အိမ်ရှင်က ဖတ်သောအခါ (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသည်) 01000100
၃.၂ ထွampWRITE_REGISTER_AND_MASK အတွက် le
0x1 အဖြစ် 0x12345678 အဖြစ် မျက်နှာဖုံးဖြင့် မှတ်ပုံတင်ထားသော XNUMXxXNUMXF တွင် logical AND လည်ပတ်မှုကို လုပ်ဆောင်ရန် host မှပေးပို့သော ဒေတာအတွဲလိုက်
ကွန်မန်းဘောင် PN5190: 0200051F78563412 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
PN5190 မှ လက်ခံရရှိသော တုံ့ပြန်မှုဘောင်ကို အိမ်ရှင်က ဖတ်သောအခါ (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသည်) 02000100
၃.၂ ထွample အတွက် WRITE_REGISTER_MULTIPLE
0x1F တွင် 0x12345678 အဖြစ် မျက်နှာဖုံးဖြင့် မှတ်ပုံတင်ထားသော ယုတ္တိ AND လုပ်ဆောင်ချက်ကို လုပ်ဆောင်ရန် host မှ ပေးပို့သည့် ဒေတာ အတွဲလိုက်၊ နှင့် 0x20 အဖြစ် 0x11223344 အဖြစ် မှတ်ပုံတင်ထားသော မျက်နှာဖုံးနှင့် 0x21 ကဲ့သို့ တန်ဖိုးဖြင့် 0xXNUMX ကို မှတ်ပုံတင်ရန် စာရေးပါ။
ကွန်မန်းဘောင် PN5190: 0300121F03785634122002443322112101DDCCBBAA သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
PN5190 မှ လက်ခံရရှိသော တုံ့ပြန်မှုဘောင်ကို အိမ်ရှင်က ဖတ်သောအခါ (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသည်) 03000100
၃.၂ ထွample READ_REGISTER အတွက်
မှတ်ပုံတင် 0x1F ၏ အကြောင်းအရာများကို ဖတ်ရန် host မှ ပေးပို့သော ဒေတာ အစီအစဥ်ကို လိုက်နာပြီး မှတ်ပုံတင်မှုတွင် 0x12345678 တန်ဖိုးရှိသည်ဟု ယူဆပါသည်။
Command frame ကို PN5190:0400011F သို့ ပို့သည်။
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
PN5190 မှ လက်ခံရရှိသော တုံ့ပြန်မှုဘောင်ကို အိမ်ရှင်က ဖတ်သောအခါ (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသည်) 0400050078563412
၃.၂ ထွample အတွက် READ_REGISTER_MULTIPLE
0x1 ၏တန်ဖိုးပါရှိသော 0x12345678F ၏စာရင်းသွင်းအကြောင်းအရာများကိုဖတ်ရန် host မှပေးပို့သောဒေတာအစီအစဥ်နောက်တွင်၊ 0x25 ၏တန်ဖိုးပါရှိသော 0x11223344 ကိုစာရင်းသွင်းပါ။
ကွန်မန်းဘောင် PN5190: 0500021F25 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 050009007856341244332211
၃.၂ ထွampWRITE_E2PROM အတွက် le
2x0၊ 0130x0၊ 0134x0၊ 11x0၊ 22x0 အဖြစ် အကြောင်းအရာများဖြင့် E33PROM တည်နေရာများသို့ စာရေးရန် host မှ ပေးပို့သော ဒေတာ အတွဲလိုက်ကို အောက်ပါအတိုင်း၊
Command frame PN5190: 06000730011122334455 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 06000100
၃.၂ ထွample READ_E2PROM အတွက်
E2PROM တည်နေရာများမှ 0x0130 မှ 0x0134 သို့ဖတ်ရန် host မှပေးပို့သောဒေတာအစီအစဥ်အား အောက်ပါအတိုင်းဖြစ်သည်- 0x11၊ 0x22၊ 0x33၊ 0x44၊ 0x55
Command frame PN5190: 07000430010500 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 070006001122334455
၃.၂ ထွampTRANSMIT_RF_DATA အတွက် le
REQA command (0x26) ကို ပေးပို့ရန် host မှ ပေးပို့သည့် ဒေတာ အစီအစဥ်အား '0x07' အဖြစ် ပေးပို့ရမည့် bit အရေအတွက် နှင့် လိုအပ်သော မှတ်ပုံတင်မှုများကို မပြုမီ သတ်မှတ်ပြီး RF ကို ဖွင့်ထားသည်ဟု ယူဆကာ၊
Command frame PN5190: 0800020726 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 08000100
၃.၂ ထွample RETREIVE_RF_DATA အတွက်
RF ကိုဖွင့်ပြီးနောက် TRANSMIT_RF_DATA သည် TRANSMIT_RF_DATA ကို ပို့ပြီးပြီဟု ယူဆကာ အတွင်းပိုင်း CLIF ကြားခံတွင် လက်ခံရရှိ/သိမ်းဆည်းထားသည့် ဒေတာကို လက်ခံရန် လက်ခံသူမှ ပေးပို့သော ဒေတာ အတွဲလိုက်ကို လိုက်ကြည့်သည်။
Command frame PN5190: 090000 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 090003000400
၃.၂ ထွample EXCHANGE_RF_DATA အတွက်
REQA (0x26) ကို ပေးပို့ရန် လက်ခံသူမှ ပေးပို့သည့် ဒေတာ အတွဲလိုက် ပေးပို့ရန် နောက်ဆုံး byte တွင် ဘစ်အရေအတွက် နှင့် 0x07 အဖြစ် သတ်မှတ်ပြီး ဒေတာနှင့်အတူ လက်ခံရမည့် အခြေအနေအားလုံးနှင့်အတူ။ ယူဆချက်မှာ လိုအပ်သော RF မှတ်ပုံတင်မှုများကို သတ်မှတ်ပြီးဖြစ်ပြီး RF ကို ဖွင့်ထားခြင်းဖြစ်သည်။
Command frame PN5190: 0A0003070F26 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သော လုပ်ဆောင်ချက်ကို ညွှန်ပြသော ဖရိန်) မှ လက်ခံရရှိသည်- 0A000 F000200000000000200000000004400
၃.၂ ထွample LOAD_RF_CONFIGURATION အတွက်
RF configuration ကိုသတ်မှတ်ရန် host မှပေးပို့သောဒေတာ၏ sequence ကိုအောက်ပါ။ TX၊ 0x00 နှင့် RX၊ 0x80 အတွက်
Command frame ကို PN5190: 0D00020080 သို့ ပို့လိုက်သည်။
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 0D000100
၃.၂ ထွampUPDATE_RF_CONFIGURATION အတွက် le
RF configuration ကို အပ်ဒိတ်လုပ်ရန် host မှပေးပို့သော ဒေတာအစီအစဥ်ကို လိုက်နာပါ။ TX၊ 0x00 အတွက် CLIF_CRC_TX_CONFIG အတွက် မှတ်ပုံတင်လိပ်စာ နှင့် 0x00000001 အဖြစ် တန်ဖိုး
PN5190: 0E0006001201000000 သို့ ကွန်မန်းဘောင် ပို့သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 0E000100
၃.၂ ထွample RF_ON အတွက်
တိုက်မိခြင်းမှ ရှောင်ရှားခြင်း နှင့် No P2P တက်ကြွမှုတို့ကို အသုံးပြု၍ RF အကွက်ကို ဖွင့်ရန် host မှ ပေးပို့သော ဒေတာ အတွဲလိုက်ကို လိုက်လုပ်ပါ။ ဆက်စပ် RF TX နှင့် RX ဖွဲ့စည်းမှုပုံစံကို PN5190 တွင် သတ်မှတ်ပြီးဖြစ်သည်ဟု ယူဆရသည်။
Command frame PN5190: 10000100 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 10000100
၃.၂ ထွample RF_OFF အတွက်
RF အကွက်ကိုပိတ်ရန် host မှပေးပို့သောဒေတာ၏အစီအစဥ်ကိုအောက်ပါအတိုင်း။
Command frame PN5190: 110000 သို့ ပို့လိုက်သည်
အနှောင့်အယှက်တစ်ခုအတွက် စောင့်ဆိုင်းရန် အိမ်ရှင်။
အိမ်ရှင်က တုံ့ပြန်ချက်ကို ဖတ်သောအခါ၊ PN5190 (အောင်မြင်သောလုပ်ဆောင်ချက်ကို ညွှန်ပြသောဘောင်) မှ လက်ခံရရှိသည်- 11000100
နောက်ဆက်တွဲ (RF ပရိုတိုကော ဖွဲ့စည်းမှုဆိုင်ရာ အညွှန်းကိန်းများ)
ဤနောက်ဆက်တွဲတွင် PN5190 မှပံ့ပိုးထားသော RF ပရိုတိုကော ဖွဲ့စည်းမှုအညွှန်းကိန်းများ ပါဝင်သည်။
TX နှင့် RX config ဆက်တင်များကို အပိုင်း 4.5.7.1၊ အပိုင်း 4.5.7.2၊ အပိုင်း 4.5.7.3 ညွှန်ကြားချက်များတွင် အသုံးပြုရပါမည်။
နောက်ဆက်တွဲ (CTS နှင့် TESTBUS အချက်ပြမှုများ)
ဇယားအောက်တွင် CTS ညွှန်ကြားချက်များ (ပုဒ်မ 5190) နှင့် TESTBUS ညွှန်ကြားချက်များကို အသုံးပြု၍ ဖမ်းယူရန် PN4.5.10 မှ ရရှိနိုင်သော မတူညီသော အချက်ပြများကို သတ်မှတ်ပေးပါသည်။
၎င်းတို့ကို အပိုင်း 4.5.9.1၊ အပိုင်း 4.5.9.2၊ အပိုင်း 4.5.10.2 အမိန့်အတွက် အသုံးပြုရပါမည်။
အတိုကောက်များ
ဇယား 97. အတိုကောက်များ
Abbr | အဓိပ္ပါယ် |
CLK | နာရီ |
DWL_REQ | ဒေါင်းလုဒ်လုပ်ရန် တောင်းဆိုချက်ပင်နံပါတ် (DL_REQ ဟုလည်း ခေါ်သည်) |
EEPROM | လျှပ်စစ်ဖြင့် ဖျောက်ဖျက်နိုင်သော ပရိုဂရမ်မာ ဖတ်ရန်သာ မှတ်ဉာဏ် |
FW | Firmware |
GND | မြေပြင် |
GPIO | General Purpose Input Output |
HW | ဟာ့ဒ်ဝဲ |
I²C | Inter-Integrated Circuit (အမှတ်စဉ်ဒေတာဘတ်စ်) |
IRQ | နှောင့်ယှက်ရန် တောင်းဆိုခြင်း။ |
ISO / IEC | အပြည်ပြည်ဆိုင်ရာ စံချိန်စံညွှန်း အဖွဲ့အစည်း/ နိုင်ငံတကာ လျှပ်စစ်နည်းပညာ အသိုက်အဝန်း |
NFC | Field Communication အနီး |
OS | ကွန်ပျူတာစက်လည်ပတ်ရေးစနစ်ပရိုဂရမ် |
PCD | Proximity Coupling Device (Contactless Reader) |
PICC | Proximity Integrated Circuit Card (Contactless Card) |
PMU | ပါဝါစီမံခန့်ခွဲမှုယူနစ် |
POR | ပါဝါဖွင့်ခြင်းကို ပြန်လည်သတ်မှတ်ပါ။ |
RF | ရေဒီယိုကြိမ်နှုန်း |
RST | ပြန်လည်သတ်မှတ်ပါ။ |
SFWU | လုံခြုံသော Firmware ဒေါင်းလုဒ်မုဒ် |
SPI | Serial အရံ interface ကို |
VEN | 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 များသည် စာရွက်စာတမ်းတစ်ခု၏ မူကြမ်းဗားရှင်းတွင်ပါရှိသော အချက်အလက်များ၏ တိကျမှု သို့မဟုတ် ပြည့်စုံမှုနှင့်ပတ်သက်၍ ကိုယ်စားပြုမှုများ သို့မဟုတ် အာမခံချက်တစ်စုံတစ်ရာကို မပေးဘဲနှင့် ထိုအချက်အလက်များ၏အသုံးပြုမှု၏အကျိုးဆက်များအတွက် တာဝန်ယူမှုမရှိပါ။
၉.၂
အာမခံနှင့်တာဝန်ယူမှုကန့်သတ် - ဤစာတမ်းပါ အချက်အလက်များသည် တိကျပြီး ယုံကြည်စိတ်ချရသည်ဟု ယူဆပါသည်။ သို့ရာတွင်၊ 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 လိုင်စင်များ
NFC နည်းပညာဖြင့် NXP IC များဝယ်ယူခြင်း — အနီးနားကွင်းပြင်ဆက်သွယ်ရေး (NFC) စံနှုန်းများထဲမှတစ်ခုနှင့်အညီ ISO/IEC 18092 နှင့် ISO/IEC 21481 တို့ကို လိုက်နာသော NXP Semiconductors IC ကို ဝယ်ယူခြင်းသည် အကောင်အထည်ဖော်ခြင်းဖြင့် ချိုးဖောက်ထားသည့် မည်သည့်မူပိုင်ခွင့်အခွင့်အရေးအောက်တွင်မဆို သွယ်ဝိုက်သောလိုင်စင်ကို ပြသမည်မဟုတ်ပါ။ ထိုစံနှုန်းများထဲမှ တစ်ခုခု။ NXP Semiconductors IC ကို ဝယ်ယူရာတွင် ဟာ့ဒ်ဝဲ သို့မဟုတ် ဆော့ဖ်ဝဲလ်ဖြစ်စေ ထိုထုတ်ကုန်များနှင့် ပေါင်းစပ်ထားသော မည်သည့် NXP မူပိုင်ခွင့် (သို့မဟုတ် အခြားသော IP အခွင့်အရေး) အတွက် လိုင်စင်မပါဝင်ပါ။
၇ ကုန်အမှတ်တံဆိပ်
သတိပေးချက်- ရည်ညွှန်းထားသော ကုန်အမှတ်တံဆိပ်များ၊ ထုတ်ကုန်အမည်များ၊ ဝန်ဆောင်မှုအမည်များနှင့် ကုန်အမှတ်တံဆိပ်များအားလုံးသည် သက်ဆိုင်ရာပိုင်ရှင်များ၏ ပိုင်ဆိုင်မှုဖြစ်သည်။
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 Controller [pdf] အသုံးပြုသူလက်စွဲ PN5190၊ PN5190 NFC Frontend Controller၊ NFC Frontend Controller၊ Controller၊ UM11942 |