Logo NXPUM11942
Instrukční vrstva PN5190
NFC Frontend Controller

Uživatelská příručka

PN5190 NFC Frontend Controller

Informace o dokumentu

InformaceObsah
Klíčová slovaPN5190, NFC, frontend NFC, řadič, vrstva instrukcí
AbstraktníTento dokument popisuje příkazy a odezvy instrukční vrstvy pro práci z hostitelského řadiče pro vyhodnocení provozu NXP PN5190 frontend řadiče. PN5190 je NFC frontend řadič nové generace. Cílem tohoto dokumentu je popsat příkazy rozhraní pro práci s frontend řadičem PN5190 NFC. Další informace o provozu frontendového řadiče PN5190 NFC naleznete v datovém listu a jeho doplňkových informacích.

Historie revizí

RevDatumPopis
3.720230525• Typ dokumentu a název změněn z dodatku produktového listu k uživatelské příručce
• Redakční úklid
• Aktualizované redakční podmínky pro signály SPI
• Přidán příkaz GET_CRC_USER_AREA do tabulky 8 v sekci 4.5.2.3
• Aktualizovány různé diferencované podrobnosti pro PN5190B1 a PN5190B2 v části 3.4.1
• Aktualizovaná odpověď v části 3.4.7
3.620230111Popis odezvy vylepšené kontroly integrity v části 3.4.7
3.520221104Oddíl 4.5.4.6.3 „Událost“: přidán
3.420220701• Přidán příkaz CONFIGURE_MULTIPLE_TESTBUS_DIGITAL v tabulce 8 v sekci 4.5.9.3
• Aktualizován oddíl 4.5.9.2.2
3.320220329Popis hardwaru vylepšen v části 4.5.12.2.1 „Příkaz“ a části 4.5.12.2.2 „Odpověď“
3.220210910Čísla verzí firmwaru aktualizována z 2.1 na 2.01 a 2.3 na 2.03
3.120210527Byl přidán popis příkazu RETRIEVE_RF_FELICA_EMD_DATA
320210118První oficiálně uvolněná verze

Zavedení

1.1 Úvod
Tento dokument popisuje hostitelské rozhraní PN5190 a rozhraní API. Fyzické hostitelské rozhraní použité v dokumentaci je SPI. Fyzická charakteristika SPI není v dokumentu zohledněna.
Oddělení rámů a řízení toku jsou součástí tohoto dokumentu.
1.1.1 Rozsah
Dokument popisuje logickou vrstvu, kód instrukcí, API, které jsou pro zákazníka relevantní.

Komunikace s hostitelem ukončenaview

PN5190 má dva hlavní režimy provozu pro komunikaci s hostitelským řadičem.

  1. Komunikace založená na HDLL se používá, když je zařízení spuštěno pro zadání:
    A. Režim šifrovaného zabezpečeného stahování pro aktualizaci firmwaru
  2. Komunikace založená na příkazu a odpovědi TLV (uváděná jako example).

2.1 Režim HDLL
Režim HDLL se používá pro formát výměny paketů pro práci s níže uvedenými provozními režimy IC:

  1. Režim bezpečného stahování firmwaru (SFWU), viz část 3

2.1.1 Popis HDLL
HDLL je linková vrstva vyvinutá NXP pro zajištění spolehlivého stahování FW.
Zpráva HDLL se skládá z 2bajtové hlavičky, za kterou následuje rámec obsahující operační kód a Payload příkazu. Každá zpráva končí 16bitovým CRC, jak je popsáno na obrázku níže:NXP PN5190 NFC Frontend Controller -Záhlaví HDLL obsahuje:

  • Kousek kousek. Což označuje, zda je tato zpráva jediným nebo posledním blokem zprávy (chunk = 0). Nebo pokud následuje alespoň jeden další blok (chunk = 1).
  • Délka užitečného zatížení kódovaná na 10 bitů. Takže užitečné zatížení rámce HDLL může dosáhnout až 1023 bajtů.

Pořadí bajtů bylo definováno jako big-endian, což znamená Ms Byte první.
CRC16 je v souladu se standardem X.25 (CRC-CCITT, ISO/IEC13239) s polynomem x^16 + x^12 + x^5 +1 a hodnotou předpětí 0xFFFF.
Počítá se přes celý rámec HDLL, tedy záhlaví + rámec.
Sample implementace C-kódu:
statický 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_new;
}
vrátit crc;
}
2.1.2 Mapování dopravy přes SPI
Pro každý výraz NTS je první bajt vždy HEADER (bajt indikace toku), může to být buď 0x7F/0xFF s ohledem na operaci zápisu/čtení.
2.1.2.1 Zápis sekvence z hostitele (směr DH => PN5190)NXP PN5190 NFC Frontend Controller - sekvence zápisu SPI.2.1.2.2 Čtení sekvence z hostitele (směr PN5190 => DH)NXP PN5190 NFC Frontend Controller – sekvence čtení2.1.3 Protokol HDLL
HDLL je protokol odezvy na příkaz. Všechny výše uvedené operace se spouštějí pomocí specifického příkazu a ověřují se na základě odezvy.
Příkazy a odpovědi se řídí syntaxí zprávy HDLL, příkaz odesílá hostitel zařízení a odpověď PN5190. Operační kód označuje typ příkazu a odpovědi.
Komunikace na bázi HDLL, která se používá pouze tehdy, když je PN5190 spuštěn pro vstup do režimu „Secure firmware download“.
2.2 Režim TLV
TLV znamená Tag Hodnota délky.
2.2.1 Definice rámce
SPI snímek začíná sestupnou hranou NTS a končí vzestupnou hranou NTS. SPI je podle fyzické definice plně duplexní, ale PN5190 používá SPI v poloduplexním režimu. Režim SPI je omezen na CPOL 0 a CPHA 0 s maximální rychlostí hodin, jak je uvedeno v [2]. Každý rámec SPI se skládá z 1 bajtové hlavičky a n bajtů těla.
2.2.2 Indikace průtokuNXP PN5190 NFC Frontend Controller - Indikace průtokuHOST vždy posílá jako první bajt bajt indikace toku, ať už chce zapisovat nebo číst data z PN5190.
Pokud existuje požadavek na čtení a nejsou k dispozici žádná data, odpověď obsahuje 0xFF.
Data po byte indikace toku jsou jedna nebo několik zpráv.
Pro každý výraz NTS je první bajt vždy HEADER (bajt indikace toku), může to být buď 0x7F/0xFF s ohledem na operaci zápisu/čtení.
2.2.3 Typ zprávy
Hostitelský řadič musí komunikovat s PN5190 pomocí zpráv, které jsou přenášeny v rámci SPI.
Existují tři různé typy zpráv:

  • Příkaz
  • Odpověď
  • Událost

NXP PN5190 NFC Frontend Controller - hostitelský řadičKomunikační diagram výše ukazuje povolené směry pro různé typy zpráv, jak je uvedeno níže:

  • Příkaz a reakce.
  • Příkazy jsou odesílány pouze z hostitelského řadiče do PN5190.
  • Odpovědi a události jsou odesílány pouze z PN5190 do hostitelského řadiče.
  • Odpovědi na příkazy jsou synchronizovány pomocí pinu IRQ.
  • Host může odesílat příkazy pouze v případě, že je IRQ nízké.
  • Host může číst odpověď/událost pouze v případě, že je IRQ vysoké.

2.2.3.1 Povolené sekvence a pravidlaNXP PN5190 NFC Frontend Controller - Povolené sekvencePovolené sekvence příkazů, reakcí a událostí

  • Příkaz je vždy potvrzen odpovědí nebo událostí nebo obojím.
  • Hostitelský řadič nesmí odeslat další příkaz, dokud neobdrží odpověď na předchozí příkaz.
  • Události mohou být poslány asynchronně kdykoli (NE prokládané v páru příkaz/odpověď).
  • Zprávy EVENT nejsou nikdy kombinovány se zprávami RESPONSE v rámci jednoho rámce.

Poznámka: Dostupnost zprávy (buď RESPONSE nebo EVENT) je signalizována s IRQ stoupajícím od nízkého. IRQ zůstává vysoké, dokud není přečten celý rámec odezvy nebo události. Teprve poté, co je signál IRQ nízký, může hostitel odeslat další příkaz.
2.2.4 Formát zprávy
Každá zpráva je kódována ve struktuře TLV s n-bajtovým užitečným zatížením pro každou zprávu kromě příkazu SWITCH_MODE_NORMAL.NXP PN5190 NFC Frontend Controller - Formát zprávyKaždý TLV se skládá z:NXP PN5190 NFC Frontend Controller - TLV se skládá oTyp (T) => 1 bajt
Bit[7] Typ zprávy
0: zpráva COMMAND nebo RESPONSE
1: zpráva EVENT
Bit[6:0]: Kód instrukce
Délka (L) => 2 bajty (mělo by být ve formátu big-endian)
Hodnota (V) => N bajtů hodnoty/dat TLV (parametry příkazu / data odezvy) na základě pole Délka (formát big-endian)
2.2.4.1 Dělený rám
Zpráva COMMAND musí být odeslána v jednom SPI rámci.
Zprávy RESPONSE a EVENT lze číst ve více rámcích SPI, např. pro načtení bajtu délky.NXP PN5190 NFC Frontend Controller - více snímků SPIZprávy RESPONSE nebo EVENT mohou být čteny v jediném SPI rámci, ale mezi tím mohou být zpožděny NO-CLOCK, např. pro přečtení bajtu délky.NXP PN5190 NFC Frontend Controller - jeden rámeček SPI

Operační bootovací režim IC – režim zabezpečeného stahování FW

3.1 Úvod
Část kódu firmwaru PN5190 je trvale uložena v paměti ROM, zatímco zbytek kódu a data jsou uloženy ve vestavěné paměti flash. Uživatelská data jsou uložena ve flashi a jsou chráněna mechanismy proti roztržení, které zajišťují integritu a dostupnost dat. Aby bylo možné zákazníkům NXP poskytnout funkce, které jsou v souladu s nejnovějšími standardy (EMVCo, NFC Forum atd.), je možné aktualizovat kód i uživatelská data ve FLASH.
Autentičnost a integrita zašifrovaného firmwaru je chráněna asymetrickým/symetrickým podpisem klíče a reverzně zřetězeným hashovacím mechanismem. První příkaz DL_SEC_WRITE obsahuje hash druhého příkazu a je chráněn podpisem RSA na užitečné zátěži prvního rámce. Firmware PN5190 používá veřejný klíč RSA k ověření prvního příkazu. Zřetězený hash v každém příkazu se používá k ověření následujícího příkazu, aby se zajistilo, že ke kódu firmwaru a datům nebudou mít přístup třetí strany.
Užitná zatížení příkazů DL_SEC_WRITE jsou šifrována klíčem AES-128. Po ověření každého příkazu je obsah datové části dešifrován a zapsán na flash pomocí firmwaru PN5190.
U firmwaru NXP má NXP na starosti poskytování nových zabezpečených aktualizací firmwaru spolu s novými uživatelskými daty.
Aktualizační procedura je vybavena mechanismem pro ochranu pravosti, integrity a důvěrnosti kódu a dat NXP.
Schéma paketů rámců založené na HDLL se používá pro všechny příkazy a odpovědi v režimu zabezpečené aktualizace firmwaru.
Oddíl 2.1 poskytuje konecview použitého schématu paketů rámců HDLL.
PN5190 IC podporuje jak starší šifrované zabezpečené stahování FW, tak hardwarové šifrované šifrované stahování FW v závislosti na použité variantě.
Tyto dva typy jsou:

  • Starší bezpečný protokol stahování FW, který funguje pouze s verzí IC PN5190 B0/B1.
  • Hardwarový šifrovací protokol zabezpečeného stahování FW, který funguje pouze s verzí IC PN5190B2, který používá hardwarové šifrovací bloky na čipu

Následující části vysvětlují příkazy a reakce režimu zabezpečeného stahování firmwaru.
3.2 Jak spustit režim „Zabezpečené stahování firmwaru“.
Níže uvedený diagram a následující kroky ukazují, jak spustit režim zabezpečeného stahování firmwaru.NXP PN5190 NFC Frontend Controller - režim stahování firmwaruPředpoklad: PN5190 je v provozním stavu.
Hlavní scénář:

  1. Vstupní podmínka, kdy se pin DWL_REQ používá pro vstup do režimu „Zabezpečené stahování firmwaru“.
    A. Hostitel zařízení vytáhne pin DWL_REQ vysoko (platí pouze v případě zabezpečené aktualizace firmwaru prostřednictvím pinu DWL_REQ) NEBO
    b. Hostitel zařízení provede tvrdý reset, aby zavedl PN5190
  2. Vstupní podmínka, kdy pin DWL_REQ není použit pro vstup do režimu „Zabezpečené stahování firmwaru“ (stahování bez kolíků).
    A. Hostitel zařízení provede tvrdý reset, aby zavedl PN5190
    b. Hostitel zařízení odešle SWITCH_MODE_NORMAL (oddíl 4.5.4.5), aby vstoupil do normálního aplikačního režimu.
    C. Nyní, když je IC v normálním režimu aplikace, hostitel zařízení odešle SWITCH_MODE_DOWNLOAD (oddíl 4.5.4.9), aby vstoupil do režimu zabezpečeného stahování.
  3. Hostitel zařízení odešle příkaz DL_GET_VERSION (Část 3.4.4), nebo DL_GET_DIE_ID (Část 3.4.6) nebo DL_GET_SESSION_STATE (Část 3.4.5).
  4. Hostitel zařízení čte aktuální verzi hardwaru a firmwaru, relaci, Die-id ze zařízení.
    A. Hostitel zařízení kontroluje stav relace, zda bylo dokončeno poslední stahování
    b. Hostitel zařízení použije pravidla kontroly verze, aby rozhodl, zda zahájit stahování nebo ukončit stahování.
  5. Hostitel zařízení se načte z a file binární kód firmwaru, který se má stáhnout
  6. Hostitel zařízení poskytuje první příkaz DL_SEC_WRITE (oddíl 3.4.8), který obsahuje:
    A. Verze nového firmwaru,
    b. 16bajtový počet libovolných hodnot používaných pro zmatek šifrovacího klíče
    C. Souhrnná hodnota dalšího snímku,
    d. Digitální podpis samotného rámečku
  7. Hostitel zařízení nahraje sekvenci protokolu zabezpečeného stahování do PN5190 pomocí příkazů DL_SEC_WRITE (oddíl 3.4.8)
  8. Když byl odeslán poslední příkaz DL_SEC_WRITE (část 3.4.8), hostitel zařízení provede příkaz DL_CHECK_INTEGRITY (část 3.4.7), aby zkontroloval, zda byly paměti úspěšně zapsány.
  9. Hostitel zařízení načte novou verzi firmwaru a zkontroluje stav relace, pokud je zavřená, aby mohl podávat zprávy vyšší vrstvě
  10. Hostitel zařízení stáhne kolík DWL_REQ na nízkou úroveň (pokud je ke vstupu do režimu stahování použit kolík DWL_REQ)
  11. Hostitel zařízení provede tvrdý reset (přepnutím kolíku VEN) na zařízení a restartuje PN5190
    Dodatečný stav: Firmware je aktualizován; je hlášeno číslo nové verze firmwaru.

3.3 Podpis firmwaru a kontrola verzí
V režimu stahování firmwaru PN5190 mechanismus zajišťuje, že pro firmware NXP bude přijat pouze firmware podepsaný a dodaný společností NXP.
Následující platí pouze pro šifrovaný zabezpečený firmware NXP.
Během relace stahování je odeslána nová 16bitová verze firmwaru. Skládá se z hlavního a vedlejšího čísla:

  • Hlavní číslo: 8 bitů (MSB)
  • Vedlejší číslo: 8 bitů (LSB)

PN5190 zkontroluje, zda je nové hlavní číslo verze větší nebo stejné jako aktuální. Pokud ne, zabezpečené stahování firmwaru je odmítnuto a relace zůstane uzavřená.
3.4 Příkazy HDLL pro starší šifrované stahování a hardwarové šifrování šifrované stahování
Tato část poskytuje informace o příkazech a odpovědích, které byly použity pro oba typy stahování pro stahování firmwaru NXP.
3.4.1 HDLL Command OP kódy
Poznámka: Příkazové rámce HDLL jsou zarovnány po 4 bajtech. Nevyužité bajty užitečného zatížení jsou ponechány nula.
Tabulka 1. Seznam OP kódů příkazů HDLL

PN5190 B0/ B1
(starší stažení)
PN5190 B2
(Asistované stahování kryptoměn)
Příkaz AliasPopis
0xF00xE5DL_RESETProvede měkký reset
0xF10xE1DL_GET_VERSIONVrátí čísla verzí
0xF20xDBDL_GET_SESSION_STATEVrátí aktuální stav relace
0xF40xDFDL_GET_DIE_IDVrátí ID kostky
0xE00xE7DL_CHECK_INTEGRITYKontroluje a vrací CRC přes různé oblasti, stejně jako příznaky vyhovění/nevyhovění pro každou z nich
0xC00x8CDL_SEC_WRITEZapíše x bajtů do paměti počínaje absolutní adresou y

3.4.2 Operační kódy odezvy HDLL
Poznámka: Rámce odpovědi HDLL jsou zarovnány po 4 bajtech. Nevyužité bajty užitečného zatížení jsou ponechány nula. Hodnoty užitečného zatížení mohou obsahovat pouze odpovědi DL_OK.
Tabulka 2. Seznam OP kódů odpovědí HDLL

opcodeAlias ​​odpovědiPopis
0x00DL_OKPříkaz prošel
0x01DL_INVALID_ADDRAdresa není povolena
0x0BDL_UNKNOW_CMDNeznámý příkaz
0x0CDL_ABORTED_CMDSekvence bloků je příliš velká
0x1EDL_ADDR_RANGE_OFL_ERRORAdresa je mimo rozsah
0x1FDL_BUFFER_OFL_ERRORVyrovnávací paměť je příliš malá
0x20DL_MEM_BSYPaměť zaneprázdněná
0x21DL_SIGNATURE_ERRORNeshoda podpisů
0x24DL_FIRMWARE_VERSION_ERRORAktuální verze stejná nebo vyšší
0x28DL_PROTOCOL_ERRORChyba protokolu
0x2ADL_SFWU_DEGRADEDPoškození flash dat
0x2DPH_STATUS_DL_FIRST_CHUNKPrvní přijatá část
0x2EPH_STATUS_DL_NEXT_CHUNKPočkejte na další díl
0xC5PH_STATUS_INTERNAL_ERROR_5Nesoulad délky

3.4.3 Příkaz DL_RESET
Výměna rámu:
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] Reset brání PN5190 odeslat odpověď DL_STATUS_OK. Proto lze přijímat pouze chybný stav.
STAT je návratový stav.
3.4.4 Příkaz DL_GET_VERSION
Výměna rámu:
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 odezva RFU2 CRC16] Načtení rámce payVers
Tabulka 3. Odezva na příkaz GetVersion

PoleBytePopis
STAT1Postavení
HW_V2Verze hardwaru
RO_V3kód ROM
MODEL_ID4ID modelu
FMxV5-6Verze firmwaru (používá se ke stažení)
RFU1-RFU27-8

Očekávané hodnoty různých polí odezvy a jejich mapování jsou následující:
Tabulka 4. Očekávané hodnoty odezvy příkazu GetVersion

Typ ICVerze HW (hexadecimální)Verze ROM (hexadecimální)ID modelu (hexadecimální)Verze FW (hexadecimální)
PN5190 B00x510x020x00xx.yy
PN5190 B10x520x020x00xx.yy
PN5190 B20x530x030x00xx.yy

3.4.5 Příkaz DL_GET_SESSION_STATE
Výměna rámu:
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] Rámec užitečného zatížení odpovědi GetSession je:
Tabulka 5. Odezva na příkaz GetSession

PoleBytePopis
STAT1Postavení
SSTA2Stav relace
• 0x00: zavřeno
• 0x01: otevřeno
• 0x02: uzamčeno (stahování již není povoleno)
RFU3-4

3.4.6 Příkaz DL_GET_DIE_ID
Výměna rámu:
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] Rámec užitečného zatížení odpovědi GetDieId je:
Tabulka 6. Odezva na příkaz GetDieId

PoleBytePopis
STAT1Postavení
RFU2-4
DIEID5-20ID kostky (16 bajtů)

3.4.7 Příkaz DL_CHECK_INTEGRITY
Výměna rámu:
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] Odpověď je payload frame of the CRCIngrity]
Tabulka 7. Odezva na příkaz CheckIntegrity

PoleByteHodnota/Popis
STAT1Postavení
DATA LEN2Celkový počet datových sekcí
KÓD DÉLKY3Celkový počet sekcí kódu
RFU4Rezervováno
[CRC_INFO]5832 bitů (little-endian). Pokud je nastaven bit, CRC odpovídající sekce je v pořádku, v opačném případě není v pořádku.
BitStav integrity oblasti
[31:28]Rezervováno [3]
[27:23]Rezervováno [1]
[22]Rezervováno [3]
[21:20]Rezervováno [1]
[19]Oblast konfigurace RF (PN5190 B0/B1) [2] Vyhrazená (PN5190 B2) [3]
[18]Oblast konfigurace protokolu (PN5190 B0/B1) [2] Oblast konfigurace RF (PN5190 B2) [2]
[17]Rezervováno (PN5190 B0/B1) [3] Oblast uživatelské konfigurace (PN5190 B2) [2]
[16:6]Rezervováno [3]
[5:4]Vyhrazeno pro PN5190 B0/B1 [3] Vyhrazeno pro PN5190 B2 [1]
[3:0]Rezervováno [1]
[CRC32]9-136CRC32 z 32 sekcí. Každý CRC má 4 bajty uložené ve formátu little-endian.
První 4 byty CRC jsou bitu CRC_INFO[31], další 4 byty CRC jsou bitu CRC_INFO[30] a tak dále.
  • [1] Tento bit musí být 1, aby PN5190 správně fungoval (s funkcemi a/nebo stahováním šifrovaného FW).
  • [2] Tento bit je standardně nastaven na 1, ale uživatelsky upravená nastavení znehodnocují CRC. Žádný vliv na funkčnost PN5190..
  • [3] Tato bitová hodnota, i když je 0, není relevantní. Tuto bitovou hodnotu lze ignorovat..

3.4.8 Příkaz DL_SEC_WRITE
Příkaz DL_SEC_WRITE je třeba brát v úvahu v kontextu posloupnosti příkazů bezpečného zápisu: šifrované „zabezpečené stahování firmwaru“ (často označované jako eSFWu).
Příkaz secure write nejprve otevře relaci stahování a předá autentizaci RSA. Další předávají zašifrované adresy a bajty pro zápis do PN5190 Flash. Všechny kromě posledního obsahují následující hash, čímž informují, že nejsou poslední, a kryptograficky spojují sekvenční snímky dohromady.
Jiné příkazy (kromě DL_RESET a DL_CHECK_INTEGRITY) lze vložit mezi příkazy zabezpečeného zápisu sekvence, aniž by došlo k jejímu porušení.
3.4.8.1 První příkaz DL_SEC_WRITE
Zabezpečený příkaz zápisu je prvním příkazem tehdy a pouze tehdy, když:

  1. Délka rámce je 312 bajtů
  2. Od posledního resetu nebyl přijat žádný příkaz pro zabezpečený zápis.
  3. Vložený podpis je úspěšně ověřen PN5190.

Odpověď na první příkaz snímku by byla následující: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT je návratový stav.
Poznámka: Během eSFWu musí být zapsán alespoň jeden blok dat, i když zapsaná data mohou být dlouhá pouze jeden bajt. První příkaz bude tedy vždy obsahovat hash následujícího příkazu, protože příkazy budou minimálně dva.
3.4.8.2 Střední příkazy DL_SEC_WRITE
Zabezpečený příkaz zápisu je „prostřední“ tehdy a pouze tehdy, když:

  1. Operační kód je popsán v části 3.4.1 pro příkaz DL_SEC_WRITE.
  2. První příkaz zabezpečeného zápisu byl již dříve přijat a úspěšně ověřen
  3. Od přijetí prvního příkazu zabezpečeného zápisu nedošlo k žádnému resetu
  4. Délka rámce se rovná velikosti dat + velikosti záhlaví + velikosti hash: FLEN = SIZE + 6 + 32
  5. Výpis celého rámce se rovná hash hodnotě přijaté v předchozím rámci

Odpověď na první příkaz snímku by byla následující: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT je návratový stav.
3.4.8.3 Poslední příkaz DL_SEC_WRITE
Příkaz zabezpečeného zápisu je posledním příkazem tehdy a pouze tehdy, když:

  1. Operační kód je popsán v části 3.4.1 pro příkaz DL_SEC_WRITE.
  2. První příkaz zabezpečeného zápisu byl již dříve přijat a úspěšně ověřen
  3. Od přijetí prvního příkazu zabezpečeného zápisu nedošlo k žádnému resetu
  4. Délka rámce se rovná velikosti dat + velikosti záhlaví: FLEN = SIZE + 6
  5. Výpis celého rámce se rovná hash hodnotě přijaté v předchozím rámci

Odpověď na první příkaz snímku by byla následující: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT je návratový stav.

Provozní bootovací režim IC – Normální provozní režim

4.1 Úvod
Obecně musí být IC PN5190 v normálním provozním režimu, aby z něj získaly funkce NFC.
Když PN5190 IC bootuje, vždy čeká na příkazy přijaté od hostitele k provedení operace, pokud události generované v PN5190 IC nevedly ke spuštění PN5190 IC.
4.2 Seznam příkazů přesview
Tabulka 8. Seznam příkazů PN5190

příkazový kódNázev příkazu
0x00WRITE_REGISTER
0x01WRITE_REGISTER_OR_MASK
0x02WRITE_REGISTER_AND_MASK
0x03WRITE_REGISTER_MULTIPLE
0x04READ_REGISTER
0x05READ_REGISTER_MULTIPLE
0x06WRITE_E2PROM
0x07READ_E2PROM
0x08TRANSMIT_RF_DATA
0x09RETRIEVE_RF_DATA
0x0AEXCHANGE_RF_DATA
0x0BMFC_AUTHENTICATE
0x0CEPC_GEN2_INVENTORY
0x0DLOAD_RF_CONFIGURATION
0x0EUPDATE_RF_CONFIGURATION
0x0FGET_ RF_CONFIGURATION
0x10RF_ON
0x11RF_OFF
0x12KONFIGUROVAT TESTBUS_DIGITAL
0x13CONFIGURE_TESTBUS_ANALOG
0x14CTS_ENABLE
0x15CTS_CONFIGURE
0x16CTS_RETRIEVE_LOG
0x17-0x18RFU
0x19až do FW v2.01: RFU
od FW v2.03 výše: RETRIEVE_RF_FELICA_EMD_DATA
0x1ARECEIVE_RF_DATA
0x1B-0x1FRFU
0x20SWITCH_MODE_NORMAL
0x21SWITCH_MODE_AUTOCOLL
0x22SWITCH_MODE_STANDBY
0x23SWITCH_MODE_LPCD
0x24RFU
0x25SWITCH_MODE_DOWNLOAD
0x26GET_DIEID
0x27GET_VERSION
0x28RFU
0x29až do FW v2.05: RFU
od FW v2.06 výše: GET_CRC_USER_AREA
0x2Aaž do FW v2.03: RFU
od FW v2.05 výše: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3FRFU
0x40ANTENNA_SELF_TEST (nepodporováno)
0x41PRBS_TEST
0x42-0x4FRFU

4.3 Hodnoty stavu odezvy
Následují hodnoty stavu odezvy, které jsou vráceny jako součást odezvy z PN5190 po provedení příkazu.
Tabulka 9. Hodnoty stavu odezvy PN5190

Stav odpovědiHodnota stavu odezvyPopis
PN5190_STATUS_SUCCESS0x00Označuje, že operace byla úspěšně dokončena
PN5190_STATUS_TIMEOUT0x01Označuje, že operace příkazu vedla k vypršení časového limitu
PN5190_STATUS_INTEGRITY_ERROR0x02Označuje, že operace příkazu vedla k chybě integrity dat RF
PN5190_STATUS_RF_COLLISION_ERROR0x03Označuje, že operace příkazu vedla k chybě RF kolize
PN5190_STATUS_RFU10x04Rezervováno
PN5190_STATUS_INVALID_COMMAND0x05Označuje, že daný příkaz je neplatný/neimplementovaný
PN5190_STATUS_RFU20x06Rezervováno
PN5190_STATUS_AUTH_ERROR0x07Označuje, že ověřování MFC selhalo (oprávnění odepřeno)
PN5190_STATUS_MEMORY_ERROR0x08Označuje, že operace příkazu vedla k chybě programování nebo chybě vnitřní paměti
PN5190_STATUS_RFU40x09Rezervováno
PN5190_STATUS_NO_RF_FIELD0x0AIndikuje, že neexistuje žádná nebo chyba ve vnitřní přítomnosti RF pole (platí pouze v režimu iniciátor/čtečka)
PN5190_STATUS_RFU50x0BRezervováno
PN5190_STATUS_SYNTAX_ERROR0x0COznačuje, že byla přijata neplatná délka rámce příkazu
PN5190_STATUS_RESOURCE_ERROR0x0DOznačuje, že došlo k chybě vnitřního prostředku
PN5190_STATUS_RFU60x0ERezervováno
PN5190_STATUS_RFU70x0FRezervováno
PN5190_STATUS_NO_EXTERNAL_RF_FIELD0x10Označuje, že během provádění příkazu není přítomno žádné externí RF pole (platí pouze v režimu karta/cíl)
PN5190_STATUS_RX_TIMEOUT0x11Označuje, že po spuštění RFExchange a vypršení časového limitu RX nejsou přijata data.
PN5190_STATUS_USER_CANCELLED0x12Označuje, že aktuální probíhající příkaz je přerušen
PN5190_STATUS_PREVENT_STANDBY0x13Označuje, že PN5190 nemůže přejít do pohotovostního režimu
PN5190_STATUS_RFU90x14Rezervováno
PN5190_STATUS_CLOCK_ERROR0x15Označuje, že hodiny do CLIF se nespustily
PN5190_STATUS_RFU100x16Rezervováno
PN5190_STATUS_PRBS_ERROR0x17Označuje, že příkaz PRBS vrátil chybu
PN5190_STATUS_INSTR_ERROR0x18Označuje, že operace příkazu selhala (může zahrnovat chybu v parametrech instrukce, chybu syntaxe, chybu v samotné operaci, nejsou splněny předběžné požadavky pro instrukci atd.)
PN5190_STATUS_ACCESS_DENIED0x19Označuje, že přístup do vnitřní paměti je odepřen
PN5190_STATUS_TX_FAILURE0x1AIndikuje, že TX over RF selhalo
PN5190_STATUS_NO_ANTENNA0x1BIndikuje, že není připojena/přítomna žádná anténa
PN5190_STATUS_TXLDO_ERROR0x1COznačuje, že došlo k chybě v TXLDO, když VUP není k dispozici a RF je zapnuto.
PN5190_STATUS_RFCFG_NOT_APPLIED0x1DOznačuje, že RF konfigurace není načtena, když je RF zapnuto
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR0x1Edo FW 2.01: neočekává se
od FW 2.03 výše:
Označuje, že během výměny s LOG ENABLE BIT v registru FeliCa EMD byla pozorována chyba FeliCa EMD
PN5190_STATUS_INTERNAL_ERROR0x7FOznačuje, že operace NVM se nezdařila
PN5190_STATUS_SUCCSES_CHAINING0xAFOznačuje, že další data čekají na načtení

4.4 Ukončení událostíview
Existují dva způsoby, jak jsou události oznamovány hostiteli.
4.4.1 Normální události přes IRQ pin
Tyto události jsou kategorie, jak je uvedeno níže:

  1. Vždy povoleno – Hostitel je vždy upozorněn
  2. Controlled by Host – Host je upozorněn, pokud je v registru nastaven příslušný bit Event Enable (EVENT_ENABLE (01h)).

Nízkoúrovňová přerušení z periferních IP adres včetně CLIF budou kompletně řešena v rámci firmwaru a hostitel bude informován pouze o událostech uvedených v sekci událostí.
Firmware implementuje dva registry událostí jako registry RAM, které lze zapisovat / číst pomocí příkazů podle části 4.5.1.1 / 4.5.1.5.
Registr EVENT_ENABLE (0x01) => Povolit upozornění na konkrétní/všechny události.
Registr EVENT_STATUS (0x02) => Část datové části zprávy události.
Události musí hostitel vymazat, jakmile hostitel přečte zprávu o události.
Události jsou asynchronní povahy a jsou oznamovány hostiteli, pokud jsou povoleny v registru EVENT_ENABLE.
Následuje seznam událostí, které budou k dispozici hostiteli jako součást zprávy události.
Tabulka 10. Události PN5190 (obsah EVENT_STATUS)

Bit – Rozsahpole [1]Vždy Povoleno (A/N)
3112RFUNA
1111CTS_EVENT [2]N
1010IDLE_EVENTY
99LPCD_CALIBRATION_DONE_EVENTY
88LPCD_EVENTY
77AUTOCOLL_EVENTY
66TIMER0_EVENTN
55TX_OVERCURRENT_EVENTN
44RFON_DET_EVENT [2]N
33RFOFF_DET_EVENT [2]N
22STANDBY_PREV_EVENTY
11GENERAL_ERROR_EVENTY
00BOOT_EVENTY
  1. Všimněte si, že žádné dvě události nejsou klubovány kromě případů chyb. V případě chyb během operace se nastaví funkční událost (např. BOOT_EVENT, AUTOCALL_EVENT atd.) a GENERAL_ERROR_EVENT.
  2. Tato událost bude po odeslání na hostitele automaticky deaktivována. Host by měl tyto události znovu povolit, pokud si přeje, aby mu byly tyto události oznamovány.

4.4.1.1 Formáty zpráv o událostech
Formát zprávy o události se liší v závislosti na výskytech události a různém stavu PN5190.
Host musí číst tag (T) a délku zprávy (L) a poté načtěte odpovídající počet bajtů jako hodnotu (V) událostí.
Obecně zpráva o události (viz obrázek 12) obsahuje EVENT_STATUS, jak je definováno v tabulce 11, a data události odpovídají příslušnému bitu události nastavenému v EVENT_STATUS.
Poznámka:
U některých událostí užitečné zatížení neexistuje. Pokud je např. spuštěn TIMER0_EVENT, je jako součást zprávy události poskytnuta pouze EVENT_STATUS.
Tabulka 11 také podrobně uvádí, zda jsou data události přítomna pro odpovídající událost ve zprávě o události.NXP PN5190 NFC Frontend Controller – došlo k chybámGENERAL_ERROR_EVENT se může vyskytnout i u jiných událostí.
V tomto scénáři zpráva události (viz obrázek 13) obsahuje EVENT_STATUS, jak je definováno v Tabulce 11 a GENERAL_ERROR_STATUS_DATA, jak je definováno v Tabulce 14, a potom data události odpovídají příslušnému bitu události nastavenému v EVENT_STATUS, jak je definováno v Tabulce 11.NXP PN5190 NFC Frontend Controller – formát, když došlo k chyběPoznámka:
Pouze po BOOT_EVENT nebo po POR, STANDBY, ULPCD bude hostitel schopen pracovat v normálním provozním režimu vydáním výše uvedených příkazů.
V případě přerušení existujícího spuštěného příkazu, pouze po IDLE_EVENT, bude hostitel schopen pracovat v normálním provozním režimu vydáním výše uvedených příkazů.
4.4.1.2 Různé definice stavu UDÁLOSTI
4.4.1.2.1 Bitové definice pro EVENT_STATUS
Tabulka 11. Definice bitů EVENT_STATUS

Bit (do – od)UdálostPopisData události odpovídající události
(pokud existuje)
3112RFURezervováno
1111CTS_EVENTTento bit je nastaven při generování události CTS.Tabulka 86
1010IDLE_EVENTTento bit je nastaven, když je probíhající příkaz zrušen z důvodu vydání příkazu SWITCH_MODE_NORMAL.Žádné údaje o události
99LPCD_CALIBRATION_DONE_
UDÁLOST
Tento bit je nastaven, když je generována událost LPCD calibrationdone.Tabulka 16
88LPCD_EVENTTento bit je nastaven při generování události LPCD.Tabulka 15
77AUTOCOLL_EVENTTento bit je nastaven po dokončení operace AUTOCOLL.Tabulka 52
66TIMER0_EVENTTento bit je nastaven, když nastane událost TIMER0.Žádné údaje o události
55TX_OVERCURRENT_ERROR_
UDÁLOST
Tento bit je nastaven, když je proud na TX driveru vyšší než definovaný práh v EEPROM. Za této podmínky se pole před oznámením hostiteli automaticky vypne. Viz část 4.4.2.2.Žádné údaje o události
44RFON_DET_EVENTTento bit je nastaven, když je detekováno externí RF pole.Žádné údaje o události
33RFOFF_DET_EVENTTento bit je nastaven, když již existující externí RF pole zmizí.Žádné údaje o události
22STANDBY_PREV_EVENTTento bit je nastaven, když je zabráněno pohotovostnímu režimu kvůli podmínkám prevenceTabulka 13
11GENERAL_ERROR_EVENTTento bit je nastaven, pokud existují nějaké obecné chybové podmínkyTabulka 14
00BOOT_EVENTTento bit je nastaven, když je PN5190 zaveden s POR/StandbyTabulka 12

4.4.1.2.2 Bitové definice pro BOOT_STATUS_DATA
Tabulka 12. Definice bitů BOOT_STATUS_DATA

Kousek doBit FromStav spouštěníDůvod spuštění kvůli
3127RFURezervováno
2626ULP_STANDBYDůvod spuštění kvůli ukončení ULP_STANDBY.
2523RFURezervováno
2222BOOT_ RX_ULPDETRX ULPDET vedl ke spuštění v pohotovostním režimu ULP
2121RFURezervováno
2020BOOT_SPIDůvod spouštění kvůli nízkému signálu SPI_NTS
1917RFURezervováno
1616BOOT_GPIO3Důvod spuštění kvůli přechodu GPIO3 z nízké na vysokou.
1515BOOT_GPIO2Důvod spuštění kvůli přechodu GPIO2 z nízké na vysokou.
1414BOOT_GPIO1Důvod spuštění kvůli přechodu GPIO1 z nízké na vysokou.
1313BOOT_GPIO0Důvod spuštění kvůli přechodu GPIO0 z nízké na vysokou.
1212BOOT_LPDETDůvod spuštění kvůli přítomnosti externího RF pole během STANDBY/SUSPEND
1111RFURezervováno
108RFURezervováno
77BOOT_SOFT_RESETDůvod spuštění kvůli měkkému resetu IC
66BOOT_VDDIO_LOSSDůvod spouštění kvůli ztrátě VDDIO. Viz část 4.4.2.3
55BOOT_VDDIO_STARTDůvod spuštění, pokud STANDBY vstoupil s VDDIO LOSS.
Viz část 4.4.2.3
44BOOT_WUCDůvod spuštění kvůli vypršení počítadla probuzení během jedné z operací STANDBY.
33BOOT_TEMPDůvod spouštění kvůli teplotě integrovaného obvodu je vyšší než nastavený prahový limit. Viz část 4.4.2.1
22BOOT_WDGDůvod spuštění kvůli resetování hlídacího psa
11RFURezervováno
00BOOT_PORDůvod spouštění kvůli resetu při zapnutí

4.4.1.2.3 Bitové definice pro STANDBY_PREV_STATUS_DATA
Tabulka 13. Definice bitů STANDBY_PREV_STATUS_DATA

Kousek do Bit From Prevence v pohotovostním režimuPohotovostní režim byl znemožněn z důvodu
3126RFUREZERVOVÁNO
2525RFUREZERVOVÁNO
2424PREV_TEMPProvozní teplota integrovaných obvodů je mimo prahovou hodnotu
2323RFUREZERVOVÁNO
2222PREV_HOSTCOMMKomunikace hostitelského rozhraní
2121PREV_SPISignál SPI_NTS se snižuje
2018RFUREZERVOVÁNO
1717PREV_GPIO3Signál GPIO3 přechází z nízkého do vysokého
1616PREV_GPIO2Signál GPIO2 přechází z nízkého do vysokého
1515PREV_GPIO1Signál GPIO1 přechází z nízkého do vysokého
1414PREV_GPIO0Signál GPIO0 přechází z nízkého do vysokého
1313PREV_WUCUplynulo počítadlo probuzení
1212PREV_LPDETDetekce nízké spotřeby. Vyskytuje se, když je detekován externí RF signál v procesu přechodu do pohotovostního režimu.
1111PREV_RX_ULPDETRX detekce ultranízké spotřeby. Vyskytuje se, když je detekován RF signál v procesu přechodu do ULP_STANDBY.
1010RFUREZERVOVÁNO
95RFUREZERVOVÁNO
44RFUREZERVOVÁNO
33RFUREZERVOVÁNO
22RFUREZERVOVÁNO
11RFUREZERVOVÁNO
00RFUREZERVOVÁNO

4.4.1.2.4 Bitové definice pro GENERAL_ERROR_STATUS_DATA
Tabulka 14. Definice bitů GENERAL_ERROR_STATUS_DATA

Kousek do Kousek od Stav chybyPopis
316RFURezervováno
55XTAL_START_ERRORStart XTAL se během spouštění nezdařil
44SYS_TRIM_RECOVERY_ERRORDošlo k interní chybě oříznutí paměti systému, ale obnovení se nezdařilo. Systém pracuje ve sníženém režimu.
33SYS_TRIM_RECOVERY_SUCCESSDošlo k interní chybě oříznutí paměti systému a obnovení bylo úspěšné. Aby se obnovení projevilo, musí hostitel provést restart PN5190.
22TXLDO_ERRORChyba TXLDO
11CLOCK_ERRORChyba hodin
00GPADC_ERRORChyba ADC

4.4.1.2.5 Bitové definice pro LPCD_STATUS_DATA
Tabulka 15. Definice bajtů LPCD_STATUS_DATA

Kousek doBit FromPoužitelnost stavových bitů podle základní operace LPCD nebo ULPCDPopis odpovídajícího bitu se nastavuje ve stavovém byte.
LPCDULPCD
317RFURezervováno
66Přerušit_HIFYNPřerušeno kvůli aktivitě HIF
55Chyba CLKDETNYPřerušeno kvůli chybě CLKDET
44XTAL TimeoutNYPřerušeno kvůli vypršení časového limitu XTAL
33Nadproud VDDPA LDONYPřerušeno kvůli nadproudu VDDPA LDO
22Externí RF poleYYPřerušeno kvůli externímu RF poli
11GPIO3 PřerušitNYPřerušeno kvůli změně úrovně GPIO3
00Karta zjištěnaYYKarta je detekována

4.4.1.2.6 Bitové definice pro LPCD_CALIBRATION_DONE Stavová data
Tabulka 16. Definice stavových datových bajtů LPCD_CALIBRATION_DONE pro ULPCD

Kousek doBit FromStav LPCD_CALIBRATION DONE událostPopis odpovídajícího bitu se nastavuje ve stavovém byte.
3111Rezervováno
100Referenční hodnota z kalibrace ULPCDNaměřená hodnota RSSI během kalibrace ULPCD, která se používá jako referenční během ULPCD

Tabulka 17. Definice stavových datových bajtů LPCD_CALIBRATION_DONE pro LPCD

Kousek doBit FromPoužitelnost stavových bitů podle základní operace LPCD nebo ULPCDPopis odpovídajícího bitu se nastavuje ve stavovém byte.
22Externí RF poleYYPřerušeno kvůli externímu RF poli
11GPIO3 PřerušitNYPřerušeno kvůli změně úrovně GPIO3
00Karta zjištěnaYYKarta je detekována

4.4.2 Zpracování různých spouštěcích scénářů
IC PN5190 zpracovává různé chybové stavy související s parametry IC, jak je uvedeno níže.
4.4.2.1 Zvládání scénáře přehřátí, když je PN5190 v provozu
Kdykoli vnitřní teplota PN5190 IC dosáhne prahové hodnoty, jak je nakonfigurováno v EEPROM poli TEMP_WARNING [2], IC přejde do pohotovostního režimu. A následně, pokud je pole EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] nakonfigurováno tak, aby vyvolalo oznámení hostiteli, bude GPIO0 vytaženo vysoko, aby informovalo IC o přehřátí.
Jakmile teplota IC klesne pod prahovou hodnotu, jak je nakonfigurováno v poli EEPROM TEMP_WARNING [2], IC se spustí s BOOT_EVENT jako v Tabulce 11 a stavový bit BOOT_TEMP je nastaven jako v Tabulce 12 a GPIO0 se sníží.
4.4.2.2 Zacházení s nadproudem
Pokud PN5190 IC zaznamená stav nadproudu, IC vypne RF napájení a odešle TX_OVERCURRENT_ERROR_EVENT jako v tabulce 11.
Dobu trvání nadproudového stavu lze řídit úpravou pole EEPROM TXLDO_CONFIG [2].
Informace o prahové hodnotě překročení proudu IC naleznete v dokumentu [2].
Poznámka:
Pokud existují nějaké další nevyřízené události nebo odpovědi, budou odeslány hostiteli.
4.4.2.3 Ztráta VDDIO během provozu
Pokud PN5190 IC zjistí, že není žádné VDDIO (ztráta VDDIO), IC přejde do pohotovostního režimu.
IC se spouští pouze v případě, že je k dispozici VDDIO, s BOOT_EVENT jako v tabulce 11 a bit stavu spouštění BOOT_VDDIO_START je nastaven podle tabulky 12.
Informace o statických charakteristikách IC PN5190 naleznete v dokumentu [2].
4.4.3 Zpracování scénářů přerušení
IC PN5190 má podporu pro přerušení současných prováděných příkazů a chování IC PN5190, když je do PN4.5.4.5.2 IC odeslán takový příkaz přerušení, jako je část 5190, je znázorněno v tabulce 18.
Poznámka:
Když je PN5190 IC v režimu ULPCD a ULP-Standby, nelze jej přerušit odesláním podle oddílu 4.5.4.5.2 ANI zahájením transakce SPI (stažením signálu SPI_NTS).
Tabulka 18. Očekávaná odezva na událost, když různé příkazy skončily v části 4.5.4.5.2

PříkazyChování při odeslání příkazu Switch Mode Normal
Všechny příkazy, kde není zadán nízký výkonEVENT_STAUS je nastaven na „IDLE_EVENT“
Přepnout režim LPCDEVENT_STATUS je nastaven na „LPCD_EVENT“, přičemž „LPCD_ STATUS_DATA“ označuje stavové bity jako „Abort_HIF“
Přepnout režim Pohotovostní režimEVENT_STAUS je nastaveno na „BOOT_EVENT“, přičemž „BOOT_ STATUS_DATA“ označuje bity „BOOT_SPI“
Switch Mode Autocoll (žádný autonomní režim, autonomní režim s pohotovostním režimem a autonomní režim bez pohotovostního režimu)EVENT_STAUS je nastaven na „AUTOCOLL_EVENT“ s bity STATUS_DATA indikujícími, že příkaz byl uživatelem zrušen.

4.5 Podrobnosti provozních pokynů v normálním režimu
4.5.1 Manipulace s registrem
Pokyny v této části se používají pro přístup k logickým registrům PN5190.
4.5.1.1 WRITE_REGISTER
Tato instrukce se používá k zápisu 32bitové hodnoty (little-endian) do logického registru.
4.5.1.1.1 Podmínky
Adresa registru musí existovat a registr musí mít atribut READ-WRITE nebo WRITE-ONLY.
4.5.1.1.2 Příkaz
Tabulka 19. Hodnota příkazu WRITE_REGISTER Zapište 32bitovou hodnotu do registru.

Pole užitečného zatíženíDélkaHodnota/Popis
Registrovat adresu1 bajtůAdresa rejstříku.

Tabulka 19. Hodnota příkazu WRITE_REGISTER…pokračování
Zapište 32bitovou hodnotu do registru.

Pole užitečného zatíženíDélkaHodnota/Popis
Hodnota4 bajtů32bitová hodnota registru, která musí být zapsána. (Little-endian)

4.5.1.1.3 Odezva
Tabulka 20. Hodnota odpovědi WRITE_REGISTER

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 událost
Pro tento příkaz nejsou žádné události.
4.5.1.2 WRITE_REGISTER_OR_MASK
Tato instrukce se používá k úpravě obsahu registru pomocí logické operace OR. Obsah registru se přečte a provede se logická operace OR s poskytnutou maskou. Upravený obsah je zapsán zpět do registru.
4.5.1.2.1 Podmínky
Adresa registru musí existovat a registr musí mít atribut READ-WRITE.
4.5.1.2.2 Příkaz
Tabulka 21. Hodnota příkazu WRITE_REGISTER_OR_MASK Proveďte logickou operaci OR na registru pomocí poskytnuté masky.

Pole užitečného zatíženíDélkaHodnota/popis
Registrovat adresu1 bajtůAdresa rejstříku.
Maska4 bajtůBitová maska ​​použitá jako operand pro logickou operaci OR. (Little-endian)

4.5.1.2.3 Odezva
Tabulka 22. Hodnota odpovědi WRITE_REGISTER_OR_MASK

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 událost
Pro tento příkaz nejsou žádné události.
4.5.1.3 WRITE_REGISTER_AND_MASK
Tato instrukce se používá k úpravě obsahu registru pomocí logické operace AND. Obsah registru se načte a provede se logická operace AND s poskytnutou maskou. Upravený obsah je zapsán zpět do registru.
4.5.1.3.1 Podmínky
Adresa registru musí existovat a registr musí mít atribut READ-WRITE.
4.5.1.3.2 Příkaz
Tabulka 23. Hodnota příkazu WRITE_REGISTER_AND_MASK Proveďte logickou operaci AND na registru pomocí poskytnuté masky.

Pole užitečného zatíženíDélkaHodnota/popis
Registrovat adresu1 bajtůAdresa rejstříku.
Maska4 bajtůBitová maska ​​použitá jako operand pro logickou operaci AND. (Little-endian)

4.5.1.3.3 Odezva
Tabulka 24. Hodnota odpovědi WRITE_REGISTER_AND_MASK

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 událost
Pro tento příkaz nejsou žádné události.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Tato funkce instrukcí je podobná částem 4.5.1.1, 4.5.1.2, 4.5.1.3, s možností je kombinovat. Ve skutečnosti to vezme pole sady hodnot typu registru a provede příslušnou akci. Typ odráží akci, kterou je buď zápis do registru, logická operace OR na registru nebo logická operace AND na registru.
4.5.1.4.1 Podmínky
Příslušná logická adresa registru v rámci sady musí existovat.
Atribut přístupu k registru musí umožňovat provedení požadované akce (typ):

  • Akce zápisu (0x01): Atribut READ-WRITE nebo WRITE-ONLY
  • NEBO akce masky (0x02): Atribut READ-WRITE
  • Akce masky AND (0x03): Atribut READ-WRITE

Velikost pole 'Set' musí být v rozsahu od 1 do 43 včetně.
Pole 'Typ' musí být v rozsahu 1 – 3 včetně

4.5.1.4.2 Příkaz
Tabulka 25. Hodnota příkazu WRITE_REGISTER_MULTIPLE Proveďte operaci zápisu registru pomocí sady párů Registr-Hodnota.

Pole užitečného zatíženíDélkaHodnota/popis
Nastavit [1…n]6 bajtůRegistrovat adresu1 bajtůLogická adresa registru.
Typ1 bajtů0x1Napište Registrovat
0x2Napište Registrovat NEBO Masku
0x3Napište Registrovat A Masku
Hodnota4 bajtů32 Hodnota registru bitů, která musí být zapsána, nebo bitová maska ​​použitá pro logické operace. (Little-endian)

Poznámka: V případě výjimky není operace vrácena zpět, tj. registry, které byly změněny, dokud nenastane výjimka, zůstávají v upraveném stavu. Host musí podniknout správné kroky k obnovení do definovaného stavu.
4.5.1.4.3 Odezva
Tabulka 26. Hodnota odpovědi WRITE_REGISTER_MULTIPLE

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 událost
Pro tento příkaz nejsou žádné události.
4.5.1.5 READ_REGISTER
Tato instrukce se používá ke zpětnému čtení obsahu logického registru. Obsah je přítomen v odpovědi jako 4bajtová hodnota ve formátu little-endian.
4.5.1.5.1 Podmínky
Adresa logického registru musí existovat. Přístupový atribut registru musí být buď READ-WRITE nebo READ-ONLY.
4.5.1.5.2 Příkaz
Tabulka 27. Hodnota příkazu READ_REGISTER
Přečíst zpět obsah rejstříku.

Pole užitečného zatíženíDélkaHodnota/Popis
Registrovat adresu1 bajtůAdresa logického registru

4.5.1.5.3 Odezva
Tabulka 28. Hodnota odpovědi READ_REGISTER

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Registrovat hodnotu4 bajtů32bitová hodnota registru, která byla načtena. (Little-endian)

4.5.1.5.4 událost
Pro tento příkaz nejsou žádné události.
4.5.1.6 READ_REGISTER_MULTIPLE
Tato instrukce slouží ke čtení více logických registrů najednou. Výsledek (obsah každého registru) je uveden v odpovědi na instrukci. Samotná registrační adresa není součástí odpovědi. Pořadí obsahu registru v odpovědi odpovídá pořadí adres registru v instrukci.
4.5.1.6.1 Podmínky
Všechny adresy registrů v instrukci musí existovat. Atribut přístupu pro každý registr musí být buď READ-WRITE nebo READ-ONLY. Velikost pole 'Register Address' musí být v rozsahu od 1 do 18 včetně.
4.5.1.6.2 Příkaz
Tabulka 29. Hodnota příkazu READ_REGISTER_MULTIPLE Proveďte operaci čtení registrů na sadě registrů.

Pole užitečného zatíženíDélkaHodnota/Popis
Registrovat adresu[1…n]1 bajtůRegistrovat adresu

4.5.1.6.3 Odezva
Tabulka 30. Hodnota odpovědi READ_REGISTER_MULTIPLE

Pole užitečného zatíženíDélkaHodnota/popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Hodnota registru [1…n]4 bajtůHodnota4 bajtů32bitová hodnota registru, která byla načtena (little-endian).

4.5.1.6.4 událost
Pro tento příkaz nejsou žádné události.
4.5.2 Manipulace s E2PROM
Dostupná oblast v E2PROM odpovídá mapě EEPROM a adresovatelné velikosti.
Poznámka:
1. Kdekoli je v níže uvedených pokynech uvedena adresa E2PROM, vztahuje se na velikost adresovatelné oblasti EEPROM.
4.5.2.1 WRITE_E2PROM
Tato instrukce se používá k zápisu jedné nebo více hodnot do E2PROM. Pole 'Hodnoty' obsahuje data, která mají být zapsána do E2PROM počínaje adresou danou polem 'Adresa E2PROM'. Data se zapisují v sekvenčním pořadí.
Poznámka:
Všimněte si, že se jedná o blokovací příkaz, což znamená, že NFC FE je během operace zápisu zablokováno. To může trvat několik milisekund.
4.5.2.1.1 Podmínky
Pole 'E2PROM Address' musí být v rozsahu podle [2]. Počet bajtů v poli 'Hodnoty' musí být v rozsahu 1 – 1024 (0x0400 včetně). Operace zápisu nesmí přesahovat adresu EEPROM, jak je uvedeno v [2]. Chybová odpověď bude odeslána hostiteli, pokud adresa překročí adresní prostor EEPROM jako v [2].
4.5.2.1.2 Příkaz
Tabulka 31. Hodnota příkazu WRITE_E2PROM Zapište dané hodnoty postupně do E2PROM.

Pole užitečného zatíženíDélkaHodnota/popis
Adresa E2PROM2 bajtůAdresa v EEPROM, ze které má začít operace zápisu. (Little-endian)
Hodnoty1 – 1024 bajtůHodnoty, které musí být zapsány do E2PROM v sekvenčním pořadí.

4.5.2.1.3 Odezva
Tabulka 32. Hodnota odezvy WRITE_EEPROM

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 událost
Pro tento příkaz nejsou žádné události.
4.5.2.2 READ_E2PROM
Tato instrukce se používá ke zpětnému načtení dat z oblasti paměti E2PROM. Pole 'E2PROM Address' označuje počáteční adresu operace čtení. Odpověď obsahuje data načtená z E2PROM.
4.5.2.2.1 Podmínky
Pole 'E2PROM Address' musí být v platném rozsahu.
Pole „Počet bajtů“ musí být v rozsahu 1 – 256 včetně.
Čtení nesmí přesáhnout poslední dostupnou adresu EEPROM.
Pokud adresa přesahuje adresní prostor EEPROM, musí být hostiteli odeslána chybová odpověď.
4.5.2.2.2 Příkaz
Tabulka 33. Hodnota příkazu READ_E2PROM Postupně načtěte hodnoty z E2PROM.

Pole užitečného zatíženíDélkaHodnota/popis
Adresa E2PROM2 bajtůAdresa v E2PROM, ze které má začít operace čtení. (Little-endian)
Počet bajtů2 bajtůPočet bajtů, které mají být načteny. (Little-endian)

4.5.2.2.3 Odezva
Tabulka 34. Hodnota odezvy READ_E2PROM

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Hodnoty1 – 1024 bajtůHodnoty, které byly načteny v sekvenčním pořadí.

4.5.2.2.4 událost
Pro tento příkaz nejsou žádné události.
4.5.2.3 GET_CRC_USER_AREA
Tato instrukce se používá k výpočtu CRC pro celou oblast uživatelské konfigurace včetně oblasti protokolu IC PN5190.
4.5.2.3.1 Příkaz
Tabulka 35. Hodnota příkazu GET_CRC_USER_AREA
Přečtěte si CRC oblasti uživatelské konfigurace včetně oblasti protokolu.

Pole užitečného zatíženíDélkaHodnota/Popis
Žádná data v užitečné zátěži

4.5.2.3.2 Odezva
Tabulka 36. Hodnota odpovědi GET_CRC_USER_AREA

Pole užitečného zatíženíDélkaHodnota/popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Hodnoty4 bajtů4 bajty dat CRC ve formátu little-endian.

4.5.2.3.3 událost
Pro tento příkaz nejsou žádné události.
4.5.3 Manipulace s daty CLIF
Pokyny popsané v této části popisují příkazy pro RF vysílání a příjem.
4.5.3.1 EXCHANGE_RF_DATA
Funkce RF výměny provádí přenos TX dat a čeká na příjem jakýchkoli RX dat.
Funkce se vrátí v případě příjmu (buď chybného nebo správného) nebo v případě, že došlo k vypršení časového limitu. Časovač se spustí KONCEM VYSÍLÁNÍ a zastaví se ZAČÁTEM PŘÍJMU. Hodnota timeoutu přednastavená v EEPROM se použije v případě, že timeout není nakonfigurován před provedením příkazu Exchange.
Pokud je transceiver_state

  • v IDLE se přepne do režimu TRANSCEIVE.
  • V WAIT_RECEIVE je stav transceiveru resetován na TRANSCEIVE MODE v případě, že je nastaven iniciační bit
  • V WAIT_TRANSMIT je stav transceiveru resetován na TRANSCEIVE MODE v případě, že NENÍ nastaven iniciační bit

Pole 'Počet platných bitů v posledním byte' označuje přesnou délku dat, která mají být přenesena.

4.5.3.1.1 Podmínky
Velikost pole 'TX Data' musí být v rozsahu 0 – 1024 včetně.
Pole „Počet platných bitů v posledním byte“ musí být v rozsahu 0 – 7.
Příkaz nesmí být volán během probíhajícího RF přenosu. Příkaz zajistí správný stav transceiveru pro přenos dat.
Poznámka:
Tento příkaz je platný pouze pro režim čtečky a režim P2P pasivní/aktivní iniciátor.
4.5.3.1.2 Příkaz
Tabulka 37. Hodnota příkazu EXCHANGE_RF_DATA
Zapište data TX do vnitřní vyrovnávací paměti RF přenosu a začněte přenos pomocí příkazu transceive a počkejte na příjem nebo vypršení časového limitu, abyste připravili odpověď hostiteli.

Pole užitečného zatíženíDélkaHodnota/Popis
Počet platných bitů v posledním byte1 bajtů0Všechny bity posledního bajtu jsou přenášeny
1 – 7Počet bitů v posledním bajtu k přenosu.
RFExchangeConfig1 bajtůKonfigurace funkce RFExchange. Podrobnosti viz níže

Tabulka 37. Hodnota příkazu EXCHANGE_RF_DATA…pokračování
Zapište data TX do vnitřní vyrovnávací paměti RF přenosu a začněte přenos pomocí příkazu transceive a počkejte na příjem nebo vypršení časového limitu, abyste připravili odpověď hostiteli.

Pole užitečného zatíženíDélkaHodnota/Popis
TX datan bajtůTX data, která musí být odeslána přes CLIF pomocí příkazu transceive. n = 0 – 1024 bajtů

Tabulka 38. Bitová maska ​​RFexchangeConfig

b7b6b5b4b3b2b1b0Popis
Bity 4 – 7 jsou RFU
XZahrnout data RX do odpovědi na základě RX_STATUS, pokud je bit nastaven na 1b.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr EVENT_STATUS.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr RX_STATUS_ERROR.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr RX_STATUS.

4.5.3.1.3 Odezva
Tabulka 39. Hodnota odpovědi EXCHANGE_RF_DATA

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (Žádná další data nejsou k dispozici) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS4 bajtůPokud je požadován RX_STATUS (little-endian)
RX_STATUS_ERROR4 bajtůPokud je požadován RX_STATUS_ERROR (little-endian)
EVENT_STATUS4 bajtůPokud je požadována EVENT_STATUS (little-endian)
Data RX1 – 1024 bajtůPokud jsou požadována data RX. RX data přijatá během RF přijímací fáze RF výměny.

4.5.3.1.4 událost
Pro tento příkaz nejsou žádné události.
4.5.3.2 TRANSMIT_RF_DATA
Tato instrukce se používá k zápisu dat do vnitřní vyrovnávací paměti přenosu CLIF a ke spuštění přenosu pomocí příkazu transceive interně. Velikost této vyrovnávací paměti je omezena na 1024 bajtů. Po provedení této instrukce se automaticky spustí příjem RF.
Příkaz se vrátí ihned po dokončení přenosu a nečeká na dokončení příjmu.
4.5.3.2.1 Podmínky
Počet bajtů v poli 'TX Data' musí být v rozsahu 1 – 1024 včetně.
Příkaz nesmí být volán během probíhajícího RF přenosu.
4.5.3.2.2 Příkaz
Tabulka 40. Hodnota příkazu TRANSMIT_RF_DATA Zapíše data TX do vnitřní vyrovnávací paměti přenosu CLIF.

Pole užitečného zatíženíDélkaHodnota/Popis
Počet platných bitů v posledním byte1 bajtů0 Všechny bity posledního bajtu jsou přenášeny 1 – 7 Počet bitů v posledním bajtu k přenosu.
RFU1 bajtůRezervováno
TX data1 – 1024 bajtůTX data, která budou použita při příštím RF přenosu.

4.5.3.2.3 Odezva
Tabulka 41. Hodnota odpovědi TRANSMIT_RF_DATA

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 událost
Pro tento příkaz nejsou žádné události.
4.5.3.3 RETRIEVE_RF_DATA
Tato instrukce se používá ke čtení dat z vnitřní vyrovnávací paměti CLIF RX, která obsahuje data RF odezvy (pokud existují) do ní odeslaná z předchozího provedení části 4.5.3.1 s možností nezahrnout přijatá data do odpovědi nebo části 4.5.3.2 .XNUMX příkaz.
4.5.3.3.1 Příkaz
Tabulka 42. Hodnota příkazu RETRIEVE_RF_DATA Čtení RX dat z interní RF přijímací vyrovnávací paměti.

Pole užitečného zatíženíDélkaHodnota/Popis
PrázdnýPrázdnýPrázdný

4.5.3.3.2 Odezva
Tabulka 43. Hodnota odpovědi RETRIEVE_RF_DATA

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
Pole užitečného zatíženíDélkaHodnota/Popis
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Data RX1 – 1024 bajtůRX data, která byla přijata během posledního úspěšného RF příjmu.

4.5.3.3.3 událost
Pro tento příkaz nejsou žádné události.
4.5.3.4 RECEIVE_RF_DATA
Tato instrukce čeká na data přijatá přes RF rozhraní čtečky.
V režimu čtečky se tato instrukce vrací buď v případě, že došlo k příjmu (buď chybnému nebo správnému), nebo došlo k vypršení časového limitu FWT. Časovač se spustí KONCEM VYSÍLÁNÍ a zastaví se ZAČÁTEM PŘÍJMU. Výchozí hodnota časového limitu přednastavená v EEPROM se použije v případě, že časový limit není nakonfigurován před provedením příkazu Exchange.
V cílovém režimu se tato instrukce vrací buď v případě příjmu (buď chybného nebo správného) nebo externí RF chyby.
Poznámka:
Tato instrukce se použije s příkazem TRANSMIT_RF_DATA k provedení operace TX a RX…
4.5.3.4.1 Příkaz
Tabulka 44. Hodnota příkazu RECEIVE_RF_DATA

Pole užitečného zatíženíDélkaHodnota/Popis
ReceiveRFConfig1 bajtůKonfigurace funkce ReceiveRFConfig. Vidět Tabulka 45

Tabulka 45. Bitová maska ​​ReceiveRFConfig

b7b6b5b4b3b2b1b0Popis
Bity 4 – 7 jsou RFU
XZahrnout data RX do odpovědi na základě RX_STATUS, pokud je bit nastaven na 1b.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr EVENT_STATUS.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr RX_STATUS_ERROR.
XPokud je bit nastaven na 1b, zahrňte do odpovědi registr RX_STATUS.

4.5.3.4.2 Odezva
Tabulka 46. Hodnota odpovědi RECEIVE_RF_DATA

Pole užitečného zatíženíDélkaHodnota/popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
PN5190_STATUS_TIMEOUT
Pole užitečného zatíženíDélkaHodnota/popis
PN5190_STATUS_NO_RF_FIELD
PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS4 bajtůPokud je požadován RX_STATUS (little-endian)
RX_STATUS_ERROR4 bajtůPokud je požadován RX_STATUS_ERROR (little-endian)
EVENT_STATUS4 bajtůPokud je požadována EVENT_STATUS (little-endian)
Data RX1 – 1024 bajtůPokud jsou požadována data RX. RX data přijatá přes RF.

4.5.3.4.3 událost
Pro tento příkaz nejsou žádné události.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (konfigurace FeliCa EMD)
Tato instrukce se používá ke čtení dat z vnitřní vyrovnávací paměti CLIF RX, která obsahuje data odezvy FeliCa EMD (pokud existují) odeslaná do ní z předchozího provedení příkazu EXCHANGE_RF_DATA se stavem 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Poznámka: Tento příkaz je dostupný od PN5190 FW v02.03 výše.
4.5.3.5.1 Příkaz
Načtěte data RX z interní vyrovnávací paměti RF příjmu.
Tabulka 47. Hodnota příkazu RETRIEVE_RF_FELICA_EMD_DATA

Pole užitečného zatíženíDélkaHodnota/Popis
FeliCaRFRetrieveConfig1 bajtů00 – FFKonfigurace funkce RETRIEVE_RF_FELICA_EMD_DATA
popis konfigurace (bitová maska).bit 7..2: RFU
bit 1: Zahrňte do odpovědi registr RX_STATUS_ ERROR, pokud je bit nastaven na 1b.
bit 0: Zahrnout do odpovědi registr RX_STATUS, pokud je bit nastaven na 1b.

4.5.3.5.2 Odezva
Tabulka 48. Hodnota odpovědi RETRIEVE_RF_FELICA_EMD_DATA

Pole užitečného zatíženíDélkaHodnota/popis
Postavení1 bajtůStav operace. Očekávané hodnoty jsou následující: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Neexistují žádné další údaje)
RX_STATUS4 bajtůPokud je požadován RX_STATUS (little-endian)
RX_STATUS_ ERROR4 bajtůPokud je požadován RX_STATUS_ERROR (little-endian)
Pole užitečného zatíženíDélkaHodnota/popis
Data RX1…1024 bajtůData FeliCa EMD RX, která byla přijata při posledním neúspěšném RF příjmu pomocí příkazu Exchange.

4.5.3.5.3 událost
Pro tento příkaz nejsou žádné události.
4.5.4 Přepínání provozního režimu
PN5190 podporuje 4 různé provozní režimy:
4.5.4.1 Normální
Toto je výchozí režim, ve kterém jsou povoleny všechny pokyny.
4.5.4.2 Pohotovostní režim
PN5190 je v pohotovostním/spánkovém stavu, aby se šetřila energie. Musí být nastaveny podmínky probuzení, aby bylo možné definovat, kdy znovu opustit pohotovostní režim.
4.5.4.3 LPCD
PN5190 je v režimu detekce karty s nízkou spotřebou, kde se snaží detekovat kartu, která vstupuje do provozního prostoru, s nejnižší možnou spotřebou energie.
4.5.4.4 Autocoll
PN5190 funguje jako RF posluchač, který provádí aktivaci cílového režimu autonomně (pro zaručení omezení v reálném čase)
4.5.4.5 SWITCH_MODE_NORMAL
Příkaz Switch Mode Normal má tři případy použití.
4.5.4.5.1 UseCase1: Vstup do normálního provozního režimu po zapnutí (POR)
Použijte k resetování do klidového stavu pro příjem / zpracování dalšího příkazu vstupem do normálního provozního režimu.
4.5.4.5.2 UseCase2: Ukončení již spuštěného příkazu pro přepnutí do normálního provozního režimu (příkaz přerušení)
Použijte k resetování do klidového stavu pro příjem / zpracování dalšího příkazu ukončením již spuštěných příkazů.
Příkazy jako standby, LPCD, Exchange, PRBS a Autocoll musí být možné ukončit pomocí tohoto příkazu.
Toto je jediný speciální příkaz, který nemá odezvu. Místo toho má oznámení UDÁLOST.
Další informace o typech událostí, ke kterým dochází během provádění různých základních příkazů, naleznete v části 4.4.3.
4.5.4.5.2.1 UseCase2.1:
Tento příkaz resetuje všechny registry CLIF TX, RX a Field Control do stavu spouštění. Vydáním tohoto příkazu vypnete všechna existující RF pole.
4.5.4.5.2.2 UseCase2.2:
Dostupné od PN5190 FW v02.03 a dále:
Tento příkaz nemění registry CLIF TX, RX a Field Control, ale pouze přesune transceiver do stavu IDLE.
4.5.4.5.3 UseCase3: Normální provozní režim po měkkém resetu/opuštění z pohotovostního režimu, LPCD V tomto případě se PN5190 přímo přepne do normálního provozního režimu odesláním IDLE_EVENT hostiteli (obrázek 12 nebo obrázek 13) a „ IDLE_EVENT“ bit je nastaven v tabulce 11.
Není potřeba odesílat příkaz SWITCH_MODE_NORMAL.
Poznámka:
Po přepnutí IC do normálního režimu se všechna nastavení RF upraví do výchozího stavu. Před provedením operace RF ON nebo RF Exchange musí být příslušná konfigurace RF a další související registry načteny příslušnými hodnotami.
4.5.4.5.4 Příkazový rámec k odeslání pro různé případy použití
4.5.4.5.4.1 UseCase1: Příkaz pro vstup do normálního provozního režimu po zapnutí (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Příkaz k ukončení již spuštěných příkazů k přepnutí do normálního provozního režimu
Případ použití 2.1:
0x20 0x00 0x00
Případ použití 2.2: (od FW v02.02 výše):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: Příkaz pro normální provozní režim po měkkém resetu/opuštění z pohotovostního režimu, LPCD, ULPCD
Žádný. PN5190 přejde přímo do normálního provozního režimu.
4.5.4.5.5 Odezva
Žádný
4.5.4.5.6 událost
Nastaví se BOOT_EVENT (v registru EVENT_STATUS) indikující, že je zadán normální režim a je odeslán hostiteli. Údaje o události jsou uvedeny na obrázku 12 a obrázku 13.

NXP PN5190 NFC Frontend Controller – normální provoz

IDLE_EVENT (v registru EVENT_STATUS) je nastaven, což znamená, že je zadán normální režim a je odeslána hostiteli. Údaje o události jsou uvedeny na obrázku 12 a obrázku 13.NXP PN5190 NFC Frontend Controller – již končí

Nastaví se BOOT_EVENT (v registru EVENT_STATUS) indikující, že je zadán normální režim a je odeslána hostiteli. Údaje o události jsou uvedeny na obrázku 12 a obrázku 13.

NXP PN5190 NFC Frontend Controller - Provozní režim po zahřátí

4.5.4.6 SWITCH_MODE_AUTOCOLL
Přepínací režim Autocoll automaticky provede proceduru aktivace karty v cílovém režimu.
Pole 'Autocoll Mode' musí být v rozsahu od 0 do 2 včetně.
V případě, že je pole 'Autocoll Mode' nastaveno na 2 (Autocoll): Pole 'RF Technologies' (Tabulka 50) musí obsahovat bitovou masku označující RF technologie, které mají být během Autocoll podporovány.
V tomto režimu nesmí být odesílány žádné pokyny.
Ukončení je indikováno pomocí přerušení.
4.5.4.6.1 Příkaz
Tabulka 49. Hodnota příkazu SWITCH_MODE_AUTOCOLL

ParametrDélkaHodnota/Popis
RF Technologies1 bajtůBitová maska ​​označující RF technologii, kterou je třeba poslouchat během Autocoll.
Režim automatického sčítání1 bajtů0Žádný autonomní režim, tj. Autocoll se ukončí, když není přítomno externí RF pole.
Ukončení v případě
• Zmizelo NO RF FIELD nebo RF FIELD
• PN5190 je AKTIVOVÁN v režimu TARGET
1Autonomní režim s pohotovostním režimem. Pokud není přítomno žádné RF pole, Autocoll automaticky přejde do pohotovostního režimu. Jakmile je detekováno RF externí RF pole, PN5190 znovu přejde do režimu Autocoll.
Ukončení v případě
• PN5190 je AKTIVOVÁN v režimu TARGET
Od PN5190 FW v02.03 dále: Pokud je pole EEPROM „bCard ModeUltraLowPowerEnabled“ na adrese „0xCDF“ nastaveno na „1“, pak PN5190 přejde do pohotovostního režimu s extrémně nízkou spotřebou.
2Autonomní režim bez pohotovostního režimu. Pokud není přítomno žádné RF pole, PN5190 čeká, dokud nebude RF pole přítomno, a teprve poté spustí algoritmus Autocoll. Pohotovostní režim se v tomto případě nepoužívá.
Ukončení v případě
• PN5190 je AKTIVOVÁN v režimu TARGET

Tabulka 50. RF Technologies Bitmask

b7b6b5b4b3b2b1b0Popis
0000RFU
XPokud je nastaveno na 1b, naslouchání NFC-F Active je povoleno. (Není k dispozici).
XPokud je nastaveno na 1b, naslouchání NFC-A Active je povoleno. (Není k dispozici).
XPokud je nastaveno na 1b, naslouchání NFC-F je povoleno.
XPokud je nastaveno na 1b, naslouchání NFC-A je povoleno.

4.5.4.6.2 Odezva
Odpověď pouze signalizuje, že příkaz byl zpracován.
Tabulka 51. Hodnota odezvy SWITCH_MODE_AUTOCOLL

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (režim přepínače nebyl zadán kvůli nesprávnému nastavení)

4.5.4.6.3 událost
Oznámení o události se odešle po dokončení příkazu a přejde do normálního režimu. Hostitel načte bajty odezvy na základě hodnoty události.
Poznámka:
Pokud stav není „PN5190_STATUS_INSTR_SUCCESS“, pak další datové bajty „Protocol“ a „Card_Activated“ nejsou přítomny.
Informace o technologii se získávají z registrů pomocí příkazů podle oddílu 4.5.1.5, oddílu 4.5.1.6.
Následující tabulka ukazuje data události, která se odesílají jako součást zprávy o události Obrázek 12 a Obrázek 13.
Tabulka 52. EVENT_SWITCH_MODE_AUTOCOLL – Data AUTOCOLL_EVENT Přepnout provozní režim Událost automatického shromažďování

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtStav operace
PN5190_STATUS_INSTR_SUCCESSPN5190 je AKTIVOVÁN v režimu CÍL.
Další údaje v této události jsou platné.
PN5190_STATUS_PREVENT_STANDBYOznačuje, že PN5190 nemůže přejít do pohotovostního režimu. Tento stav je platný pouze v případě, že je režim Autocoll zvolen jako „Autonomní režim s pohotovostním režimem“.
PN5190_STATUS_NO_EXTERNAL_RF_ FIELDIndikuje, že během provádění funkce Autocoll v neautonomním režimu není přítomno žádné externí RF pole
PN5190_STATUS_USER_CANCELLEDOznačuje, že aktuální probíhající příkaz je přerušen normálním příkazem přepnutí režimu
Protokol1 bajt0x10Aktivováno jako pasivní typ A
0x11Aktivováno jako pasivní TypeF 212
0x12Aktivováno jako pasivní TypeF 424
0x20Aktivováno jako Active TypeA
0x21Aktivováno jako Active TypeF 212
0x22Aktivováno jako Active TypeF 424
Jiné hodnotyNeplatný
Card_Activated1 bajt0x00Žádný proces aktivace karty podle ISO 14443-3
0x01Označuje, že zařízení je aktivováno v pasivním režimu

Poznámka:
Po přečtení dat události se data přijatá z karty/zařízení, která byla aktivována (jako např. 'n' bytů ATR_REQ/RATS podle ISO18092/ISO1443-4), přečtou pomocí příkazu podle oddílu 4.5.3.3.
4.5.4.6.4 Komunikace example

NXP PN5190 NFC Frontend Controller - komunikace example

4.5.4.7 SWITCH_MODE_STANDBY
Přepnutí režimu Standby automaticky přepne IC do pohotovostního režimu. IC se probudí poté, co nakonfigurované zdroje probuzení splňují podmínky pro probuzení.
Poznámka:
Pro ukončení pohotovostního režimu je ve výchozím nastavení k dispozici vypršení platnosti počítadla pro ULP STANDBY a HIF abort pro STANDBY.

4.5.4.7.1 Příkaz
Tabulka 53. Hodnota příkazu SWITCH_MODE_STANDBY

ParametrDélkaHodnota/Popis
Konfigurace1 bajtůBitová maska ​​ovládající zdroj buzení, který se má použít, a přechod do pohotovostního režimu. Viz Tabulka 54
Hodnota počítadla2 bajtůPoužitá hodnota pro počítadlo probuzení v milisekundách. Maximální podporovaná hodnota je 2690 pro pohotovostní režim. Maximální podporovaná hodnota je 4095 pro pohotovostní režim ULP. Hodnota, která má být poskytnuta, je ve formátu little-endian.
Obsah tohoto parametru je platný pouze v případě, že je povolena „Config Bitmask“ pro probuzení při vypršení čítače.

Tabulka 54. Bitová maska ​​konfigurace

b7b6b5b4b3b2b1b0Popis
XVstup do pohotovostního režimu ULP, pokud je bit nastaven na 1b Vstup do pohotovostního režimu, pokud je bit nastaven na 0b.
0RFU
XProbuzení na GPIO-3, když je vysoké, pokud je bit nastaven na 1b. (Neplatí pro pohotovostní režim ULP)
XProbuzení na GPIO-2, když je vysoké, pokud je bit nastaven na 1b. (Neplatí pro pohotovostní režim ULP)
XProbuzení na GPIO-1, když je vysoké, pokud je bit nastaven na 1b. (Neplatí pro pohotovostní režim ULP)
XProbuzení na GPIO-0, když je vysoké, pokud je bit nastaven na 1b. (Neplatí pro pohotovostní režim ULP)
XČítač probuzení při probuzení vyprší, pokud je bit nastaven na 1b. Pro ULP-Standby je tato možnost ve výchozím nastavení povolena.
XProbuzení na externím RF poli, pokud je bit nastaven na 1b.

Poznámka: Od PN5190 FW v02.03, pokud je pole EEPROM „CardModeUltraLowPowerEnabled“ na adrese '0xCDF' nastaveno na '1', nelze konfiguraci pohotovostního režimu ULP použít s příkazem SWITCH_MODE_STANDBY.
4.5.4.7.2 Odezva
Odpověď pouze signalizuje, že příkaz byl zpracován a do pohotovostního stavu se dostane až po úplném přečtení odpovědi hostitelem.
Tabulka 55. Hodnota odezvy SWITCH_MODE_STANDBY Přepnutí provozního režimu do pohotovostního režimu

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (režim přepínání nebyl zadán – kvůli nesprávnému nastavení)

4.5.4.7.3 událost
Oznámení o události se odešle po dokončení příkazu a přejde do normálního režimu. Podívejte se na formát události, která bude odeslána po dokončení příkazu, jako na obrázku 12 a obrázku 13.
V případě, že je PN5190 zabráněno v přechodu do pohotovostního režimu, pak je bit události „STANDBY_PREV_EVENT“ nastavený v EVENT_STATUS, jak je uvedeno v tabulce 11, odeslán do hostitele z důvodu prevence pohotovostního režimu, jak je uvedeno v tabulce 13.
4.5.4.7.4 Komunikace Přample

NXP PN5190 NFC Frontend Controller - komunikace Přample1

4.5.4.8 SWITCH_MODE_LPCD
Přepínací režim LPCD provádí detekci rozladění na anténě v důsledku měnícího se prostředí kolem antény.
Existují 2 různé režimy LPCD. Řešení na bázi HW (ULPCD) nabízí konkurenceschopnou spotřebu energie se sníženou citlivostí. Řešení založené na FW (LPCD) nabízí nejlepší citlivost ve své třídě se zvýšenou spotřebou energie.
V Single Mode of FW based (LPCD) není hostiteli odeslána žádná kalibrační událost.
Když je vyvolán režim Single, kalibrace a následná měření se provedou po opuštění pohotovostního režimu.
Pro kalibrační událost v jednoduchém režimu nejprve vydejte jednoduchý režim s příkazem kalibrační události. Po kalibraci je přijata kalibrační událost LPCD, po které musí být odeslán příkaz pro jeden režim s referenční hodnotou získanou z předchozího kroku jako vstupním parametrem.
Konfigurace LPCD se provádí v nastavení EEPROM/Flash Data před voláním příkazu.
Poznámka:
GPIO3 abort pro ULPCD, HIF abort pro LPCD jsou k dispozici ve výchozím nastavení pro ukončení režimů nízké spotřeby.
Probuzení kvůli vypršení počítadla je vždy povoleno.
Pro ULPCD by měla být konfigurace DC-DC zakázána v nastavení EEPROM/Flash Data a měla by poskytovat napájení VUP prostřednictvím VBAT. Měla by být provedena potřebná nastavení propojek. Nastavení EEPROM/Flash Data naleznete v dokumentu [2].
Pokud je příkaz určen pro kalibraci LPCD/ULPCD, hostitel stále musí odeslat celý rámec.

4.5.4.8.1 Příkaz
Tabulka 56. Hodnota příkazu SWITCH_MODE_LPCD

ParametrDélkaHodnota/popis
bControl1 bajtů0x00Zadejte kalibraci ULPCD. Příkaz se po kalibraci zastaví a na hostitele je odeslána událost s referenční hodnotou.
0x01Zadejte ULPCD
0x02Kalibrace LPCD. Příkaz se po kalibraci zastaví a na hostitele je odeslána událost s referenční hodnotou.
0x03Zadejte LPCD
0x04Jediný režim
0x0CJediný režim s kalibrační událostí
Jiné hodnotyRFU
Ovládání probuzení1 bajtůBitová maska ​​ovládající zdroj buzení, který má být použit pro LPCD/ULPCD. Obsah tohoto pole není uvažován pro kalibraci. Viz Tabulka 57
Referenční hodnota4 bajtůReferenční hodnota, která se má použít během ULPCD/LPCD.
Pro ULPCD se během kalibrace i fáze měření používá Byte 2, který uchovává hodnotu HF Atenuator.
U LPCD se obsah tohoto pole nebere v úvahu pro kalibraci a režim Single. Viz Tabulka 58 pro správné informace o všech 4 bajtech.
Hodnota počítadla2 bajtůHodnota počítadla probuzení v milisekundách. Maximální podporovaná hodnota je 2690 pro LPCD. Maximální podporovaná hodnota je 4095 pro ULPCD. Hodnota, která má být poskytnuta, je ve formátu little-endian.
Obsah tohoto pole není uvažován pro kalibraci LPCD.
Pro jeden režim a jeden režim s kalibrační událostí lze dobu pohotovostního režimu před kalibrací nakonfigurovat z konfigurace EEPROM: LPCD_SETTINGS->wCheck Period.
Pro jednoduchý režim s kalibrací musí být hodnota WUC nenulová.

Tabulka 57. Bitová maska ​​ovládání probuzení

b7b6b5b4b3b2b1b0Popis
0000000RFU
XProbuzení na externím RF poli, pokud je bit nastaven na 1b.

Tabulka 58. Informace o bajtu referenční hodnoty

Byty referenční hodnotyULPCDLPCD
Bajt 0Referenční bajt 0Kanál 0 Referenční bajt 0
Bajt 1Referenční bajt 1Kanál 0 Referenční bajt 1
Bajt 2Hodnota HF atenuátoruKanál 1 Referenční bajt 0
Bajt 3NAKanál 1 Referenční bajt 1

4.5.4.8.2 Odezva
Tabulka 59. Hodnota odezvy SWITCH_MODE_LPCD

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS
PN5190_STATUS_INSTR_ERROR (režim přepínání nebyl zadán – kvůli nesprávnému nastavení)

4.5.4.8.3 událost
Oznámení o události se odešle po dokončení příkazu a vstoupí do normálního režimu s následujícími údaji jako součást události uvedené na obrázku 12 a obrázku 13.
Tabulka 60. EVT_SWITCH_MODE_LPCD

Pole užitečného zatíženíDélkaHodnota/Popis
Stav LPCDViz tabulka 15Viz Tabulka 154.5.4.8.4 Komunikace Přample

NXP PN5190 NFC Frontend Controller - Example

4.5.4.9 SWITCH_MODE_DOWNLOAD
Příkaz Switch Mode Download přejde do režimu stahování firmwaru.
Jediný způsob, jak vyjít z režimu stahování, je provést reset na PN5190.
4.5.4.9.1 Příkaz
Tabulka 61. Hodnota příkazu SWITCH_MODE_DOWNLOAD

ParametrDélkaHodnota/Popis
Bez ceny

4.5.4.9.2 Odezva
Odpověď pouze signalizuje, že příkaz byl zpracován a po přečtení odpovědi hostitelem se přejde do režimu stahování.
Tabulka 62. Hodnota odezvy SWITCH_MODE_DOWNLOAD
Přepnout provozní režim Autokol

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (režim přepínače nebyl zadán)

4.5.4.9.3 událost
Žádné generování událostí.
4.5.4.9.4 Komunikace Přample
4.5.5 Klasické ověřování MIFARE
4.5.5.1 MFC_AUTHENTICATE
Tato instrukce se používá k provedení klasické autentizace MIFARE na aktivované kartě. K ověření na dané blokové adrese je zapotřebí klíč, UID karty a typ klíče. Odpověď obsahuje jeden bajt označující stav autentizace.
4.5.5.1.1 Podmínky
Klíč pole musí být dlouhý 6 bajtů. Typ klíče pole musí obsahovat hodnotu 0x60 nebo 0x61. Bloková adresa může obsahovat libovolnou adresu od 0x0 – 0xff včetně. UID pole musí být dlouhé bajty a mělo by obsahovat 4bajtové UID karty. Karta založená na produktu ISO14443-3 MIFARE Classic by měla být před provedením této instrukce uvedena do stavu AKTIVNÍ nebo AKTIVNÍ*.
V případě runtime chyby související s autentizací je toto pole 'Authentication Status' nastaveno odpovídajícím způsobem.
4.5.5.1.2 Příkaz
Tabulka 63. Příkaz MFC_AUTHENTICATE
Proveďte ověření na aktivované kartě produktu MIFARE Classic.

Pole užitečného zatíženíDélkaHodnota/Popis
Klíč6 bajtůAutentizační klíč, který se má použít.
Typ klíče1 bajtů0x60Typ klíče A
0x61Klíč typu B
Blokovat adresu1 bajtůAdresa bloku, pro který musí být autentizace provedena.
UID4 bajtůUID karty.

4.5.5.1.3 Odezva
Tabulka 64. Odpověď MFC_AUTHENTICATE
Odpověď na MFC_AUTHENTICATE.

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 událost
Pro tento pokyn neexistuje žádná událost.
4.5.6 Podpora ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Tato instrukce se používá k provedení inventarizace ISO18000-3M3 tags. Implementuje autonomní provádění několika příkazů podle ISO18000-3M3, aby bylo zaručeno časování specifikované tímto standardem.
Pokud je přítomen v užitečném zatížení instrukce, nejprve se provede příkaz Select a poté příkaz BeginRound.
Pokud je v prvním timeslotu platná odpověď (žádný timeout, žádná kolize), instrukce odešle ACK a uloží přijaté PC/XPC/UII. Instrukce pak provede akci podle pole 'Timeslot Processed Behavior':

  • Pokud je toto pole nastaveno na 0, je vydán příkaz NextSlot pro zpracování dalšího časového slotu. Toto se opakuje, dokud není vnitřní vyrovnávací paměť plná
  • Pokud je toto pole nastaveno na 1, algoritmus se pozastaví
  • Je-li toto pole nastaveno na 2, příkaz Req_Rn je vydán tehdy a pouze tehdy, pokud existuje platný tag odpověď v tomto timeslotCommand

Pole 'Select Command Length' musí obsahovat délku pole 'Select Command', která musí být v rozsahu 1 – 39 včetně. Pokud je 'Select Command Length' 0, pole 'Valid Bits in last Byte' a 'Select Command' nesmí být přítomna.
Pole Bits in last Byte by mělo obsahovat počet bitů, které mají být přeneseny v posledním bajtu pole 'Select Command'. Hodnota musí být v rozsahu 1 – 7 včetně. Pokud je hodnota 0, jsou přeneseny všechny bity z posledního bajtu z pole 'Select Command'.
Pole 'Select Command' by mělo obsahovat příkaz Select podle ISO18000-3M3 bez koncového CRC-16c a musí mít stejnou délku, jaká je uvedena v poli 'Select Command Length'.
Pole „Příkaz BeginRound“ by mělo obsahovat příkaz BeginRound podle ISO18000-3M3 bez koncového CRC-5. Posledních 7 bitů posledního bajtu 'BeginRound Command' je ignorováno, protože příkaz má skutečnou délku 17 bitů.
'Timeslot Processed Behavior' musí obsahovat hodnotu od 0 do 2 včetně.
Tabulka 65. Hodnota příkazu EPC_GEN2_INVENTORY Provedení inventarizace ISO 18000-3M3

Pole užitečného zatíženíDélkaHodnota/popis
ResumeInventory1 bajtů00Počáteční GEN2_INVENTORY
01Obnovte příkaz GEN2_INVENTORY – zbývající

pole níže jsou prázdná (jakékoli užitečné zatížení je ignorováno)

Vyberte Délka příkazu1 bajtů0Před příkazem BeginRound není nastaven žádný příkaz Select. Pole 'Platné bity v posledním byte' a pole 'Výběr příkazu' nesmí být přítomno.
1 – 39Délka (n) pole 'Vybrat příkaz'.
Platné bity v posledním byte1 bajtů0Všechny bity posledního bajtu pole 'Select command' jsou přeneseny.
1 – 7Počet bitů, které mají být přeneseny v posledním bajtu pole 'Select command'.
Vyberte příkazn BytůPokud existuje, obsahuje toto pole příkaz Vybrat (podle ISO18000-3, Tabulka 47), který je odeslán před příkazem BeginRound. CRC-16c není součástí dodávky.
Příkaz BeginRound3 bajtůToto pole obsahuje příkaz BeginRound (podle ISO18000-3, tabulka 49). CRC-5 není součástí dodávky.
Chování zpracovaného časového slotu1 bajtů0Odpověď obsahuje max. Počet timeslotů, které se vejdou do vyrovnávací paměti odpovědi.
1Odpověď obsahuje pouze jeden časový slot.
2Odpověď obsahuje pouze jeden časový slot. Pokud timeslot obsahuje platnou odpověď karty, je zahrnuta také rukojeť karty.

4.5.6.1.1 Odezva
Délka odpovědi může být „1“ v případě obnovení inventáře.
Tabulka 66. Hodnota odezvy EPC_GEN2_INVENTORY

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS (Čtení stavu Timeslot v dalším bajtu pro Tag odpověď)
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Časový úsek [1…n]3 – 69 bajtůStav časového slotu1 bajtů0Tag odpověď k dispozici. 'Tag pole Délka odpovědi“, pole „Platné bity v posledním bajtu“ a „Tag pole odpovědět.
1Tag odpověď k dispozici.
2Žádný tag odpověděl v časovém úseku. 'Tag Délka odpovědi“ a pole „Platné bity v posledním bajtu“ musí být nastaveny na nulu. 'Tag pole odpověď' nebude přítomno.
3Dva nebo více tags odpověděl v timeslotu. (Srážka). 'Tag Délka odpovědi“ a pole „Platné bity v posledním bajtu“ musí být nastaveny na nulu. 'Tag pole odpověď' nebude přítomno.
Tag Délka odpovědi1 bajtů0-66Délka 'Tag Odpovědět' pole (i). Li Tag Délka odpovědi je 0, potom Tag Pole odpovědi není k dispozici.
Platné bity v posledním byte1 bajtů0Všechny bity posledního bajtu 'Tag pole odpověď' jsou platná.
1-7Počet platných bitů posledního bajtu 'Tag pole odpověď'. Li Tag Délka odpovědi je nula, hodnota tohoto bajtu bude ignorována.
Tag Odpověď'n' BytesOdpověď z tag podle ISO18000- 3_2010, tabulka 56.
Tag Zacházet s0 nebo 2 bajtyRukojeť z tag, v případě, že je pole 'Timeslot Status' nastaveno na '1'. Jinak pole není k dispozici.

4.5.6.1.2 událost
Pro tento příkaz nejsou žádné události.
4.5.7 Správa konfigurace RF
Konfiguraci TX a RX pro různé RF technologie a datové rychlosti podporované PN6 naleznete v části 5190. Hodnoty nejsou přítomny v níže uvedeném rozmezí, měly by být považovány za RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Tato instrukce slouží k načtení RF konfigurace z EEPROM do vnitřních registrů CLIF. RF konfigurace se týká jedinečné kombinace RF technologie, režimu (cíl/iniciátor) a přenosové rychlosti. RF konfiguraci lze načíst samostatně pro cestu CLIF přijímače (konfigurace RX) a vysílače (konfigurace TX). Hodnota 0xFF musí být použita, pokud se odpovídající konfigurace cesty nemá měnit.
4.5.7.1.1 Podmínky
Pole 'TX Configuration' musí být v rozsahu od 0x00 – 0x2B včetně. Pokud je hodnota 0xFF, konfigurace TX se nezmění.
Pole 'RX Configuration' musí být v rozsahu od 0x80 – 0xAB včetně. Pokud je hodnota 0xFF, konfigurace RX se nezmění.
Pro jednorázové načtení spouštěcích registrů se používá speciální konfigurace s TX Configuration = 0xFF a RX Configuration = 0xAC.
Tato speciální konfigurace je nutná k aktualizaci konfigurací registrů (jak TX, tak RX), které se liší od resetovaných hodnot IC.

4.5.7.1.2 Příkaz
Tabulka 67. Hodnota příkazu LOAD_RF_CONFIGURATION
Načtěte nastavení RF TX a RX z E2PROM.

Pole užitečného zatíženíDélkaHodnota/Popis
Konfigurace TX1 bajtů0xFFKonfigurace TX RF se nezměnila.
0x0 – 0x2BNačtena odpovídající konfigurace TX RF.
Konfigurace RX1 bajtů0xFFKonfigurace RX RF se nezměnila.
0x80 – 0xABNačtena odpovídající konfigurace RX RF.

4.5.7.1.3 Odezva
Tabulka 68. Hodnota odezvy LOAD_RF_CONFIGURATION

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 událost
Pro tento příkaz nejsou žádné události.
4.5.7.2 UPDATE_RF_CONFIGURATION
Tato instrukce se používá k aktualizaci konfigurace RF (viz definice v části 4.5.7.1) v rámci E2PROM. Instrukce umožňuje aktualizaci na hodnotu granularity registru, tj. není třeba aktualizovat kompletní sadu (i když je to možné).
4.5.7.2.1 Podmínky
Velikost pole pole Konfigurace musí být v rozsahu 1 – 15 včetně. Konfigurace pole pole musí obsahovat sadu RF Configuration, Register Address a Value. Konfigurace pole RF musí být v rozsahu 0x0 – 0x2B pro konfiguraci TX a 0x80 – 0xAB pro konfiguraci RX včetně. Adresa v poli Register Address musí existovat v rámci příslušné konfigurace RF. Pole Hodnota by mělo obsahovat hodnotu, která se musí zapsat do daného registru a musí mít délku 4 bajty (formát little-endian).
4.5.7.2.2 Příkaz
Tabulka 69. Hodnota příkazu UPDATE_RF_CONFIGURATION
Aktualizujte konfiguraci RF

Pole užitečného zatíženíDélkaHodnota/Popis
Konfigurace[1…n]6 bajtůKonfigurace RF1 bajtůRF Konfigurace, pro kterou je nutné změnit registr.
Registrovat adresu1 bajtůRegistrujte adresu v rámci dané RF technologie.
Hodnota4 bajtůHodnota, která musí být zapsána do registru. (Little-endian)

4.5.7.2.3 Odezva
Tabulka 70. Hodnota odpovědi UPDATE_RF_CONFIGURATION

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 událost
Pro tento příkaz nejsou žádné události.
4.5.7.3 GET_ RF_CONFIGURATION
Tato instrukce se používá k načtení RF konfigurace. V odpovědi jsou k dispozici dvojice registrů adresa-hodnota. Aby se vědělo, kolik párů lze očekávat, lze z prvního TLV získat informace o první velikosti, které udávají celkovou délku užitečného zatížení.
4.5.7.3.1 Podmínky
Konfigurace pole RF musí být v rozsahu od 0x0 – 0x2B pro konfiguraci TX a 0x80 –0xAB pro konfiguraci RX včetně.
4.5.7.3.2 Příkaz
Tabulka 71. Hodnota příkazu GET_ RF_CONFIGURATION Načte konfiguraci RF.

Pole užitečného zatíženíDélkaHodnota/Popis
Konfigurace RF1 bajtůRF Konfigurace, pro kterou musí být načtena sada párů hodnot registru.

4.5.7.3.3 Odezva
Tabulka 72. GET_ RF_CONFIGURATION Hodnota odezvy

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Pár[1…n]5 bajtůRegistrovat adresu1 bajtůRegistrujte adresu v rámci dané RF technologie.
Hodnota4 bajtů32bitová hodnota registru.

4.5.7.3.4 událost
Pro pokyn neexistuje žádná událost.
4.5.8 RF Field Handling
4.5.8.1 RF_ON
Tato instrukce se používá k zapnutí RF. Regulace DPC při počátečním FieldOn se provádí tímto příkazem.
4.5.8.1.1 Příkaz
Tabulka 73. Hodnota příkazu RF_FIELD_ON
Nakonfigurujte RF_FIELD_ON.

Pole užitečného zatíženíDélkaHodnota/Popis
RF_on_config1 bajtůBit 00Použijte předcházení kolizím
1Zakázat předcházení kolizím
Bit 10Není aktivní P2P
1P2P aktivní

4.5.8.1.2 Odezva
Tabulka 74. Hodnota odezvy RF_FIELD_ON

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR
PN5190_STATUS_RF_COLLISION_ERROR (RF pole není zapnuto kvůli kolizi RF)
PN5190_STATUS_TIMEOUT (RF pole není zapnuto kvůli vypršení časového limitu) PN5190_STATUS_TXLDO_ERROR (chyba TXLDO kvůli VUP není k dispozici)
PN5190_STATUS_RFCFG_NOT_APPLIED (RF konfigurace není použita před tímto příkazem)

4.5.8.1.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.8.2 RF_OFF
Tato instrukce se používá k deaktivaci RF pole.
4.5.8.2.1 Příkaz
Tabulka 75. Hodnota příkazu RF_FIELD_OFF

Pole užitečného zatíženíDélkaHodnota/Popis
PrázdnýPrázdnýprázdný

4.5.8.2.2 Odezva
Tabulka 76. Hodnota odezvy RF_FIELD_OFF

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)

4.5.8.2.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.9 Test konfigurace sběrnice
Dostupné signály testovací sběrnice na vybraných konfiguracích PAD jsou uvedeny v části 7 pro referenci.
Tyto musí být uvedeny pro poskytnutí konfigurace pro instrukce testovací sběrnice, jak je uvedeno níže.
4.5.9.1 KONFIGURACE _TESTBUS_DIGITAL
Tato instrukce se používá k přepínání dostupného signálu digitální testovací sběrnice na vybraných konfiguracích padů.
4.5.9.1.1 Příkaz
Tabulka 77. Hodnota příkazu CONFIGURE_TESTBUS_DIGITAL

Pole užitečného zatíženíDélkaHodnota/popis
TB_SignalIndex1 bajtůViz Oddíl 7
TB_BitIndex1 bajtůViz Oddíl 7
TB_PadIndex1 bajtůIndex padu, na kterém má být vyveden digitální signál
0x00Pin AUX1
0x01Pin AUX2
0x02Pin AUX3
0x03GPIO0 pin
0x04GPIO1 pin
0x05GPIO2 pin
0x06GPIO3 pin
0x07-0xFFRFU

4.5.9.1.2 Odezva
Tabulka 78. Hodnota odpovědi CONFIGURE_TESTBUS_DIGITAL

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)

4.5.9.1.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Tato instrukce se používá k získání dostupného signálu analogové testovací sběrnice na vybraných konfiguracích padů.
Signál na analogové testovací sběrnici lze získat v různých režimech. Jsou to:
4.5.9.2.1 Režim RAW
V tomto režimu je signál vybraný pomocí TB_SignalIndex0 posunut o Shift_Index0, maskován pomocí Mask0 a výstupem na AUX1. Podobně je signál vybraný pomocí TB_SignalIndex1 posunut pomocí Shift_Index1, maskován pomocí Mask1 a výstupem na AUX2.
Tento režim nabízí zákazníkovi flexibilitu pro výstup jakéhokoli signálu, který je široký 8 bitů nebo menší a nevyžaduje konverzi znamének pro výstup na analogové pady.
4.5.9.2.2 KOMBINOVANÝ režim
V tomto režimu bude analogovým signálem 10bitová hodnota ADCI/ADCQ/pcrm_if_rssi se znaménkem převedená na hodnotu bez znaménka, zmenšená zpět na 8 bitů a poté výstup na pady AUX1 nebo AUX2.
Na výstup AUX10/AUX1 může být kdykoli odeslána pouze jedna z obou ADCI/ADCQ (2bitových) převedených hodnot.
Pokud je hodnota pole užitečného zatížení signálu Combined_Mode Signal 2 (Analogový a digitální kombinovaný), pak je analogová a digitální testovací sběrnice směrována na AUX1 (analogový signál) a GPIO0 (digitální signál).
Signály, které mají být směrovány, se konfigurují na adrese EEPROM uvedené níže:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – Analogový TB_Index
Index testovací sběrnice a bit testovací sběrnice musí být nakonfigurovány v EEPROM, než spustíme kombinovaný režim s možností 2.
Poznámka:
Hostitel poskytne všechna pole bez ohledu na jejich použitelnost v „raw“ nebo „kombinovaném“ režimu. IC PN5190 bere v úvahu pouze použitelné hodnoty pole.
4.5.9.2.3 Příkaz
Tabulka 79. Hodnota příkazu CONFIGURE_TESTBUS_ANALOG

Pole užitečného zatíženíDélkaHodnota/popisPolní použitelnost pro kombinovaný režim
bConfig1 bajtůKonfigurovatelné bity. Viz Tabulka 80Ano
Signál Combined_Mode1 bajtů0 – ADCI/ADCQ
1 – pcrm_if_rssi
Ano
2 – Analogové a digitální kombinované
3 – 0xFF –Vyhrazeno
TB_SignalIndex01 bajtůIndex signálu analogového signálu. Viz Oddíl 7Ano
TB_SignalIndex11 bajtůIndex signálu analogového signálu. Viz Oddíl 7Ano
Shift_Index01 bajtůPolohy řazení vstupu DAC0. Směr bude určen bitem v bConfig[1].Žádný
Shift_Index11 bajtůPolohy řazení vstupu DAC1. Směr bude určen bitem v bConfig[2].Žádný
Maska01 bajtůMaska DAC0Žádný
Maska11 bajtůMaska DAC1Žádný

Tabulka 80. Bitová maska ​​konfigurace

b7b6b5b4b3b2b1b0PopisPoužitelné pro režim
XXPosun výstupu DAC1 Rozsah – 0, 1, 2Syrový
XXPosun výstupu DAC0 Rozsah – 0, 1, 2Syrový
XV kombinovaném režimu signál na pinu AUX1/AUX2
0 ➜ Signál na AUX1
1 ➜ Signál na AUX2
Kombinovaný
XSměr posunu vstupu DAC1
0 ➜ Shift vpravo
1 ➜ Shift doleva
Syrový
XSměr posunu vstupu DAC0
0 ➜ Shift vpravo
1 ➜ Shift doleva
Syrový
XRežim.
0 ➜ Režim Raw
1 ➜ Kombinovaný režim
Syrové/kombinované

4.5.9.2.4 Odezva
Tabulka 81. Hodnota odpovědi CONFIGURE_TESTBUS_ANALOG

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)

4.5.9.2.5 událost
Pro tento pokyn neexistuje žádná událost.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Tato instrukce se používá k přepínání více dostupných signálů digitální testovací sběrnice na vybraných konfiguracích padů.
Poznámka: Pokud je tato délka NULA, pak je digitální testovací sběrnice RESET.
4.5.9.3.1 Příkaz
Tabulka 82. Hodnota příkazu CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Pole užitečného zatíženíDélkaHodnota/popis
TB_SignalIndex #11 bajtůViz 8 níže
TB_BitIndex #11 bajtůViz 8 níže
TB_PadIndex #11 bajtůIndex padu, na kterém má být vyveden digitální signál
0x00Pin AUX1
0x01Pin AUX2
0x02Pin AUX3
0x03GPIO0 pin
0x04GPIO1 pin
0x05GPIO2 pin
0x06GPIO3 pin
0x07-0xFFRFU
TB_SignalIndex #21 bajtůViz 8 níže
TB_BitIndex #21 bajtůViz 8 níže
TB_PadIndex #21 bajtůIndex padu, na kterém má být vyveden digitální signál
0x00Pin AUX1
0x01Pin AUX2
0x02Pin AUX3
0x03GPIO0 pin
0x04GPIO1 pin
0x05GPIO2 pin
0x06GPIO3 pin
0x07-0xFFRFU

4.5.9.3.2 Odezva
Tabulka 83. Hodnota odpovědi CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 2]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)

4.5.9.3.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.10 Konfigurace CTS
4.5.10.1 CTS_ENABLE
Tato instrukce se používá k zapnutí/vypnutí funkce protokolování CTS.
4.5.10.1.1 Příkaz
Tabulka 84. Hodnota příkazu CTS_ENABLE

Hodnota/popis pole délky užitečného zatížení
Povolit/Zakázat1 bajtůBit 00Zakažte funkci protokolování CTS

1 Povolte funkci protokolování CTS

Bit 1-7RFU

4.5.10.1.2 Odezva
Tabulka 85. Hodnota odezvy CTS_ENABLE

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)

4.5.10.1.3 událost
Následující tabulka ukazuje data události, která budou odeslána jako součást zprávy o události, jak je znázorněno na obrázku 12 a obrázku 13.
Tabulka 86. Toto informuje hostitele, že data byla přijata. EVT_CTS_DONE

Pole užitečného zatíženíDélkaHodnota/Popis
Událost1 bajt00 … došlo k TRIGGER, data jsou připravena k příjmu.

4.5.10.2 CTS_CONFIGURE
Tato instrukce se používá ke konfiguraci všech požadovaných registrů CTS, jako jsou spouštěče, registry testovací sběrnice atdampkonfigurace ling atd.,
Poznámka:
[1] poskytuje lepší pochopení konfigurace CTS. Zachycená data mají být odeslána jako součást odpovědi na příkaz podle oddílu 4.5.10.3.

4.5.10.2.1 Příkaz
Tabulka 87. Hodnota příkazu CTS_CONFIGURE

Pole užitečného zatíženíDélkaHodnota/Popis
PRE_TRIGGER_SHIFT1 bajtůDefinuje délku sekvence akvizice po spuštění v jednotkách 256 bajtů.
0 znamená žádný posun; n znamená posun bloku o n*256 bajtů.
Poznámka: Platí pouze v případě, že TRIGGER_MODE je režim spouštění „PRE“ nebo „COMB“.
TRIGGER_MODE1 bajtůUrčuje režim akvizice, který se má použít.
0x00 – režim POST
0x01 – RFU
0x02 – režim PRE
0x03 – 0xFF – Neplatné
RAM_PAGE_WIDTH1 bajtůUrčuje množství paměti na čipu, které je pokryto akvizicí. Granularita je záměrně zvolena jako 256 bajtů (tj. 64 32bitových slov).
Platné hodnoty jsou následující:
0x00h – 256 bajtů
0x02h – 768 bajtů
0x01h – 512 bajtů
0x03h – 1024 bajtů
0x04h – 1280 bajtů
0x05h – 1536 bajtů
0x06h – 1792 bajtů
0x07h – 2048 bajtů
0x08h – 2304 bajtů
0x09h – 2560 bajtů
0x0Ah – 2816 bajtů
0x0Bh – 3072 bajtů
0x0Ch – 3328 bajtů
0x0Dh – 3584 bajtů
0x0Eh – 3840 bajtů
0x0Fh – 4096 bajtů
0x10h – 4352 bajtů
0x11h – 4608 bajtů
0x12h – 4864 bajtů
0x13h – 5120 bajtů
0x14h – 5376 bajtů
0x15h – 5632 bajtů
0x16h – 5888 bajtů
0x17h – 6144 bajtů
0x18h – 6400 bajtů
0x19h – 6656 bajtů
0x1Ah – 6912 bajtů
0x1Bh – 7168 bajtů
0x1Ch – 7424 bajtů
0x1Dh – 7680 bajtů
0x1Eh – 7936 bajtů
0x1Fh – 8192 bajtů
SAMPLE_CLK_DIV1 bajtůDesetinná hodnota tohoto pole udává faktor dělení frekvence hodin, který se má použít při získávání dat.
CTS hodiny = 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_SEL1 bajtůTyto bity se používají k určení, které bajty dvou 16bitových vstupních sběrnic přispívají k mechanismu prokládání, který generuje data pro přenos do paměti na čipu. Jejich význam a použití závisí na SAMPhodnoty LE_MODE_SEL.

Poznámka: Daná hodnota je vždy maskována 0x0F a poté je uvažována efektivní hodnota.

SAMPLE_MODE_SEL1 bajtůVybere sampling interleave mode, jak je popsáno ve specifikacích návrhu CTS. Desetinná hodnota 3 je vyhrazena a bude považována za 0.
Poznámka: Daná hodnota je vždy maskována 0x03 a poté je uvažována efektivní hodnota.
TB01 bajtůVybírá, která testovací sběrnice má být připojena k TB0. Viz Oddíl 7 (hodnota TB_ Signal_Index)
TB11 bajtůVybírá, která testovací sběrnice má být připojena k TB1. Viz Oddíl 7 (hodnota TB_ Signal_Index)
TB21 bajtůVybírá, která testovací sběrnice má být připojena k TB2. Viz Oddíl 7 (hodnota TB_ Signal_Index)
TB31 bajtůVybírá, která testovací sběrnice má být připojena k TB3. Viz Oddíl 7 (hodnota TB_ Signal_Index)
TTB_SELECT1 bajtůVybírá, který TB má být připojen ke zdrojům spouštění. Viz Oddíl 7 (hodnota TB_Signal_Index)
RFU4 bajtůOdesílat vždy 0x00000000
MISC_CONFIG24 bajtůVýskyty spouštění, polarita atd. Viz [1] pro pochopení konfigurace CTS.

4.5.10.2.2 Odezva
Tabulka 88. Hodnota odezvy CTS_CONFIGURE

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.10.3 CTS_RETRIEVE_LOG
Tato instrukce načte datový protokol zachycených dat testovací sběrniceampsoubory uložené ve vyrovnávací paměti.
4.5.10.3.1 Příkaz
Tabulka 89. Hodnota příkazu CTS_RETRIEVE_LOG

Pole užitečného zatíženíDélkaHodnota/Popis
Velikost kusu1 bajt0x01-0xFFObsahuje očekávaný počet bajtů dat.

4.5.10.3.2 Odezva
Tabulka 90. Hodnota odezvy CTS_RETRIEVE_LOG

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
PN5190_STATUS_SUCCSES_CHAINING
Data protokolu [1…n]CTSRequestZajat Sampdatový blok

Poznámka:
Maximální velikost 'Log Data' závisí na 'ChunkSize', která byla poskytnuta jako součást příkazu.
Celková velikost protokolu musí být k dispozici v odpovědi hlavičky TLV.
4.5.10.3.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.11 Příkazy TEST_MODE
4.5.11.1 SAMOSTATNÝ_TEST ANTÉNY
Tato instrukce se používá k ověření, zda je připojena anténa a zda jsou osazeny/smontovány odpovídající komponenty.
Poznámka:
Tento příkaz zatím není k dispozici. Dostupnost naleznete v poznámkách k vydání.
4.5.11.2 PRBS_TEST
Tato instrukce se používá ke generování sekvence PRBS pro různé konfigurace protokolů a bitových rychlostí v režimu čtečky. Jakmile je instrukce provedena, testovací sekvence PRBS bude dostupná na RF.
Poznámka:
Host by se měl před odesláním tohoto příkazu ujistit, že je načtena příslušná konfigurace technologie RF pomocí části 4.5.7.1 a že je funkce RF zapnuta pomocí příkazu podle části 4.5.8.1.
4.5.11.2.1 Příkaz
Tabulka 91. Hodnota příkazu PRBS_TEST

Pole užitečného zatíženíDélkaHodnota/Popis
prbs_type1 bajtů00PRBS9 (výchozí)
01PRBS15
02-FFRFU

4.5.11.2.2 Odezva
Tabulka 92. Hodnota odezvy PRBS_TEST

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 událost
Pro tento pokyn neexistuje žádná událost.
4.5.12 Příkazy informací o čipu
4.5.12.1 GET_DIEID
Tato instrukce se používá k načtení ID matrice čipu PN5190.
4.5.12.1.1 Příkaz
Tabulka 93. Hodnota příkazu GET_DIEID

Pole užitečného zatíženíDélkaHodnota/Popis
Žádná data v užitečné zátěži

4.5.12.1.2 Odezva
Tabulka 94. Hodnota odpovědi GET_DIEID

Pole užitečného zatíženíDélkaHodnota/popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
Hodnoty16 bajtůID 16 bajtů.

4.5.12.1.3 událost
Pro tento příkaz nejsou žádné události.
4.5.12.2 GET_VERSION
Tato instrukce slouží k načtení verze HW, verze ROM a verze FW čipu PN5190.
4.5.12.2.1 Příkaz
Tabulka 95. Hodnota příkazu GET_VERSION

Pole užitečného zatíženíDélkaHodnota/Popis
Žádná data v užitečné zátěži

V režimu stahování je k dispozici příkaz DL_GET_VERSION (oddíl 3.4.4), který lze použít k načtení verze HW, verze ROM a verze FW.
4.5.12.2.2 Odezva
Tabulka 96. Hodnota odezvy GET_VERSION

Pole užitečného zatíženíDélkaHodnota/Popis
Postavení1 bajtůStav operace [Tabulka 9]. Očekávané hodnoty jsou následující:
PN5190_STATUS_SUCCESS
PN5190_STATUS_INSTR_ERROR (nejsou k dispozici žádné další údaje)
HW_V1 bajtVerze hardwaru
RO_V1 bajtkód ROM
FW_V2 bajtyVerze firmwaru (používá se ke stažení)
RFU1-RFU21-2 bajtů

Očekávaná odezva pro různé verze IC PN5190 je uvedena v (oddíl 3.4.4)
4.5.12.2.3 událost
Pro tento příkaz nejsou žádné události.

Dodatek (přamp)

Tato příloha se skládá z examples pro výše uvedené příkazy. Bývalýampsoubory jsou pouze pro ilustrativní účely pro zobrazení obsahu příkazu.
5.1 Přample pro WRITE_REGISTER
Následující sekvence dat odeslaných z hostitele zapíše hodnotu 0x12345678 do registru 0x1F.
Příkazový rámec odeslán na PN5190: 0000051F78563412
Hostitel čeká na přerušení.
Když hostitel čte rámec odezvy přijatý z PN5190 (indikující úspěšnou operaci): 00000100 5.2 Př.ample pro WRITE_REGISTER_OR_MASK
Následující sekvence dat odeslaných z hostitele k provedení logické operace OR na registru 0x1F s maskou jako 0x12345678
Příkazový rámec odeslán na PN5190: 0100051F78563412
Hostitel čeká na přerušení.
Když hostitel čte rámec odezvy přijatý z PN5190 (indikující úspěšnou operaci): 01000100
5.3 Přample pro WRITE_REGISTER_AND_MASK
Následující sekvence dat odeslaných z hostitele k provedení logické operace AND na registru 0x1F s maskou jako 0x12345678
Příkazový rámec odeslán na PN5190: 0200051F78563412
Hostitel čeká na přerušení.
Když hostitel čte rámec odezvy přijatý z PN5190 (indikující úspěšnou operaci): 02000100
5.4 Přample pro WRITE_REGISTER_MULTIPLE
Následující sekvence dat odeslaných z hostitele k provedení operace logického AND na registru 0x1F s maskou jako 0x12345678 a operace logického OR na registru 0x20 s maskou jako 0x11223344 a zápisu do registru 0x21 s hodnotou jako 0xAABBCCDD.
Příkazový rámec odeslaný na PN5190: 0300121F03785634122002443322112101DDCCBBAA
Hostitel čeká na přerušení.
Když hostitel čte rámec odezvy přijatý z PN5190 (indikující úspěšnou operaci): 03000100
5.5 Přample pro READ_REGISTER
Následující sekvence dat odeslaných z hostitele ke čtení obsahu registru 0x1F a za předpokladu, že registr má hodnotu 0x12345678
Příkazový rámec odeslán na PN5190: 0400011F
Hostitel čeká na přerušení.
Když hostitel čte rámec odezvy přijatý z PN5190 (indikující úspěšnou operaci): 0400050078563412
5.6 Přample pro READ_REGISTER_MULTIPLE
Následující sekvence dat odeslaných z hostitele pro čtení obsahu registrů 0x1F, které obsahují hodnotu 0x12345678, a registru 0x25, které obsahují hodnotu 0x11223344
Příkazový rámec odeslán na PN5190: 0500021F25
Hostitel čeká na přerušení.
Když hostitel přečetl odpověď, přijatý rámec z PN5190 (označující úspěšnou operaci): 050009007856341244332211
5.7 Přample pro WRITE_E2PROM
Následující sekvence dat odeslaných z hostitele pro zápis do umístění E2PROM 0x0130 až 0x0134 s obsahem jako 0x11, 0x22, 0x33, 0x44, 0x55
Příkazový rámec odeslán na PN5190: 06000730011122334455
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 06000100
5.8 Přample pro READ_E2PROM
Následující sekvence dat odeslaných z hostitele ke čtení z míst E2PROM 0x0130 až 0x0134, kde je uložený obsah: 0x11, 0x22, 0x33, 0x44, 0x55
Příkazový rámec odeslán na PN5190: 07000430010500
Hostitel čeká na přerušení.
Když hostitel přečetl odpověď, přijatý rámec z PN5190 (označující úspěšnou operaci): 070006001122334455
5.9 Přample pro TRANSMIT_RF_DATA
Následuje sekvence dat odeslaných z hostitele pro odeslání příkazu REQA (0x26), s počtem bitů, které mají být přeneseny jako '0x07', za předpokladu, že požadované registry jsou nastaveny předem a RF je zapnuto.
Příkazový rámec odeslán na PN5190: 0800020726
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 08000100
5.10 Přample pro RETREIVE_RF_DATA
Následuje sekvence dat odeslaných z hostitele pro příjem dat přijatých/uložených ve vnitřní vyrovnávací paměti CLIF (za předpokladu, že bylo přijato 0x05), za předpokladu, že TRANSMIT_RF_DATA je již odesláno po zapnutí RF.
Příkazový rámec odeslán na PN5190: 090000
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 090003000400
5.11 Přample pro EXCHANGE_RF_DATA
Následující sekvence dat odeslaných z hostitele k odeslání REQA (0x26), s počtem bitů v posledním bajtu k odeslání nastaveným na 0x07, se všemi stavy, které mají být přijaty spolu s daty. Předpokladem je, že požadované RF registry jsou již nastaveny a RF je zapnuto.
Příkazový rámec odeslán na PN5190: 0A0003070F26
Hostitel čeká na přerušení.
Když hostitel přečetl odpověď, přijatý rámec z PN5190 (označující úspěšnou operaci): 0A000 F000200000000000200000000004400
5.12 Přample pro LOAD_RF_CONFIGURATION
Následující sekvence dat odeslaných z hostitele pro nastavení RF konfigurace. Pro TX, 0x00 a pro RX, 0x80
Příkazový rámec odeslán na PN5190: 0D00020080
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 0D000100
5.13 Přampsoubor pro UPDATE_RF_CONFIGURATION
Následující sekvence dat odeslaných z hostitele pro aktualizaci konfigurace RF. Pro TX, 0x00, s adresou registru pro CLIF_CRC_TX_CONFIG a hodnotou jako 0x00000001
Příkazový rámec odeslaný na PN5190: 0E0006001201000000
Hostitel čeká na přerušení.
Když hostitel přečetl odpověď, přijatý rámec z PN5190 (indikující úspěšnou operaci): 0E000100
5.14 Přample pro RF_ON
Následující sekvence dat odeslaných z hostitele pro zapnutí RF pole pomocí vyhýbání se kolizi a No P2P active. Předpokládá se, že odpovídající konfigurace RF TX a RX jsou již nastaveny v PN5190.
Příkazový rámec odeslán na PN5190: 10000100
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 10000100
5.15 Přample pro RF_OFF
Následující sekvence dat odeslaných z hostitele pro vypnutí RF pole.
Příkazový rámec odeslán na PN5190: 110000
Hostitel čeká na přerušení.
Když hostitel čte odpověď, rámec přijatý z PN5190 (indikující úspěšnou operaci): 11000100

Dodatek (indexy konfigurace protokolu RF)

Tento dodatek obsahuje konfigurační indexy RF protokolu podporované PN5190.
Nastavení TX a RX config musí být použito v oddílech 4.5.7.1, oddíly 4.5.7.2, oddíly 4.5.7.3 příkazy.

NXP PN5190 NFC Frontend Controller - konfigurační indexy

Příloha (signály CTS a TESTBUS)

Níže uvedená tabulka specifikuje různé signály dostupné od PN5190 pro zachycení pomocí instrukcí CTS (oddíl 4.5.10) a instrukcí TESTBUS.

NXP PN5190 NFC Frontend Controller – Dodatek

Ty je třeba použít pro příkaz podle oddílu 4.5.9.1, oddílu 4.5.9.2, oddílu 4.5.10.2.

Zkratky

Tabulka 97. Zkratky

Zkr.Význam
CLKHodiny
DWL_REQPin požadavku na stažení (také nazývaný DL_REQ)
EEPROMElektricky vymazatelná programovatelná paměť pouze pro čtení
FWFirmware
GNDZemě
GPIOVstup pro všeobecné použití Výstup
HWŽelezářské zboží
I²CInter-Integrated Circuit (sériová datová sběrnice)
IRQPožadavek na přerušení
ISO / IECInternational Standard Organization / International Electrotechnical Community
NFCNear Field Communication
OSOperační systém
PCDProximity Coupling Device (bezkontaktní čtečka)
PICCBezkontaktní karta s integrovaným obvodem (bezkontaktní karta)
PMUJednotka řízení spotřeby
PORReset při zapnutí
RFRádiová frekvence
RSTResetovat
SFWUbezpečný režim stahování firmwaru
SPISériové periferní rozhraní
VENV Povolit pin

Reference

[1] CTS konfigurační část NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] Datový list IC PN5190, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Právní informace

10.1 Definice
Návrh — Stav konceptu na dokumentu naznačuje, že obsah je stále pod interní revizíview a podléhá formálnímu schválení, které může vést k úpravám nebo doplnění. NXP Semiconductors neposkytuje žádná prohlášení ani záruky ohledně přesnosti nebo úplnosti informací obsažených v pracovní verzi dokumentu a nenese žádnou odpovědnost za důsledky použití takových informací.
10.2 Zřeknutí se odpovědnosti
Omezená záruka a odpovědnost — Informace v tomto dokumentu jsou považovány za přesné a spolehlivé. Společnost NXP Semiconductors však neposkytuje žádná prohlášení ani záruky, vyjádřené nebo předpokládané, pokud jde o přesnost nebo úplnost takových informací, a nenese žádnou odpovědnost za důsledky použití takových informací. NXP Semiconductors nenese žádnou odpovědnost za obsah tohoto dokumentu, pokud je poskytnut informačním zdrojem mimo NXP Semiconductors.
Společnost NXP Semiconductors v žádném případě nenese odpovědnost za jakékoli nepřímé, náhodné, trestné, zvláštní nebo následné škody (včetně – bez omezení ušlého zisku, ušlých úspor, přerušení provozu, nákladů souvisejících s odstraněním nebo výměnou jakýchkoli produktů nebo nákladů na přepracování), ať už tyto škody nejsou založeny na protiprávním jednání (včetně nedbalosti), záruce, porušení smlouvy nebo jiné právní teorii.
Bez ohledu na jakékoli škody, které by zákazníkovi mohly z jakéhokoli důvodu vzniknout, bude souhrnná a kumulativní odpovědnost společnosti NXP Semiconductors vůči zákazníkovi za produkty popsané v tomto dokumentu omezena v souladu s
Podmínky komerčního prodeje NXP Semiconductors.
Právo na změny — NXP Semiconductors si vyhrazuje právo kdykoli a bez upozornění provádět změny informací zveřejněných v tomto dokumentu, včetně, bez omezení, specifikací a popisů produktů. Tento dokument nahrazuje a nahrazuje všechny informace poskytnuté před jeho zveřejněním.
Vhodnost pro použití — Produkty NXP Semiconductors nejsou navrženy, autorizovány nebo zaručeny tak, aby byly vhodné pro použití v systémech nebo zařízeních pro podporu života, život kritických nebo kritických systémech nebo zařízeních, ani v aplikacích, kde lze důvodně očekávat selhání nebo nesprávnou funkci produktu NXP Semiconductors. způsobit zranění, smrt nebo vážné poškození majetku nebo životního prostředí. Společnost NXP Semiconductors a její dodavatelé nepřijímají žádnou odpovědnost za zahrnutí a/nebo použití produktů NXP Semiconductors v takovém zařízení nebo aplikacích, a proto je takové zahrnutí a/nebo použití na vlastní riziko zákazníka.
Aplikace — Zde popsané aplikace pro kterýkoli z těchto produktů slouží pouze pro ilustrativní účely. NXP Semiconductors neposkytuje žádné prohlášení ani záruku, že takové aplikace budou vhodné pro specifikované použití bez dalšího testování nebo úprav.
Zákazníci jsou zodpovědní za návrh a provoz svých aplikací a produktů využívajících produkty NXP Semiconductors a NXP Semiconductors nepřijímá žádnou odpovědnost za jakoukoli pomoc s aplikacemi nebo návrhem zákaznických produktů. Je výhradní odpovědností zákazníka určit, zda je produkt NXP Semiconductors vhodný a vhodný pro zákazníkovy aplikace a plánované produkty, jakož i pro plánovanou aplikaci a použití zákazníkem (zákazníků) jako třetí strana. Zákazníci by měli poskytnout vhodné konstrukční a provozní záruky, aby minimalizovali rizika spojená s jejich aplikacemi a produkty.
NXP Semiconductors nepřijímá žádnou odpovědnost související s jakýmkoli selháním, poškozením, náklady nebo problémem, který je založen na jakékoli slabosti nebo selhání v aplikacích nebo produktech zákazníka nebo v aplikaci nebo použití zákazníkem (zákazníky třetí strany) zákazníka. Zákazník je odpovědný za provedení všech nezbytných testů pro aplikace a produkty zákazníka využívající produkty NXP Semiconductors, aby se zabránilo selhání aplikací a produktů nebo aplikace nebo použití zákazníkem (zákazníky třetí strany) zákazníka. NXP nenese v tomto ohledu žádnou odpovědnost.

NXP BV – NXP BV není provozní společností a nedistribuuje ani neprodává produkty.

10.3 Licence
Nákup integrovaných obvodů NXP s technologií NFC — Nákup integrovaného obvodu NXP Semiconductors, který je v souladu s jedním ze standardů Near Field Communication (NFC) ISO/IEC 18092 a ISO/IEC 21481, nezahrnuje předpokládanou licenci na žádné patentové právo porušené implementací kteroukoli z těchto norem. Nákup IC NXP Semiconductors nezahrnuje licenci k žádnému patentu NXP (nebo jinému právu IP) pokrývajícímu kombinace těchto produktů s jinými produkty, ať už jde o hardware nebo software.

10.4 Ochranné známky
Upozornění: Všechny uvedené značky, názvy produktů, názvy služeb a ochranné známky jsou majetkem příslušných vlastníků.
NXP — slovo a logo jsou ochranné známky společnosti NXP BV
EdgeVerse — je ochranná známka společnosti NXP BV
FeliCa — je ochranná známka společnosti Sony Corporation.
MIFARE — je ochranná známka společnosti NXP BV
MIFARE Classic — je ochranná známka společnosti NXP BV

Uvědomte si prosím, že důležitá upozornění týkající se tohoto dokumentu a zde popsaných produktů byla zahrnuta v části „Právní informace“.
© 2023 NXP BV
Další informace naleznete na adrese: http://www.nxp.com
Všechna práva vyhrazena.
Datum vydání: 25. května 2023
Identifikátor dokumentu: UM11942

Dokumenty / zdroje

Frontendový ovladač NXP PN5190 NFC [pdfUživatelská příručka
PN5190, PN5190 NFC Frontend Controller, NFC Frontend Controller, Controller, UM11942

Reference

Zanechte komentář

Vaše emailová adresa nebude zveřejněna. Povinná pole jsou označena *