Manual de usuario del controlador frontal NFC NXP PN5190

Información	Contido
Palabras chave	PN5190, NFC, NFC frontend, controlador, capa de instrucións
Resumo	Este documento describe os comandos e as respostas da capa de instrucións para traballar desde un controlador host, para avaliar o funcionamento do controlador frontend NFC PN5190 NXP. PN5190 é un controlador de frontend NFC de próxima xeración. O alcance deste documento é describir os comandos de interface para traballar co controlador frontend NFC PN5190. Para obter máis información sobre o funcionamento do controlador frontend PN5190 NFC, consulte a ficha técnica e a súa información complementaria.

Historial de revisións

Rev	Data	Descrición
3.7	20230525	• O tipo de documento e o título mudáronse do anexo da ficha de datos do produto ao manual de usuario • Limpeza editorial • Termos editoriais actualizados para sinais SPI • Engadiuse o comando GET_CRC_USER_AREA na Táboa 8 da Sección 4.5.2.3 • Actualizáronse varios detalles diferenciados para PN5190B1 e PN5190B2 na sección 3.4.1 • Resposta actualizada da Sección 3.4.7
3.6	20230111	Descrición mellorada da resposta de verificación de integridade na sección 3.4.7
3.5	20221104	Sección 4.5.4.6.3 «Evento»: engadido
3.4	20220701	• Engadiuse o comando CONFIGURE_MULTIPLE_TESTBUS_DIGITAL na Táboa 8 da Sección 4.5.9.3 • Sección actualizada 4.5.9.2.2
3.3	20220329	A descrición do hardware mellorou na Sección 4.5.12.2.1 "Comando" e na Sección 4.5.12.2.2 "Resposta"
3.2	20210910	Números de versión de firmware actualizados de 2.1 a 2.01 e 2.3 a 2.03
3.1	20210527	Engadiuse a descrición do comando RETRIEVE_RF_FELICA_EMD_DATA
3	20210118	Primeira versión oficial publicada

Introdución

1.1 Introdución
Este documento describe a interface de host PN5190 e as API. A interface de host físico utilizada na documentación é SPI. A característica física SPI non se considera no documento.
A separación de cadros e o control de fluxo forman parte deste documento.
1.1.1 Ámbito
O documento describe a capa lóxica, o código de instrucións e as API que son relevantes para o cliente.

Rematou a comunicación do anfitriónview

PN5190 ten dous modos principais de operación para comunicarse co controlador host.

A comunicación baseada en HDLL úsase cando o dispositivo se activa para introducir:
a. Modo de descarga segura cifrada para actualizar o seu firmware
Comunicación baseada en comandos-respostas TLV (dada como un example).

Modo HDLL 2.1
O modo HDLL úsase para que o formato de intercambio de paquetes funcione cos seguintes modos operativos de IC:

Modo de descarga de firmware seguro (SFWU), consulte a Sección 3

2.1.1 Descrición de HDLL
HDLL é a capa de ligazón desenvolvida por NXP para garantir unha descarga de FW fiable.
Unha mensaxe HDLL está formada por unha cabeceira de 2 bytes, seguida dunha trama, que comprende o código de operación e a carga útil do comando. Cada mensaxe remata cun CRC de 16 bits, como se describe na seguinte imaxe:A cabeceira HDLL contén:

Un anaco. O que indica se esta mensaxe é o único ou o último fragmento dunha mensaxe (anaco = 0). Ou se, polo menos, segue outro anaco (anaco = 1).

A lonxitude da carga útil codificada en 10 bits. Entón, a carga útil do marco HDLL pode ir ata 1023 bytes.

A orde de bytes definiuse como big-endian, é dicir, Ms Byte primeiro.
O CRC16 cumpre co estándar X.25 (CRC-CCITT, ISO/IEC13239) co polinomio x^16 + x^12 + x^5 +1 e o valor de precarga 0xFFFF.
Calcúlase sobre todo o cadro HDLL, é dicir, Cabeceira + Cadro.
SampImplementación do código C:
static uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
para (I = 0; i < dwLonxitude; 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;
}
devolver crc;
}
2.1.2 Mapeo de transporte sobre o SPI
Para cada afirmación NTS, o primeiro byte é sempre un HEADER (byte de indicación de fluxo), pode ser 0x7F/0xFF con respecto á operación de escritura/lectura.
2.1.2.1 Secuencia de escritura desde o host (dirección DH => PN5190)2.1.2.2 Ler a secuencia do host (Dirección PN5190 => DH)2.1.3 Protocolo HDLL
HDLL é un protocolo de resposta de comandos. Todas as operacións mencionadas anteriormente son activadas a través dun comando específico e validadas en función da resposta.
Os comandos e as respostas seguen a sintaxe da mensaxe HDLL, o comando envía o host do dispositivo e a resposta polo PN5190. O código de operación indica o tipo de comando e resposta.
Comunicacións baseadas en HDLL, só se usan cando se activa o PN5190 para entrar no modo "Descarga segura de firmware".
2.2 Modo TLV
TLV significa Tag Valor de lonxitude.
2.2.1 Definición do marco
Un cadro SPI comeza co bordo descendente de NTS e remata co bordo ascendente de NTS. SPI é dúplex completo por definición física, pero PN5190 usa SPI nun modo semidúplex. O modo SPI está limitado a CPOL 0 e CPHA 0 cunha velocidade de reloxo máxima como se especifica en [2]. Cada trama SPI está composta por unha cabeceira de 1 byte e un corpo de n bytes.
2.2.2 Indicación de caudalO HOST sempre envía como primeiro byte o byte de indicación de fluxo, tanto se quere escribir como ler datos do PN5190.
Se hai unha solicitude de lectura e non hai datos dispoñibles, a resposta contén 0xFF.
Os datos despois do byte de indicación de fluxo son unha ou varias mensaxes.
Para cada afirmación NTS, o primeiro byte é sempre un HEADER (byte de indicación de fluxo), pode ser 0x7F/0xFF con respecto á operación de escritura/lectura.
2.2.3 Tipo de mensaxe
Un controlador host debe comunicarse con PN5190 mediante mensaxes que se transportan dentro de tramas SPI.
Hai tres tipos de mensaxes diferentes:

Comando
Resposta

Evento

O diagrama de comunicación anterior mostra as indicacións permitidas para os diferentes tipos de mensaxes como se indica a continuación:

Mando e resposta.
Os comandos só se envían desde o controlador host a PN5190.

As respostas e os eventos só se envían desde PN5190 ao controlador anfitrión.
As respostas aos comandos sincronízanse mediante o pin IRQ.

O host só pode enviar os comandos cando o IRQ é baixo.
O host só pode ler a resposta/evento cando o IRQ é alto.

2.2.3.1 Secuencias e regras permitidasSecuencias permitidas de comandos, respostas e eventos

Un comando sempre se recoñece mediante unha resposta, ou un evento ou ambos.

O controlador do host non ten permiso para enviar outro comando antes de non ter recibido unha resposta ao comando anterior.
Os eventos poden enviarse de forma asíncrona en calquera momento (NON intercalados nun par comando/resposta).

As mensaxes de EVENTO nunca se combinan coas mensaxes de RESPOSTA nun marco.

Nota: A dispoñibilidade dunha mensaxe (xa sexa RESPOSTA ou EVENTO) sinalizarase co IRQ en alto, desde o baixo. O IRQ permanece alto ata que se le toda a resposta ou o cadro de eventos. Só despois de que o sinal IRQ sexa baixo, o host pode enviar o seguinte comando.
2.2.4 Formato da mensaxe
Cada mensaxe está codificada nunha estrutura TLV con carga útil de n bytes para cada mensaxe excepto o comando SWITCH_MODE_NORMAL.Cada TLV está composto por:Tipo (T) => 1 byte
Bit[7] Tipo de mensaxe
0: Mensaxe de COMANDO ou RESPOSTA
1: Mensaxe de EVENTO
Bit[6:0]: código de instrución
Lonxitude (L) => 2 bytes (debe estar en formato big-endian)
Valor (V) => N bytes de valor/datos do TLV (parámetros de comando/datos de resposta) en función do campo de lonxitude (formato big-endian)
2.2.4.1 Dividir marco
A mensaxe COMMAND debe enviarse nun marco SPI.
As mensaxes de RESPOSTA e EVENTO pódense ler en varios cadros SPI, por exemplo, para ler o byte de lonxitude.As mensaxes de RESPOSTA ou de EVENTO pódense ler nunha única fotograma SPI pero atrasadas por NO-CLOCK no medio, por exemplo, para ler o byte de lonxitude.

Modo de arranque operativo IC: modo de descarga de FW seguro

3.1 Introdución
Parte do código do firmware PN5190 almacénase permanentemente na ROM, mentres que o resto do código e os datos gárdanse no flash incorporado. Os datos do usuario gárdanse en flash e están protexidos por mecanismos anti-ruptura que garanten a integridade e dispoñibilidade dos datos. Para ofrecer aos clientes de NXP funcións que cumpran cos estándares máis recentes (EMVCo, NFC Forum, etc.), pódense actualizar tanto o código como os datos do usuario en FLASH.
A autenticidade e integridade do firmware cifrado está protexida pola firma de chave asimétrica/simétrica e un mecanismo de hash encadeado inverso. O primeiro comando DL_SEC_WRITE contén o hash do segundo comando e está protexido por unha sinatura RSA na carga útil do primeiro cadro. O firmware PN5190 usa a clave pública RSA para autenticar o primeiro comando. O hash encadeado en cada comando úsase para autenticar o comando posterior, para garantir que terceiros non accedan ao código e aos datos do firmware.
As cargas útiles dos comandos DL_SEC_WRITE están cifradas cunha clave AES-128. Despois da autenticación de cada comando, o contido da carga útil é descifrado e escríbese para flash mediante o firmware PN5190.
Para o firmware de NXP, NXP encárgase de ofrecer novas actualizacións seguras de firmware, xunto con novos datos de usuario.
O procedemento de actualización está equipado cun mecanismo para protexer a autenticidade, integridade e confidencialidade do código e dos datos NXP.
O esquema de paquetes de trama baseado en HDLL utilízase para todos os comandos e respostas para o modo de actualización de firmware seguro.
A Sección 2.1 ofrece o máisview do esquema de paquetes de tramas HDLL usado.
Os circuitos integrados PN5190 admiten tanto o protocolo de descarga segura de FW cifrado herdado como o protocolo de descarga segura de FW cifrado asistido por hardware criptográfico, dependendo da variante utilizada.
Os dous tipos son:

Protocolo de descarga de FW seguro herdado que só funciona coa versión PN5190 B0/B1 IC.

Protocolo de descarga segura FW asistida por hardware criptográfico que só funciona coa versión PN5190B2 IC, que usa os bloques criptográficos de hardware no chip

As seguintes seccións explican os comandos e respostas do modo de descarga de firmware seguro.
3.2 Como activar o modo "Descarga de firmware segura".
O diagrama a continuación e os pasos posteriores mostran como activar o modo de descarga de firmware seguro.Condición previa: PN5190 está en estado operativo.
Escenario principal:

Condición de entrada na que se usa o pin DWL_REQ para acceder ao modo "Descarga de firmware segura".
a. O host do dispositivo leva o pin DWL_REQ alto (válido só se a actualización segura do firmware a través do pin DWL_REQ) OU
b. O host do dispositivo realiza un restablecemento completo para iniciar o PN5190
Condición de entrada na que o pin DWL_REQ non se utiliza para entrar no modo "Descarga de firmware segura" (descarga sen pin).
a. O host do dispositivo realiza un restablecemento completo para iniciar o PN5190
b. O host do dispositivo envía SWITCH_MODE_NORMAL (sección 4.5.4.5) para entrar no modo de aplicación normal.
c. Agora, cando IC está no modo normal de aplicación, o host do dispositivo envía SWITCH_MODE_DOWNLOAD (sección 4.5.4.9) para entrar no modo de descarga segura.
O host do dispositivo envía o comando DL_GET_VERSION (sección 3.4.4) ou DL_GET_DIE_ID (sección 3.4.6) ou DL_GET_SESSION_STATE (sección 3.4.5).
O host do dispositivo le a versión actual de hardware e firmware, sesión, Die-id do dispositivo.
a. O host do dispositivo comproba o estado da sesión se se completou a última descarga
b. O host do dispositivo aplica as regras de comprobación de versións para decidir se se inicia a descarga ou se sae da descarga.
O host do dispositivo carga desde a file o código binario do firmware que se vai descargar
O host do dispositivo proporciona un primeiro comando DL_SEC_WRITE (Sección 3.4.8) que contén:
a. A versión do novo firmware,
b. Un nonce de 16 bytes de valores arbitrarios usado para ofuscar a chave de cifrado
c. Un valor de resumo do seguinte fotograma,
d. A sinatura dixital do propio cadro
O host do dispositivo carga a secuencia do protocolo de descarga segura no PN5190 con comandos DL_SEC_WRITE (sección 3.4.8)
Cando se enviou o último comando DL_SEC_WRITE (Sección 3.4.8), o host do dispositivo executa o comando DL_CHECK_INTEGRITY (Sección 3.4.7) para comprobar se as memorias foron escritas correctamente.
O host do dispositivo le a nova versión de firmware e verifica o estado da sesión se está pechada para informar á capa superior
O host do dispositivo baixa o pin DWL_REQ (se se usa o pin DWL_REQ para entrar no modo de descarga)
O host do dispositivo realiza un restablecemento completo (alternando o pin VEN) no dispositivo para reiniciar o PN5190
Condición posterior: o firmware está actualizado; infórmase do novo número de versión do firmware.

3.3 Sinatura de firmware e control de versións
No modo de descarga de firmware PN5190, un mecanismo garante que só se aceptará un firmware asinado e entregado por NXP para o firmware NXP.
O seguinte só é aplicable ao firmware NXP seguro cifrado.
Durante unha sesión de descarga, envíase unha nova versión de firmware de 16 bits. Está composto por un número maior e un número menor:

Número principal: 8 bits (MSB)
Número menor: 8 bits (LSB)

O PN5190 comproba se o novo número de versión principal é maior ou igual ao actual. Se non é así, a descarga segura do firmware é rexeitada e a sesión permanecerá pechada.
3.4 Comandos HDLL para descargas cifradas heredadas e asistido por hardware criptográfico descarga cifrada
Esta sección ofrece información sobre os comandos e respostas que se utilizaron para ambos os tipos de descargas para a descarga do firmware NXP.
3.4.1 Códigos OP de comandos HDLL
Nota: Os marcos de comandos HDLL están aliñados en 4 bytes. Os bytes de carga útil non utilizados quedan nulos.
Táboa 1. Lista de códigos OP de comandos HDLL

PN5190 B0/ B1 (Descarga legado)	PN5190 B2 (Descarga asistida por criptomonedas)	Alias de comando	Descrición
0xF0	0xE5	DL_RESET	Realiza un reinicio suave
0xF1	0xE1	DL_GET_VERSION	Devolve os números de versión
0xF2	0xDB	DL_GET_SESSION_STATE	Devolve o estado da sesión actual
0xF4	0xDF	DL_GET_DIE_ID	Devolve o ID da matriz
0xE0	0xE7	DL_CHECK_INTEGRITY	Comproba e devolve os CRC nas diferentes áreas, así como as bandeiras de estado de aprobación/falla para cada unha
0xC0	0x8C	DL_SEC_WRITE	Escribe x bytes na memoria comezando no enderezo absoluto y

3.4.2 Códigos de operación de resposta HDLL
Nota: Os marcos de resposta HDLL están aliñados en 4 bytes. Os bytes de carga útil non utilizados quedan nulos. Só as respostas DL_OK poden conter valores de carga útil.
Táboa 2. Lista de códigos OP de resposta HDLL

Opcode	Alias de resposta	Descrición
0x00	DL_OK	O comando pasou
0x01	DL_INVALID_ADDR	Enderezo non permitido
0x0B	DL_UNKNOW_CMD	Comando descoñecido
0x0C	DL_ABORTED_CMD	A secuencia de fragmentos é demasiado grande
0x1E	DL_ADDR_RANGE_OFL_ERROR	Enderezo fóra do rango
0x1F	DL_BUFFER_OFL_ERROR	O tampón é demasiado pequeno
0x20	DL_MEM_BSY	Memoria ocupada
0x21	DL_SIGNATURE_ERROR	Desaxuste de sinatura
0x24	DL_FIRMWARE_VERSION_ERROR	Versión actual igual ou superior
0x28	DL_PROTOCOL_ERROR	Erro de protocolo
0x2A	DL_SFWU_DEGRADED	Corrupción de datos de flash
0x2D	PH_STATUS_DL_FIRST_CHUNK	Primeiro anaco recibido
0x2E	PH_STATUS_DL_NEXT_CHUNK	Agarda o seguinte anaco
0xC5	PH_STATUS_INTERNAL_ERROR_5	Desaxuste de lonxitude

3.4.3 Comando DL_RESET
Intercambio de cadros:
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] O reinicio impide que o PN5190 envíe a resposta DL_STATUS_OK. Polo tanto, só se pode recibir o estado erróneo.
STAT é o estado de retorno.
3.4.4 Comando DL_GET_VERSION
Intercambio de cadros:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF] PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 CRC16 cadro de carga útil Get TheVersion é:]
Táboa 3. Resposta ao comando GetVersion

Campo	Byte	Descrición
STAT	1	Estado
HW_V	2	Versión de hardware
RO_V	3	código ROM
MODEL_ID	4	ID do modelo
FMxV	5-6	Versión de firmware (utilizada para descargar)
RFU1-RFU2	7-8	–

Os valores esperados de diferentes campos de resposta e a súa asignación son os seguintes:
Táboa 4. Valores esperados da resposta do comando GetVersion

Tipo IC	Versión HW (hexadecimal)	Versión ROM (hexadecimal)	ID do modelo (hexadecimal)	Versión FW (hexadecimal)
PN5190 B0	0x51	0x02	0x00	xx.aa
PN5190 B1	0x52	0x02	0x00	xx.aa
PN5190 B2	0x53	0x03	0x00	xx.aa

3.4.5 Comando DL_GET_SESSION_STATE
Intercambio de cadros:
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] O marco de carga útil da resposta GetSession é:
Táboa 5. Resposta ao comando GetSession

Campo	Byte	Descrición
STAT	1	Estado
SSTA	2	Estado da sesión • 0x00: pechado • 0x01: aberto • 0x02: bloqueado (non se permite máis descargas)
RFU	3-4

3.4.6 Comando DL_GET_DIE_ID
Intercambio de cadros:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA] PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7 ID8 ID9
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] O marco de carga útil da resposta GetDieId é:
Táboa 6. Resposta ao comando GetDieId

Campo	Byte	Descrición
STAT	1	Estado
RFU	2-4
DIEID	5-20	ID do dado (16 bytes)

3.4.7 Comando DL_CHECK_INTEGRITY
Intercambio de cadros:
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] O cadro de carga útil da resposta é o CRC16 CheckIn:
Táboa 7. Resposta ao comando CheckIntegrity

Campo	Byte	Valor/Descrición
STAT	1	Estado
DATOS LEN	2	Número total de seccións de datos
CÓDIGO LEN	3	Número total de seccións de código
RFU	4	Reservado
[CRC_INFO]	58	32 bits (little-endian). Se se establece un bit, o CRC da sección correspondente está ben, se non, non está correcto.
		Bit	Estado de integridade da área
		[31:28]	Reservado [3]
		[27:23]	Reservado [1]
		[22]	Reservado [3]
		[21:20]	Reservado [1]
		[19]	Área de configuración de RF (PN5190 B0/B1) [2] Reservado (PN5190 B2) [3]
		[18]	Área de configuración de protocolo (PN5190 B0/B1) [2] Área de configuración de RF (PN5190 B2) [2]
		[17]	Reservado (PN5190 B0/B1) [3] Área de configuración de usuario (PN5190 B2) [2]
		[16:6]	Reservado [3]
		[5:4]	Reservado para PN5190 B0/B1 [3] Reservado para PN5190 B2 [1]
		[3:0]	Reservado [1]
[CRC32]	9-136	CRC32 das 32 seccións. Cada CRC é de 4 bytes almacenados en formato little-endian. Os primeiros 4 bytes de CRC son do bit CRC_INFO[31], os seguintes 4 bytes de CRC son do bit CRC_INFO[30] e así por diante.

[1] Este bit debe ser 1 para que o PN5190 funcione correctamente (con funcións ou descarga de firmware cifrada).
[2] Este bit está configurado en 1 por defecto, pero a configuración modificada polo usuario invalida o CRC. Sen efecto na funcionalidade PN5190.
[3] Este valor de bit, aínda que sexa 0, non é relevante. Este valor de bit pódese ignorar.

3.4.8 Comando DL_SEC_WRITE
O comando DL_SEC_WRITE debe considerarse no contexto dunha secuencia de comandos de escritura segura: a "descarga de firmware segura" cifrada (a miúdo denominada eSFWu).
O comando de escritura segura abre primeiro a sesión de descarga e pasa a autenticación RSA. Os seguintes pasan enderezos e bytes cifrados para escribir no PN5190 Flash. Todos menos o último contén o hash dos seguintes, polo que se informa que non son os últimos e se unen criptograficamente os fotogramas de secuencia.
Outros comandos (excepto DL_RESET e DL_CHECK_INTEGRITY) pódense inserir entre os comandos de escritura protexidos dunha secuencia sen rompela.
3.4.8.1 Primeiro comando DL_SEC_WRITE
Un comando de escritura segura é o primeiro se e só se:

A lonxitude do cadro é de 312 bytes
Non se recibiu ningún comando de escritura segura desde o último restablecemento.

O PN5190 verifica a sinatura integrada correctamente.

A resposta ao primeiro comando de fotograma sería a seguinte: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT é o estado de retorno.
Nota: Debe escribirse polo menos un anaco de datos durante un eSFWu aínda que os datos escritos só teñan un byte. Polo tanto, o primeiro comando sempre conterá o hash do seguinte comando, xa que haberá polo menos dous comandos.
3.4.8.2 Comandos DL_SEC_WRITE intermedios
Un comando de escritura segura é un "intermedio" se e só se:

O código de operación é o descrito na Sección 3.4.1 para o comando DL_SEC_WRITE.

Xa se recibiu un primeiro comando de escritura segura e xa se verificou con éxito antes
Non se produciu ningún reinicio desde que recibiu o primeiro comando de escritura segura
A lonxitude do cadro é igual ao tamaño dos datos + tamaño da cabeceira + tamaño hash: FLEN = SIZE + 6 + 32

O resumo de todo o fotograma é igual ao valor hash recibido no fotograma anterior

A resposta ao primeiro comando de fotograma sería a seguinte: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT é o estado de retorno.
3.4.8.3 Último comando DL_SEC_WRITE
Un comando de escritura segura é o último se e só se:

O código de operación é o descrito na Sección 3.4.1 para o comando DL_SEC_WRITE.

Xa se recibiu un primeiro comando de escritura segura e xa se verificou con éxito antes
Non se produciu ningún reinicio desde que recibiu o primeiro comando de escritura segura
A lonxitude do cadro é igual ao tamaño dos datos + tamaño da cabeceira: FLEN = SIZE + 6

O resumo de todo o fotograma é igual ao valor hash recibido no fotograma anterior

A resposta ao primeiro comando de fotograma sería a seguinte: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT é o estado de retorno.

Modo de arranque operativo IC: modo de operación normal

4.1 Introdución
Xeralmente PN5190 IC debe estar en modo normal de operación para obter a funcionalidade NFC del.
Cando se inicia o PN5190 IC, sempre está esperando a que se reciban comandos dun host para realizar a operación, a non ser que os eventos xerados no PN5190 IC dean como resultado o arranque do PN5190 IC.
4.2 Lista de comandos completadaview
Táboa 8. Lista de comandos PN5190

Código de comando	Nome do comando
0x00	WRITE_REGISTER
0x01	WRITE_REGISTER_OR_MASK
0x02	WRITE_REGISTER_AND_MASK
0x03	WRITE_REGISTER_MULTIPLE
0x04	READ_REGISTER
0x05	READ_REGISTER_MULTIPLE
0x06	WRITE_E2PROM
0x07	READ_E2PROM
0x08	TRANSMIT_RF_DATA
0x09	RETRIEVE_RF_DATA
0x0A	EXCHANGE_RF_DATA
0x0B	MFC_AUTHENTICATE
0x0C	EPC_GEN2_INVENTORY
0x0D	LOAD_RF_CONFIGURACIÓN
0x0E	UPDATE_RF_CONFIGURACIÓN
0x0F	GET_ RF_CONFIGURACIÓN
0x10	RF_ON
0x11	RF_OFF
0x12	CONFIGURAR TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0x17-0x18	RFU
0x19	ata FW v2.01: RFU
0x19	a partir de FW v2.03 en diante: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	RFU
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	RFU
0x25	SWITCH_MODE_DOWNLOAD
0x26	GET_DIEID
0x27	GET_VERSION
0x28	RFU
0x29	ata FW v2.05: RFU
0x29	a partir de FW v2.06 en diante: GET_CRC_USER_AREA
0x2A	ata FW v2.03: RFU
0x2A	desde FW v2.05 en diante: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	RFU
0x40	ANTENNA_SELF_TEST (non compatible)
0x41	PRBS_TEST
0x42-0x4F	RFU

4.3 Valores de estado de resposta
A continuación móstranse os valores de estado da resposta, que se devolven como parte da resposta de PN5190 despois de que o comando sexa operativo.
Táboa 9. Valores de estado de resposta PN5190

Estado da resposta	Valor do estado da resposta	Descrición
PN5190_STATUS_SUCCESS	0x00	Indica que a operación se realizou correctamente
PN5190_STATUS_TIMEOUT	0x01	Indica que a operación do comando provocou o tempo de espera
PN5190_STATUS_INTEGRITY_ERROR	0x02	Indica que a operación do comando deu lugar a un erro de integridade dos datos de RF
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Indica que a operación do comando deu lugar a un erro de colisión de RF
PN5190_STATUS_RFU1	0x04	Reservado
PN5190_STATUS_INVALID_COMMAND	0x05	Indica que o comando dado non é válido/non está implementado
PN5190_STATUS_RFU2	0x06	Reservado
PN5190_STATUS_AUTH_ERROR	0x07	Indica que fallou a autenticación MFC (permiso denegado)
PN5190_STATUS_MEMORY_ERROR	0x08	Indica que a operación do comando deu lugar a un erro de programación ou un erro de memoria interna
PN5190_STATUS_RFU4	0x09	Reservado
PN5190_STATUS_NO_RF_FIELD	0x0A	Indica que non hai ou hai un erro na presenza do campo RF interno (aplicable só no modo iniciador/lector)
PN5190_STATUS_RFU5	0x0B	Reservado
PN5190_STATUS_SYNTAX_ERROR	0x0C	Indica que se recibe unha lonxitude de cadro de comando non válida
PN5190_STATUS_RESOURCE_ERROR	0x0D	Indica que se produciu un erro de recurso interno
PN5190_STATUS_RFU6	0x0E	Reservado
PN5190_STATUS_RFU7	0x0F	Reservado
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Indica que non hai ningún campo RF externo presente durante a execución do comando (aplicable só no modo tarxeta/obxectivo)
PN5190_STATUS_RX_TIMEOUT	0x11	Indica que non se reciben datos despois de que se inicie RFExchange e que se agote o tempo de espera de RX.
PN5190_STATUS_USER_CANCELLED	0x12	Indica que o comando actual en curso está abortado
PN5190_STATUS_PREVENT_STANDBY	0x13	Indica que o PN5190 non pode entrar en modo de espera
PN5190_STATUS_RFU9	0x14	Reservado
PN5190_STATUS_CLOCK_ERROR	0x15	Indica que o reloxo do CLIF non se iniciou
PN5190_STATUS_RFU10	0x16	Reservado
PN5190_STATUS_PRBS_ERROR	0x17	Indica que o comando PRBS devolveu un erro
PN5190_STATUS_INSTR_ERROR	0x18	Indica que a operación do comando fallou (pode incluír o erro nos parámetros da instrución, o erro de sintaxe, o erro na propia operación, non se cumpren os requisitos previos para a instrución, etc.)
PN5190_STATUS_ACCESS_DENIED	0x19	Indica que o acceso á memoria interna está denegado
PN5190_STATUS_TX_FAILURE	0x1A	Indica que TX sobre RF fallou
PN5190_STATUS_NO_ANTENNA	0x1B	Indica que non hai antena conectada/presente
PN5190_STATUS_TXLDO_ERROR	0x1C	Indica que hai un erro en TXLDO cando o VUP non está dispoñible e a RF está activada.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Indica que a configuración de RF non se carga cando a RF está activada
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	ata FW 2.01: non se espera
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	dende o FW 2.03 en diante: Indica que durante o intercambio con LOG ENABLE BIT está configurado no rexistro FeliCa EMD, observouse un erro FeliCa EMD
PN5190_STATUS_INTERNAL_ERROR	0x7F	Indica que fallou a operación NVM
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Indica que, ademais, hai datos pendentes de ler

4.4 Eventos rematadosview
Hai dúas formas de notificar os eventos ao anfitrión.
4.4.1 Eventos normais sobre o pin IRQ
Estes eventos son as seguintes categorías:

Sempre activado: o host sempre recibe unha notificación

Controlado polo anfitrión: o host recibe unha notificación se o bit de habilitación de eventos respectivo está definido no rexistro (EVENT_ENABLE (01h)).

As interrupcións de baixo nivel das IP periféricas, incluído o CLIF, xestionaranse por completo dentro do firmware e só se notificará ao host dos eventos enumerados na sección de eventos.
O firmware implementa dous rexistros de eventos como rexistros RAM que se poden escribir / ler usando comandos da Sección 4.5.1.1 / Sección 4.5.1.5.
O rexistro EVENT_ENABLE (0x01) => Activar notificacións específicas/de todos os eventos.
O rexistro EVENT_STATUS (0x02) => Parte da carga útil da mensaxe do evento.
Os eventos serán borrados polo anfitrión unha vez que o anfitrión lea a mensaxe do evento.
Os eventos son de natureza asíncrona e notifícanse ao host, se están habilitados no rexistro EVENT_ENABLE.
A continuación móstrase a lista de eventos que estarán dispoñibles para o anfitrión como parte da mensaxe do evento.
Táboa 10. Eventos PN5190 (contido de EVENT_STATUS)

Bit - Rango		Campo [1]	Sempre Activado (S/N)
31	12	RFU	NA
11	11	CTS_EVENT [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_EVENT	Y
7	7	AUTOCOLL_EVENT	Y
6	6	TIMER0_EVENT	N
5	5	TX_OVERCURRENT_EVENT	N
4	4	RFON_DET_EVENT [2]	N
3	3	RFOFF_DET_EVENT [2]	N
2	2	STANDBY_PREV_EVENT	Y
1	1	GENERAL_ERROR_EVENT	Y
0	0	BOOT_EVENT	Y

Teña en conta que non se disputan dous eventos excepto en caso de erros. En caso de erros durante a operación, establecerase un evento funcional (por exemplo, BOOT_EVENT, AUTOCALL_EVENT, etc.) e GENERAL_ERROR_EVENT.

Este evento desactivarase automaticamente despois de que se publique no host. O anfitrión debería activar de novo estes eventos se quere que se lle notifiquen estes eventos.

4.4.1.1 Formatos de mensaxes de eventos
O formato da mensaxe do evento varía dependendo das ocorrencias dun evento e dos diferentes estados do PN5190.
O anfitrión debe ler tag (T) e lonxitude da mensaxe (L) e despois le o número de bytes correspondente como valor (V) dos eventos.
En xeral, a mensaxe de evento (consulte a Figura 12) contén o EVENT_STATUS como se define na Táboa 11 e os datos do evento corresponden ao respectivo bit de evento definido en EVENT_STATUS.
Nota:
Para algúns eventos, a carga útil non existe. Por exemplo, se se activa TIMER0_EVENT, só se proporciona EVENT_STATUS como parte da mensaxe do evento.
A Táboa 11 tamén detalla se os datos do evento están presentes para o evento correspondente na mensaxe do evento.GENERAL_ERROR_EVENT tamén pode ocorrer con outros eventos.
Neste escenario, a mensaxe de evento (consulte a Figura 13) contén o EVENT_STATUS como se define na Táboa 11 e GENERAL_ERROR_STATUS_DATA como se define na Táboa 14 e, a continuación, os datos do evento corresponden ao bit de evento respectivo definido en EVENT_STATUS como se define na Táboa 11.Nota:
Só despois de BOOT_EVENT ou despois de POR, STANDBY, ULPCD, o host poderá funcionar no modo de funcionamento normal emitindo os comandos indicados anteriormente.
No caso de abortar un comando en execución existente, só despois de IDLE_EVENT, o host poderá traballar no modo de funcionamento normal emitindo os comandos indicados anteriormente.
4.4.1.2 Diferentes definicións de estado de EVENTO
4.4.1.2.1 Definicións de bits para EVENT_STATUS
Táboa 11. Definicións dos bits EVENT_STATUS

Bit (A – De)		Evento	Descrición	Datos do evento correspondente (se hai)
31	12	RFU	Reservado
11	11	CTS_EVENT	Este bit está establecido cando se xera un evento CTS.	Táboa 86
10	10	IDLE_EVENT	Este bit está establecido cando se cancela o comando en curso debido á emisión do comando SWITCH_MODE_NORMAL.	Non hai datos de eventos
9	9	LPCD_CALIBRATION_DONE_ EVENTO	Este bit establécese cando se xera o evento de calibración LPCD feito.	Táboa 16
8	8	LPCD_EVENT	Este bit está establecido cando se xera o evento LPCD.	Táboa 15
7	7	AUTOCOLL_EVENT	Este bit está establecido cando se completa a operación AUTOCOLL.	Táboa 52
6	6	TIMER0_EVENT	Este bit está establecido cando se produce o evento TIMER0.	Non hai datos de eventos
5	5	TX_OVERCURRENT_ERROR_ EVENTO	Este bit está establecido cando a corrente no controlador TX é superior ao limiar definido na EEPROM. Nesta condición, o campo desactivarase automaticamente antes da notificación ao host. Consulte a Sección 4.4.2.2.	Non hai datos de eventos
4	4	RFON_DET_EVENT	Este bit está establecido cando se detecta o campo de RF externo.	Non hai datos de eventos
3	3	RFOFF_DET_EVENT	Este bit está establecido cando o campo de RF externo xa existente desaparece.	Non hai datos de eventos
2	2	STANDBY_PREV_EVENT	Este bit está establecido cando se evita o modo de espera debido a que existen condicións de prevención	Táboa 13
1	1	GENERAL_ERROR_EVENT	Este bit fíxase cando existe algunha condición de erro xeral	Táboa 14
0	0	BOOT_EVENT	Este bit está establecido cando o PN5190 se inicia con POR/Standby	Táboa 12

4.4.1.2.2 Definicións de bits para BOOT_STATUS_DATA
Táboa 12. Definicións dos bits BOOT_STATUS_DATA

Pouco a	Bit de	Estado de arranque	Motivo de arranque debido a
31	27	RFU	Reservado
26	26	ULP_STANDBY	Motivo de inicio debido á saída de ULP_STANDBY.
25	23	RFU	Reservado
22	22	BOOT_ RX_ULPDET	RX ULPDET deu como resultado o arranque en modo ULP-Standby
21	21	RFU	Reservado
20	20	BOOT_SPI	Motivo de arranque debido á baixada do sinal SPI_NTS
19	17	RFU	Reservado
16	16	BOOT_GPIO3	Motivo de arranque debido á transición de GPIO3 de baixo a alto.
15	15	BOOT_GPIO2	Motivo de arranque debido á transición de GPIO2 de baixo a alto.
14	14	BOOT_GPIO1	Motivo de arranque debido á transición de GPIO1 de baixo a alto.
13	13	BOOT_GPIO0	Motivo de arranque debido á transición de GPIO0 de baixo a alto.
12	12	BOOT_LPDET	Motivo de arranque debido á presenza de campos RF externos durante STANDBY/SUSPEND
11	11	RFU	Reservado
10	8	RFU	Reservado
7	7	BOOT_SOFT_RESET	Motivo de inicio debido ao reinicio suave do IC
6	6	BOOT_VDDIO_LOSS	Motivo de arranque debido á perda de VDDIO. Consulte a Sección 4.4.2.3
5	5	BOOT_VDDIO_START	Motivo de arranque se entrou en STANDBY con VDDIO LOSS. Consulte a Sección 4.4.2.3
4	4	BOOT_WUC	Motivo de inicio debido ao contador de espertar transcorrido durante calquera das operacións STANDBY.
3	3	BOOT_TEMP	O motivo de arranque debido á temperatura do IC é superior ao límite do limiar configurado. Consulte a Sección 4.4.2.1
2	2	BOOT_WDG	Motivo de inicio debido ao restablecemento do watchdog
1	1	RFU	Reservado
0	0	BOOT_POR	Motivo de arranque debido ao restablecemento do acendido

4.4.1.2.3 Definicións de bits para STANDBY_PREV_STATUS_DATA
Táboa 13. Definicións dos bits STANDBY_PREV_STATUS_DATA

Pouco a	Bit de	Prevención en espera	O modo de espera impedido debido a
31	26	RFU	RESERVADOS
25	25	RFU	RESERVADOS
24	24	PREV_TEMP	A temperatura de funcionamento dos circuitos integrados está fóra do limiar
23	23	RFU	RESERVADOS
22	22	PREV_HOSTCOMM	Comunicación da interface do host
21	21	PREV_SPI	O sinal SPI_NTS está baixando
20	18	RFU	RESERVADOS
17	17	PREV_GPIO3	Transición do sinal GPIO3 de baixo a alto
16	16	PREV_GPIO2	Transición do sinal GPIO2 de baixo a alto
15	15	PREV_GPIO1	Transición do sinal GPIO1 de baixo a alto
14	14	PREV_GPIO0	Transición do sinal GPIO0 de baixo a alto
13	13	PREV_WUC	Contador de espertar transcorrido
12	12	PREV_LPDET	Detección de baixa potencia. Prodúcese cando se detecta un sinal de RF externo no proceso de entrar en modo de espera.
11	11	PREV_RX_ULPDET	Detección de potencia ultra baixa RX. Prodúcese cando se detecta un sinal de RF no proceso de ir a ULP_STANDBY.
10	10	RFU	RESERVADOS
9	5	RFU	RESERVADOS
4	4	RFU	RESERVADOS
3	3	RFU	RESERVADOS
2	2	RFU	RESERVADOS
1	1	RFU	RESERVADOS
0	0	RFU	RESERVADOS

4.4.1.2.4 Definicións de bits para GENERAL_ERROR_STATUS_DATA
Táboa 14. Definicións dos bits GENERAL_ERROR_STATUS_DATA

Pouco a	Pouco de	Estado de erro	Descrición
31	6	RFU	Reservado
5	5	XTAL_START_ERROR	Fallou o inicio de XTAL durante o arranque
4	4	SYS_TRIM_RECOVERY_ERROR	Produciuse un erro de recorte da memoria interna do sistema, pero fallou a recuperación. O sistema funciona en modo degradado.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Produciuse un erro na memoria de recorte do sistema interno e a recuperación foi satisfactoria. O host debe reiniciar o PN5190 para que a recuperación teña efecto.
2	2	TXLDO_ERROR	Erro de TXLDO
1	1	CLOCK_ERROR	Erro de reloxo
0	0	GPADC_ERROR	Erro ADC

4.4.1.2.5 Definicións de bits para LPCD_STATUS_DATA
Táboa 15. Definicións para os bytes LPCD_STATUS_DATA

Pouco a	Bit de	Aplicabilidade dos bits de estado segundo a operación subxacente de LPCD ou ULPCD			A descrición do bit correspondente está definida en byte de estado.
			LPCD	ULPCD
31	7	RFU			Reservado
6	6	Abortar_HIF	Y	N	Abortado debido á actividade HIF
5	5	Erro CLKDET	N	Y	Abortado debido a un erro CLKDET
4	4	Tempo de espera XTAL	N	Y	Abortado debido ao tempo de espera de XTAL
3	3	VDDPA LDO Sobrecorriente	N	Y	Abortado debido a unha sobreintensidade de VDDPA LDO
2	2	Campo de RF externo	Y	Y	Abortado debido a un campo de RF externo
1	1	GPIO3 Abortar	N	Y	Abortado debido ao cambio de nivel de GPIO3
0	0	Tarxeta detectada	Y	Y	Detectouse a tarxeta

4.4.1.2.6 Definicións de bits para datos de estado LPCD_CALIBRATION_DONE
Táboa 16. Definicións dos bytes de datos de estado LPCD_CALIBRATION_DONE para ULPCD

Pouco a	Bit de	Estado de LPCD_CALIBRATION DONE evento	A descrición do bit correspondente está definida en byte de estado.
31	11		Reservado
10	0	Valor de referencia da calibración ULPCD	O valor RSSI medido durante a calibración ULPCD que se usa como referencia durante ULPCD

Táboa 17. Definicións dos bytes de datos de estado LPCD_CALIBRATION_DONE para LPCD

Pouco a	Bit de	Aplicabilidade dos bits de estado segundo a operación subxacente de LPCD ou ULPCD			A descrición do bit correspondente está definida en byte de estado.
2	2	Campo de RF externo	Y	Y	Abortado debido a un campo de RF externo
1	1	GPIO3 Abortar	N	Y	Abortado debido ao cambio de nivel de GPIO3
0	0	Tarxeta detectada	Y	Y	Detectouse a tarxeta

4.4.2 Manexo de diferentes escenarios de arranque
O PN5190 IC xestiona diferentes condicións de erro relacionadas cos parámetros IC como se indica a continuación.
4.4.2.1 Manexo do escenario de sobretemperatura cando o PN5190 está en funcionamento
Sempre que a temperatura interna do PN5190 IC alcanza o valor límite configurado no campo EEPROM TEMP_WARNING [2], o IC entra no modo de espera. E, en consecuencia, se o campo EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] está configurado para enviar unha notificación ao host, entón GPIO0 será elevado para notificar a sobretemperatura do IC.
Cando a temperatura do IC cae por debaixo do valor límite configurado no campo EEPROM TEMP_WARNING [2], o IC arrancará con BOOT_EVENT como na Táboa 11 e o bit de estado de arranque BOOT_TEMP axustarase como na Táboa 12 e GPIO0 baixarase.
4.4.2.2 Manexo de sobreintensidade
Se PN5190 IC detecta a condición de sobreintensidade, o IC desconecta a alimentación de RF e envía o TX_OVERCURRENT_ERROR_EVENT como na Táboa 11.
A duración da condición de sobreintensidade pódese controlar modificando o campo EEPROM TXLDO_CONFIG [2].
Para obter información sobre IC sobre o limiar actual, consulte o documento [2].
Nota:
Se hai outros eventos ou respostas pendentes, enviaranse ao anfitrión.
4.4.2.3 Perda de VDDIO durante o funcionamento
Se o IC PN5190 atopa que non hai VDDIO (perda de VDDIO), o IC entra en modo de espera.
O IC arranca só cando o VDDIO está dispoñible, con BOOT_EVENT como na Táboa 11 e o bit de estado de arranque BOOT_VDDIO_START está configurado como na Táboa 12.
Para obter información sobre as características estáticas de PN5190 IC, consulte o documento [2].
4.4.3 Manexo de escenarios de aborto
O PN5190 IC ten un soporte para abortar os comandos de execución actuais e o comportamento do PN5190 IC, cando tal comando de aborto como a Sección 4.5.4.5.2 se envía ao PN5190 IC é como se mostra na Táboa 18.
Nota:
Cando o PN5190 IC está en modo ULPCD e ULP-Standby, non se pode abortar enviando unha Sección 4.5.4.5.2 OU iniciando unha transacción SPI (ao baixar o sinal SPI_NTS).
Táboa 18. Resposta ao evento esperado cando os diferentes comandos finalizaron coa Sección 4.5.4.5.2

Comandos	Comportamento cando se envía o comando de cambio de modo normal
Todos os comandos nos que non se introduce baixa potencia	EVENT_STAUS está definido como “IDLE_EVENT”
Modo de cambio LPCD	EVENT_STATUS está configurado como "LPCD_EVENT" con "LPCD_ STATUS_DATA" que indica os bits de estado como "Abort_HIF"
Cambiar modo de espera	EVENT_STAUS está configurado como “BOOT_EVENT” con “BOOT_ STATUS_DATA” que indica os bits “BOOT_SPI”
Modo de cambio automático (Sen modo autónomo, modo autónomo con modo de espera e modo autónomo sen modo de espera)	EVENT_STAUS está definido como "AUTOCOLL_EVENT" con bits STATUS_DATA que indican que o comando foi cancelado polo usuario.

4.5 Detalles das instrucións de funcionamento do modo normal
4.5.1 Manipulación do rexistro
As instrucións desta sección úsanse para acceder aos rexistros lóxicos do PN5190.
4.5.1.1 WRITE_REGISTER
Esta instrución úsase para escribir un valor de 32 bits (little-endian) nun rexistro lóxico.
4.5.1.1.1 Condicións
O enderezo do rexistro debe existir e o rexistro debe ter o atributo READ-WRITE ou WRITE-SOLO.
4.5.1.1.2 Comando
Táboa 19. Valor do comando WRITE_REGISTER Escribe un valor de 32 bits nun rexistro.

Campo de carga útil	Lonxitude	Valor/Descrición
Enderezo de rexistro	1 byte	Enderezo do rexistro.

Táboa 19. Valor do comando WRITE_REGISTER…continuación
Escribe un valor de 32 bits nun rexistro.

Campo de carga útil	Lonxitude	Valor/Descrición
Valor	4 bytes	Valor de rexistro de 32 bits que debe escribirse. (Little-endian)

4.5.1.1.3 Resposta
Táboa 20. Valor de resposta WRITE_REGISTER

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 evento
Non hai eventos para este comando.
4.5.1.2 WRITE_REGISTER_OR_MASK
Esta instrución úsase para modificar o contido do rexistro mediante unha operación OU lóxica. Lese o contido do rexistro e realízase unha operación OU lóxica coa máscara proporcionada. O contido modificado escribe de novo no rexistro.
4.5.1.2.1 Condicións
O enderezo do rexistro debe existir e o rexistro debe ter o atributo READ-WRITE.
4.5.1.2.2 Comando
Táboa 21. Valor do comando WRITE_REGISTER_OR_MASK Realiza unha operación OU lóxica nun rexistro usando a máscara proporcionada.

Campo de carga útil	Lonxitude	Valor/descrición
Enderezo de rexistro	1 byte	Enderezo do rexistro.
Máscara	4 bytes	Máscara de bits utilizada como operando para a operación OU lóxica. (Little-endian)

4.5.1.2.3 Resposta
Táboa 22. Valor de resposta WRITE_REGISTER_OR_MASK

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 evento
Non hai eventos para este comando.
4.5.1.3 ESCRIBIR_REXISTRO_E_MÁSCARA
Esta instrución úsase para modificar o contido do rexistro mediante unha operación AND lóxica. Lese o contido do rexistro e realízase unha operación AND lóxica coa máscara proporcionada. O contido modificado volve escribirse ao rexistro.
4.5.1.3.1 Condicións
O enderezo do rexistro debe existir e o rexistro debe ter o atributo READ-WRITE.
4.5.1.3.2 Comando
Táboa 23. Valor do comando WRITE_REGISTER_AND_MASK Realiza unha operación AND lóxica nun rexistro usando a máscara proporcionada.

Campo de carga útil	Lonxitude	Valor/descrición
Enderezo de rexistro	1 byte	Enderezo do rexistro.
Máscara	4 bytes	Máscara de bits utilizada como operando para a operación AND lóxica. (Little-endian)

4.5.1.3.3 Resposta
Táboa 24. Valor de resposta WRITE_REGISTER_AND_MASK

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 evento
Non hai eventos para este comando.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Esta funcionalidade de instrucións é semellante á Sección 4.5.1.1, Sección 4.5.1.2, Sección 4.5.1.3, coa posibilidade de combinalas. De feito, leva unha matriz de conxunto de valores de tipo de rexistro e realiza a acción adecuada. O tipo reflicte a acción que é un rexistro de escritura, unha operación OU lóxica nun rexistro ou unha operación AND lóxica nun rexistro.
4.5.1.4.1 Condicións
O enderezo lóxico respectivo do rexistro dentro dun conxunto debe existir.
O atributo de acceso ao rexistro debe permitir a execución da acción requirida (tipo):

Acción de escritura (0x01): atributo READ-WRITE ou WRITE-SOLO

Acción de máscara OR (0x02): atributo READ-WRITE
Acción de máscara AND (0x03): atributo READ-WRITE

O tamaño da matriz "Set" debe estar no intervalo de 1 a 43, incluídos.
O campo "Tipo" debe estar no intervalo de 1 a 3, inclusive

4.5.1.4.2 Comando
Táboa 25. Valor do comando WRITE_REGISTER_MULTIPLE Realiza unha operación de rexistro de escritura mediante un conxunto de pares de rexistro-valor.

Campo de carga útil	Lonxitude	Valor/descrición
Establecer [1…n]	6 bytes	Enderezo de rexistro	1 byte	Enderezo lóxico do rexistro.
		Tipo	1 byte	0x1	Rexistro de escritura
				0x2	Escribir Rexistro OU Máscara
				0x3	Escribe Rexistro E Máscara
		Valor	4 bytes	32 Valor do rexistro de mordida que debe escribirse, ou máscara de bits utilizada para a operación lóxica. (Little-endian)

Nota: No caso dunha excepción a operación non se retrotrae, é dicir, os rexistros que foron modificados ata que se produza unha excepción permanecen en estado modificado. O host debe tomar as accións adecuadas para recuperar un estado definido.
4.5.1.4.3 Resposta
Táboa 26. Valor de resposta WRITE_REGISTER_MULTIPLE

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 evento
Non hai eventos para este comando.
4.5.1.5 READ_REGISTER
Esta instrución úsase para ler o contido dun rexistro lóxico. O contido está presente na resposta, como un valor de 4 bytes en formato little-endian.
4.5.1.5.1 Condicións
O enderezo do rexistro lóxico debe existir. O atributo de acceso do rexistro debe ser LECTURA-ESCRITURA ou SÓ LECTURA.
4.5.1.5.2 Comando
Táboa 27. Valor do comando READ_REGISTER
Ler de novo o contido dun rexistro.

Campo de carga útil	Lonxitude	Valor/Descrición
Enderezo de rexistro	1 byte	Enderezo do rexistro lóxico

4.5.1.5.3 Resposta
Táboa 28. Valor de resposta READ_REGISTER

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Valor de rexistro	4 bytes	Valor de rexistro de 32 bits que foi lido. (Little-endian)

4.5.1.5.4 evento
Non hai eventos para este comando.
4.5.1.6 READ_REGISTER_MULTIPLE
Esta instrución úsase para ler varios rexistros lóxicos á vez. O resultado (contido de cada rexistro) ofrécese na resposta á instrución. O enderezo de rexistro en si non está incluído na resposta. A orde dos contidos do rexistro dentro da resposta correspóndese coa orde dos enderezos do rexistro dentro da instrución.
4.5.1.6.1 Condicións
Deben existir todos os enderezos de rexistro dentro da instrución. O atributo de acceso para cada rexistro debe ser READ-WRITE ou READ-SOLO. O tamaño da matriz de "Enderezo de rexistro" debe estar no rango de 1 a 18, incluídos.
4.5.1.6.2 Comando
Táboa 29. Valor do comando READ_REGISTER_MULTIPLE Realiza unha operación de lectura de rexistro nun conxunto de rexistros.

Campo de carga útil	Lonxitude	Valor/Descrición
Enderezo de rexistro[1…n]	1 byte	Enderezo de rexistro

4.5.1.6.3 Resposta
Táboa 30. Valor de resposta READ_REGISTER_MULTIPLE

Campo de carga útil	Lonxitude	Valor/descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Valor de rexistro [1…n]	4 bytes	Valor	4 bytes	Valor de rexistro de 32 bits que foi lido (little-endian).

4.5.1.6.4 evento
Non hai eventos para este comando.
4.5.2 Manipulación de E2PROM
A área accesible en E2PROM é segundo o mapa EEPROM e o tamaño direccionable.
Nota:
1. Sempre que se mencione o "Enderezo E2PROM" nas instrucións seguintes, referirase ao tamaño da área EEPROM direccionable.
4.5.2.1 WRITE_E2PROM
Esta instrución úsase para escribir un ou máis valores en E2PROM. O campo "Valores" contén os datos que se escribirán en E2PROM a partir do enderezo indicado polo campo "Enderezo E2PROM". Os datos escríbense en orde secuencial.
Nota:
Teña en conta que este é un comando de bloqueo, isto significa que o NFC FE está bloqueado durante a operación de escritura. Isto pode levar varios milisegundos.
4.5.2.1.1 Condicións
O campo "Enderezo E2PROM" debe estar no intervalo de [2]. O número de bytes dentro do campo "Valores" debe estar no intervalo de 1 a 1024 (0x0400), incluídos. A operación de escritura non debe ir máis aló do enderezo EEPROM como se menciona en [2]. A resposta de erro enviarase ao host se o enderezo supera o espazo de enderezos EEPROM como en [2].
4.5.2.1.2 Comando
Táboa 31. Valor do comando WRITE_E2PROM Escribe os valores dados secuencialmente en E2PROM.

Campo de carga útil	Lonxitude	Valor/descrición
Enderezo E2PROM	2 byte	Enderezo na EEPROM desde o que comezará a operación de escritura. (Little-Endian)
Valores	1 – 1024 bytes	Valores que deben escribirse en E2PROM en orde secuencial.

4.5.2.1.3 Resposta
Táboa 32. Valor de resposta WRITE_EEPROM

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 evento
Non hai eventos para este comando.
4.5.2.2 READ_E2PROM
Esta instrución utilízase para ler datos da área de memoria E2PROM. O campo "Enderezo E2PROM" indica o enderezo de inicio da operación de lectura. A resposta contén os datos lidos desde E2PROM.
4.5.2.2.1 Condicións
O campo "Enderezo E2PROM" debe estar nun intervalo válido.
O campo "Número de bytes" debe estar no intervalo de 1 a 256, incluídos.
A operación de lectura non debe ir máis aló do último enderezo EEPROM accesible.
A resposta de erro enviarase ao host, se o enderezo supera o espazo de enderezos EEPROM.
4.5.2.2.2 Comando
Táboa 33. Valor do comando READ_E2PROM Lea secuencialmente os valores de E2PROM.

Campo de carga útil	Lonxitude	Valor/descrición
Enderezo E2PROM	2 byte	Enderezo en E2PROM desde o que comezará a operación de lectura. (Little-Endian)
Número de bytes	2 byte	Número de bytes a ler. (Little-endian)

4.5.2.2.3 Resposta
Táboa 34. Valor de resposta READ_E2PROM

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Valores	1 – 1024 bytes	Valores que se leron en orde secuencial.

4.5.2.2.4 evento
Non hai eventos para este comando.
4.5.2.3 GET_CRC_USER_AREA
Esta instrución utilízase para calcular o CRC para a área de configuración de usuario completa incluída a área de protocolo de PN5190 IC.
4.5.2.3.1 Comando
Táboa 35. Valor do comando GET_CRC_USER_AREA
Ler CRC da área de configuración do usuario incluída a área de protocolo.

Campo de carga útil	Lonxitude	Valor/Descrición
–	–	Non hai datos na carga útil

4.5.2.3.2 Resposta
Táboa 36. Valor de resposta GET_CRC_USER_AREA

Campo de carga útil	Lonxitude	Valor/descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Valores	4 bytes	4 bytes de datos CRC en formato little-endian.

4.5.2.3.3 evento
Non hai eventos para este comando.
4.5.3 Manipulación de datos CLIF
As instrucións descritas nesta sección describen os comandos para a transmisión e recepción de RF.
4.5.3.1 INTERCAMBIO_DATOS_RF
A función de intercambio RF realiza unha transmisión dos datos TX e está esperando a recepción de calquera dato RX.
A función devolve en caso de recepción (errónea ou correcta) ou de tempo de espera. O temporizador iníciase co FIN da TRANSMISIÓN e detense co INICIO da RECEPCIÓN. O valor de tempo de espera preconfigurado na EEPROM utilizarase no caso de que o tempo de espera non se configure antes da execución do comando de Exchange.
Se transceiver_state é

en IDLE introdúcese no modo TRANSCEIVE.
En WAIT_RECEIVE, o estado do transceptor restablece ao MODO TRANSCEIVE se se establece o bit iniciador

En WAIT_TRANSMIT, o estado do transceptor restablece ao MODO TRANSCEIVE se NON se establece o bit iniciador

O campo "Número de bits válidos no último byte" indica a lonxitude exacta dos datos que se van transmitir.

4.5.3.1.1 Condicións
O tamaño do campo "TX Data" debe estar no intervalo de 0 a 1024, incluídos.
O campo "Número de bits válidos no último byte" debe estar no intervalo de 0 a 7.
Non se debe chamar o comando durante unha transmisión de RF en curso. O mando asegurará o estado correcto do transceptor para transmitir os datos.
Nota:
Este comando só é válido para o modo Lector e o modo iniciador pasivo/activo P2P.
4.5.3.1.2 Comando
Táboa 37. Valor do comando EXCHANGE_RF_DATA
Escriba os datos de TX no búfer de transmisión de RF interno e comeza a transmisión mediante o comando de transceptor e agarde ata a recepción ou o tempo de espera para preparar unha resposta ao host.

Campo de carga útil	Lonxitude	Valor/Descrición
Número de bits válidos no último byte	1 byte	0	Transmítense todos os bits do último byte
		1 - 7	Número de bits dentro do último byte a transmitir.
RFExchangeConfig	1 byte	Configuración da función RFExchange. Detalles ver a continuación

Táboa 37. Valor do comando EXCHANGE_RF_DATA…continuación
Escriba os datos de TX no búfer de transmisión de RF interno e comeza a transmisión mediante o comando de transceptor e agarde ata a recepción ou o tempo de espera para preparar unha resposta ao host.

Campo de carga útil	Lonxitude	Valor/Descrición
Datos TX	n bytes	Datos TX que deben enviarse a través de CLIF mediante o comando transceive. n = 0 – 1024 bytes

Táboa 38. Máscara de bits de RFexchangeConfig

b7	b6	b5	b4	b3	b2	b1	b0	Descrición
								Os bits 4-7 son RFU
				X				Inclúe os datos RX na resposta baseada en RX_STATUS, se o bit se establece en 1b.
					X			Incluír o rexistro EVENT_STATUS como resposta, se o bit se establece en 1b.
						X		Inclúa o rexistro RX_STATUS_ERROR na resposta, se o bit está configurado en 1b.
							X	Inclúa o rexistro RX_STATUS como resposta, se o bit está configurado en 1b.

4.5.3.1.3 Resposta
Táboa 39. Valor de resposta de EXCHANGE_RF_DATA

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_STATUS	4 bytes	Se se solicita RX_STATUS (little-endian)
RX_STATUS_ERROR	4 bytes	Se se solicita RX_STATUS_ERROR (little-endian)
EVENT_STATUS	4 bytes	Se se solicita EVENT_STATUS (little-endian)
Datos RX	1 – 1024 bytes	Se se solicitan datos RX. Datos de RX recibidos durante a fase de recepción de RF do intercambio de RF.

4.5.3.1.4 evento
Non hai eventos para este comando.
4.5.3.2 TRANSMIT_RF_DATA
Esta instrución úsase para escribir datos no búfer de transmisión CLIF interno e iniciar a transmisión mediante o comando transceive internamente. O tamaño deste búfer está limitado a 1024 bytes. Despois de executar esta instrución, iníciase automaticamente unha recepción de RF.
O comando volve inmediatamente despois de que se complete a transmisión sen esperar a que se complete a recepción.
4.5.3.2.1 Condicións
O número de bytes dentro do campo "TX Data" debe estar no intervalo de 1 a 1024, incluídos.
Non se debe chamar o comando durante unha transmisión de RF en curso.
4.5.3.2.2 Comando
Táboa 40. Valor do comando TRANSMIT_RF_DATA Escribe datos TX no búfer de transmisión CLIF interno.

Campo de carga útil	Lonxitude	Valor/Descrición
Número de bits válidos no último byte	1 byte	0 Transmítense todos os bits do último byte 1 – 7 Número de bits do último byte a transmitir.
RFU	1 byte	Reservado
Datos TX	1 – 1024 bytes	Datos de TX que se utilizarán durante a próxima transmisión de RF.

4.5.3.2.3 Resposta
Táboa 41. Valor de resposta TRANSMIT_RF_DATA

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 evento
Non hai eventos para este comando.
4.5.3.3 RECUPERAR_DATOS_RF
Esta instrución utilízase para ler os datos do búfer interno de CLIF RX, que contén os datos de resposta de RF (se os houber) publicados nel desde a execución anterior da Sección 4.5.3.1 coa opción de non incluír os datos recibidos na resposta ou na Sección 4.5.3.2. .XNUMX mando.
4.5.3.3.1 Comando
Táboa 42. Valor do comando RETRIEVE_RF_DATA Ler os datos de RX do búfer de recepción de RF interno.

Campo de carga útil	Lonxitude	Valor/Descrición
Baleiro	Baleiro	Baleiro

4.5.3.3.2 Resposta
Táboa 43. Valor de resposta RETRIEVE_RF_DATA

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:

Campo de carga útil	Lonxitude	Valor/Descrición
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Datos RX	1 – 1024 bytes	Datos de RX que se recibiron durante a última recepción exitosa de RF.

4.5.3.3.3 evento
Non hai eventos para este comando.
4.5.3.4 RECEIVE_RF_DATA
Esta instrución espera os datos recibidos a través da interface RF do lector.
No modo lector, esta instrución volve se hai unha recepción (errónea ou correcta) ou se produciu un tempo de espera FWT. O temporizador iníciase co FIN da TRANSMISIÓN e detense co INICIO da RECEPCIÓN. O valor de tempo de espera predeterminado preconfigurado na EEPROM utilizarase no caso de que o tempo de espera non se configure antes da execución do comando de Exchange.
No modo de destino, esta instrución devolve en caso de recepción (errónea ou correcta) ou erro de RF externo.
Nota:
Esta instrución debe usarse co comando TRANSMIT_RF_DATA para realizar operacións TX e RX...
4.5.3.4.1 Comando
Táboa 44. Valor do comando RECEIVE_RF_DATA

Campo de carga útil	Lonxitude	Valor/Descrición
RecibirRFConfig	1 byte	Configuración da función ReceiveRFConfig. Ver Táboa 45

Táboa 45. Máscara de bits ReceiveRFConfig

b7	b6	b5	b4	b3	b2	b1	b0	Descrición
								Os bits 4-7 son RFU
				X				Inclúe os datos RX na resposta baseada en RX_STATUS, se o bit se establece en 1b.
					X			Incluír o rexistro EVENT_STATUS como resposta, se o bit se establece en 1b.
						X		Inclúa o rexistro RX_STATUS_ERROR na resposta, se o bit está configurado en 1b.
							X	Inclúa o rexistro RX_STATUS como resposta, se o bit está configurado en 1b.

4.5.3.4.2 Resposta
Táboa 46. Valor de resposta RECEIVE_RF_DATA

Campo de carga útil	Lonxitude	Valor/descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos) PN5190_STATUS_TIMEOUT

Campo de carga útil	Lonxitude	Valor/descrición
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_STATUS	4 bytes	Se se solicita RX_STATUS (little-endian)
RX_STATUS_ERROR	4 bytes	Se se solicita RX_STATUS_ERROR (little-endian)
EVENT_STATUS	4 bytes	Se se solicita EVENT_STATUS (little-endian)
Datos RX	1 – 1024 bytes	Se se solicitan datos RX. Datos RX recibidos por RF.

4.5.3.4.3 evento
Non hai eventos para este comando.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Configuración de FeliCa EMD)
Esta instrución utilízase para ler os datos do búfer interno de CLIF RX, que contén os datos de resposta de FeliCa EMD (se os houber) enviados a el desde a execución anterior do comando EXCHANGE_RF_DATA que volve co estado 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR'.
Nota: Este comando está dispoñible a partir de PN5190 FW v02.03.
4.5.3.5.1 Comando
Ler os datos de RX do búfer interno de recepción de RF.
Táboa 47. Valor do comando RETRIEVE_RF_FELICA_EMD_DATA

Campo de carga útil	Lonxitude	Valor/Descrición
FeliCaRFRetrieveConfig	1 byte	00 - FF	Configuración da función RETRIEVE_RF_FELICA_EMD_DATA
		descrición da configuración (máscara de bits).	bit 7..2: RFU bit 1: inclúe o rexistro RX_STATUS_ ERROR como resposta, se o bit está configurado en 1b. bit 0: inclúe o rexistro RX_STATUS como resposta, se o bit está configurado en 1b.

4.5.3.5.2 Resposta
Táboa 48. Valor de resposta RETRIEVE_RF_FELICA_EMD_DATA

Campo de carga útil	Lonxitude		Valor/descrición
Estado		1 byte		Estado da operación. Os valores esperados son os seguintes: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
RX_STATUS		4 byte		Se se solicita RX_STATUS (little-endian)
RX_STATUS_ ERRO		4 byte		Se se solicita RX_STATUS_ERROR (little-endian)

Campo de carga útil	Lonxitude		Valor/descrición
Datos RX		1…1024 bytes		Datos de FeliCa EMD RX que se recibiron durante a última recepción de RF sen éxito mediante o comando Exchange.

4.5.3.5.3 evento
Non hai eventos para este comando.
4.5.4 Cambio de modo de operación
PN5190 admite 4 modos de operación diferentes:
4.5.4.1 Normal
Este é o modo predeterminado, onde se permiten todas as instrucións.
4.5.4.2 Modo de espera
PN5190 está en estado de espera/suspensión para aforrar enerxía. Débense establecer as condicións de activación para definir cando deixar de novo o modo de espera.
4.5.4.3 LPCD
PN5190 está no modo de detección de tarxetas de baixa potencia, onde tenta detectar unha tarxeta que está entrando no volume operativo, co menor consumo de enerxía posible.
4.5.4.4 Autocoll
PN5190 actúa como oínte de RF, realizando a activación do modo de destino de forma autónoma (para garantir restricións en tempo real)
4.5.4.5 SWITCH_MODE_NORMAL
O comando Cambiar modo normal ten tres casos de uso.
4.5.4.5.1 Caso de uso 1: ingrese ao modo de operación normal ao encenderse (POR)
Use para restablecer o estado inactivo para recibir/procesar o seguinte comando entrando no modo de funcionamento normal.
4.5.4.5.2 UseCase2: finalizando o comando que xa está en execución para cambiar ao modo de operación normal (comando de aborto)
Utilízao para restablecer o estado de inactividade para recibir/procesar o seguinte comando finalizando os comandos que xa están en execución.
Poderán finalizar comandos como standby, LPCD, Exchange, PRBS e Autocoll mediante este comando.
Este é o único comando especial, que non ten resposta. Pola contra, ten unha notificación de EVENTO.
Consulte a Sección 4.4.3 para obter máis información sobre o tipo de eventos que ocorren durante a execución de diferentes comandos subxacentes.
4.5.4.5.2.1 Caso de uso 2.1:
Este comando restablecerá todos os rexistros CLIF TX, RX e de control de campo ao estado de arranque. Ao emitir este comando desactivarase calquera campo de RF existente.
4.5.4.5.2.2 Caso de uso 2.2:
Dispoñible desde PN5190 FW v02.03 en diante:
Este comando non modificará os rexistros CLIF TX, RX e de control de campo, senón que só moverá o transceptor ao estado INACTIVO.
4.5.4.5.3 UseCase3: Modo de funcionamento normal ao reiniciar/saír do modo de espera, LPCD Neste caso, o PN5190 entra directamente no modo de funcionamento normal, enviando o IDLE_EVENT ao host (Figura 12 ou Figura 13) e “ O bit IDLE_EVENT" está definido na Táboa 11.
Non hai ningún requisito para enviar o comando SWITCH_MODE_NORMAL.
Nota:
Despois de que o IC se cambie ao modo normal, todos os axustes de RF modifícanse ao estado predeterminado. É imperativo que a configuración de RF respectiva e outros rexistros relacionados deban cargarse cos valores apropiados antes de realizar unha operación RF ON ou RF Exchange.
4.5.4.5.4 Marco de comandos para enviar para diferentes casos de uso
4.5.4.5.4.1 Caso de uso 1: o comando entra no modo de operación normal ao encenderse (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: Comando para finalizar os comandos que xa están en execución para cambiar ao modo de operación normal
Caso de uso 2.1:
0x20 0x00 0x00
Caso de uso 2.2: (a partir de FW v02.02):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: comando para o modo de funcionamento normal ao reiniciar/saír do modo de espera, LPCD, ULPCD
Ningún. PN5190 entra directamente en modo de operación normal.
4.5.4.5.5 Resposta
Ningún
4.5.4.5.6 evento
Establécese un BOOT_EVENT (no rexistro EVENT_STATUS) que indica que se ingresa no modo normal e se envía ao host. Consulte a Figura 12 e a Figura 13 para os datos do evento.

Establécese un IDLE_EVENT (no rexistro EVENT_STATUS) que indica que se ingresa o modo normal e que se envía ao host. Consulte a Figura 12 e a Figura 13 para os datos do evento.

Establécese un BOOT_EVENT (no rexistro EVENT_STATUS) que indica que se ingresa o modo normal e que se envía ao host. Consulte a Figura 12 e a Figura 13 para os datos do evento.

4.5.4.6 SWITCH_MODE_AUTOCOLL
O modo de cambio automático Autocoll realiza automaticamente o procedemento de activación da tarxeta no modo de destino.
O campo "Modo Autocoll" debe estar no intervalo de 0 a 2, inclusive.
No caso de que o campo "Modo Autocoll" estea definido como 2 (Autocoll): o campo "Tecnoloxías de RF" (táboa 50) debe conter unha máscara de bits que indique as tecnoloxías de RF compatibles durante o Autocoll.
Non se deben enviar instrucións mentres esteas neste modo.
A terminación indícase mediante unha interrupción.
4.5.4.6.1 Comando
Táboa 49. Valor do comando SWITCH_MODE_AUTOCOLL

Parámetro	Lonxitude	Valor/Descrición
Tecnoloxías de RF	1 byte	Máscara de bits que indica a tecnoloxía de RF para escoitar durante o Autocoll.
Modo Autocoll	1 byte	0	Sen modo autónomo, é dicir, o Autocoll remata cando non hai un campo de RF externo.
			Terminación en caso de
			• NO CAMPO RF ou CAMPO RF desapareceu
			• PN5190 está ACTIVADO no modo OBXECTIVO
		1	Modo autónomo con modo de espera. Cando non hai ningún campo de RF presente, Autocoll pasa automaticamente ao modo de espera. Unha vez que se detecta un campo de RF externo de RF, o PN5190 entra de novo en modo Autocoll.
			Terminación en caso de
			• PN5190 está ACTIVADO no modo OBXECTIVO
			Desde PN5190 FW v02.03 en diante: Se o campo EEPROM "bCard ModeUltraLowPowerEnabled" no enderezo "0xCDF" está configurado en "1", entón PN5190 entra en modo de espera de ultra baixa potencia.
		2	Modo autónomo sen modo de espera. Cando non hai campo de RF, PN5190 agarda ata que estea presente o campo de RF antes de iniciar o algoritmo Autocoll. Neste caso non se usa o modo de espera.
			Terminación en caso de • PN5190 está ACTIVADO no modo OBXECTIVO

Táboa 50. Máscara de bits de tecnoloxías de RF

b7	b6	b5	b4	b3	b2	b1	b0	Descrición
0	0	0	0					RFU
				X				Se se establece en 1b, a escoita de NFC-F Active está habilitada. (Non dispoñible).
					X			Se se establece en 1b, a escoita de NFC-A Active está habilitada. (Non dispoñible).
						X		Se se establece en 1b, a escoita por NFC-F está habilitada.
							X	Se se establece en 1b, a escoita por NFC-A está habilitada.

4.5.4.6.2 Resposta
A resposta só indica que o comando foi procesado.
Táboa 51. Valor de resposta SWITCH_MODE_AUTOCOLL

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non se introduciu o modo de cambio debido a unha configuración incorrecta)

4.5.4.6.3 evento
A notificación do evento envíase cando o comando rematou e introdúcese no modo normal. O host debe ler os bytes de resposta en función do valor do evento.
Nota:
Cando o estado non é "PN5190_STATUS_INSTR_SUCCESS", os bytes de datos "Protocol" e "Card_Activated" non están presentes.
A información tecnolóxica obtense dos rexistros mediante os comandos da Sección 4.5.1.5, Sección 4.5.1.6.
A seguinte táboa mostra os datos do evento que se envían como parte da mensaxe do evento Figura 12 e Figura 13.
Táboa 52. EVENT_SWITCH_MODE_AUTOCOLL – Datos AUTOCOLL_EVENT Cambio de modo de operación Evento Autocoll

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación
		PN5190_STATUS_INSTR_SUCCESS	PN5190 está ACTIVADO no modo OBXECTIVO. Máis datos neste evento son válidos.
		PN5190_STATUS_PREVENT_STANDBY	Indica que o PN5190 non pode entrar en modo de espera. Este estado só é válido cando se selecciona o modo Autocoll como "Modo autónomo con modo de espera".

		PN5190_STATUS_NO_EXTERNAL_RF_ CAMPO	Indica que non hai ningún campo de RF externo durante a execución de Autocoll en modo non autónomo
		PN5190_STATUS_USER_CANCELLED	Indica que o comando actual en curso é abortado polo comando normal do modo de cambio
Protocolo	1 byte	0x10	Activado como tipo pasivo A
		0x11	Activado como tipo pasivo F 212
		0x12	Activado como tipo pasivo F 424
		0x20	Activado como tipo activo A
		0x21	Activado como Active TypeF 212
		0x22	Activado como Active TypeF 424
		Outros valores	Non válido
Tarxeta_Activada	1 byte	0x00	Sen proceso de activación da tarxeta segundo a norma ISO 14443-3
Tarxeta_Activada	1 byte	0x01	Indica que o dispositivo está activado en modo pasivo

Nota:
Despois de ler os datos do evento, os datos recibidos da tarxeta/dispositivo que se activou (como "n" bytes de ATR_REQ/RATS segundo ISO18092/ISO1443-4), leranse mediante o comando da Sección 4.5.3.3.
4.5.4.6.4 Comunicación example

4.5.4.7 SWITCH_MODE_STANDBY
O modo de espera de conmutación configura automaticamente o IC en modo de espera. O IC activarase despois de que as fontes de activación configuradas cumpran as condicións de activación.
Nota:
A caducidade do contador para ULP STANDBY e o aborto HIF para STANDBY están dispoñibles de forma predeterminada para saír dos modos de espera.

4.5.4.7.1 Comando
Táboa 53. Valor do comando SWITCH_MODE_STANDBY

Parámetro	Lonxitude	Valor/Descrición
Config	1 byte	Máscara de bits que controla a fonte de activación que se utilizará e o modo de espera para entrar. Refírense a Táboa 54
Valor de contador	2 bytes	Valor usado para o contador de espertar en milisegundos. O valor máximo admitido é 2690 para o modo de espera. O valor máximo admitido é 4095 para o modo de espera ULP. O valor a proporcionar está en formato little-endian. O contido deste parámetro só é válido se a "Máscara de bits de configuración" está activada para activar o contador.

Táboa 54. Configurar máscara de bits

b7	b6	b5	b4	b3	b2	b1	b0	Descrición
X								Introduza o modo de espera ULP se o bit está configurado en 1b. Introduza o modo de espera se o bit está configurado en 0b.
	0							RFU
		X						Activa o GPIO-3 cando estea alto, se o bit está configurado en 1b. (Non aplicable para ULP en espera)
			X					Activa o GPIO-2 cando estea alto, se o bit está configurado en 1b. (Non aplicable para ULP en espera)
				X				Activa o GPIO-1 cando estea alto, se o bit está configurado en 1b. (Non aplicable para ULP en espera)
					X			Activa o GPIO-0 cando estea alto, se o bit está configurado en 1b. (Non aplicable para ULP en espera)
						X		A activación do contador de espertar caduca se o bit está configurado en 1b. Para ULP-Standby, esta opción está activada por defecto.
							X	Activación no campo de RF externo, se o bit está configurado en 1b.

Nota: Desde PN5190 FW v02.03, se o campo EEPROM "CardModeUltraLowPowerEnabled" no enderezo "0xCDF" está configurado en "1", a configuración de espera ULP non se pode usar co comando SWITCH_MODE_STANDBY.
4.5.4.7.2 Resposta
A resposta só indica que o comando foi procesado e o estado de espera só se introducirá despois de que a resposta sexa completamente lida polo host.
Táboa 55. Valor de resposta SWITCH_MODE_STANDBY Cambiar modo de operación en espera

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non se introduciu o modo de cambio debido a unha configuración incorrecta)

4.5.4.7.3 evento
A notificación do evento envíase cando o comando rematou e introdúcese no modo normal. Consulte o formato do evento que se enviará despois de completar o comando como na Figura 12 e na Figura 13.
No caso de que se impida que PN5190 entre en modo de espera, entón o bit de evento "STANDBY_PREV_EVENT" definido en EVENT_STATUS como se menciona na Táboa 11 envíase ao host polo motivo da prevención de espera como se menciona na Táboa 13.
4.5.4.7.4 Comunicación Example

4.5.4.8 SWITCH_MODE_LPCD
O modo de conmutación LPCD realiza unha detección de desafinación na antena debido ao cambio de ambiente ao redor da antena.
Hai 2 modos diferentes de LPCD. A solución baseada en HW (ULPCD) ofrece un consumo de enerxía competitivo cunha sensibilidade reducida. A solución baseada en FW (LPCD) ofrece a mellor sensibilidade da súa clase cun maior consumo de enerxía.
No modo único baseado en FW (LPCD), non hai ningún evento de calibración enviado ao host.
Cando se invoca o modo único, a calibración e as medicións sucesivas realízanse despois de saír do modo de espera.
Para un evento de calibración en modo único, primeiro emita o modo único co comando de evento de calibración. Despois da calibración, recíbese un evento de calibración LPCD tras o cal debe enviarse o comando de modo único co valor de referencia obtido do paso anterior como parámetro de entrada.
A configuración do LPCD realízase na configuración de datos EEPROM/Flash antes de chamar ao comando.
Nota:
A cancelación de GPIO3 para ULPCD, a cancelación de HIF para LPCD están dispoñibles por defecto para saír dos modos de baixo consumo.
A activación por caducidade do contador sempre está activada.
Para ULPCD, a configuración DC-DC debe estar desactivada na configuración de datos EEPROM/Flash e debe proporcionar subministración de VUP a través de VBAT. Débense facer os axustes de puentes necesarios. Para a configuración de datos de EEPROM/Flash, consulte o documento [2].
Se o comando é para a calibración LPCD/ULPCD, o host aínda ten que enviar o fotograma completo.

4.5.4.8.1 Comando
Táboa 56. Valor do comando SWITCH_MODE_LPCD

Parámetro	Lonxitude	Valor/descrición
bControl	1 byte	0x00	Introduza a calibración ULPCD. O comando detense despois da calibración e envíase un evento co valor de referencia ao host.
		0x01	Introduza ULPCD
		0x02	Calibración LPCD. O comando detense despois da calibración e envíase un evento co valor de referencia ao host.
		0x03	Introduza LPCD
		0x04	Modo único
		0x0C	Modo único con evento de calibración
		Outros Valores	RFU
Control de espertar	1 byte	Máscara de bits que controla a fonte de activación que se utilizará para LPCD/ULPCD. O contido deste campo non se considera para a calibración. Refírense a Táboa 57
Valor de referencia	4 bytes	Valor de referencia que se utilizará durante ULPCD/LPCD. Para ULPCD, úsase o byte 2 que contén o valor do atenuador de HF tanto durante a fase de calibración como de medida. Para LPCD, o contido deste campo non se considera para a calibración e o modo único. Refírense a Táboa 58 para obter a información correcta sobre os 4 bytes.
Valor de contador	2 bytes	Valor do contador de espertar en milisegundos. O valor máximo admitido é 2690 para LPCD. O valor máximo admitido é 4095 para ULPCD. O valor a proporcionar está en formato little-endian. O contido deste campo non se considera para a calibración LPCD. Para o modo único e o modo único con evento de calibración, a duración do modo de espera antes da calibración pódese configurar desde a configuración da EEPROM: LPCD_SETTINGS->wCheck Period. Para o modo único con calibración, o valor WUC debe ser distinto de cero.

Táboa 57. Máscara de bits de control de espertar

b7	b6	b5	b4	b3	b2	b1	b0	Descrición
0	0	0	0	0	0	0		RFU
							X	Activación no campo de RF externo, se o bit está configurado en 1b.

Táboa 58. Información do byte do valor de referencia

Bytes de valor de referencia	ULPCD	LPCD
Byte 0	Byte de referencia 0	Byte de referencia 0 da canle 0
Byte 1	Byte de referencia 1	Byte de referencia 0 da canle 1
Byte 2	Valor do atenuador HF	Byte de referencia 1 da canle 0
Byte 3	NA	Byte de referencia 1 da canle 1

4.5.4.8.2 Resposta
Táboa 59. Valor de resposta SWITCH_MODE_LPCD

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Non se introduciu o modo de cambio debido a unha configuración incorrecta)

4.5.4.8.3 evento
A notificación do evento envíase cando o comando rematou e introdúcese no modo normal cos seguintes datos como parte do evento mencionado na Figura 12 e na Figura 13.
Táboa 60. EVT_SWITCH_MODE_LPCD

Campo de carga útil	Lonxitude	Valor/Descrición
Estado LPCD	Consulte a táboa 15	Consulte a táboa 154.5.4.8.4 Comunicación Example

4.5.4.9 SWITCH_MODE_DOWNLOAD
O comando Switch Mode Download entra no modo de descarga de firmware.
A única forma de saír do modo de descarga é reiniciar o PN5190.
4.5.4.9.1 Comando
Táboa 61. Valor do comando SWITCH_MODE_DOWNLOAD

Parámetro	Lonxitude	Valor/Descrición
–	–	Sen valor

4.5.4.9.2 Resposta
A resposta só indica que o comando foi procesado e o modo de descarga debe introducirse despois de que a resposta sexa lida polo host.
Táboa 62. Valor de resposta SWITCH_MODE_DOWNLOAD
Cambiar modo de operación Autocoll

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non se introduciu o modo de cambio)

4.5.4.9.3 evento
Sen xeración de eventos.
4.5.4.9.4 Comunicación Example
4.5.5 Autenticación clásica MIFARE
4.5.5.1 MFC_AUTHENTICATE
Esta instrución úsase para realizar unha autenticación MIFARE clásica nunha tarxeta activada. Leva a chave, o UID da tarxeta e o tipo de chave para autenticarse no enderezo de bloque determinado. A resposta contén un byte que indica o estado de autenticación.
4.5.5.1.1 Condicións
A clave de campo debe ter 6 bytes. O tipo de clave de campo debe conter o valor 0x60 ou 0x61. O enderezo de bloque pode conter calquera enderezo de 0x0 a 0xff, incluídos. O UID do campo debe ter bytes de longo e debe conter o UID de 4 bytes da tarxeta. Unha tarxeta baseada no produto MIFARE Classic ISO14443-3 debe poñerse no estado ACTIVE ou ACTIVE* antes da execución desta instrución.
No caso de que se produza un erro de execución relacionado coa autenticación, este campo "Estado de autenticación" establécese en consecuencia.
4.5.5.1.2 Comando
Táboa 63. Comando MFC_AUTHENTICATE
Realice a autenticación nunha tarxeta baseada no produto MIFARE Classic activada.

Campo de carga útil	Lonxitude	Valor/Descrición
Chave	6 bytes	Clave de autenticación que se utilizará.
Tipo de chave	1 byte	0x60	Clave tipo A
		0x61	Clave tipo B
Dirección do bloque	1 byte	O enderezo do bloque para o que se debe realizar a autenticación.
UID	4 bytes	UID da tarxeta.

4.5.5.1.3 Resposta
Táboa 64. Resposta MFC_AUTHENTICATE
Resposta a MFC_AUTHENTICATE.

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 evento
Non hai ningún evento para esta instrución.
4.5.6 Compatibilidade con ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Esta instrución úsase para realizar un inventario de ISO18000-3M3 tags. Implementa unha execución autónoma de varios comandos segundo a ISO18000-3M3 co fin de garantir os tempos especificados por esa norma.
Se está presente na carga útil da instrución, primeiro execútase un comando Select seguido dun comando BeginRound.
Se hai unha resposta válida no primeiro intervalo de tempo (sen tempo de espera, sen colisión), a instrución envía un ACK e garda o PC/XPC/UII recibido. A instrución realiza entón unha acción segundo o campo "Comportamento procesado no intervalo de tempo":

Se este campo está definido como 0, emítese un comando NextSlot para xestionar o seguinte intervalo de tempo. Isto repítese ata que o búfer interno estea cheo
Se este campo se establece en 1, o algoritmo detense
Se este campo se establece en 2, emítese un comando Req_Rn se, e só se, houbo un comando válido tag resposta neste intervalo de tempoComando

O campo "Select Command Length" debe conter a lonxitude do campo "Select Command", que debe estar no rango de 1 a 39, inclusive. Se "Seleccionar lonxitude do comando" é 0, os campos "Bits válidos no último byte" e "Seleccionar comando" non deben estar presentes.
O campo Bits no último byte debe conter o número de bits que se transmitirán no último byte do campo "Seleccionar comando". O valor debe estar no intervalo de 1 a 7, incluídos. Se o valor é 0, transmítense todos os bits do último byte do campo "Seleccionar comando".
O campo "Seleccionar comando" debe conter un comando Seleccionar segundo ISO18000-3M3 sen CRC-16c final e debe ter a mesma lonxitude que se indica no campo "Seleccionar lonxitude do comando".
O campo "Comando BeginRound" debe conter un comando BeginRound segundo ISO18000-3M3 sen CRC-5 final. Os últimos 7 bits do último byte do 'Comando BeginRound' son ignorados xa que o comando ten unha lonxitude real de 17 bits.
"Comportamento procesado do intervalo de tempo" debe conter un valor entre 0 e 2, incluídos.
Táboa 65. Valor do comando EPC_GEN2_INVENTORY Realizar un inventario ISO 18000-3M3

Campo de carga útil	Lonxitude	Valor/descrición
Reanudar o inventario	1 byte	00	GEN2_INVENTORY inicial

		01	Retoma o comando GEN2_INVENTORY, o restante os campos de abaixo están baleiros (calquera carga útil é ignorada)
Seleccione Lonxitude do comando	1 byte	0	Non se establece ningún comando Select antes do comando BeginRound. O campo "Bits válidos no último byte" e o campo "Seleccionar comando" non estarán presentes.
Seleccione Lonxitude do comando	1 byte	1 - 39	Lonxitude (n) do campo "Seleccionar comando".
Bits válidos no último byte	1 byte	0	Transmítense todos os bits do último byte do campo "Seleccionar comando".
Bits válidos no último byte	1 byte	1 - 7	Número de bits que se transmitirán no último byte do campo "Seleccionar comando".
Seleccione Comando	n Bytes	Se está presente, este campo contén o comando Seleccionar (segundo ISO18000-3, Táboa 47) que se envía antes do comando BeginRound. Non se incluirá CRC-16c.
Comando BeginRound	3 bytes	Este campo contén o comando BeginRound (segundo ISO18000-3, Táboa 49). CRC-5 non se incluirá.
Comportamento procesado por intervalos de tempo	1 byte	0	A resposta contén máx. Número de intervalos de tempo que poden caber no búfer de resposta.
		1	A resposta contén só un intervalo de tempo.
		2	A resposta contén só un intervalo de tempo. Se a franxa horaria contén unha resposta de tarxeta válida, tamén se inclúe o identificador da tarxeta.

4.5.6.1.1 Resposta
A lonxitude da Resposta pode ser "1" no caso do inventario de currículo.
Táboa 66. Valor de resposta EPC_GEN2_INVENTORY

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS (Ler o estado do intervalo de tempo no byte seguinte para Tag resposta) PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Franxa horaria [1…n]	3 – 69 bytes	Estado da franxa horaria	1 byte	0	Tag resposta dispoñible. 'Tag campo "Lonxitude da resposta", campo "Bits válidos no último byte" e "Tag campo de resposta presente.
				1	Tag resposta dispoñible.
				2	Non tag respondeu na franxa horaria. 'Tag O campo "Lonxitude da resposta" e "Bits válidos no último byte" estableceranse en cero. 'Tag o campo de resposta non estará presente.
				3	Dous ou máis tags respondeu na franxa horaria. (colisión). 'Tag O campo "Lonxitude da resposta" e "Bits válidos no último byte" estableceranse en cero. 'Tag o campo de resposta non estará presente.

Tag Duración da resposta	1 byte	0-66	Lonxitude de 'Tag Campo de resposta (i). Se Tag A lonxitude da resposta é 0, entón o Tag O campo de resposta non está presente.
Bits válidos no último byte	1 byte	0	Todos os bits do último byte de 'Tag campo de resposta son válidos.
Bits válidos no último byte	1 byte	1-7	Número de bits válidos do último byte de 'Tag campo de resposta. Se Tag A lonxitude da resposta é cero, ignorarase o valor deste byte.
Tag Responder	'n' Bytes	Resposta do tag segundo ISO18000-3_2010, táboa 56.
Tag Manexar	0 ou 2 bytes	Mango do tag, no caso de que o campo "Estado da franxa horaria" estea definido como "1". En caso contrario, o campo non está presente.

4.5.6.1.2 evento
Non hai eventos para este comando.
4.5.7 Xestión da configuración de RF
Consulte a Sección 6, para a configuración de TX e RX para diferentes tecnoloxías de RF e velocidades de datos compatibles con PN5190. Os valores non están presentes no intervalo mencionado a continuación, deben ser considerados como RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Esta instrución úsase para cargar a configuración de RF desde a EEPROM nos rexistros CLIF internos. A configuración de RF refírese a unha combinación única de tecnoloxía RF, modo (obxectivo/iniciador) e velocidade en baudios. A configuración de RF pódese cargar por separado para a ruta do receptor CLIF (configuración RX) e do transmisor (configuración TX). Debe utilizarse o valor 0xFF se non se cambia a configuración correspondente dunha ruta.
4.5.7.1.1 Condicións
O campo "Configuración TX" debe estar no intervalo de 0x00 a 0x2B, incluídos. Se o valor é 0xFF, a configuración de TX non se modifica.
O campo "Configuración de RX" debe estar no intervalo de 0x80 a 0xAB, incluídos. Se o valor é 0xFF, a configuración de RX non se modifica.
Unha configuración especial con Configuración TX = 0xFF e Configuración RX = 0xAC úsase para cargar os rexistros de arranque unha vez.
Esta configuración especial é necesaria para actualizar as configuracións do rexistro (tanto TX como RX) que son diferentes dos valores de reinicio do IC.

4.5.7.1.2 Comando
Táboa 67. Valor do comando LOAD_RF_CONFIGURATION
Carga a configuración de RF TX e RX desde E2PROM.

Campo de carga útil	Lonxitude	Valor/Descrición
Configuración TX	1 byte	0xFF	A configuración de TX RF non se modificou.
		0x0 - 0x2B	Cargouse a configuración TX RF correspondente.
Configuración RX	1 byte	0xFF	A configuración de RX RF non se modificou.
		0x80 – 0xAB	Cargouse a configuración RX RF correspondente.

4.5.7.1.3 Resposta
Táboa 68. Valor de resposta LOAD_RF_CONFIGURATION

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 evento
Non hai eventos para este comando.
4.5.7.2 UPDATE_RF_CONFIGURATION
Esta instrución úsase para actualizar a configuración de RF (consulte a definición na Sección 4.5.7.1) dentro da E2PROM. A instrución permite actualizar o valor de granularidade do rexistro, é dicir, non é necesario actualizar o conxunto completo (aínda que é posible facelo).
4.5.7.2.1 Condicións
O tamaño da configuración da matriz de campos debe estar no intervalo de 1 a 15, incluídos. A configuración da matriz de campos debe conter un conxunto de configuración de RF, enderezo de rexistro e valor. A configuración de RF do campo debe estar no intervalo de 0x0 a 0x2B para a configuración de TX e de 0x80 a 0xAB para a configuración de RX, inclusive. O enderezo dentro do campo Rexistrar enderezo debe existir na configuración de RF respectiva. O valor do campo debe conter un valor que debe escribirse no rexistro indicado e debe ter 4 bytes de lonxitude (formato little-endian).
4.5.7.2.2 Comando
Táboa 69. Valor do comando UPDATE_RF_CONFIGURATION
Actualiza a configuración de RF

Campo de carga útil	Lonxitude	Valor/Descrición
Configuración[1…n]	6 bytes	Configuración de RF	1 byte	Configuración de RF para a que se debe cambiar o rexistro.
		Enderezo de rexistro	1 byte	Rexistrar o enderezo dentro da tecnoloxía de RF indicada.
		Valor	4 bytes	Valor que debe ser inscrito no rexistro. (Little-endian)

4.5.7.2.3 Resposta
Táboa 70. Valor de resposta UPDATE_RF_CONFIGURATION

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 evento
Non hai eventos para este comando.
4.5.7.3 GET_ RF_CONFIGURATION
Esta instrución úsase para ler unha configuración de RF. Os pares enderezo-valor do rexistro están dispoñibles na resposta. Para saber cantos pares hai que esperar, pódese recuperar a información do primeiro tamaño do primeiro TLV, que indica a lonxitude total da carga útil.
4.5.7.3.1 Condicións
A configuración de RF do campo debe estar no intervalo de 0x0 – 0x2B para a configuración de TX e 0x80 –0xAB para a configuración de RX, inclusive.
4.5.7.3.2 Comando
Táboa 71. Valor do comando GET_ RF_CONFIGURATION Recuperar a configuración de RF.

Campo de carga útil	Lonxitude	Valor/Descrición
Configuración de RF	1 byte	Configuración de RF para a que se debe recuperar o conxunto de pares de valores de rexistro.

4.5.7.3.3 Resposta
Táboa 72. GET_ RF_CONFIGURATION Valor de resposta

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
Par[1…n]	5 bytes	Enderezo de rexistro	1 byte	Rexistrar o enderezo dentro da tecnoloxía de RF indicada.
		Valor	4 bytes	Valor de rexistro de 32 bits.

4.5.7.3.4 evento
Non hai ningún evento para a instrución.
4.5.8 Manexo de campos de RF
4.5.8.1 RF_ON
Esta instrución úsase para activar a RF activada. Neste comando tratarase a regulación DPC no FieldOn inicial.
4.5.8.1.1 Comando
Táboa 73. Valor do comando RF_FIELD_ON
Configura RF_FIELD_ON.

Campo de carga útil	Lonxitude	Valor/Descrición
RF_on_config	1 byte	Bit 0	0	Use a prevención de colisións
			1	Desactivar a prevención de colisións
		Bit 1	0	Non P2P activo
			1	P2P activo

4.5.8.1.2 Resposta
Táboa 74. Valor de resposta RF_FIELD_ON

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (O campo de RF non está activado debido a unha colisión de RF) PN5190_STATUS_TIMEOUT (o campo RF non está activado debido ao tempo de espera) PN5190_STATUS_TXLDO_ERROR (o erro de TXLDO debido a VUP non está dispoñible) PN5190_STATUS_RFCFG_NOT_APPLIED (a configuración de RF non se aplica antes deste comando)

4.5.8.1.3 evento
Non hai ningún evento para esta instrución.
4.5.8.2 RF_OFF
Esta instrución úsase para desactivar o campo RF.
4.5.8.2.1 Comando
Táboa 75. Valor do comando RF_FIELD_OFF

Campo de carga útil	Lonxitude	Valor/Descrición
Baleiro	Baleiro	baleiro

4.5.8.2.2 Resposta
Táboa 76. Valor de resposta RF_FIELD_OFF

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)

4.5.8.2.3 evento
Non hai ningún evento para esta instrución.
4.5.9 Proba de configuración do bus
Os sinais de bus de proba dispoñibles nas configuracións de PAD seleccionadas están listados na Sección 7 como referencia.
Estes deben ser referidos para proporcionar a configuración para as instrucións do bus de proba como se menciona a continuación.
4.5.9.1 CONFIGURAR _TESTBUS_DIXITAL
Esta instrución úsase para cambiar o sinal de bus dixital de proba dispoñible nas configuracións de pad seleccionadas.
4.5.9.1.1 Comando
Táboa 77. Valor do comando CONFIGURE_TESTBUS_DIGITAL

Campo de carga útil	Lonxitude	Valor/descrición
TB_SignalIndex	1 byte		Consulte Sección 7
TB_BitIndex	1 byte		Consulte Sección 7
TB_PadIndex	1 byte		O índice de pad, no que se debe emitir o sinal dixital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.1.2 Resposta
Táboa 78. Valor de resposta CONFIGURE_TESTBUS_DIGITAL

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)

4.5.9.1.3 evento
Non hai ningún evento para esta instrución.
4.5.9.2 CONFIGURAR_ANALOG_PROBA
Esta instrución úsase para obter o sinal de bus de proba analóxico dispoñible nas configuracións de pad seleccionadas.
O sinal no bus de proba analóxico pódese obter en diferentes modos. Eles son:
4.5.9.2.1 Modo RAW
Neste modo, o sinal elixido por TB_SignalIndex0 desprázase por Shift_Index0, enmascarado con Mask0 e saíndo en AUX1. Do mesmo xeito, o sinal elixido por TB_SignalIndex1 desprázase por Shift_Index1, enmascarado con Mask1 e saíndo en AUX2.
Este modo ofrece flexibilidade ao cliente para emitir calquera sinal que teña 8 bits de ancho ou menos e non requira conversión de signos para emitir aos pads analóxicos.
4.5.9.2.2 Modo COMBINADO
Neste modo, o sinal analóxico será o valor ADCI/ADCQ/pcrm_if_rssi asinado de 10 bits convertido nun valor sen asinar, reducido a 8 bits e, a continuación, emitido nos pads AUX1 ou AUX2.
Só un dos dous valores convertidos ADCI/ADCQ (10 bits) pode ser enviado a AUX1/AUX2 en calquera momento.
Se o valor do campo de carga útil do sinal de modo combinado é 2 (analóxico e dixital combinado), entón o bus de proba analóxico e dixital envíase por AUX1 (sinal analóxico) e GPIO0 (sinal dixital).
Os sinais que se van enrutar están configurados no enderezo EEPROM que se menciona a continuación:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB - Índice de TB analóxico
O índice do bus de proba e o bit do bus de proba deben configurarse na EEPROM antes de emitir o modo combinado coa opción 2.
Nota:
O anfitrión proporcionará todos os campos, independentemente da súa aplicabilidade en modo "en bruto" ou "combinado". O PN5190 IC só considera os valores de campo aplicables.
4.5.9.2.3 Comando
Táboa 79. Valor do comando CONFIGURE_TESTBUS_ANALOG

Campo de carga útil	Lonxitude	Valor/descrición		Aplicabilidade de campo para o modo combinado
bConfig	1 byte		Bits configurables. Refírense a Táboa 80	Si
Sinal de modo_combinado	1 byte	0 – ADCI/ADCQ 1 – pcrm_if_rssi		Si
		2 – Combinación analóxica e dixital
		3 – 0xFF –Reservado

TB_SignalIndex0	1 byte	Índice de sinal do sinal analóxico. Refírense a Sección 7	Si
TB_SignalIndex1	1 byte	Índice de sinal do sinal analóxico. Refírense a Sección 7	Si
Shift_Index0	1 byte	Posicións de cambio de entrada DAC0. A dirección decidirase por bits en bConfig[1].	Non
Shift_Index1	1 byte	Posicións de cambio de entrada DAC1. A dirección decidirase por bits en bConfig[2].	Non
Máscara 0	1 byte	Máscara DAC0	Non
Máscara 1	1 byte	Máscara DAC1	Non

Táboa 80. Máscara de bits de configuración

b7	b6	b5	b4	b3	b2	b1	b0	Descrición	Aplicable ao modo
X	X							Rango de cambio de saída DAC1: 0, 1, 2	En bruto
		X	X					Rango de cambio de saída DAC0: 0, 1, 2	En bruto
				X				No modo combinado, sinal no pin AUX1/AUX2 0 ➜ Sinal en AUX1 1 ➜ Sinal en AUX2	Combinado
					X			Dirección de cambio de entrada DAC1 0 ➜ Maiúsculas á dereita 1 ➜ Desprácese á esquerda	En bruto
						X		Dirección de cambio de entrada DAC0 0 ➜ Maiúsculas á dereita 1 ➜ Desprácese á esquerda	En bruto
							X	Modo. 0 ➜ Modo bruto 1 ➜ Modo combinado	Crudo/Combinado

4.5.9.2.4 Resposta
Táboa 81. Valor de resposta CONFIGURE_TESTBUS_ANALOG

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)

4.5.9.2.5 evento
Non hai ningún evento para esta instrución.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Esta instrución úsase para cambiar varios sinais de bus de proba dixital dispoñibles nas configuracións de pad seleccionadas.
Nota: Se esta lonxitude é CERO, reiniciarase un bus de proba dixital.
4.5.9.3.1 Comando
Táboa 82. Valor do comando CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Campo de carga útil	Lonxitude	Valor/descrición
TB_SignalIndex #1	1 byte	Consulte 8 abaixo
TB_BitIndex #1	1 byte	Consulte 8 abaixo
TB_PadIndex #1	1 byte	O índice de pad, no que se debe emitir o sinal dixital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU
TB_SignalIndex #2	1 byte	Consulte 8 abaixo
TB_BitIndex #2	1 byte	Consulte 8 abaixo
TB_PadIndex #2	1 byte	O índice de pad, no que se debe emitir o sinal dixital
		0x00	Pin AUX1
		0x01	Pin AUX2
		0x02	Pin AUX3
		0x03	Pin GPIO0
		0x04	Pin GPIO1
		0x05	Pin GPIO2
		0x06	Pin GPIO3
		0x07-0xFF	RFU

4.5.9.3.2 Resposta
Táboa 83. Valor de resposta CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 2]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)

4.5.9.3.3 evento
Non hai ningún evento para esta instrución.
4.5.10 Configuración CTS
4.5.10.1 CTS_ENABLE
Esta instrución úsase para activar/desactivar a función de rexistro CTS.
4.5.10.1.1 Comando
Táboa 84. Valor do comando CTS_ENABLE

Valor/Descrición de lonxitude do campo de carga útil
Activar/Desactivar	1 byte	Bit 0	0	Desactive a función de rexistro CTS
1 Active a función de rexistro CTS
		Bit 1-7		RFU

4.5.10.1.2 Resposta
Táboa 85. Valor de resposta CTS_ENABLE

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)

4.5.10.1.3 evento
A seguinte táboa mostra os datos do evento que se enviarán como parte da mensaxe do evento, como se mostra na Figura 12 e na Figura 13.
Táboa 86. Isto informa ao host de que se recibiron datos. EVT_CTS_FEITO

Campo de carga útil	Lonxitude	Valor/Descrición
Evento	1 byte	00... O TRIGGER ocorreu, os datos están listos para a recepción.

4.5.10.2 CTS_CONFIGURE
Esta instrución úsase para configurar todos os rexistros CTS necesarios, como disparadores, rexistros de bus de proba, sampconfiguración ling, etc.,
Nota:
[1] proporciona unha mellor comprensión da configuración CTS. Os datos capturados que se enviarán como parte da resposta ao comando da Sección 4.5.10.3.

4.5.10.2.1 Comando
Táboa 87. Valor do comando CTS_CONFIGURE

Campo de carga útil	Lonxitude	Valor/Descrición
PRE_TRIGGER_SHIFT	1 byte	Define a lonxitude da secuencia de adquisición posterior ao disparo en unidades de 256 bytes. 0 significa que non hai quenda; n significa n*256 bytes de desprazamento de bloque. Nota: Válido só se TRIGGER_MODE é o modo de activación "PRE" ou "COMB".
TRIGGER_MODE	1 byte	Especifica o modo de adquisición que se utilizará.
		0x00: modo POST
		0x01 – RFU
		0x02 - Modo PRE
		0x03 – 0xFF – Non válido
RAM_PAGE_WIDTH	1 byte	Especifica a cantidade de memoria no chip que está cuberta por unha adquisición. A granularidade elíxese por deseño como 256 bytes (é dicir, 64 palabras de 32 bits). Os valores válidos son os seguintes: 0x00h – 256 bytes 0x02h – 768 bytes 0x01h – 512 bytes 0x03h – 1024 bytes 0x04h – 1280 bytes 0x05h – 1536 bytes 0x06h – 1792 bytes 0x07h – 2048 bytes 0x08h – 2304 bytes 0x09h – 2560 bytes 0x0Ah – 2816 bytes 0x0Bh – 3072 bytes 0x0Ch - 3328 bytes 0x0Dh – 3584 bytes 0x0Eh – 3840 bytes 0x0Fh – 4096 bytes 0x10h – 4352 bytes 0x11h – 4608 bytes 0x12h – 4864 bytes 0x13h – 5120 bytes 0x14h – 5376 bytes 0x15h – 5632 bytes 0x16h – 5888 bytes 0x17h – 6144 bytes 0x18h – 6400 bytes 0x19h – 6656 bytes 0x1Ah – 6912 bytes 0x1Bh – 7168 bytes 0x1Ch - 7424 bytes 0x1Dh – 7680 bytes 0x1Eh – 7936 bytes 0x1Fh – 8192 bytes

SAMPLE_CLK_DIV	1 byte	O valor decimal deste campo especifica o factor de división da frecuencia de reloxo que se utilizará durante a adquisición. Reloxo CTS = 13.56 MHz / 2^{SAMPLE_CLK_DIV}
		00-13560 kHz 01-6780 kHz 02-3390 kHz 03-1695 kHz 04-847.5 kHz 05-423.75 kHz 06-211.875 kHz 07-105.9375 kHz 08-52.96875 kHz 09-26.484375 kHz 10-13.2421875 kHz 11-6.62109375 kHz 12-3.310546875 kHz 13-1.6552734375 kHz 14-0.82763671875 kHz 15-0.413818359375 kHz
SAMPLE_BYTE_SEL	1 byte	Estes bits utilízanse para especificar que bytes dos dous buses de entrada de 16 bits contribúen ao mecanismo de intercalación que xera datos para ser transferidos á memoria do chip. O significado e uso deles depende do SAMPValores LE_MODE_SEL. Nota: O valor dado sempre está enmascarado con 0x0F e entón considérase o valor efectivo.
SAMPLE_MODE_SEL	1 byte	Selecciona o sampmodo de intercalado ling como se describe nas especificacións de deseño de CTS. O valor decimal 3 está reservado e tratarase como 0. Nota: O valor dado sempre está enmascarado con 0x03, e entón considérase o valor efectivo.
TB0	1 byte	Selecciona que bus de proba se conectará a TB0. Refírense a Sección 7 (Valor TB_ Signal_Index)
TB1	1 byte	Selecciona que bus de proba se conectará a TB1. Refírense a Sección 7 (Valor TB_ Signal_Index)
TB2	1 byte	Selecciona que bus de proba se conectará a TB2. Refírense a Sección 7 (Valor TB_ Signal_Index)
TB3	1 byte	Selecciona que bus de proba se conectará a TB3. Refírense a Sección 7 (Valor TB_ Signal_Index)
TTB_SELECT	1 byte	Selecciona que TB se conectará ás fontes de disparo. Refírense a Sección 7 (valor TB_Signal_Index)
RFU	4 bytes	Enviar sempre 0x00000000
MISC_CONFIG	24 bytes	Ocurrencias de activación, polaridade, etc. Consulte [1] para comprender a configuración de CTS a usar.

4.5.10.2.2 Resposta
Táboa 88. Valor de resposta CTS_CONFIGURE

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 evento
Non hai ningún evento para esta instrución.
4.5.10.3 CTS_RETRIEVE_LOG
Esta instrución recupera o rexistro de datos dos datos do bus de proba capturadosampficheiros almacenados no búfer de memoria.
4.5.10.3.1 Comando
Táboa 89. Valor do comando CTS_RETRIEVE_LOG

Campo de carga útil	Lonxitude	Valor/Descrición
Tamaño do anaco	1 byte	0x01-0xFF	Contén o número de bytes de datos esperados.

4.5.10.3.2 Resposta
Táboa 90. Valor de resposta CTS_RETRIEVE_LOG

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos) PN5190_STATUS_SUCCSES_CHAINING
Datos de rexistro [1…n]	Solicitude CTS	Capturado Samples Anaco de datos

Nota:
O tamaño máximo dos "Datos de rexistro" depende do "ChunkSize" que se proporcionou como parte do comando.
O tamaño total do rexistro estará dispoñible na resposta da cabeceira TLV.
4.5.10.3.3 evento
Non hai ningún evento para esta instrución.
4.5.11 Comandos TEST_MODE
4.5.11.1 PROBA_PROBA_DE_ANTENA
Esta instrución úsase para verificar se a antena está conectada e se os compoñentes coincidentes están poboados/ensamblados.
Nota:
Este comando aínda non está dispoñible. Consulta as notas de publicación para coñecer a dispoñibilidade.
4.5.11.2 PRBS_TEST
Esta instrución úsase para xerar a secuencia PRBS para as diferentes configuracións dos protocolos e velocidades de bits do modo Lector. Unha vez que se execute a instrución, a secuencia de proba PRBS estará dispoñible en RF.
Nota:
O anfitrión debe asegurarse de que se carga a configuración da tecnoloxía de RF adecuada mediante a Sección 4.5.7.1 e que a RF está activada mediante o comando da Sección 4.5.8.1 antes de enviar este comando.
4.5.11.2.1 Comando
Táboa 91. Valor do comando PRBS_TEST

Campo de carga útil	Lonxitude	Valor/Descrición
tipo_prbs	1 byte	00	PRBS9 (predeterminado)
		01	PRBS15
		02-FF	RFU

4.5.11.2.2 Resposta
Táboa 92. Valor de resposta PRBS_TEST

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 evento
Non hai ningún evento para esta instrución.
4.5.12 Comandos de información do chip
4.5.12.1 GET_DIEID
Esta instrución úsase para ler o ID de matriz do chip PN5190.
4.5.12.1.1 Comando
Táboa 93. GET_DIEID Valor do comando

Campo de carga útil	Lonxitude	Valor/Descrición
–	–	Non hai datos na carga útil

4.5.12.1.2 Resposta
Táboa 94. Valor de resposta GET_DIEID

Campo de carga útil	Lonxitude	Valor/descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (non hai máis datos)
Valores	16 bytes	ID de 16 bytes.

4.5.12.1.3 evento
Non hai eventos para este comando.
4.5.12.2 GET_VERSION
Esta instrución úsase para ler a versión HW, a versión ROM e a versión FW do chip PN5190.
4.5.12.2.1 Comando
Táboa 95. Valor do comando GET_VERSION

Campo de carga útil	Lonxitude	Valor/Descrición
–	–	Non hai datos na carga útil

Hai un comando DL_GET_VERSION (Sección 3.4.4) dispoñible no modo de descarga que se pode usar para ler a versión HW, a versión ROM e a versión FW.
4.5.12.2.2 Resposta
Táboa 96. Valor de resposta GET_VERSION

Campo de carga útil	Lonxitude	Valor/Descrición
Estado	1 byte	Estado da operación [Táboa 9]. Os valores esperados son os seguintes:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Non hai máis datos)
HW_V	1 byte	Versión de hardware
RO_V	1 byte	código ROM
FW_V	2 bytes	Versión de firmware (utilizada para descargar)
RFU1-RFU2	1-2 bytes	–

A resposta esperada para diferentes versións de PN5190 IC menciónase na (Sección 3.4.4)
4.5.12.2.3 evento
Non hai eventos para este comando.

Apéndice (ExampOS)

Este apéndice componse do examples para os comandos mencionados anteriormente. O exampOs ficheiros son só con fins ilustrativos para mostrar o contido do comando.
5.1 Exampficheiro para WRITE_REGISTER
A seguinte secuencia de datos enviada desde o host para escribir un valor 0x12345678 no rexistro 0x1F.
Marco de comando enviado a PN5190: 0000051F78563412
O anfitrión debe esperar unha interrupción.
Cando o host le a trama de resposta recibida de PN5190 (que indica un funcionamento exitoso): 00000100 5.2 Exampficheiro para WRITE_REGISTER_OR_MASK
Seguinte secuencia de datos enviados desde o host para realizar a operación OU lóxica no rexistro 0x1F cunha máscara como 0x12345678
Marco de comando enviado a PN5190: 0100051F78563412
O anfitrión debe esperar unha interrupción.
Cando o host le a trama de resposta recibida de PN5190 (que indica a operación correcta): 01000100
5.3 Exampficheiro para WRITE_REGISTER_AND_MASK
Seguinte secuencia de datos enviados desde o host para realizar a operación AND lóxica no rexistro 0x1F cunha máscara como 0x12345678
Marco de comando enviado a PN5190: 0200051F78563412
O anfitrión debe esperar unha interrupción.
Cando o host le a trama de resposta recibida de PN5190 (que indica a operación correcta): 02000100
5.4 Exampficheiro para WRITE_REGISTER_MULTIPLE
Seguinte secuencia de datos enviados desde o host para realizar a operación AND lóxica no rexistro 0x1F cunha máscara como 0x12345678, e na operación OU lóxica no rexistro 0x20 cunha máscara como 0x11223344, e unha escritura no rexistro 0x21 cun valor como 0xAABBCCDD.
Marco de comando enviado a PN5190: 0300121F03785634122002443322112101DDCCBBAA
O anfitrión debe esperar unha interrupción.
Cando o host le a trama de resposta recibida de PN5190 (que indica a operación correcta): 03000100
5.5 Exampficheiro para READ_REGISTER
Seguindo a secuencia de datos enviados desde o host para ler o contido do rexistro 0x1F e asumindo que o rexistro ten o valor de 0x12345678
Marco de comando enviado a PN5190: 0400011F
O anfitrión debe esperar unha interrupción.
Cando o host le a trama de resposta recibida de PN5190 (que indica a operación correcta): 0400050078563412
5.6 Exampficheiro para READ_REGISTER_MULTIPLE
Seguinte secuencia de datos enviados desde o host para ler o contido dos rexistros 0x1F que conteñen o valor de 0x12345678 e o rexistro 0x25 que conteñen o valor de 0x11223344
Marco de comando enviado a PN5190: 0500021F25
O anfitrión debe esperar unha interrupción.
Cando o host leu a resposta, recibiuse a trama do PN5190 (que indica que o funcionamento foi exitoso): 050009007856341244332211
5.7 Exampficheiro para WRITE_E2PROM
Seguinte secuencia de datos enviados desde o host para escribir nas localizacións E2PROM 0x0130 a 0x0134 cos contidos como 0x11, 0x22, 0x33, 0x44, 0x55
Marco de comando enviado a PN5190: 06000730011122334455
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica a operación correcta): 06000100
5.8 Exampficheiro para READ_E2PROM
A seguinte secuencia de datos enviados desde o host para ler desde os lugares E2PROM 0x0130 a 0x0134 onde os contidos almacenados son: 0x11, 0x22, 0x33, 0x44, 0x55
Marco de comando enviado a PN5190: 07000430010500
O anfitrión debe esperar unha interrupción.
Cando o host leu a resposta, recibiuse a trama do PN5190 (que indica que o funcionamento foi exitoso): 070006001122334455
5.9 Exampficheiro para TRANSMIT_RF_DATA
Seguinte secuencia de datos enviados desde o host para enviar un comando REQA (0x26), cun número de bits que se transmitirán como '0x07', asumindo que os rexistros necesarios están configurados antes e a RF está activada.
Marco de comando enviado a PN5190: 0800020726
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica a operación correcta): 08000100
5.10 Exampficheiro para RETREIVE_RF_DATA
Seguinte secuencia de datos enviados desde o host para recibir os datos recibidos/almacenados no búfer CLIF interno (asumindo que se recibiu 0x05), asumindo que xa se envía un TRANSMIT_RF_DATA despois de activar a RF.
Marco de comando enviado a PN5190: 090000
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica a operación correcta): 090003000400
5.11 Exampficheiro para EXCHANGE_RF_DATA
Seguinte secuencia de datos enviados desde o host para transmitir un REQA (0x26), co número de bits no último byte para enviar definido como 0x07, con todo o estado a recibir xunto cos datos. Suponse que os rexistros de RF necesarios xa están configurados e a RF está activada.
Marco de comando enviado a PN5190: 0A0003070F26
O anfitrión debe esperar unha interrupción.
Cando o host leu a resposta, recibiu a trama de PN5190 (que indica que o funcionamento foi exitoso): 0A000 F000200000000000200000000004400
5.12 Exampficheiro para LOAD_RF_CONFIGURATION
Seguinte secuencia de datos enviados desde o host para establecer a configuración de RF. Para TX, 0x00 e para RX, 0x80
Marco de comando enviado a PN5190: 0D00020080
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica unha operación exitosa): 0D000100
5.13 Exampficheiro para UPDATE_RF_CONFIGURATION
Seguinte secuencia de datos enviados desde o host para actualizar a configuración de RF. Para TX, 0x00, con enderezo de rexistro para CLIF_CRC_TX_CONFIG e valor como 0x00000001
Marco de comando enviado a PN5190: 0E0006001201000000
O anfitrión debe esperar unha interrupción.
Cando o host leu a resposta, recibiu a trama de PN5190 (que indica a operación correcta): 0E000100
5.14 Example para RF_ON
Seguinte secuencia de datos enviados desde o host para activar o campo de RF mediante a prevención de colisións e sen P2P activo. Suponse que a configuración de RF TX e RX correspondente xa está definida en PN5190.
Marco de comando enviado a PN5190: 10000100
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica a operación correcta): 10000100
5.15 Example para RF_OFF
Seguinte secuencia de datos enviados desde o host para apagar o campo RF.
Marco de comando enviado a PN5190: 110000
O anfitrión debe esperar unha interrupción.
Cando o host le a resposta, a trama recibida de PN5190 (que indica a operación correcta): 11000100

Apéndice (índices de configuración do protocolo RF)

Este apéndice consta dos índices de configuración do protocolo RF admitidos polo PN5190.
Os axustes de configuración de TX e RX deben usarse nos comandos da Sección 4.5.7.1, Sección 4.5.7.2, Sección 4.5.7.3.

Apéndice (sinais CTS e TESTBUS)

A seguinte táboa especifica os diferentes sinais dispoñibles do PN5190 para capturar mediante instrucións CTS (sección 4.5.10) e instrucións TESTBUS.

Deben usarse para o comando da sección 4.5.9.1, da sección 4.5.9.2 e da sección 4.5.10.2.

Abreviaturas

Táboa 97. Abreviaturas

Abr.	Significado
CLK	Reloxo
DWL_REQ	Pin de solicitude de descarga (tamén chamado DL_REQ)
EEPROM	Memoria programable de só lectura borrable eléctricamente
FW	Firmware
GND	Terra
GPIO	Saída de entrada de propósito xeral
HW	Hardware
I²C	Circuito interintegrado (bus de datos en serie)
IRQ	Solicitude de interrupción
ISO / IEC	Organización Internacional de Normalización/Comunidade Electrotécnica Internacional
NFC	Comunicación de campo próximo
OS	Sistema Operativo
PCD	Dispositivo de acoplamento de proximidade (lector sen contacto)
PICC	Tarxeta de circuíto integrado de proximidade (tarxeta sen contacto)
PMU	Unidade de xestión de enerxía
POR	Reinicio de encendido
RF	Radiofrecuencia
RST	Restablecer
SFWU	modo de descarga de firmware seguro
SPI	Interface periférica serie
VEN	V Activar pin

Referencias

[1] Parte de configuración CTS de NFC Cockpit, https://www.nxp.com/products/:NFC-COCKPIT
[2] Folla de datos PN5190 IC, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Información legal

10.1 Definicións
Borrador — Un estado de borrador nun documento indica que o contido aínda está baixo unha revisión internaview e suxeita a aprobación formal, que poderá dar lugar a modificacións ou engadidos. NXP Semiconductors non ofrece ningunha representación ou garantía en canto á exactitude ou integridade da información incluída nun borrador dun documento e non terá ningunha responsabilidade polas consecuencias do uso desta información.
10.2 Exencións de responsabilidade
Garantía limitada e responsabilidade — Considérase que a información deste documento é precisa e fiable. Non obstante, NXP Semiconductors non ofrece ningunha representación ou garantía, expresa ou implícita, en canto á exactitude ou integridade desta información e non terá ningunha responsabilidade polas consecuencias do uso desta. NXP Semiconductors non se fai responsable do contido deste documento se o proporciona unha fonte de información allea a NXP Semiconductors.
En ningún caso NXP Semiconductors será responsable de ningún dano indirecto, incidental, punitivo, especial ou consecuente (incluíndo, sen limitación, lucro cesante, aforro perdido, interrupción do negocio, custos relacionados coa eliminación ou substitución de calquera produto ou cargos de reelaboración) ou tales danos non se basean en agravios (incluída neglixencia), garantía, incumprimento do contrato ou calquera outra teoría legal.
Sen prexuízo de calquera dano que o cliente poida sufrir por calquera motivo, a responsabilidade acumulada e acumulada de NXP Semiconductors cara ao cliente polos produtos descritos neste documento estará limitada de acordo co
Termos e condicións de venda comercial de NXP Semiconductors.
Dereito a realizar cambios — NXP Semiconductors resérvase o dereito de realizar cambios na información publicada neste documento, incluídas, sen limitación, especificacións e descricións de produtos, en calquera momento e sen previo aviso. Este documento substitúe e substitúe toda a información proporcionada antes da súa publicación.
Adecuación para o seu uso: os produtos NXP Semiconductors non están deseñados, autorizados ou garantidos para ser axeitados para o seu uso en sistemas ou equipos de soporte vital, críticos para a vida ou para a seguridade, nin en aplicacións nas que se poida esperar razoablemente fallos ou mal funcionamento dun produto NXP Semiconductors. provocar danos persoais, morte ou danos graves á propiedade ou ao medio ambiente. NXP Semiconductors e os seus provedores non aceptan ningunha responsabilidade pola inclusión e/ou o uso de produtos de NXP Semiconductors en tales equipos ou aplicacións e, polo tanto, tal inclusión e/ou uso corre a risco do cliente.
Aplicacións — As aplicacións que se describen aquí para calquera destes produtos son só con fins ilustrativos. NXP Semiconductors non fai ningunha representación ou garantía de que tales aplicacións sexan axeitadas para o uso especificado sen máis probas ou modificacións.
Os clientes son responsables do deseño e funcionamento das súas aplicacións e produtos utilizando produtos de NXP Semiconductors, e NXP Semiconductors non acepta ningunha responsabilidade por ningunha asistencia coas aplicacións ou o deseño do produto do cliente. É responsabilidade exclusiva do cliente determinar se o produto NXP Semiconductors é axeitado e apto para as aplicacións e produtos previstos do cliente, así como para a aplicación e o uso planificados dos clientes de terceiros do cliente. Os clientes deben proporcionar garantías de deseño e funcionamento adecuadas para minimizar os riscos asociados ás súas aplicacións e produtos.
NXP Semiconductors non acepta ningunha responsabilidade relacionada con calquera defecto, dano, custo ou problema que se basee en calquera debilidade ou defecto nas aplicacións ou produtos do cliente, ou na aplicación ou uso por parte dos clientes externos do cliente. O cliente é responsable de realizar todas as probas necesarias para as aplicacións e produtos do cliente que utilicen produtos NXP Semiconductors para evitar un defecto das aplicacións e dos produtos ou da aplicación ou o seu uso por parte dos clientes externos do cliente. NXP non acepta ningunha responsabilidade a este respecto.

NXP BV - NXP BV non é unha empresa operativa e non distribúe nin vende produtos.

10.3 Licenzas
Compra de IC NXP con tecnoloxía NFC: a compra dun IC de NXP Semiconductors que cumpra un dos estándares de comunicación de campo próximo (NFC) ISO/IEC 18092 e ISO/IEC 21481 non proporciona unha licenza implícita baixo ningún dereito de patente infrinxido pola implementación de calquera destes estándares. A compra de NXP Semiconductors IC non inclúe unha licenza para ningunha patente de NXP (ou outro dereito de PI) que cubra combinacións deses produtos con outros produtos, xa sexan hardware ou software.

10.4 Marcas comerciais
Aviso: todas as marcas de referencia, nomes de produtos, nomes de servizos e marcas comerciais son propiedade dos seus respectivos propietarios.
NXP — a palabra e o logotipo son marcas comerciais de NXP BV
EdgeVerse: é unha marca comercial de NXP BV
FeliCa — é unha marca comercial de Sony Corporation.
MIFARE — é unha marca comercial de NXP BV
MIFARE Classic — é unha marca comercial de NXP BV

Teña en conta que na sección "Información legal" incluíronse avisos importantes relativos a este documento e aos produtos aquí descritos.
© 2023 NXP BV
Para obter máis información, visite: http://www.nxp.com
Todos os dereitos reservados.
Data de publicación: 25 de maio de 2023
Identificador do documento: UM11942

Documentos/Recursos

Controlador frontal NXP PN5190 NFC [pdfManual do usuario
PN5190, PN5190 NFC Frontend Controller, NFC Frontend Controller, Controller, UM11942

Referencias

Manual de usuario

Controlador Frontend NFC PN5190

Introdución

Rematou a comunicación do anfitriónview

Modo de arranque operativo IC: modo de descarga de FW seguro

Modo de arranque operativo IC: modo de operación normal

Táboa 54. Configurar máscara de bits

Apéndice (ExampOS)

Apéndice (índices de configuración do protocolo RF)

Apéndice (sinais CTS e TESTBUS)

Abreviaturas

Referencias

Información legal

Documentos/Recursos

Referencias

Deixa un comentario

Cancelar resposta