UM11942
PN5190 instruktionslag
NFC frontend controller
Brugermanual
PN5190 NFC frontend controller
Dokumentoplysninger
Information | Tilfreds |
Nøgleord | PN5190, NFC, NFC frontend, controller, instruktionslag |
Abstrakt | Dette dokument beskriver instruktionslagets kommandoer og svar til arbejde fra en værtscontroller til evaluering af driften af NXP PN5190 NFC frontend controller. PN5190 er en næste generation af NFC frontend controller. Omfanget af dette dokument er at beskrive grænsefladekommandoer til at arbejde med PN5190 NFC frontend controller. For mere information om betjeningen af PN5190 NFC frontend controller, se databladet og dets supplerende oplysninger. |
Revisionshistorie
Rev | Dato | Beskrivelse |
3.7 | 20230525 | • Dokumenttype og titel ændret fra produktdatabladtillæg til brugermanual • Redaktionel oprydning • Opdaterede redaktionelle vilkår for SPI-signaler • Tilføjet kommando GET_CRC_USER_AREA i tabel 8 i afsnit 4.5.2.3 • Opdaterede forskellige differentierede detaljer for PN5190B1 og PN5190B2 i afsnit 3.4.1 • Opdateret svar i afsnit 3.4.7 |
3.6 | 20230111 | Enhanced Check Integrity svarbeskrivelse i afsnit 3.4.7 |
3.5 | 20221104 | Afsnit 4.5.4.6.3 "Begivenhed": tilføjet |
3.4 | 20220701 | • Tilføjet kommando CONFIGURE_MULTIPLE_TESTBUS_DIGITAL i tabel 8 i afsnit 4.5.9.3 • Opdateret afsnit 4.5.9.2.2 |
3.3 | 20220329 | Hardwarebeskrivelse forbedret i afsnit 4.5.12.2.1 "Kommando" og afsnit 4.5.12.2.2 "Svar" |
3.2 | 20210910 | Firmwareversionsnumre opdateret fra 2.1 til 2.01 og 2.3 til 2.03 |
3.1 | 20210527 | RETRIEVE_RF_FELICA_EMD_DATA kommandobeskrivelse tilføjet |
3 | 20210118 | Første officielle udgivne version |
Indledning
1.1 Indledning
Dette dokument beskriver PN5190 værtsgrænsefladen og API'erne. Den fysiske værtsgrænseflade, der bruges i dokumentationen, er SPI. SPI fysiske egenskaber tages ikke i betragtning i dokumentet.
Rammeadskillelse og flowkontrol er en del af dette dokument.
1.1.1 Omfang
Dokumentet beskriver det logiske lag, instruktionskode, API'er som er relevante for kunden.
Værtskommunikation overståetview
PN5190 har to hovedfunktioner til at kommunikere med værtscontrolleren.
- HDLL-baseret kommunikation bruges, når enheden udløses til at indtaste:
en. Krypteret sikker download-tilstand for at opdatere dens firmware - TLV kommando-svar-baseret kommunikation (givet som en example).
2.1 HDLL-tilstand
HDLL-tilstand bruges til pakkeudvekslingsformat til at arbejde med nedenstående IC-driftstilstande:
- Sikker firmware-downloadtilstand (SFWU), se afsnit 3
2.1.1 Beskrivelse af HDLL
HDLL er linklaget udviklet af NXP for at sikre en pålidelig FW-download.
En HDLL-meddelelse er lavet af en 2 byte-header efterfulgt af en ramme, der omfatter op-koden og nyttelasten for kommandoen. Hver besked slutter med en 16-bit CRC, som beskrevet på billedet nedenfor:HDLL-headeren indeholder:
- En luns. Hvilket angiver, om denne besked er den eneste eller sidste del af en besked (chunk = 0). Eller hvis i det mindste en anden chunk følger (chunk = 1).
- Længden af nyttelasten kodet på 10 bit. Så HDLL Frame Payload kan gå op til 1023 bytes.
Byterækkefølgen er blevet defineret som big-endian, hvilket betyder Ms Byte først.
CRC16 er kompatibel med X.25 (CRC-CCITT, ISO/IEC13239) standard med polynomium x^16 + x^12 + x^5 +1 og forudindlæsningsværdi 0xFFFF.
Det beregnes over hele HDLL-rammen, det vil sige Header + Frame.
Sample C-kode implementering:
statisk uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
for (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8);
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_ny;
}
returnere crc;
}
2.1.2 Transportkortlægning over SPI
For hver NTS-påstand er den første byte altid en HEADER (flowindikationsbyte), den kan være enten 0x7F/0xFF med hensyn til skrive/læse-operation.
2.1.2.1 Skrivesekvens fra værten (retning DH => PN5190)2.1.2.2 Læs sekvens fra værten (retning PN5190 => DH)
2.1.3 HDLL-protokol
HDLL er en kommando-svar protokol. Alle ovennævnte operationer udløses gennem en specifik kommando og valideres baseret på svaret.
Kommandoer og svar følger HDLL-meddelelsessyntaks, kommandoen sendes af enhedsværten, svaret af PN5190. Opkoden angiver kommandoen og svartypen.
HDLL-baseret kommunikation, bruges kun, når PN5190 udløses for at gå ind i tilstanden "Sikker firmwaredownload".
2.2 TLV-tilstand
TLV står for Tag Længde værdi.
2.2.1 Rammedefinition
En SPI-ramme starter med den faldende kant af NTS og slutter med den stigende kant af NTS. SPI er per fysisk definition fuld dupleks, men PN5190 bruger SPI i en halv-dupleks tilstand. SPI-tilstand er begrænset til CPOL 0 og CPHA 0 med en maksimal klokhastighed som specificeret i [2]. Hver SPI-ramme er sammensat af en 1 byte header og n-bytes af body.
2.2.2 FlowindikationHOST sender altid flowindikationsbyten som en første byte, uanset om den vil skrive eller læse data fra PN5190.
Hvis der er en læseanmodning og ingen data er tilgængelige, indeholder svaret 0xFF.
Dataene efter flowindikationsbyten er en eller flere meddelelser.
For hver NTS-påstand er den første byte altid en HEADER (flowindikationsbyte), den kan være enten 0x7F/0xFF med hensyn til skrive/læse-operation.
2.2.3 Meddelelsestype
En værtscontroller skal kommunikere med PN5190 ved hjælp af meddelelser, der transporteres inden for SPI-rammer.
Der er tre forskellige meddelelsestyper:
- Kommando
- Svar
- Tilfælde
Kommunikationsdiagrammet ovenfor viser de tilladte retninger for de forskellige meddelelsestyper som nedenfor:
- Kommando og svar.
- Kommandoer sendes kun fra værtscontrolleren til PN5190.
- Svar og hændelser sendes kun fra PN5190 til værtscontrolleren.
- Kommandosvar synkroniseres ved hjælp af IRQ-pinden.
- Værten kan kun sende kommandoerne, når IRQ er lav.
- Værten kan kun læse svaret/hændelsen, når IRQ er høj.
2.2.3.1 Tilladte sekvenser og reglerTilladte sekvenser af kommandoer, svar og hændelser
- En kommando bekræftes altid af et svar eller en hændelse eller begge dele.
- Værtscontroller har ikke tilladelse til at sende en anden kommando, før han ikke har modtaget et svar på den forrige kommando.
- Hændelser kan sendes asynkront til enhver tid (IKKE interleaves i et kommando/svar-par).
- EVENT-meddelelser kombineres aldrig med RESPONSE-meddelelser inden for én ramme.
Note: Tilgængeligheden af en meddelelse (enten RESPONSE eller EVENT) signaliseres med IRQ, der går højt, fra lavt. IRQ forbliver høj, indtil hele responsen eller hændelsesrammen er læst. Først efter at IRQ-signalet er lavt, kan værten sende den næste kommando.
2.2.4 Meddelelsesformat
Hver meddelelse er kodet i en TLV-struktur med n-bytes nyttelast for hver meddelelse undtagen SWITCH_MODE_NORMAL-kommandoen.Hver TLV er sammensat af:
Skriv (T) => 1 byte
Bit[7] Meddelelsestype
0: KOMMANDO eller SVAR-meddelelse
1: EVENT besked
Bit[6:0]: Instruktionskode
Længde (L) => 2 bytes (skal være i big-endian-format)
Værdi (V) => N bytes værdi/data for TLV (kommandoparametre/svardata) baseret på længdefelt (big-endian-format)
2.2.4.1 Opdelt ramme
COMMAND-meddelelse skal sendes i én SPI-ramme.
RESPONSE- og EVENT-meddelelser kan læses i flere SPI-rammer, f.eks. for at udlæse længdebyten.RESPONSE- eller EVENT-meddelelser kan læses i en enkelt SPI-ramme, men forsinkes med NO-CLOCK imellem, f.eks. for at udlæse længdebyten.
IC-driftsstarttilstand – sikret FW-downloadtilstand
3.1 Indledning
En del af PN5190-firmwarekoden er permanent gemt i ROM'en, mens resten af koden og dataene gemmes i den indlejrede flash. Brugerdata gemmes i flash og er beskyttet af antirivningsmekanismer, der sikrer dataenes integritet og tilgængelighed. For at give NXPs' kunder funktioner, der er kompatible med de nyeste standarder (EMVCo, NFC Forum, og så videre), kan både koden og brugerdata i FLASH opdateres.
Ægtheden og integriteten af den krypterede firmware er beskyttet af asymmetrisk/symmetrisk nøglesignatur og omvendt kædet hash-mekanisme. Den første DL_SEC_WRITE-kommando indeholder hashen af den anden kommando og er beskyttet af en RSA-signatur på nyttelasten af den første ramme. PN5190-firmwaren bruger den offentlige RSA-nøgle til at godkende den første kommando. Den kædede hash i hver kommando bruges til at godkende den efterfølgende kommando for at sikre, at firmwarekoden og data ikke tilgås af tredjeparter.
Nyttelasterne for DL_SEC_WRITE-kommandoerne er krypteret med en AES-128-nøgle. Efter godkendelse af hver kommando dekrypteres nyttelastindholdet og skrives til flash af PN5190-firmwaren.
For NXP-firmware er NXP ansvarlig for at levere nye sikre firmwareopdateringer sammen med nye brugerdata.
Opdateringsproceduren er udstyret med en mekanisme til at beskytte ægtheden, integriteten og fortroligheden af NXP-kode og data.
HDLL-baseret rammepakkeskema bruges til alle kommandoer og svar til sikker firmwareopgraderingstilstand.
Afsnit 2.1 giver overview af HDLL-rammepakkeskema brugt.
PN5190 IC'er understøtter både ældre krypteret sikret FW-download og hardwarekryptoassisteret krypteret sikker FW-downloadprotokol afhængigt af den anvendte variant.
De to typer er:
- Ældre sikker FW-downloadprotokol, der kun fungerer med PN5190 B0/B1 IC-version.
- Hardwarekrypto-assisteret sikker FW-downloadprotokol, der kun fungerer med PN5190B2 IC-version, der bruger on-chip hardware-kryptoblokke
De følgende afsnit forklarer kommandoerne og svarene for sikker firmware-downloadtilstand.
3.2 Sådan udløses tilstanden "Sikker firmwaredownload".
Nedenstående diagram og efterfølgende trin viser, hvordan du udløser sikker firmware-downloadtilstand.Forudsætning: PN5190 er i driftstilstand.
Hovedscenarie:
- Indgangstilstand, hvor DWL_REQ pin bruges til at gå ind i tilstanden "Sikker firmware download".
en. Enhedsværten trækker DWL_REQ pin høj (kun gyldig hvis sikker firmwareopdatering via DWL_REQ pin) ELLER
b. Enhedsværten udfører en hård nulstilling for at starte PN5190 - Indgangstilstand, hvor DWL_REQ pin ikke bruges til at gå ind i tilstanden "Sikker firmwaredownload" (download uden pin).
en. Enhedsværten udfører en hård nulstilling for at starte PN5190
b. Enhedsværten sender SWITCH_MODE_NORMAL (afsnit 4.5.4.5) for at gå ind i normal applikationstilstand.
c. Når IC nu er i normal applikationstilstand, sender enhedsværten SWITCH_MODE_DOWNLOAD (afsnit 4.5.4.9) for at gå i sikker downloadtilstand. - Enhedsværten sender kommandoen DL_GET_VERSION (afsnit 3.4.4) eller DL_GET_DIE_ID (afsnit 3.4.6) eller DL_GET_SESSION_STATE (afsnit 3.4.5).
- Enhedsværten læser den aktuelle hardware- og firmwareversion, session, Die-id fra enheden.
en. Enhedsværten kontrollerer sessionsstatus, hvis sidste download blev fuldført
b. Enhedsværten anvender versionskontrolreglerne for at beslutte, om download skal startes eller afsluttes. - Enhedens vært indlæses fra en file den binære firmwarekode, der skal downloades
- Enhedsværten leverer en første DL_SEC_WRITE (afsnit 3.4.8) kommando, der indeholder:
en. Versionen af den nye firmware,
b. En 16-byte nonce af vilkårlige værdier, der bruges til krypteringsnøglesløring
c. En sammenfattende værdi af det næste billede,
d. Selve rammens digitale signatur - Enhedens vært indlæser den sikre downloadprotokolsekvens til PN5190 med DL_SEC_WRITE (afsnit 3.4.8) kommandoer
- Når den sidste DL_SEC_WRITE (afsnit 3.4.8) kommando er blevet sendt, udfører enhedsværten kommandoen DL_CHECK_INTEGRITY (afsnit 3.4.7) for at kontrollere, om hukommelserne er blevet skrevet.
- Enhedsværten læser den nye firmwareversion og kontrollerer sessionsstatus, hvis den er lukket for rapportering til det øverste lag
- Enhedsværten trækker DWL_REQ-pinden til lav (hvis DWL_REQ-pinden bruges til at gå ind i downloadtilstand)
- Enhedsvært udfører hård nulstilling (skifter VEN-pin) på enheden for at genstarte PN5190
Post-condition: Firmwaren er opdateret; nyt firmwareversionsnummer rapporteres.
3.3 Firmwaresignatur og versionskontrol
I PN5190-firmware-downloadtilstanden sikrer en mekanisme, at kun en firmware, der er signeret og leveret af NXP, accepteres til NXP-firmware.
Det følgende gælder kun for den krypterede sikre NXP-firmware.
Under en downloadsession sendes en ny 16 bit firmwareversion. Det er sammensat af et dur- og et molnummer:
- Hovednummer: 8 bit (MSB)
- Mindre tal: 8 bit (LSB)
PN5190 kontrollerer, om det nye hovedversionsnummer er større eller lig med det nuværende. Hvis ikke, afvises den sikrede firmware-download, og sessionen holdes lukket.
3.4 HDLL-kommandoer til ældre krypteret download og hardwarekryptoassisteret krypteret download
Dette afsnit indeholder oplysninger om de kommandoer og svar, der blev brugt til begge typer downloads til NXP-firmwaredownload.
3.4.1 HDLL-kommando OP-koder
Note: HDLL kommandorammer er 4 bytes justeret. Ubrugte nyttelastbytes efterlades nul.
Tabel 1. Liste over HDLL-kommando OP-koder
PN5190 B0/ B1 (Ældre download) |
PN5190 B2 (Krypto-assisteret download) |
Kommando Alias | Beskrivelse |
0xF0 | 0xE5 | DL_RESET | Udfører en blød nulstilling |
0xF1 | 0xE1 | DL_GET_VERSION | Returnerer versionsnumrene |
0xF2 | 0xDB | DL_GET_SESSION_STATE | Returnerer den aktuelle sessionstilstand |
0xF4 | 0xDF | DL_GET_DIE_ID | Returnerer matrice-id'et |
0xE0 | 0xE7 | DL_CHECK_INTEGRITY | Kontrollerer og returnerer CRC'erne over de forskellige områder samt beståede/ikke-beståede statusflag for hver |
0xC0 | 0x8C | DL_SEC_WRITE | Skriver x bytes til hukommelsen fra den absolutte adresse y |
3.4.2 HDLL Response Opcodes
Note: HDLL-svarrammer er 4 bytes justeret. Ubrugte nyttelastbytes efterlades nul. Kun DL_OK-svar kan indeholde nyttelastværdier.
Tabel 2. Liste over HDLL-svar OP-koder
opcode | Svar Alias | Beskrivelse |
0x00 | DL_OK | Kommandoen bestået |
0x01 | DL_INVALID_ADDR | Adresse ikke tilladt |
0x0B | DL_UNKNOW_CMD | Ukendt kommando |
0x0C | DL_ABORTED_CMD | Chunk-sekvensen er for stor |
0x1E | DL_ADDR_RANGE_OFL_ERROR | Adresse uden for rækkevidde |
0x1F | DL_BUFFER_OFL_ERROR | Bufferen er for lille |
0x20 | DL_MEM_BSY | Hukommelsen er optaget |
0x21 | DL_SIGNATURE_ERROR | Signatur uoverensstemmelse |
0x24 | DL_FIRMWARE_VERSION_ERROR | Nuværende version lig med eller højere |
0x28 | DL_PROTOCOL_ERROR | Protokol fejl |
0x2A | DL_SFWU_DEGRADED | Flash data korruption |
0x2D | PH_STATUS_DL_FIRST_CHUNK | Første del modtaget |
0x2E | PH_STATUS_DL_NEXT_CHUNK | Vent på næste stykke |
0xC5 | PH_STATUS_INTERNAL_ERROR_5 | Længde uoverensstemmelse |
3.4.3 DL_RESET kommando
Rammeudveksling:
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] Nulstillingen forhindrer PN5190 i at sende DL_STATUS-svaret. Derfor kan kun fejlstatus modtages.
STAT er returstatus.
3.4.4 DL_GET_VERSION kommando
Rammeudveksling:
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 CRC16] er:
Tabel 3. Svar på GetVersion-kommandoen
Felt | Byte | Beskrivelse |
STAT | 1 | Status |
HW_V | 2 | Hardware version |
RO_V | 3 | ROM-kode |
MODEL_ID | 4 | Model ID |
FMxV | 5-6 | Firmwareversion (bruges til download) |
RFU1-RFU2 | 7-8 | – |
Forventede værdier for forskellige svarfelter og deres kortlægning er som nedenfor:
Tabel 4. Forventede værdier for svaret fra GetVersion-kommandoen
IC type | HW-version (hex) | ROM-version (hex) | Model-id (hex) | FW-version (hex) |
PN5190 B0 | 0x51 | 0x02 | 0x00 | xx.yy |
PN5190 B1 | 0x52 | 0x02 | 0x00 | xx.yy |
PN5190 B2 | 0x53 | 0x03 | 0x00 | xx.yy |
3.4.5 DL_GET_SESSION_STATE kommando
Rammeudveksling:
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] Nyttelastrammen for GetSession-svaret er:
Tabel 5. Svar på kommandoen GetSession
Felt | Byte | Beskrivelse |
STAT | 1 | Status |
SSTA | 2 | Session tilstand • 0x00: lukket • 0x01: åben • 0x02: låst (download ikke mere tilladt) |
RFU'er | 3-4 |
3.4.6 DL_GET_DIE_ID kommando
Rammeudveksling:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7 ID8
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] Nyttelastrammen for GetDieId-svaret er:
Tabel 6. Svar på kommandoen GetDieId
Felt | Byte | Beskrivelse |
STAT | 1 | Status |
RFU'er | 2-4 | |
DIEID | 5-20 | Matricens ID (16 bytes) |
3.4.7 DL_CHECK_INTEGRITY kommando
Rammeudveksling:
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] Checkload-svaret i CRC16 er:
Tabel 7. Svar på kommandoen CheckIntegrity
Felt | Byte | Værdi/beskrivelse | |
STAT | 1 | Status | |
LEN DATA | 2 | Samlet antal datasektioner | |
LEN KODE | 3 | Samlet antal kodesektioner | |
RFU'er | 4 | Reserveret | |
[CRC_INFO] | 58 | 32 bit (little-endian). Hvis en bit er indstillet, er CRC'en for den tilsvarende sektion OK, ellers ikke OK. | |
Bit | Områdets integritetsstatus | ||
[31:28] | Reserveret [3] | ||
[27:23] | Reserveret [1] | ||
[22] | Reserveret [3] | ||
[21:20] | Reserveret [1] | ||
[19] | RF-konfigurationsområde (PN5190 B0/B1) [2] Reserveret (PN5190 B2) [3] | ||
[18] | Protokolkonfigurationsområde (PN5190 B0/B1) [2] RF-konfigurationsområde (PN5190 B2) [2] | ||
[17] | Reserveret (PN5190 B0/B1) [3] Brugerkonfigurationsområde (PN5190 B2) [2] | ||
[16:6] | Reserveret [3] | ||
[5:4] | Reserveret til PN5190 B0/B1 [3] Reserveret til PN5190 B2 [1] | ||
[3:0] | Reserveret [1] | ||
[CRC32] | 9-136 | CRC32 af de 32 sektioner. Hver CRC er på 4 bytes gemt i little-endian format. De første 4 bytes af CRC er af bit CRC_INFO[31], de næste 4 bytes af CRC er af bit CRC_INFO[30] og så videre. |
- [1] Denne bit skal være 1 for at PN5190 fungerer korrekt (med funktioner og eller krypteret FW-download).
- [2] Denne bit er som standard sat til 1, men brugermodificerede indstillinger ugyldiggør CRC. Ingen effekt på PN5190 funktionalitet..
- [3] Denne bitværdi, selvom den er 0, er ikke relevant. Denne bitværdi kan ignoreres..
3.4.8 DL_SEC_WRITE kommando
DL_SEC_WRITE-kommandoen skal betragtes i sammenhæng med en sekvens af sikre skrivekommandoer: den krypterede "sikker firmware-download" (ofte omtalt som eSFWu).
Kommandoen sikker skrivning åbner først downloadsessionen og sender RSA-godkendelsen. De næste sender krypterede adresser og bytes til at skrive ind i PN5190 Flash. Alle undtagen den sidste indeholder de næste hash, og informerer derfor om, at de ikke er de sidste, og binder sekvensframes kryptografisk sammen.
Andre kommandoer (undtagen DL_RESET og DL_CHECK_INTEGRITY) kan indsættes mellem de sikrede skrivekommandoer i en sekvens uden at bryde den.
3.4.8.1 Første DL_SEC_WRITE kommando
En sikret skrivekommando er den første, hvis og kun hvis:
- Framelængden er 312 bytes
- Der er ikke modtaget nogen sikret skrivekommando siden sidste nulstilling.
- Den indlejrede signatur er verificeret af PN5190.
Svaret på den første rammekommando ville være som nedenfor: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT er returstatus.
Note: Mindst en del af data skal skrives under en eSFWu, selvom de skrevne data kun er en byte lange. Derfor vil den første kommando altid indeholde hashen for den næste kommando, da der vil være mindst to kommandoer.
3.4.8.2 Midterste DL_SEC_WRITE-kommandoer
En sikret skrivekommando er en 'midterste', hvis og kun hvis:
- Opkoden er som beskrevet i afsnit 3.4.1 for kommandoen DL_SEC_WRITE.
- En første sikret skrivekommando er allerede blevet modtaget og verificeret før
- Ingen nulstilling er sket siden modtagelse af den første sikrede skrivekommando
- Framelængden er lig med datastørrelsen + sidehovedstørrelse + hashstørrelse: FLEN = STØRRELSE + 6 + 32
- Sammendraget af hele rammen er lig med hashværdien modtaget i den foregående ramme
Svaret på den første rammekommando ville være som nedenfor: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT er returstatus.
3.4.8.3 Sidste DL_SEC_WRITE-kommando
En sikret skrivekommando er den sidste, hvis og kun hvis:
- Opkoden er som beskrevet i afsnit 3.4.1 for kommandoen DL_SEC_WRITE.
- En første sikret skrivekommando er allerede blevet modtaget og verificeret før
- Ingen nulstilling er sket siden modtagelse af den første sikrede skrivekommando
- Rammelængden er lig med datastørrelsen + headerstørrelsen: FLEN = SIZE + 6
- Sammendraget af hele rammen er lig med hashværdien modtaget i den foregående ramme
Svaret på den første rammekommando ville være som nedenfor: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT er returstatus.
IC driftsstarttilstand – Normal driftstilstand
4.1 Indledning
Generelt skal PN5190 IC være i normal driftstilstand for at få NFC-funktionaliteten fra den.
Når PN5190 IC starter, venter den altid på, at der modtages kommandoer fra en vært for at udføre operationen, medmindre hændelser genereret inden for PN5190 IC resulterede i PN5190 IC-opstart.
4.2 Kommandoliste overview
Tabel 8. PN5190 kommandoliste
kommando kode | Kommandonavn |
0x00 | WRITE_REGISTER |
0x01 | WRITE_REGISTER_OR_MASK |
0x02 | WRITE_REGISTER_AND_MASK |
0x03 | WRITE_REGISTER_MULTIPLE |
0x04 | LÆS_REGISTER |
0x05 | READ_REGISTER_MULTIPLE |
0x06 | WRITE_E2PROM |
0x07 | READ_E2PROM |
0x08 | TRANSMIT_RF_DATA |
0x09 | RETRIEVE_RF_DATA |
0x0A | EXCHANGE_RF_DATA |
0x0B | MFC_AUTHENTICATE |
0x0C | EPC_GEN2_INVENTORY |
0x0D | LOAD_RF_CONFIGURATION |
0x0E | UPDATE_RF_CONFIGURATION |
0x0F | GET_ RF_CONFIGURATION |
0x10 | RF_ON |
0x11 | RF_OFF |
0x12 | KONFIGURER TESTBUS_DIGITAL |
0x13 | CONFIGURE_TESTBUS_ANALOG |
0x14 | CTS_ENABLE |
0x15 | CTS_CONFIGURE |
0x16 | CTS_RETRIEVE_LOG |
0x17-0x18 | RFU'er |
0x19 | op til FW v2.01: RFU |
fra FW v2.03 og fremefter: RETRIEVE_RF_FELICA_EMD_DATA | |
0x1A | RECEIVE_RF_DATA |
0x1B-0x1F | RFU'er |
0x20 | SWITCH_MODE_NORMAL |
0x21 | SWITCH_MODE_AUTOCOLL |
0x22 | SWITCH_MODE_STANDBY |
0x23 | SWITCH_MODE_LPCD |
0x24 | RFU'er |
0x25 | SWITCH_MODE_DOWNLOAD |
0x26 | GET_DIEID |
0x27 | GET_VERSION |
0x28 | RFU'er |
0x29 | op til FW v2.05: RFU |
fra FW v2.06 og fremefter: GET_CRC_USER_AREA | |
0x2A | op til FW v2.03: RFU |
fra FW v2.05 og fremefter: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
0x2B-0x3F | RFU'er |
0x40 | ANTENNA_SELF_TEST (Ikke understøttet) |
0x41 | PRBS_TEST |
0x42-0x4F | RFU'er |
4.3 Responsstatusværdier
Følgende er svarstatusværdierne, der returneres som en del af svaret fra PN5190, efter at kommandoen er operationaliseret.
Tabel 9. PN5190-svarstatusværdier
Svarstatus | Værdi for svarstatus | Beskrivelse |
PN5190_STATUS_SUCCESS | 0x00 | Angiver, at handlingen er gennemført |
PN5190_STATUS_TIMEOUT | 0x01 | Angiver, at betjeningen af kommandoen resulterede i timeout |
PN5190_STATUS_INTEGRITY_ERROR | 0x02 | Angiver, at betjeningen af kommandoen resulterede i RF-dataintegritetsfejl |
PN5190_STATUS_RF_COLLISION_ERROR | 0x03 | Angiver, at betjeningen af kommandoen resulterede i RF-kollisionsfejl |
PN5190_STATUS_RFU1 | 0x04 | Reserveret |
PN5190_STATUS_INVALID_COMMAND | 0x05 | Indikerer, at den givne kommando er ugyldig/ikke implementeret |
PN5190_STATUS_RFU2 | 0x06 | Reserveret |
PN5190_STATUS_AUTH_ERROR | 0x07 | Angiver, at MFC-godkendelse mislykkedes (tilladelse nægtet) |
PN5190_STATUS_MEMORY_ERROR | 0x08 | Angiver, at betjeningen af kommandoen resulterede i en programmeringsfejl eller intern hukommelsesfejl |
PN5190_STATUS_RFU4 | 0x09 | Reserveret |
PN5190_STATUS_NO_RF_FIELD | 0x0A | Indikerer, at der ingen eller fejl i intern RF-felttilstedeværelse (kun anvendelig hvis initiator/læser-tilstand) |
PN5190_STATUS_RFU5 | 0x0B | Reserveret |
PN5190_STATUS_SYNTAX_ERROR | 0x0C | Indikerer, at ugyldig kommandorammelængde er modtaget |
PN5190_STATUS_RESOURCE_ERROR | 0x0D | Angiver, at der opstod en intern ressourcefejl |
PN5190_STATUS_RFU6 | 0x0E | Reserveret |
PN5190_STATUS_RFU7 | 0x0F | Reserveret |
PN5190_STATUS_NO_EXTERNAL_RF_FIELD | 0x10 | Indikerer, at der ikke er noget eksternt RF-felt til stede under udførelsen af kommandoen (gælder kun i kort-/måltilstand) |
PN5190_STATUS_RX_TIMEOUT | 0x11 | Indikerer, at data ikke modtages efter RFExchange er startet og RX er timeout. |
PN5190_STATUS_USER_CANCELLED | 0x12 | Indikerer, at den aktuelle kommando i gang er afbrudt |
PN5190_STATUS_PREVENT_STANDBY | 0x13 | Angiver, at PN5190 er forhindret i at gå i standbytilstand |
PN5190_STATUS_RFU9 | 0x14 | Reserveret |
PN5190_STATUS_CLOCK_ERROR | 0x15 | Indikerer, at uret til CLIF ikke startede |
PN5190_STATUS_RFU10 | 0x16 | Reserveret |
PN5190_STATUS_PRBS_ERROR | 0x17 | Indikerer, at PRBS-kommandoen returnerede en fejl |
PN5190_STATUS_INSTR_ERROR | 0x18 | Indikerer, at betjeningen af kommandoen er mislykket (det kan omfatte fejl i instruktionsparametre, syntaksfejl, fejl i selve betjeningen, forudsætninger for instruktionen er ikke opfyldt osv.) |
PN5190_STATUS_ACCESS_DENIED | 0x19 | Indikerer, at adgang til intern hukommelse er nægtet |
PN5190_STATUS_TX_FAILURE | 0x1A | Indikerer, at TX over RF er mislykket |
PN5190_STATUS_NO_ANTENNA | 0x1B | Indikerer, at der ikke er tilsluttet/til stede nogen antenne |
PN5190_STATUS_TXLDO_ERROR | 0x1C | Indikerer, at der er en fejl i TXLDO, når VUP'en ikke er tilgængelig, og RF er tændt. |
PN5190_STATUS_RFCFG_NOT_APPLIED | 0x1D | Indikerer, at RF-konfigurationen ikke er indlæst, når RF er tændt |
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | op til FW 2.01: ikke forventet |
fra FW 2.03 og fremefter: Indikerer, at under Exchange med LOG ENABLE BIT er indstillet i FeliCa EMD register, blev FeliCa EMD fejl observeret |
||
PN5190_STATUS_INTERNAL_ERROR | 0x7F | Indikerer, at NVM-handlingen mislykkedes |
PN5190_STATUS_SUCCSES_CHAINING | 0xAF | Indikerer, at yderligere data mangler at blive læst |
4.4 Begivenheder overståetview
Der er to måder, hvorpå begivenheder underrettes til værten.
4.4.1 Normale hændelser over IRQ pin
Disse begivenheder er kategorier som nedenfor:
- Altid aktiveret – Værten får altid besked
- Styret af vært – værten får besked, hvis den respektive hændelsesaktiveringsbit er indstillet i registeret (EVENT_ENABLE (01h)).
Afbrydelser på lavt niveau fra de perifere IP'er inklusive CLIF'en skal håndteres fuldstændigt i firmwaren, og værten skal kun underrettes om de hændelser, der er angivet i hændelsessektionen.
Firmware implementerer to hændelsesregistre som RAM-registre, der kan skrives/læses ved hjælp af Section 4.5.1.1/Section 4.5.1.5 kommandoer.
Registeret EVENT_ENABLE (0x01) => Aktiver specifikke/alle hændelsesmeddelelser.
Registeret EVENT_STATUS (0x02) => Del af hændelsesmeddelelsens nyttelast.
Hændelser skal slettes af værten, når hændelsesmeddelelsen er læst op af værten.
Hændelser er asynkrone og meddeles til værten, hvis de er aktiveret i EVENT_ENABLE-registret.
Følgende er listen over begivenheder, der skal være tilgængelige for værten som en del af begivenhedsmeddelelsen.
Tabel 10. PN5190 begivenheder (indhold af EVENT_STATUS)
Bit – Rækkevidde | Felt [1] | Altid Aktiveret (J/N) | |
31 | 12 | RFU'er | 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 |
- Bemærk, at der ikke er to arrangementer, undtagen i tilfælde af fejl. I tilfælde af fejl under operationen vil funktionel hændelse (f.eks. BOOT_EVENT, AUTOCALL_EVENT osv.) og GENERAL_ERROR_EVENT blive indstillet.
- Denne begivenhed vil automatisk blive deaktiveret, når den er sendt til værten. Værten bør aktivere disse begivenheder igen, hvis den ønsker at få disse begivenheder underrettet til den.
4.4.1.1 Hændelsesmeddelelsesformater
Hændelsesmeddelelsesformatet varierer afhængigt af forekomsten af en hændelse og forskellig tilstand for PN5190.
Værten skal læse tag (T) og længden af meddelelsen (L), og læs derefter det tilsvarende antal bytes som værdi (V) af begivenhederne.
Generelt indeholder hændelsesmeddelelsen (se figur 12) EVENT_STATUS som defineret i tabel 11, og hændelsesdata svarer til den respektive hændelsesbit sat i EVENT_STATUS.
Note:
For nogle begivenheder eksisterer nyttelast ikke. Hvis f.eks. TIMER0_EVENT udløses, er kun EVENT_STATUS angivet som en del af hændelsesmeddelelsen.
Tabel 11 beskriver også, om hændelsesdataene er til stede for den tilsvarende hændelse i hændelsesmeddelelsen.GENERAL_ERROR_EVENT kan også forekomme med andre begivenheder.
I dette scenarie indeholder hændelsesmeddelelsen (se figur 13) EVENT_STATUS som defineret i tabel 11 og GENERAL_ERROR_STATUS_DATA som defineret i tabel 14, og derefter svarer hændelsesdataene til den respektive hændelsesbit sat i EVENT_STATUS som defineret i tabel 11.Note:
Først efter BOOT_EVENT eller efter POR, STANDBY, ULPCD, vil værten være i stand til at arbejde i normal driftstilstand ved at udstede kommandoerne ovenfor.
I tilfælde af at afbryde en eksisterende kørende kommando, vil værten først efter IDLE_EVENT være i stand til at arbejde i normal driftstilstand ved at udstede kommandoerne anført ovenfor.
4.4.1.2 Forskellige EVENT status definitioner
4.4.1.2.1 Bitdefinitioner for EVENT_STATUS
Tabel 11. Definitioner for EVENT_STATUS bits
Bit (Til – Fra) | Tilfælde | Beskrivelse | Hændelsesdata for den tilsvarende hændelse (hvis nogen) |
|
31 | 12 | RFU'er | Reserveret | |
11 | 11 | CTS_EVENT | Denne bit indstilles, når CTS-hændelsen genereres. | Tabel 86 |
10 | 10 | IDLE_EVENT | Denne bit indstilles, når den igangværende kommando annulleres på grund af udsendelse af SWITCH_MODE_NORMAL kommando. | Ingen hændelsesdata |
9 | 9 | LPCD_CALIBRATION_DONE_ TILFÆLDE |
Denne bit indstilles, når hændelsen LPCD calibrationdone genereres. | Tabel 16 |
8 | 8 | LPCD_EVENT | Denne bit indstilles, når LPCD-hændelsen genereres. | Tabel 15 |
7 | 7 | AUTOCOLL_EVENT | Denne bit indstilles, når AUTOCOLL-operationen er fuldført. | Tabel 52 |
6 | 6 | TIMER0_EVENT | Denne bit indstilles, når hændelsen TIMER0 indtræffer. | Ingen hændelsesdata |
5 | 5 | TX_OVERCURRENT_ERROR_ TILFÆLDE |
Denne bit indstilles, når strømmen på TX-driveren er højere end den definerede tærskel i EEPROM'en. Ved denne betingelse slukkes feltet automatisk før meddelelsen til værten. Der henvises til afsnit 4.4.2.2. | Ingen hændelsesdata |
4 | 4 | RFON_DET_EVENT | Denne bit indstilles, når det eksterne RF-felt detekteres. | Ingen hændelsesdata |
3 | 3 | RFOFF_DET_EVENT | Denne bit indstilles, når allerede eksisterende eksternt RF-felt forsvinder. | Ingen hændelsesdata |
2 | 2 | STANDBY_PREV_EVENT | Denne bit indstilles, når standby forhindres på grund af forebyggende forhold | Tabel 13 |
1 | 1 | GENERAL_ERROR_EVENT | Denne bit indstilles, når der eksisterer generelle fejltilstande | Tabel 14 |
0 | 0 | BOOT_EVENT | Denne bit indstilles, når PN5190 startes med POR/Standby | Tabel 12 |
4.4.1.2.2 Bitdefinitioner for BOOT_STATUS_DATA
Tabel 12. Definitioner for BOOT_STATUS_DATA bits
Lidt til | Bit Fra | Boot status | Boot årsag pga |
31 | 27 | RFU'er | Reserveret |
26 | 26 | ULP_STANDBY | Opstartsårsag på grund af at forlade ULP_STANDBY. |
25 | 23 | RFU'er | Reserveret |
22 | 22 | BOOT_ RX_ULPDET | RX ULPDET resulterede i opstart i ULP-Standby-tilstand |
21 | 21 | RFU'er | Reserveret |
20 | 20 | BOOT_SPI | Opstartsårsag på grund af at SPI_NTS-signalet trækkes lavt |
19 | 17 | RFU'er | Reserveret |
16 | 16 | BOOT_GPIO3 | Opstartsårsag på grund af overgangen af GPIO3 fra lav til høj. |
15 | 15 | BOOT_GPIO2 | Opstartsårsag på grund af overgangen af GPIO2 fra lav til høj. |
14 | 14 | BOOT_GPIO1 | Opstartsårsag på grund af overgangen af GPIO1 fra lav til høj. |
13 | 13 | BOOT_GPIO0 | Opstartsårsag på grund af overgangen af GPIO0 fra lav til høj. |
12 | 12 | BOOT_LPDET | Opstartsårsag på grund af tilstedeværelse af eksternt RF-felt under STANDBY/SUSPEND |
11 | 11 | RFU'er | Reserveret |
10 | 8 | RFU'er | Reserveret |
7 | 7 | BOOT_SOFT_RESET | Opstartsårsag på grund af blød nulstilling af IC |
6 | 6 | BOOT_VDDIO_LOSS | Opstartsårsag på grund af tab af VDDIO. Se afsnit 4.4.2.3 |
5 | 5 | BOOT_VDDIO_START | Opstartsårsag, hvis STANDBY blev indtastet med VDDIO LOSS. Se afsnit 4.4.2.3 |
4 | 4 | BOOT_WUC | Opstartsårsag på grund af udløbet vækningstæller under begge STANDBY-operationer. |
3 | 3 | BOOT_TEMP | Opstartsårsag på grund af IC-temperatur er mere end den konfigurerede tærskelgrænse. Se venligst afsnit 4.4.2.1 |
2 | 2 | BOOT_WDG | Opstartsårsag på grund af nulstilling af vagthund |
1 | 1 | RFU'er | Reserveret |
0 | 0 | BOOT_POR | Opstartsårsag på grund af nulstilling af start |
4.4.1.2.3 Bitdefinitioner for STANDBY_PREV_STATUS_DATA
Tabel 13. Definitioner for STANDBY_PREV_STATUS_DATA bits
Lidt til | Bit Fra | Standby forebyggelse | Standby forhindret pga |
31 | 26 | RFU'er | RESERVERET |
25 | 25 | RFU'er | RESERVERET |
24 | 24 | PREV_TEMP | ICs driftstemperatur er uden for tærsklen |
23 | 23 | RFU'er | RESERVERET |
22 | 22 | PREV_HOSTCOMM | Værtsgrænsefladekommunikation |
21 | 21 | PREV_SPI | SPI_NTS-signal trækkes lavt |
20 | 18 | RFU'er | RESERVERET |
17 | 17 | PREV_GPIO3 | GPIO3 signal overgang fra lav til høj |
16 | 16 | PREV_GPIO2 | GPIO2 signal overgang fra lav til høj |
15 | 15 | PREV_GPIO1 | GPIO1 signal overgang fra lav til høj |
14 | 14 | PREV_GPIO0 | GPIO0 signal overgang fra lav til høj |
13 | 13 | PREV_WUC | Wake-up tæller udløb |
12 | 12 | PREV_LPDET | Lav-effekt detektion. Opstår, når et eksternt RF-signal detekteres i færd med at gå i standby. |
11 | 11 | PREV_RX_ULPDET | RX-detektion med ultralav effekt. Opstår, når RF-signal detekteres i færd med at gå til ULP_STANDBY. |
10 | 10 | RFU'er | RESERVERET |
9 | 5 | RFU'er | RESERVERET |
4 | 4 | RFU'er | RESERVERET |
3 | 3 | RFU'er | RESERVERET |
2 | 2 | RFU'er | RESERVERET |
1 | 1 | RFU'er | RESERVERET |
0 | 0 | RFU'er | RESERVERET |
4.4.1.2.4 Bit definitioner for GENERAL_ERROR_STATUS_DATA
Tabel 14. Definitioner for GENERAL_ERROR_STATUS_DATA bits
Lidt til | Lidt fra | Fejlstatus | Beskrivelse |
31 | 6 | RFU'er | Reserveret |
5 | 5 | XTAL_START_ERROR | XTAL-start mislykkedes under opstart |
4 | 4 | SYS_TRIM_RECOVERY_ERROR | Der opstod en intern systemtrim-hukommelsesfejl, men gendannelse mislykkedes. Systemet fungerer i nedgraderet tilstand. |
3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | Der opstod en intern systemtrim-hukommelsesfejl, og gendannelsen lykkedes. Værten skal udføre genstart af PN5190 for at gendannelsen kan træde i kraft. |
2 | 2 | TXLDO_ERROR | TXLDO fejl |
1 | 1 | CLOCK_ERROR | Urfejl |
0 | 0 | GPADC_ERROR | ADC fejl |
4.4.1.2.5 Bit definitioner for LPCD_STATUS_DATA
Tabel 15. Definitioner for LPCD_STATUS_DATA bytes
Lidt til | Bit Fra | Statusbits anvendelighed i henhold til den underliggende operation af LPCD eller ULPCD | Beskrivelse for den tilsvarende bit er sat i statusbyte. | ||
LPCD | ULPCD | ||||
31 | 7 | RFU'er | Reserveret | ||
6 | 6 | Afbryd_HIF | Y | N | Afbrudt på grund af HIF aktivitet |
5 | 5 | CLKDET fejl | N | Y | Afbrudt på grund af CLKDET-fejl opstod |
4 | 4 | XTAL timeout | N | Y | Afbrudt på grund af XTAL Timeout opstod |
3 | 3 | VDDPA LDO Overstrøm | N | Y | Afbrudt på grund af VDDPA LDO-overstrøm opstod |
2 | 2 | Eksternt RF-felt | Y | Y | Afbrudt på grund af eksternt RF-felt |
1 | 1 | GPIO3 Afbryd | N | Y | Afbrudt på grund af ændring af GPIO3-niveau |
0 | 0 | Kort fundet | Y | Y | Kort er fundet |
4.4.1.2.6 Bitdefinitioner for LPCD_CALIBRATION_DONE Statusdata
Tabel 16. Definitioner for LPCD_CALIBRATION_DONE statusdatabytes for ULPCD
Lidt til | Bit Fra | Status for LPCD_CALIBRATION UDFØRT tilfælde | Beskrivelse for den tilsvarende bit er sat i statusbyte. |
31 | 11 | Reserveret | |
10 | 0 | Referenceværdi fra ULPCD-kalibrering | Den målte RSSI-værdi under ULPCD-kalibrering, som bruges som reference under ULPCD |
Tabel 17. Definitioner for LPCD_CALIBRATION_DONE statusdatabytes for LPCD
Lidt til | Bit Fra | Statusbits anvendelighed i henhold til den underliggende operation af LPCD eller ULPCD | Beskrivelse for den tilsvarende bit er sat i statusbyte. | ||
2 | 2 | Eksternt RF-felt | Y | Y | Afbrudt på grund af eksternt RF-felt |
1 | 1 | GPIO3 Afbryd | N | Y | Afbrudt på grund af ændring af GPIO3-niveau |
0 | 0 | Kort fundet | Y | Y | Kort er fundet |
4.4.2 Håndtering af forskellige boot-scenarier
PN5190 IC håndterer forskellige fejltilstande relateret til IC-parametre som nedenfor.
4.4.2.1 Håndtering af overtemperaturscenarie, når PN5190 er under drift
Når PN5190 IC'ens interne temperatur når tærskelværdien som konfigureret i EEPROM-feltet TEMP_WARNING [2], går IC'en i standby. Og følgelig, hvis EEPROM-feltet ENABLE_GPIO0_ON_OVERTEMP [2] er konfigureret til at give en meddelelse til værten, så vil GPIO0 blive trukket højt for at underrette IC over temperatur.
Når og når IC-temperaturen falder under tærskelværdien som konfigureret i EEPROM-feltet TEMP_WARNING [2], starter IC'en med BOOT_EVENT som i tabel 11, og BOOT_TEMP-startstatusbit er indstillet som i tabel 12, og GPIO0 vil blive trukket lavt.
4.4.2.2 Håndtering af overstrøm
Hvis PN5190 IC registrerer overstrømstilstanden, slukker IC'en RF-strøm og sender TX_OVERCURRENT_ERROR_EVENT som i tabel 11.
Varigheden af overstrømstilstanden kan styres ved at ændre EEPROM-feltet TXLDO_CONFIG [2].
For information om IC over den aktuelle tærskel, se dokument [2].
Note:
Hvis der er andre afventende begivenheder eller svar, vil de blive sendt til værten.
4.4.2.3 Tab af VDDIO under drift
Hvis PN5190 IC støder på, at der ikke er nogen VDDIO (VDDIO-tab), går IC'en i standby.
IC starter kun, når VDDIO er tilgængelig, med BOOT_EVENT som i tabel 11 og BOOT_VDDIO_START boot status bit er indstillet som i tabel 12.
For information om PN5190 IC statiske karakteristika henvises til dokument [2].
4.4.3 Håndtering af abortscenarier
PN5190 IC'en understøtter at afbryde de nuværende udførelseskommandoer og opførselen af PN5190 IC'en, når en sådan afbrydelseskommando som sektion 4.5.4.5.2 sendes til PN5190 IC er som vist i tabel 18.
Note:
Når PN5190 IC er i ULPCD og ULP-Standby-tilstand, kan den ikke afbrydes enten ved at sende et afsnit 4.5.4.5.2 ELLER ved at starte en SPI-transaktion (ved at trække SPI_NTS-signalet lavt).
Tabel 18. Forventet hændelsesrespons, når forskellige kommandoer blev afsluttet med afsnit 4.5.4.5.2
Kommandoer | Opførsel, når kommandoen Switch Mode Normal sendes |
Alle kommandoer, hvor lav effekt ikke er indtastet | EVENT_STAUS er indstillet til "IDLE_EVENT" |
Skift tilstand LPCD | EVENT_STATUS er indstillet til "LPCD_EVENT" med "LPCD_ STATUS_DATA", der angiver statusbits som "Abort_HIF" |
Skift tilstand Standby | EVENT_STAUS er indstillet til "BOOT_EVENT" med "BOOT_ STATUS_DATA", der indikerer bits "BOOT_SPI" |
Switch Mode Autocoll (Ingen autonom tilstand, autonom tilstand med standby og autonom tilstand uden standby) | EVENT_STAUS er indstillet til "AUTOCOLL_EVENT" med STATUS_DATA bits, der indikerer, at kommandoen blev annulleret af brugeren. |
4.5 Betjeningsinstruktioner i normal tilstand
4.5.1 Registermanipulation
Instruktionerne i dette afsnit bruges til at få adgang til de logiske registre i PN5190.
4.5.1.1 WRITE_REGISTER
Denne instruktion bruges til at skrive en 32-bit værdi (little-endian) til et logisk register.
4.5.1.1.1 Betingelser
Registrets adresse skal eksistere, og registret skal enten have attributten READ-WRITE eller WRITE-ONLY.
4.5.1.1.2 Kommando
Tabel 19. WRITE_REGISTER kommandoværdi Skriv en 32-bit værdi til et register.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Registrer adresse | 1 byte | Registerets adresse. |
Tabel 19. WRITE_REGISTER kommandoværdi...fortsat
Skriv en 32-bit værdi til et register.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Værdi | 4 bytes | 32-bit registerværdi, som skal skrives. (Lille-endian) |
4.5.1.1.3 Svar
Tabel 20. WRITE_REGISTER svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.1.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.1.2 WRITE_REGISTER_OR_MASK
Denne instruktion bruges til at ændre indholdet af registret ved hjælp af en logisk ELLER-operation. Indholdet af registret læses, og en logisk ELLER-operation udføres med den medfølgende maske. Det ændrede indhold skrives tilbage til registret.
4.5.1.2.1 Betingelser
Registrets adresse skal eksistere, og registret skal have attributten READ-WRITE.
4.5.1.2.2 Kommando
Tabel 21. WRITE_REGISTER_OR_MASK kommandoværdi Udfør en logisk ELLER-operation på et register ved hjælp af den medfølgende maske.
Nyttelast felt | Længde | Værdi/beskrivelse |
Registrer adresse | 1 byte | Registerets adresse. |
Maske | 4 bytes | Bitmaske bruges som operand til logisk ELLER-operation. (Lille-endian) |
4.5.1.2.3 Svar
Tabel 22. WRITE_REGISTER_OR_MASK svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.2.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.1.3 WRITE_REGISTER_AND_MASK
Denne instruktion bruges til at ændre indholdet af register ved hjælp af en logisk OG-operation. Indholdet af registret læses, og en logisk OG-operation udføres med den medfølgende maske. Det ændrede indhold skrives tilbage til registret.
4.5.1.3.1 Betingelser
Registrets adresse skal eksistere, og registret skal have attributten READ-WRITE.
4.5.1.3.2 Kommando
Tabel 23. WRITE_REGISTER_AND_MASK kommandoværdi Udfør en logisk OG-operation på et register ved hjælp af den medfølgende maske.
Nyttelast felt | Længde | Værdi/beskrivelse |
Registrer adresse | 1 byte | Registerets adresse. |
Maske | 4 bytes | Bitmaske bruges som operand til logisk OG-drift. (Lille-endian) |
4.5.1.3.3 Svar
Tabel 24. WRITE_REGISTER_AND_MASK svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.3.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Denne instruktionsfunktionalitet ligner afsnit 4.5.1.1, afsnit 4.5.1.2, afsnit 4.5.1.3, med mulighed for at kombinere dem. Faktisk tager det en række register-type-værdisæt og udfører passende handling. Typen afspejler handlingen, som enten er skriveregister, logisk ELLER-operation på et register eller logisk OG-operation på et register.
4.5.1.4.1 Betingelser
Den respektive logiske adresse for registret i et sæt skal eksistere.
Registeradgangsattributten skal tillade udførelse af påkrævet handling (type):
- Skriv handling (0x01): READ-WRITE eller WRITE-ONLY attribut
- ELLER maskehandling (0x02): READ-WRITE attribut
- OG maskehandling (0x03): READ-WRITE attribut
Størrelsen på 'Set'-arrayet skal være i området fra 1 – 43 inklusive.
Feltet 'Type' skal være i området 1 – 3 inklusive
4.5.1.4.2 Kommando
Tabel 25. WRITE_REGISTER_MULTIPLE kommandoværdi Udfør en skriveregisteroperation ved hjælp af et sæt Register-Value-par.
Nyttelast felt | Længde | Værdi/beskrivelse | |||
Indstil [1…n] | 6 bytes | Registrer adresse | 1 byte | Registerets logiske adresse. | |
Type | 1 byte | 0x1 | Skriv Register | ||
0x2 | Skriv Register ELLER Mask | ||||
0x3 | Skriv Register OG Maske | ||||
Værdi | 4 bytes | 32 Bidregisterværdi, som skal skrives, eller bitmaske bruges til logisk drift. (Lille-endian) |
Bemærk: I tilfælde af en undtagelse rulles operationen ikke tilbage, dvs. registre, der er blevet ændret, indtil undtagelsen indtræffer, forbliver i ændret tilstand. Værten skal tage de rigtige handlinger for at gendanne til en defineret tilstand.
4.5.1.4.3 Svar
Tabel 26. WRITE_REGISTER_MULTIPLE svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR |
4.5.1.4.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.1.5 LÆS_REGISTER
Denne instruktion bruges til at læse indholdet af et logisk register tilbage. Indholdet er til stede i svaret som 4-byte værdi i little-endian format.
4.5.1.5.1 Betingelser
Adressen på det logiske register skal eksistere. Registrets adgangsattribut skal enten være READ-WRITE eller READ-ONLY.
4.5.1.5.2 Kommando
Tabel 27. READ_REGISTER kommandoværdi
Læs indholdet af et register tilbage.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Registrer adresse | 1 byte | Adresse på det logiske register |
4.5.1.5.3 Svar
Tabel 28. READ_REGISTER svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) | ||
Registreringsværdi | 4 bytes | 32-bit registerværdi, som er blevet udlæst. (Lille-endian) |
4.5.1.5.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.1.6 READ_REGISTER_MULTIPLE
Denne instruktion bruges til at læse flere logiske registre på én gang. Resultatet (indholdet af hvert register) er angivet i svaret på instruktionen. Selve registeradressen er ikke inkluderet i svaret. Rækkefølgen af registerindholdet i svaret svarer til rækkefølgen af registeradresserne i instruktionen.
4.5.1.6.1 Betingelser
Alle registeradresser i instruksen skal eksistere. Adgangsattributten for hvert register skal enten være READ-WRITE eller READ-ONLY. Størrelsen af 'Register Address'-array skal være i området fra 1 – 18 inklusive.
4.5.1.6.2 Kommando
Tabel 29. READ_REGISTER_MULTIPLE kommandoværdi Udfør en læseregisteroperation på et sæt registre.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Registreringsadresse[1…n] | 1 byte | Registrer adresse |
4.5.1.6.3 Svar
Tabel 30. READ_REGISTER_MULTIPLE svarværdi
Nyttelast felt | Længde | Værdi/beskrivelse | ||
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) | ||||
Registerværdi [1…n] | 4 bytes | Værdi | 4 bytes | 32-bit registerværdi, som er blevet udlæst (little-endian). |
4.5.1.6.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.2 E2PROM-manipulation
Det tilgængelige område i E2PROM er i henhold til EEPROM-kort og adresserbar størrelse.
Note:
1. Hvor 'E2PROM-adressen' er nævnt i nedenstående instruktioner, skal referere til størrelsen af det adresserbare EEPROM-område.
4.5.2.1 WRITE_E2PROM
Denne instruktion bruges til at skrive en eller flere værdier til E2PROM. Feltet 'Værdier' indeholder de data, der skal skrives til E2PROM startende fra adressen angivet af feltet 'E2PROM Address'. Dataene skrives i sekventiel rækkefølge.
Note:
Bemærk, at dette er en blokeringskommando, det betyder, at NFC FE er blokeret under skriveoperationen. Dette kan tage flere millisekunder.
4.5.2.1.1 Betingelser
Feltet 'E2PROM-adresse' skal være i intervallet ifølge [2]. Antallet af bytes i 'Værdier'-feltet skal være i området fra 1 – 1024 (0x0400), inklusive. Skriveoperationen må ikke gå ud over EEPROM-adressen som nævnt i [2]. Fejlsvar skal sendes til værten, hvis adressen overstiger EEPROM-adresserummet som i [2].
4.5.2.1.2 Kommando
Tabel 31. WRITE_E2PROM kommandoværdi Skriv givne værdier sekventielt til E2PROM.
Nyttelast felt | Længde | Værdi/beskrivelse |
E2PROM-adresse | 2 byte | Adresse i EEPROM, hvorfra skriveoperationen skal starte. (Little-endian) |
Værdier | 1 – 1024 bytes | Værdier, som skal skrives til E2PROM i sekventiel rækkefølge. |
4.5.2.1.3 Svar
Tabel 32. WRITE_EEPROM-svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.2.2 READ_E2PROM
Denne instruktion bruges til at tilbagelæse data fra E2PROM-hukommelsesområdet. Feltet 'E2PROM Address' angiver startadressen for læseoperationen. Svaret indeholder data læst fra E2PROM.
4.5.2.2.1 Betingelser
'E2PROM-adresse'-feltet skal være i et gyldigt interval.
Feltet 'Antal bytes' skal være i området fra 1 – 256 inklusive.
Læseoperationen må ikke gå ud over den sidst tilgængelige EEPROM-adresse.
Fejlsvar skal sendes til værten, hvis adressen overstiger EEPROM-adresserummet.
4.5.2.2.2 Kommando
Tabel 33. READ_E2PROM kommandoværdi Udlæs værdier fra E2PROM sekventielt.
Nyttelast felt | Længde | Værdi/beskrivelse |
E2PROM-adresse | 2 byte | Adresse i E2PROM, hvorfra læseoperationen skal starte. (Little-endian) |
Antal bytes | 2 byte | Antal bytes, der skal udlæses. (Lille-endian) |
4.5.2.2.3 Svar
Tabel 34. READ_E2PROM-svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) | ||
Værdier | 1 – 1024 bytes | Værdier, der er blevet udlæst i sekventiel rækkefølge. |
4.5.2.2.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.2.3 GET_CRC_USER_AREA
Denne instruktion bruges til at beregne CRC for hele brugerkonfigurationsområdet inklusive protokolområdet for PN5190 IC.
4.5.2.3.1 Kommando
Tabel 35. GET_CRC_USER_AREA kommandoværdi
Udlæs CRC for brugerkonfigurationsområde inklusive protokolområde.
Nyttelastfelt | Længde | Værdi/beskrivelse |
– | – | Ingen data i nyttelast |
4.5.2.3.2 Svar
Tabel 36. GET_CRC_USER_AREA svarværdi
Nyttelast felt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS | ||
PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) | ||
Værdier | 4 bytes | 4 bytes CRC-data i little-endian-format. |
4.5.2.3.3 begivenhed
Der er ingen hændelser for denne kommando.
4.5.3 CLIF-datamanipulation
Instruktionerne beskrevet i dette afsnit beskriver kommandoerne til RF-transmission og -modtagelse.
4.5.3.1 EXCHANGE_RF_DATA
RF-udvekslingsfunktionen udfører en transmission af TX-dataene og venter på modtagelse af eventuelle RX-data.
Funktionen vender tilbage i tilfælde af en modtagelse (enten fejlagtig eller korrekt) eller en timeout sket. Timeren startes med SLUTNING af TRANSMISSION og stoppes med START af MODTAGELSE. Timeoutværdi, der er forudkonfigureret i EEPROM, skal bruges i tilfælde af, at timeout ikke er konfigureret før udførelse af Exchange-kommando.
Hvis transceiver_state er
- i TOMGANG aktiveres TRANSCEIVE-tilstanden.
- I WAIT_RECEIVE nulstilles transceivertilstanden til TRANSCEIVE MODE i tilfælde af, at initiatorbit er indstillet
- I WAIT_TRANSMIT nulstilles transceivertilstanden til TRANSCEIVE MODE, hvis initiatorbit IKKE er indstillet
Feltet 'Antal gyldige bits i sidste byte' angiver den nøjagtige datalængde, der skal transmitteres.
4.5.3.1.1 Betingelser
Størrelsen på feltet 'TX Data' skal være i området fra 0 – 1024 inklusive.
Feltet 'Antal gyldige bits i sidste byte' skal være i området fra 0 – 7.
Kommandoen må ikke kaldes under en igangværende RF-transmission. Kommando skal sikre den rigtige tilstand af transceiveren til transmission af data.
Note:
Denne kommando er kun gyldig for læsetilstand og P2P" passiv/aktiv initiatortilstand.
4.5.3.1.2 Kommando
Tabel 37. EXCHANGE_RF_DATA kommandoværdi
Skriv TX-data til intern RF-transmissionsbuffer og start transmission ved hjælp af transceive-kommando og vent til modtagelse eller Time-Out for at forberede et svar til værten.
Nyttelastfelt | Længde | Værdi/beskrivelse | |
Antal gyldige bits i sidste byte | 1 byte | 0 | Alle bits af sidste byte transmitteres |
1 – 7 | Antal bits inden for sidste byte, der skal transmitteres. | ||
RFExchangeConfig | 1 byte | Konfiguration af RFExchange-funktionen. Detaljer se nedenfor |
Tabel 37. EXCHANGE_RF_DATA kommandoværdi...fortsat
Skriv TX-data til intern RF-transmissionsbuffer og start transmission ved hjælp af transceive-kommando og vent til modtagelse eller Time-Out for at forberede et svar til værten.
Nyttelastfelt | Længde | Værdi/beskrivelse |
TX data | n bytes | TX-data, som skal sendes ud via CLIF ved brug af transceive-kommando. n = 0 – 1024 bytes |
Tabel 38. RFexchangeConfig Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse |
Bit 4 – 7 er RFU | ||||||||
X | Inkluder RX-data som svar baseret på RX_STATUS, hvis bit sat til 1b. | |||||||
X | Inkluder EVENT_STATUS register som svar, hvis bit sat til 1b. | |||||||
X | Inkluder RX_STATUS_ERROR register som svar, hvis bit er sat til 1b. | |||||||
X | Inkluder RX_STATUS register som svar, hvis bit er sat til 1b. |
4.5.3.1.3 Svar
Tabel 39. EXCHANGE_RF_DATA svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR |
||
RX_STATUS | 4 bytes | Hvis der anmodes om RX_STATUS (little-endian) |
RX_STATUS_ERROR | 4 bytes | Hvis der anmodes om RX_STATUS_ERROR (little-endian) |
EVENT_STATUS | 4 bytes | Hvis EVENT_STATUS anmodes om (little-endian) |
RX data | 1 – 1024 bytes | Hvis der anmodes om RX-data. RX-data modtaget under RF-modtagelsesfasen af RF-udveksling. |
4.5.3.1.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.3.2 TRANSMIT_RF_DATA
Denne instruktion bruges til at skrive data ind i den interne CLIF-transmissionsbuffer og starte transmission ved at bruge transceive-kommando internt. Størrelsen af denne buffer er begrænset til 1024 bytes. Efter at denne instruktion er blevet udført, startes en RF-modtagelse automatisk.
Kommandoen vender tilbage umiddelbart efter, at transmissionen er fuldført og venter ikke på, at modtagelsen er fuldført.
4.5.3.2.1 Betingelser
Antallet af bytes i feltet 'TX Data' skal være i området fra 1 – 1024 inklusive.
Kommandoen må ikke kaldes under en igangværende RF-transmission.
4.5.3.2.2 Kommando
Tabel 40. TRANSMIT_RF_DATA kommandoværdi Skriv TX-data til intern CLIF-transmissionsbuffer.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Antal gyldige bits i sidste byte | 1 byte | 0 Alle bits af sidste byte transmitteres 1 – 7 Antal bits inden for sidste byte, der skal transmitteres. |
RFU'er | 1 byte | Reserveret |
TX data | 1 – 1024 bytes | TX-data, som skal bruges under næste RF-transmission. |
4.5.3.2.3 Svar
Tabel 41. TRANSMIT_RF_DATA svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
4.5.3.2.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.3.3 RETRIEVE_RF_DATA
Denne instruktion bruges til at læse data fra den interne CLIF RX-buffer, som indeholder RF-svarsdata (hvis nogen), der er sendt til den fra den tidligere udførelse af afsnit 4.5.3.1 med mulighed for ikke at inkludere de modtagne data i svaret eller afsnit 4.5.3.2 .XNUMX kommando.
4.5.3.3.1 Kommando
Tabel 42. RETRIEVE_RF_DATA kommandoværdi Læs RX-data fra intern RF-modtagelsesbuffer.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Tom | Tom | Tom |
4.5.3.3.2 Svar
Tabel 43. RETRIEVE_RF_DATA svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
Nyttelastfelt | Længde | Værdi/beskrivelse |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
||
RX data | 1 – 1024 bytes | RX-data, som er blevet modtaget under sidste vellykkede RF-modtagelse. |
4.5.3.3.3 begivenhed
Der er ingen hændelser for denne kommando.
4.5.3.4 MODTAG_RF_DATA
Denne instruktion venter på de data, der modtages gennem læserens RF-grænseflade.
I læsetilstand returnerer denne instruktion enten, hvis der er en modtagelse (enten fejlagtig eller korrekt) eller en FWT-timeout opstod. Timeren startes med AFSLUTNING af TRANSMISSION og stoppes med START af MODTAGELSE. Standard timeoutværdien, der er forudkonfigureret i EEPROM, skal bruges i tilfælde af, at timeout ikke er konfigureret før udførelse af Exchange-kommando.
I måltilstand returnerer denne instruktion enten i tilfælde af modtagelse (enten fejlagtig eller korrekt) eller ekstern RF-fejl.
Note:
Denne instruktion skal bruges med TRANSMIT_RF_DATA kommando til at udføre TX og RX operation...
4.5.3.4.1 Kommando
Tabel 44. RECEIVE_RF_DATA kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
ReceiveRFConfig | 1 byte | Konfiguration af ReceiveRFConfig-funktionen. Se Tabel 45 |
Tabel 45. ReceiveRFConfig bitmaske
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse |
Bit 4 – 7 er RFU | ||||||||
X | Inkluder RX-data som svar baseret på RX_STATUS, hvis bit sat til 1b. | |||||||
X | Inkluder EVENT_STATUS register som svar, hvis bit sat til 1b. | |||||||
X | Inkluder RX_STATUS_ERROR register som svar, hvis bit er sat til 1b. | |||||||
X | Inkluder RX_STATUS register som svar, hvis bit er sat til 1b. |
4.5.3.4.2 Svar
Tabel 46. RECEIVE_RF_DATA svarværdi
Nyttelast felt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) PN5190_STATUS_TIMEOUT |
Nyttelast felt | Længde | Værdi/beskrivelse |
PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
RX_STATUS | 4 bytes | Hvis der anmodes om RX_STATUS (little-endian) |
RX_STATUS_ERROR | 4 bytes | Hvis der anmodes om RX_STATUS_ERROR (little-endian) |
EVENT_STATUS | 4 bytes | Hvis EVENT_STATUS anmodes om (little-endian) |
RX data | 1 – 1024 bytes | Hvis der anmodes om RX-data. RX-data modtaget over RF. |
4.5.3.4.3 begivenhed
Der er ingen hændelser for denne kommando.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD-konfiguration)
Denne instruktion bruges til at læse data fra den interne CLIF RX-buffer, som indeholder en FeliCa EMD-svardata (hvis nogen) sendt til den fra den tidligere udførelse af EXCHANGE_RF_DATA-kommandoen, der returnerer med status 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Note: Denne kommando er tilgængelig fra PN5190 FW v02.03 og fremefter.
4.5.3.5.1 Kommando
Læs RX-data fra intern RF-modtagelsesbuffer.
Tabel 47. RETRIEVE_RF_FELICA_EMD_DATA kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse | |
FeliCaRFRetrieveConfig | 1 byte | 00 – FF | Konfiguration af RETRIEVE_RF_FELICA_EMD_DATA-funktionen |
konfiguration (bitmask) beskrivelse | bit 7..2: RFU bit 1: Inkluder RX_STATUS_ ERROR register som svar, hvis bit er sat til 1b. bit 0: Inkluder RX_STATUS register som svar, hvis bit er sat til 1b. |
4.5.3.5.2 Svar
Tabel 48. RETRIEVE_RF_FELICA_EMD_DATA svarværdi
Nyttelast felt | Længde | Værdi/beskrivelse | |||
Status | 1 byte | Status for operationen. Forventede værdier er som nedenfor: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) | |||
RX_STATUS | 4 byte | Hvis der anmodes om RX_STATUS (little-endian) | |||
RX_STATUS_ FEJL | 4 byte | Hvis der anmodes om RX_STATUS_ERROR (little-endian) |
Nyttelast felt | Længde | Værdi/beskrivelse | |||
RX data | 1…1024 byte | FeliCa EMD RX-data, som er blevet modtaget under sidste mislykkede RF-modtagelse ved hjælp af Exchange Command. |
4.5.3.5.3 begivenhed
Der er ingen hændelser for denne kommando.
4.5.4 Skift af driftstilstand
PN5190 understøtter 4 forskellige driftstilstande:
4.5.4.1 Normal
Dette er standardtilstanden, hvor alle instruktioner er tilladt.
4.5.4.2 Standby
PN5190 er i standby/dvaletilstand for at spare strøm. Vækningsbetingelser skal indstilles for at definere, hvornår standby skal forlades igen.
4.5.4.3 LPCD
PN5190 er i laveffektkortdetektionstilstand, hvor den forsøger at detektere et kort, der går ind i driftsvolumen, med det lavest mulige strømforbrug.
4.5.4.4 Autocoll
PN5190 fungerer som RF-lytter og udfører måltilstandsaktivering autonomt (for at garantere realtidsbegrænsninger)
4.5.4.5 SWITCH_MODE_NORMAL
Kommandoen Switch Mode Normal har tre use-cases.
4.5.4.5.1 UseCase1: Gå ind i normal driftstilstand ved opstart (POR)
Bruges til at nulstille til inaktiv tilstand for at modtage/behandle den næste kommando ved at gå ind i normal driftstilstand.
4.5.4.5.2 UseCase2: Afslutter allerede kørende kommando for at skifte til normal driftstilstand (abort kommando)
Bruges til at nulstille til inaktiv tilstand for at modtage/behandle den næste kommando ved at afslutte de allerede kørende kommandoer.
Kommandoer som standby, LPCD, Exchange, PRBS og Autocoll skal kunne afsluttes ved hjælp af denne kommando.
Dette er den eneste specielle kommando, der ikke har et svar. I stedet har den en EVENT-meddelelse.
Se afsnit 4.4.3 for mere information om typen af hændelser, der opstår under forskellige underliggende kommandoudførelser.
4.5.4.5.2.1 UseCase2.1:
Denne kommando skal nulstille alle CLIF TX-, RX- og feltkontrolregistre til Boot-tilstand. Udsendelse af denne kommando vil slå ethvert eksisterende RF-felt FRA.
4.5.4.5.2.2 UseCase2.2:
Tilgængelig fra PN5190 FW v02.03 og fremefter:
Denne kommando skal ikke ændre CLIF TX-, RX- og feltkontrolregistre, men skal kun flytte transceiveren til IDLE-tilstand.
4.5.4.5.3 UseCase3: Normal driftstilstand ved blød nulstilling/afslutning fra standby, LPCD I dette tilfælde går PN5190 direkte ind i normal driftstilstand ved at sende IDLE_EVENT til værten (Figur 12 eller Figur 13) og " IDLE_EVENT” bit er indstillet i tabel 11.
Der er intet krav om at sende kommandoen SWITCH_MODE_NORMAL.
Note:
Efter at IC er skiftet til normal tilstand, ændres alle RF-indstillingerne til standardtilstand. Det er bydende nødvendigt, at den respektive RF-konfiguration og andre relaterede registre skal indlæses med passende værdier, før der udføres en RF ON- eller RF-udvekslingsoperation.
4.5.4.5.4 Kommandoramme til at sende til forskellige use-cases
4.5.4.5.4.1 UseCase1: Kommando gå ind i normal driftstilstand ved opstart (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Kommando til at afslutte allerede kørende kommandoer for at skifte til normal driftstilstand
Brugssag 2.1:
0x20 0x00 0x00
Use case 2.2: (Fra FW v02.02 og fremefter):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Kommando til normal driftstilstand ved soft-reset/afslutning fra standby, LPCD, ULPCD
Ingen. PN5190 går direkte ind i normal driftstilstand.
4.5.4.5.5 Svar
Ingen
4.5.4.5.6 begivenhed
En BOOT_EVENT (i EVENT_STATUS register) er indstillet, hvilket indikerer, at den normale tilstand er gået ind og sendes til værten. Se figur 12 og figur 13 for hændelsesdata.
En IDLE_EVENT (i EVENT_STATUS-registret) er indstillet, hvilket indikerer, at den normale tilstand er gået ind og sendes til værten. Se figur 12 og figur 13 for hændelsesdata.
En BOOT_EVENT (i EVENT_STATUS register) er indstillet, hvilket indikerer, at den normale tilstand er gået ind og sendes til værten. Se figur 12 og figur 13 for hændelsesdata.
4.5.4.6 SWITCH_MODE_AUTOCOLL
Switch Mode Autocoll udfører automatisk kortaktiveringsproceduren i måltilstand.
Feltet 'Autocoll Mode' skal være i området fra 0 – 2 inklusive.
Hvis feltet 'Autocoll Mode' er indstillet til 2 (Autocoll): Feltet 'RF Technologies' (tabel 50) skal indeholde en bitmaske, der angiver de RF-teknologier, der skal understøttes under Autocoll.
Der må ikke sendes instruktioner, mens du er i denne tilstand.
Opsigelse indikeres ved hjælp af en afbrydelse.
4.5.4.6.1 Kommando
Tabel 49. SWITCH_MODE_AUTOCOLL kommandoværdi
Parameter | Længde | Værdi/beskrivelse | |
RF teknologier | 1 byte | Bitmaske, der angiver RF-teknologien, der skal lyttes efter under autocoll. | |
Autocoll-tilstand | 1 byte | 0 | Ingen autonom tilstand, dvs. Autocoll afsluttes, når eksternt RF-felt ikke er til stede. |
Opsigelse i tilfælde af | |||
• INTET RF-FELT eller RF-FELT er forsvundet | |||
• PN5190 er AKTIVERET i TARGET-tilstand | |||
1 | Autonom tilstand med standby. Når der ikke er noget RF-felt til stede, går Autocoll automatisk i standbytilstand. Når et eksternt RF-felt er detekteret, går PN5190 igen i Autocoll-tilstand. | ||
Opsigelse i tilfælde af | |||
• PN5190 er AKTIVERET i TARGET-tilstand | |||
Fra PN5190 FW v02.03 og frem: Hvis EEPROM-feltet "bCard ModeUltraLowPowerEnabled" på adressen '0xCDF' er indstillet til '1', går PN5190 i standby med ultralavt strømforbrug. | |||
2 | Autonom tilstand uden standby. Når der ikke er noget RF-felt til stede, venter PN5190, indtil RF-feltet er til stede, før autocoll-algoritmen startes. Standby bruges ikke i dette tilfælde. | ||
Opsigelse i tilfælde af • PN5190 er AKTIVERET i TARGET-tilstand |
Tabel 50. RF Technologies Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse |
0 | 0 | 0 | 0 | RFU'er | ||||
X | Hvis indstillet til 1b, er lytning efter NFC-F Active aktiveret. (Ikke tilgængelig). | |||||||
X | Hvis indstillet til 1b, er lytning efter NFC-A Active aktiveret. (Ikke tilgængelig). | |||||||
X | Hvis indstillet til 1b, er lytning efter NFC-F aktiveret. | |||||||
X | Hvis indstillet til 1b, er lytning efter NFC-A aktiveret. |
4.5.4.6.2 Svar
Svaret signalerer kun, at kommandoen er blevet behandlet.
Tabel 51. SWITCH_MODE_AUTOCOLL svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Switch mode er ikke blevet aktiveret på grund af forkerte indstillinger) |
4.5.4.6.3 begivenhed
Begivenhedsmeddelelsen sendes, når kommandoen er afsluttet, og den normale tilstand aktiveres. Værten skal udlæse svarbytes baseret på hændelsesværdien.
Note:
Når status ikke er "PN5190_STATUS_INSTR_SUCCESS", er yderligere "Protocol" og "Card_Activated" databytes ikke til stede.
Teknologioplysninger hentes fra registrene ved hjælp af Section 4.5.1.5, Section 4.5.1.6 kommandoer.
Følgende tabel viser hændelsesdataene, der sendes som en del af hændelsesmeddelelsen, figur 12 og figur 13.
Tabel 52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT data Skift driftstilstand Autocoll hændelse
Nyttelastfelt | Længde | Værdi/beskrivelse | |
Status | 1 byte | Status for operationen | |
PN5190_STATUS_INSTR_SUCCESS | PN5190 er AKTIVERET i TARGET-tilstand. Yderligere data i denne begivenhed er gyldige. |
||
PN5190_STATUS_PREVENT_STANDBY | Angiver, at PN5190 er forhindret i at gå i standbytilstand. Denne status er kun gyldig, når Autocoll-tilstanden er valgt som "Autonom tilstand med standby". |
PN5190_STATUS_NO_EXTERNAL_RF_ FELT | Indikerer, at der ikke er noget eksternt RF-felt til stede under udførelsen af Autocoll i ikke-autonom tilstand | ||
PN5190_STATUS_USER_CANCELLED | Indikerer, at den aktuelle kommando, der er i gang, afbrydes af den normale kommando i switch mode | ||
Protokol | 1 byte | 0x10 | Aktiveret som passiv TypeA |
0x11 | Aktiveret som passiv TypeF 212 | ||
0x12 | Aktiveret som passiv TypeF 424 | ||
0x20 | Aktiveret som Active TypeA | ||
0x21 | Aktiveret som Active TypeF 212 | ||
0x22 | Aktiveret som Active TypeF 424 | ||
Andre værdier | Ugyldig | ||
Kort_Aktiveret | 1 byte | 0x00 | Ingen kortaktiveringsproces i henhold til ISO 14443-3 |
0x01 | Indikerer, at enheden er aktiveret i passiv tilstand |
Note:
Efter at have læst hændelsesdataene, skal data modtaget fra kortet/enheden, der blev aktiveret (såsom 'n' bytes af ATR_REQ/RATS i henhold til ISO18092/ISO1443-4), læses ved hjælp af Section 4.5.3.3-kommandoen.
4.5.4.6.4 Kommunikation example
4.5.4.7 SWITCH_MODE_STANDBY
Switch Mode Standby sætter automatisk IC'en i Standby mode. IC'en vil vågne efter konfigurerede opvågningskilder, der opfylder opvågningsbetingelserne.
Note:
Tællerudløb for ULP STANDBY og HIF afbrydelse for STANDBY er tilgængelige som standard for at afslutte standbytilstande.
4.5.4.7.1 Kommando
Tabel 53. SWITCH_MODE_STANDBY kommandoværdi
Parameter | Længde | Værdi/beskrivelse |
Konfig | 1 byte | Bitmaske, der styrer den wake-up-kilde, der skal bruges, og standby-tilstand for at gå ind. Der henvises til Tabel 54 |
Modværdi | 2 bytes | Brugt værdi for opvågningstæller i millisekunder. Den maksimale understøttede værdi er 2690 for standby. Den maksimale understøttede værdi er 4095 for ULP-standby. Værdien, der skal angives, er i small-endian-format. Dette parameterindhold er kun gyldigt, hvis "Config Bitmask" er aktiveret til vækning ved tællerudløb. |
Tabel 54. Konfig Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse |
X | Gå ind i ULP-standby, hvis bit er sat til 1b Gå ind i standby, hvis bit er sat til 0b. | |||||||
0 | RFU'er | |||||||
X | Vågn op på GPIO-3, når den er høj, hvis bit er sat til 1b. (Gælder ikke for ULP-standby) | |||||||
X | Vågn op på GPIO-2, når den er høj, hvis bit er sat til 1b. (Gælder ikke for ULP-standby) | |||||||
X | Vågn op på GPIO-1, når den er høj, hvis bit er sat til 1b. (Gælder ikke for ULP-standby) | |||||||
X | Vågn op på GPIO-0, når den er høj, hvis bit er sat til 1b. (Gælder ikke for ULP-standby) | |||||||
X | Wake-up på wake-up tæller udløber, hvis bit er sat til 1b. For ULP-Standby er denne mulighed som standard aktiveret. | |||||||
X | Wake-up på eksternt RF-felt, hvis bit er sat til 1b. |
Note: Fra PN5190 FW v02.03, hvis EEPROM-feltet "CardModeUltraLowPowerEnabled" på adressen '0xCDF' er indstillet til '1', kan ULP-standby-konfigurationen ikke bruges med SWITCH_MODE_STANDBY-kommandoen.
4.5.4.7.2 Svar
Svaret signalerer kun, at kommandoen er blevet behandlet, og standby-tilstanden vil først blive indtastet, efter at svaret er fuldt læst af værten.
Tabel 55. SWITCH_MODE_STANDBY svarværdi Skift driftstilstand standby
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Switch mode er ikke blevet aktiveret - på grund af forkerte indstillinger) |
4.5.4.7.3 begivenhed
Begivenhedsmeddelelsen sendes, når kommandoen er afsluttet, og normal tilstand er aktiveret. Se formatet for hændelsen, der vil blive sendt efter fuldførelse af kommandoen som i figur 12 og figur 13.
I tilfælde af, at hvis PN5190 forhindres i at gå i Standby-tilstand, så sendes hændelsen "STANDBY_PREV_EVENT"-bit sat i EVENT_STATUS som nævnt Tabel 11 til værten på grund af standby-forhindring som nævnt i Tabel 13.
4.5.4.7.4 Kommunikation Eksample
4.5.4.8 SWITCH_MODE_LPCD
Switch Mode LPCD udfører en afstemningsdetektion på antennen på grund af skiftende omgivelser omkring antennen.
Der er 2 forskellige tilstande af LPCD. Den HW-baserede (ULPCD) løsning tilbyder et konkurrencedygtigt strømforbrug med en reduceret følsomhed. Den FW-baserede (LPCD) løsning tilbyder en klassens bedste følsomhed med et øget strømforbrug.
I Single Mode af FW-baseret (LPCD) er der ingen kalibreringshændelse sendt til værten.
Når Single-tilstand aktiveres, udføres kalibrering og successive målinger, efter at standby er afsluttet.
For kalibreringshændelse i enkelt tilstand, udsend først enkelt tilstand med kommando om kalibreringshændelse. Efter kalibrering modtages en LPCD-kalibreringshændelse, hvorefter single mode-kommandoen skal sendes med referenceværdien opnået fra det foregående trin som inputparameter.
Konfigurationen af LPCD'en udføres i EEPROM/Flash Data-indstillingerne, før kommandoen kaldes.
Note:
GPIO3 afbrydelse for ULPCD, HIF afbrydelse for LPCD er tilgængelige som standard for at afslutte lavenergitilstande.
Wake-up på grund af tællerudløb er altid aktiveret.
For ULPCD skal DC-DC-konfiguration deaktiveres i EEPROM/Flash Data-indstillinger og skal levere VUP-forsyning gennem VBAT. De nødvendige jumperindstillinger skal foretages. For EEPROM/Flash Data-indstillinger henvises til dokument [2].
Hvis kommandoen er til LPCD/ULPCD-kalibrering, skal værten stadig sende hele rammen.
4.5.4.8.1 Kommando
Tabel 56. SWITCH_MODE_LPCD kommandoværdi
Parameter | Længde | Værdi/beskrivelse | |
bKontrol | 1 byte | 0x00 | Indtast ULPCD-kalibrering. Kommandoen stopper efter kalibrering og en hændelse med referenceværdi sendes til værten. |
0x01 | Indtast ULPCD | ||
0x02 | LPCD kalibrering. Kommandoen stopper efter kalibrering og en hændelse med referenceværdi sendes til værten. | ||
0x03 | Indtast LPCD | ||
0x04 | Enkelt tilstand | ||
0x0C | Single mode med kalibreringshændelse | ||
Andre værdier | RFU'er | ||
Wake-up kontrol | 1 byte | Bitmaske, der styrer den vækkekilde, der skal bruges til LPCD/ULPCD. Indholdet af dette felt tages ikke i betragtning til kalibrering. Der henvises til Tabel 57 | |
Referenceværdi | 4 bytes | Referenceværdi, der skal bruges under ULPCD/LPCD. For ULPCD bruges Byte 2, som holder HF-dæmperværdien, under både kalibrerings- og målefasen. For LPCD tages indholdet af dette felt ikke i betragtning til kalibrering og enkelttilstand. Der henvises til Tabel 58 for den korrekte information om alle de 4 bytes. |
|
Modværdi | 2 bytes | Værdi for opvågningstæller i millisekunder. Den maksimale understøttede værdi er 2690 for LPCD. Den maksimale understøttede værdi er 4095 for ULPCD. Værdien, der skal angives, er i small-endian-format. Indholdet af dette felt tages ikke i betragtning ved LPCD-kalibrering. For enkelttilstand og enkelttilstand med kalibreringshændelse kan varigheden af standby før kalibrering konfigureres fra EEPROM-konfigurationen: LPCD_SETTINGS->wCheck Period. For enkelttilstand med kalibrering skal WUC-værdien ikke være nul. |
Tabel 57. Wake-up Control Bitmask
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse |
0 | 0 | 0 | 0 | 0 | 0 | 0 | RFU'er | |
X | Wake-up på eksternt RF-felt, hvis bit er sat til 1b. |
Tabel 58. Referenceværdi byte info
Referenceværdi bytes | ULPCD | LPCD |
bytes 0 | Referencebyte 0 | Kanal 0 referencebyte 0 |
bytes 1 | Referencebyte 1 | Kanal 0 referencebyte 1 |
bytes 2 | HF-dæmperværdi | Kanal 1 referencebyte 0 |
bytes 3 | NA | Kanal 1 referencebyte 1 |
4.5.4.8.2 Svar
Tabel 59. SWITCH_MODE_LPCD-svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Switch mode er ikke blevet aktiveret - på grund af forkerte indstillinger) |
4.5.4.8.3 begivenhed
Hændelsesmeddelelsen sendes, når kommandoen er afsluttet, og den normale tilstand indtastes med følgende data som en del af hændelsen nævnt i figur 12 og figur 13.
Tabel 60. EVT_SWITCH_MODE_LPCD
Nyttelast felt | Længde | Værdi/beskrivelse |
LPCD status | Se tabel 15 | Se tabel 154.5.4.8.4 Kommunikation Eksample |
4.5.4.9 SWITCH_MODE_DOWNLOAD
Kommandoen Switch Mode Download går ind i Firmware-downloadtilstand.
Den eneste måde at komme ud af downloadtilstand er at udstede en nulstilling til PN5190.
4.5.4.9.1 Kommando
Tabel 61. SWITCH_MODE_DOWNLOAD kommandoværdi
Parameter | Længde | Værdi/beskrivelse |
– | – | Ingen værdi |
4.5.4.9.2 Svar
Svaret signalerer kun, at kommandoen er blevet behandlet, og download-tilstanden skal aktiveres, efter at svaret er læst af værten.
Tabel 62. SWITCH_MODE_DOWNLOAD svarværdi
Skift driftstilstand Autocoll
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Switch mode er ikke blevet aktiveret) |
4.5.4.9.3 begivenhed
Ingen begivenhedsgenerering.
4.5.4.9.4 Kommunikation Eksample
4.5.5 MIFARE klassisk godkendelse
4.5.5.1 MFC_AUTHENTICATE
Denne instruktion bruges til at udføre en MIFARE Classic-godkendelse på et aktiveret kort. Det kræver nøglen, kort-UID og nøgletypen at godkende på en given blokadresse. Svaret indeholder en byte, der angiver godkendelsesstatus.
4.5.5.1.1 Betingelser
Feltnøgle skal være 6 byte lang. Feltnøgletype skal indeholde værdien 0x60 eller 0x61. Blokadresse kan indeholde enhver adresse fra 0x0 – 0xff inklusive. Felt-UID skal være byte langt og bør indeholde 4byte-UID på kortet. Et ISO14443-3 MIFARE Classic produktbaseret kort skal sættes i tilstanden AKTIV eller AKTIV* før udførelse af denne instruktion.
I tilfælde af en runtime-fejl relateret til godkendelsen, er dette felt 'Authentication Status' indstillet i overensstemmelse hermed.
4.5.5.1.2 Kommando
Tabel 63. MFC_AUTHENTICATE Kommando
Udfør godkendelse på et aktiveret MIFARE Classic produktbaseret kort.
Nyttelastfelt | Længde | Værdi/beskrivelse | |
Nøgle | 6 bytes | Godkendelsesnøgle, der skal bruges. | |
Nøgletype | 1 byte | 0x60 | Nøgletype A |
0x61 | Nøgletype B | ||
Bloker adresse | 1 byte | Adressen på den blok, for hvilken godkendelsen skal udføres. | |
UID | 4 bytes | UID på kortet. |
4.5.5.1.3 Svar
Tabel 64. MFC_AUTHENTICATE-svar
Svar til MFC_AUTHENTICATE.
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.6 ISO 18000-3M3 (EPC GEN2) Support
4.5.6.1 EPC_GEN2_INVENTORY
Denne instruktion bruges til at udføre en opgørelse over ISO18000-3M3 tags. Den implementerer en autonom udførelse af flere kommandoer i henhold til ISO18000-3M3 for at garantere de timings, der er specificeret af den standard.
Hvis den er til stede i instruktionens nyttelast, udføres først en Select-kommando efterfulgt af en BeginRound-kommando.
Hvis der er et gyldigt svar i det første tidsrum (ingen timeout, ingen kollision), sender instruktionen en ACK og gemmer den modtagne PC/XPC/UII. Instruktionen udfører derefter en handling i henhold til feltet 'Timeslot Processed Behavior':
- Hvis dette felt er sat til 0, udsendes en NextSlot-kommando til at håndtere det næste tidsrum. Dette gentages, indtil den interne buffer er fuld
- Hvis dette felt er sat til 1, stopper algoritmen
- Hvis dette felt er sat til 2, udsendes en Req_Rn-kommando, hvis og kun hvis der har været en gyldig tag svar i denne tidskommando
Feltet 'Vælg kommandolængde' skal indeholde længden af feltet 'Vælg kommando', som skal være i området fra 1 – 39 inklusive. Hvis 'Vælg kommandolængde' er 0, må felterne 'Gyldige bits i sidste byte' og 'Vælg kommando' ikke være til stede.
Feltet Bits in last Byte skal indeholde antallet af bits, der skal transmitteres i den sidste byte i feltet 'Select Command'. Værdien skal ligge i området fra 1 – 7 inklusive. Hvis værdien er 0, sendes alle bits fra sidste byte fra 'Vælg kommando'-feltet.
Feltet 'Select Command' skal indeholde en Select-kommando i henhold til ISO18000-3M3 uden efterfølgende CRC-16c og skal have samme længde som angivet i feltet 'Select Command Length'.
Feltet 'BeginRound Command' skal indeholde en BeginRound-kommando i henhold til ISO18000-3M3 uden efterfølgende CRC-5. De sidste 7 bit af den sidste byte af 'BeginRound Command' ignoreres, da kommandoen har en faktisk længde på 17 bit.
'Timeslot Processed Behavior' skal indeholde en værdi fra 0 – 2 inklusive.
Tabel 65. EPC_GEN2_INVENTORY kommandoværdi Udfør en ISO 18000-3M3 inventar
Nyttelast felt | Længde | Værdi/beskrivelse | |
Genoptag inventar | 1 byte | 00 | Indledende GEN2_INVENTORY |
01 | Genoptag kommandoen GEN2_INVENTORY – de resterende
felterne nedenfor er tomme (enhver nyttelast ignoreres) |
||
Vælg Kommandolængde | 1 byte | 0 | Ingen valgkommando er indstillet før kommandoen BeginRound. Feltet 'Gyldige bits i sidste byte' og 'Vælg kommando'-feltet skal ikke være til stede. |
1 – 39 | Længde (n) af feltet 'Vælg kommando'. | ||
Gyldige bits i sidste byte | 1 byte | 0 | Alle bits af sidste byte i 'Vælg kommando'-feltet sendes. |
1 – 7 | Antal bit, der skal transmitteres i den sidste byte i 'Vælg kommando'-feltet. | ||
Vælg Kommando | n bytes | Hvis det findes, indeholder dette felt kommandoen Vælg (ifølge ISO18000-3, tabel 47), som sendes før kommandoen BeginRound. CRC-16c medfølger ikke. | |
StartRound-kommando | 3 bytes | Dette felt indeholder kommandoen BeginRound (ifølge ISO18000-3, tabel 49). CRC-5 er ikke inkluderet. | |
Tidsrums-behandlet adfærd | 1 byte | 0 | Svar indeholder max. Antal tidsintervaller, der kan passe i responsbuffer. |
1 | Svaret indeholder kun et tidsrum. | ||
2 | Svaret indeholder kun et tidsrum. Hvis tidsrummet indeholder gyldigt kortsvar, er også korthåndtaget inkluderet. |
4.5.6.1.1 Svar
Længden af svaret kan være "1" i tilfælde af genoptagelse af beholdning.
Tabel 66. EPC_GEN2_INVENTORY svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse | |||
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: | |||
PN5190_STATUS_SUCCESS (Læs Timeslot-status i næste byte for Tag svar) PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
|||||
Tidsrum [1…n] | 3 – 69 bytes | Tidsrumsstatus | 1 byte | 0 | Tag svar tilgængeligt. 'Tag Svarlængde'-feltet, 'Gyldige bits i sidste byte'-feltet og 'Tag svar' felt til stede. |
1 | Tag svar tilgængeligt. | ||||
2 | Ingen tag svarede i tidsrummet. 'Tag Svarlængde'-feltet og 'Gyldige bits i sidste byte'-feltet skal sættes til nul. 'Tag svar'-feltet skal ikke være til stede. | ||||
3 | To eller flere tags svarede i tidsrummet. (Kollision). 'Tag Svarlængde'-feltet og 'Gyldige bits i sidste byte'-feltet skal sættes til nul. 'Tag svar'-feltet skal ikke være til stede. |
Tag Svarlængde | 1 byte | 0-66 | Længde af 'Tag Svar' felt (i). Hvis Tag Svarlængde er 0, derefter Tag Svarfeltet er ikke til stede. | ||
Gyldige bits i sidste byte | 1 byte | 0 | Alle bits af sidste byte af 'Tag svar'-feltet er gyldige. | ||
1-7 | Antal gyldige bits af sidste byte af 'Tag svar' felt. Hvis Tag Svarlængde er nul, værdien af denne byte skal ignoreres. | ||||
Tag Svar | 'n' Bytes | Svar fra tag i henhold til ISO18000-3_2010, tabel 56. | |||
Tag Håndtag | 0 eller 2 bytes | Håndtag af tag, hvis feltet 'Timeslot Status' er sat til '1'. Ellers er feltet ikke til stede. |
4.5.6.1.2 begivenhed
Der er ingen hændelser for denne kommando.
4.5.7 RF-konfigurationsstyring
Se afsnit 6 for TX- og RX-konfiguration for forskellige RF-teknologier og datahastigheder, der understøttes af PN5190. Værdierne er ikke til stede i området nævnt nedenfor, bør betragtes som RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Denne instruktion bruges til at indlæse RF-konfigurationen fra EEPROM til interne CLIF-registre. RF-konfiguration refererer til en unik kombination af RF-teknologi, mode (mål/initiator) og baudhastighed. RF-konfiguration kan indlæses separat for CLIF-modtager (RX-konfiguration) og sender (TX-konfiguration) stien. Værdien 0xFF skal bruges, hvis den tilsvarende konfiguration for en sti ikke skal ændres.
4.5.7.1.1 Betingelser
Feltet 'TX Configuration' skal være i området fra 0x00 – 0x2B inklusive. Hvis værdien er 0xFF, ændres TX-konfigurationen ikke.
Feltet 'RX Configuration' skal være i området fra 0x80 – 0xAB inklusive. Hvis værdien er 0xFF, ændres RX-konfigurationen ikke.
En speciel konfiguration med TX Configuration = 0xFF og RX Configuration = 0xAC bruges til at indlæse Boot-up registrene én gang.
Denne specielle konfiguration er påkrævet for at opdatere registerkonfigurationerne (både TX og RX), der er forskellige fra IC-nulstillingsværdierne.
4.5.7.1.2 Kommando
Tabel 67. LOAD_RF_CONFIGURATION kommandoværdi
Indlæs RF TX- og RX-indstillinger fra E2PROM.
Nyttelastfelt | Længde | Værdi/beskrivelse | |
TX konfiguration | 1 byte | 0xFF | TX RF-konfiguration ikke ændret. |
0x0 – 0x2B | Tilsvarende TX RF-konfiguration er indlæst. | ||
RX-konfiguration | 1 byte | 0xFF | RX RF-konfiguration ikke ændret. |
0x80 – 0xAB | Tilsvarende RX RF-konfiguration er indlæst. |
4.5.7.1.3 Svar
Tabel 68. LOAD_RF_CONFIGURATION svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.7.2 UPDATE_RF_CONFIGURATION
Denne instruktion bruges til at opdatere RF-konfigurationen (se definition i afsnit 4.5.7.1) i E2PROM. Instruktionen tillader opdatering ved registergranularitetsværdi, dvs. ikke hele sættet skal opdateres (selvom det er muligt at gøre det).
4.5.7.2.1 Betingelser
Størrelsen på feltarrayet Konfiguration skal være i området fra 1 – 15 inklusive. Field array-konfigurationen skal indeholde et sæt RF-konfiguration, registeradresse og værdi. Felt-RF-konfigurationen skal være i området fra 0x0 – 0x2B for TX-konfiguration og 0x80 – 0xAB for RX-konfigurationen inklusive. Adressen i feltet Registeradresse skal eksistere inden for den respektive RF-konfiguration. Feltværdi skal indeholde en værdi, som skal skrives ind i det givne register og skal være 4 bytes lang (little-endian format).
4.5.7.2.2 Kommando
Tabel 69. UPDATE_RF_CONFIGURATION kommandoværdi
Opdater RF-konfigurationen
Nyttelastfelt | Længde | Værdi/beskrivelse | ||
Konfiguration[1…n] | 6 bytes | RF-konfiguration | 1 byte | RF-konfiguration, for hvilken registret skal ændres. |
Registrer adresse | 1 byte | Registrer adresse inden for den givne RF-teknologi. | ||
Værdi | 4 bytes | Værdi som skal skrives ind i registret. (Lille-endian) |
4.5.7.2.3 Svar
Tabel 70. UPDATE_RF_CONFIGURATION svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4 begivenhed
Der er ingen hændelser for denne kommando.
4.5.7.3 GET_ RF_CONFIGURATION
Denne instruktion bruges til at udlæse en RF-konfiguration. Registeradresse-værdi-parrene er tilgængelige i svaret. For at vide, hvor mange par der kan forventes, kan oplysninger om første størrelse hentes fra den første TLV, som angiver den samlede længde af nyttelasten.
4.5.7.3.1 Betingelser
Feltet RF-konfiguration skal være i området fra 0x0 – 0x2B for TX-konfiguration og 0x80 –0xAB for RX-konfigurationen inklusive.
4.5.7.3.2 Kommando
Tabel 71. GET_ RF_CONFIGURATION kommandoværdi Hent RF-konfigurationen.
Nyttelastfelt | Længde | Værdi/beskrivelse |
RF-konfiguration | 1 byte | RF-konfiguration, for hvilken sættet af registerværdipar skal hentes. |
4.5.7.3.3 Svar
Tabel 72. GET_ RF_CONFIGURATION Svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse | ||
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: | ||
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
||||
Par[1…n] | 5 bytes | Registrer adresse | 1 byte | Registrer adresse inden for den givne RF-teknologi. |
Værdi | 4 bytes | 32-bit registerværdi. |
4.5.7.3.4 begivenhed
Der er ikke arrangement for instruktionen.
4.5.8 RF felthåndtering
4.5.8.1 RF_ON
Denne instruktion bruges til at aktivere RF. DPC-reguleringen ved initial FieldOn skal håndteres i denne kommando.
4.5.8.1.1 Kommando
Tabel 73. RF_FIELD_ON kommandoværdi
Konfigurer RF_FIELD_ON.
Nyttelastfelt | Længde | Værdi/beskrivelse | ||
RF_on_config | 1 byte | Bit 0 | 0 | Brug kollisionsundgåelse |
1 | Deaktiver kollisionsundgåelse | |||
Bit 1 | 0 | Ingen P2P aktiv | ||
1 | P2P aktiv |
4.5.8.1.2 Svar
Tabel 74. RF_FIELD_ON svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF-feltet er ikke tændt på grund af RF-kollision) PN5190_STATUS_TIMEOUT (RF-feltet er ikke tændt på grund af timeout) PN5190_STATUS_TXLDO_ERROR (TXLDO-fejl på grund af VUP er ikke tilgængelig) PN5190_STATUS_RFCFG_NOT_APPLIED (RF-konfiguration er ikke anvendt før denne kommando) |
4.5.8.1.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.8.2 RF_OFF
Denne instruktion bruges til at deaktivere RF-feltet.
4.5.8.2.1 Kommando
Tabel 75. RF_FIELD_OFF kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Tom | Tom | tom |
4.5.8.2.2 Svar
Tabel 76. RF_FIELD_OFF svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
4.5.8.2.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.9 Test buskonfiguration
De tilgængelige testbussignaler på de valgte PAD-konfigurationer er angivet i afsnit 7 som reference.
Disse skal henvises til at levere konfigurationen til testbusinstruktioner som nævnt nedenfor.
4.5.9.1 KONFIGURER _TESTBUS_DIGITAL
Denne instruktion bruges til at skifte tilgængeligt digitalt testbussignal på udvalgte pad-konfigurationer.
4.5.9.1.1 Kommando
Tabel 77. CONFIGURE_TESTBUS_DIGITAL kommandoværdi
Nyttelast felt | Længde | Værdi/beskrivelse | |
TB_SignalIndex | 1 byte | Der henvises til Afsnit 7 | |
TB_BitIndex | 1 byte | Der henvises til Afsnit 7 | |
TB_PadIndex | 1 byte | Pad-indekset, som det digitale signal skal udsendes på | |
0x00 | AUX1 ben | ||
0x01 | AUX2 ben | ||
0x02 | AUX3 ben | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU'er |
4.5.9.1.2 Svar
Tabel 78. CONFIGURE_TESTBUS_DIGITAL svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
4.5.9.1.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Denne instruktion bruges til at få tilgængeligt analogt testbussignal på udvalgte pad-konfigurationer.
Signalet på analog testbus kan opnås i forskellige tilstande. De er:
4.5.9.2.1 RAW-tilstand
I denne tilstand forskydes signalet valgt af TB_SignalIndex0 af Shift_Index0, maskeres med Mask0 og udsendes på AUX1. På samme måde forskydes signalet valgt af TB_SignalIndex1 af Shift_Index1, maskeres med Mask1 og udsendes på AUX2.
Denne tilstand giver kunden fleksibilitet til at udsende ethvert signal, der er 8 bit bredt eller mindre, og som ikke kræver, at tegnkonvertering udsendes på de analoge pads.
4.5.9.2.2 KOMBINERET tilstand
I denne tilstand vil det analoge signal være den 10 bit signerede ADCI/ADCQ/pcrm_if_rssi værdi konverteret til en usigneret værdi, skaleret tilbage til 8 bit og derefter udsendt på enten AUX1 eller AUX2 pads.
Kun én af ADCI/ADCQ (10-bit) konverterede værdier kan udlæses til AUX1/AUX2 til enhver tid.
Hvis værdien for Combined_Mode Signal-nyttelastfeltet er 2 (analog og digital kombineret), så dirigeres analog og digital testbus på AUX1 (analogt signal) og GPIO0 (digitalt signal).
Signalerne, der skal dirigeres, er konfigureret i EEPROM-adressen nævnt nedenfor:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analog TB_Index
Testbussen Index og testbusbit skal konfigureres i EEPROM, før vi udsteder den kombinerede tilstand med mulighed 2.
Note:
Værten skal levere alle felter, uanset feltanvendelse i "rå" eller "kombineret" tilstand. PN5190 IC tager kun de relevante feltværdier i betragtning.
4.5.9.2.3 Kommando
Tabel 79. CONFIGURE_TESTBUS_ANALOG kommandoværdi
Nyttelast felt | Længde | Værdi/beskrivelse | Felt anvendelighed for kombineret tilstand | |
bConfig | 1 byte | Konfigurerbare bits. Der henvises til Tabel 80 | Ja | |
Combined_Mode Signal | 1 byte | 0 – ADCI/ADCQ 1 – pcrm_if_rssi |
Ja | |
2 – Analog og digital kombineret | ||||
3 – 0xFF –Reserveret |
TB_SignalIndex0 | 1 byte | Signalindeks for det analoge signal. Der henvises til Afsnit 7 | Ja | |
TB_SignalIndex1 | 1 byte | Signalindeks for det analoge signal. Der henvises til Afsnit 7 | Ja | |
Shift_Index0 | 1 byte | DAC0 input shift positioner. Retningen vil blive bestemt af bit i bConfig[1]. | Ingen | |
Shift_Index1 | 1 byte | DAC1 input shift positioner. Retningen vil blive bestemt af bit i bConfig[2]. | Ingen | |
Maske0 | 1 byte | DAC0 maske | Ingen | |
Maske1 | 1 byte | DAC1 maske | Ingen |
Tabel 80. Konfig bitmaske
b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | Beskrivelse | Gælder for tilstand |
X | X | DAC1 udgangsskiftområde – 0, 1, 2 | Rå | ||||||
X | X | DAC0 udgangsskiftområde – 0, 1, 2 | Rå | ||||||
X | I kombineret tilstand, signal på AUX1/AUX2 pin 0 ➜ Signal på AUX1 1 ➜ Signal på AUX2 |
Kombineret | |||||||
X | DAC1 input skifte retning 0 ➜ Skift til højre 1 ➜ Skift til venstre |
Rå | |||||||
X | DAC0 input skifte retning 0 ➜ Skift til højre 1 ➜ Skift til venstre |
Rå | |||||||
X | Mode. 0 ➜ Rå tilstand 1 ➜ Kombineret tilstand |
Rå/kombineret |
4.5.9.2.4 Svar
Tabel 81. CONFIGURE_TESTBUS_ANALOG svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
4.5.9.2.5 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Denne instruktion bruges til at skifte flere tilgængelige digitale testbussignaler på udvalgte pad-konfigurationer.
Note: Hvis denne længde er NUL, nulstilles en digital testbus.
4.5.9.3.1 Kommando
Tabel 82. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL kommandoværdi
Nyttelast felt | Længde | Værdi/beskrivelse | |
TB_SignalIndex #1 | 1 byte | Der henvises til 8 nedenfor | |
TB_BitIndex #1 | 1 byte | Der henvises til 8 nedenfor | |
TB_PadIndex #1 | 1 byte | Pad-indekset, som det digitale signal skal udsendes på | |
0x00 | AUX1 ben | ||
0x01 | AUX2 ben | ||
0x02 | AUX3 ben | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU'er | ||
TB_SignalIndex #2 | 1 byte | Der henvises til 8 nedenfor | |
TB_BitIndex #2 | 1 byte | Der henvises til 8 nedenfor | |
TB_PadIndex #2 | 1 byte | Pad-indekset, som det digitale signal skal udsendes på | |
0x00 | AUX1 ben | ||
0x01 | AUX2 ben | ||
0x02 | AUX3 ben | ||
0x03 | GPIO0 pin | ||
0x04 | GPIO1 pin | ||
0x05 | GPIO2 pin | ||
0x06 | GPIO3 pin | ||
0x07-0xFF | RFU'er |
4.5.9.3.2 Svar
Tabel 83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 2]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
4.5.9.3.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.10 CTS-konfiguration
4.5.10.1 CTS_ENABLE
Denne instruktion bruges til at aktivere/deaktivere CTS-logningsfunktionen.
4.5.10.1.1 Kommando
Tabel 84. CTS_ENABLE kommandoværdi
Nyttelast feltlængde Værdi/beskrivelse | ||||
Aktiver/deaktiver | 1 byte | Bit 0 | 0 | Deaktiver CTS-logningsfunktionen |
1 Aktiver CTS-logningsfunktionen |
||||
Bit 1-7 | RFU'er |
4.5.10.1.2 Svar
Tabel 85. CTS_ENABLE svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
4.5.10.1.3 begivenhed
Følgende tabel viser hændelsesdataene, som vil blive sendt som en del af hændelsesmeddelelsen som vist i figur 12 og figur 13.
Tabel 86. Dette informerer værten om, at data var modtaget. EVT_CTS_DONE
Nyttelastfelt | Længde | Værdi/beskrivelse |
Tilfælde | 1 byte | 00 … TRIGGER er opstået, data er klar til modtagelse. |
4.5.10.2 CTS_CONFIGURE
Denne instruktion bruges til at konfigurere alle de nødvendige CTS-registre, såsom triggere, testbusregistre, sampling konfiguration osv.,
Note:
[1] giver en bedre forståelse af CTS-konfiguration. De opsamlede data skal sendes som en del af svaret på Section 4.5.10.3 kommando.
4.5.10.2.1 Kommando
Tabel 87. CTS_CONFIGURE kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
PRE_TRIGGER_SHIFT | 1 byte | Definerer længden af efter-trigger-indsamlingssekvensen i 256 bytes enheder. 0 betyder ingen forskydning; n betyder n*256 bytes blokskift. Bemærk: Kun gyldig, hvis TRIGGER_MODE er "PRE" eller "COMB" triggertilstand |
TRIGGER_MODE | 1 byte | Angiver Acquisition mode, der skal bruges. |
0x00 – POST-tilstand | ||
0x01 – RFU | ||
0x02 – PRE-tilstand | ||
0x03 – 0xFF – Ugyldig | ||
RAM_PAGE_WIDTH | 1 byte | Angiver mængden af on-chip-hukommelse, der er dækket af en anskaffelse. Granularitet er valgt designmæssigt som 256 bytes (dvs. 64 32-bit ord). Gyldige værdier er som nedenfor: 0x00h – 256 bytes 0x02h – 768 bytes 0x01h – 512 bytes 0x03h – 1024 bytes 0x04h – 1280 bytes 0x05h – 1536 bytes 0x06h – 1792 bytes 0x07h – 2048 bytes 0x08h – 2304 bytes 0x09h – 2560 bytes 0x0Ah – 2816 bytes 0x0Bh – 3072 bytes 0x0Ch – 3328 bytes 0x0Dh – 3584 bytes 0x0Eh – 3840 bytes 0x0Fh – 4096 bytes 0x10h – 4352 bytes 0x11h – 4608 bytes 0x12h – 4864 bytes 0x13h – 5120 bytes 0x14h – 5376 bytes 0x15h – 5632 bytes 0x16h – 5888 bytes 0x17h – 6144 bytes 0x18h – 6400 bytes 0x19h – 6656 bytes 0x1Ah – 6912 bytes 0x1Bh – 7168 bytes 0x1Ch – 7424 bytes 0x1Dh – 7680 bytes 0x1Eh – 7936 bytes 0x1Fh – 8192 bytes |
SAMPLE_CLK_DIV | 1 byte | Decimalværdien af dette felt specificerer klokfrekvensdelingsfaktoren, der skal bruges under optagelsen. CTS-ur = 13.56 MHz / 2SAMPLE_CLK_DIV |
00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz |
||
SAMPLE_BYTE_SEL | 1 byte | Disse bits bruges til at specificere, hvilke bytes af de to 16-bit inputbusser, der bidrager til interleave-mekanismen, der genererer data, der skal overføres til on-chip-hukommelsen. Betydningen og brugen af dem afhænger af SAMPLE_MODE_SEL værdier.
Bemærk: Den givne værdi er altid maskeret med 0x0F, og derefter tages den effektive værdi i betragtning. |
SAMPLE_MODE_SEL | 1 byte | Vælger sampling interleave-tilstand som beskrevet af CTS-designspecifikationerne. Decimalværdi 3 er reserveret og vil blive behandlet som 0. Bemærk: Den givne værdi er altid maskeret med 0x03, og derefter tages den effektive værdi i betragtning. |
TB0 | 1 byte | Vælger hvilken testbus der skal tilsluttes TB0. Der henvises til Afsnit 7 (TB_ Signal_Index værdi) |
TB1 | 1 byte | Vælger hvilken testbus der skal tilsluttes TB1. Der henvises til Afsnit 7 (TB_ Signal_Index værdi) |
TB2 | 1 byte | Vælger hvilken testbus der skal tilsluttes TB2. Der henvises til Afsnit 7 (TB_ Signal_Index værdi) |
TB3 | 1 byte | Vælger hvilken testbus der skal tilsluttes TB3. Der henvises til Afsnit 7 (TB_ Signal_Index værdi) |
TTB_SELECT | 1 byte | Vælger, hvilken TB der skal tilsluttes til triggerkilderne. Der henvises til Afsnit 7 (TB_Signal_Index-værdi) |
RFU'er | 4 bytes | Send altid 0x00000000 |
MISC_CONFIG | 24 bytes | Trigger-forekomster, polaritet osv. Se [1] for forståelse af CTS-konfiguration at bruge. |
4.5.10.2.2 Svar
Tabel 88. CTS_CONFIGURE svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.10.3 CTS_RETRIEVE_LOG
Denne instruktion henter dataloggen for de opfangede testbusdataampfiler gemt i hukommelsesbufferen.
4.5.10.3.1 Kommando
Tabel 89. CTS_RETRIEVE_LOG kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse | |
ChunkSize | 1 byte | 0x01-0xFF | Indeholder antallet af forventede bytes data. |
4.5.10.3.2 Svar
Tabel 90. CTS_RETRIEVE_LOG svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) PN5190_STATUS_SUCCSES_CHAINING |
||
Logdata [1…n] | CTRequest | Fangede Samples Data chunk |
Note:
Maksimal størrelse på 'Log Data' afhænger af den 'ChunkSize', der er angivet som en del af kommandoen.
Samlet logstørrelse skal være tilgængelig i TLV-headersvaret.
4.5.10.3.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.11 TEST_MODE-kommandoer
4.5.11.1 ANTENNE_SELV_TEST
Denne instruktion bruges til at kontrollere, om antennen er tilsluttet, og de matchende komponenter er udfyldt/samlet.
Note:
Denne kommando er endnu ikke tilgængelig. Se udgivelsesbemærkningerne for tilgængelighed.
4.5.11.2 PRBS_TEST
Denne instruktion bruges til at generere PRBS-sekvensen for de forskellige konfigurationer af Reader-tilstandsprotokollerne og bithastigheder. Når instruktionen er udført, vil PRBS-testsekvensen være tilgængelig på RF.
Note:
Værten skal sørge for, at passende RF-teknologikonfiguration er indlæst ved hjælp af Section 4.5.7.1, og RF er tændt ved hjælp af Section 4.5.8.1-kommandoen, før denne kommando sendes.
4.5.11.2.1 Kommando
Tabel 91. PRBS_TEST kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse | |
prbs_type | 1 byte | 00 | PRBS9 (standard) |
01 | PRBS15 | ||
02-FF | RFU'er |
4.5.11.2.2 Svar
Tabel 92. PRBS_TEST svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3 begivenhed
Der er ingen begivenhed for denne instruktion.
4.5.12 Chip Info-kommandoer
4.5.12.1 GET_DIEID
Denne instruktion bruges til at udlæse matrice-ID'et for PN5190-chippen.
4.5.12.1.1 Kommando
Tabel 93. GET_DIEID Kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
– | – | Ingen data i nyttelast |
4.5.12.1.2 Svar
Tabel 94. GET_DIEID svarværdi
Nyttelast felt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (ingen yderligere data er til stede) |
||
Værdier | 16 bytes | 16 bytes dør ID. |
4.5.12.1.3 begivenhed
Der er ingen hændelser for denne kommando.
4.5.12.2 GET_VERSION
Denne instruktion bruges til at udlæse HW-versionen, ROM-versionen og FW-versionen af PN5190-chippen.
4.5.12.2.1 Kommando
Tabel 95. GET_VERSION kommandoværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
– | – | Ingen data i nyttelast |
Der er en kommando DL_GET_VERSION (afsnit 3.4.4) tilgængelig i download-tilstand, som kan bruges til at udlæse HW-version, ROM-version og FW-version.
4.5.12.2.2 Svar
Tabel 96. GET_VERSION-svarværdi
Nyttelastfelt | Længde | Værdi/beskrivelse |
Status | 1 byte | Status for operationen [Tabel 9]. Forventede værdier er som nedenfor: |
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Ingen yderligere data er til stede) |
||
HW_V | 1 byte | Hardware version |
RO_V | 1 byte | ROM-kode |
FW_V | 2 bytes | Firmwareversion (bruges til download) |
RFU1-RFU2 | 1-2 bytes | – |
Det forventede svar for en anden version af PN5190 IC er nævnt i (afsnit 3.4.4)
4.5.12.2.3 begivenhed
Der er ingen hændelser for denne kommando.
Tillæg (eksamplæs)
Dette bilag består af examples for de ovennævnte kommandoer. Eksamples er kun til illustrative formål at vise indholdet af kommandoen.
5.1 Eksample for WRITE_REGISTER
Følgende sekvens af data sendt fra værten for at skrive en 0x12345678 værdi i register 0x1F.
Kommandoramme sendt til PN5190: 0000051F78563412
Vært for at vente på en afbrydelse.
Når værten læser svarrammen modtaget fra PN5190 (indikerer vellykket drift): 00000100 5.2 Eks.ample for WRITE_REGISTER_OR_MASK
Følger sekvens af data sendt fra vært for at udføre logisk ELLER-operation på register 0x1F med en maske som 0x12345678
Kommandoramme sendt til PN5190: 0100051F78563412
Vært for at vente på en afbrydelse.
Når værten læser svarrammen modtaget fra PN5190 (indikerer vellykket drift): 01000100
5.3 Eksample for WRITE_REGISTER_AND_MASK
Følger sekvens af data sendt fra vært for at udføre logisk OG-operation på register 0x1F med en maske som 0x12345678
Kommandoramme sendt til PN5190: 0200051F78563412
Vært for at vente på en afbrydelse.
Når værten læser svarrammen modtaget fra PN5190 (indikerer vellykket drift): 02000100
5.4 Eksample for WRITE_REGISTER_MULTIPLE
Følgende sekvens af data sendt fra værten for at udføre logisk OG-operation på register 0x1F med en maske som 0x12345678, og på logisk ELLER-operation på register 0x20 med en maske som 0x11223344, og en skrivning til register 0x21 med en værdi som 0xAABBCCDD.
Kommandoramme sendt til PN5190: 0300121F03785634122002443322112101DDCCBBAA
Vært for at vente på en afbrydelse.
Når værten læser svarrammen modtaget fra PN5190 (indikerer vellykket drift): 03000100
5.5 Eksample for READ_REGISTER
Følger sekvensen af data sendt fra værten for at læse indholdet af register 0x1F og antager, at registret har værdien 0x12345678
Kommandoramme sendt til PN5190: 0400011F
Vært for at vente på en afbrydelse.
Når værten læser svarrammen modtaget fra PN5190 (indikerer vellykket drift): 0400050078563412
5.6 Eksample for READ_REGISTER_MULTIPLE
Følgende sekvens af data sendt fra værten for at læse indholdet af registre 0x1F, der indeholder værdien 0x12345678, og register 0x25, der indeholder værdien 0x11223344
Kommandoramme sendt til PN5190: 0500021F25
Vært for at vente på en afbrydelse.
Når værten læste svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 050009007856341244332211
5.7 Eksample for WRITE_E2PROM
Følgende sekvens af data sendt fra vært for at skrive til E2PROM-placeringer 0x0130 til 0x0134 med indholdet som 0x11, 0x22, 0x33, 0x44, 0x55
Kommandoramme sendt til PN5190: 06000730011122334455
Vært for at vente på en afbrydelse.
Når værten læser svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 06000100
5.8 Eksample for READ_E2PROM
Følgende sekvens af data sendt fra værten for at læse fra E2PROM-lokationerne 0x0130 til 0x0134, hvor indholdet gemt er: 0x11, 0x22, 0x33, 0x44, 0x55
Kommandoramme sendt til PN5190: 07000430010500
Vært for at vente på en afbrydelse.
Når værten læste svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 070006001122334455
5.9 Eksample for TRANSMIT_RF_DATA
Følger sekvensen af data sendt fra værten for at sende en REQA-kommando (0x26), med antallet af bit, der skal transmitteres som '0x07', forudsat at nødvendige registre er sat før og RF slås TIL.
Kommandoramme sendt til PN5190: 0800020726
Vært for at vente på en afbrydelse.
Når værten læser svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 08000100
5.10 Eksample for RETREIVE_RF_DATA
Efter sekvens af data sendt fra værten for at modtage dataene modtaget/lagret i den interne CLIF-buffer (forudsat at 0x05 blev modtaget), forudsat at en TRANSMIT_RF_DATA allerede er sendt efter at RF er tændt.
Kommandoramme sendt til PN5190: 090000
Vært for at vente på en afbrydelse.
Når værten læser svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 090003000400
5.11 Eksample for EXCHANGE_RF_DATA
Følgende sekvens af data sendt fra værten for at sende en REQA (0x26), med antallet af bits i sidste byte, der skal sendes, indstillet til 0x07, med al status, der skal modtages sammen med dataene. Det antages, at nødvendige RF-registre allerede er indstillet, og RF er tændt.
Kommandoramme sendt til PN5190: 0A0003070F26
Vært for at vente på en afbrydelse.
Når værten læste svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 0A000 F000200000000000200000000004400
5.12 Eksample for LOAD_RF_CONFIGURATION
Følgende sekvens af data sendt fra værten for at indstille RF-konfigurationen. For TX, 0x00 og for RX, 0x80
Kommandoramme sendt til PN5190: 0D00020080
Vært for at vente på en afbrydelse.
Når værten læser svaret, ramme modtaget fra PN5190 (indikerer vellykket drift): 0D000100
5.13 Eksample for UPDATE_RF_CONFIGURATION
Følgende sekvens af data sendt fra værten for at opdatere RF-konfigurationen. For TX, 0x00, med registeradresse for CLIF_CRC_TX_CONFIG og værdi som 0x00000001
Kommandoramme sendt til PN5190: 0E0006001201000000
Vært for at vente på en afbrydelse.
Når værten læste svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 0E000100
5.14 Eksample for RF_ON
Følger sekvensen af data sendt fra værten for at tænde for RF-feltet ved hjælp af kollisionsundgåelse og ingen P2P aktiv. Det antages, at den tilsvarende RF TX- og RX-konfiguration allerede er indstillet i PN5190.
Kommandoramme sendt til PN5190: 10000100
Vært for at vente på en afbrydelse.
Når værten læser svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 10000100
5.15 Eksample for RF_OFF
Følger sekvens af data sendt fra værten for at slukke for RF-feltet.
Kommandoramme sendt til PN5190: 110000
Vært for at vente på en afbrydelse.
Når værten læser svaret, modtaget ramme fra PN5190 (indikerer vellykket drift): 11000100
Tillæg (RF-protokolkonfigurationsindekser)
Dette appendiks består af RF-protokolkonfigurationsindekser, der understøttes af PN5190.
TX- og RX-konfigurationsindstillingerne skal bruges i Section 4.5.7.1, Section 4.5.7.2, Section 4.5.7.3 kommandoer.
Appendiks (CTS- og TESTBUS-signaler)
Nedenstående tabel specificerer de forskellige signaler, der er tilgængelige fra PN5190 til optagelse ved hjælp af CTS-instruktioner (afsnit 4.5.10) og TESTBUS-instruktioner.
Disse skal bruges til sektion 4.5.9.1, sektion 4.5.9.2, sektion 4.5.10.2 kommando.
Forkortelser
Tabel 97. Forkortelser
Abbr. | Mening |
CLK | Ur |
DWL_REQ | Download anmodning pin (også kaldet DL_REQ) |
EEPROM | Elektrisk sletbar programmerbar skrivebeskyttet hukommelse |
FW | Firmware |
GND | Jord |
GPIO | Generelle formål Input Output |
HW | Hardware |
I²C | Inter-integreret kredsløb (seriel databus) |
IRQ | Afbrydelsesanmodning |
ISO/IEC | International Standard Organization / International Electrotechnical Community |
NFC | Nærfeltskommunikation |
OS | Operativsystem |
PCD | Nærhedskoblingsanordning (kontaktløs læser) |
PICC | Proximity Integrated Circuit Card (Kontaktløst kort) |
PMU | Strømstyringsenhed |
POR | Power-on nulstilling |
RF | Radiofrekvens |
RST | Nulstil |
SFWU | sikker firmware download-tilstand |
SPI | Seriel perifer interface |
VEN | V Aktiver pin |
Referencer
[1] CTS-konfigurationsdel af NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT[2] PN5190 IC datablad, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
Juridiske oplysninger
10.1 Definitioner
Udkast — En kladdestatus på et dokument angiver, at indholdet stadig er under intern review og underlagt formel godkendelse, hvilket kan resultere i ændringer eller tilføjelser. NXP Semiconductors afgiver ingen erklæringer eller garantier med hensyn til nøjagtigheden eller fuldstændigheden af oplysningerne i et udkast til et dokument og har intet ansvar for konsekvenserne af brugen af sådanne oplysninger.
10.2 Ansvarsfraskrivelse
Begrænset garanti og ansvar — Oplysningerne i dette dokument menes at være nøjagtige og pålidelige. NXP Semiconductors giver dog ingen repræsentationer eller garantier, hverken udtrykte eller underforståede, med hensyn til nøjagtigheden eller fuldstændigheden af sådanne oplysninger og påtager sig intet ansvar for konsekvenserne af brugen af sådanne oplysninger. NXP Semiconductors påtager sig intet ansvar for indholdet i dette dokument, hvis det leveres af en informationskilde uden for NXP Semiconductors.
NXP Semiconductors er under ingen omstændigheder ansvarlig for indirekte, tilfældige, strafbare, særlige eller følgeskader (herunder – uden begrænsning tabt fortjeneste, mistede besparelser, forretningsafbrydelser, omkostninger i forbindelse med fjernelse eller udskiftning af produkter eller omarbejdningsgebyrer) uanset om eller ikke sådanne skader er baseret på tort (herunder uagtsomhed), garanti, kontraktbrud eller nogen anden juridisk teori.
Uanset eventuelle skader, som kunden måtte pådrage sig af en hvilken som helst grund, er NXP Semiconductors' samlede og kumulative ansvar over for kunden for de heri beskrevne produkter begrænset i overensstemmelse med
Vilkår og betingelser for kommercielt salg af NXP Semiconductors.
Ret til at foretage ændringer — NXP Semiconductors forbeholder sig retten til at foretage ændringer af information offentliggjort i dette dokument, herunder uden begrænsning specifikationer og produktbeskrivelser, til enhver tid og uden varsel. Dette dokument erstatter og erstatter alle oplysninger, der er givet før offentliggørelsen heraf.
Egnethed til brug — NXP Semiconductors-produkter er ikke designet, godkendt eller garanteret til at være egnet til brug i livsunderstøttende, livskritiske eller sikkerhedskritiske systemer eller udstyr, eller i applikationer, hvor fejl eller funktionsfejl i et NXP Semiconductors-produkt med rimelighed kan forventes at resultere i personskade, død eller alvorlig ejendoms- eller miljøskade. NXP Semiconductors og dets leverandører påtager sig intet ansvar for inkludering og/eller brug af NXP Semiconductors produkter i sådant udstyr eller applikationer, og derfor er sådan inkludering og/eller brug på kundens egen risiko.
Ansøgninger — Anvendelser, der er beskrevet heri for nogen af disse produkter, er kun til illustrative formål. NXP Semiconductors giver ingen repræsentation eller garanti for, at sådanne applikationer vil være egnede til den specificerede brug uden yderligere test eller modifikation.
Kunder er ansvarlige for design og drift af deres applikationer og produkter ved hjælp af NXP Semiconductors-produkter, og NXP Semiconductors påtager sig intet ansvar for nogen form for assistance med applikationer eller kundeproduktdesign. Det er kundens eneansvar at afgøre, om NXP Semiconductors-produktet er egnet og egnet til kundens applikationer og produkter, såvel som til den planlagte anvendelse og brug af kundens tredjepartskunde(r). Kunder bør sørge for passende design- og driftssikkerhedsforanstaltninger for at minimere de risici, der er forbundet med deres applikationer og produkter.
NXP Semiconductors påtager sig intet ansvar i forbindelse med misligholdelse, skader, omkostninger eller problemer, som er baseret på en eventuel svaghed eller misligholdelse i kundens applikationer eller produkter, eller applikationen eller brugen af kundens tredjepartskunde(r). Kunden er ansvarlig for at udføre alle nødvendige tests for kundens applikationer og produkter ved hjælp af NXP Semiconductors-produkter for at undgå misligholdelse af applikationerne og produkterne eller applikationen eller brugen af kundens tredjepartskunde(r). NXP påtager sig intet ansvar i denne henseende.
NXP BV – NXP BV er ikke et driftsselskab, og det distribuerer eller sælger ikke produkter.
10.3-licenser
Køb af NXP IC'er med NFC-teknologi — Køb af en NXP Semiconductors IC, der overholder en af Near Field Communication (NFC) standarderne ISO/IEC 18092 og ISO/IEC 21481, giver ikke en underforstået licens under nogen patentret krænket ved implementering af nogen af disse standarder. Køb af NXP Semiconductors IC inkluderer ikke en licens til noget NXP-patent (eller anden IP-rettighed), der dækker kombinationer af disse produkter med andre produkter, hvad enten det er hardware eller software.
10.4 varemærker
Bemærk: Alle refererede mærker, produktnavne, servicenavne og varemærker tilhører deres respektive ejere.
NXP — ordmærke og logo er varemærker tilhørende NXP BV
EdgeVerse — er et varemærke tilhørende NXP BV
FeliCa — er et varemærke tilhørende Sony Corporation.
MIFARE — er et varemærke tilhørende NXP BV
MIFARE Classic — er et varemærke tilhørende NXP BV
Vær opmærksom på, at vigtige meddelelser vedrørende dette dokument og de produkter, der er beskrevet heri, er inkluderet i afsnittet 'Juridiske oplysninger'.
© 2023 NXP BV
For mere information, besøg venligst: http://www.nxp.com
Alle rettigheder forbeholdes.
Udgivelsesdato: 25. maj 2023
Dokument-id: UM11942
Dokumenter/ressourcer
![]() |
NXP PN5190 NFC frontend controller [pdfBrugermanual PN5190, PN5190 NFC frontend controller, NFC frontend controller, controller, UM11942 |