Manuali i përdoruesit të NXP PN5190 NFC Frontend Controller

Informacion	përmbajtja
Fjalë kyçe	PN5190, NFC, pjesa e përparme NFC, kontrolluesi, shtresa e udhëzimeve
Abstrakt	Ky dokument përshkruan komandat dhe përgjigjet e shtresës së udhëzimeve për të punuar nga një kontrollues pritës, për vlerësimin e funksionimit të kontrolluesit të frontit NXP PN5190 NFC. PN5190 është një kontrollues ballor i gjeneratës së ardhshme NFC. Qëllimi i këtij dokumenti është të përshkruajë komandat e ndërfaqes për të punuar me kontrolluesin ballor PN5190 NFC. Për më shumë informacion mbi funksionimin e kontrolluesit të pjesës së përparme PN5190 NFC, referojuni fletës së të dhënave dhe informacionit të tij plotësues.

Historia e rishikimit

Rev	Data	Përshkrimi
3.7	20230525	• Lloji dhe titulli i dokumentit u ndryshuan nga shtesa e fletës së të dhënave të produktit në manualin e përdoruesit • Pastrim editorial • Kushtet editoriale të përditësuara për sinjalet SPI • U shtua komanda GET_CRC_USER_AREA në tabelën 8 në seksionin 4.5.2.3 • Përditësuan detaje të ndryshme të diferencuara për PN5190B1 dhe PN5190B2 në seksionin 3.4.1 • Përgjigja e përditësuar e Seksionit 3.4.7
3.6	20230111	Përshkrimi i përgjigjes së integritetit të kontrollit të përmirësuar në seksionin 3.4.7
3.5	20221104	Seksioni 4.5.4.6.3 “Ngjarja”: shtuar
3.4	20220701	• U shtua komanda CONFIGURE_MULTIPLE_TESTBUS_DIGITAL në tabelën 8 në seksionin 4.5.9.3 • Seksioni 4.5.9.2.2 i përditësuar
3.3	20220329	Përshkrimi i harduerit është përmirësuar në seksionin 4.5.12.2.1 "Komanda" dhe seksionin 4.5.12.2.2 "Përgjigja"
3.2	20210910	Numrat e versionit të firmuerit u përditësuan nga 2.1 në 2.01 dhe 2.3 në 2.03
3.1	20210527	U shtua përshkrimi i komandës RETRIEVE_RF_FELICA_EMD_DATA
3	20210118	Versioni i parë zyrtar i lëshuar

Hyrje

1.1 Hyrje
Ky dokument përshkruan ndërfaqen e hostit PN5190 dhe API-të. Ndërfaqja fizike e hostit e përdorur në dokumentacion është SPI. Karakteristika fizike SPI nuk merret parasysh në dokument.
Ndarja e kornizës dhe kontrolli i rrjedhës janë pjesë e këtij dokumenti.
1.1.1 Fushëveprimi
Dokumenti përshkruan shtresën logjike, kodin e udhëzimeve, API-të që janë të rëndësishme për klientin.

Komunikimi pritës ka përfunduarview

PN5190 ka dy mënyra kryesore të funksionimit për të komunikuar me kontrolluesin pritës.

Komunikimi i bazuar në HDLL përdoret kur pajisja aktivizohet për të hyrë:
a. Modaliteti i shkarkimit i koduar i sigurt për të përditësuar firmuerin e tij

Komunikimi i bazuar në përgjigjen e komandës TLV (i dhënë si një shembullample).

Modaliteti 2.1 HDLL
Modaliteti HDLL përdoret për formatin e shkëmbimit të paketave për të punuar me mënyrat e mëposhtme të funksionimit IC:

Siguroni modalitetin e shkarkimit të firmuerit (SFWU), shihni seksionin 3

2.1.1 Përshkrimi i HDLL
HDLL është shtresa e lidhjes e zhvilluar nga NXP për të siguruar një shkarkim të besueshëm të FW.
Një mesazh HDLL përbëhet nga një kokë 2 bajt, e ndjekur nga një kornizë, që përfshin kodin optik dhe ngarkesën e komandës. Çdo mesazh përfundon me një CRC 16-bit, siç përshkruhet në foton më poshtë:Kreu i HDLL përmban:

Një copëz. Që tregon nëse ky mesazh është pjesa e vetme ose e fundit e një mesazhi (copë = 0). Ose nëse, të paktën, pason një pjesë tjetër (copë = 1).
Gjatësia e ngarkesës së koduar në 10 bit. Pra, ngarkesa e kornizës HDLL mund të shkojë deri në 1023 bajt.

Renditja e bajtit është përcaktuar si big-endian, që do të thotë së pari Ms Byte.
CRC16 është në përputhje me standardin X.25 (CRC-CCITT, ISO/IEC13239) me polinomin x^16 + x^12 + x^5 +1 dhe vlerën e para-ngarkesës 0xFFFF.
Ai llogaritet në të gjithë kornizën HDLL, domethënë Header + Frame.
SampZbatimi i kodit C:
static uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i;
uint16_t crc_new;
uint16_t crc = 0xffffU;
për (I = 0; i < dwGjatësia; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8 );
crc_i ri ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_i ri ^= crc_i ri << 12;
crc_i ri ^= (crc_i ri & 0xff) << 5;
crc = crc_i ri;
}
kthimi crc;
}
2.1.2 Harta e transportit mbi SPI
Për çdo pohim NTS, bajt i parë është gjithmonë një HEADER (bajti i treguesit të rrjedhës), mund të jetë ose 0x7F/0xFF në lidhje me operacionin e shkrimit/leximit.
2.1.2.1 Shkrimi i sekuencës nga hosti (drejtimi DH => PN5190)2.1.2.2 Sekuenca e leximit nga hosti (Drejtimi PN5190 => DH)2.1.3 Protokolli HDLL
HDLL është një protokoll i përgjigjes së komandës. Të gjitha operacionet e përmendura më sipër aktivizohen përmes një komande specifike dhe vërtetohen në bazë të përgjigjes.
Komandat dhe përgjigjet ndjekin sintaksën e mesazhit HDLL, komanda dërgohet nga hosti i pajisjes, përgjigja nga PN5190. Opcode tregon komandën dhe llojin e përgjigjes.
Komunikimet e bazuara në HDLL, përdoren vetëm kur PN5190 aktivizohet për të hyrë në modalitetin "Shkarkim i sigurt i firmuerit".
Modaliteti 2.2 TLV
TLV qëndron për Tag Vlera e gjatësisë.
2.2.1 Përkufizimi i kornizës
Një kornizë SPI fillon me skajin në rënie të NTS dhe përfundon me skajin në rritje të NTS. SPI është me përkufizim fizik full duplex, por PN5190 përdor SPI në një modalitet gjysmë dupleks. Modaliteti SPI është i kufizuar në CPOL 0 dhe CPHA 0 me një shpejtësi maksimale të orës siç specifikohet në [2]. Çdo kornizë SPI përbëhet nga një kokë 1 bajt dhe n-bajtë trup.
2.2.2 Treguesi i rrjedhësHOST dërgon gjithmonë si bajt të parë bajtin e treguesit të rrjedhës, pavarësisht nëse dëshiron të shkruajë ose lexojë të dhëna nga PN5190.
Nëse ka një kërkesë leximi dhe nuk ka të dhëna të disponueshme, përgjigja përmban 0xFF.
Të dhënat pas bajtit të treguesit të rrjedhës janë një ose disa mesazhe.
Për çdo pohim NTS, bajt i parë është gjithmonë një HEADER (bajti i treguesit të rrjedhës), mund të jetë ose 0x7F/0xFF në lidhje me operacionin e shkrimit/leximit.
2.2.3 Lloji i mesazhit
Një kontrollues pritës do të komunikojë me PN5190 duke përdorur mesazhe që transportohen brenda kornizave SPI.
Ekzistojnë tre lloje të ndryshme mesazhesh:

Komanda
Përgjigje
Ngjarje

Diagrami i komunikimit i mësipërm tregon udhëzimet e lejuara për llojet e ndryshme të mesazheve si më poshtë:

Komanda dhe përgjigja.
Komandat dërgohen vetëm nga kontrolluesi pritës në PN5190.
Përgjigjet dhe ngjarjet dërgohen vetëm nga PN5190 te kontrolluesi pritës.
Përgjigjet e komandave sinkronizohen duke përdorur pinin IRQ.
Host mund të dërgojë komanda vetëm kur IRQ është i ulët.

Pritësi mund të lexojë përgjigjen/ngjarjen vetëm kur IRQ është i lartë.

2.2.3.1 Sekuencat dhe rregullat e lejuaraSekuencat e lejuara të komandës, përgjigjes dhe ngjarjeve

Një komandë pranohet gjithmonë nga një përgjigje, ose një ngjarje, ose të dyja.
Kontrolluesi i hostit nuk lejohet të dërgojë një komandë tjetër përpara se të mos ketë marrë një përgjigje ndaj komandës së mëparshme.

Ngjarjet mund të dërgohen në mënyrë asinkrone në çdo kohë (NUK ndërthuren brenda një çifti komandimi/përgjigje).
Mesazhet EVENT nuk kombinohen kurrë me mesazhet RESPONSE brenda një kornize.

Shënim: Disponueshmëria e një mesazhi (përgjigje ose EVENT) sinjalizohet me IRQ që shkon lart, nga niveli i ulët. IRQ qëndron i lartë derisa të lexohet e gjithë përgjigja ose korniza e ngjarjes. Vetëm pasi sinjali IRQ të jetë i ulët, hosti mund të dërgojë komandën tjetër.
2.2.4 Formati i mesazhit
Çdo mesazh është i koduar në një strukturë TLV me ngarkesë n-bajtë për çdo mesazh, përveç komandës SWITCH_MODE_NORMAL.Çdo TLV përbëhet nga:Lloji (T) => 1 bajt
Bit[7] Lloji i mesazhit
0: Mesazh KOMANDA ose PËRGJIGJE
1: mesazh NGJARJE
Bit[6:0]: Kodi i udhëzimit
Gjatësia (L) => 2 bajt (duhet të jetë në formatin big-endian)
Vlera (V) => N bajt të vlerës/të dhënave të TLV (Parametrat e komandës / të dhënat e përgjigjes) bazuar në fushën e gjatësisë (format i madh-endian)
2.2.4.1 Kornizë e ndarë
Mesazhi COMMAND duhet të dërgohet në një kornizë SPI.
Mesazhet RESPONSE dhe EVENT mund të lexohen në korniza të shumta SPI, p.sh. për të lexuar gjatësinë e bajtit.Mesazhet RESPONSE ose EVENT mund të lexohen në një kornizë të vetme SPI, por të vonuara nga NO-CLOCK në mes, p.sh., për të lexuar bajtin e gjatësisë.

Modaliteti i nisjes së funksionimit të IC – mënyra e shkarkimit të siguruar FW

3.1 Hyrje
Një pjesë e kodit të firmuerit PN5190 ruhet përgjithmonë në ROM, ndërsa pjesa tjetër e kodit dhe të dhënat ruhen në flashin e integruar. Të dhënat e përdoruesit ruhen në flash dhe mbrohen nga mekanizma kundër grisjes që sigurojnë integritetin dhe disponueshmërinë e të dhënave. Për t'u ofruar klientëve të NXP-ve veçori që janë në përputhje me standardet më të fundit (EMVCo, Forumi NFC, e kështu me radhë), si kodi ashtu edhe të dhënat e përdoruesit në FLASH mund të përditësohen.
Autenticiteti dhe integriteti i firmuerit të koduar mbrohet nga nënshkrimi i çelësit asimetrik/simetrik dhe mekanizmi hash me zinxhir të kundërt. Komanda e parë DL_SEC_WRITE përmban hash-in e komandës së dytë dhe mbrohet nga një nënshkrim RSA në ngarkesën e kornizës së parë. Firmware PN5190 përdor çelësin publik RSA për të vërtetuar komandën e parë. Hash-i i lidhur me zinxhir në secilën komandë përdoret për të vërtetuar komandën pasuese, për të siguruar që kodi dhe të dhënat e firmuerit të mos aksesohen nga palët e treta.
Ngarkesat e komandave DL_SEC_WRITE janë të koduara me një çelës AES-128. Pas vërtetimit të çdo komande, përmbajtja e ngarkesës deshifrohet dhe shkruhet në ndezje nga firmware PN5190.
Për firmware-in NXP, NXP është përgjegjës për ofrimin e përditësimeve të reja të sigurta të firmuerit, së bashku me të dhënat e reja të përdoruesit.
Procedura e përditësimit është e pajisur me një mekanizëm për të mbrojtur autenticitetin, integritetin dhe konfidencialitetin e kodit dhe të dhënave NXP.
Skema e paketave të kornizës së bazuar në HDLL përdoret për të gjitha komandat dhe përgjigjet për modalitetin e sigurt të përmirësimit të firmuerit.
Seksioni 2.1 jep mbiview e skemës së paketës së kornizës HDLL të përdorur.
IC-të PN5190 mbështesin si shkarkimin e sigurt të FW të koduar të trashëguar, ashtu edhe protokollin e shkarkimit të sigurt FW të koduar me asistencë të kriptos, në varësi të variantit të përdorur.
Dy llojet janë:

Protokolli i sigurt i shkarkimit FW i trashëguar që funksionon vetëm me versionin IC PN5190 B0/B1.
Protokolli i sigurt i shkarkimit FW me ndihmën e kriptos së harduerit që funksionon vetëm me versionin IC PN5190B2, që përdor blloqet e kriptos së harduerit në çip

Seksionet e mëposhtme shpjegojnë komandat dhe përgjigjet e modalitetit të shkarkimit të sigurt të firmuerit.
3.2 Si të aktivizoni modalitetin "Shkarkim i sigurt i firmuerit".
Më poshtë diagrami dhe hapat pasues, tregojnë se si të aktivizoni modalitetin e shkarkimit të firmuerit të sigurt.Parakushti: PN5190 është në gjendje operimi.
Skenari kryesor:

Kushti i hyrjes ku pin DWL_REQ përdoret për të hyrë në modalitetin "Shkarkim i sigurt i firmuerit".
a. Pritësi i pajisjes e tërheq lart pinin DWL_REQ (i vlefshëm vetëm nëse përditësimi i sigurt i firmuerit përmes pinit DWL_REQ) OSE
b. Pritësi i pajisjes kryen një rivendosje të vështirë për të nisur PN5190

Kushti i hyrjes ku pin DWL_REQ nuk përdoret për të hyrë në modalitetin "Shkarkim i sigurt i firmuerit" (shkarkim pa kunja).
a. Pritësi i pajisjes kryen një rivendosje të vështirë për të nisur PN5190
b. Pritësi i pajisjes dërgon SWITCH_MODE_NORMAL (Seksioni 4.5.4.5) për të hyrë në modalitetin normal të aplikimit.
c. Tani kur IC është në modalitetin normal të aplikimit, hosti i pajisjes dërgon SWITCH_MODE_DOWNLOAD (Seksioni 4.5.4.9) për të hyrë në modalitetin e sigurt të shkarkimit.
Pritësi i pajisjes dërgon komandën DL_GET_VERSION (Seksioni 3.4.4) ose DL_GET_DIE_ID (Seksioni 3.4.6) ose DL_GET_SESSION_STATE (Seksioni 3.4.5).

Pritësi i pajisjes lexon versionin aktual të harduerit dhe firmuerit, seancën, Die-id nga pajisja.
a. Pritësi i pajisjes kontrollon statusin e sesionit nëse shkarkimi i fundit ka përfunduar
b. Pritësi i pajisjes zbaton rregullat e kontrollit të versionit për të vendosur nëse do të fillojë shkarkimi ose do të dalë nga shkarkimi.
Ngarkesat e hostit të pajisjes nga a file kodi binar i firmuerit që do të shkarkohet

Pritësi i pajisjes ofron një komandë të parë DL_SEC_WRITE ( Seksioni 3.4.8) që përmban:
a. Versioni i firmuerit të ri,
b. Një 16-bajtë pa vlera arbitrare të përdorura për errësimin e çelësit të enkriptimit
c. Një vlerë përmbledhëse e kornizës tjetër,
d. Nënshkrimi dixhital i vetë kornizës
Pritësi i pajisjes ngarkon sekuencën e protokollit të sigurt të shkarkimit në PN5190 me komandat DL_SEC_WRITE (Seksioni 3.4.8).

Kur komanda e fundit DL_SEC_WRITE (Seksioni 3.4.8) është dërguar, hosti i pajisjes ekzekuton komandën DL_CHECK_INTEGRITY (Seksioni 3.4.7) për të kontrolluar nëse kujtimet janë shkruar me sukses.
Pritësi i pajisjes lexon versionin e ri të firmuerit dhe kontrollon statusin e sesionit nëse është i mbyllur për raportim në shtresën e sipërme

Pritësi i pajisjes e tërheq pinin DWL_REQ në fund (nëse pin DWL_REQ përdoret për të hyrë në modalitetin e shkarkimit)
Pritësi i pajisjes kryen rivendosjen e vështirë (duke ndërruar pinin VEN) në pajisje për të rindezur PN5190
Gjendja pas: Firmware është përditësuar; është raportuar numri i ri i versionit të firmuerit.

3.3 Nënshkrimi i firmuerit dhe kontrolli i versionit
Në modalitetin e shkarkimit të firmuerit PN5190, një mekanizëm siguron që vetëm një firmware i nënshkruar dhe i dorëzuar nga NXP do të pranohet për firmuerin NXP.
Më poshtë zbatohet vetëm për firmuerin e sigurt të koduar NXP.
Gjatë një sesioni shkarkimi, dërgohet një version i ri i firmuerit 16 bit. Ai përbëhet nga një numër i madh dhe një numër i vogël:

Numri kryesor: 8 bit (MSB)
Numri i vogël: 8 bit (LSB)

PN5190 kontrollon nëse numri i ri i versionit kryesor është më i madh ose i barabartë me atë aktual. Nëse jo, shkarkimi i sigurt i firmuerit refuzohet dhe seanca mbahet e mbyllur.
3.4 Komandat HDLL për shkarkim të koduar të trashëguar dhe kripto të asistuar të harduerit shkarkim i koduar
Ky seksion ofron informacion në lidhje me komandat dhe përgjigjet që janë përdorur për të dy llojet e shkarkimeve për shkarkimin e firmuerit NXP.
3.4.1 Kodet OP të komandës HDLL
Shënim: Kornizat e komandave HDLL janë të rreshtuara 4 bajt. Bajtet e pashfrytëzuara të ngarkesës mbeten zero.
Tabela 1. Lista e kodeve OP të komandës HDLL

PN5190 B0/ B1 (Shkarkim i trashëgimisë)	PN5190 B2 (Shkarkim me ndihmën e kriptove)	Komanda Alias	Përshkrimi
0xF0	0xE5	DL_RESET	Kryen një rivendosje të butë
0xF1	0xE1	DL_GET_VERSION	Kthen numrat e versionit
0xF2	0xDB	DL_GET_SESSION_STATE	Rikthen gjendjen aktuale të sesionit
0xF4	0xDF	DL_GET_DIE_ID	Kthen ID-në e kartës
0xE0	0xE7	DL_CHECK_INTEGRITY	Kontrollon dhe kthen CRC-të në zona të ndryshme, si dhe flamujt e statusit të kalimit/dështimit për secilën
0xC0	0x8C	DL_SEC_SHKRUAJ	Shkruan x byte në memorie duke filluar nga adresa absolute y

3.4.2 Opkodet e përgjigjes HDLL
Shënim: Kornizat e përgjigjes HDLL janë të rreshtuara 4 bajt. Bajtet e pashfrytëzuara të ngarkesës mbeten zero. Vetëm përgjigjet DL_OK mund të përmbajnë vlera të ngarkesës.
Tabela 2. Lista e kodeve OP të përgjigjes HDLL

opcode	Pseudonimi i përgjigjes	Përshkrimi
0x00	DL_OK	Komanda kaloi
0x01	DL_INVALID_ADDR	Adresa nuk lejohet
0x0B	DL_UNKNOW_CMD	Komandë e panjohur
0x0C	DL_ABORTED_CMD	Sekuenca e copëzave është shumë e madhe
0x1E	DL_ADDR_RANGE_OFL_ERROR	Adresa jashtë rrezes
0x1F	DL_BUFFER_OFL_ERROR	Buferi është shumë i vogël
0x20	DL_MEM_BSY	Kujtesa është e zënë
0x21	DL_SIGNATURE_ERROR	Mospërputhja e nënshkrimit
0x24	DL_FIRMWARE_VERSION_ERROR	Versioni aktual i barabartë ose më i lartë
0x28	DL_PROTOCOL_GABIM	Gabim protokolli
0x2A	DL_SFWU_DEGRADED	Korrupsioni i të dhënave flash
0x2D	PH_STATUS_DL_FIRST_CHUNK	Pjesa e parë e marrë
0x2E	PH_STATUS_DL_NEXT_CHUNK	Prisni për pjesën tjetër
0xC5	PH_STATUS_INTERNAL_ERROR_5	Mospërputhja e gjatësisë

3.4.3 Komanda DL_RESET
Shkëmbimi i kornizës:
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] Rivendosja pengon PN5190 të dërgojë përgjigjen DL_OK.US Prandaj, mund të merret vetëm status i gabuar.
STAT është statusi i kthimit.
3.4.4 Komanda DL_GET_VERSION
Shkëmbimi i kornizës:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 RFU16 përgjigjen e ngarkuesit
Tabela 3. Përgjigja ndaj komandës GetVersion

Fusha	Bajt	Përshkrimi
STAT	1	Statusi
HW_V	2	Versioni i harduerit
RO_V	3	Kodi ROM
MODEL_ID	4	ID e modelit
FMxV	5-6	Versioni i firmuerit (përdoret për shkarkim)
RFU1-RFU2	7-8	–

Vlerat e pritshme të fushave të ndryshme të përgjigjes dhe hartëzimi i tyre është si më poshtë:
Tabela 4. Vlerat e pritshme të përgjigjes së komandës GetVersion

Lloji i IC	Versioni HW (hex)	Versioni ROM (hex)	ID-ja e modelit (heks)	Versioni FW (hex)
PN5190 B0	0x51	0x02	0x00	xx.vv
PN5190 B1	0x52	0x02	0x00	xx.vv
PN5190 B2	0x53	0x03	0x00	xx.vv

3.4.5 Komanda DL_GET_SESSION_STATE
Shkëmbimi i kornizës:
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] Korniza e ngarkesës së përgjigjes GetSession është:
Tabela 5. Përgjigja ndaj komandës GetSession

Fusha	Bajt	Përshkrimi
STAT	1	Statusi
SSTA	2	Gjendja e seancës • 0x00: e mbyllur • 0x01: hapur • 0x02: i kyçur (nuk lejohet më shkarkim)
RFU	3-4

3.4.6 Komanda DL_GET_DIE_ID
Shkëmbimi i kornizës:
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] Korniza e ngarkesës së përgjigjes GetDieId është:
Tabela 6. Përgjigja ndaj komandës GetDieId

Fusha	Bajt	Përshkrimi
STAT	1	Statusi
RFU	2-4
VDES	5-20	ID-ja e kartës (16 bajt)

3.4.7 Komanda DL_CHECK_INTEGRITY
Shkëmbimi i kornizës:
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] Përgjigja e pagesës CRC16 është në ngarkesën e grXNUMX]
Tabela 7. Përgjigja ndaj komandës CheckIntegrity

Fusha	Bajt	Vlera/Përshkrimi
STAT	1	Statusi
TË DHËNAT E LEN	2	Numri total i seksioneve të të dhënave
KODI LEN	3	Numri total i seksioneve të kodit
RFU	4	Rezervuar
[CRC_INFO]	58	32 bit (pak-endian). Nëse është vendosur një bit, CRC e seksionit përkatës është në rregull, përndryshe Jo OK.
		Bit	Statusi i integritetit të zonës
		[31:28]	Rezervuar [3]
		[27:23]	Rezervuar [1]
		[22]	Rezervuar [3]
		[21:20]	Rezervuar [1]
		[19]	Zona e konfigurimit RF (PN5190 B0/B1) [2] E rezervuar (PN5190 B2) [3]
		[18]	Zona e konfigurimit të protokollit (PN5190 B0/B1) [2] Zona e konfigurimit RF (PN5190 B2) [2]
		[17]	E rezervuar (PN5190 B0/B1) [3] Zona e konfigurimit të përdoruesit (PN5190 B2) [2]
		[16:6]	Rezervuar [3]
		[5:4]	Rezervuar për PN5190 B0/B1 [3] Rezervuar për PN5190 B2 [1]
		[3:0]	Rezervuar [1]
[CRC32]	9-136	CRC32 nga 32 seksionet. Çdo CRC është prej 4 bajtesh të ruajtura në formatin pak endian. 4 bajtët e parë të CRC janë të bitit CRC_INFO[31], 4 bajtët e ardhshëm të CRC janë të bitit CRC_ INFO[30] e kështu me radhë.

[1] Ky bit duhet të jetë 1 që PN5190 të funksionojë siç duhet (me veçori dhe ose shkarkim FW të koduar).
[2] Ky bit është vendosur në 1 si parazgjedhje, por cilësimet e modifikuara nga përdoruesi e zhvlerësojnë CRC-në. Asnjë efekt në funksionalitetin PN5190..
[3] Kjo vlerë biti, edhe nëse është 0, nuk është relevante. Kjo vlerë biti mund të injorohet..

3.4.8 Komanda DL_SEC_WRITE
Komanda DL_SEC_WRITE duhet të konsiderohet në kontekstin e një sekuence komandash të sigurta të shkrimit: "shkarkimi i sigurt i firmuerit" i koduar (shpesh i referuar si eSFWu).
Komanda e shkrimit të sigurt fillimisht hap seancën e shkarkimit dhe kalon vërtetimin RSA. Të tjerat po kalojnë adresa të koduara dhe bajt për t'i shkruar në Flash PN5190. Të gjithë, përveç atij të fundit, përmbajnë hash të pasardhësve, prandaj informon se nuk janë të fundit, dhe lidh kriptografikisht kornizat e sekuencës së bashku.
Komandat e tjera (përveç DL_RESET dhe DL_CHECK_INTEGRITY) mund të futen midis komandave të sigurta të shkrimit të një sekuence pa e prishur atë.
3.4.8.1 Komanda e parë DL_SEC_WRITE
Një komandë e sigurt shkrimi është e para nëse dhe vetëm nëse:

Gjatësia e kornizës është 312 bajt
Asnjë komandë e sigurt e shkrimit nuk është marrë që nga rivendosja e fundit.
Nënshkrimi i integruar është verifikuar me sukses nga PN5190.

Përgjigja ndaj komandës së kornizës së parë do të ishte si më poshtë: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT është statusi i kthimit.
Shënim: Të paktën një pjesë e të dhënave duhet të shkruhet gjatë një eSFWu edhe pse të dhënat e shkruara mund të jenë të gjata vetëm një bajt. Prandaj, komanda e parë do të përmbajë gjithmonë hash-in e komandës tjetër, pasi do të ketë të paktën dy komanda.
3.4.8.2 Komandat e mesme DL_SEC_WRITE
Një komandë e sigurt shkrimi është një "e mesme" nëse dhe vetëm nëse:

Opcode është siç përshkruhet në seksionin 3.4.1 për komandën DL_SEC_WRITE.

Një komandë e parë e sigurt e shkrimit tashmë është marrë dhe verifikuar me sukses më parë
Asnjë rivendosje nuk ka ndodhur që nga marrja e komandës së parë të sigurt të shkrimit
Gjatësia e kornizës është e barabartë me madhësinë e të dhënave + madhësinë e kokës + madhësinë e hash-it: FLEN = SIZE + 6 + 32

Përmbledhja e të gjithë kornizës është e barabartë me vlerën hash të marrë në kornizën e mëparshme

Përgjigja ndaj komandës së kornizës së parë do të ishte si më poshtë: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT është statusi i kthimit.
3.4.8.3 Komanda e fundit DL_SEC_WRITE
Një komandë e sigurt shkrimi është e fundit nëse dhe vetëm nëse:

Opcode është siç përshkruhet në seksionin 3.4.1 për komandën DL_SEC_WRITE.

Një komandë e parë e sigurt e shkrimit tashmë është marrë dhe verifikuar me sukses më parë
Asnjë rivendosje nuk ka ndodhur që nga marrja e komandës së parë të sigurt të shkrimit
Gjatësia e kornizës është e barabartë me madhësinë e të dhënave + madhësinë e kokës: FLEN = SIZE + 6

Përmbledhja e të gjithë kornizës është e barabartë me vlerën hash të marrë në kornizën e mëparshme

Përgjigja ndaj komandës së kornizës së parë do të ishte si më poshtë: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT është statusi i kthimit.

Modaliteti i nisjes së funksionimit IC – Modaliteti i funksionimit normal

4.1 Hyrje
Në përgjithësi PN5190 IC duhet të jetë në modalitetin normal të funksionimit për të marrë funksionalitetin NFC prej tij.
Kur niset IC PN5190, ai është gjithmonë në pritje të marrjes së komandave nga një host për të kryer funksionimin, përveç rasteve kur ngjarjet e krijuara brenda PN5190 IC rezultojnë në boot IC PN5190.
4.2 Lista e komandave ka përfunduarview
Tabela 8. Lista e komandave PN5190

Kodi Command	Emri i komandës
0x00	SHKRUAJ_REGJISTROJ
0x01	WRITE_REGISTER_OR_MASK
0x02	SHKRUAJ_REGISTER_DHE_MASK
0x03	WRITE_REGISTER_MULTIPLE
0x04	LEXO_REGJISTROJ
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	TRANSMIT_RF_DATA
0x09	RETRIEVE_RF_DATA
0x0A	EKSCHANGE_RF_DATA
0x0B	MFC_AUTHENTICATE
0x0C	EPC_GEN2_INVENTRI
0x0D	LOAD_RF_CONFIGURATION
0x0E	UPDATE_RF_CONFIGURATION
0x0F	MERRNI_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	KONFIGURO TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU
0x19	deri në FW v2.01: RFU
0x19	nga FW v2.03 e tutje: 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_SHKARKO
0x26	GET_DIEID
0x27	GET_VERSION
0x28	RFU
0x29	deri në FW v2.05: RFU
0x29	nga FW v2.06 e tutje: GET_CRC_USER_AREA
0x2A	deri në FW v2.03: RFU
0x2A	nga FW v2.05 e tutje: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU
0x40	ANTENNA_SELF_TEST (Nuk mbështetet)
0x41	PRBS_TEST
0x42-0x4F	RFU

4.3 Vlerat e statusit të përgjigjes
Më poshtë janë vlerat e statusit të përgjigjes, të cilat kthehen si pjesë e përgjigjes nga PN5190 pasi komanda të jetë funksionalizuar.
Tabela 9. Vlerat e statusit të përgjigjes PN5190

Statusi i përgjigjes	Vlera e statusit të përgjigjes	Përshkrimi
PN5190_STATUS_SUCCESS	0x00	Tregon që operacioni përfundoi me sukses
PN5190_STATUS_TIMEOUT	0x01	Tregon se funksionimi i komandës rezultoi në kohë
PN5190_STATUS_INTEGRITY_ERROR	0x02	Tregon që funksionimi i komandës rezultoi në gabim të integritetit të të dhënave RF
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Tregon se funksionimi i komandës rezultoi në një gabim përplasjeje RF
PN5190_STATUS_RFU1	0x04	Rezervuar
PN5190_STATUS_INVALID_COMMAND	0x05	Tregon që komanda e dhënë është e pavlefshme/nuk zbatohet
PN5190_STATUS_RFU2	0x06	Rezervuar
PN5190_STATUS_AUTH_ERROR	0x07	Tregon që vërtetimi i MFC dështoi (leja e refuzuar)
PN5190_STATUS_MEMORY_ERROR	0x08	Tregon se funksionimi i komandës rezultoi në një gabim programimi ose gabim të memories së brendshme
PN5190_STATUS_RFU4	0x09	Rezervuar
PN5190_STATUS_NO_RF_FIELD	0x0A	Tregon se nuk ka asnjë ose gabim në praninë e fushës së brendshme RF (zbatohet vetëm nëse modaliteti iniciator/lexues)
PN5190_STATUS_RFU5	0x0B	Rezervuar
PN5190_STATUS_SYNTAX_ERROR	0x0C	Tregon se është marrë gjatësia e pavlefshme e kornizës së komandës
PN5190_STATUS_RESOURCE_ERROR	0x0D	Tregon që ka ndodhur një gabim i burimit të brendshëm
PN5190_STATUS_RFU6	0x0E	Rezervuar
PN5190_STATUS_RFU7	0x0F	Rezervuar
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Tregon që asnjë fushë e jashtme RF nuk është e pranishme gjatë ekzekutimit të komandës (Zbatohet vetëm në modalitetin e kartës/objektivit)
PN5190_STATUS_RX_TIMEOUT	0x11	Tregon që të dhënat nuk merren pasi RFExchange është inicuar dhe RX ka skaduar.
PN5190_STATUS_USER_ANULUAR	0x12	Tregon se komanda aktuale në vazhdim është ndërprerë
PN5190_STATUS_PREVENT_STANDBY	0x13	Tregon që PN5190 nuk lejohet të kalojë në modalitetin e gatishmërisë
PN5190_STATUS_RFU9	0x14	Rezervuar
PN5190_STATUS_CLOCK_ERROR	0x15	Tregon që ora në CLIF nuk ka filluar
PN5190_STATUS_RFU10	0x16	Rezervuar
PN5190_STATUS_PRBS_ERROR	0x17	Tregon që komanda PRBS ktheu një gabim
PN5190_STATUS_INSTR_ERROR	0x18	Tregon që funksionimi i komandës ka dështuar (mund të përfshijë, gabimin në parametrat e udhëzimit, gabimin e sintaksës, gabimin në vetë funksionimin, kërkesat paraprake për udhëzimin nuk plotësohen etj.)
PN5190_STATUS_ACCESS_DENIED	0x19	Tregon që qasja në memorien e brendshme është refuzuar
PN5190_STATUS_TX_FAILURE	0x1A	Tregon që TX mbi RF ka dështuar
PN5190_STATUS_NO_ANTENA	0x1B	Tregon që asnjë antenë nuk është e lidhur/e pranishme
PN5190_STATUS_TXLDO_ERROR	0x1C	Tregon se ka një gabim në TXLDO kur VUP nuk është i disponueshëm dhe RF është i ndezur.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Tregon që konfigurimi RF nuk është i ngarkuar kur RF është i ndezur
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	deri në FW 2.01: nuk pritet
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	nga FW 2.03 e tutje: Tregon se gjatë shkëmbimit me LOG ENABLE BIT është vendosur në regjistrin FeliCa EMD, është vërejtur gabim FeliCa EMD
PN5190_STATUS_INTERNAL_ERROR	0x7F	Tregon që operacioni NVM dështoi
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Tregon se, për më tepër, të dhënat janë në pritje për t'u lexuar

4.4 Ngjarjet përfunduanview
Ka dy mënyra se si ngjarjet i njoftohen hostit.
4.4.1 Ngjarjet normale mbi pinin IRQ
Këto ngjarje janë kategori si më poshtë:

Gjithmonë i aktivizuar - Pritësi njoftohet gjithmonë
Kontrolluar nga Host – Host njoftohet, nëse biti përkatës Event Enable është vendosur në regjistër (EVENT_ENABLE (01h)).

Ndërprerjet e nivelit të ulët nga IP-të periferike duke përfshirë CLIF do të trajtohen plotësisht brenda firmuerit dhe hosti do të njoftohet vetëm për ngjarjet e listuara në seksionin e ngjarjeve.
Firmware zbaton dy regjistra ngjarjesh si regjistra RAM që mund të shkruhen/lexohen duke përdorur komandat e Seksionit 4.5.1.1 / Seksionit 4.5.1.5.
Regjistri EVENT_ENABLE (0x01) => Aktivizo njoftimet specifike/të gjitha ngjarjet.
Regjistri EVENT_STATUS (0x02) => Pjesë e ngarkesës së mesazhit të ngjarjes.
Ngjarjet do të pastrohen nga pritësi pasi mesazhi i ngjarjes të lexohet nga hosti.
Ngjarjet janë të natyrës asinkrone dhe i njoftohen hostit, nëse janë të aktivizuara brenda regjistrit EVENT_ENABLE.
Më poshtë është lista e ngjarjeve që do të jenë të disponueshme për hostin si pjesë e mesazhit të ngjarjes.
Tabela 10. Ngjarjet PN5190 (përmbajtja e EVENT_STATUS)

Bit – Gama		Fusha [1]	Gjithmonë Aktivizuar (po/jo)
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

Vini re se nuk ka dy ngjarje me klube, përveç në rast gabimesh. Në rast gabimesh gjatë operacionit, do të vendosen ngjarja funksionale (p.sh. BOOT_EVENT, AUTOCALL_EVENT etj.) dhe GENERAL_ERROR_EVENT.
Kjo ngjarje do të çaktivizohet automatikisht pasi të postohet te hosti. Pritësi duhet t'i aktivizojë përsëri këto ngjarje nëse dëshiron t'i njoftojë këto ngjarje.

4.4.1.1 Formatet e mesazheve të ngjarjeve
Formati i mesazhit të ngjarjes ndryshon në varësi të shfaqjes së një ngjarjeje dhe gjendjes së ndryshme të PN5190.
Pritësi duhet të lexojë tag (T) dhe gjatësinë e mesazhit (L) dhe më pas lexoni numrin përkatës të bajteve si vlerë (V) të ngjarjeve.
Në përgjithësi, mesazhi i ngjarjes (shih Figurën 12) përmban EVENT_STATUS siç përcaktohet në Tabelën 11 dhe të dhënat e ngjarjes korrespondojnë me bitin e ngjarjes përkatëse të vendosur në EVENT_STATUS.
Shënim:
Për disa ngjarje, ngarkesa e dobishme nuk ekziston. Për shembull, nëse aktivizohet TIMER0_EVENT, vetëm EVENT_STATUS ofrohet si pjesë e mesazhit të ngjarjes.
Tabela 11 detajon gjithashtu nëse të dhënat e ngjarjes janë të pranishme për ngjarjen përkatëse në mesazhin e ngjarjes.GENERAL_ERROR_EVENT mund të ndodhë edhe me ngjarje të tjera.
Në këtë skenar, mesazhi i ngjarjes (shih Figurën 13) përmban EVENT_STATUS siç përcaktohet në Tabelën 11 dhe GENERAL_ERROR_STATUS_DATA siç përcaktohet në tabelën 14 dhe më pas të dhënat e ngjarjes korrespondojnë me bitin përkatës të ngjarjes të vendosur në EVENT_STATUS siç përcaktohet në Tabelën 11.Shënim:
Vetëm pas BOOT_EVENT ose pas POR, STANDBY, ULPCD, hosti do të jetë në gjendje të punojë në modalitetin normal të funksionimit duke lëshuar komandat e listuara më sipër.
Në rast të ndërprerjes së një komande ekzistuese të ekzekutimit, vetëm pas IDLE_EVENT, hosti do të jetë në gjendje të punojë në modalitetin normal të funksionimit duke lëshuar komandat e listuara më sipër.
4.4.1.2 Përkufizime të ndryshme të statusit EVENT
4.4.1.2.1 Përkufizimet e bitit për EVENT_STATUS
Tabela 11. Përkufizimet për bitet EVENT_STATUS

Bit (nga - nga)		Ngjarje	Përshkrimi	Të dhënat e ngjarjes së ngjarjes përkatëse (nëse ka)
31	12	RFU	Rezervuar
11	11	CTS_EVENT	Ky bit vendoset kur krijohet ngjarja CTS.	Tabela 86
10	10	IDLE_EVENT	Ky bit vendoset kur komanda në vazhdim anulohet për shkak të lëshimit të komandës SWITCH_MODE_NORMAL.	Nuk ka të dhëna për ngjarjet
9	9	LPCD_CALIBRATION_DONE_ NGJARJE	Ky bit caktohet kur krijohet ngjarja e kryer kalibrimi LPCD.	Tabela 16
8	8	LPCD_EVENT	Ky bit vendoset kur krijohet ngjarja LPCD.	Tabela 15
7	7	AUTOCOLL_EVENT	Ky bit vendoset kur të përfundojë operacioni AUTOCOLL.	Tabela 52
6	6	TIMER0_EVENT	Ky bit vendoset kur ndodh ngjarja TIMER0.	Nuk ka të dhëna për ngjarjet
5	5	TX_OVERCURRENT_ERROR_ NGJARJE	Ky bit vendoset kur rryma në drejtuesin TX është më e lartë se pragu i përcaktuar në EEPROM. Në këtë gjendje, fusha fiket automatikisht përpara njoftimit për hostin. Ju lutemi referojuni seksionit 4.4.2.2.	Nuk ka të dhëna për ngjarjet
4	4	RFON_DET_EVENT	Ky bit vendoset kur zbulohet fusha e jashtme RF.	Nuk ka të dhëna për ngjarjet
3	3	RFOFF_DET_EVENT	Ky bit vendoset kur fusha ekzistuese e jashtme RF zhduket.	Nuk ka të dhëna për ngjarjet
2	2	STANDBY_PREV_EVENT	Ky bit vendoset kur parandalohet gatishmëria për shkak të kushteve parandaluese	Tabela 13
1	1	GENERAL_ERROR_EVENT	Ky bit vendoset kur ekzistojnë kushte të përgjithshme gabimi	Tabela 14
0	0	BOOT_EVENT	Ky bit vendoset kur PN5190 niset me POR/Standby	Tabela 12

4.4.1.2.2 Përkufizimet e biteve për BOOT_STATUS_DATA
Tabela 12. Përkufizimet për bitet BOOT_STATUS_DATA

Pak për të	Bit Nga	Statusi i nisjes	Arsyeja e nisjes për shkak të
31	27	RFU	Rezervuar
26	26	ULP_STANDBY	Arsyeja e nisjes për shkak të daljes nga ULP_STANDBY.
25	23	RFU	Rezervuar
22	22	BOOT_ RX_ULPDET	RX ULPDET rezultoi në nisjen në modalitetin ULP-Standby
21	21	RFU	Rezervuar
20	20	BOOT_SPI	Arsyeja e nisjes për shkak të rënies së sinjalit SPI_NTS
19	17	RFU	Rezervuar
16	16	BOOT_GPIO3	Arsyeja e nisjes për shkak të kalimit të GPIO3 nga e ulëta në e lartë.
15	15	BOOT_GPIO2	Arsyeja e nisjes për shkak të kalimit të GPIO2 nga e ulëta në e lartë.
14	14	BOOT_GPIO1	Arsyeja e nisjes për shkak të kalimit të GPIO1 nga e ulëta në e lartë.
13	13	BOOT_GPIO0	Arsyeja e nisjes për shkak të kalimit të GPIO0 nga e ulëta në e lartë.
12	12	BOOT_LPDET	Arsyeja e nisjes për shkak të pranisë së jashtme të fushës RF gjatë STANDBY/PEZULLIMIT
11	11	RFU	Rezervuar
10	8	RFU	Rezervuar
7	7	BOOT_SOFT_RESET	Arsyeja e nisjes për shkak të rivendosjes së butë të IC
6	6	BOOT_VDDIO_LOSS	Arsyeja e nisjes për shkak të humbjes së VDDIO. Referojuni seksionit 4.4.2.3
5	5	BOOT_VDDIO_START	Bootup Arsyeja nëse STANDBY është futur me VDDIO LOSS. Referojuni seksionit 4.4.2.3
4	4	BOOT_WUC	Bootup Arsyeja për shkak të numëruesit të zgjimit ka kaluar gjatë secilit nga operacionet STANDBY.
3	3	BOOT_TEMP	Arsyeja e nisjes për shkak të temperaturës së IC është më shumë se kufiri i pragut të konfiguruar. Ju lutemi referojuni seksionit 4.4.2.1
2	2	BOOT_WDG	Arsyeja e nisjes për shkak të rivendosjes së "watchdog".
1	1	RFU	Rezervuar
0	0	BOOT_POR	Bootup Arsyeja për shkak të rivendosjes së ndezjes

4.4.1.2.3 Përkufizimet e biteve për STANDBY_PREV_STATUS_DATA
Tabela 13. Përkufizimet për bitet STANDBY_PREV_STATUS_DATA

Pak për të	Bit Nga	Parandalimi i gatishmërisë	Parandalimi i gatishmërisë për shkak të
31	26	RFU	E REZERVUAR
25	25	RFU	E REZERVUAR
24	24	PREV_TEMP	Temperatura e funksionimit të IC-ve është jashtë pragut
23	23	RFU	E REZERVUAR
22	22	PREV_HOSTCOMM	Komunikimi i ndërfaqes së hostit
21	21	PREV_SPI	Sinjali SPI_NTS po ulet
20	18	RFU	E REZERVUAR
17	17	PREV_GPIO3	Sinjali GPIO3 kalon nga niveli i ulët në atë të lartë
16	16	PREV_GPIO2	Sinjali GPIO2 kalon nga niveli i ulët në atë të lartë
15	15	PREV_GPIO1	Sinjali GPIO1 kalon nga niveli i ulët në atë të lartë
14	14	PREV_GPIO0	Sinjali GPIO0 kalon nga niveli i ulët në atë të lartë
13	13	PREV_WUC	Numri i zgjimit ka kaluar
12	12	PREV_LPDET	Zbulimi me fuqi të ulët. Ndodh kur një sinjal i jashtëm RF zbulohet në procesin e kalimit në gatishmëri.
11	11	PREV_RX_ULPDET	Zbulim RX me fuqi jashtëzakonisht të ulët. Ndodh kur sinjali RF zbulohet në procesin e kalimit në ULP_STANDBY.
10	10	RFU	E REZERVUAR
9	5	RFU	E REZERVUAR
4	4	RFU	E REZERVUAR
3	3	RFU	E REZERVUAR
2	2	RFU	E REZERVUAR
1	1	RFU	E REZERVUAR
0	0	RFU	E REZERVUAR

4.4.1.2.4 Përkufizimet e biteve për GENERAL_ERROR_STATUS_DATA
Tabela 14. Përkufizimet për bitet GENERAL_ERROR_STATUS_DATA

Pak për të	Pak nga	Statusi i gabimit	Përshkrimi
31	6	RFU	Rezervuar
5	5	XTAL_START_ERROR	Nisja XTAL dështoi gjatë nisjes
4	4	SYS_TRIM_RECOVERY_ERROR	Ndodhi një gabim në shkurtimin e kujtesës së sistemit të brendshëm, por rikuperimi dështoi. Sistemi funksionon në modalitetin e reduktuar.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Ndodhi një gabim në shkurtimin e kujtesës së sistemit të brendshëm dhe rikuperimi ishte i suksesshëm. Pritësi duhet të kryejë rindezjen e PN5190 që rikuperimi të hyjë në fuqi.
2	2	TXLDO_GABIM	Gabim TXLDO
1	1	CLOCK_GABIM	Gabim i orës
0	0	GPADC_ERROR	Gabim ADC

4.4.1.2.5 Përkufizime bit për LPCD_STATUS_DATA
Tabela 15. Përkufizimet për bajtet LPCD_STATUS_DATA

Pak për të	Bit Nga	Zbatueshmëria e biteve të statusit sipas funksionit themelor të LPCD ose ULPCD			Përshkrimi për bitin përkatës vendoset në bajt statusi.
			LPCD	ULPCD
31	7	RFU			Rezervuar
6	6	Abort_HIF	Y	N	Ndërprerë për shkak të aktivitetit të FSSH
5	5	Gabim CLKDET	N	Y	U ndërpre për shkak të gabimit CLKDET
4	4	Kohëzgjatja e XTAL	N	Y	Ndërprerë për shkak të skadimit të kohës XTAL
3	3	Mbirryma VDDPA LDO	N	Y	Ndërprerë për shkak të mbirrymës LDO të VDDPA-së
2	2	Fusha e jashtme RF	Y	Y	Ndërprerë për shkak të fushës së jashtme RF
1	1	GPIO3 Aborti	N	Y	Ndërprerë për shkak të ndryshimit të nivelit të GPIO3
0	0	Karta u zbulua	Y	Y	Karta është zbuluar

4.4.1.2.6 Përkufizimet e biteve për të dhënat e statusit LPCD_CALIBRATION_DONE
Tabela 16. Përkufizimet për bajtet e të dhënave të statusit LPCD_CALIBRATION_DONE për ULPCD

Pak për të	Bit Nga	Statusi i LPCD_CALIBRATION DONE ngjarje	Përshkrimi për bitin përkatës vendoset në bajt statusi.
31	11		Rezervuar
10	0	Vlera e referencës nga kalibrimi ULPCD	Vlera e matur RSSI gjatë kalibrimit ULPCD e cila përdoret si referencë gjatë ULPCD

Tabela 17. Përkufizimet për bajtet e të dhënave të statusit LPCD_CALIBRATION_DONE për LPCD

Pak për të	Bit Nga	Zbatueshmëria e biteve të statusit sipas funksionit themelor të LPCD ose ULPCD			Përshkrimi për bitin përkatës vendoset në bajt statusi.
2	2	Fusha e jashtme RF	Y	Y	Ndërprerë për shkak të fushës së jashtme RF
1	1	GPIO3 Aborti	N	Y	Ndërprerë për shkak të ndryshimit të nivelit të GPIO3
0	0	Karta u zbulua	Y	Y	Karta është zbuluar

4.4.2 Trajtimi i skenarëve të ndryshëm të nisjes
IC PN5190 trajton kushte të ndryshme gabimi në lidhje me parametrat IC si më poshtë.
4.4.2.1 Trajtimi i skenarit të temperaturës së tepërt kur PN5190 është në punë
Sa herë që temperatura e brendshme e IC PN5190 arrin vlerën e pragut siç është konfiguruar në fushën EEPROM TEMP_WARNING [2], IC hyn në gatishmëri. Dhe rrjedhimisht, nëse fusha EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] është konfiguruar për të ngritur një njoftim te hosti, atëherë GPIO0 do të tërhiqet lart për të njoftuar IC mbi temperaturën.
Ndërsa dhe kur temperatura IC bie nën vlerën e pragut siç është konfiguruar në fushën EEPROM TEMP_WARNING [2], IC do të ndizet me BOOT_EVENT si në tabelën 11 dhe biti i statusit të nisjes BOOT_TEMP është vendosur si në Tabelën 12 dhe GPIO0 do të tërhiqet poshtë.
4.4.2.2 Trajtimi i mbirrymës
Nëse IC PN5190 ndjen gjendjen e mbirrymës, IC fik energjinë RF dhe dërgon TX_OVERCURRENT_ERROR_EVENT si në tabelën 11.
Kohëzgjatja e gjendjes së mbirrymës mund të kontrollohet duke modifikuar fushën EEPROM TXLDO_CONFIG [2].
Për informacion mbi IC mbi pragun aktual, referojuni dokumentit [2].
Shënim:
Nëse ka ndonjë ngjarje ose përgjigje tjetër në pritje, ato do t'i dërgohen hostit.
4.4.2.3 Humbja e VDDIO gjatë funksionimit
Nëse IC PN5190 has se nuk ka VDDIO (humbje VDDIO), IC hyn në gatishmëri.
IC fillon vetëm kur VDDIO është i disponueshëm, me BOOT_EVENT si në Tabelën 11 dhe BOOT_VDDIO_START biti i statusit të nisjes është vendosur si në tabelën 12.
Për informacion mbi karakteristikat statike të IC PN5190, referojuni dokumentit [2].
4.4.3 Trajtimi i skenarëve të aborteve
IC PN5190 ka një mbështetje për ndërprerjen e komandave të tanishme ekzekutuese dhe sjelljen e IC PN5190, kur një komandë e tillë ndërprerjeje si Seksioni 4.5.4.5.2 dërgohet te PN5190 IC është siç tregohet në Tabelën 18.
Shënim:
Kur IC PN5190 është në modalitetin ULPCD dhe ULP-Standby, ai nuk mund të ndërpritet as duke dërguar një Seksion 4.5.4.5.2 OSE duke filluar një transaksion SPI (duke tërhequr sinjalin SPI_NTS të ulët).
Tabela 18. Përgjigja e pritshme e ngjarjes kur komanda të ndryshme përfundojnë me seksionin 4.5.4.5.2

Komandat	Sjellja kur dërgohet komanda normale e modalitetit të kalimit
Të gjitha komandat ku fuqia e ulët nuk futet	EVENT_STAUS është caktuar në "IDLE_EVENT"
LPCD e modalitetit të ndërrimit	EVENT_STATUS është vendosur në "LPCD_EVENT" me "LPCD_ STATUS_DATA" që tregon bitet e statusit si "Abort_HIF"
Ndërro modalitetin e gatishmërisë	EVENT_STAUS është vendosur në "BOOT_EVENT" me "BOOT_ STATUS_DATA" që tregon bitet "BOOT_SPI"
Ndërrimi i modalitetit automatik (pa modalitet autonom, modalitet autonom me gatishmëri dhe modalitet autonom pa gatishmëri)	EVENT_STAUS është vendosur në "AUTOCOLL_EVENT" me bit STATUS_DATA që tregojnë se komanda është anuluar nga përdoruesi.

4.5 Detajet e udhëzimeve të funksionimit të modalitetit normal
4.5.1 Manipulimi i Regjistrit
Udhëzimet e këtij seksioni përdoren për të hyrë në regjistrat logjikë të PN5190.
4.5.1.1 SHKRUAJ_REGJISTRI
Ky udhëzim përdoret për të shkruar një vlerë 32-bitësh (pak-endian) në një regjistër logjik.
4.5.1.1.1 Kushtet
Adresa e regjistrit duhet të ekzistojë, dhe regjistri duhet të ketë ose atributin LEXO-SHKRUAR ose VETËM SHKRUAR.
4.5.1.1.2 Komanda
Tabela 19. Vlera e komandës WRITE_REGISTER Shkruani një vlerë 32-bit në një regjistër.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Adresa e regjistrimit	1 byte	Adresa e regjistrit.

Tabela 19. Vlera e komandës WRITE_REGISTER…vazhdim
Shkruani një vlerë 32-bit në një regjistër.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Vlera	4 byte	Vlera e regjistrit 32-bit e cila duhet të shkruhet. (pak-endian)

4.5.1.1.3 Përgjigja
Tabela 20. Vlera e përgjigjes WRITE_REGISTER

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.1.2 WRITE_REGISTER_OR_MASK
Ky udhëzim përdoret për të modifikuar përmbajtjen e regjistrit duke përdorur një operacion logjik OR. Lexohet përmbajtja e regjistrit dhe kryhet një operacion logjik OSE me maskën e dhënë. Përmbajtja e modifikuar shkruhet përsëri në regjistër.
4.5.1.2.1 Kushtet
Adresa e regjistrit duhet të ekzistojë, dhe regjistri duhet të ketë atributin READ-WRITE.
4.5.1.2.2 Komanda
Tabela 21. Vlera e komandës WRITE_REGISTER_OR_MASK Kryeni një operacion logjik OSE në një regjistër duke përdorur maskën e dhënë.

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Adresa e regjistrimit	1 byte	Adresa e regjistrit.
Maskë	4 byte	Bitmask përdoret si operand për operacionin logjik OSE. (pak-endian)

4.5.1.2.3 Përgjigje
Tabela 22. Vlera e përgjigjes WRITE_REGISTER_OR_MASK

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.1.3 SHKRUAJ_REGJISTRI_DHE_MASKË
Ky udhëzim përdoret për të modifikuar përmbajtjen e regjistrit duke përdorur një operacion logjik AND. Lexohet përmbajtja e regjistrit dhe kryhet një operacion logjik DHE me maskën e dhënë. Përmbajtja e modifikuar shkruhet përsëri në regjistër.
4.5.1.3.1 Kushtet
Adresa e regjistrit duhet të ekzistojë, dhe regjistri duhet të ketë atributin READ-WRITE.
4.5.1.3.2 Komanda
Tabela 23. Vlera e komandës WRITE_REGISTER_AND_MASK Kryeni një veprim logjik DHE në një regjistër duke përdorur maskën e dhënë.

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Adresa e regjistrimit	1 byte	Adresa e regjistrit.
Maskë	4 byte	Bitmask përdoret si operand për funksionimin logjik DHE. (Endiane e vogël)

4.5.1.3.3 Përgjigje
Tabela 24. Vlera e përgjigjes WRITE_REGISTER_AND_MASK

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Ky funksionalitet udhëzimi është i ngjashëm me seksionin 4.5.1.1, seksionin 4.5.1.2, seksionin 4.5.1.3, me mundësinë e kombinimit të tyre. Në fakt, ai merr një sërë grupesh me vlerë të tipit të regjistrit dhe kryen veprimet e duhura. Lloji pasqyron veprimin që është ose regjistri i shkrimit, operacioni logjik OSE në një regjistër ose operacioni logjik AND në një regjistër.
4.5.1.4.1 Kushtet
Adresa logjike përkatëse e regjistrit brenda një grupi duhet të ekzistojë.
Atributi i hyrjes në regjistër duhet të lejojë ekzekutimin e veprimit të kërkuar (lloji):

Veprimi i shkrimit (0x01): atributi LEXO-SHKRUAR ose VETËM SHKRUAR
OSE veprimi i maskës (0x02): atributi LEXO-SHKRUAR
Veprimi i maskës DHE (0x03): atributi LEXO-SHKRUAR

Madhësia e grupit "Set" duhet të jetë në intervalin nga 1 deri në 43, përfshirë këtu.
Fusha 'Lloji' duhet të jetë në intervalin 1 – 3, përfshirëse

4.5.1.4.2 Komanda
Tabela 25. Vlera e komandës WRITE_REGISTER_MULTIPLE Kryeni një veprim të regjistrit të shkrimit duke përdorur një grup çiftesh Register-Value.

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Cakto [1…n]	6 byte	Adresa e regjistrimit	1 byte	Adresa logjike e regjistrit.
		Lloji	1 byte	0x1	Shkruaj Regjistrohu
				0x2	Shkruani Regjistrohu OSE Maskë
				0x3	Shkruani Regjistrohu DHE Maskë
		Vlera	4 byte	32 Vlera e regjistrit të kafshimit e cila duhet të shkruhet, ose bitmask përdoret për funksionimin logjik. (pak-endian)

Shënim: Në rast përjashtimi, operacioni nuk kthehet prapa, dmth. regjistrat që janë modifikuar derisa të ndodhë përjashtimi mbeten në gjendje të modifikuar. Pritësi duhet të ndërmarrë veprimet e duhura për t'u rikuperuar në një gjendje të përcaktuar.
4.5.1.4.3 Përgjigje
Tabela 26. Vlera e përgjigjes WRITE_REGISTER_MULTIPLE

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.1.5 LEXO_REGJISTROJ
Ky udhëzim përdoret për të lexuar përsëri përmbajtjen e një regjistri logjik. Përmbajtja është e pranishme në përgjigje, si vlerë 4-bajtë në formatin pak-endian.
4.5.1.5.1 Kushtet
Adresa e regjistrit logjik duhet të ekzistojë. Atributi i aksesit të regjistrit duhet të jetë ose READ-WRITE ose READ-ONLY.
4.5.1.5.2 Komanda
Tabela 27. Vlera e komandës READ_REGISTER
Lexoni përsëri përmbajtjen e një regjistri.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Adresa e regjistrimit	1 byte	Adresa e regjistrit logjik

4.5.1.5.3 Përgjigje
Tabela 28. Vlera e përgjigjes READ_REGISTER

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
Vlera e regjistrimit	4 byte	Vlera e regjistrit 32-bit e cila është lexuar. (pak-endian)

4.5.1.5.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.1.6 READ_REGISTER_MULTIPLE
Ky udhëzim përdoret për të lexuar disa regjistra logjikë në të njëjtën kohë. Rezultati (përmbajtja e secilit regjistër) jepet në përgjigjen e udhëzimit. Vetë adresa e regjistrit nuk përfshihet në përgjigje. Renditja e përmbajtjes së regjistrit brenda përgjigjes korrespondon me radhën e adresave të regjistrit brenda udhëzimit.
4.5.1.6.1 Kushtet
Të gjitha adresat e regjistrave brenda udhëzimit duhet të ekzistojnë. Atributi i aksesit për çdo regjistër duhet të jetë ose LEXO-SHKRUAR ose VETËM LEXUAR. Madhësia e grupit 'Regjistro Adresën' duhet të jetë në intervalin nga 1 deri në 18, përfshirë.
4.5.1.6.2 Komanda
Tabela 29. Vlera e komandës READ_REGISTER_MULTIPLE Kryeni një operacion regjistri leximi në një grup regjistrash.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Adresa e regjistrimit[1…n]	1 byte	Adresa e regjistrimit

4.5.1.6.3 Përgjigje
Tabela 30. Vlera e përgjigjes READ_REGISTER_MULTIPLE

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
Vlera e regjistrimit [1…n]	4 byte	Vlera	4 byte	Vlera e regjistrit 32-bit e cila është lexuar (pak-endian).

4.5.1.6.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.2 Manipulimi E2PROM
Zona e aksesueshme në E2PROM është sipas hartës EEPROM dhe madhësisë së adresueshme.
Shënim:
1. Kudo që 'Adresa E2PROM' përmendet në udhëzimet e mëposhtme, do t'i referohet madhësisë së zonës së adresueshme EEPROM.
4.5.2.1 WRITE_E2PROM
Ky udhëzim përdoret për të shkruar një ose më shumë vlera në E2PROM. Fusha 'Vlerat' përmban të dhënat për t'u shkruar në E2PROM duke filluar nga adresa e dhënë nga fusha 'Adresa E2PROM'. Të dhënat shkruhen në mënyrë sekuenciale.
Shënim:
Vini re se kjo është një komandë bllokimi, kjo do të thotë se NFC FE është bllokuar gjatë operacionit të shkrimit. Kjo mund të zgjasë disa milisekonda.
4.5.2.1.1 Kushtet
Fusha 'E2PROM Address' duhet të jetë në intervalin sipas [2]. Numri i bajteve brenda fushës "Vlerat" duhet të jetë në rangun nga 1 – 1024 (0x0400), duke përfshirë. Operacioni i shkrimit nuk duhet të shkojë përtej adresës EEPROM siç përmendet në [2]. Përgjigja e gabimit do t'i dërgohet hostit nëse adresa tejkalon hapësirën e adresave EEPROM si në [2].
4.5.2.1.2 Komanda
Tabela 31. Vlera e komandës WRITE_E2PROM Shkruani vlerat e dhëna në mënyrë sekuenciale në E2PROM.

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Adresa E2PROM	2 byte	Adresa në EEPROM nga e cila do të fillojë operacioni i shkrimit. (Endiane e vogël)
vlerat	1 – 1024 bajt	Vlerat të cilat duhet të shkruhen në E2PROM në mënyrë sekuenciale.

4.5.2.1.3 Përgjigje
Tabela 32. Vlera e përgjigjes WRITE_EEPROM

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.2.2 READ_E2PROM
Ky udhëzim përdoret për të lexuar të dhënat nga zona e memories E2PROM. Fusha 'E2PROM Address' tregon adresën e fillimit të operacionit të leximit. Përgjigja përmban të dhënat e lexuara nga E2PROM.
4.5.2.2.1 Kushtet
Fusha "Adresa E2PROM" duhet të jetë në një interval të vlefshëm.
Fusha "Numri i bajteve" duhet të jetë në rangun nga 1 – 256, përfshirë.
Operacioni i leximit nuk duhet të shkojë përtej adresës së fundit EEPROM të aksesueshme.
Përgjigja e gabimit do t'i dërgohet hostit, nëse adresa tejkalon hapësirën e adresave EEPROM.
4.5.2.2.2 Komanda
Tabela 33. Vlera e komandës READ_E2PROM Lexoni vlerat nga E2PROM në mënyrë sekuenciale.

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Adresa E2PROM	2 byte	Adresa në E2PROM nga e cila do të fillojë operacioni i leximit. (Endiane e vogël)
Numri i bajteve	2 byte	Numri i bajteve që duhen lexuar. (pak-endian)

4.5.2.2.3 Përgjigje
Tabela 34. Vlera e përgjigjes READ_E2PROM

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
vlerat	1 – 1024 bajt	Vlerat të cilat janë lexuar në rend vijues.

4.5.2.2.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.2.3 GET_CRC_USER_AREA
Ky udhëzim përdoret për të llogaritur CRC për zonën e plotë të konfigurimit të përdoruesit duke përfshirë zonën e protokollit të PN5190 IC.
4.5.2.3.1 Komanda
Tabela 35. Vlera e komandës GET_CRC_USER_AREA
Lexoni CRC të zonës së konfigurimit të përdoruesit duke përfshirë zonën e protokollit.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
–	–	Nuk ka të dhëna në ngarkesë

4.5.2.3.2 Përgjigje
Tabela 36. Vlera e përgjigjes GET_CRC_USER_AREA

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
vlerat	4 byte	4 bajt të dhënash CRC në formatin pak endian.

4.5.2.3.3 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.3 Manipulimi i të dhënave CLIF
Udhëzimet e përshkruara në këtë seksion përshkruajnë komandat për transmetimin dhe marrjen e RF.
4.5.3.1 SHKËMBIMI_RF_TË DHËNAVE
Funksioni i shkëmbimit RF kryen një transmetim të të dhënave TX dhe është duke pritur për marrjen e çdo të dhënash RX.
Funksioni kthehet në rast të një pritjeje (ose të gabuar ose të saktë) ose në rast të një skadimi. Kohëmatësi niset me FUNDIT të TRANSMISIONIT dhe ndalet me FILLIMIN e PRANIMIT. Vlera e skadimit të para-konfiguruar në EEPROM do të përdoret në rast se afati nuk është konfiguruar përpara ekzekutimit të komandës Exchange.
Nëse transceiver_state është

në IDLE është futur modaliteti TRANSCEIVE.
Në WAIT_RECEIVE, gjendja e transmetuesit rivendoset në TRANSCEIVE MODE në rast se biti iniciator është vendosur
Në WAIT_TRANSMIT, gjendja e transmetuesit rivendoset në TRANSCEIVE MODE në rast se biti i iniciatorit NUK është vendosur

Fusha 'Numri i biteve të vlefshme në bajtin e fundit' tregon gjatësinë e saktë të të dhënave që do të transmetohet.

4.5.3.1.1 Kushtet
Madhësia e fushës 'TX Data' duhet të jetë në rangun nga 0 – 1024, përfshirëse.
Fusha "Numri i biteve të vlefshme në Bajtin e fundit" duhet të jetë në intervalin nga 0 - 7.
Komanda nuk duhet të thirret gjatë një transmetimi të vazhdueshëm RF. Komanda duhet të sigurojë gjendjen e duhur të marrësit për transmetimin e të dhënave.
Shënim:
Kjo komandë është e vlefshme vetëm për modalitetin Reader dhe modalitetin e iniciatorit pasiv/aktiv P2P.
4.5.3.1.2 Komanda
Tabela 37. Vlera e komandës EXCHANGE_RF_DATA
Shkruani të dhënat TX në buferin e brendshëm të transmetimit RF dhe fillon transmetimin duke përdorur komandën transceive dhe prisni deri në pritje ose Kohë-Out për të përgatitur një përgjigje për hostin.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Numri i biteve të vlefshëm në bajtin e fundit	1 byte	0	Të gjitha pjesët e bajtit të fundit transmetohen
		1 – 7	Numri i biteve brenda bajtit të fundit që do të transmetohen.
RFExchangeConfig	1 byte	Konfigurimi i funksionit RFExchange. Detajet shikoni më poshtë

Tabela 37. Vlera e komandës EXCHANGE_RF_DATA...vazhdim
Shkruani të dhënat TX në buferin e brendshëm të transmetimit RF dhe fillon transmetimin duke përdorur komandën transceive dhe prisni deri në pritje ose Kohë-Out për të përgatitur një përgjigje për hostin.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Të dhënat TX	n bajt	Të dhënat TX të cilat duhet të dërgohen përmes CLIF duke përdorur komandën transceive. n = 0 – 1024 bajt

Tabela 38. Bitmask RFexchangeConfig

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi
								Bitet 4 – 7 janë RFU
				X				Përfshini të dhënat RX në përgjigje bazuar në RX_STATUS, nëse biti është caktuar në 1b.
					X			Përfshi regjistrin EVENT_STATUS në përgjigje, nëse biti është caktuar në 1b.
						X		Përfshini regjistrin RX_STATUS_ERROR në përgjigje, nëse biti është vendosur në 1b.
							X	Përfshini regjistrin RX_STATUS në përgjigje, nëse biti është vendosur në 1b.

4.5.3.1.3 Përgjigje
Tabela 39. Vlera e përgjigjes së EXCHANGE_RF_DATA

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 byte	Nëse kërkohet RX_STATUS (pak-endian)
RX_STATUS_GABIM	4 byte	Nëse kërkohet RX_STATUS_ERROR (pak-endian)
EVENT_STATUS	4 byte	Nëse kërkohet EVENT_STATUS (pak-endian)
Të dhënat RX	1 – 1024 bajt	Nëse kërkohen të dhëna RX. Të dhënat RX të marra gjatë fazës së marrjes së RF të shkëmbimit RF.

4.5.3.1.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.3.2 TRANSMIT_RF_DATA
Ky udhëzim përdoret për të shkruar të dhëna në buferin e brendshëm të transmetimit CLIF dhe për të filluar transmetimin duke përdorur komandën transceive brenda. Madhësia e këtij buferi është e kufizuar në 1024 bajt. Pasi të jetë ekzekutuar ky udhëzim, një marrje RF fillon automatikisht.
Komanda kthehet menjëherë pasi Transmetimi të përfundojë duke mos pritur përfundimin e pritjes.
4.5.3.2.1 Kushtet
Numri i bajteve brenda fushës 'TX Data' duhet të jetë në intervalin nga 1 – 1024, përfshirë.
Komanda nuk duhet të thirret gjatë një transmetimi të vazhdueshëm RF.
4.5.3.2.2 Komanda
Tabela 40. Vlera e komandës TRANSMIT_RF_DATA Shkruani të dhënat TX në buferin e brendshëm të transmetimit CLIF.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Numri i biteve të vlefshëm në bajtin e fundit	1 byte	0 Të gjithë bitat e bajtit të fundit transmetohen 1 – 7 Numri i biteve brenda bajtit të fundit që do të transmetohen.
RFU	1 byte	Rezervuar
Të dhënat TX	1 – 1024 bajt	Të dhënat TX të cilat do të përdoren gjatë transmetimit të ardhshëm RF.

4.5.3.2.3 Përgjigje
Tabela 41. Vlera e përgjigjes së TRANSMIT_RF_DATA

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.3.3 RETRIEVE_RF_DATA
Ky udhëzim përdoret për të lexuar të dhënat nga buferi i brendshëm CLIF RX, i cili përmban të dhënat e përgjigjes RF (nëse ka) të postuara në të nga ekzekutimi i mëparshëm i seksionit 4.5.3.1 me opsionin për të mos përfshirë të dhënat e marra në përgjigje ose seksionin 4.5.3.2 .XNUMX komanda.
4.5.3.3.1 Komanda
Tabela 42. Vlera e komandës RETRIEVE_RF_DATA Lexoni të dhënat RX nga buferi i brendshëm i marrjes RF.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Bosh	Bosh	Bosh

4.5.3.3.2 Përgjigje
Tabela 43. Vlera e përgjigjes RETRIEVE_RF_DATA

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
Të dhënat RX	1 – 1024 bajt	Të dhënat RX që janë marrë gjatë marrjes së fundit të suksesshme RF.

4.5.3.3.3 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.3.4 RECEIVE_RF_DATA
Ky udhëzim pret për të dhënat e marra përmes ndërfaqes RF të lexuesit.
Në modalitetin e lexuesit, ky udhëzim kthehet ose nëse ka një pritje (ose të gabuar ose të saktë) ose nëse ka ndodhur një kohëzgjatje FWT. Kohëmatësi niset me FUNDIT të TRANSMISIONIT dhe ndalet me FILLIMIN e PRANIMIT. Vlera e paracaktuar e skadimit të paracaktuar në EEPROM do të përdoret në rast se skadimi nuk është konfiguruar përpara ekzekutimit të komandës Exchange.
Në modalitetin e synuar, ky udhëzim kthehet ose në rast të marrjes (ose të gabuar ose të saktë) ose në rast gabimi të jashtëm RF.
Shënim:
Ky udhëzim do të përdoret me komandën TRANSMIT_RF_DATA për të kryer funksionimin TX dhe RX…
4.5.3.4.1 Komanda
Tabela 44. Vlera e komandës RECEIVE_RF_DATA

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
ReceiveRFConfig	1 byte	Konfigurimi i funksionit ReceiveRFConfig. Shiko Tabela 45

Tabela 45. ReceiveRFConfig bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi
								Bitet 4 – 7 janë RFU
				X				Përfshini të dhënat RX në përgjigje bazuar në RX_STATUS, nëse biti është caktuar në 1b.
					X			Përfshi regjistrin EVENT_STATUS në përgjigje, nëse biti është caktuar në 1b.
						X		Përfshini regjistrin RX_STATUS_ERROR në përgjigje, nëse biti është vendosur në 1b.
							X	Përfshini regjistrin RX_STATUS në përgjigje, nëse biti është vendosur në 1b.

4.5.3.4.2 Përgjigje
Tabela 46. Vlera e përgjigjes RECEIVE_RF_DATA

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera) PN5190_STATUS_TIMEOUT

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 byte	Nëse kërkohet RX_STATUS (pak-endian)
RX_STATUS_GABIM	4 byte	Nëse kërkohet RX_STATUS_ERROR (pak-endian)
EVENT_STATUS	4 byte	Nëse kërkohet EVENT_STATUS (pak-endian)
Të dhënat RX	1 – 1024 bajt	Nëse kërkohen të dhëna RX. Të dhënat RX të marra përmes RF.

4.5.3.4.3 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Konfigurimi FeliCa EMD)
Ky udhëzim përdoret për të lexuar të dhënat nga buferi i brendshëm CLIF RX, i cili përmban një të dhënë përgjigjeje FeliCa EMD (nëse ka) të postuara në të nga ekzekutimi i mëparshëm i komandës EXCHANGE_RF_DATA që kthehet me statusin "PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR".
Shënim: Kjo komandë është e disponueshme nga PN5190 FW v02.03 e tutje.
4.5.3.5.1 Komanda
Lexoni të dhënat RX nga buferi i brendshëm i marrjes RF.
Tabela 47. Vlera e komandës RETRIEVE_RF_FELICA_EMD_DATA

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
FeliCaRFRetrieveConfig	1 byte	00 – FF	Konfigurimi i funksionit RETRIEVE_RF_FELICA_EMD_DATA
		përshkrimi i konfigurimit (bitmask).	biti 7..2: RFU biti 1: Përfshini regjistrin RX_STATUS_ ERROR në përgjigje, nëse biti është vendosur në 1b. biti 0: Përfshi regjistrin RX_STATUS në përgjigje, nëse biti është vendosur në 1b.

4.5.3.5.2 Përgjigje
Tabela 48. Vlera e përgjigjes RETRIEVE_RF_FELICA_EMD_DATA

Fusha e ngarkesës	Gjatësia		Vlera/përshkrimi
Statusi		1 byte		Statusi i operacionit. Vlerat e pritshme janë si më poshtë: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
RX_STATUS		4 byte		Nëse kërkohet RX_STATUS (pak-endian)
RX_STATUS_ ERROR		4 byte		Nëse kërkohet RX_STATUS_ERROR (pak-endian)

Fusha e ngarkesës	Gjatësia		Vlera/përshkrimi
Të dhënat RX		1…1024 bajt		Të dhënat e FeliCa EMD RX të cilat janë marrë gjatë marrjes së fundit të pasuksesshme RF duke përdorur Command Exchange.

4.5.3.5.3 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.4 Ndërrimi i modalitetit të funksionimit
PN5190 mbështet 4 mënyra të ndryshme funksionimi:
4.5.4.1 Normale
Ky është modaliteti i paracaktuar, ku lejohen të gjitha udhëzimet.
4.5.4.2 Në gatishmëri
PN5190 është në gjendje gatishmërie/gjumësie për të kursyer energji. Kushtet e zgjimit duhet të vendosen për të përcaktuar se kur të largoheni përsëri nga gatishmëria.
4.5.4.3 LPCD
PN5190 është në modalitetin e zbulimit të kartës me fuqi të ulët, ku përpiqet të zbulojë një kartë që po hyn në volumin e funksionimit, me konsumin më të ulët të mundshëm të energjisë.
4.5.4.4 Autokoll
PN5190 po vepron si dëgjues RF, duke kryer aktivizimin e modalitetit të synuar në mënyrë autonome (për të garantuar kufizime në kohë reale)
4.5.4.5 SWITCH_MODE_NORMAL
Komanda Switch Mode Normal ka tre raste përdorimi.
4.5.4.5.1 UseCase1: Hyni në modalitetin normal të funksionimit pas ndezjes (POR)
Përdoreni për të rivendosur në gjendjen e punës për marrjen / përpunimin e komandës tjetër duke hyrë në modalitetin normal të funksionimit.
4.5.4.5.2 UseCase2: Përfundimi i komandës tashmë të ekzekutuar për të kaluar në modalitetin normal të funksionimit (komandë ndërprerjeje)
Përdoreni për të rivendosur në gjendjen e papunë për marrjen / përpunimin e komandës tjetër duke përfunduar komandat tashmë të ekzekutuara.
Komandat si gatishmëria, LPCD, Exchange, PRBS dhe Autocoll do të mund të ndërpriten duke përdorur këtë komandë.
Kjo është komanda e vetme speciale që nuk ka përgjigje. Në vend të kësaj, ai ka një njoftim EVENT.
Referojuni seksionit 4.4.3 për më shumë informacion mbi llojin e ngjarjeve që ndodhin gjatë ekzekutimit të ndryshëm të komandës themelore.
4.5.4.5.2.1 UseCase2.1:
Kjo komandë do të rivendosë të gjithë regjistrat CLIF TX, RX dhe Field Control në gjendjen e nisjes. Lëshimi i kësaj komande do të çaktivizojë çdo fushë ekzistuese RF.
4.5.4.5.2.2 UseCase2.2:
Në dispozicion nga PN5190 FW v02.03 e tutje:
Kjo komandë nuk do të modifikojë regjistrat CLIF TX, RX dhe Field Control, por do ta zhvendosë transmetuesin vetëm në gjendjen IDLE.
4.5.4.5.3 UseCase3: Mënyra normale e funksionimit pas rivendosjes së butë/daljes nga gatishmëria, LPCD Në këtë rast, PN5190 hyn drejtpërdrejt në modalitetin normal të funksionimit, duke dërguar IDLE_EVENT te hosti (Figura 12 ose Figura 13) dhe " Biti IDLE_EVENT” është vendosur në tabelën 11.
Nuk ka asnjë kërkesë për të dërguar komandën SWITCH_MODE_NORMAL.
Shënim:
Pasi IC të kalojë në modalitetin normal, të gjitha cilësimet e RF ndryshohen në gjendjen e paracaktuar. Është e domosdoshme që konfigurimi përkatës RF dhe regjistrat e tjerë të lidhur duhet të ngarkohen me vlerat e duhura përpara se të kryeni një operacion RF ON ose RF Exchange.
4.5.4.5.4 Korniza e komandës për të dërguar për raste të ndryshme përdorimi
4.5.4.5.4.1 UseCase1: Komanda hyni në modalitetin normal të funksionimit pas ndezjes (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Komanda për të përfunduar komandat tashmë të ekzekutuara për të kaluar në modalitetin normal të funksionimit
Përdorni rastin 2.1:
0x20 0x00 0x00
Përdorimi i rastit 2.2: (Nga FW v02.02 e tutje):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Komanda për mënyrën normale të funksionimit pas rivendosjes së butë/daljes nga gatishmëria, LPCD, ULPCD
Asnje. PN5190 hyn drejtpërdrejt në modalitetin normal të funksionimit.
4.5.4.5.5 Përgjigje
Asnjë
4.5.4.5.6 Ngjarje
Një BOOT_EVENT (në regjistrin EVENT_STATUS) është vendosur që tregon se modaliteti normal është futur dhe i dërgohet hostit. Referojuni Figurës 12 dhe Figurës 13 për të dhënat e ngjarjes.

Një IDLE_EVENT (në regjistrin EVENT_STATUS) është vendosur që tregon se modaliteti normal është futur dhe i dërgohet hostit. Referojuni Figurës 12 dhe Figurës 13 për të dhënat e ngjarjes.

Një BOOT_EVENT (në regjistrin EVENT_STATUS) është vendosur që tregon se modaliteti normal është futur dhe i dërgohet hostit. Referojuni Figurës 12 dhe Figurës 13 për të dhënat e ngjarjes.

4.5.4.6 SWITCH_MODE_AUTOCOLL
Switch Mode Autocoll kryen automatikisht procedurën e aktivizimit të kartës në modalitetin e synuar.
Fusha 'Mënyra automatike' duhet të jetë në rangun nga 0 – 2, përfshirëse.
Në rast se fusha 'Autocoll Mode' është vendosur në 2 (Autocoll): Fusha 'RF Technologies' (Tabela 50) duhet të përmbajë një bitmask që tregon teknologjitë RF që do të mbështeten gjatë Autocoll.
Asnjë udhëzim nuk duhet të dërgohet gjatë kohës që jeni në këtë modalitet.
Përfundimi tregohet duke përdorur një ndërprerje.
4.5.4.6.1 Komanda
Tabela 49. Vlera e komandës SWITCH_MODE_AUTOCOLL

Parametri	Gjatësia	Vlera/Përshkrimi
Teknologjitë RF	1 byte	Bitmask që tregon teknologjinë RF për të dëgjuar gjatë Autocoll.
Modaliteti i mbledhjes automatike	1 byte	0	Nuk ka modalitet autonom, dmth Autocoll përfundon kur fusha e jashtme RF nuk është e pranishme.
			Ndërprerja në rast të
			• ASNJË FUSHË RF ose FUSHË RF nuk është zhdukur
			• PN5190 është AKTIVIZUAR në modalitetin TARGET
		1	Modaliteti autonom me gatishmëri. Kur nuk ka fushë RF, Autocoll hyn automatikisht në modalitetin e gatishmërisë. Pasi të zbulohet fusha e jashtme RF RF, PN5190 hyn përsëri në modalitetin Autocoll.
			Ndërprerja në rast të
			• PN5190 është AKTIVIZUAR në modalitetin TARGET
			Nga PN5190 FW v02.03 e tutje: Nëse Fusha EEPROM "bCard ModeUltraLowPowerEnabled" në adresën "0xCDF" është vendosur në "1", atëherë PN5190 hyn në gatishmëri me energji ultra të ulët.
		2	Modaliteti autonom pa gatishmëri. Kur nuk ka fushë RF, PN5190 pret derisa fusha RF të jetë e pranishme përpara se të nisë algoritmin Autocoll. Standby nuk përdoret në këtë rast.
			Ndërprerja në rast të • PN5190 është AKTIVIZUAR në modalitetin TARGET

Tabela 50. RF Technologies Bitmask

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi
0	0	0	0					RFU
				X				Nëse caktohet në 1b, aktivizohet dëgjimi për NFC-F Active. (I padisponueshem).
					X			Nëse caktohet në 1b, aktivizohet dëgjimi për NFC-A Active. (I padisponueshem).
						X		Nëse caktohet në 1b, aktivizohet dëgjimi për NFC-F.
							X	Nëse caktohet në 1b, aktivizohet dëgjimi për NFC-A.

4.5.4.6.2 Përgjigje
Përgjigja sinjalizon vetëm se komanda është përpunuar.
Tabela 51. Vlera e përgjigjes SWITCH_MODE_AUTOCOLL

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Modaliteti i ndërrimit nuk është futur për shkak të cilësimeve të gabuara)

4.5.4.6.3 Ngjarje
Njoftimi i ngjarjes dërgohet kur komanda të ketë përfunduar dhe të futet në modalitetin normal. Hosti do të lexojë bajtet e përgjigjes bazuar në vlerën e ngjarjes.
Shënim:
Kur statusi nuk është "PN5190_STATUS_INSTR_SUCCESS", atëherë bajtë të mëtejshëm të të dhënave "Protocol" dhe "Card_Activated" nuk janë të pranishëm.
Informacioni i teknologjisë merret nga regjistrat duke përdorur komandat Seksioni 4.5.1.5, Seksioni 4.5.1.6.
Tabela e mëposhtme tregon të dhënat e ngjarjes që dërgohen si pjesë e mesazhit të ngjarjes Figura 12 dhe Figura 13.
Tabela 52. EVENT_SWITCH_MODE_AUTOCOLL – të dhëna AUTOCOLL_EVENT Ndërro modalitetin e funksionimit Ngjarja e mbledhjes automatike

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 bajt	Statusi i operacionit
		PN5190_STATUS_INSTR_SUCCESS	PN5190 është AKTIVIZUAR në modalitetin TARGET. Të dhënat e mëtejshme në këtë ngjarje janë të vlefshme.
		PN5190_STATUS_PREVENT_STANDBY	Tregon që PN5190 nuk lejohet të kalojë në modalitetin e gatishmërisë. Ky status është i vlefshëm vetëm kur modaliteti Autocoll zgjidhet si "Modaliteti autonom me gatishmëri".

		PN5190_STATUS_JO_FUSHA E EXTERNAL_RF_	Tregon që asnjë fushë e jashtme RF nuk është e pranishme gjatë ekzekutimit të Autocoll në modalitetin jo-autonom
		PN5190_STATUS_USER_ANULUAR	Tregon se komanda aktuale në vazhdim është ndërprerë nga komanda normale e modalitetit të ndërprerësit
Protokolli	1 bajt	0x10	Aktivizohet si Lloji Pasiv A
		0x11	Aktivizohet si Passive TypeF 212
		0x12	Aktivizohet si Passive TypeF 424
		0x20	Aktivizohet si Active TypeA
		0x21	Aktivizuar si Active TypeF 212
		0x22	Aktivizuar si Active TypeF 424
		Vlera të tjera	E pavlefshme
Karta_Aktivizohet	1 bajt	0x00	Asnjë proces aktivizimi i kartës sipas ISO 14443-3
Karta_Aktivizohet	1 bajt	0x01	Tregon që pajisja është aktivizuar në modalitetin pasiv

Shënim:
Pas leximit të të dhënave të ngjarjes, të dhënat e marra nga karta/pajisja që është aktivizuar (si p.sh. bajt 'n' të ATR_REQ/RATS sipas ISO18092/ISO1443-4), do të lexohen duke përdorur komandën e Seksionit 4.5.3.3.
4.5.4.6.4 Komunikimi p.shample

4.5.4.7 SWITCH_MODE_STANDBY
Gatishmëria e modalitetit të kalimit e vendos automatikisht IC në modalitetin e gatishmërisë. IC do të zgjohet pasi burimet e zgjimit të konfiguruara të përmbushin kushtet e zgjimit.
Shënim:
Skadimi i numëruesit për ULP STANDBY dhe ndërprerja e HIF për STANDBY janë të disponueshme si parazgjedhje për të dalë nga modaliteti i gatishmërisë.

4.5.4.7.1 Komanda
Tabela 53. Vlera e komandës SWITCH_MODE_STANDBY

Parametri	Gjatësia	Vlera/Përshkrimi
Konfigurimi	1 byte	Bitmask që kontrollon burimin e zgjimit që do të përdoret dhe modalitetin e gatishmërisë për të hyrë. I referohet Tabela 54
Kundërvlera	2 byte	Vlera e përdorur për numëruesin e zgjimit në milisekonda. Vlera maksimale e mbështetur është 2690 për gatishmëri. Vlera maksimale e mbështetur është 4095 për gatishmërinë ULP. Vlera që do të jepet është në formatin pak-endian. Përmbajtja e këtij parametri është e vlefshme vetëm nëse "Config Bitmask" është aktivizuar për zgjimin pas skadimit të numëruesit.

Tabela 54. Bitmask i konfigurimit

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi
X								Hyni në gatishmërinë ULP nëse biti është caktuar në 1b Hyni në pritje nëse biti është caktuar në 0b.
	0							RFU
		X						Zgjimi në GPIO-3 kur është i lartë, nëse biti është caktuar në 1b. (Nuk zbatohet për gatishmërinë ULP)
			X					Zgjimi në GPIO-2 kur është i lartë, nëse biti është caktuar në 1b. (Nuk zbatohet për gatishmërinë ULP)
				X				Zgjimi në GPIO-1 kur është i lartë, nëse biti është caktuar në 1b. (Nuk zbatohet për gatishmërinë ULP)
					X			Zgjimi në GPIO-0 kur është i lartë, nëse biti është caktuar në 1b. (Nuk zbatohet për gatishmërinë ULP)
						X		Zgjimi në numëruesin e zgjimit skadon, nëse biti është vendosur në 1b. Për ULP-Standby, ky opsion është aktivizuar si parazgjedhje.
							X	Zgjimi në fushën e jashtme RF, nëse biti është vendosur në 1b.

Shënim: Nga PN5190 FW v02.03, nëse fusha EEPROM "CardModeUltraLowPowerEnabled" në adresën "0xCDF" është caktuar në "1", konfigurimi i gatishmërisë ULP nuk mund të përdoret me komandën SWITCH_MODE_STANDBY.
4.5.4.7.2 Përgjigje
Përgjigja sinjalizon vetëm se komanda është përpunuar dhe gjendja e gatishmërisë do të futet vetëm pasi përgjigja të lexohet plotësisht nga hosti.
Tabela 55. Vlera e përgjigjes SWITCH_MODE_STANDBY Ndërro modalitetin e funksionimit në gatishmëri

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Modaliteti i ndërrimit nuk është futur - për shkak të cilësimeve të gabuara)

4.5.4.7.3 Ngjarje
Njoftimi i ngjarjes dërgohet kur komanda të ketë përfunduar dhe të futet në modalitetin normal. Referojuni formatit të ngjarjes që do të dërgohet pas përfundimit të komandës si në Figurën 12 dhe Figurën 13.
Në rast se PN5190 pengohet të kalojë në modalitetin e gatishmërisë, atëherë biti i ngjarjes "STANDBY_PREV_EVENT" i vendosur në EVENT_STATUS siç përmendet në Tabelën 11 i dërgohet hostit së bashku me arsyen e parandalimit të gatishmërisë siç përmendet në tabelën 13.
4.5.4.7.4 Komunikimi P.shample

4.5.4.8 SWITCH_MODE_LPCD
Switch Mode LPCD kryen një zbulim çmontues në antenë për shkak të ndryshimit të mjedisit rreth antenës.
Ekzistojnë 2 mënyra të ndryshme të LPCD. Zgjidhja e bazuar në HW (ULPCD) ofron një konsum konkurrues të energjisë me një ndjeshmëri të reduktuar. Zgjidhja e bazuar në FW (LPCD) ofron një ndjeshmëri më të mirë në klasë me një konsum të rritur të energjisë.
Në modalitetin e vetëm të bazuar në FW (LPCD), nuk ka asnjë ngjarje kalibrimi të dërguar te hosti.
Kur thirret modaliteti i vetëm, kalibrimi dhe matjet e njëpasnjëshme kryhen të gjitha pas daljes nga gatishmëria.
Për ngjarjen e kalibrimit në modalitetin e vetëm, së pari lëshoni modalitetin e vetëm me komandën e ngjarjes së kalibrimit. Pas kalibrimit, merret një ngjarje e kalibrimit LPCD pas së cilës komanda e një modaliteti duhet të dërgohet me vlerën e referencës të marrë nga hapi i mëparshëm si parametër hyrës.
Konfigurimi i LPCD bëhet në cilësimet EEPROM/Flash Data përpara se të thirret komanda.
Shënim:
Ndërprerja GPIO3 për ULPCD, ndërprerja e HIF për LPCD janë të disponueshme si parazgjedhje për të dalë nga modalitetet me energji të ulët.
Zgjimi për shkak të skadimit të numëratorit është gjithmonë i aktivizuar.
Për ULPCD, konfigurimi DC-DC duhet të çaktivizohet në cilësimet EEPROM/Flash Data dhe duhet të sigurojë furnizimin VUP përmes VBAT. Duhet të bëhen cilësimet e nevojshme të kërcyesit. Për cilësimet e EEPROM/Flash Data, referojuni dokumentit [2].
Nëse komanda është për kalibrimin LPCD/ULPCD, hosti duhet të dërgojë kuadrin e plotë.

4.5.4.8.1 Komanda
Tabela 56. Vlera e komandës SWITCH_MODE_LPCD

Parametri	Gjatësia	Vlera/përshkrimi
bKontroll	1 byte	0x00	Futni kalibrimin ULPCD. Komanda ndalon pas kalibrimit dhe një ngjarje me vlerë referencë i dërgohet hostit.
		0x01	Futni ULPCD
		0x02	Kalibrimi LPCD. Komanda ndalon pas kalibrimit dhe një ngjarje me vlerë referencë i dërgohet hostit.
		0x03	Futni LPCD
		0x04	Modaliteti i vetëm
		0x0C	Modaliteti i vetëm me ngjarje kalibrimi
		Vlerat e tjera	RFU
Kontrolli i zgjimit	1 byte	Bitmask që kontrollon burimin e zgjimit që do të përdoret për LPCD/ULPCD. Përmbajtja e kësaj fushe nuk merret parasysh për kalibrim. I referohet Tabela 57
Vlera e referencës	4 byte	Vlera e referencës që do të përdoret gjatë ULPCD/LPCD. Për ULPCD, Byte 2 që mban vlerën e Atenuatorit HF përdoret si gjatë fazës së kalibrimit ashtu edhe në fazën e matjes. Për LPCD, përmbajtja e kësaj fushe nuk merret parasysh për kalibrimin dhe modalitetin e vetëm. I referohet Tabela 58 për informacionin e saktë për të 4 bajt.
Kundërvlera	2 byte	Vlera për numëruesin e zgjimit në milisekonda. Vlera maksimale e mbështetur është 2690 për LPCD. Vlera maksimale e mbështetur është 4095 për ULPCD. Vlera që do të jepet është në formatin pak-endian. Përmbajtja e kësaj fushe nuk merret parasysh për kalibrimin LPCD. Për modalitetin e vetëm dhe një modalitet me ngjarje kalibrimi, kohëzgjatja e gatishmërisë përpara kalibrimit mund të konfigurohet nga konfigurimi EEPROM: LPCD_SETTINGS->wCheck Period. Për modalitetin e vetëm me kalibrim, vlera WUC të jetë jo zero.

Tabela 57. Bitmask i kontrollit të zgjimit

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi
0	0	0	0	0	0	0		RFU
							X	Zgjimi në fushën e jashtme RF, nëse biti është vendosur në 1b.

Tabela 58. Informacioni i bajtit të vlerës së referencës

Bajtet e vlerës së referencës	ULPCD	LPCD
Bajt 0	Bajti i referencës 0	Kanali 0 Bajt i referencës 0
Bajt 1	Bajti i referencës 1	Kanali 0 Bajt i referencës 1
Bajt 2	Vlera e zbutësit HF	Kanali 1 Bajt i referencës 0
Bajt 3	NA	Kanali 1 Bajt i referencës 1

4.5.4.8.2 Përgjigje
Tabela 59. Vlera e përgjigjes SWITCH_MODE_LPCD

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Modaliteti i ndërrimit nuk është futur - për shkak të cilësimeve të gabuara)

4.5.4.8.3 Ngjarje
Njoftimi i ngjarjes dërgohet kur komanda të ketë përfunduar, dhe modaliteti normal futet me të dhënat e mëposhtme si pjesë e ngjarjes së përmendur në Figurën 12 dhe Figura 13.
Tabela 60. EVT_SWITCH_MODE_LPCD

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi i LPCD	Referojuni Tabelës 15	Referojuni Tabelës 154.5.4.8.4 Komunikimi Shemample

4.5.4.9 SWITCH_MODE_DOWNLOAD
Komanda Switch Mode Download hyn në modalitetin e shkarkimit të firmuerit.
Mënyra e vetme për të dalë në modalitetin e shkarkimit është të lëshoni një rivendosje në PN5190.
4.5.4.9.1 Komanda
Tabela 61. Vlera e komandës SWITCH_MODE_DOWNLOAD

Parametri	Gjatësia	Vlera/Përshkrimi
–	–	Pa vlere

4.5.4.9.2 Përgjigje
Përgjigja sinjalizon vetëm se komanda është përpunuar dhe modaliteti i shkarkimit do të futet pasi përgjigja të lexohet nga hosti.
Tabela 62. Vlera e përgjigjes SWITCH_MODE_DOWNLOAD
Ndërro modalitetin e funksionimit Autocoll

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Modaliteti i ndërrimit nuk është futur)

4.5.4.9.3 Ngjarje
Asnjë gjeneratë ngjarjesh.
4.5.4.9.4 Komunikimi P.shample
4.5.5 Autentifikimi klasik MIFARE
4.5.5.1 MFC_AUTHENTICATE
Ky udhëzim përdoret për të kryer një vërtetim klasik MIFARE në një kartë të aktivizuar. Duhet çelësi, UID i kartës dhe lloji i çelësit për t'u vërtetuar në adresën e caktuar të bllokut. Përgjigja përmban një bajt që tregon statusin e vërtetimit.
4.5.5.1.1 Kushtet
Çelësi i fushës duhet të jetë 6 bajt i gjatë. Lloji i çelësit të fushës duhet të përmbajë vlerën 0x60 ose 0x61. Adresa e bllokut mund të përmbajë çdo adresë nga 0x0 – 0xff, përfshirëse. UID-i i fushës duhet të jetë i gjatë bajt dhe duhet të përmbajë UID-in 4 bajt të kartës. Një kartë ISO14443-3 MIFARE Classic e bazuar në produkt duhet të vendoset në gjendjen AKTIVE ose AKTIVE* përpara ekzekutimit të këtij udhëzimi.
Në rast të një gabimi në kohën e ekzekutimit në lidhje me vërtetimin, kjo fushë 'Statusi i vërtetimit' vendoset në përputhje me rrethanat.
4.5.5.1.2 Komanda
Tabela 63. Komanda MFC_AUTHENTICATE
Kryeni vërtetimin në një kartë të aktivizuar të bazuar në produkt MIFARE Classic.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Çelësi	6 byte	Çelësi i vërtetimit që do të përdoret.
Lloji i çelësit	1 byte	0x60	Lloji i çelësit A
		0x61	Lloji i çelësit B
Adresa e bllokut	1 byte	Adresa e bllokut për të cilin duhet të kryhet vërtetimi.
UID	4 byte	UID e kartës.

4.5.5.1.3 Përgjigje
Tabela 64. Përgjigja MFC_AUTHENTICATE
Përgjigje ndaj MFC_AUTHENTICATE.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.6 Mbështetje ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORI
Ky udhëzim përdoret për të kryer një inventar të ISO18000-3M3 tags. Ai zbaton një ekzekutim autonom të disa komandave sipas ISO18000-3M3 në mënyrë që të garantojë kohën e specifikuar nga ai standard.
Nëse është i pranishëm në ngarkesën e instruksionit, fillimisht ekzekutohet një komandë Select e ndjekur nga një komandë BeginRound.
Nëse ka një përgjigje të vlefshme në orarin e parë (pa kohë, pa përplasje), udhëzimi dërgon një ACK dhe ruan PC/XPC/UII të marrë. Më pas, udhëzimi kryen një veprim sipas fushës 'Sjellja e përpunuar në kohëzgjatje':

Nëse kjo fushë është vendosur në 0, lëshohet një komandë NextSlot për të trajtuar slotin e ardhshëm të kohës. Kjo përsëritet derisa buferi i brendshëm të mbushet
Nëse kjo fushë vendoset në 1, algoritmi ndalon

Nëse kjo fushë është vendosur në 2, një komandë Req_Rn lëshohet nëse, dhe vetëm nëse, ka pasur një të vlefshme tag përgjigje në këtë komanda timeslot

Fusha 'Zgjidh gjatësinë e komandës' duhet të përmbajë gjatësinë e fushës 'Zgjidh komandën', e cila duhet të jetë në rangun nga 1 – 39, përfshirëse. Nëse 'Zgjidhni gjatësinë e komandës' është 0, fushat 'Bit të vlefshëm në bajtin e fundit' dhe 'Zgjidhni komandën' nuk duhet të jenë të pranishme.
Fusha Bit në bajtin e fundit duhet të përmbajë numrin e biteve që do të transmetohen në bajtin e fundit të fushës 'Zgjidh komandën'. Vlera duhet të jetë në rangun nga 1 - 7, përfshirëse. Nëse vlera është 0, të gjithë bit-at nga bajt-i i fundit nga fusha 'Zgjidh komandën' transmetohen.
Fusha 'Select Command' duhet të përmbajë një komandë Zgjidh sipas ISO18000-3M3 pa pas CRC-16c dhe duhet të ketë të njëjtën gjatësi siç tregohet në fushën 'Zgjidh gjatësinë e komandës'.
Fusha 'BeginRound Command' duhet të përmbajë një komandë BeginRound sipas ISO18000-3M3 pa CRC-5 pasuese. 7 bitet e fundit të bajtit të fundit të 'BeginRound Command' injorohen pasi komanda ka një gjatësi reale prej 17 bitësh.
'Sjellja e përpunuar në kohëzgjatje' duhet të përmbajë një vlerë nga 0 – 2, përfshirëse.
Tabela 65. Vlera e komandës EPC_GEN2_INVENTORY Kryeni një inventar ISO 18000-3M3

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
ResumeInventari	1 byte	00	GEN2_INVENTORY fillestar

		01	Rifilloni komandën GEN2_INVENTORY - pjesa e mbetur fushat më poshtë janë bosh (çdo ngarkesë injorohet)
Zgjidhni gjatësinë e komandës	1 byte	0	Asnjë komandë Select nuk është vendosur përpara komandës BeginRound. Fusha 'Bit të vlefshëm në bajtin e fundit' dhe fusha 'Zgjidh komandën' nuk do të jenë të pranishme.
Zgjidhni gjatësinë e komandës	1 byte	1 – 39	Gjatësia (n) e fushës 'Zgjidh komandën'.
Bite të vlefshme në bajtin e fundit	1 byte	0	Transmetohen të gjitha bitet e bajtit të fundit të fushës 'Zgjidh komandën'.
Bite të vlefshme në bajtin e fundit	1 byte	1 – 7	Numri i biteve që do të transmetohen në bajtin e fundit të fushës 'Zgjidh komandën'.
Zgjidhni Komanda	n Byte	Nëse është e pranishme, kjo fushë përmban komandën Select (sipas ISO18000-3, Tabela 47) e cila dërgohet përpara komandës BeginRound. CRC-16c nuk do të përfshihet.
Komanda Fillimi Round	3 byte	Kjo fushë përmban komandën BeginRound (sipas ISO18000-3, Tabela 49). CRC-5 nuk do të përfshihet.
Sjellja e përpunuar në kohë	1 byte	0	Përgjigja përmban maksimum. Numri i hapësirave kohore që mund të përshtaten në buferin e përgjigjes.
		1	Përgjigja përmban vetëm një kohë.
		2	Përgjigja përmban vetëm një kohë. Nëse foleja kohore përmban përgjigje të vlefshme të kartës, përfshihet edhe doreza e kartës.

4.5.6.1.1 Përgjigje
Kohëzgjatja e Përgjigjes mund të jetë "1" në rast të inventarit të rifillimit.
Tabela 66. Vlera e përgjigjes EPC_GEN2_INVENTORY

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS (Lexo statusin e hapësirës kohore në bajtin tjetër për Tag përgjigje) PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
Vendi kohor [1…n]	3 – 69 bajt	Statusi i slotit të kohës	1 byte	0	Tag përgjigje në dispozicion. 'Tag Fusha "Gjatësia e përgjigjes", fusha "Bitë të vlefshme në bajtin e fundit" dhe "Tag Fusha e përgjigjes është e pranishme.
				1	Tag përgjigje në dispozicion.
				2	Nr tag u përgjigj në kohë. 'Tag Fusha "Gjatësia e përgjigjes" dhe fusha "Bit të vlefshëm në bajtin e fundit" do të vendosen në zero. 'Tag Fusha e përgjigjes nuk do të jetë e pranishme.
				3	Dy ose më shumë tags u përgjigj në orar. (Përplasje). 'Tag Fusha "Gjatësia e përgjigjes" dhe fusha "Bit të vlefshëm në bajtin e fundit" do të vendosen në zero. 'Tag Fusha e përgjigjes nuk do të jetë e pranishme.

Tag Gjatësia e përgjigjes	1 byte	0-66	Gjatësia e 'Tag Fusha e përgjigjes (i). Nëse Tag Gjatësia e përgjigjes është 0, pastaj Tag Fusha e përgjigjes nuk është e pranishme.
Bite të vlefshme në bajtin e fundit	1 byte	0	Të gjitha pjesët e bajtit të fundit të 'Tag Fusha e përgjigjes është e vlefshme.
Bite të vlefshme në bajtin e fundit	1 byte	1-7	Numri i biteve të vlefshëm të bajtit të fundit prej 'Tag Fusha e përgjigjes. Nëse Tag Gjatësia e përgjigjes është zero, vlera e këtij bajt do të injorohet.
Tag Përgjigju	'n' Byte	Përgjigja e tag sipas ISO18000- 3_2010, Tabela 56.
Tag Doreza	0 ose 2 bajt	Doreza e tag, në rast se fusha 'Statusi i orarit' është vendosur në '1'. Përndryshe fusha nuk është e pranishme.

4.5.6.1.2 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.7 Menaxhimi i konfigurimit RF
Referojuni seksionit 6, për konfigurimin TX dhe RX për teknologji të ndryshme RF dhe shpejtësi të dhënash të mbështetura nga PN5190. Vlerat nuk janë të pranishme në diapazonin e përmendur më poshtë, duhet të konsiderohen si RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Ky udhëzim përdoret për të ngarkuar konfigurimin RF nga EEPROM në regjistrat e brendshëm CLIF. Konfigurimi RF i referohet një kombinimi unik të Teknologjisë RF, modalitetit (objektivit/iniciatorit) dhe shpejtësisë së baudit. Konfigurimi RF mund të ngarkohet veçmas për shtegun e marrësit CLIF (konfigurimi RX) dhe i transmetuesit (konfigurimi TX). Vlera 0xFF duhet të përdoret nëse konfigurimi përkatës për një shteg nuk duhet të ndryshohet.
4.5.7.1.1 Kushtet
Fusha "Konfigurimi TX" duhet të jetë në rangun nga 0x00 – 0x2B, përfshirëse. Nëse vlera është 0xFF, konfigurimi TX nuk ndryshohet.
Fusha 'Konfigurimi RX' duhet të jetë në intervalin nga 0x80 – 0xAB, përfshirëse. Nëse vlera është 0xFF, konfigurimi RX nuk ndryshohet.
Një konfigurim i veçantë me konfigurim TX = 0xFF dhe konfigurim RX = 0xAC përdoret për të ngarkuar regjistrat Boot-up një herë.
Ky konfigurim special kërkohet për të përditësuar konfigurimet e regjistrit (TX dhe RX) që janë të ndryshme nga vlerat e rivendosjes së IC.

4.5.7.1.2 Komanda
Tabela 67. Vlera e komandës LOAD_RF_CONFIGURATION
Ngarko cilësimet RF TX dhe RX nga E2PROM.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Konfigurimi TX	1 byte	0xFF	Konfigurimi TX RF nuk ka ndryshuar.
		0x0 - 0x2B	Konfigurimi përkatës TX RF u ngarkua.
Konfigurimi RX	1 byte	0xFF	Konfigurimi RX RF nuk ka ndryshuar.
		0x80 - 0xAB	Konfigurimi përkatës RX RF u ngarkua.

4.5.7.1.3 Përgjigje
Tabela 68. Vlera e përgjigjes LOAD_RF_CONFIGURATION

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.7.2 PËRDITËSIM_RF_CONFIGURATION
Ky udhëzim përdoret për të përditësuar konfigurimin RF (shih përkufizimin në seksionin 4.5.7.1) brenda E2PROM. Udhëzimi lejon përditësimin me vlerën e granularitetit të regjistrit, dmth. nuk duhet përditësuar kompleti (megjithëse, është e mundur të bëhet).
4.5.7.2.1 Kushtet
Madhësia e grupit të fushës Konfigurimi duhet të jetë në intervalin nga 1 – 15, përfshirë këtu. Konfigurimi i grupit të fushave duhet të përmbajë një grup të konfigurimit RF, adresës së regjistrimit dhe vlerës. Konfigurimi i fushës RF duhet të jetë në intervalin nga 0x0 - 0x2B për konfigurimin TX dhe 0x80 - 0xAB për konfigurimin RX, përfshirë këtu. Adresa brenda fushës Adresa e Regjistrit duhet të ekzistojë brenda konfigurimit përkatës të RF. Vlera e fushës duhet të përmbajë një vlerë që duhet të shkruhet në regjistrin e dhënë dhe duhet të jetë 4 bajt e gjatë (format pak endian).
4.5.7.2.2 Komanda
Tabela 69. Vlera e komandës UPDATE_RF_CONFIGURATION
Përditësoni konfigurimin e RF

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Konfigurimi[1…n]	6 byte	Konfigurimi RF	1 byte	Konfigurimi RF për të cilin regjistri duhet të ndryshohet.
		Adresa e regjistrimit	1 byte	Adresa e regjistrimit brenda teknologjisë së dhënë RF.
		Vlera	4 byte	Vlera e cila duhet të shënohet në regjistër. (pak-endian)

4.5.7.2.3 Përgjigje
Tabela 70. Vlera e përgjigjes UPDATE_RF_CONFIGURATION

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.7.3 GET_ RF_CONFIGURATION
Ky udhëzim përdoret për të lexuar një konfigurim RF. Çiftet adresa-vlera-regjistri janë të disponueshme në përgjigje. Për të ditur se sa çifte duhet të priten, informacioni i madhësisë së parë mund të merret nga TLV-ja e parë, e cila tregon gjatësinë totale të ngarkesës.
4.5.7.3.1 Kushtet
Konfigurimi i fushës RF duhet të jetë në intervalin nga 0x0 - 0x2B për konfigurimin TX dhe 0x80 -0xAB për konfigurimin RX, përfshirë këtu.
4.5.7.3.2 Komanda
Tabela 71. Vlera e komandës GET_ RF_CONFIGURATION Merr konfigurimin RF.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Konfigurimi RF	1 byte	Konfigurimi RF për të cilin grupi i çifteve të vlerave të regjistrit duhet të merret.

4.5.7.3.3 Përgjigje
Tabela 72. GET_ RF_CONFIGURATION Vlera e përgjigjes

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
Çift[1…n]	5 byte	Adresa e regjistrimit	1 byte	Adresa e regjistrimit brenda teknologjisë së dhënë RF.
		Vlera	4 byte	Vlera e regjistrit 32-bit.

4.5.7.3.4 Ngjarje
Nuk ka asnjë ngjarje për udhëzimin.
4.5.8 Trajtimi në terren RF
4.5.8.1 RF_ON
Ky udhëzim përdoret për të aktivizuar RF. Rregullorja DPC në FieldOn fillestar do të trajtohet në këtë komandë.
4.5.8.1.1 Komanda
Tabela 73. Vlera e komandës RF_FIELD_ON
Konfiguro RF_FIELD_ON.

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
RF_on_config	1 byte	Biti 0	0	Përdorni shmangien e përplasjeve
			1	Çaktivizo shmangien e përplasjeve
		Biti 1	0	Nuk ka P2P aktiv
			1	P2P aktive

4.5.8.1.2 Përgjigje
Tabela 74. Vlera e përgjigjes RF_FIELD_ON

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (fusha RF nuk është e ndezur për shkak të përplasjes RF) PN5190_STATUS_TIMEOUT (fusha RF nuk është e ndezur për shkak të afatit kohor) PN5190_STATUS_TXLDO_ERROR (gabimi TXLDO për shkak të VUP nuk disponohet) PN5190_STATUS_RFCFG_NOT_APPLIED (konfigurimi RF nuk zbatohet para kësaj komande)

4.5.8.1.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.8.2 RF_OFF
Ky udhëzim përdoret për të çaktivizuar fushën RF.
4.5.8.2.1 Komanda
Tabela 75. Vlera e komandës RF_FIELD_OFF

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Bosh	Bosh	bosh

4.5.8.2.2 Përgjigje
Tabela 76. Vlera e përgjigjes RF_FIELD_OFF

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)

4.5.8.2.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.9 Testimi i konfigurimit të autobusit
Sinjalet e disponueshme të autobusit të testimit në konfigurimet e zgjedhura të PAD janë renditur në seksionin 7 për referencë.
Këto duhet të referohen për të siguruar konfigurimin për udhëzimet e autobusit të testimit siç përmendet më poshtë.
4.5.9.1 KONFIGURO _TESTBUS_DIGITAL
Ky udhëzim përdoret për të ndërruar sinjalin e disponueshëm të autobusit testues dixhital në konfigurimet e zgjedhura të bllokut.
4.5.9.1.1 Komanda
Tabela 77. Vlera e komandës CONFIGURE_TESTBUS_DIGITAL

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
TB_Indeksi i sinjalit	1 byte		Referojuni Seksioni 7
TB_BitIndex	1 byte		Referojuni Seksioni 7
TB_PadIndex	1 byte		Indeksi i bllokut, mbi të cilin do të dalë sinjali dixhital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.1.2 Përgjigje
Tabela 78. Vlera e përgjigjes CONFIGURE_TESTBUS_DIGITAL

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)

4.5.9.1.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Ky udhëzim përdoret për të marrë sinjalin e disponueshëm të autobusit testues analog në konfigurimet e zgjedhura të bllokut.
Sinjali në autobusin analog testues mund të merret në mënyra të ndryshme. Ato janë:
4.5.9.2.1 Modaliteti RAW
Në këtë modalitet, sinjali i zgjedhur nga TB_SignalIndex0 zhvendoset nga Shift_Index0, i maskuar me Mask0 dhe del në AUX1. Në mënyrë të ngjashme, sinjali i zgjedhur nga TB_SignalIndex1 zhvendoset nga Shift_Index1, i maskuar me Mask1 dhe del në AUX2.
Ky modalitet i ofron klientit fleksibilitet për të nxjerrë çdo sinjal që është 8 bit i gjerë ose më i vogël dhe që nuk kërkon konvertimin e shenjave për të dalë në tabelat analoge.
4.5.9.2.2 Modaliteti i KOMBINUAR
Në këtë modalitet, sinjali analog do të jetë vlera ADCI/ADCQ/pcrm_if_rssi e nënshkruar me 10 bit, e konvertuar në një vlerë të panënshkruar, e reduktuar në 8 bit dhe më pas do të dalë në tabelat AUX1 ose AUX2.
Vetëm një nga vlerat e konvertuara ADCI/ADCQ (10-bit) mund të dalë në AUX1/AUX2 në çdo kohë.
Nëse vlera e fushës së ngarkesës së sinjalit të modalitetit të kombinuar është 2 (të kombinuara analoge dhe dixhitale), atëherë autobusi testues analog dhe dixhital drejtohet në AUX1 (Sinjal Analog) dhe GPIO0 (Sinjal Dixhital).
Sinjalet që do të drejtohen janë konfiguruar në adresën EEPROM të përmendur më poshtë:
0xCE9 - TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
Indeksi i autobusit të testimit dhe biti i autobusit të testimit duhet të konfigurohen në EEPROM përpara se të lëshojmë modalitetin e kombinuar me opsionin 2.
Shënim:
Pritësi duhet të sigurojë të gjitha fushat, pavarësisht nga zbatueshmëria e fushës në modalitetin "të papërpunuar" ose "të kombinuar". IC PN5190 merr parasysh vetëm vlerat e zbatueshme të fushës.
4.5.9.2.3 Komanda
Tabela 79. Vlera e komandës CONFIGURE_TESTBUS_ANALOG

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi		Zbatueshmëria në terren për modalitetin e kombinuar
bConfig	1 byte		Bitë të konfigurueshme. Referojuni Tabela 80	po
Sinjali i modalitetit të kombinuar	1 byte	0 – ADCI/ADCQ 1 – pcrm_if_rssi		po
		2 – Kombinuar analoge dhe dixhitale
		3 – 0xFF – Rezervuar

TB_Indeksi i sinjalit0	1 byte	Indeksi i sinjalit të sinjalit analog. Referojuni Seksioni 7	po
TB_Indeksi i sinjalit1	1 byte	Indeksi i sinjalit të sinjalit analog. Referojuni Seksioni 7	po
Shift_Index0	1 byte	Pozicionet e zhvendosjes së hyrjes DAC0. Drejtimi do të vendoset me pak në bConfig[1].	Nr
Shift_Index1	1 byte	Pozicionet e zhvendosjes së hyrjes DAC1. Drejtimi do të vendoset me pak në bConfig[2].	Nr
Maska0	1 byte	Maskë DAC0	Nr
Maska1	1 byte	Maskë DAC1	Nr

Tabela 80. Bitmask i konfigurimit

b7	b6	b5	b4	b3	b2	b1	b0	Përshkrimi	E aplikueshme për modalitetin
X	X							Gama e zhvendosjes së daljes DAC1 - 0, 1, 2	Të papërpunuara
		X	X					Gama e zhvendosjes së daljes DAC0 - 0, 1, 2	Të papërpunuara
				X				Në modalitetin e kombinuar, sinjalizoni në pinin AUX1/AUX2 0 ➜ Sinjali në AUX1 1 ➜ Sinjali në AUX2	Të kombinuara
					X			Drejtimi i zhvendosjes së hyrjes DAC1 0 ➜ Zhvendos djathtas 1 ➜ Zhvendos majtas	Të papërpunuara
						X		Drejtimi i zhvendosjes së hyrjes DAC0 0 ➜ Zhvendos djathtas 1 ➜ Zhvendos majtas	Të papërpunuara
							X	Modaliteti. 0 ➜ Modaliteti i papërpunuar 1 ➜ Modaliteti i kombinuar	Të papërpunuara/të kombinuara

4.5.9.2.4 Përgjigje
Tabela 81. Vlera e përgjigjes CONFIGURE_TESTBUS_ANALOG

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)

4.5.9.2.5 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Ky udhëzim përdoret për të ndërruar sinjale të shumta të disponueshme të autobusit dixhital në konfigurimet e zgjedhura të bllokut.
Shënim: Nëse kjo gjatësi është ZERO, atëherë një autobus i testimit dixhital është RESET.
4.5.9.3.1 Komanda
Tabela 82. Vlera e komandës CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
TB_SignalIndex #1	1 byte	Referojuni 8 më poshtë
TB_BitIndex #1	1 byte	Referojuni 8 më poshtë
TB_PadIndex #1	1 byte	Indeksi i bllokut, mbi të cilin do të dalë sinjali dixhital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU
TB_SignalIndex #2	1 byte	Referojuni 8 më poshtë
TB_BitIndex #2	1 byte	Referojuni 8 më poshtë
TB_PadIndex #2	1 byte	Indeksi i bllokut, mbi të cilin do të dalë sinjali dixhital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.3.2 Përgjigje
Tabela 83. Vlera e përgjigjes CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 2]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)

4.5.9.3.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.10 Konfigurimi CTS
4.5.10.1 CTS_ENABLE
Ky udhëzim përdoret për të aktivizuar/çaktivizuar funksionin e regjistrimit të CTS.
4.5.10.1.1 Komanda
Tabela 84. Vlera e komandës CTS_ENABLE

Vlera/Përshkrimi i gjatësisë së fushës së ngarkesës
Aktivizo/Çaktivizo	1 byte	Biti 0	0	Çaktivizoni funksionin e regjistrimit të CTS
1 Aktivizo funksionin e regjistrimit të CTS
		Biti 1-7		RFU

4.5.10.1.2 Përgjigje
Tabela 85. Vlera e përgjigjes CTS_ENABLE

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)

4.5.10.1.3 Ngjarje
Tabela e mëposhtme tregon të dhënat e ngjarjes që do të dërgohen si pjesë e mesazhit të ngjarjes siç tregohet në Figurën 12 dhe Figura 13.
Tabela 86. Kjo informon hostin se të dhënat janë marrë. EVT_CTS_BËRË

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Ngjarje	1 bajt	00 … TRIGGER ka ndodhur, të dhënat janë gati për marrjen.

4.5.10.2 CTS_CONFIGURE
Ky udhëzim përdoret për të konfiguruar të gjithë regjistrat e kërkuar CTS, si p.sh. triggers, regjistrat testues të autobusëve, sampkonfigurimi ling etj.,
Shënim:
[1] ofron një kuptim më të mirë të konfigurimit të CTS. Të dhënat e kapura do të dërgohen si pjesë e përgjigjes ndaj komandës së Seksionit 4.5.10.3.

4.5.10.2.1 Komanda
Tabela 87. Vlera e komandës CTS_CONFIGURE

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
PRE_TRIGGER_SHIFT	1 byte	Përcakton gjatësinë e sekuencës së përvetësimit pas aktivizimit në njësi 256 bajt. 0 do të thotë pa zhvendosje; n do të thotë zhvendosje e bllokut n*256 bajte. Shënim: E vlefshme vetëm nëse TRIGGER_MODE është modaliteti i aktivizimit "PRE" ose "COMB".
TRIGGER_MODE	1 byte	Përcakton mënyrën e blerjes që do të përdoret.
		0x00 - modaliteti POST
		0x01 - RFU
		0x02 - Modaliteti PRE
		0x03 – 0xFF – E pavlefshme
RAM_PAGE_WIDTH	1 byte	Përcakton sasinë e memories në çip që mbulohet nga një blerje. Granulariteti zgjidhet sipas dizajnit si 256 Bajt (dmth. 64 fjalë 32-bitësh). Vlerat e vlefshme janë si më poshtë: 0x00h – 256 bajt 0x02h – 768 bajt 0x01h – 512 bajt 0x03h – 1024 bajt 0x04h – 1280 bajt 0x05h – 1536 bajt 0x06h – 1792 bajt 0x07h – 2048 bajt 0x08h – 2304 bajt 0x09h – 2560 bajt 0x0Ah - 2816 bajt 0x0Bh – 3072 bajt 0x0Ch – 3328 byte 0x0Dh – 3584 bajt 0x0Eh – 3840 bajt 0x0Fh – 4096 bajt 0x10h – 4352 bajt 0x11h – 4608 bajt 0x12h – 4864 bajt 0x13h – 5120 bajt 0x14h – 5376 bajt 0x15h – 5632 bajt 0x16h – 5888 bajt 0x17h – 6144 bajt 0x18h – 6400 bajt 0x19h – 6656 bajt 0x1Ah - 6912 bajt 0x1Bh – 7168 bajt 0x1Ch – 7424 byte 0x1Dh – 7680 bajt 0x1Eh – 7936 bajt 0x1Fh – 8192 bajt

SAMPLE_CLK_DIV	1 byte	Vlera dhjetore e kësaj fushe specifikon faktorin e ndarjes së shpejtësisë së orës që do të përdoret gjatë blerjes. Ora CTS = 13.56 MHz / 2^{SAMPLE_CLK_DIV}
		00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz
SAMPLE_BYTE_SEL	1 byte	Këto bit përdoren për të specifikuar se cilët bajt të dy magjistraleve hyrëse 16-bitëshe kontribuojnë në mekanizmin e ndërthurjes që gjeneron të dhëna që do të transferohen në memorien e çipit. Kuptimi dhe përdorimi i tyre varet nga S.AMPVlerat LE_MODE_SEL. Shënim: Vlera e dhënë gjithmonë maskohet me 0x0F dhe më pas merret parasysh vlera efektive.
SAMPLE_MODE_SEL	1 byte	Zgjedh sampmodaliteti i ndërlidhjes ling siç përshkruhet nga specifikimet e dizajnit CTS. Vlera dhjetore 3 është e rezervuar dhe do të trajtohet si 0. Shënim: Vlera e dhënë maskohet gjithmonë me 0x03 dhe më pas merret parasysh vlera efektive.
TB0	1 byte	Zgjedh se cilin autobus provë do të lidhet me TB0. Referojuni Seksioni 7 (TB_ Vlera e Indeksit të Sinjalit)
TB1	1 byte	Zgjedh se cilin autobus provë do të lidhet me TB1. Referojuni Seksioni 7 (TB_ Vlera e Indeksit të Sinjalit)
TB2	1 byte	Zgjedh se cilin autobus provë do të lidhet me TB2. Referojuni Seksioni 7 (TB_ Vlera e Indeksit të Sinjalit)
TB3	1 byte	Zgjedh se cilin autobus provë do të lidhet me TB3. Referojuni Seksioni 7 (TB_ Vlera e Indeksit të Sinjalit)
TTB_SELECT	1 byte	Zgjedh cili TB do të lidhet me burimet e ndezjes. Referojuni Seksioni 7 (Vlera TB_Signal_Index)
RFU	4 byte	Dërgo gjithmonë 0x00000000
MISC_CONFIG	24 byte	Dukuritë e shkaktimit, polariteti etj. Referojuni [1] për të kuptuar konfigurimin CTS për t'u përdorur.

4.5.10.2.2 Përgjigje
Tabela 88. Vlera e përgjigjes CTS_CONFIGURE

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.10.3 CTS_RETRIEVE_LOG
Ky udhëzim rimerr regjistrin e të dhënave të të dhënave të kapura të autobusit të testit sampmë pak të ruajtura në buferin e memories.
4.5.10.3.1 Komanda
Tabela 89. Vlera e komandës CTS_RETRIEVE_LOG

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Madhësia e copës	1 bajt	0x01-0xFF	Përmban numrin e bajtëve të të dhënave të pritshme.

4.5.10.3.2 Përgjigje
Tabela 90. Vlera e përgjigjes CTS_RETRIEVE_LOG

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera) PN5190_STATUS_SUCCSES_CHAINING
Të dhënat e regjistrit [1…n]	Kërkesa CTS	E kapur Samples copa e të dhënave

Shënim:
Madhësia maksimale e "Log Data" varet nga "ChunkSize" që është dhënë si pjesë e komandës.
Madhësia totale e regjistrit do të jetë e disponueshme në përgjigjen e titullit TLV.
4.5.10.3.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.11 Komandat TEST_MODE
4.5.11.1 ANTENNA_VETE_TESTIMI
Ky udhëzim përdoret për të verifikuar nëse antena është e lidhur dhe nëse komponentët që përputhen janë të mbushura/montuara.
Shënim:
Kjo komandë nuk është ende e disponueshme. Shikoni shënimet e lëshimit për disponueshmërinë.
4.5.11.2 PRBS_TEST
Ky udhëzim përdoret për të gjeneruar sekuencën PRBS për konfigurimet e ndryshme të protokolleve të modalitetit Reader dhe shpejtësive të biteve. Pasi të ekzekutohet instruksioni, sekuenca e testit PRBS do të jetë e disponueshme në RF.
Shënim:
Pritësi duhet të sigurohet që konfigurimi i duhur i teknologjisë RF është ngarkuar duke përdorur Seksionin 4.5.7.1 dhe RF është ndezur duke përdorur komandën e Seksionit 4.5.8.1 përpara se të dërgojë këtë komandë.
4.5.11.2.1 Komanda
Tabela 91. Vlera e komandës PRBS_TEST

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
prbs_lloj	1 byte	00	PRBS9 (e parazgjedhur)
		01	PRBS15
		02-FF	RFU

4.5.11.2.2 Përgjigje
Tabela 92. Vlera e përgjigjes PRBS_TEST

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 Ngjarje
Nuk ka asnjë ngjarje për këtë udhëzim.
4.5.12 Komandat e informacionit të çipit
4.5.12.1 GET_DIEID
Ky udhëzim përdoret për të lexuar ID-në e dietë të çipit PN5190.
4.5.12.1.1 Komanda
Tabela 93. Vlera e komandës GET_DIEID

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
–	–	Nuk ka të dhëna në ngarkesë

4.5.12.1.2 Përgjigje
Tabela 94. Vlera e përgjigjes GET_DIEID

Fusha e ngarkesës	Gjatësia	Vlera/përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (nuk ka të dhëna të tjera)
vlerat	16 byte	16 byte die ID.

4.5.12.1.3 Ngjarje
Nuk ka ngjarje për këtë komandë.
4.5.12.2 GET_VERSION
Ky udhëzim përdoret për të lexuar versionin HW, versionin ROM dhe versionin FW të çipit PN5190.
4.5.12.2.1 Komanda
Tabela 95. Vlera e komandës GET_VERSION

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
–	–	Nuk ka të dhëna në ngarkesë

Ekziston një komandë DL_GET_VERSION (Seksioni 3.4.4) i disponueshëm në modalitetin e shkarkimit që mund të përdoret për të lexuar versionin HW, versionin ROM dhe versionin FW.
4.5.12.2.2 Përgjigje
Tabela 96. Vlera e përgjigjes GET_VERSION

Fusha e ngarkesës	Gjatësia	Vlera/Përshkrimi
Statusi	1 byte	Statusi i operacionit [Tabela 9]. Vlerat e pritshme janë si më poshtë:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Nuk ka të dhëna të tjera)
HW_V	1 bajt	Versioni i harduerit
RO_V	1 bajt	Kodi ROM
FW_V	2 bajt	Versioni i firmuerit (përdoret për shkarkim)
RFU1-RFU2	1-2 bajt	–

Përgjigja e pritur për versione të ndryshme të PN5190 IC përmendet në (Seksioni 3.4.4)
4.5.12.2.3 Ngjarje
Nuk ka ngjarje për këtë komandë.

Shtojca (P.shamples)

Kjo shtojcë përbëhet nga ishamples për komandat e lartpërmendura. Ishamples janë vetëm për qëllim ilustrativ për të treguar përmbajtjen e komandës.
5.1 Sheshample për WRITE_REGISTER
Sekuenca e mëposhtme e të dhënave të dërguara nga hosti për të shkruar një vlerë 0x12345678 në regjistrin 0x1F.
Korniza e komandës dërguar në PN5190: 0000051F78563412
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon kornizën e përgjigjes së marrë nga PN5190 (që tregon funksionimin e suksesshëm): 00000100 5.2 Shemb.ample për WRITE_REGISTER_OR_MASK
Sekuenca vijuese e të dhënave të dërguara nga hosti për të kryer operacionin logjik OR në regjistrin 0x1F me një maskë si 0x12345678
Korniza e komandës dërguar në PN5190: 0100051F78563412
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon kornizën e përgjigjes së marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 01000100
5.3 Sheshample për WRITE_REGISTER_AND_MASK
Sekuenca vijuese e të dhënave të dërguara nga hosti për të kryer operacionin logjik DHE në regjistrin 0x1F me një maskë si 0x12345678
Korniza e komandës dërguar në PN5190: 0200051F78563412
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon kornizën e përgjigjes së marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 02000100
5.4 Sheshample për WRITE_REGISTER_MULTIPLE
Sekuenca vijuese e të dhënave të dërguara nga hosti për të kryer operacionin logjik DHE në regjistrin 0x1F me një maskë si 0x12345678, dhe në operacionin logjik OR në regjistrin 0x20 me një maskë si 0x11223344, dhe një shkrim në regjistrin 0x21 me një vlerë si 0xAABBCCDD.
Korniza e komandës dërguar në PN5190: 0300121F03785634122002443322112101DDCCBBAA
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon kornizën e përgjigjes së marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 03000100
5.5 Sheshample për READ_REGISTER
Në vijim të sekuencës së të dhënave të dërguara nga hosti për të lexuar përmbajtjen e regjistrit 0x1F dhe duke supozuar se regjistri ka vlerën 0x12345678
Korniza e komandës dërguar në PN5190: 0400011F
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon kornizën e përgjigjes së marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 0400050078563412
5.6 Sheshample për READ_REGISTER_MULTIPLE
Sekuenca vijuese e të dhënave të dërguara nga hosti për të lexuar përmbajtjen e regjistrave 0x1F që përmbajnë vlerën 0x12345678 dhe regjistrin 0x25 që përmban vlerën 0x11223344
Korniza e komandës dërguar në PN5190: 0500021F25
Pritësi për të pritur për një ndërprerje.
Kur hosti lexoi përgjigjen, korniza e marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 050009007856341244332211
5.7 Sheshample për WRITE_E2PROM
Sekuenca vijuese e të dhënave të dërguara nga hosti për të shkruar në vendndodhjet E2PROM 0x0130 në 0x0134 me përmbajtjen si 0x11, 0x22, 0x33, 0x44, 0x55
Korniza e komandës dërguar në PN5190: 06000730011122334455
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 06000100
5.8 Sheshample për READ_E2PROM
Sekuenca vijuese e të dhënave të dërguara nga hosti për të lexuar nga vendet E2PROM 0x0130 në 0x0134 ku përmbajtja e ruajtur është: 0x11, 0x22, 0x33, 0x44, 0x55
Korniza e komandës dërguar në PN5190: 07000430010500
Pritësi për të pritur për një ndërprerje.
Kur hosti lexoi përgjigjen, korniza e marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 070006001122334455
5.9 Sheshample për TRANSMIT_RF_DATA
Pas sekuencës së të dhënave të dërguara nga hosti për të dërguar një komandë REQA (0x26), me numrin e biteve që do të transmetohen si '0x07', duke supozuar se regjistrat e kërkuar janë vendosur më parë dhe RF është ndezur.
Korniza e komandës dërguar në PN5190: 0800020726
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 08000100
5.10 Sheshample për RETRIEVE_RF_DATA
Pas sekuencës së të dhënave të dërguara nga hosti për të marrë të dhënat e marra/ruajtura në buferin e brendshëm CLIF (duke supozuar se është marrë 0x05), duke supozuar se një TRANSMIT_RF_DATA është dërguar tashmë pasi RF është ndezur.
Korniza e komandës dërguar në PN5190: 090000
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 090003000400
5.11 Sheshample për EXCHANGE_RF_DATA
Sekuenca e mëposhtme e të dhënave të dërguara nga hosti për të transmetuar një REQA (0x26), me numrin e biteve në bajtin e fundit për t'u dërguar është vendosur si 0x07, me të gjithë statusin që do të merret së bashku me të dhënat. Supozimi është se regjistrat e kërkuar RF janë vendosur tashmë dhe RF është ndezur.
Korniza e komandës dërguar në PN5190: 0A0003070F26
Pritësi për të pritur për një ndërprerje.
Kur hosti lexoi përgjigjen, korniza e marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 0A000 F000200000000000200000000004400
5.12 Sheshample për LOAD_RF_CONFIGURATION
Sekuenca e mëposhtme e të dhënave të dërguara nga hosti për të vendosur konfigurimin RF. Për TX, 0x00 dhe për RX, 0x80
Korniza e komandës dërguar në PN5190: 0D00020080
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 0D000100
5.13 Sheshample për UPDATE_RF_CONFIGURATION
Sekuenca e mëposhtme e të dhënave të dërguara nga hosti për të përditësuar konfigurimin RF. Për TX, 0x00, me adresë regjistri për CLIF_CRC_TX_CONFIG dhe vlerë si 0x00000001
Korniza e komandës dërguar në PN5190: 0E0006001201000000
Pritësi për të pritur për një ndërprerje.
Kur hosti lexoi përgjigjen, korniza e marrë nga PN5190 (duke treguar funksionimin e suksesshëm): 0E000100
5.14 Sheshample për RF_ON
Në vijim të sekuencës së të dhënave të dërguara nga hosti për të ndezur fushën RF duke përdorur shmangien e përplasjeve dhe Nuk ka P2P aktiv. Supozohet se konfigurimi përkatës RF TX dhe RX janë vendosur tashmë në PN5190.
Korniza e komandës dërguar në PN5190: 10000100
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 10000100
5.15 Sheshample për RF_OFF
Në vijim të sekuencës së të dhënave të dërguara nga hosti për të çaktivizuar fushën RF.
Korniza e komandës dërguar në PN5190: 110000
Pritësi për të pritur për një ndërprerje.
Kur hosti lexon përgjigjen, korniza e marrë nga PN5190 (që tregon funksionimin e suksesshëm): 11000100

Shtojca (indekset e konfigurimit të protokollit RF)

Kjo shtojcë përbëhet nga indekset e konfigurimit të protokollit RF të mbështetur nga PN5190.
Cilësimet e konfigurimit TX dhe RX duhet të përdoren në komandat Seksioni 4.5.7.1, Seksioni 4.5.7.2, Seksioni 4.5.7.3.

Shtojca (sinjalet CTS dhe TESTBUS)

Tabela e mëposhtme specifikon sinjalet e ndryshme të disponueshme nga PN5190 për të kapur duke përdorur udhëzimet CTS (Seksioni 4.5.10) dhe udhëzimet TESTBUS.

Këto duhet të përdoren për komandën Seksioni 4.5.9.1, Seksioni 4.5.9.2, Seksioni 4.5.10.2.

Shkurtesat

Tabela 97. Shkurtesat

Abbr.	Kuptimi
CLK	Ora
DWL_REQ	Pini i kërkesës për shkarkim (i quajtur edhe DL_REQ)
EEPROM	Memorie e programueshme vetëm për lexim e fshirë elektrike
FW	Firmware
GND	Tokë
GPIO	Dalje hyrëse me qëllim të përgjithshëm
HW	Hardware
I²C	Qarku i integruar (autobusi i të dhënave serike)
IRQ	Kërkesa për ndërprerje
ISO / IEC	Organizata Ndërkombëtare e Standardeve / Komuniteti Ndërkombëtar Elektroteknik
NFC	Komunikimi në terren të afërt
OS	Sistemi Operativ
PCD	Pajisja e bashkimit të afërsisë (lexues pa kontakt)
PICC	Kartë e qarkut të integruar të afërsisë (kartë pa kontakt)
PMU	Njësia e Menaxhimit të Energjisë
POR	Rivendosja e ndezjes
RF	Frekuencat e radios
RST	Rivendos
SFWU	modaliteti i sigurt i shkarkimit të firmuerit
SPI	Ndërfaqja Seriale Periferike
VEN	V Aktivizo pinin

Referencat

[1] Pjesa e konfigurimit CTS e NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] Fleta e të dhënave PN5190 IC, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Informacion ligjor

10.1 Përkufizime
Drafti — Një draft status në një dokument tregon se përmbajtja është ende nën rishikim të brendshëmview dhe subjekt i miratimit zyrtar, i cili mund të rezultojë në modifikime ose shtesa. NXP Semiconductors nuk jep asnjë përfaqësim ose garanci për saktësinë ose plotësinë e informacionit të përfshirë në një version draft të një dokumenti dhe nuk ka asnjë përgjegjësi për pasojat e përdorimit të një informacioni të tillë.
10.2 Përgjegjësitë
Garanci dhe përgjegjësi e kufizuar — Informacioni në këtë dokument besohet të jetë i saktë dhe i besueshëm. Megjithatë, NXP Semiconductors nuk jep asnjë përfaqësim ose garanci, të shprehur ose të nënkuptuar, në lidhje me saktësinë ose plotësinë e një informacioni të tillë dhe nuk do të ketë asnjë përgjegjësi për pasojat e përdorimit të këtij informacioni. NXP Semiconductors nuk mban asnjë përgjegjësi për përmbajtjen në këtë dokument nëse ofrohet nga një burim informacioni jashtë NXP Semiconductors.
Në asnjë rast, gjysmëpërçuesit NXP nuk do të jenë përgjegjës për ndonjë dëmtim indirekt, të rastësishëm, ndëshkues, të veçantë ose pasues (përfshirë - pa kufizim fitimet e humbura, kursimet e humbura, ndërprerjen e biznesit, kostot që lidhen me heqjen ose zëvendësimin e ndonjë produkti ose tarifat e ripërpunimit) nëse ose këto dëme nuk bazohen në dëmshpërblim (përfshirë neglizhencën), garanci, shkelje të kontratës ose ndonjë teori tjetër ligjore.
Pavarësisht nga çdo dëmtim që klienti mund të pësojë për çfarëdo arsye, përgjegjësia totale dhe kumulative e NXP Semiconductors ndaj klientit për produktet e përshkruara këtu do të kufizohet në përputhje me
Termat dhe kushtet e shitjes komerciale të gjysmëpërçuesve NXP.
E drejta për të bërë ndryshime — NXP Semiconductors rezervon të drejtën të bëjë ndryshime në informacionin e publikuar në këtë dokument, duke përfshirë pa kufizim specifikimet dhe përshkrimet e produktit, në çdo kohë dhe pa paralajmërim. Ky dokument zëvendëson dhe zëvendëson të gjithë informacionin e dhënë përpara publikimit të tij.
Përshtatshmëria për përdorim — Produktet NXP Semiconductors nuk janë të dizajnuara, të autorizuara ose të garantuara që të jenë të përshtatshme për t'u përdorur në mbështetje për jetën, sisteme ose pajisje kritike për jetën ose sigurinë, as në aplikacione ku mund të pritet në mënyrë të arsyeshme dështimi ose mosfunksionimi i një produkti NXP Semiconductors të rezultojë në lëndime personale, vdekje ose dëmtime të rënda pronësore ose mjedisore. NXP Semiconductors dhe furnitorët e tij nuk pranojnë asnjë përgjegjësi për përfshirjen dhe/ose përdorimin e produkteve NXP Semiconductors në pajisje ose aplikacione të tilla dhe për këtë arsye përfshirja dhe/ose përdorimi i tillë është në rrezikun e klientit.
Aplikacionet — Aplikacionet që përshkruhen këtu për cilindo nga këto produkte janë vetëm për qëllime ilustruese. NXP Semiconductors nuk jep asnjë përfaqësim ose garanci se aplikacione të tilla do të jenë të përshtatshme për përdorimin e specifikuar pa testime ose modifikime të mëtejshme.
Klientët janë përgjegjës për projektimin dhe funksionimin e aplikacioneve dhe produkteve të tyre duke përdorur produktet NXP Semiconductors dhe NXP Semiconductors nuk pranon asnjë përgjegjësi për asnjë ndihmë me aplikacionet ose dizajnimin e produktit të klientit. Është përgjegjësi e vetme e klientit të përcaktojë nëse produkti NXP Semiconductors është i përshtatshëm dhe i përshtatshëm për aplikacionet e klientit dhe produktet e planifikuara, si dhe për aplikimin dhe përdorimin e planifikuar të klientëve të palëve të treta të klientit. Konsumatorët duhet të ofrojnë masa mbrojtëse të përshtatshme për dizajnin dhe funksionimin për të minimizuar rreziqet që lidhen me aplikacionet dhe produktet e tyre.
NXP Semiconductors nuk pranon asnjë përgjegjësi në lidhje me ndonjë parazgjedhje, dëmtim, kosto ose problem që bazohet në ndonjë dobësi ose parazgjedhje në aplikacionet ose produktet e klientit, ose aplikimin ose përdorimin nga klientët e palëve të treta të klientit. Klienti është përgjegjës për kryerjen e të gjitha testeve të nevojshme për aplikacionet dhe produktet e klientit duke përdorur produktet NXP Semiconductors në mënyrë që të shmanget një parazgjedhje e aplikacioneve dhe produkteve ose e aplikacionit ose përdorimi nga klientët e palëve të treta të klientit. NXP nuk pranon asnjë përgjegjësi në këtë drejtim.

NXP BV – NXP BV nuk është një kompani operuese dhe nuk shpërndan apo shet produkte.

10.3 Licencat
Blerja e IC-ve NXP me teknologjinë NFC — Blerja e një IC gjysmëpërçuese NXP që përputhet me një nga standardet e Komunikimit në Fushë të Afërt (NFC) ISO/IEC 18092 dhe ISO/IEC 21481 nuk përcjell një licencë të nënkuptuar sipas ndonjë zbatimi të drejtë patente të shkelur nga ndonjë nga ato standarde. Blerja e NXP Semiconductors IC nuk përfshin një licencë për ndonjë patentë NXP (ose të drejtë tjetër IP) që mbulon kombinimet e atyre produkteve me produkte të tjera, qofshin harduer apo softuer.

10.4 Marka tregtare
Shënim: Të gjitha markat e referuara, emrat e produkteve, emrat e shërbimeve dhe markat tregtare janë pronë e pronarëve të tyre përkatës.
NXP — marka e fjalës dhe logoja janë marka tregtare të NXP BV
EdgeVerse — është një markë tregtare e NXP BV
FeliCa — është një markë tregtare e Sony Corporation.
MIFARE — është një markë tregtare e NXP BV
MIFARE Classic — është një markë tregtare e NXP BV

Ju lutemi, kini parasysh se njoftime të rëndësishme në lidhje me këtë dokument dhe produktin(ët) e përshkruar këtu, janë përfshirë në seksionin "Informacion ligjor".
© 2023 NXP BV
Për më shumë informacion, ju lutemi vizitoni: http://www.nxp.com
Të gjitha të drejtat e rezervuara.
Data e publikimit: 25 maj 2023
Identifikuesi i dokumentit: UM11942

Dokumentet / Burimet

NXP PN5190 NFC kontrollues frontend [pdf] Manuali i Përdoruesit
PN5190, PN5190 Kontrolluesi i pjesës së përparme NFC, kontrolluesi i pjesës së përparme NFC, kontrolluesi, UM11942

Referencat

Manuali i Përdoruesit

PN5190 Kontrolluesi i pjesës së përparme NFC

Hyrje

Komunikimi pritës ka përfunduarview

Modaliteti i nisjes së funksionimit të IC – mënyra e shkarkimit të siguruar FW

Modaliteti i nisjes së funksionimit IC – Modaliteti i funksionimit normal

Tabela 54. Bitmask i konfigurimit

Shtojca (P.shamples)

Shtojca (indekset e konfigurimit të protokollit RF)

Shtojca (sinjalet CTS dhe TESTBUS)

Shkurtesat

Referencat

Informacion ligjor

Dokumentet / Burimet

Referencat

Lini një koment

Anulo përgjigjen