UM11942
PN5190 qatê talîmatê
NFC Frontend Controller
manual user
PN5190 Kontrolkerê Eniya NFC
Agahdariya Belgeyê
Agahî | Dilşad |
Keywords | PN5190, NFC, pêşiya NFC, kontrolker, qata rêwerzan |
Veqetî | Ev belge fermanên qata rêwerzê û bersivên ji bo xebitandina ji kontrolkerek mêvandar vedibêje, ji bo nirxandina xebata kontrolkerê eniya NXP PN5190 NFC. PN5190 kontrolkerek eniya NFC ya nifşê din e. Qada vê belgeyê ev e ku emrên navberê diyar bike da ku bi kontrolkerê eniya PN5190 NFC re bixebite. Ji bo bêtir agahdarî li ser xebata kontrolkerê pêşê ya PN5190 NFC, serî li peldanka daneyê û agahdariya wê ya temamker bidin. |
Dîroka Revision
Rev | Rojek | Terîf |
3.7 | 20230525 | • Cure û sernavê belgeyê ji pêveka pelgeya daneya hilberê berbi manuala bikarhêner ve hatî guhertin • Paqijkirina redaksiyonê • Ji bo sînyalên SPI şertên edîtoriyê nûve kirin • Fermana GET_CRC_USER_AREA di Tabloya 8-ê de di Beşa 4.5.2.3 de zêde kir • Di Beşa 5190 de ji bo PN1B5190 û PN2B3.4.1 hûrguliyên cihêreng ên cihêreng nûve kirin • Bersiva nûvekirî ya Beşa 3.4.7 |
3.6 | 20230111 | Di Beþ 3.4.7 de danasîna bersiva Yekbûna Kontrolkirina Pêşkeftî |
3.5 | 20221104 | Beşa 4.5.4.6.3 "Bûyer": hat zêdekirin |
3.4 | 20220701 | • Fermana CONFIGURE_MULTIPLE_TESTBUS_DIGITAL li tabloya 8-ê di beşê 4.5.9.3 de zêde kir • Beşa 4.5.9.2.2 hatiye nûkirin |
3.3 | 20220329 | Danasîna hardware di Beşa 4.5.12.2.1 "Ferman" û Beşa 4.5.12.2.2 "Bersiv" de çêtir bûye |
3.2 | 20210910 | Hejmarên guhertoyên firmware ji 2.1 ber 2.01 û 2.3 ber 2.03 nûve kirin |
3.1 | 20210527 | Danasîna fermanê RETRIEVE_RF_FELICA_EMD_DATA hate zêdekirin |
3 | 20210118 | Yekem guhertoya fermî ya serbest hat berdan |
Pêşkêş
1.1. Destpêk
Ev belge Navbera Mêvandar a PN5190 û API-ê vedibêje. Navbera mêvandarê fîzîkî ya ku di belgeyê de tê bikar anîn SPI ye. Taybetmendiya laşî ya SPI di belgeyê de nayê hesibandin.
Veqetandina çarçove û kontrolkirina herikînê beşek ji vê belgeyê ne.
1.1.1 Qada
Belge qata mantiqî, koda rêwerzan, API-yên ku ji bo xerîdar re têkildar in vedibêje.
Host ragihandinê li serview
PN5190 du awayên xebatê yên sereke hene ku bi kontrolkerê mêvandar re têkilî daynin.
- Têkiliya HDLL-based dema ku amûr tê veqetandin tê bikar anîn:
yek. Moda dakêşana Ewle ya şîfrekirî ku firmware xwe nûve bike - Têkiliya li ser bingeha ferman-bersiv TLV (wek mînakek tê dayînample).
2.1 moda HDLL
Moda HDLL ji bo formata danûstendina pakêtê tê bikar anîn da ku bi modên xebitandina IC-ê yên jêrîn re bixebite:
- Moda dakêşana firmware ewledar (SFWU), li Beş 3 binêre
2.1.1 Danasîna HDLL
HDLL qatê girêdanê ye ku ji hêla NXP ve hatî pêşve xistin da ku dakêşek FW-ya pêbawer peyda bike.
Peyamek HDLL ji sernavek 2 byte, li pey çarçoveyek, ku opcode û Payloadê fermanê pêk tîne, tê çêkirin. Her peyam bi CRC 16-bit bi dawî dibe, wekî ku li ser wêneya jêrîn tête diyar kirin:Sernavê HDLL dihewîne:
- Çokek. Kîjan nîşan dide ku gelo ev peyam tenê an perçeya paşîn a peyamê ye (çiçik = 0). An jî heke, bi kêmanî, perçeyek din li pey were (çiçek = 1).
- Dirêjahiya Payload li ser 10 bit kodkirî. Ji ber vê yekê, Barkirina Çarçoveya HDLL dikare bigihîje 1023 Bytes.
Rêza byte wekî big-endian hate pênase kirin, ku tê wateya pêşîn Ms Byte.
CRC16 li gorî standarda X.25 (CRC-CCITT, ISO/IEC13239) bi x^16 + x^12 + x^5 +1 û nirxa pêş-barkirinê 0xFFFF ve girêdayî ye.
Ew li ser tevahiya çarçoweya HDLL-ê, ango Header + Frame tê hesibandin.
Samppêkanîna C-kodê:
static uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i;
uint16_t crc_new;
uint16_t crc = 0xffffU;
ji bo (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;
}
vegera crc;
}
2.1.2 Nexşeya veguhastinê li ser SPI
Ji bo her îdîaya NTS-ê, byta yekem her gav HEADER e (byte nîşana herikînê), ew dikare ji bo operasyona nivîsandin/xwendinê 0x7F/0xFF be.
2.1.2.1 Rêzeya ji mêvandar binivîsîne (rêveberî DH => PN5190)2.1.2.2 Rêzeya Xwendina ji mêvandar (Rêber PN5190 => DH)
2.1.3 protokola HDLL
HDLL protokolek ferman-bersiv e. Hemî operasyonên ku li jor hatine destnîşan kirin bi fermanek taybetî têne derxistin û li ser bingeha bersivê têne pejirandin.
Ferman û bersiv li pey hevoksaziya peyama HDLL-ê diçin, ferman ji hêla mêvandarê cîhazê ve tê şandin, bersiv ji hêla PN5190 ve tê şandin. Opcode ferman û bersivê nîşan dide.
Têkiliyên li ser bingeha HDLL-ê, tenê dema ku PN5190 tê kişandin ku têkevin moda "Daxistina firmware-ya ewledar" tê bikar anîn.
2.2 moda TLV
TLV tê wateya Tag Length Nirx.
2.2.1 pênase Frame
Çarçoveyek SPI bi keviya daketina NTS-ê dest pê dike û bi keviya bilindbûna NTS-ê bi dawî dibe. SPI li gorî pênase laşî duplex tije ye lê PN5190 SPI-ê di moda nîv-duplex de bikar tîne. Moda SPI bi CPOL 0 û CPHA 0 re bi leza demjimêra herî zêde ya ku di [2] de hatî destnîşan kirin sînorkirî ye. Her çarçoveyek SPI ji sernavek 1 byte û n-bytes laş pêk tê.
2.2.2 Nîşana herikînêHOST her gav wekî baytê yekem baytê nîşana herikînê dişîne, gelo ew dixwaze daneyan ji PN5190 binivîse an bixwîne.
Ger daxwazek xwendinê hebe û dane tune be, bersiv 0xFF heye.
Daneyên piştî byte nîşana herikînê yek an çend peyam in.
Ji bo her îdîaya NTS-ê, byta yekem her gav HEADER e (byte nîşana herikînê), ew dikare ji bo operasyona nivîsandin/xwendinê 0x7F/0xFF be.
2.2.3 Cureyê peyamê
Kontrolkerek mêvandar dê bi PN5190 re bi karanîna peyamên ku di çarçoveyên SPI de têne veguheztin re têkilî daynin.
Sê celebên peyamên cûda hene:
- Ferman
- Bersiv
- Bûyer
Diagrama danûstendinê ya li jor rêwerzên destûrkirî yên ji bo celebên cûda yên peyamê wekî jêrîn nîşan dide:
- Ferman û bersiv.
- Ferman tenê ji kontrolkerê mêvandar ji PN5190 re têne şandin.
- Bersiv û bûyer tenê ji PN5190 ji kontrolkerê mêvandar re têne şandin.
- Bersivên fermanê bi karanîna pînê IRQ têne hevdem kirin.
- Host dikare tenê dema ku IRQ kêm be fermanan bişîne.
- Mêvandar tenê dema ku IRQ bilind be dikare bersivê/bûyerê bixwîne.
2.2.3.1 Rêz û qaîdeyên destûrRêzên ferman, bersiv û bûyeran destûr da
- Fermanek her gav bi bersivek, an bûyerek, an her duyan ve tê pejirandin.
- Kontrolkerê mêvandar destûr nade ku fermanek din bişîne berî ku bersivek fermana berê wernegire.
- Dibe ku bûyer di her kêliyê de bi asynkronî werin şandin (NE di nav cotek ferman/bersiv de têne girêdan).
- Peyamên BÛYER çu carî bi peyamên RESPONSE re di yek çarçovê de nayên hev kirin.
Not: Hebûna peyamekê (yan BERSÎVEK an BÛYER) bi IRQ ku ji nizm ve diçe bilind tê nîşankirin. IRQ bilind dimîne heya ku hemî bersiv an çarçoveya bûyerê neyê xwendin. Tenê piştî ku sînyala IRQ kêm be, mêvandar dikare fermana din bişîne.
2.2.4 Forma peyamê
Ji bo her peyamê ji bilî fermana SWITCH_MODE_NORMAL, her peyam di avahiyek TLV de bi n-byte bargiran tê kod kirin.Her TLV ji van pêk tê:
Tîpa (T) => 1 byte
Bit[7] Cureyê Peyamê
0: Peyama FERMAN an BERSÎVÊ
1: Peyama BÛYER
Bit[6:0]: Koda talîmatê
Dirêjahî (L) => 2 byte (divê di formata mezin-endî de be)
Nirx (V) => N byte nirx/daneyên TLV (Parametreyên Ferman / Daneyên Bersiv) li ser bingeha qada Dirêjiyê (formatek mezin-endî)
2.2.4.1 Çarçoveya dabeşkirinê
Peyama COMMAND divê di çarçoveyek SPI de were şandin.
Mesajên BERSÎVEK û BÛYER dikarin di gelek çarçoveyên SPI-yê de werin xwendin, mînakî xwendina dirêjahiya byte.Mesajên BERSÎVEK an BÛYER dikarin di çarçoveyek SPI-ê de werin xwendin lê di navberê de ji hêla NO-CLOCK ve têne dereng kirin, mînakî, ji bo xwendina dirêjahiya byte.
Moda bootê ya xebitandinê ya IC - moda dakêşana FW ya ewledar
3.1. Destpêk
Beşek ji koda firmware PN5190 bi domdarî di ROM-ê de tête hilanîn, dema ku mayî kod û daneyan di flasha pêvekirî de têne hilanîn. Daneyên bikarhêner di flash-ê de têne hilanîn û ji hêla mekanîzmayên dijî-çirîn ve têne parastin ku yekbûn û hebûna daneyan piştrast dikin. Ji bo ku ji xerîdarên NXP-ê taybetmendiyên ku bi standardên herî dawî re lihevhatî ne (EMVCo, Foruma NFC, û hwd.) peyda bikin, hem kod û hem jî daneyên bikarhêner di FLASH de dikarin werin nûve kirin.
Rastî û yekparebûna firmwareya şîfrekirî bi îmzeya mifteya asimetrîk/simetrîk û mekanîzmaya hash-a zincîrkirî ya berevajî tê parastin. Fermana DL_SEC_WRITE ya yekem hash fermana duyemîn dihewîne û bi îmzeyek RSA li ser barkirina çarçoweya yekem tê parastin. Firmware PN5190 mifteya giştî ya RSA bikar tîne da ku emrê yekem rast bike. Di her fermanê de hashê zincîrkirî tê bikar anîn da ku emrê paşîn piştrast bike, da ku pê ewle bibe ku koda firmware û daneyan ji hêla aliyên sêyemîn ve negihîje.
Berhemên fermanên DL_SEC_WRITE bi mifteyek AES-128 têne şîfre kirin. Piştî rastkirina her fermanê, naveroka barkirinê ji hêla firmware PN5190 ve tê şîfrekirin û ji bo flashê tê nivîsandin.
Ji bo firmware NXP, NXP berpirsiyar e ku nûvekirinên firmware-ya ewledar ên nû, digel daneyên Bikarhêner nû peyda bike.
Pêvajoya nûvekirinê bi mekanîzmayek ji bo parastina rastbûn, yekbûn, û nepenîtiya kod û daneya NXP-ê heye.
Ji bo moda nûvekirina firmware ya ewledar, şemaya pakêta çarçovê ya HDLL-ê ji bo hemî ferman û bersivan tê bikar anîn.
Beşa 2.1-ê serpêhatiyê peyda dikeview şemaya pakêta çarçoweya HDLL tê bikar anîn.
IC-yên PN5190 hem dakêşana FW-ya ewledar a mîraskirî ya bi şîfrekirî hem jî protokola dakêşana FW-ya ewle ya şîfrekirî ya hardware piştgirî dike ku li gorî guhertoya hatî bikar anîn.
Du celeb in:
- Protokola dakêşana FW-ya ewledar a mîras ku tenê bi guhertoya IC ya PN5190 B0/B1 re dixebite.
- Protokola dakêşana ewledar a FW ya bi arîkariya hişk a krîptoyê ku tenê bi guhertoya IC-ya PN5190B2 re dixebite, ku blokên krîptoyê yên hardware-çîp bikar tîne
Beşên jêrîn ferman û bersivên moda dakêşana firmware Ewle rave dikin.
3.2 Meriv çawa moda "Daxistina firmwareya ewledar" vedigire
Li jêr diagram, û gavên paşîn, nîşan bidin ka meriv çawa moda dakêşana firmwareya Ewlekar vedigire.Pêş-şert: PN5190 di rewşa operasyonê de ye.
Senaryoya sereke:
- Rewşa têketinê ya ku pin DWL_REQ tê bikar anîn da ku têkevin moda "Daxistina firmware ewledar".
yek. Mêvandarê cîhazê pina DWL_REQ bilind dikişîne (tenê derbasdar e ger nûvekirina firmware ewledar bi pineya DWL_REQ ve were derbas kirin) an
b. Mêvandarê cîhazê ji bo bootkirina PN5190 vesazkirinek hişk pêk tîne - Rewşa têketinê ya ku pin DWL_REQ ji bo têketina moda "Daxistina firmware ewledar" nayê bikar anîn (dakêşana bê pin).
yek. Mêvandarê cîhazê ji bo bootkirina PN5190 vesazkirinek hişk pêk tîne
b. Mêvandarê cîhazê SWITCH_MODE_NORMAL (Beş 4.5.4.5) dişîne da ku bikeve moda serîlêdanê ya normal.
c. Naha dema ku IC di moda serîlêdanê ya normal de ye, mêvandarê cîhazê SWITCH_MODE_DOWNLOAD (Beş 4.5.4.9) dişîne da ku bikeve moda dakêşana ewledar. - Mêvandarê cîhazê fermana DL_GET_VERSION (Beş 3.4.4), an DL_GET_DIE_ID (Beş 3.4.6), an DL_GET_SESSION_STATE (Beş 3.4.5) dişîne.
- Mêvandarê cîhazê guhertoya hardware û firmware ya heyî, danişîn, Die-id ji cîhazê dixwîne.
yek. Ger dakêşana paşîn qediya bû mêvandarê cîhazê rewşa rûniştinê kontrol dike
b. Mêvandarê cîhazê qaîdeyên kontrolkirina guhertoyê bicîh tîne da ku biryar bide ka meriv dakêşandinê dest pê bike an ji dakêşanê derkeve. - Device hosta bar dike ji a file koda binary firmware ku were dakêşandin
- Mêvandarê cîhazê fermanek yekem DL_SEC_WRITE (Beş 3.4.8) peyda dike ku tê de ye:
yek. Guhertoya firmware ya nû,
b. Nirxek 16-byte ji nirxên keyfî tê bikar anîn ku ji bo vegirtina mifteya şîfrekirinê tê bikar anîn
c. Nirxa danûstendinê ya çarçoveya paşîn,
d. Îmzeya dîjîtal ya çarçoveya xwe - Mêvandarê cîhazê rêzika protokola dakêşana ewledar bi fermanên DL_SEC_WRITE (Beş 5190) li PN3.4.8 bar dike.
- Dema ku emrê dawîn DL_SEC_WRITE (Beş 3.4.8) hat şandin, mêvandarê cîhazê fermana DL_CHECK_INTEGRITY (Beş 3.4.7) dimeşîne da ku kontrol bike ka bîranîn bi serfirazî hatine nivîsandin.
- Mêvandarê cîhazê guhertoya firmware ya nû dixwîne û heke girtî be ji bo raporkirina li qata jorîn rewşa rûniştinê kontrol dike
- Mêvandarê cîhazê pîneya DWL_REQ ber bi nizm ve dikişîne (heke pîneya DWL_REQ ji bo têketina moda dakêşanê were bikar anîn)
- Mêvandarê cîhazê ji nû ve destpêkirina PN5190-ê vesazkirina hişk (veguheztina pina VEN) li ser cîhazê pêk tîne
Paş-şert: Firmware nûvekirî ye; jimareya guhertoya firmware ya nû tê ragihandin.
3.3 Îmzeya firmware û kontrola versiyonê
Di moda dakêşana firmware PN5190 de, mekanîzmayek piştrast dike ku tenê firmwareyek ku ji hêla NXP ve hatî îmzekirin û radest kirin dê ji bo firmware NXP were pejirandin.
Ya jêrîn tenê ji bo firmware-ya ewledar a şîfrekirî ya NXP-ê tê sepandin.
Di danişîna dakêşandinê de, guhertoyek nû ya firmware ya 16 bit tê şandin. Ew ji hejmarek mezin û piçûk pêk tê:
- Hejmara sereke: 8 bit (MSB)
- Hejmara piçûk: 8 bit (LSB)
PN5190 kontrol dike ka hejmara guhertoya sereke ya nû ji ya heyî mezintir an wekhev e. Heke ne, dakêşana firmware ya ewledar tê red kirin, û danişîn girtî tê hiştin.
3.4 Fermanên HDLL ji bo dakêşana şîfrekirî ya mîras û arîkariya krîptoya hardware daxistina şîfrekirî
Ev beş agahdariya li ser ferman û bersivên ku ji bo dakêşana firmware NXP-ê ji bo her du celeb dakêşan hatine bikar anîn peyda dike.
3.4.1 Kodên OP Fermandariya HDLL
Not: Çarçoveyên fermanê yên HDLL 4 byte li hev hatine. Bîteyên bargiran ên nekarandî nehêle.
Tablo 1. Lîsteya kodên OP fermana HDLL
PN5190 B0/ B1 (Daxistina mîras) |
PN5190 B2 (Daxistina bi alîkariya krîpto) |
Command Alias | Terîf |
0xF0 | 0xE5 | DL_RESET | Resetek nermî pêk tîne |
0xF1 | 0xE1 | DL_GET_VERSION | Hejmarên versiyonê vedigerîne |
0xF2 | 0xDB | DL_GET_SESSION_STATE | Rewşa danişîna heyî vedigerîne |
0xF4 | 0xDF | DL_GET_DIE_ID | Nasnameya mirinê vedigerîne |
0xE0 | 0xE7 | DL_CHECK_INTEGRITY | CRC-yan li deverên cihêreng kontrol dike û vedigerîne û her weha ji bo her yekê alayên statûyê derbas dike / têk diçe |
0xC0 | 0x8C | DL_SEC_WRITE | Ji navnîşana y ya mutlaq dest pê dike X byte dinivîse |
3.4.2 Opkodên Bersiva HDLL
Not: Çarçoveyên bersivê yên HDLL 4 bayt li hev hatine. Bîteyên bargiran ên nekarandî nehêle. Tenê bersivên DL_OK dikarin nirxên barkirinê hebin.
Tablo 2. Lîsteya kodên OP-a bersiva HDLL
Opcode | Response Alias | Terîf |
0x00 | DL_OK | Ferman derbas bû |
0x01 | DL_INVALID_ADDR | Navnîşan destûr nayê dayîn |
0x0B | DL_UNKNOW_CMD | Fermana nenas |
0x0C | DL_ABORTED_CMD | Rêzeya perçeyê pir mezin e |
0x1E | DL_ADDR_RANGE_OFL_ERROR | Navnîşan ji rêzê |
0x1F | DL_BUFFER_OFL_ERROR | Tampon pir piçûk e |
0x20 | DL_MEM_BSY | Bîr mijûl e |
0x21 | DL_SIGNATURE_ERROR | Neliheviya îmzeyan |
0x24 | DL_FIRMWARE_VERSION_ERROR | Guhertoya heyî wekhev an bilindtir |
0x28 | DL_PROTOCOL_ÇEWT | Çewtiya protokolê |
0x2A | DL_SFWU_DEGRADED | Xerabûna daneya Flash |
0x2D | PH_STATUS_DL_FIRST_CHUNK | Parçeya yekem wergirt |
0x2E | PH_STATUS_DL_NEXT_CHUNK | Li benda perçeya din bisekinin |
0xC5 | PH_STATUS_INTERNAL_ERROR_5 | Dirêjahiya hevhev |
3.4.3 Fermana DL_RESET
Veguheztina çarçoveyê:
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] Vesazkirin rê dide ku PN5190 bersiva DL_OK-ê bişîne.STATUS Ji ber vê yekê, tenê statûya xelet dikare were wergirtin.
STAT rewşa vegerê ye.
3.4.4 Fermana DL_GET_VERSION
Veguheztina çarçoveyê:
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 Bersiva RFVRC16 e: Bersiva dayîna RFVRCXNUMX ye]
Tablo 3. Bersiva fermana GetVersion
Erd | Byte | Terîf |
STAT | 1 | Cî |
HW_V | 2 | Versiyon ji hardware |
RO_V | 3 | Koda ROM |
MODEL_ID | 4 | Nasnameya Modelê |
FMxV | 5-6 | Guhertoya Firmware (ji bo dakêşandinê tê bikar anîn) |
RFU1-RFU2 | 7-8 | – |
Nirxên hêvîkirî yên qadên cûda yên bersivê û nexşeya wan li jêr e:
Tablo 4. Nirxên hêvîkirî yên bersiva fermana GetVersion
Tîpa IC | Guhertoya HW (hex) | Guhertoya ROM (hex) | Nasnameya Modelê (hex) | Guhertoya 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 Fermana DL_GET_SESSION_STATE
Veguheztina çarçoveyê:
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] Çarçoveya barkirinê ya bersiva GetSession ev e:
Table 5. Bersiva fermana GetSession
Erd | Byte | Terîf |
STAT | 1 | Cî |
SSTA | 2 | Rewşa rûniştinê • 0x00: girtî • 0x01: vekirî • 0x02: girtî (dakêşandin êdî destûr nayê dayîn) |
RFU | 3-4 |
3.4.6 Fermana DL_GET_DIE_ID
Veguheztina çarçoveyê:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] Çarçoveya barkirinê ya bersiva GetDieId ev e:
Table 6. Bersiva fermana GetDieId
Erd | Byte | Terîf |
STAT | 1 | Cî |
RFU | 2-4 | |
DIEID | 5-20 | Nasnameya mirinê (16 bytes) |
3.4.7 Fermana DL_CHECK_INTEGRITY
Veguheztina çarçoveyê:
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] Bersiva bargiraniyê ya CRC16 e]
Table 7. Bersiva fermana CheckIntegrity
Erd | Byte | Nirx / Danasîna | |
STAT | 1 | Cî | |
LEN DATA | 2 | Hejmara giştî ya beşên daneyê | |
LEN CODE | 3 | Bi tevahî hejmara beşên kodê | |
RFU | 4 | Reserved | |
[CRC_INFO] | 58 | 32 bit (piçûk-endî). Heke bitek were danîn, CRC ya beşa têkildar baş e, wekî din Ne baş e. | |
Gem | Rewşa yekbûna herêmê | ||
[31:28] | Reserved [3] | ||
[27:23] | Reserved [1] | ||
[22] | Reserved [3] | ||
[21:20] | Reserved [1] | ||
[19] | Qada veavakirina RF (PN5190 B0/B1) [2] Parastî (PN5190 B2) [3] | ||
[18] | Qada veavakirina protokolê (PN5190 B0/B1) [2] Qada veavakirina RF (PN5190 B2) [2] | ||
[17] | Reserved (PN5190 B0/B1) [3] Qada veavakirina bikarhêner (PN5190 B2) [2] | ||
[16:6] | Reserved [3] | ||
[5:4] | Ji bo PN5190 B0/B1 hatiye veqetandin [3] Ji bo PN5190 B2 hatiye veqetandin [1] | ||
[3:0] | Reserved [1] | ||
[CRC32] | 9-136 | CRC32 ji 32 beşan. Her CRC 4 bayt e ku di forma hindik-endî de hatî hilanîn. Pêşî 4 baytên CRC ji bit CRC_INFO[31] e, 4 baytên din ên CRC ji bit CRC_ INFO ye[30] û hwd. |
- [1] Divê ev bit 1 be ji bo ku PN5190 bi rêkûpêk bixebite (bi taybetmendî û an dakêşana FW ya şîfrekirî).
- [2] Ev bit ji hêla xwerû ve wekî 1 tête danîn, lê mîhengên ku bikarhêner hatine guheztin CRC betal dike. Ti bandorek li ser fonksiyona PN5190 tune..
- [3] Ev nirxa bit, 0 be jî, ne têkildar e. Ev nirxa bit dikare were paşguh kirin..
3.4.8 Fermana DL_SEC_WRITE
Fermana DL_SEC_WRITE divê di çarçoveya rêzek fermanên nivîsandina ewledar de were hesibandin: "dakêşana firmware-ya ewledar" a şîfrekirî (bi gelemperî wekî eSFWu tê binav kirin).
Fermana nivîsandina ewle yekem danişîna dakêşanê vedike û erêkirina RSA derbas dike. Yên din navnîşan û baytên şîfrekirî derbas dikin da ku di PN5190 Flash-ê de binivîsin. Hemî ji bilî ya paşîn, yên paşîn haş dihewîne, ji ber vê yekê agahdar dikin ku ew ne yên paşîn in, û bi şîfrekirinê çarçova rêzan bi hev ve girêdidin.
Fermanên din (ji xeynî DL_RESET û DL_CHECK_INTEGRITY) dikarin di navbera fermanên nivîsandina ewledar ên rêzikekê de bêyî şikandina wê werin danîn.
3.4.8.1 Fermana DL_SEC_WRITE yekem
Fermana nivîsandina ewledar yekem e heke û tenê heke:
- Dirêjahiya çarçoveyê 312 byte ye
- Ji nûvekirina paşîn ve fermana nivîsandinê ya ewledar nehatiye wergirtin.
- Îmzeya pêvekirî ji hêla PN5190 ve bi serfirazî tê verast kirin.
Bersiva fermana çarçoweya yekem dê wekî jêrîn be: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT rewşa vegerê ye.
Not: Bi kêmanî yek perçeyek daneyê divê di dema eSFWu de were nivîsandin her çend daneya hatî nivîsandin tenê yek-byte dirêj be. Ji ber vê yekê, fermana yekem dê her gav haşa fermana din hebe, ji ber ku dê bi kêmî ve du ferman hebin.
3.4.8.2 Fermanên DL_SEC_WRITE Navîn
Fermanek nivîsandina ewledar 'yek navîn' e heke û tenê heke:
- Vebijêrk wekî ku di beşa 3.4.1-ê de ji bo fermana DL_SEC_WRITE tête diyar kirin.
- Yekem fermana nivîsandinê ya ewledar jixwe hatî wergirtin û berê bi serfirazî hate verast kirin
- Ji dema wergirtina yekem fermana nivîsandina ewledar ve tu vegerandin çênebûye
- Dirêjahiya çarçoveyê bi mezinahiya daneyê + mezinahiya sernavê + mezinahiya haş re wekhev e: FLEN = SIZE + 6 + 32
- Tevahiya çarçoweyê bi nirxa hash a ku di çarçoveya berê de hatî wergirtin wekhev e
Bersiva fermana çarçoweya yekem dê wekî jêrîn be: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT rewşa vegerê ye.
3.4.8.3 Fermana DL_SEC_WRITE ya dawîn
Fermanek nivîsandina ewledar ya paşîn e ger û tenê heke:
- Vebijêrk wekî ku di beşa 3.4.1-ê de ji bo fermana DL_SEC_WRITE tête diyar kirin.
- Yekem fermana nivîsandinê ya ewledar jixwe hatî wergirtin û berê bi serfirazî hate verast kirin
- Ji dema wergirtina yekem fermana nivîsandina ewledar ve tu vegerandin çênebûye
- Dirêjahiya çarçoveyê bi mezinahiya daneyê + mezinahiya sernivîsê re wekhev e: FLEN = SIZE + 6
- Tevahiya çarçoweyê bi nirxa hash a ku di çarçoveya berê de hatî wergirtin wekhev e
Bersiva fermana çarçoweya yekem dê wekî jêrîn be: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT rewşa vegerê ye.
Moda bootê ya xebitandina IC - Moda Operasyona Normal
4.1. Destpêk
Bi gelemperî PN5190 IC divê di moda xebitandinê ya normal de be da ku fonksiyona NFC jê bistîne.
Dema ku PN5190 IC boot dike, ew her gav li benda fermanan e ku ji mêvandar were wergirtin da ku operasyonê pêk bîne, heya ku bûyerên ku di hundurê IC-a PN5190 de çêbibin encam nebin boota IC-a PN5190.
4.2 Lîsteya fermanan qediyaview
Table 8. lîsteya fermana PN5190
Koda fermanê | Navê fermanê |
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 |
0x0C | EPC_GEN2_INVENTORY |
0x0D | LOAD_RF_CONFIGURATION |
0x0E | UPDATE_RF_CONFIGURATION |
0x0F | GET_ RF_CONFIGURATION |
0x10 | RF_ON |
0x11 | RF_OFF |
0x12 | TESTBUS_DIGITAL BIKIN |
0x13 | CONFIGURE_TESTBUS_ANALOG |
0x14 | CTS_ENABLE |
0x15 | CTS_CONFIGURE |
0x16 | CTS_RETRIEVE_LOG |
0x17-0x18 | RFU |
0x19 | heta FW v2.01: RFU |
ji FW v2.03 û pê ve: 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 | heta FW v2.05: RFU |
ji FW v2.06 û pê ve: GET_CRC_USER_AREA | |
0x2A | heta FW v2.03: RFU |
ji FW v2.05 û pê ve: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
0x2B-0x3F | RFU |
0x40 | ANTENNA_SELF_TEST (Piştgir nîne) |
0x41 | PRBS_TEST |
0x42-0x4F | RFU |
4.3 Nirxên statûya bersivê
Li jêr nirxên statûya bersivê hene, ku piştî ku ferman tê xebitandin wekî beşek bersivê ji PN5190 têne vegerandin.
Table 9. PN5190 nirxên status bersiva
Rewşa bersivê | Nirxa statûya bersivê | Terîf |
PN5190_STATUS_SUCCESS | 0x00 | Nîşan dide ku operasyon bi serkeftî qediya |
PN5190_STATUS_TIMEOUT | 0x01 | Nîşan dide ku operasyona fermandariyê di encamê de ye |
PN5190_STATUS_INTEGRITY_ERROR | 0x02 | Nîşan dide ku operasyona fermanê di xeletiya yekparebûna daneya RF de encam da |
PN5190_STATUS_RF_COLLISION_ERROR | 0x03 | Nîşan dide ku operasyona fermanê di encama xeletiya pevçûna RF de derketiye |
PN5190_STATUS_RFU1 | 0x04 | Reserved |
PN5190_STATUS_INVALID_COMMAND | 0x05 | Nîşan dide ku fermana hatî dayîn nederbasdar e/ne pêkan e |
PN5190_STATUS_RFU2 | 0x06 | Reserved |
PN5190_STATUS_AUTH_ERROR | 0x07 | Nîşan dide ku rastkirina MFC têk çû (destûr hate red kirin) |
PN5190_STATUS_MEMORY_ERROR | 0x08 | Nîşan dide ku operasyona fermanê bi xeletiyek bernamekirinê an xeletiya bîranîna hundurîn encam da |
PN5190_STATUS_RFU4 | 0x09 | Reserved |
PN5190_STATUS_NO_RF_FIELD | 0x0A | Nîşan dide ku di hebûna qada RF-ya hundurîn de tune an xeletiyek heye (tenê di moda destpêker/xwendevan de tê sepandin) |
PN5190_STATUS_RFU5 | 0x0B | Reserved |
PN5190_STATUS_SYNTAX_ERROR | 0x0C | Nîşan dide ku dirêjahiya çarçoveya fermana nederbasdar hatiye wergirtin |
PN5190_STATUS_RESOURCE_ERROR | 0x0D | Nîşan dide ku xeletiyek çavkaniyek navxweyî derketiye |
PN5190_STATUS_RFU6 | 0x0E | Reserved |
PN5190_STATUS_RFU7 | 0x0F | Reserved |
PN5190_STATUS_NO_EXTERNAL_RF_FIELD | 0x10 | Nîşan dide ku di dema cîbicîkirina fermanê de qada RF-ya derveyî tune (Tenê di moda qerta/mebestê de tê sepandin) |
PN5190_STATUS_RX_TIMEOUT | 0x11 | Nîşan dide ku piştî destpêkirina RFExchange û dema RX bi dawî dibe, dane nayê wergirtin. |
PN5190_STATUS_USER_CANCELLED | 0x12 | Nîşan dide ku fermana heyî ya di pêşveçûnê de betal bûye |
PN5190_STATUS_PREVENT_STANDBY | 0x13 | Nîşan dide ku PN5190 tê asteng kirin ku bikeve moda Standby |
PN5190_STATUS_RFU9 | 0x14 | Reserved |
PN5190_STATUS_CLOCK_ERROR | 0x15 | Nîşan dide ku demjimêra CLIF dest pê nekir |
PN5190_STATUS_RFU10 | 0x16 | Reserved |
PN5190_STATUS_PRBS_ERROR | 0x17 | Nîşan dide ku fermana PRBS xeletiyek vegerandiye |
PN5190_STATUS_INSTR_ERROR | 0x18 | Nîşan dide ku operasyona fermanê têk çûye (dibe ku di nav de, xeletiya pîvanên rêwerzan, xeletiya hevoksaziyê, xeletiya di operasyonê de bixwe, pêşdibistanên fermanê pêk nehatin hwd.) |
PN5190_STATUS_ACCESS_DENIED | 0x19 | Nîşan dide ku gihîştina bîranîna hundurîn qedexe ye |
PN5190_STATUS_TX_FAILURE | 0x1A | Nîşan dide ku TX li ser RF têk çûye |
PN5190_STATUS_NO_ANTENNA | 0x1B | Nîşan dide ku tu antenna girêdayî/heye |
PN5190_STATUS_TXLDO_ERROR | 0x1C | Nîşan dide ku di TXLDO de xeletiyek heye dema ku VUP peyda nebe û RF-ya LIVE DIKE. |
PN5190_STATUS_RFCFG_NOT_APPLIED | 0x1D | Nîşan dide ku veavakirina RF-ê nayê barkirin dema ku RF-ya ON ON |
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | heta FW 2.01: nayê hêvîkirin |
ji FW 2.03 û pê ve: Nîşan dide ku di dema Guhertina bi LOG ENABLE BIT di qeyda FeliCa EMD-ê de hatî danîn, Xeletiya FeliCa EMD hate dîtin. |
||
PN5190_STATUS_INTERNAL_ÇEWT | 0x7F | Nîşan dide ku operasyona NVM têk çû |
PN5190_STATUS_SUCCSES_CHAINING | 0xAF | Nîşan dide ku, wekî din daneyên li benda xwendinê ne |
4.4 Bûyerên Dawîview
Du awayên ku bûyer ji mêvandar re têne agahdar kirin hene.
4.4.1 Bûyerên normal li ser pin IRQ
Van bûyeran kategoriyên jêrîn in:
- Her gav çalak e - Host her gav tê agahdar kirin
- Ji hêla Host ve tê kontrol kirin - Mêvandar tê agahdar kirin, heke bit Çalakkirina Bûyerê ya têkildar di qeydê de were danîn (EVENT_ENABLE (01h)).
Qutkirinên asta nizm ji IP-yên derdor, tevî CLIF-ê, dê bi tevahî di hundurê firmware-yê de werin hilanîn û mêvandar tenê ji bûyerên ku di beşa bûyeran de hatine destnîşan kirin têne agahdar kirin.
Firmware du qeydên bûyerê wekî qeydên RAM-ê ku dikarin bi karanîna fermanên Beş 4.5.1.1 / Beş 4.5.1.5 werin nivîsandin / Bixwînin bicîh tîne.
Tomar EVENT_ENABLE (0x01) => Agahiyên taybet/hemû bûyeran çalak bike.
Qeyda EVENT_STATUS (0x02) => Beşek ji barkirina peyama Bûyerê.
Dema ku peyama bûyerê ji hêla mêvandar ve were xwendin dê bûyer ji hêla mêvandar ve bêne paqij kirin.
Bûyer di xwezayê de asynkron in û ji mêvandar re têne agahdar kirin, ger di nav qeyda EVENT_ENABLE de werin çalak kirin.
Li jêr navnîşa bûyerên ku dê wekî beşek peyama bûyerê ji mêvandar re peyda bibin heye.
Tablo 10. Bûyerên PN5190 (naveroka EVENT_STATUS)
Bit - Range | Qada [1] | Herdem Çalakkirî (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 |
- Bala xwe bidinê ku ji bilî xeletiyan du bûyer nayên klûb kirin. Ger di dema xebatê de xeletî çêbibin, dê bûyera fonksiyonel (mînak BOOT_EVENT, AUTOCALL_EVENT hwd.) û GENERAL_ERROR_EVENT bêne danîn.
- Piştî ku ji mêvandar re were şandin dê ev bûyer bixweber were neçalak kirin. Ger ku bixwaze van bûyeran jê re agahdar bike divê mêvandar van bûyeran dîsa çalak bike.
4.4.1.1 Formatên peyama bûyerê
Forma peyama bûyerê li gorî bûyerên bûyerek û rewşa cihêreng a PN5190-ê cûda dibe.
Mêvandar divê bixwîne tag (T) û dirêjahiya peyamê (L) û dûv re jimareya têkildar a byte wekî nirxa (V) ya bûyeran bixwînin.
Bi gelemperî, peyama bûyerê (binihêre Figure 12) EVENT_STATUS-a ku di Tabloya 11-ê de hatî destnîşan kirin dihewîne û daneyên bûyerê bi bit-a bûyerê ya têkildar re ku di EVENT_STATUS de hatî destnîşan kirin re têkildar e.
Not:
Ji bo hin bûyeran, payload tune. Mînakî, heke TIMER0_EVENT were destpêkirin, tenê EVENT_STATUS wekî beşek ji peyama bûyerê tê peyda kirin.
Tabloya 11 di heman demê de diyar dike ka daneyên bûyerê ji bo bûyera têkildar di peyama bûyerê de heye yan na.GENERAL_ERROR_EVENT dibe ku bi bûyerên din re jî çêbibe.
Di vê senaryoyê de, peyama bûyerê (binihêre Figure 13) EVENT_STATUS-a ku di Tablo 11 de hatî destnîşan kirin û GENERAL_ERROR_STATUS_DATA wekî ku di Tabloya 14-ê de hatî destnîşan kirin vedihewîne û dûv re daneyên bûyerê bi bit-a bûyerê ya têkildar re ku di EVENT_STATUS-ê de di Tablo 11 de hatî destnîşan kirin re têkildar e.Not:
Tenê piştî BOOT_EVENT an piştî POR, STANDBY, ULPCD, mêvandar dê bikaribe di moda xebata normal de bi derxistina emrên li jor hatine destnîşan kirin bixebite.
Di rewşa betalkirina fermanek xebitandinê ya heyî de, tenê piştî IDLE_EVENT, mêvandar dê bi belavkirina fermanên ku li jor hatine destnîşan kirin karibe di moda xebata normal de bixebite.
4.4.1.2 Pênaseyên cihê yên statûya BÛYERÊ
4.4.1.2.1 pênaseyên bit ji bo EVENT_STATUS
Tablo 11. Pênaseyên EVENT_STATUS bit
Bit (Ji - Ji) | Bûyer | Terîf | Daneyên bûyerê yên bûyera têkildar (eger hebe) |
|
31 | 12 | RFU | Reserved | |
11 | 11 | CTS_EVENT | Dema ku bûyera CTS çêbibe ev bit tête danîn. | Tablo 86 |
10 | 10 | IDLE_EVENT | Dema ku fermana berdewam ji ber pirsgirêka fermana SWITCH_MODE_NORMAL were betal kirin, ev bit tête danîn. | Daneyên bûyerê tune |
9 | 9 | LPCD_CALIBRATION_DONE_ BÛYER |
Dema ku bûyera kalibrasyonê ya LPCD tê çêkirin ev bit tête danîn. | Tablo 16 |
8 | 8 | LPCD_EVENT | Dema ku bûyera LPCD tête çêkirin, ev bit tête danîn. | Tablo 15 |
7 | 7 | AUTOCOLL_EVENT | Ev bit tê danîn, dema ku operasyona AUTOCOLL qediya. | Tablo 52 |
6 | 6 | TIMER0_EVENT | Dema ku bûyera TIMER0 diqewime ev bit tête danîn. | Daneyên bûyerê tune |
5 | 5 | TX_OVERCURRENT_ERROR_ BÛYER |
Ev bit tête danîn, dema ku tîrêjê li ser ajokera TX-ê ji sînorê diyarkirî di EEPROM-ê de bilindtir e. Li ser vê şertê, zevî bixweber berî ragihandina mêvandar OFF tê girtin. Ji kerema xwe serî li Beşa 4.4.2.2 bidin. | Daneyên bûyerê tune |
4 | 4 | RFON_DET_EVENT | Dema ku qada RF-ya derveyî tê tesbît kirin, ev bit tête danîn. | Daneyên bûyerê tune |
3 | 3 | RFOFF_DET_EVENT | Dema ku qada RF-ya derveyî ya heyî winda dibe ev bit tête danîn. | Daneyên bûyerê tune |
2 | 2 | STANDBY_PREV_EVENT | Dema ku standby ji ber şert û mercên pêşîlêgirtinê tê asteng kirin ev bit tête danîn | Tablo 13 |
1 | 1 | GENERAL_ERROR_EVENT | Dema ku şert û mercên xeletiya gelemperî hebin, ev bit tête danîn | Tablo 14 |
0 | 0 | BOOT_EVENT | Dema ku PN5190 bi POR/Standby-ê tê bootkirin, ev bit tête danîn | Tablo 12 |
4.4.1.2.2 pênaseyên bit ji bo BOOT_STATUS_DATA
Tablo 12. Pênaseyên BOOT_STATUS_DATA bit
Bit to | Bit From | Rewşa bootê | Sedema boot ji ber |
31 | 27 | RFU | Reserved |
26 | 26 | ULP_STANDBY | Sedema Bootup ji ber derketina ji ULP_STANDBY. |
25 | 23 | RFU | Reserved |
22 | 22 | BOOT_ RX_ULPDET | RX ULPDET di moda ULP-Standby de boot encam da |
21 | 21 | RFU | Reserved |
20 | 20 | BOOT_SPI | Sedema Bootup-ê ji ber kêmbûna nîşana SPI_NTS |
19 | 17 | RFU | Reserved |
16 | 16 | BOOT_GPIO3 | Sedema Bootup ji ber veguheztina GPIO3 ji nizm ber bi bilind. |
15 | 15 | BOOT_GPIO2 | Sedema Bootup ji ber veguheztina GPIO2 ji nizm ber bi bilind. |
14 | 14 | BOOT_GPIO1 | Sedema Bootup ji ber veguheztina GPIO1 ji nizm ber bi bilind. |
13 | 13 | BOOT_GPIO0 | Sedema Bootup ji ber veguheztina GPIO0 ji nizm ber bi bilind. |
12 | 12 | BOOT_LPDET | Sedema Bootup ji ber hebûna qada RF-ya derveyî di dema STANDBY / SUSPEND de |
11 | 11 | RFU | Reserved |
10 | 8 | RFU | Reserved |
7 | 7 | BOOT_SOFT_RESET | Sedema Bootup ji ber vesazkirina nerm a IC |
6 | 6 | BOOT_VDDIO_LOSS | Sedema Bootup ji ber windabûna VDDIO. Binêre Beşa 4.4.2.3 |
5 | 5 | BOOT_VDDIO_START | Sedema Bootup Ger STANDBY bi VDDIO LOSS re bikeve. Binêre beşa 4.4.2.3 |
4 | 4 | BOOT_WUC | Sedema Bootupê ya ji ber jimareya hişyarbûnê di dema operasyona STANDBY de derbas bû. |
3 | 3 | BOOT_TEMP | Sedema Bootup-ê ji ber germahiya IC-ê ji sînorê vesazkirî bêtir e. Ji kerema xwe serî li Beşa 4.4.2.1 bidin |
2 | 2 | BOOT_WDG | Sedema Bootup ji ber vesazkirina çavdêriyê |
1 | 1 | RFU | Reserved |
0 | 0 | BOOT_POR | Bootup Sedema ji nûvekirina hêzê |
4.4.1.2.3 pênaseyên bit ji bo STANDBY_PREV_STATUS_DATA
Tablo 13. Pênaseyên ji bo bits STANDBY_PREV_STATUS_DATA
Bit to | Bit From | Pêşîlêgirtina standby | Ji ber ku standby hate asteng kirin |
31 | 26 | RFU | RESERVED |
25 | 25 | RFU | RESERVED |
24 | 24 | PREV_TEMP | Germahiya xebatê ya IC-ê li derveyî sînor e |
23 | 23 | RFU | RESERVED |
22 | 22 | PREV_HOSTCOMM | Têkiliya pêwendiya mêvandar |
21 | 21 | PREV_SPI | Sînyala SPI_NTS kêm tê kişandin |
20 | 18 | RFU | RESERVED |
17 | 17 | PREV_GPIO3 | Nîşana GPIO3 ji nizm ber bi bilind ve vediguhere |
16 | 16 | PREV_GPIO2 | Nîşana GPIO2 ji nizm ber bi bilind ve vediguhere |
15 | 15 | PREV_GPIO1 | Nîşana GPIO1 ji nizm ber bi bilind ve vediguhere |
14 | 14 | PREV_GPIO0 | Nîşana GPIO0 ji nizm ber bi bilind ve vediguhere |
13 | 13 | PREV_WUC | Kovara şiyarbûnê derbas bû |
12 | 12 | PREV_LPDET | Tespîtkirina kêm-hêza. Dema ku îşaretek RF-ya derveyî di pêvajoya ketina standbyê de tê dîtin diqewime. |
11 | 11 | PREV_RX_ULPDET | RX tespîtkirina hêza ultra-kêm. Dema ku sînyala RF-ê di pêvajoya çûyîna ULP_STANDBY de tê tespît kirin diqewime. |
10 | 10 | RFU | RESERVED |
9 | 5 | RFU | RESERVED |
4 | 4 | RFU | RESERVED |
3 | 3 | RFU | RESERVED |
2 | 2 | RFU | RESERVED |
1 | 1 | RFU | RESERVED |
0 | 0 | RFU | RESERVED |
4.4.1.2.4 pênaseyên bit ji bo GENERAL_ERROR_STATUS_DATA
Tablo 14. Pênaseyên ji bo GENERAL_ERROR_STATUS_DATA bit
Bit to | Bit ji | Rewşa çewtiyê | Terîf |
31 | 6 | RFU | Reserved |
5 | 5 | XTAL_START_ERROR | Destpêka XTAL di dema bootê de têk çû |
4 | 4 | SYS_TRIM_RECOVERY_ÇEWT | Çewtiya kêmkirina bîranîna pergala navxweyî derket, lê vegerandin bi ser neket. Pergal di moda dakêşandî de dixebite. |
3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | Çewtiya kêmkirina bîranîna pergala hundurîn qewimî, û vegerandin serketî bû. Pêdivî ye ku mêvandar ji nû ve destpêkirina PN5190-ê pêk bîne da ku vegerandin bandor bike. |
2 | 2 | TXLDO_ÇEWT | Çewtiya TXLDO |
1 | 1 | CLOCK_ERROR | Çewtiya saetê |
0 | 0 | GPADC_ERROR | Çewtiya ADC |
4.4.1.2.5 pênaseyên bit ji bo LPCD_STATUS_DATA
Tablo 15. Pênaseyên ji bo bytes LPCD_STATUS_DATA
Bit to | Bit From | Li gorî operasyona bingehîn a LPCD an ULPCD sepandina bitsên statûyê | Danasîn ji bo bitê têkildar di byteya statûyê de tê danîn. | ||
LPCD | ULPCD | ||||
31 | 7 | RFU | Reserved | ||
6 | 6 | Abort_HIF | Y | N | Ji ber çalakiya HIF'ê hat betalkirin |
5 | 5 | Çewtiya CLKDET | N | Y | Ji ber xeletiya CLKDET hat betalkirin |
4 | 4 | XTAL Timeout | N | Y | Ji ber XTAL Demjimêr betal bû |
3 | 3 | VDDPA LDO Overcurrent | N | Y | Ji ber herikîna zêde ya VDDPA LDO rawestiya |
2 | 2 | Qada RF ya derve | Y | Y | Ji ber qada RF ya derve hat betalkirin |
1 | 1 | GPIO3 Betalkirin | N | Y | Ji ber guherîna asta GPIO3 hate betal kirin |
0 | 0 | Kart Hat Tesbîtkirin | Y | Y | Kart tê dîtin |
4.4.1.2.6 Danasîna bit ji bo LPCD_CALIBRATION_DONE Daneyên statûyê
Tablo 16. Pênaseyên ji bo bîtên daneya rewşa LPCD_CALIBRATION_DONE ji bo ULPCD
Bit to | Bit From | Rewşa LPCD_CALIBRATION DONE bûyer | Danasîn ji bo bitê têkildar di byteya statûyê de tê danîn. |
31 | 11 | Reserved | |
10 | 0 | Nirxa referansê ji kalibrasyona ULPCD | Nirxa RSSI ya pîvandî di dema kalibrasyona ULPCD de ku di dema ULPCD de wekî referans tê bikar anîn |
Tablo 17. Pênaseyên ji bo bîtên daneya rewşa LPCD_CALIBRATION_DONE ji bo LPCD
Bit to | Bit From | Li gorî operasyona bingehîn a LPCD an ULPCD sepandina bitsên statûyê | Danasîn ji bo bitê têkildar di byteya statûyê de tê danîn. | ||
2 | 2 | Qada RF ya derve | Y | Y | Ji ber qada RF ya derve hat betalkirin |
1 | 1 | GPIO3 Betalkirin | N | Y | Ji ber guherîna asta GPIO3 hate betal kirin |
0 | 0 | Kart Hat Tesbîtkirin | Y | Y | Kart tê dîtin |
4.4.2 Rakirina senaryoyên cuda yên bootê
PN5190 IC şert û mercên çewtiyên cûda yên ku bi parametreyên IC-ê ve girêdayî ne wekî jêrîn digire dest.
4.4.2.1 Dema ku PN5190 di bin xebitandinê de ye senaryoya germahiya zêde
Kengê ku germahiya hundurê PN5190 IC-ê digihîje nirxa tixûbê ya ku di qada EEPROM TEMP_HIŞYARNING [2] de hatiye mîheng kirin, IC dikeve nav bendê. Û ji ber vê yekê heke qada EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] were mîheng kirin ku agahdariyek ji mêvandar re rabike, wê hingê GPIO0 dê bilind were kişandin da ku IC-ê li ser germahiyê agahdar bike.
Gava ku germahiya IC-ê dakeve binê nirxa tîrêjê ya ku di qada EEPROM TEMP_WARNING [2] de hatî mîheng kirin, IC dê bi BOOT_EVENT-ê wekî di Tablo 11-ê de were destpêkirin û bit rewşa bootê ya BOOT_TEMP wekî di Tabloya 12-ê de hatî destnîşan kirin û GPIO0 dê nizm were kişandin.
4.4.2.2 Desthilatdariya zêdeyî
Ger PN5190 IC rewşa herikîna zêde hîs bike, IC hêza RF-ê qut dike û TX_OVERCURRENT_ERROR_EVENT wekî di Tablo 11 de dişîne.
Demjimêra rewşa zêde bi guherandina qada EEPROM TXLDO_CONFIG [2] dikare were kontrol kirin.
Ji bo agahdariya li ser IC-ê li ser sînorê heyî, serî li belgeya [2] bidin.
Not:
Ger bûyerek an bersivek din a li bendê hebe, ew ê ji mêvandar re werin şandin.
4.4.2.3 Di dema xebatê de windakirina VDDIO
Ger IC-ya PN5190 rûbirû bibe ku VDDIO tune (wendabûna VDDIO), IC dikeve nav bendê.
IC boot tenê dema ku VDDIO berdest be, bi BOOT_EVENT wekî di Tabloya 11-ê de û BOOT_VDDIO_START bit rewşa bootê wekî di Tabloya 12-ê de hatî danîn.
Ji bo agahdariya li ser taybetmendiyên statîk ên PN5190 IC, serî li belgeya [2] bidin.
4.4.3 Rakirina senaryoyên betalkirinê
IC-ya PN5190 piştgiriyek betalkirina fermanên darvekirinê yên heyî û tevgera IC-ya PN5190 heye, dema ku fermana betalkirinê ya wekî Beş 4.5.4.5.2 ji PN5190 IC-ê re tê şandin wekî ku di Tabloya 18-ê de tê xuyang kirin.
Not:
Dema ku PN5190 IC di moda ULPCD û ULP-Standby de ye, ew ne bi şandina Beşek 4.5.4.5.2 an jî bi destpêkirina danûstendinek SPI-yê (bi kêmkirina îşaretek SPI_NTS) nayê betal kirin.
Tablo 18. Dema ku fermanên cihê bi Beş 4.5.4.5.2 bi dawî dibin, bersiva bûyera çaverêkirî
Commands | Tevger dema ku Fermana Normal Moda Guhestinê tê şandin |
Hemî fermanên ku hêza kêm tê de ne têkevin | EVENT_STAUS wekî "IDLE_EVENT" hate danîn |
Switch Mode LPCD | EVENT_STATUS wekî "LPCD_EVENT" hatiye danîn û bi "LPCD_ STATUS_DATA" bitên statûyê wekî "Abort_HIF" nîşan dide. |
Switch Mode Standby | EVENT_STAUS wek "BOOT_EVENT" hatiye danîn û "BOOT_ STATUS_DATA" bit "BOOT_SPI" nîşan dide |
Veguheztina Moda Autocoll (Moda Xweser tune, moda xweser a bi standby û moda xweser bêyî standby) | EVENT_STAUS wekî "AUTOCOLL_EVENT" hatiye danîn û bit STATUS_DATA nîşan dide ku emrê bikarhêner betal bûye. |
4.5 Details Telîmata Operasyona Mode Normal
4.5.1 Manîpulasyona qeydkirinê
Talîmatên vê beşê ji bo gihîştina tomarên mantiqî yên PN5190 têne bikar anîn.
4.5.1.1 WRITE_REGISTER
Ev talîmat ji bo nivîsandina nirxek 32-bit (piçûk-endî) li tomarek mentiqî tê bikar anîn.
4.5.1.1.1 Şertên
Navnîşana qeydê divê hebe, û qeyd divê taybetmendiya XWENDIN-NIVÎSANDIN an TENÊ-NIVÎSIN hebe.
4.5.1.1.2 Ferman
Tablo 19. Nirxa fermana WRITE_REGISTER Ji qeydekê re nirxek 32-bit binivîse.
Qada Payload | Dirêjî | Nirx / Danasîna |
Navnîşana qeydkirinê | 1 Byte | Navnîşana qeydê. |
Tablo 19. Nirxa fermana WRITE_REGISTER…dewam dike
Ji qeydek nirxek 32-Bîtan binivîsin.
Qada Payload | Dirêjî | Nirx / Danasîna |
Giranî | 4 Bytes | Nirxa qeyda 32-bit ku divê were nivîsandin. (Piçûk-Endî) |
4.5.1.1.3 Bersiv
Tablo 20. Nirxa bersiva WRITE_REGISTER
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.1.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.1.2 WRITE_REGISTER_OR_MASK
Ev rêwerz ji bo guheztina naveroka qeydê bi karanîna operasyonek OR ya mantiqî tê bikar anîn. Naveroka qeydê tê xwendin û bi maskeya peydakirî operasyonek OR ya mantiqî tê kirin. Naveroka guhertî dîsa li qeydê tê nivîsandin.
4.5.1.2.1 Şertên
Divê navnîşana qeydê hebe, û qeyd divê taybetmendiya READ-WRITE hebe.
4.5.1.2.2 Ferman
Tablo 21. Nirxa fermanê WRITE_REGISTER_OR_MASK Bi karanîna maskeya peydakirî li ser qeydek OR operasyonek mentiqî pêk bînin.
Qada barkirinê | Dirêjî | Nirx / danasîn |
Navnîşana qeydkirinê | 1 Byte | Navnîşana qeydê. |
Berrû | 4 Bytes | Bitmask wekî operand ji bo operasyona OR ya mantiqî tê bikar anîn. (Piçûk-Endî) |
4.5.1.2.3 Bersiv
Tablo 22. Nirxa bersivê WRITE_REGISTER_OR_MASK
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.2.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.1.3 WRITE_REGISTER_AND_MASK
Ev rêwerz ji bo guheztina naveroka qeydê bi karanîna karek AND mentiqî tê bikar anîn. Naveroka qeydê tê xwendin û bi maskeya peydakirî operasyonek Û mentiqî tê kirin. Naveroka guhertî dîsa li qeydê tê nivîsandin.
4.5.1.3.1 Şertên
Divê navnîşana qeydê hebe, û qeyd divê taybetmendiya READ-WRITE hebe.
4.5.1.3.2 Ferman
Tablo 23. Nirxa fermanê WRITE_REGISTER_AND_MASK Bi karanîna maskeya peydakirî li ser qeydek karek AND mentiqî pêk bînin.
Qada barkirinê | Dirêjî | Nirx / danasîn |
Navnîşana qeydkirinê | 1 Byte | Navnîşana qeydê. |
Berrû | 4 Bytes | Bitmask wekî operand ji bo xebitandina mentiqî Û tê bikaranîn. (Piçûk-Endî) |
4.5.1.3.3 Bersiv
Tablo 24. Nirxa bersivê WRITE_REGISTER_AND_MASK
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.3.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Ev fonksiyona talîmatê mîna Beş 4.5.1.1, Beþ 4.5.1.2, Beþ 4.5.1.3, bi îmkana hevgirtina wan re ye. Di rastiyê de, ew rêzek rêzek qeyd-typ-nirx digire û çalakiya guncan pêk tîne. Tîp çalakiya ku yan qeyda nivîsandinê ye, an operasyona mentikî OR ya li ser qeydê an jî operasyona AND-ya mentiqî ya li ser qeydê nîşan dide.
4.5.1.4.1 Şertên
Divê navnîşana mentiqî ya têkildar a qeydê di nav komekê de hebe.
Taybetmendiya gihîştina qeydê divê destûrê bide pêkanîna çalakiya (cure) ya pêwîst:
- Çalakiya nivîsandinê (0x01): XWENDIN-NIVÎSANDIN an TENÊ-NIVÎSANDIN
- AN çalakiya maskê (0x02): taybetmendiya BIXWÎNE-NIVÎSANDIN
- Û çalakiya maskê (0x03): Taybetmendiya BIXWÎNE-NIVÎSANDIN
Mezinahiya array 'Set' divê di navbera 1 - 43 de be.
Qada 'Tîp' divê di navbera 1 - 3 de be
4.5.1.4.2 Ferman
Tablo 25. Nirxa fermanê WRITE_REGISTER_MULTIPLE Bi karanîna komek cotên Register-Nirxê operasyonek qeyda nivîsandinê pêk bînin.
Qada barkirinê | Dirêjî | Nirx / danasîn | |||
Set [1…n] | 6 Bytes | Navnîşana qeydkirinê | 1 Byte | Navnîşana mantiqî ya qeydê. | |
Awa | 1 Byte | 0x1 | Tomar binivîse | ||
0x2 | Tomar AN Mask binivîsin | ||||
0x3 | Tomar Û Mask binivîse | ||||
Giranî | 4 Bytes | 32 Nirxa qeyda bite ya ku divê were nivîsandin, an bitmask ji bo xebata mentiqî tê bikar anîn. (Piçûk-Endî) |
Nîşe: Di rewşa îstîsnayekê de operasyon nayê paşvegerandin, ango qeydên ku hatine guherandin heta ku îstîsna çênebe di rewşa guhertî de dimînin. Pêdivî ye ku mêvandar tevdîrên rast bavêje da ku vegere rewşek diyarkirî.
4.5.1.4.3 Bersiv
Tablo 26. Nirxa bersivê WRITE_REGISTER_MULTIPLE
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.4.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.1.5 READ_REGISTER
Ev rêwerz ji bo xwendina naveroka qeydek mentiqî tê bikar anîn. Naverok di bersivê de, wekî nirxa 4-byte di forma hindik-endî de heye.
4.5.1.5.1 Şertên
Navnîşana qeyda mentiqî divê hebe. Divê taybetmendiya gihîştinê ya qeydê an BİXWÎNE-NIVÎSANDIN an TENÊ BİXWÎNE be.
4.5.1.5.2 Ferman
Tablo 27. Nirxa fermana READ_REGISTER
Naveroka paşiya qeydek bixwînin.
Qada Payload | Dirêjî | Nirx / Danasîna |
Navnîşana qeydkirinê | 1 Byte | Navnîşana qeyda mentiqî |
4.5.1.5.3 Bersiv
Tablo 28. Nirxa bersivê READ_REGISTER
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) | ||
Qeydkirina Nirxê | 4 Bytes | Nirxa qeyda 32-bit ku hatî xwendin. (Piçûk-Endî) |
4.5.1.5.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.1.6 READ_REGISTER_MULTIPLE
Ev talîmat ji bo xwendina gelek qeydên mentiqî yekcar tê bikar anîn. Encam (naveroka her qeydê) di bersiva talîmatê de tê peyda kirin. Navnîşana qeydkirinê bixwe di bersivê de tune ye. Rêzkirina naveroka qeydê di nav bersivê de bi rêza navnîşanên qeydê yên di nav rêwerzan de têkildar e.
4.5.1.6.1 Şertên
Pêdivî ye ku hemî navnîşanên qeydê yên di nav rêwerzan de hebin. Divê taybetmendiya gihîştinê ya ji bo her qeydê an BİXWÎNE-NIVISÎ an TENÊ BİXWÎNE be. Mezinahiya rêzika 'Navnîşana Qeydkirinê' divê di navbêna 1-18 de be.
4.5.1.6.2 Ferman
Tablo 29. Nirxa fermanê READ_REGISTER_MULTIPLE Li ser komek qeydan operasyona qeyda xwendinê pêk bînin.
Qada Payload | Dirêjî | Nirx / Danasîna |
Navnîşana Qeydkirinê[1…n] | 1 Byte | Navnîşana qeydkirinê |
4.5.1.6.3 Bersiv
Tablo 30. Nirxa bersivê READ_REGISTER_MULTIPLE
Qada barkirinê | Dirêjî | Nirx / danasîn | ||
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) | ||||
Nirxa Qeydkirinê [1…n] | 4 Bytes | Giranî | 4 Bytes | Nirxa qeyda 32-bit ku hatî xwendin (piçûk-endî). |
4.5.1.6.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.2 Manîpulasyona E2PROM
Qada gihîştî ya di E2PROM de li gorî nexşeya EEPROM û mezinahiya navnîşan e.
Not:
1. Cîhê ku 'Navnîşana E2PROM' di rêwerzên jêrîn de were behs kirin, dê mezinahiya qada EEPROM-ê ya navnîşanbar be.
4.5.2.1 WRITE_E2PROM
Ev rêwerz ji bo nivîsandina yek an çend nirxan li E2PROM tê bikar anîn. Di qada 'Nirx' de daneyên ku ji E2PROM-ê re têne nivîsandin hene ku ji navnîşana ku ji hêla qada 'E2PROM Address' ve hatî dayîn dest pê dike. Daneyên bi rêzê têne nivîsandin.
Not:
Têbînî ku ev fermanek astengkirinê ye, ev tê vê wateyê ku NFC FE di dema xebata nivîsandinê de tê asteng kirin. Ev dikare çend millisecond bigirin.
4.5.2.1.1 Şertên
Divê qada 'E2PROM Navnîşan' di nav rêza [2] de be. Divê hejmara baytên di qada 'Nirx' de di navbera 1 – 1024 (0x0400) de be. Operasyona nivîsandinê divê ji navnîşana EEPROM ya ku di [2] de hatî destnîşan kirin wêdetir nebe. Bersiva xeletiyê dê ji mêvandar re were şandin heke navnîş ji cîhê navnîşana EEPROM-ê wekî [2] derbas bibe.
4.5.2.1.2 Ferman
Tablo 31. Nirxa fermana WRITE_E2PROM Nirxên hatî dayîn li dû hev ji E2PROM re binivîsin.
Qada barkirinê | Dirêjî | Nirx / danasîn |
Navnîşana E2PROM | 2 Byte | Navnîşan di EEPROM-ê de ku operasyona nivîsandinê jê dest pê dike. (biçûk) |
Nirxên | 1 - 1024 Bytes | Nirxên ku divê li E2PROM-ê bi rêzek rêzkirî bêne nivîsandin. |
4.5.2.1.3 Bersiv
Tablo 32. Nirxa bersiva WRITE_EEPROM
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.2.2 READ_E2PROM
Ev rêwerz ji bo xwendina daneyan ji qada bîra E2PROM tê bikar anîn. Qada 'E2PROM Navnîşan' navnîşana destpêka xebata xwendinê nîşan dide. Bersiv daneya ku ji E2PROM hatî xwendin vedihewîne.
4.5.2.2.1 Şertên
Qada 'E2PROM Navnîşan' divê di navberek derbasdar de be.
Qada 'Hejmara bytes' divê di navbera 1 - 256 de be.
Pêdivî ye ku operasyona xwendinê ji navnîşana EEPROM-a gihîştî ya paşîn derbas nebe.
Bersiva çewtiyê dê ji mêvandar re were şandin, heke navnîş ji cîhê navnîşana EEPROM derbas bibe.
4.5.2.2.2 Ferman
Tablo 33. Nirxa fermana READ_E2PROM Nirxên ji E2PROM li pey hev bixwînin.
Qada barkirinê | Dirêjî | Nirx / danasîn |
Navnîşana E2PROM | 2 Byte | Navnîşana di E2PROM-ê de ku operasyona xwendinê jê dest pê dike. (biçûk) |
Hejmara Bytes | 2 Byte | Hejmara baytên ku werin xwendin. (Piçûk-Endî) |
4.5.2.2.3 Bersiv
Tablo 34. Nirxa bersiva READ_E2PROM
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (Daneyên din tune) | ||
Nirxên | 1 - 1024 Bytes | Nirxên ku bi rêzê hatine xwendin. |
4.5.2.2.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.2.3 GET_CRC_USER_AREA
Ev rêwerz ji bo hesabkirina CRC-ê ji bo qada veavakirina bikarhêner a tevahî, tevî qada protokolê ya PN5190 IC, tê bikar anîn.
4.5.2.3.1 Ferman
Tablo 35. Nirxa fermanê GET_CRC_USER_AREA
CRC ya qada mîhengê bikarhêner tevî qada protokolê bixwînin.
Qada Payload | Dirêjî | Nirx / Danasîna |
– | – | Di bargiraniyê de dane tune |
4.5.2.3.2 Bersiv
Tablo 36. Nirxa bersivê GET_CRC_USER_AREA
Qada barkirinê | Dirêjî | Nirx / danasîn |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (Daneyên din tune) | ||
Nirxên | 4 Bytes | 4 bytes daneyên CRC di forma hindik-endî de. |
4.5.2.3.3 Event
Ji bo vê fermanê tu bûyer tune.
4.5.3 Manîpulasyona daneya CLIF
Rêbernameyên ku di vê beşê de têne diyar kirin fermanên ji bo veguheztin û wergirtina RF-ê vedibêjin.
4.5.3.1 EXCHANGE_RF_DATA
Fonksiyona danûstendina RF veguheztina daneyên TX pêk tîne û li benda wergirtina daneya RX ye.
Fonksîyon vedigere di rewşa wergirtinê de (an xelet an rast) an demek derbas bû. Demjimêr bi DAWIYA VEGEŞIYÊ re dest pê dike û bi DESTPÊKIRINÊNÊ re tê rawestandin. Nirxa wextê ya ku di EEPROM-ê de ji berê ve hatî mîheng kirin dê di rewşek ku berî pêkanîna fermana Exchange nehatibe mîheng kirin de were bikar anîn.
Ger transceiver_state ye
- di IDLE de moda TRANSCEIVE tê ketin.
- Di WAIT_RECEIVE de, di rewşa ku bit destpêker were danîn de, rewşa transceiver vedigere MODE TRANSCEIVE
- Di WAIT_TRANSMIT-ê de, di rewşek ku bit-ya destpêker NE hatî danîn de, rewşa transceiver vedigere MODE TRANSCEIVE
Qada 'Hejmara bitsên derbasdar di Bîtê dawî de' dirêjahiya daneya tam a ku dê were şandin nîşan dide.
4.5.3.1.1 Şertên
Mezinahiya qada 'Daneyên TX' divê di navbêna 0 - 1024 de be.
Di qada "Hejmara bitsên derbasdar de di Byteya dawîn de" divê di navbera 0 - 7 de be.
Pêdivî ye ku ferman di dema ragihandina RF-ya domdar de neyê bang kirin. Ferman dê ji bo veguheztina daneyan rewşa rast a transceiver piştrast bike.
Not:
Ev ferman tenê ji bo moda Xwendevan û moda destpêkera Pasîf/Çalak P2P derbasdar e.
4.5.3.1.2 Ferman
Tablo 37. Nirxa fermana EXCHANGE_RF_DATA
Daneyên TX-ê li tampona veguheztina RF-ya hundurîn binivîsin û bi karanîna fermana transceive veguheztinê dest pê dike û li benda wergirtinê an Time-Out bisekinin ku bersivek ji mêvandar re amade bikin.
Qada Payload | Dirêjî | Nirx / Danasîna | |
Hejmara bitsên derbasdar di Byteya paşîn de | 1 Byte | 0 | Hemî bitên byteya paşîn têne şandin |
1 - 7 | Hejmara bit di nav byta paşîn de ku bêne şandin. | ||
RFExchangeConfig | 1 Byte | Veavakirina fonksiyona RFExchange. Agahdariyên jêrîn bibînin |
Tablo 37. Nirxa fermana EXCHANGE_RF_DATA…berdewam e
Daneyên TX-ê li tampona veguheztina RF-ya hundurîn binivîsin û bi karanîna fermana transceive veguheztinê dest pê dike û li benda wergirtinê an Time-Out bisekinin ku bersivek ji mêvandar re amade bikin.
Qada Payload | Dirêjî | Nirx / Danasîna |
Daneyên TX | n bytes | Daneyên TX-ê yên ku divê bi CLIF ve bi karanîna fermana transceive ve werin şandin. n = 0 - 1024 byte |
Tablo 38. RFexchangeConfig Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf |
Bit 4 - 7 RFU ne | ||||||||
X | Daneyên RX-ê di bersivê de li ser bingeha RX_STATUS vekin, heke bit li 1b were danîn. | |||||||
X | Di bersivê de qeyda EVENT_STATUS têxe, heke bit li 1b were danîn. | |||||||
X | Di bersivê de qeyda RX_STATUS_ERROR têxe, heke bit li 1b hatî danîn. | |||||||
X | Di bersivê de qeyda RX_STATUS têxin, heke bit li 1b were danîn. |
4.5.3.1.3 Bersiv
Tablo 39. Nirxa bersiva EXCHANGE_RF_DATA
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERRO |
||
RX_STATUS | 4 Bytes | Ger RX_STATUS tê xwestin (piçûk-endî) |
RX_STATUS_ERROR | 4 Bytes | Ger RX_STATUS_ERROR tê xwestin (piçûk-endî) |
EVENT_STATUS | 4 Bytes | Ger EVENT_STATUS were xwestin (piçûk-endî) |
Daneyên RX | 1 - 1024 Bytes | Ger daneyên RX tê xwestin. Daneyên RX di qonaxa wergirtina RF ya danûstendina RF de hatine wergirtin. |
4.5.3.1.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.3.2 DATA_RF_TRANSMIT
Ev rêwerz ji bo nivîsandina daneyan di tampona veguheztina navxweyî ya CLIF-ê de tê bikar anîn û bi karanîna fermana transceive hundurîn veguheztinê dest pê dike. Mezinahiya vê tamponê bi 1024 byteyan ve sînorkirî ye. Piştî ku ev rêwerz hate bicîh kirin, wergirtina RF-ê bixweber dest pê dike.
Ferman tavilê vedigere piştî ku Veguheztin qediya ne li benda qedandina wergirtinê.
4.5.3.2.1 Şertên
Hejmara baytên di qada 'Daneyên TX' de divê di navbera 1 - 1024 de be.
Pêdivî ye ku ferman di dema ragihandina RF-ya domdar de neyê bang kirin.
4.5.3.2.2 Ferman
Tablo 40. Nirxa fermana TRANSMIT_RF_DATA Daneyên TX li tampona veguheztina CLIF ya hundurîn binivîsin.
Qada Payload | Dirêjî | Nirx / Danasîna |
Hejmara bitsên derbasdar di Byteya paşîn de | 1 Byte | 0 Hemî bitên byta dawîn têne şandin 1 - 7 Hejmara bitên di nav byta paşîn de ku werin şandin. |
RFU | 1 Byte | Reserved |
Daneyên TX | 1 - 1024 Bytes | Daneyên TX-ê yên ku dê di dema veguheztina RF ya paşîn de werin bikar anîn. |
4.5.3.2.3 Bersiv
Tablo 41. Nirxa bersivê ya TRANSMIT_RF_DATA
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
4.5.3.2.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.3.3 RETRIEVE_RF_DATA
Ev rêwerz ji bo xwendina daneya ji tampona CLIF RX ya hundurîn tê bikar anîn, ku daneyên bersiva RF-yê (heke hebe) ku ji cîbicîkirina berê ya Beşa 4.5.3.1-ê jê re hatî şandin, digel vebijarka ku daneya wergirtî di bersivê an Beşa 4.5.3.2-ê de nehewîne tê bikar anîn. .XNUMX ferman.
4.5.3.3.1 Ferman
Tablo 42. Nirxa fermana RETRIEVE_RF_DATA Daneyên RX ji tampona wergirtina RF ya navxweyî bixwîne.
Qada Payload | Dirêjî | Nirx / Danasîna |
Vala | Vala | Vala |
4.5.3.3.2 Bersiv
Tablo 43. Nirxa bersivê RETRIEVE_RF_DATA
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
Qada Payload | Dirêjî | Nirx / Danasîna |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
||
Daneyên RX | 1 - 1024 Bytes | Daneyên RX yên ku di dema wergirtina serketî ya paşîn a RF de hatine wergirtin. |
4.5.3.3.3 Event
Ji bo vê fermanê tu bûyer tune.
4.5.3.4 RECEIVE_RF_DATA
Ev rênîşandan li benda daneyên ku bi navgîniya RF-ya xwendevanê hatî wergirtin li bendê ye.
Di moda xwendevanê de, ev rêwerz vedigere heke wergirtinek hebe (an xelet an rast) an demek FWT çêbibe. Demjimêr bi DAWIYA VEGEŞIYÊ re dest pê dike û bi DESTPÊKIRINÊNÊ re tê rawestandin. Nirxa wextê ya xwerû ya ku di EEPROM-ê de ji berê ve hatî mîheng kirin dê di rewşek ku berî pêkanîna fermana Exchange nehatibe mîheng kirin de were bikar anîn.
Di moda armancê de, ev rêwerz di rewşa wergirtinê de (an xelet an rast) an jî xeletiya RF-ya Derve vedigere.
Not:
Ev rêwerz dê bi fermana TRANSMIT_RF_DATA re were bikar anîn da ku operasyona TX û RX pêk bîne…
4.5.3.4.1 Ferman
Tablo 44. Nirxa fermana RECEIVE_RF_DATA
Qada Payload | Dirêjî | Nirx / Danasîna |
ReceiveRFConfig | 1 Byte | Veavakirina fonksiyona ReceiveRFConfig. Dîtin Tablo 45 |
Table 45. ReceiveRFConfig bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf |
Bit 4 - 7 RFU ne | ||||||||
X | Daneyên RX-ê di bersivê de li ser bingeha RX_STATUS vekin, heke bit li 1b were danîn. | |||||||
X | Di bersivê de qeyda EVENT_STATUS têxe, heke bit li 1b were danîn. | |||||||
X | Di bersivê de qeyda RX_STATUS_ERROR têxe, heke bit li 1b hatî danîn. | |||||||
X | Di bersivê de qeyda RX_STATUS têxin, heke bit li 1b were danîn. |
4.5.3.4.2 Bersiv
Tablo 46. Nirxa bersivê RECEIVE_RF_DATA
Qada barkirinê | Dirêjî | Nirx / danasîn |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) PN5190_STATUS_TIMEOUT |
Qada barkirinê | Dirêjî | Nirx / danasîn |
PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
RX_STATUS | 4 Bytes | Ger RX_STATUS tê xwestin (piçûk-endî) |
RX_STATUS_ERROR | 4 Bytes | Ger RX_STATUS_ERROR tê xwestin (piçûk-endî) |
EVENT_STATUS | 4 Bytes | Ger EVENT_STATUS were xwestin (piçûk-endî) |
Daneyên RX | 1 - 1024 Bytes | Ger daneyên RX tê xwestin. Daneyên RX li ser RF-ê hatine wergirtin. |
4.5.3.4.3 Event
Ji bo vê fermanê tu bûyer tune.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Vesazkirina FeliCa EMD)
Ev rêwerz ji bo xwendina daneya ji tampona CLIF RX ya hundurîn tê bikar anîn, ku tê de daneya bersivê ya FeliCa EMD (heke hebe) jê re hatî şandin ji pêkanîna berê ya fermana EXCHANGE_RF_DATA ku bi Rewşa 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' vedigere.
Not: Ev ferman ji PN5190 FW v02.03 û pê ve heye.
4.5.3.5.1 Ferman
Daneyên RX-ê ji tampona wergirtina RF-ya hundurîn bixwînin.
Tablo 47. Nirxa fermanê RETRIEVE_RF_FELICA_EMD_DATA
Qada Payload | Dirêjî | Nirx / Danasîna | |
FeliCaRFRetrieveConfig | 1 Byte | 00 - FF | Veavakirina fonksiyona RETRIEVE_RF_FELICA_EMD_DATA |
veavakirina (bitmask) şirove | bit 7..2: RFU bit 1: Di bersivê de qeyda RX_STATUS_ ERROR têxe, heke bit li 1b hatî danîn. bit 0: Di bersivê de qeyda RX_STATUS têxe, heke bit li 1b hatî danîn. |
4.5.3.5.2 Bersiv
Tablo 48. Nirxa bersivê RETRIEVE_RF_FELICA_EMD_DATA
Qada barkirinê | Dirêjî | Nirx / danasîn | |||
Cî | 1 Byte | Rewşa operasyonê. Nirxên çaverêkirî wekî jêrîn in: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) | |||
RX_STATUS | 4 Byte | Ger RX_STATUS tê xwestin (piçûk-endî) | |||
RX_STATUS_ ERROR | 4 Byte | Ger RX_STATUS_ERROR tê xwestin (piçûk-endî) |
Qada barkirinê | Dirêjî | Nirx / danasîn | |||
Daneyên RX | 1…1024 Byte | Daneyên FeliCa EMD RX yên ku di dema wergirtina RF ya neserkeftî ya paşîn de bi karanîna Fermana Exchange ve hatî wergirtin. |
4.5.3.5.3 Event
Ji bo vê fermanê tu bûyer tune.
4.5.4 Guhertina Mode Operasyona
PN5190 4 awayên xebitandinê yên cihêreng piştgirî dike:
4.5.4.1 Normal
Ev moda xwerû ye, ku hemî rêwerz têne destûr kirin.
4.5.4.2 Standby
PN5190 ji bo hilanîna hêzê di rewşek amade / xewê de ye. Pêdivî ye ku şert û mercên şiyarbûnê werin danîn da ku diyar bikin kengê dîsa ji standby derkeve.
4.5.4.3 LPCD
PN5190 di moda tespîtkirina qerta-hêza kêm de ye, li wir ew hewl dide ku qertek ku dikeve volga xebitandinê, bi xerckirina hêza herî hindik a gengaz vedîtîne.
4.5.4.4 Autocoll
PN5190 wekî guhdarkerê RF-ê tevdigere, çalakkirina moda armancê bi xweserî pêk tîne (ji bo garantîkirina astengiyên di dema rast de)
4.5.4.5 SWITCH_MODE_NORMAL
Fermana Switch Mode Normal sê rewşên bikaranînê hene.
4.5.4.5.1 UseCase1: Di dema hêzbûnê de têkevin moda xebata normal (POR)
Ji bo wergirtina / pêvajokirina fermana paşîn bi ketina moda xebata normal ve ji nû ve vegerandina rewşa bêkêmasî bikar bînin.
4.5.4.5.2 UseCase2: Bidawîkirina fermana ku jixwe tê xebitandin ji bo veguheztina moda xebata normal (fermana betalkirinê)
Ji bo wergirtina / pêvajokirina fermana paşîn bi bidawîkirina fermanên ku berê têne xebitandin bikar bînin da ku li rewşa bêkêmasî vegerînin.
Fermanên wekî standby, LPCD, Exchange, PRBS, û Autocoll dê bi karanîna vê fermanê bêne qedandin.
Ev tenê fermana taybetî ye, ku bersivek tune. Di şûna wê de, agahdariyek BÛYER heye.
Ji bo bêtir agahdarî li ser celebê bûyerên ku di dema darvekirina fermanên bingehîn ên cihêreng de diqewimin, serî li Beş 4.4.3 bidin.
4.5.4.5.2.1 UseCase2.1:
Ev ferman dê hemî tomarên CLIF TX, RX, û Kontrola Zeviyê li rewşa Boot-ê vegerîne. Derxistina vê fermanê dê Qada RF-ya heyî OFF bike.
4.5.4.5.2.2 UseCase2.2:
Ji PN5190 FW v02.03 û pê ve peyda dibe:
Dê ev ferman CLIF TX, RX, û Tomarên Kontrola Zeviyê biguhezîne lê dê tenê transceiver berbi rewşa IDLE-yê vegerîne.
4.5.4.5.3 UseCase3: Moda xebitandinê ya normal li ser vesazkirina nerm/derketina ji amadebûnê, LPCD Di vê rewşê de, PN5190 rasterast dikeve moda xebata normal, bi şandina IDLE_EVENT ji mêvandar re (Wêne 12 an jimar 13) û " IDLE_EVENT" bit di tabloya 11-ê de hatiye danîn.
Ne hewce ye ku emrê SWITCH_MODE_NORMAL bişîne.
Not:
Piştî ku IC di moda normal de tê veguheztin, hemî mîhengên RF-ê di rewşa xwerû de têne guheztin. Pêdivî ye ku berî ku karekî RF ON an RF Exchange-ê pêk bînin, veavakirina RF-ya têkildar û tomarên din ên têkildar divê bi nirxên guncan werin barkirin.
4.5.4.5.4 Çarçoveya fermanê ku ji bo rewşên karanîna cûda bişîne
4.5.4.5.4.1 UseCase1: Ferman di dema hêzbûnê de têkevin moda xebata normal (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Fermana ji bo bidawîkirina fermanên ku berê têne xebitandin ji bo veguheztina moda xebata normal
Doza 2.1 bikar bînin:
0x20 0x00 0x00
Doza 2.2 bikar bînin: (Ji FW v02.02 û pê ve):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Fermana ji bo moda xebata normal li ser vesazkirina nerm/derketina ji standby, LPCD, ULPCD
Netû. PN5190 rasterast dikeve moda xebata normal.
4.5.4.5.5 Bersiv
Netû
4.5.4.5.6 Event
BOOT_EVENT (di qeyda EVENT_STATUS de) tê danîn ku nîşan dide ku moda normal ketiye û ji mêvandar re tê şandin. Ji bo daneyên bûyerê serî li Figure 12 û Figure 13 bidin.
IDLE_EVENT (di qeyda EVENT_STATUS de) tê danîn ku nîşan dide ku moda normal têketî ye û ji mêvandar re tê şandin. Ji bo daneyên bûyerê serî li Figure 12 û Figure 13 bidin.
BOOT_EVENT (di qeyda EVENT_STATUS de) tê danîn ku nîşan dide ku moda normal têketî ye û ji mêvandar re tê şandin. Ji bo daneyên bûyerê serî li Figure 12 û Figure 13 bidin.
4.5.4.6 SWITCH_MODE_AUTOCOLL
Veguheztina Mode Autocoll bixweber prosedûra aktîvkirina karta di moda armancê de pêk tîne.
Qada 'Moda Autocoll' divê di nav rêza 0 - 2 de be.
Ger qada 'Moda Autocoll' li ser 2 were danîn (Autocoll): Qada 'Teknolojiyên RF' (Table 50) divê bitmaskek hebe ku Teknolojiyên RF-ê yên ku di Autocoll de piştgirî dikin destnîşan dike.
Dema ku di vê modê de ne divê rêwerz neyê şandin.
Dawîkirin bi karanîna navberê tê destnîşan kirin.
4.5.4.6.1 Ferman
Tablo 49. Nirxa fermana SWITCH_MODE_AUTOCOLL
Parametre | Dirêjî | Nirx / Danasîna | |
Teknolojiyên RF | 1 Byte | Bitmask teknolojiya RF-ê ya ku di dema Autocoll de guhdarî dike destnîşan dike. | |
Moda Autocoll | 1 Byte | 0 | No moda Xweser, ango Autocoll diqede dema ku qada RF ya derve tune be. |
Di rewşa dawî de | |||
• QADA RF an RF FIELD winda nebûye | |||
• PN5190 di moda TARGET de AKTIVED e | |||
1 | Moda xweser a bi standby. Dema ku qada RF tune be, Autocoll bixweber dikeve moda Standby. Dema ku qada RF-ya derveyî ya RF-ê were dîtin, PN5190 dîsa dikeve moda Autocoll. | ||
Di rewşa dawî de | |||
• PN5190 di moda TARGET de AKTIVED e | |||
Ji PN5190 FW v02.03 û pê de: Ger Qada EEPROM "bCard ModeUltraLowPowerEnabled" li navnîşana '0xCDF' wekî '1' were danîn, wê hingê PN5190 dikeve stendina Ultra-hêza kêm. | |||
2 | Moda xweser a bê standby. Dema ku qada RF tune be, PN5190 li bendê dimîne heya ku qada RF-ê hebe berî ku algorîtmaya Autocoll dest pê bike. Standby di vê rewşê de nayê bikar anîn. | ||
Di rewşa dawî de • PN5190 di moda TARGET de AKTIVED e |
Table 50. RF Technologies Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf |
0 | 0 | 0 | 0 | RFU | ||||
X | Ger li 1b were danîn, guhdarîkirina NFC-F Active çalak e. (Ne berdest). | |||||||
X | Ger li 1b were danîn, guhdarîkirina NFC-A Active çalak e. (Ne berdest). | |||||||
X | Ger li 1b were danîn, guhdarîkirina NFC-F çalak e. | |||||||
X | Ger li ser 1b were danîn, guhdarîkirina NFC-A çalak e. |
4.5.4.6.2 Bersiv
Bersiv tenê nîşan dide ku ferman hatiye pêvajo kirin.
Tablo 51. Nirxa bersivê ya SWITCH_MODE_AUTOCOLL
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Moda veguhertinê ji ber mîhengên çewt nehate têketî) |
4.5.4.6.3 Event
Dema ku ferman qediya, agahdariya bûyerê tê şandin, û moda normal têkevin. Host dê li gorî nirxa bûyerê baytên bersivê bixwîne.
Not:
Gava ku statû ne "PN5190_STATUS_INSTR_SUCCESS" be, wê hingê "Protokol" û "Card_Activated" bytes daneyên din tune.
Agahdariya teknolojiyê bi karanîna fermanên Beş 4.5.1.5, Beş 4.5.1.6 ji tomaran tê wergirtin.
Tabloya jêrîn daneya bûyerê ya ku wekî beşek ji peyama bûyerê tê şandin Figure 12 û Figure 13 nîşan dide.
Tablo 52. EVENT_SWITCH_MODE_AUTOCOLL – Daneyên AUTOCOLL_EVENT Veguheztina moda xebitandinê Bûyera otocoll
Qada Payload | Dirêjî | Nirx / Danasîna | |
Cî | 1 byte | Rewşa operasyonê | |
PN5190_STATUS_INSTR_SUCCESS | PN5190 di moda TARGET de AKTIVED e. Daneyên bêtir di vê bûyerê de derbasdar in. |
||
PN5190_STATUS_PREVENT_STANDBY | Nîşan dide ku PN5190 tê asteng kirin ku bikeve moda Standby. Ev statû tenê dema ku moda Xweseriyê wekî "Moda Xweser bi standby" ve were hilbijartin derbasdar e. |
PN5190_STATUS_NO_EXTERNAL_RF_ FIELD | Nîşan dide ku di dema pêkanîna Autocoll-ê de di moda ne-xweser de qada RF-ya derveyî tune | ||
PN5190_STATUS_USER_CANCELLED | Nîşan dide ku fermana heyî ya di pêşkeftinê de ji hêla fermana normal ya moda veguherînê ve hatî betal kirin | ||
Protokol | 1 byte | 0x10 | Wek Passive TypeA çalak kirin |
0x11 | Wek Passive TypeF 212 çalak kirin | ||
0x12 | Wek Passive TypeF 424 çalak kirin | ||
0x20 | Wek Active TypeA çalak kirin | ||
0x21 | Wek Active TypeF 212 çalak kirin | ||
0x22 | Wek Active TypeF 424 çalak kirin | ||
Nirxên din | Seqet | ||
Card_Activated | 1 byte | 0x00 | Li gorî ISO 14443-3 pêvajoyek aktîvkirina qertê tune |
0x01 | Nîşan dide ku cîhaz di moda Pasîf de çalak e |
Not:
Piştî xwendina daneya bûyerê, daneyên ku ji qerta/cîhaza ku hatî aktîfkirin (wek 'n' bytes ATR_REQ/RATS li gorî ISO18092/ISO1443-4) hatine wergirtin, dê bi fermana Beş 4.5.3.3 werin xwendin.
4.5.4.6.4 Ragihandin example
4.5.4.7 SWITCH_MODE_STANDBY
Standby Mode Switch bixweber IC-ê dixe moda Standby. IC dê piştî ku çavkaniyên şiyarbûnê yên mîhengkirî ku şert û mercên şiyarbûnê pêk tînin şiyar bibe.
Not:
Ji bo ULP STANDBY bidawîbûna hejmartinê û ji bo STANDBY betalkirina HIF-ê ji hêla xwerû ve têne peyda kirin ku ji modên standby derkevin.
4.5.4.7.1 Ferman
Tablo 53. Nirxa fermana SWITCH_MODE_STANDBY
Parametre | Dirêjî | Nirx / Danasîna |
Config | 1 Byte | Bitmask çavkaniya şiyarbûnê ya ku were bikar anîn û moda Standby ku têkevin kontrol dike. Binêre Tablo 54 |
Counter Value | 2 Bytes | Nirxa hatî bikar anîn ji bo jimareya hişyarbûnê di milîsaneyan de. Nirxa piştgirî ya herî zêde ji bo standby 2690 e. Nirxa piştgirî ya herî zêde 4095 e ji bo standby ULP. Nirxa ku were peyda kirin di forma hindik-endî de ye. Naveroka vê parameterê tenê derbasdar e heke "Config Bitmask" ji bo şiyarbûna li ser jimarvan bidawî bibe çalak be. |
Table 54. Bitmask Config
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf |
X | Heke bit li ser 1b hatî danîn bikeve standby ULP Heke bit li 0b hatî danîn bikeve standby. | |||||||
0 | RFU | |||||||
X | Li ser GPIO-3 hişyar bibe gava ku ew bilind be, heke bit li 1b were danîn. (Ji bo standby ULP ne derbasdar e) | |||||||
X | Li ser GPIO-2 hişyar bibe gava ku ew bilind be, heke bit li 1b were danîn. (Ji bo standby ULP ne derbasdar e) | |||||||
X | Li ser GPIO-1 hişyar bibe gava ku ew bilind be, heke bit li 1b were danîn. (Ji bo standby ULP ne derbasdar e) | |||||||
X | Li ser GPIO-0 hişyar bibe gava ku ew bilind be, heke bit li 1b were danîn. (Ji bo standby ULP ne derbasdar e) | |||||||
X | Heger bit li ser 1b were danîn, şiyarbûna li jimareya hişyarbûnê diqede. Ji bo ULP-Standby, ev vebijark ji hêla xwerû ve çalak e. | |||||||
X | Li qada RF-ya derveyî hişyar bibe, heke bit li 1b were danîn. |
Not: Ji PN5190 FW v02.03, heke Qada EEPROM "CardModeUltraLowPowerEnabled" li navnîşana '0xCDF' li ser '1' were danîn, veavakirina standby ULP nikare bi Fermana SWITCH_MODE_STANDBY re were bikar anîn.
4.5.4.7.2 Bersiv
Bersiv tenê îşaret dike ku ferman hatiye pêvajo kirin û dê rewşa standby tenê piştî ku bersiv ji hêla mêvandar ve bi tevahî were xwendin têkevin.
Tablo 55. Nirxa bersivê ya SWITCH_MODE_STANDBY Biguherîne moda xebatê ya standby
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Moda veguhertinê nehate têketî - ji ber mîhengên çewt) |
4.5.4.7.3 Event
Dema ku ferman qediya, agahdariya bûyerê tê şandin, û moda normal têkevin. Li formata bûyera ku dê piştî temamkirina fermanê were şandin wekî di Xiflteya 12 û Xiflteya 13 de binihêrin.
Ger PN5190 rê li ber ketina moda Standby were girtin, wê hingê bûyera "STANDBY_PREV_EVENT" bit ku di EVENT_STATUS-ê de hatî destnîşan kirin Tablo 11 ji mêvandarê re tê şandin ku di Tablo 13 de hatî destnîşan kirin.
4.5.4.7.4 Ragihandin Example
4.5.4.8 SWITCH_MODE_LPCD
Switch Mode LPCD ji ber guheztina hawîrdora li dora antenayê tespîtek veqetandinê li ser antenna dike.
2 awayên cihêreng ên LPCD hene. Çareseriya li ser bingeha HW (ULPCD) bi hesasiyek kêmkirî vexwarinek hêza pêşbaziyê pêşkêşî dike. Çareseriya FW-based (LPCD) bi zêdebûna mezaxtina hêzê re hesasiyeta herî baş-a-class pêşkêşî dike.
Di Moda Yekane ya FW (LPCD) de, bûyerek kalibrasyonê ji mêvandar re nayê şandin.
Dema ku moda Yekane tête gazî kirin, kalibrasyon û pîvandinên li pey hev hemî piştî derketina standbyê têne kirin.
Ji bo bûyera kalibrasyonê di moda yekane de, yekem moda yekane bi fermana bûyera kalibrasyonê derxînin. Piştî kalibrasyonê, bûyerek kalibrasyonê ya LPCD tê wergirtin, piştî wê yekê divê emrê moda yekane bi nirxa referansê ya ku ji gava berê hatî wergirtin wekî pîvana têketinê were şandin.
Veavakirina LPCD-ê di mîhengên Daneyên EEPROM / Flash-ê de berî ku ferman were gazî kirin tê kirin.
Not:
Astengkirina GPIO3 ji bo ULPCD, betalkirina HIF ji bo LPCD ji hêla xwerû ve têne peyda kirin ku ji modên kêm-hêza kêm derkevin.
Hişyarbûna ji ber bidawîbûna jimareyê her gav çalak e.
Ji bo ULPCD, veavakirina DC-DC divê di mîhengên Daneyên EEPROM/Flash de neçalak be û divê bi VBAT ve peydakirina VUP peyda bike. Divê mîhengên jumperê yên pêwîst bêne çêkirin. Ji bo mîhengên Daneyên EEPROM/Flash, serî li belgeya [2] bidin.
Ger ferman ji bo kalibrasyona LPCD/ULPCD be, mêvandar hîn jî pêdivî ye ku çarçoveyek tevahî bişîne.
4.5.4.8.1 Ferman
Tablo 56. Nirxa fermana SWITCH_MODE_LPCD
Parametre | Dirêjî | Nirx / danasîn | |
bControl | 1 Byte | 0x00 | Kalibrasyona ULPCD têkevin. Ferman piştî kalibrasyonê disekine û bûyerek bi nirxa referansê ji mêvandar re tê şandin. |
0x01 | Têkeve ULPCD | ||
0x02 | Kalibrasyona LPCD. Ferman piştî kalibrasyonê disekine û bûyerek bi nirxa referansê ji mêvandar re tê şandin. | ||
0x03 | LPCD têkevin | ||
0x04 | Moda yekane | ||
0x0C | Moda yekane bi bûyera kalibrasyonê | ||
Nirxên din | RFU | ||
Kontrola şiyarbûnê | 1 Byte | Bitmask çavkaniya şiyarbûnê ya ku ji bo LPCD/ULPCD tê bikar anîn kontrol dike. Naveroka vê qadê ji bo kalibrasyonê nayê hesibandin. Binêre Tablo 57 | |
Nirxa Referansê | 4 Bytes | Nirxa referansê ku di dema ULPCD/LPCD de were bikar anîn. Ji bo ULPCD, Byte 2 ku nirxa HF Attenuator digire hem di qonaxa kalibrasyon û hem jî di pîvandinê de tê bikar anîn. Ji bo LPCD, naveroka vê qadê ji bo kalibrasyon û moda Yekane nayê hesibandin. Binêre Tablo 58 ji bo agahdariya rast li ser hemî 4 bytes. |
|
Counter Value | 2 Bytes | Nirxa ji bo jimarvana şiyarbûnê di milîçirkeyan de. Nirxa piştgirî ya herî zêde ji bo LPCD 2690 e. Nirxa piştgirî ya herî zêde ji bo ULPCD 4095 e. Nirxa ku were peyda kirin di forma hindik-endî de ye. Naveroka vê qadê ji bo kalibrasyona LPCD nayê hesibandin. Ji bo moda yekane û moda yekane bi bûyera kalibrasyonê re, dirêjahiya standby berî kalibrasyonê dikare ji veavakirina EEPROM-ê were mîheng kirin: LPCD_SETTINGS->wCeck Period. Ji bo moda yekane ya bi kalibrasyon, nirxa WUC ne-sifir be. |
Table 57. Bitmask Kontrola şiyarbûnê
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf |
0 | 0 | 0 | 0 | 0 | 0 | 0 | RFU | |
X | Li qada RF-ya derveyî hişyar bibe, heke bit li 1b were danîn. |
Tablo 58. Agahdariya byte Nirxa Çavkaniyê
Bytes nirxa referansê | ULPCD | LPCD |
Byte 0 | Çavkanî Byte 0 | Kanala 0 Çavkanî Byte 0 |
Byte 1 | Çavkanî Byte 1 | Kanala 0 Çavkanî Byte 1 |
Byte 2 | Nirxa HF Attenuator | Kanala 1 Çavkanî Byte 0 |
Byte 3 | NA | Kanala 1 Çavkanî Byte 1 |
4.5.4.8.2 Bersiv
Tablo 59. Nirxa bersiva SWITCH_MODE_LPCD
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Moda veguhertinê nehate têketî - ji ber mîhengên çewt) |
4.5.4.8.3 Event
Dema ku ferman qediya, agahdariya bûyerê tê şandin, û moda normal bi daneyên jêrîn wekî beşek ji bûyera ku di Xiflteya 12 û Figure 13 de hatî destnîşan kirin tête navnîş kirin.
Tablo 60. EVT_SWITCH_MODE_LPCD
Qada barkirinê | Dirêjî | Nirx / Danasîna |
Rewşa LPCD | Binêre Tablo 15 | Binêre Tabloya 154.5.4.8.4 Ragihandin Example |
4.5.4.9 SWITCH_MODE_DOWNLOAD
Fermana Daxistina Moda Guhestinê dikeve moda dakêşana Firmware.
Tenê awayê ku meriv moda dakêşanê derkeve, ev e ku meriv ji nûvekirina PN5190-ê vegerîne.
4.5.4.9.1 Ferman
Tablo 61. Nirxa fermana SWITCH_MODE_DOWNLOAD
Parametre | Dirêjî | Nirx / Danasîna |
– | – | No nirx |
4.5.4.9.2 Bersiv
Bersiv tenê nîşan dide ku ferman hatiye pêvajo kirin û piştî ku bersiv ji hêla mêvandar ve were xwendin dê moda Daxistinê têkevinê.
Tablo 62. Nirxa bersivê ya SWITCH_MODE_DOWNLOAD
Veguheztina moda xebatê Autocoll
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Moda guherandinê nehate têketî) |
4.5.4.9.3 Event
No nifşê bûyerê.
4.5.4.9.4 Ragihandin Example
4.5.5 Nasnameya Klasîk MIFARE
4.5.5.1 MFC_AUTHENTICATE
Ev rêwerz ji bo pêkanîna Nasnameya Klasîk a MIFARE li ser qertek aktîfkirî tê bikar anîn. Ew mifteyê, UID-a karta, û celebê mifteyê digire ku li navnîşana blokê ya hatî destnîşan kirin rast bike. Bersiv yek byte heye ku statûya erêkirinê nîşan dide.
4.5.5.1.1 Şertên
Bişkojka zeviyê divê 6 bayt be. Divê Tîpa Mifteya Qadê nirxa 0x60 an 0x61 hebe. Navnîşana blokê dibe ku her navnîşek ji 0x0 - 0xff, tevde hebe. UID-ya zeviyê divê byte dirêj be û divê UID-ya 4-byte ya qertê hebe. Beriya pêkanîna vê talîmatê divê qertak-based hilbera ISO14443-3 MIFARE Classic bikeve rewşa ACTIVE an ACTIVE*.
Di doza çewtiyek dema xebitandinê ya ku bi erêkirinê ve girêdayî ye, ev qad 'Rewşa Rastdariyê' li gorî wê tê danîn.
4.5.5.1.2 Ferman
Tablo 63. Fermana MFC_AUTHENTICATE
Li ser qerta hilberek-based MIFARE Classic aktîfkirî erêkirinê pêk bînin.
Qada Payload | Dirêjî | Nirx / Danasîna | |
Qûfle | 6 Bytes | Mifteya erêkirinê ya ku were bikar anîn. | |
Type Key | 1 Byte | 0x60 | Tîpa Key A |
0x61 | Key Tîpa B | ||
Block Address | 1 Byte | Navnîşana blokê ya ku ji bo pejirandinê divê were kirin. | |
UID | 4 Bytes | UID ya kartê. |
4.5.5.1.3 Bersiv
Tablo 64. Bersiva MFC_AUTHENTICATE
Bersiva MFC_AUTHENTICATE.
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4 Event
Ji bo vê talîmatê bûyerek tune.
4.5.6 ISO 18000-3M3 (EPC GEN2) Piştgirî
4.5.6.1 EPC_GEN2_INVENTORY
Ev rêwerz ji bo pêkanîna envanterek ISO18000-3M3 tê bikar anîn tags. Ew li gorî ISO18000-3M3 pêkanîna xweser a çend fermanan bicîh tîne da ku demên ku ji hêla wê standardê ve hatî destnîşan kirin garantî bike.
Ger di bargiraniya fermanê de hebe, pêşî fermanek Hilbijartinê li dûv fermanek BeginRound tê darve kirin.
Ger di dema yekem de bersivek derbasdar hebe (bê dem, bê pevçûn), talîmatek ACK dişîne û PC/XPC/UII wergirtî hilîne. Dûv re talîmat li gorî qada 'Timeslot Processed Behavior' çalakiyek pêk tîne:
- Ger ev qad li 0-ê were danîn, fermanek NextSlot tê derxistin da ku demjimêra paşerojê birêve bibe. Ev tê dubare kirin heta ku tampona navxweyî tije bibe
- Ger ev qad li 1-ê were danîn, algorîtm disekine
- Ger ev qad li 2-ê were danîn, fermanek Req_Rn tê derxistin heke, û tenê heke, derbasdarek hebe. tag bersiva di vê timeslotCommand
Qada 'Dirêjahiya Ferman Hilbijêre' divê dirêjahiya qada 'Fermana Hilbijartinê' hebe, ku divê di nav rêza 1 – 39 de be. Ger 'Dirêjahiya Ferman Hilbijêre' 0 be, divê qadên 'Bîtên Derbasdar di Byteya dawîn de' û 'Fermana Hilbijartinê' nebin.
Qada Bitsên di Byteya paşîn de divê hejmara bit-ên ku di bîta dawîn a qada 'Fermana Hilbijartinê' de werin şandin vehewîne. Pêdivî ye ku nirx di navbêna 1 - 7 de, tevde be. Ger nirx 0 be, hemû bitên ji byta paşîn a qada 'Fermana Hilbijartinê' têne şandin.
Qada 'Fermana Hilbijartinê' divê fermanek Hilbijartinê li gorî ISO18000-3M3 bêyî CRC-16c bişopîne û divê heman dirêjahiya ku di qada 'Dirêjahiya Fermana Hilbijartinê' de hatî destnîşan kirin hebe.
Qada 'Fermana Destpêkê' divê fermanek BeginRound li gorî ISO18000-3M3 bêyî şopandina CRC-5 hebe. Ji ber ku dirêjahiya fermanê ya rastîn 7 bit e, 17 bitên paşîn ên byteya paşîn a 'Fermana Destpêka Round' nayê paşguh kirin.
Divê 'Timeslot Processed Behavior' nirxek ji 0 - 2, tê de hebe.
Tablo 65. Nirxa fermanê EPC_GEN2_INVENTORY Envanterek ISO 18000-3M3 pêk bîne
Qada barkirinê | Dirêjî | Nirx / danasîn | |
ResumeInventory | 1 Byte | 00 | Destpêk GEN2_INVENTORY |
01 | Fermana GEN2_INVENTORY ji nû ve bidin destpêkirin - ya mayî
qadên li jêr vala ne (her bargiran nayê paşguh kirin) |
||
Dirêjahiya Ferman hilbijêrin | 1 Byte | 0 | Berî fermana BeginRound fermana Hilbijartinê nayê danîn. Qada 'Bîtên Derbasdar di Byteya dawîn de' û qada 'Emrê Hilbijartinê' tune. |
1 - 39 | Dirêjiya (n) ya qada 'Emrê Hilbijêre'. | ||
Bitikên Derbasdar di Byteya paşîn de | 1 Byte | 0 | Hemî bitên byta paşîn a qada 'Emrê Hilbijartinê' têne şandin. |
1 - 7 | Hejmara bitsên ku di byta dawîn a qada 'Emrê Hilbijartinê' de werin şandin. | ||
Ferman hilbijêre | n Bytes | Ger hebe, ev qad fermana Hilbijartinê heye (li gorî ISO18000-3, Tablo 47) ku berî fermana BeginRound tê şandin. CRC-16c nayê nav kirin. | |
Fermana Destpêka Round | 3 Bytes | Di vê qadê de fermana BeginRound heye (li gorî ISO18000-3, Tablo 49). CRC-5 nayê nav kirin. | |
Timeslot Pêvajoya Behavior | 1 Byte | 0 | Bersiv herî zêde dihewîne. Hejmara hêlên demên ku dibe ku di tampona bersivê de cih bigirin. |
1 | Bersiv tenê yek demjimêrek heye. | ||
2 | Bersiv tenê yek demjimêrek heye. Ger timelot bersivek qerta derbasdar heye, di heman demê de destika qerta jî tê de ye. |
4.5.6.1.1 Bersiv
Dibe ku dirêjahiya Bersiv "1" be di doza ji nûve tomarkirinê de.
Tablo 66. nirxa bersivê EPC_GEN2_INVENTORY
Qada Payload | Dirêjî | Nirx / Danasîna | |||
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: | |||
PN5190_STATUS_SUCCESS (Rewşa Timeslotê di byteya paşîn de bixwînin ji bo Tag bersiv) PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
|||||
Timeslot [1…n] | 3 - 69 Bytes | Rewşa Timeslot | 1 Byte | 0 | Tag bersiv heye. 'Tag Qada Dirêjiya Bersivandinê, Qada 'Bîtên derbasdar di byta dawîn de' û 'Tag meydana bersivê heye. |
1 | Tag bersiv heye. | ||||
2 | Na tag di demjimêr de bersiv da. 'Tag Qada Dirêjahiya Bersivê' û qada 'Bîtên derbasdar di byta paşîn' de, dê li ser sifir were danîn. 'Tag qada bersivê tune. | ||||
3 | Du an bêtir tags di demjimêran de bersiv da. (Bingûhhevketinî). 'Tag Qada Dirêjahiya Bersivê' û qada 'Bîtên derbasdar di byta paşîn' de, dê li ser sifir were danîn. 'Tag qada bersivê tune. |
Tag Dirêjahiya bersivê | 1 Byte | 0-66 | Dirêjiya 'Tag Qada bersivê (i). Ger Tag Dirêjahiya bersivê 0 e, paşê ya Tag Qada bersivê tune. | ||
Bitikên derbasdar di Byte-ya paşîn de | 1 Byte | 0 | Hemî bitên byteya dawî ya 'Tag qada bersivê derbasdar in. | ||
1-7 | Hejmara bitsên derbasdar ên byta dawî ya 'Tag qada bersivê. Ger Tag Dirêjahiya bersivê sifir e, nirxa vê bytê dê were paşguh kirin. | ||||
Tag Bersiv | 'n' Bytes | Bersiva ya tag li gorî ISO18000-3_2010, Tablo 56. | |||
Tag Destik | 0 an 2 Bytes | Handle of the tag, di qada rewşê de 'Rewşa Timeslot' wekî '1' tê danîn. Wekî din zevî tune. |
4.5.6.1.2 Event
Ji bo vê fermanê tu bûyer tune.
4.5.7 Rêveberiya veavakirina RF
Ji bo veavakirina TX û RX ji bo teknolojiyên cihêreng ên RF û rêjeyên daneyê yên ku ji hêla PN6 ve têne piştgirî kirin, serî li Beş 5190 bidin. Nirxên di rêza ku li jêr hatî destnîşan kirin de tune ne, divê wekî RFU bêne hesibandin.
4.5.7.1 LOAD_RF_CONFIGURATION
Ev rêwerz ji bo barkirina veavakirina RF-ê ji EEPROM-ê di qeydên hundurîn ên CLIF-ê de tê bikar anîn. Veavakirina RF-ê ji berhevokek bêhempa ya Teknolojiya RF, moda (armanc / destpêker) û rêjeya baudê vedibêje. Veavakirina RF-ê dikare ji bo rêça wergirê CLIF (veavakirina RX) û veguhezker (veavakirina TX) veqetandî were barkirin. Divê nirxa 0xFF were bikar anîn heke veavakirina têkildar a rêyek neyê guheztin.
4.5.7.1.1 Şertên
Qada 'Vesazkirina TX' divê di navbera 0x00 - 0x2B de be. Ger nirx 0xFF be, veavakirina TX nayê guhertin.
Qada 'Vesazkirina RX' divê di navbera 0x80 – 0xAB de be. Ger nirx 0xFF be, veavakirina RX nayê guhertin.
Veavakirinek taybetî ya bi Vesazkirina TX = 0xFF û Veavakirina RX = 0xAC tê bikar anîn da ku yek carî tomarên Boot-up bar bike.
Ev veavakirina taybetî ji bo nûvekirina mîhengên tomarê (hem TX û RX) yên ku ji nirxên vesazkirina IC-ê cûda ne hewce ye.
4.5.7.1.2 Ferman
Tablo 67. Nirxa fermana LOAD_RF_CONFIGURATION
Mîhengên RF TX û RX ji E2PROM bar bikin.
Qada Payload | Dirêjî | Nirx / Danasîna | |
Veavakirina TX | 1 Byte | 0xFF | Veavakirina TX RF nayê guhertin. |
0x0 - 0x2B | Veavakirina TX RF-ya têkildar hat barkirin. | ||
Veavakirina RX | 1 Byte | 0xFF | Veavakirina RX RF nayê guhertin. |
0x80 - 0xAB | Veavakirina RX RF ya têkildar hat barkirin. |
4.5.7.1.3 Bersiv
Tablo 68. Nirxa bersivê LOAD_RF_CONFIGURATION
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.7.2 UPDATE_RF_CONFIGURATION
Ev rêwerz ji bo nûvekirina veavakirina RF-yê (li pênaseya di Beþ 4.5.7.1 de binêre) di nav E2PROM de tê bikar anîn. Talîmat rê dide nûvekirina li gorî nirxa hûrguliya qeydê, ango ne hewce ye ku komek tevahî were nûve kirin (tevî ku ew gengaz e ku were kirin).
4.5.7.2.1 Şertên
Mezinahiya array zeviyê Vesazkirin divê di nav rêza 1 - 15 de be, tê de. Pêdivî ye ku mîhengê array zeviyê komek Vesazkirina RF, Navnîşana Tomar û Nirx hebe. Veavakirina RF-ya zeviyê divê di nav rêza 0x0 - 0x2B de ji bo Veavakirina TX û 0x80 - 0xAB ji bo veavakirina RX, tevde be. Navnîşana nav zeviyê Navnîşana Tomarê divê di nav veavakirina RF ya têkildar de hebe. Nirxa zeviyê divê nirxek ku divê di qeyda diyarkirî de were nivîsandin hebe û divê 4 bayt dirêj be (formatek hindik-endî).
4.5.7.2.2 Ferman
Tablo 69. UPDATE_RF_CONFIGURATION nirxa fermanê
Veavakirina RF-ê nûve bikin
Qada Payload | Dirêjî | Nirx / Danasîna | ||
Veavakirin[1…n] | 6 Bytes | Veavakirina RF | 1 Byte | Veavakirina RF ya ku divê qeyd were guheztin. |
Navnîşana qeydkirinê | 1 Byte | Navnîşana Tomarkirinê di nav teknolojiya RF-ya hatî dayîn de. | ||
Giranî | 4 Bytes | Nirxa ku divê di qeydê de were nivîsandin. (Piçûk-Endî) |
4.5.7.2.3 Bersiv
Tablo 70. Nirxa bersivê UPDATE_RF_CONFIGURATION
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4 Event
Ji bo vê fermanê tu bûyer tune.
4.5.7.3 GET_ RF_CONFIGURATION
Ev rêwerz ji bo xwendina veavakirina RF-ê tê bikar anîn. Di bersivê de cotên navnîşan-nirx-qeyd hene. Ji bo ku hûn zanibin ka çend cot li bendê ne, agahdariya mezinahiya yekem dikare ji TLV-ya yekem were girtin, ku dirêjahiya tevahî ya bargiraniyê destnîşan dike.
4.5.7.3.1 Şertên
Veavakirina RF-ya zeviyê divê ji bo Veavakirina TX-ê ji 0x0 - 0x2B û ji bo veavakirina RX-ê 0x80 -0xAB di navberê de be.
4.5.7.3.2 Ferman
Tablo 71. Nirxa fermanê GET_ RF_CONFIGURATION Veavakirina RF-ê bistîne.
Qada Payload | Dirêjî | Nirx / Danasîna |
Veavakirina RF | 1 Byte | Veavakirina RF-ê ku ji bo wê divê komek cotên nirxa qeydê werin wergirtin. |
4.5.7.3.3 Bersiv
Tablo 72. GET_ RF_CONFIGURATION Nirxa bersivê
Qada Payload | Dirêjî | Nirx / Danasîna | ||
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
||||
Cot[1…n] | 5 Bytes | Navnîşana qeydkirinê | 1 Byte | Navnîşana Tomarkirinê di nav teknolojiya RF-ya hatî dayîn de. |
Giranî | 4 Bytes | Nirxa qeyda 32-bit. |
4.5.7.3.4 Event
Ji bo perwerdehiyê bûyerek tune.
4.5.8 RF Field Handling
4.5.8.1 RF_ON
Ev rêwerz ji bo çalakkirina RF-ê tê bikar anîn. Rêziknameya DPC di destpêkê FieldOn de dê di vê fermanê de were rêve kirin.
4.5.8.1.1 Ferman
Tablo 73. Nirxa fermana RF_FIELD_ON
RF_FIELD_ON mîheng bike.
Qada Payload | Dirêjî | Nirx / Danasîna | ||
RF_on_config | 1 Byte | Bit 0 | 0 | Dûrketina pevçûnê bikar bînin |
1 | Ragirtina pevçûnê neçalak bike | |||
Bit 1 | 0 | No P2P çalak | ||
1 | P2P çalak |
4.5.8.1.2 Bersiv
Tablo 74. Nirxa bersivê RF_FIELD_ON
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (Qada RF ji ber lihevketina RF nayê veguherandin) PN5190_STATUS_TIMEOUT (Qada RF ji ber dema derbasbûnê venebûye) PN5190_STATUS_TXLDO_ERROR (Çewtiya TXLDO ji ber VUP peyda nabe) PN5190_STATUS_RFCFG_NOT_APPLIED (Vesazkirina RF berî vê fermanê nayê sepandin) |
4.5.8.1.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.8.2 RF_OFF
Ev rêwerz ji bo neçalakkirina Qada RF-ê tê bikar anîn.
4.5.8.2.1 Ferman
Tablo 75. Nirxa fermana RF_FIELD_OFF
Qada Payload | Dirêjî | Nirx / Danasîna |
Vala | Vala | vala |
4.5.8.2.2 Bersiv
Tablo 76. Nirxa bersivê RF_FIELD_OFF
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
4.5.8.2.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.9 Veavakirina otobusê test
Nîşaneyên otobusê yên berdest ên li ser mîhengên PAD-ê yên hilbijartî di Beşa 7-ê de ji bo referansê têne navnîş kirin.
Pêdivî ye ku ev ji bo peydakirina veavakirina rêwerzên otobusê yên ceribandinê yên ku li jêr hatî destnîşan kirin bêne şandin.
4.5.9.1 _TESTBUS_DIGITAL BİXWÎNE
Ev rêwerz ji bo guheztina sînyala otobusê ya testa dîjîtal a berdest li ser mîhengên pelê yên hilbijartî tê bikar anîn.
4.5.9.1.1 Ferman
Tablo 77. Nirxa fermanê CONFIGURE_TESTBUS_DIGITAL
Qada barkirinê | Dirêjî | Nirx / danasîn | |
TB_SignalIndex | 1 Byte | Binêre Beşa 7 | |
TB_BitIndex | 1 Byte | Binêre Beşa 7 | |
TB_PadIndex | 1 Byte | The pad index, ku li ser sînyala dîjîtal derkeve | |
0x00 | AUX1 pin | ||
0x01 | AUX2 pin | ||
0x02 | AUX3 pin | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU |
4.5.9.1.2 Bersiv
Tablo 78. Nirxa bersivê CONFIGURE_TESTBUS_DIGITAL
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
4.5.9.1.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Ev rêwerz ji bo bidestxistina sînyala otobusê ya testa analogê ya li ser mîhengên peldanka hilbijartî tê bikar anîn.
Nîşana li ser otobusa testa analogê dikare di modên cûda de were wergirtin. Ew hene:
4.5.9.2.1 moda RAW
Di vê modê de, sînyala ku ji hêla TB_SignalIndex0 ve hatî hilbijartin ji hêla Shift_Index0 ve tê veguheztin, bi Mask0 ve tê mask kirin û li ser AUX1 derdikeve. Bi heman rengî, sînyala ku ji hêla TB_SignalIndex1 ve hatî hilbijartin ji hêla Shift_Index1 ve tê veguheztin, bi Mask1 ve hatî mask kirin û li AUX2 derdikeve.
Ev mod ji xerîdar re nermbûnê pêşkêşî dike ku her sînyala ku 8 bit fireh an kêmtir e derxîne û ne hewce ye ku veguheztina nîşanê li ser pêlên analogê derkeve.
4.5.9.2.2 moda KOMBINED
Di vê modê de, sînyala analog dê bibe nirxa ADCI/ADCQ/pcrm_if_rssi ya bi 10 bit îmzekirî ye ku vediguhezîne nirxek nenîşankirî, vedigere 8 bit û dûv re li ser pêlên AUX1 an AUX2 derdikeve.
Tenê yek ji ADCI/ADCQ (10-bit) nirxê veguhartî dikare her dem ji AUX1/AUX2 derkeve.
Ger nirxa zeviya barkirina sînyala Combined_Mode 2 be (Analog û Dîjîtal Hevbeş), wê hingê otobusa testa analog û dîjîtal li ser AUX1 (Sînyala Analog) û GPIO0 (Sînyaleya Dîjîtal) tê rêve kirin.
Nîşaneyên ku têne rêve kirin di navnîşana EEPROM ya ku li jêr hatî destnîşan kirin de têne mîheng kirin:
0xCE9 - TB_SignalIndex
0xCEA - TB_BitIndex
0xCEB - Analog TB_Index
Berî ku em moda hevgirtî bi vebijarka 2-ê re derxînin, pêdivî ye ku Indeksa otobusê ya ceribandinê û bîta otobusê ya ceribandinê di EEPROM-ê de bêne mîheng kirin.
Not:
Mêvandar dê hemî qadan peyda bike, bêyî ku sepandina zeviyê di moda "xav" an "hevgirtî" de hebe. PN5190 IC tenê nirxên zeviyê yên bicîhkirî dihesibîne.
4.5.9.2.3 Ferman
Tablo 79. Nirxa fermanê CONFIGURE_TESTBUS_ANALOG
Qada barkirinê | Dirêjî | Nirx / danasîn | Serlêdana zeviyê ji bo moda hevgirtî | |
bConfig | 1 Byte | bits mîhengbar. Binêre Tablo 80 | Erê | |
Sinyala Combined_Mode | 1 Byte | 0 - ADCI/ADCQ 1 – pcrm_if_rssi |
Erê | |
2 - Analog û dîjîtal bi hev re | ||||
3 – 0xFF –Reserved |
TB_SignalIndex0 | 1 Byte | Indeksa sînyala sînyala analog. Binêre Beşa 7 | Erê | |
TB_SignalIndex1 | 1 Byte | Indeksa sînyala sînyala analog. Binêre Beşa 7 | Erê | |
Shift_Index0 | 1 Byte | Helwestên guheztina têketina DAC0. Di bConfig[1] de rênîşandan dê bi bîskekê were biryardan. | Na | |
Shift_Index1 | 1 Byte | Helwestên guheztina têketina DAC1. Di bConfig[2] de rênîşandan dê bi bîskekê were biryardan. | Na | |
Mask0 | 1 Byte | Maskeya DAC0 | Na | |
Mask1 | 1 Byte | Maskeya DAC1 | Na |
Table 80. Bitmask Config
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Terîf | Ji bo modê tê sepandin |
X | X | Rêzeya guheztina derana DAC1 - 0, 1, 2 | Xavî | ||||||
X | X | Rêzeya guheztina derana DAC0 - 0, 1, 2 | Xavî | ||||||
X | Di moda hevgirtî de, li ser pin AUX1 / AUX2 nîşan bide 0 ➜ Signal li ser AUX1 1 ➜ Signal li ser AUX2 |
Têkel | |||||||
X | DAC1 dîrektîfa guheztina input 0 ➜ Biguherîne rastê 1 ➜ Biguherîne çepê |
Xavî | |||||||
X | DAC0 dîrektîfa guheztina input 0 ➜ Biguherîne rastê 1 ➜ Biguherîne çepê |
Xavî | |||||||
X | Awa. 0 ➜ Moda xav 1 ➜ Moda hevgirtî |
Raw / Tevlihev |
4.5.9.2.4 Bersiv
Tablo 81. Nirxa bersivê CONFIGURE_TESTBUS_ANALOG
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
4.5.9.2.5 Event
Ji bo vê talîmatê bûyerek tune.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Ev rêwerz ji bo guheztina gelek sînyala otobusê ya testa dîjîtal a berdest li ser mîhengên pêda bijartî tê bikar anîn.
Not: Ger ev dirêjahî ZERO be wê hingê otobusek ceribandina dîjîtal RESET e.
4.5.9.3.1 Ferman
Tablo 82. Nirxa fermanê CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Qada barkirinê | Dirêjî | Nirx / danasîn | |
TB_SignalIndex #1 | 1 Byte | Binêre 8 li jêr | |
TB_BitIndex #1 | 1 Byte | Binêre 8 li jêr | |
TB_PadIndex #1 | 1 Byte | The pad index, ku li ser sînyala dîjîtal derkeve | |
0x00 | AUX1 pin | ||
0x01 | AUX2 pin | ||
0x02 | AUX3 pin | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU | ||
TB_SignalIndex #2 | 1 Byte | Binêre 8 li jêr | |
TB_BitIndex #2 | 1 Byte | Binêre 8 li jêr | |
TB_PadIndex #2 | 1 Byte | The pad index, ku li ser sînyala dîjîtal derkeve | |
0x00 | AUX1 pin | ||
0x01 | AUX2 pin | ||
0x02 | AUX3 pin | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU |
4.5.9.3.2 Bersiv
Tablo 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL nirxa bersivê
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 2]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
4.5.9.3.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.10 Veavakirina CTS
4.5.10.1 CTS_ENABLE
Ev rêwerz ji bo çalakkirin/neçalakkirina taybetmendiya têketina CTS tê bikar anîn.
4.5.10.1.1 Ferman
Tablo 84. Nirxa fermana CTS_ENABLE
Dirêjahiya Qada Payload Nirx / Danasîn | ||||
Çalak/Neçalak bike | 1 Byte | Bit 0 | 0 | Taybetmendiya Têketinê ya CTS neçalak bike |
1 Taybetmendiya Têketina CTS çalak bike |
||||
Bit 1-7 | RFU |
4.5.10.1.2 Bersiv
Tablo 85. Nirxa bersivê CTS_ENABLE
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
4.5.10.1.3 Event
Tabloya jêrîn daneyên bûyerê yên ku dê wekî beşek ji peyama bûyerê were şandin wekî ku di Xiflteya 12 û Xiflteya 13 de tê xuyang kirin nîşan dide.
Tablo 86. Ev mazûvan agahdar dike ku dane hatine wergirtin. EVT_CTS_DONE
Qada Payload | Dirêjî | Nirx / Danasîna |
Bûyer | 1 byte | 00 … TRIGGER qewimî, dane ji bo wergirtinê amade ne. |
4.5.10.2 CTS_CONFIGURE
Ev rêwerz ji bo mîhengkirina hemî tomarên CTS yên pêwîst ên wekî tetikan, tomarên otobusê yên ceribandinê, s tê bikar anîn.ampveavakirina ling hwd.,
Not:
[1] têgihiştinek çêtir a veavakirina CTS peyda dike. Daneyên hatine girtin ku wekî beşek ji bersiva fermana Beşa 4.5.10.3 têne şandin.
4.5.10.2.1 Ferman
Tablo 87. Nirxa fermana CTS_CONFIGURE
Qada Payload | Dirêjî | Nirx / Danasîna |
PRE_TRIGGER_SHIFT | 1 Byte | Di yekîneyên 256 baytê de dirêjahiya rêza bidestxistina piştî-teqandinê diyar dike. 0 tê wateya bê guhertin; n tê wateya n * 256 bytes veguherîna astengkirinê. Nîşe: Tenê derbasdar e ger TRIGGER_MODE moda tetikê "PRE" an "COMB" be |
TRIGGER_MODE | 1 Byte | Moda Wergirtinê ya ku were bikar anîn diyar dike. |
0x00 - moda POST | ||
0x01 - RFU | ||
0x02 - Moda PRE | ||
0x03 - 0xFF - Nederbasdar | ||
RAM_PAGE_WIDTH | 1 Byte | Hejmara bîranîna li ser-çîpê ya ku ji hêla wergirtinê ve tê vegirtin diyar dike. Granularity ji hêla sêwiranê ve wekî 256 Bytes (ango 64 peyvên 32-bit) tê hilbijartin. Nirxên derbasdar wekî jêrîn in: 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 | Nirxa dehiyê ya vê qadê faktora dabeşkirina rêjeya demjimêrê diyar dike ku di dema wergirtinê de were bikar anîn. Saeta 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 | Van bit têne bikar anîn da ku diyar bikin ka kîjan byte ji du otobusên têketina 16-bit beşdarî mekanîzmaya navberê ya ku daneya ku ji bo bîranîna li ser-çîpê were veguheztin diafirîne. Wate û bikaranîna wan ji SAMPnirxên LE_MODE_SEL.
Nîşe: Nirxa hatî dayîn her gav bi 0x0F tê mask kirin û dûv re nirxa bandor tê hesibandin. |
SAMPLE_MODE_SEL | 1 Byte | s hildibijêreampling interleave mode wekî ku ji hêla taybetmendiyên sêwirana CTS ve hatî destnîşan kirin. Nirxa dehanî 3 hatiye veqetandin û dê wekî 0 were hesibandin. Nîşe: Nirxa hatî dayîn her gav bi 0x03 tê mask kirin, û dûv re nirxa bandor tête hesibandin. |
TB0 | 1 Byte | Hilbijêre ku kîjan otobusê testê bi TB0 ve girêdayî ye. Binêre Beşa 7 (TB_ Nirxa Nîşana_Index) |
TB1 | 1 Byte | Hilbijêre ku kîjan otobusê testê bi TB1 ve girêdayî ye. Binêre Beşa 7 (TB_ Nirxa Nîşana_Index) |
TB2 | 1 Byte | Hilbijêre ku kîjan otobusê testê bi TB2 ve girêdayî ye. Binêre Beşa 7 (TB_ Nirxa Nîşana_Index) |
TB3 | 1 Byte | Hilbijêre ku kîjan otobusê testê bi TB3 ve girêdayî ye. Binêre Beşa 7 (TB_ Nirxa Nîşana_Index) |
TTB_SELECT | 1 Byte | Hilbijêre ku kîjan TB bi çavkaniyên tehlikê ve girêdayî ye. Binêre Beşa 7 (Nirxa TB_Signal_Index) |
RFU | 4 Bytes | Her dem 0x00000000 bişînin |
MISC_CONFIG | 24 Bytes | Bûyerên tetikê, polarîtî hwd. Binêre [1] ji bo têgihîştina veavakirina CTS-ê ku bikar bînin. |
4.5.10.2.2 Bersiv
Tablo 88. Nirxa bersivê ya CTS_CONFIGURE
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.10.3 CTS_RETRIEVE_LOG
Ev talîmat qeyda daneya daneya otobusê ya hatî girtin s vedigireamples di tampona bîranînê de têne hilanîn.
4.5.10.3.1 Ferman
Tablo 89. Nirxa fermana CTS_RETRIEVE_LOG
Qada Payload | Dirêjî | Nirx / Danasîna | |
ChunkSize | 1 byte | 0x01-0xFF | Hejmara baytên daneya çaverêkirî dihewîne. |
4.5.10.3.2 Bersiv
Tablo 90. Nirxa bersivê CTS_RETRIEVE_LOG
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) PN5190_STATUS_SUCCSES_CHAINING |
||
Daneyên têketinê [1…n] | CTSRequest | Hat girtin Samples chunk Data |
Not:
Mezinahiya herî zêde ya 'Daneyên Têketinê' bi 'ChunkSize' ya ku wekî beşek fermanê hatî peyda kirin ve girêdayî ye.
Mezinahiya Tevahiya Têketinê dê di bersiva sernavê TLV de peyda bibe.
4.5.10.3.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.11 Fermanên TEST_MODE
4.5.11.1 ANTENNA_SELF_TEST
Ev rêwerz ji bo verastkirinê tê bikar anîn ka antenna girêdayî ye û pêkhateyên lihevhatî hatine nifûskirin/civandin.
Not:
Ev ferman hîna peyda nabe. Ji bo berdestiyê li notên berdanê binêrin.
4.5.11.2 PRBS_TEST
Ev rêwerz ji bo afirandina rêzika PRBS-ê ji bo veavakirinên cihêreng ên protokolên moda Reader û rêjeyên bit tê bikar anîn. Dema ku rêwerz were darve kirin, rêzika ceribandina PRBS dê li ser RF-ê peyda bibe.
Not:
Mêvandar divê pê ewle be ku veavakirina teknolojiya RF-ya guncan bi karanîna Beş 4.5.7.1 ve hatî barkirin û RF bi karanîna fermana Beş 4.5.8.1 berî şandina vê fermanê ON.
4.5.11.2.1 Ferman
Tablo 91. Nirxa fermana PRBS_TEST
Qada Payload | Dirêjî | Nirx / Danasîna | |
prbs_type | 1 Byte | 00 | PRBS9 (pêşbirk) |
01 | PRBS15 | ||
02-FF | RFU |
4.5.11.2.2 Bersiv
Tablo 92. Nirxa bersivê ya PRBS_TEST
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3 Event
Ji bo vê talîmatê bûyerek tune.
4.5.12 Fermanên Agahdariya Chip
4.5.12.1 GET_DIEID
Ev rêwerz ji bo xwendina nasnameya mirinê ya çîpa PN5190 tê bikar anîn.
4.5.12.1.1 Ferman
Tablo 93. Nirxa Fermana GET_DIEID
Qada Payload | Dirêjî | Nirx / Danasîna |
– | – | Di bargiraniyê de dane tune |
4.5.12.1.2 Bersiv
Tablo 94. Nirxa bersivê GET_DIEID
Qada barkirinê | Dirêjî | Nirx / danasîn |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (daneyên din tune) |
||
Nirxên | 16 Bytes | 16 bytes die ID. |
4.5.12.1.3 Event
Ji bo vê fermanê tu bûyer tune.
4.5.12.2 GET_VERSION
Ev rêwerz ji bo xwendina guhertoya HW, guhertoya ROM, û guhertoya FW ya çîpê PN5190 tê bikar anîn.
4.5.12.2.1 Ferman
Tablo 95. Nirxa fermana GET_VERSION
Qada Payload | Dirêjî | Nirx / Danasîna |
– | – | Di bargiraniyê de dane tune |
Di moda dakêşanê de fermanek DL_GET_VERSION (Beş 3.4.4) heye ku dikare ji bo xwendina guhertoya HW, guhertoya ROM, û guhertoya FW were bikar anîn.
4.5.12.2.2 Bersiv
Tablo 96. Nirxa bersivê GET_VERSION
Qada Payload | Dirêjî | Nirx / Danasîna |
Cî | 1 Byte | Rewşa operasyonê [Tablo 9]. Nirxên hêvîkirî wekî jêrîn in: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Daneyên din tune) |
||
HW_V | 1 byte | Versiyon ji hardware |
RO_V | 1 byte | Koda ROM |
FW_V | 2 bytes | Guhertoya Firmware (ji bo dakêşandinê tê bikar anîn) |
RFU1-RFU2 | 1-2 bytes | – |
Bersiva çaverêkirî ya ji bo guhertoya cihêreng a PN5190 IC di (Beş 3.4.4) de tê gotin.
4.5.12.2.3 Event
Ji bo vê fermanê tu bûyer tune.
Pêvek (ExampEW)
Ev pêvek ji berê pêk têamples ji bo emrên jorîn. The examples tenê ji bo mebesta ronîkirinê ne ku naveroka fermanê nîşan bidin.
5.1 Mînakample ji bo WRITE_REGISTER
Li dû rêza daneyên ku ji mêvandar hatine şandin da ku nirxek 0x12345678 li qeyda 0x1F binivîsin.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0000051F78563412
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar çarçoveya bersivê ya ku ji PN5190 hatî wergirtin dixwîne (xebata serketî nîşan dide): 00000100 5.2 Example ji bo WRITE_REGISTER_OR_MASK
Li dû rêza daneyên ku ji mêvandarê hatine şandin da ku li ser qeyda 0x1F bi maskek wekî 0x12345678 operasyona OR ya mantiqî pêk bînin.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0100051F78563412
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar çarçoveya bersivê ya ku ji PN5190 hatî wergirtin dixwîne (xebata serketî nîşan dide): 01000100
5.3 Mînakample ji bo WRITE_REGISTER_AND_MASK
Li dû rêza daneyên ku ji mêvandarê hatine şandin da ku li ser qeyda 0x1F bi maskek wekî 0x12345678 operasyona mentiqî Û pêk bînin.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0200051F78563412
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar çarçoveya bersivê ya ku ji PN5190 hatî wergirtin dixwîne (xebata serketî nîşan dide): 02000100
5.4 Mînakample bo WRITE_REGISTER_MULTIPLE
Li dû rêza daneyan ku ji mêvandarê hatî şandin ji bo pêkanîna AND operasyona mantiqî li ser qeyda 0x1F bi maskek wekî 0x12345678, û li ser operasyona OR ya mantiqî ya li ser qeyda 0x20 bi maskek wekî 0x11223344, û ji bo qeydkirina 0x21 bi nirxek wekî 0xAABBCCDD binivîse.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0300121F03785634122002443322112101DDCCBBAA
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar çarçoveya bersivê ya ku ji PN5190 hatî wergirtin dixwîne (xebata serketî nîşan dide): 03000100
5.5 Mînakample ji bo READ_REGISTER
Li dû rêza daneya ku ji mêvandarê hatî şandin da ku naveroka qeyda 0x1F bixwîne û tê texmîn kirin ku qeyd nirxa 0x12345678 heye.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0400011F
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar çarçoveya bersivê ya ku ji PN5190 hatî wergirtin dixwîne (xebata serketî nîşan dide): 0400050078563412
5.6 Mînakample ji bo READ_REGISTER_MULTIPLE
Li dû rêza daneyan ji mêvandar re hatine şandin da ku naveroka tomarên 0x1F ku nirxa 0x12345678 dihewîne, û 0x25 ku nirxa 0x11223344 vedihewîne bixwîne.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0500021F25
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê xwend, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 050009007856341244332211
5.7 Mînakample ji bo WRITE_E2PROM
Li dû rêza daneyên ku ji mêvandarê hatine şandin da ku li cîhên E2PROM 0x0130 heta 0x0134 binivîsin bi naverokên wekî 0x11, 0x22, 0x33, 0x44, 0x55
Çarçoveya fermanê ji PN5190 re hatî şandin: 06000730011122334455
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 06000100
5.8 Mînakample ji bo READ_E2PROM
Rêzeya jêrîn a daneyan ji mêvandarê hatî şandin da ku ji cîhên E2PROM 0x0130 heta 0x0134 bixwînin ku naverok lê hatine hilanîn ev in: 0x11, 0x22, 0x33, 0x44, 0x55
Çarçoveya fermanê ji PN5190 re hatî şandin: 07000430010500
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê xwend, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 070006001122334455
5.9 Mînakample ji bo TRANSMIT_RF_DATA
Li dû rêza daneyan ku ji mêvandar hatine şandin da ku fermanek REQA (0x26) bişîne, digel ku hejmarek bit wekî '0x07' bêne şandin, bihesibînin ku qeydên pêwîst berê hatine danîn û RF-ya ON.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0800020726
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 08000100
5.10 Mînakample ji bo RETRIEVE_RF_DATA
Li dû rêza daneyan ku ji mêvandarê hatî şandin ji bo wergirtina daneya ku di tampona CLIF ya hundurîn de hatî hilanîn/destanîn (bihesibînin ku 0x05 hatîye wergirtin), bihesibînin ku piştî ku RF-ya ON LIVE ye TRANSMIT_RF_DATA jixwe tê şandin.
Çarçoveya fermanê ji PN5190 re hatî şandin: 090000
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 090003000400
5.11 Mînakample ji bo EXCHANGE_RF_DATA
Li dû rêza daneyan ku ji mêvandarê hatî şandin ji bo veguheztina REQA (0x26), digel hejmarek bit di byteya paşîn de ji bo şandinê wekî 0x07 hatî danîn, digel hemî statûya ku digel daneyê bêne wergirtin. Texmîn ev e ku qeydên RF-ê yên hewce jixwe hatine danîn û RF-ya LIVE DIKE.
Çarçoveya fermanê ji PN5190 re hatî şandin: 0A0003070F26
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê xwend, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî destnîşan dike): 0A000 F000200000000000200000000004400
5.12 Mînakample ji bo LOAD_RF_CONFIGURATION
Li dû rêza daneyan ji mêvandar re hatî şandin da ku veavakirina RF-ê saz bike. Ji bo TX, 0x00 û ji bo RX, 0x80
Çarçoveya fermanê ji PN5190 re hatî şandin: 0D00020080
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 0D000100
5.13 Mînakample ji bo UPDATE_RF_CONFIGURATION
Li dû rêza daneyan ku ji mêvandarê hatî şandin da ku veavakirina RF-yê nûve bike. Ji bo TX, 0x00, bi navnîşana qeydê ji bo CLIF_CRC_TX_CONFIG û nirxa wekî 0x00000001
Çarçoveya fermanê ji PN5190 re hatî şandin: 0E0006001201000000
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê xwend, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 0E000100
5.14 Mînakample ji bo RF_ON
Li dû rêza daneyan ji mêvandar re hatî şandin da ku qada RF-ê bi karanîna dûrketina lihevketinê û No P2P çalak vebike. Tê texmîn kirin, veavakirina RF TX û RX ya têkildar jixwe di PN5190 de hatine danîn.
Çarçoveya fermanê ji PN5190 re hatî şandin: 10000100
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 10000100
5.15 Mînakample ji bo RF_OFF
Li dû rêza daneyan ji mêvandar re hatî şandin da ku qada RF-ê OFF bike.
Çarçoveya fermanê ji PN5190 re hatî şandin: 110000
Mêvandar li benda navberekê bimîne.
Dema ku mêvandar bersivê dixwîne, çarçoveyek ji PN5190 hatî wergirtin (xebata serketî nîşan dide): 11000100
Pêvek (Indeksên veavakirina protokola RF)
Ev pêvek ji navnîşên mîhengên protokola RF-ê yên ku ji hêla PN5190 ve têne piştgirî kirin pêk tê.
Pêdivî ye ku mîhengên mîhengê yên TX û RX di fermanên Beş 4.5.7.1, Beş 4.5.7.2, Beş 4.5.7.3 de werin bikar anîn.
Pêvek (sînyalên CTS û TESTBUS)
Tabloya jêrîn îşaretên cihêreng ên ku ji PN5190 peyda dibin diyar dike ku bi karanîna rêwerzên CTS (Beş 4.5.10) û rêwerzên TESTBUS têne girtin.
Divê ev ji bo fermana Beþ 4.5.9.1, Beþ 4.5.9.2, Beþ 4.5.10.2 bên bikaranîn.
Kurtenivîsandin
Tablo 97. Kurtkirin
Abbr. | Mane |
CLK | Seet |
DWL_REQ | Pîneya Daxwaza Dakêşanê (ku jê re DL_REQ jî tê gotin) |
EEPROM | Bîra Tenê Xwendina Bernamekirî bi Elektrîkî Jêbirin |
FW | Firmware |
GND | Erd |
GPIO | Armanca Giştî ya Input Output |
HW | Hardware |
I²C | Circuit-Integrated (otobusa daneya serial) |
IRQs | Daxwaza Navberdanê |
ISO/IEC | Rêxistina Standarda Navneteweyî / Civaka Elektroteknîkî ya Navneteweyî |
NFC | Têkiliya Zeviya Nêzîkî |
OS | Operating System |
PCD | Amûra Hevgirêdana Nêzîkbûnê (Xwendevana Bê Têkilî) |
PICC | Qerta Circuitê ya Yekgirtî ya Nêzîkbûnê (Karta Bê Têkilî) |
PMU | Yekîneya Rêveberiya Hêzê |
POR | Power-on reset |
RF | Radyofrequency |
RST | Reset |
SFWU | mode download firmware ewle |
SPI | Serial Interface Peripheral |
VEN | V Pînê çalak bike |
Çavkanî
[1] Beşa veavakirina CTS ya NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT[2] PN5190 Daneyên IC, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
Agahiyên qanûnî
10.1 Pênaseyên
Draft - Pêşnûmeya statûyek li ser belgeyek destnîşan dike ku naverok hîn jî di bin reya hundurîn de yeview û bi erêkirina fermî ve girêdayî ye, ku dibe sedema guhertin an zêdekirin. NXP Semiconductors di derbarê rastbûn an temambûna agahdariya ku di pêşnumayek belgeyek de cih digire ti nûnertî an garantî nade û ji ber encamên karanîna van agahdariyan berpirsiyar tune.
10.2 Danezanîn
Garantî û berpirsiyariya sînorkirî - Agahiyên di vê belgeyê de tê bawer kirin ku rast û pêbawer in. Lêbelê, NXP Semiconductors di derbarê rastbûn an tevahîbûna van agahdariyan de ti nûnerî an garantî nade, diyar an jî têgihîştî û dê berpirsiyariya encamên karanîna van agahdariyan tune be. NXP Semiconductors ti berpirsiyariya naveroka vê belgeyê nagire ger ji hêla çavkaniyek agahdarî li derveyî NXP Semiconductors ve were peyda kirin.
Bi ti awayî nîvconductorên NXP berpirsiyariya zirarên neyekser, rûdanî, cezayî, taybetî an encamgir (di nav de - bê sînor qezencên winda, teserifên winda, qutbûna karsaziyê, lêçûnên têkildarî rakirin an guheztina hilberan an berdêlên ji nû ve xebitandinê) ne berpirsiyar in. zirarên weha ne li ser bingehê tolhildanê (di nav de xemsarî), garantî, binpêkirina peymanê an teoriyek qanûnî ya din in.
Tevî her zirarên ku xerîdar ji ber her sedemek dibe bila bibe, berpirsiyariya giştî û berhevkirî ya NXP Semiconductors li hember xerîdar ji bo hilberên ku li vir têne diyar kirin dê li gorî rêziknameyê sînordar be.
Şert û mercên firotina bazirganî yên NXP Semiconductors.
Mafê guherandinê - NXP Semiconductors mafê guheztina agahdariya ku di vê belgeyê de hatî weşandin, di nav de bêyî sînorkirin û danasîna hilberan, di her dem û bê agahdarî de vedihewîne. Ev belge hemî agahdariya ku beriya weşana vir hatî peyda kirin diguhezîne û diguhezîne.
Ji bo karanînê maqûl - Berhemên NXP Semiconductors ne hatine sêwirandin, destûr an garantî ne ku ji bo karanîna di piştgirîya jiyanê de, pergalên an amûrên krîtîk-krîtîk ên jiyanê an ewlehiyê, û ne jî di serîlêdanên ku têkçûn an xeletiya hilberek NXP Semiconductors bi awayekî maqûl tê hêvî kirin. ku bibe sedema zirara kesane, mirin an zirara giran a mal an jîngehê. NXP Semiconductors û dabînkerên wê ji bo tevlêbûn û/an karanîna hilberên NXP Semiconductors di van amûr an serlêdanan de berpirsiyariyek napejirînin û ji ber vê yekê tevlêbûn û / an karanîna wusa di xetereya xerîdar de ye.
Applications - Serîlêdanên ku li vir ji bo yek ji van hilberan têne diyar kirin tenê ji bo mebestên raveker in. NXP Semiconductors tu temsîlî an garantî nake ku sepanên weha dê ji bo karanîna diyarkirî bêyî ceribandin an guheztinek din maqûl bin.
Xerîdar ji sêwirandin û xebitandina serîlêdan û hilberên xwe yên ku hilberên NXP Semiconductors bikar tînin berpirsiyar in, û NXP Semiconductors ti berpirsiyariyek ji bo arîkariya bi serîlêdan an sêwirana hilberê xerîdar re qebûl nake. Tenê berpirsiyariya xerîdar e ku diyar bike ka hilbera NXP Semiconductors ji bo serîlêdanên xerîdar û hilberên plansazkirî, û her weha ji bo serîlêdana plansazkirî û karanîna xerîdar(yên) partiya sêyemîn a xerîdar maqûl û maqûl e. Pêdivî ye ku xerîdar sêwiran û parastinên xebitandinê yên guncan peyda bikin da ku xetereyên bi serîlêdan û hilberên xwe ve girêdayî kêm bikin.
NXP Semiconductors ti berpirsiyariyek têkildarî tu pêşnuma, zirar, lêçûn an pirsgirêkek ku li ser bingehek qelsî an pêşnumayek di serîlêdan an hilberên xerîdar de, an serîlêdan an karanîna ji hêla xerîdar(yên) partiya sêyemîn a xerîdar ve girêdayî ye, qebûl nake. Xerîdar berpirsiyar e ku hemî ceribandinên pêwîst ji bo serîlêdan û hilberên xerîdar bi karanîna hilberên NXP Semiconductors bikar bîne da ku ji pêşnumayek serîlêdan û hilberan an serîlêdanê dûr bixe an ji hêla xerîdar(yên) partiya sêyemîn a xerîdar ve were bikar anîn. NXP di vî warî de tu berpirsiyariyê qebûl nake.
NXP BV - NXP BV ne pargîdaniyek xebitandinê ye û ew hilberan belav nake an nafiroşe.
10.3 Lîsans
Kirîna IC-yên NXP bi teknolojiya NFC - Kirîna IC-ya nîvconductors NXP ku bi yek ji standardên Ragihandina Qada Nêzîkî (NFC) ISO/IEC 18092 û ISO/IEC 21481 re tevdigere, lîsansek têgihîştî di binê tu bicîhkirina mafê patentê de ku ji hêla binpêkirina mafê patentê ve hatî binpêkirin, nagihîne. yek ji wan standardan. Kirîna NXP Semiconductors IC lîsansek ji tu patenta NXP (an mafê IP-ya din) re nagire ku berhevokên wan hilberan bi hilberên din re vedigire, çi hardware an nermalavê.
10.4 Markên bazirganî
Nîşe: Hemî markayên referanskirî, navên hilberan, navên karûbar, û nîşaneyên bazirganî milkê xwediyên wan ên têkildar in.
NXP - nîşana peyv û logo marqeyên NXP BV ne
EdgeVerse - nîşanek bazirganî ya NXP BV ye
FeliCa - nîşana bazirganî ya Sony Corporation e.
MIFARE - nîşanek bazirganî ya NXP BV ye
MIFARE Classic - nîşanek bazirganî ya NXP BV ye
Ji kerema xwe hay ji xwe hebin ku li ser vê belgeyê û hilber(ên) ku li vir hatine vegotin, agahdarîyên girîng di beşa 'Agahdariya qanûnî' de cih girtine.
© 2023 NXP BV
Ji bo bêtir agahdarî, ji kerema xwe biçin: http://www.nxp.com
Hemû maf parastî ne.
Dîroka weşanê: 25 Gulan 2023
Nasnameya belgeyê: UM11942
Belge / Çavkanî
![]() |
NXP PN5190 Kontrolkerê Eniya NFC [pdf] Rêbernameya Bikarhêner PN5190, PN5190 Kontrolkerê Eniya NFC, Kontrolkerê Eniya NFC, Kontrolker, UM11942 |