NXP PN5190 NFC Frontend Controller Кіраўніцтва карыстальніка

інфармацыя	Змест
Ключавыя словы	PN5190, NFC, інтэрфейс NFC, кантролер, ўзровень інструкцый
Анатацыя	У гэтым дакуменце апісваюцца каманды ўзроўню інструкцый і адказы на працу з хост-кантролера для ацэнкі працы інтэрфейснага кантролера NXP PN5190 NFC. PN5190 - гэта інтэрфейсны кантролер NFC наступнага пакалення. Аб'ём гэтага дакумента - апісаць каманды інтэрфейсу для працы з інтэрфейсным кантролерам NFC PN5190. Для атрымання дадатковай інфармацыі аб працы інтэрфейснага кантролера PN5190 NFC звярніцеся да табліцы дадзеных і дадатковай інфармацыі.

Гісторыя версій

Рэв	Дата	Апісанне
3.7	20230525	• Тып і назва дакумента зменены ў параўнанні з дадаткам да тэхнічнага ліста прадукту ў інструкцыі карыстальніка • Рэдакцыйная чыстка • Абноўлены рэдакцыйныя ўмовы для сігналаў SPI • Дададзена каманда GET_CRC_USER_AREA ў табліцу 8 у раздзеле 4.5.2.3 • Абноўлены розныя дыферэнцыраваныя дэталі для PN5190B1 і PN5190B2 у раздзеле 3.4.1 • Абноўлены адказ раздзела 3.4.7
3.6	20230111	Апісанне адказу Enhanced Check Integrity у Раздзеле 3.4.7
3.5	20221104	Раздзел 4.5.4.6.3 «Падзея»: дададзены
3.4	20220701	• Дададзена каманда CONFIGURE_MULTIPLE_TESTBUS_DIGITAL у табліцу 8 у раздзеле 4.5.9.3 • Абноўлены раздзел 4.5.9.2.2
3.3	20220329	Апісанне абсталявання палепшана ў раздзеле 4.5.12.2.1 «Каманда» і раздзеле 4.5.12.2.2 «Адказ»
3.2	20210910	Нумары версій прашыўкі абноўлены з 2.1 да 2.01 і 2.3 да 2.03
3.1	20210527	Дададзена апісанне каманды RETRIEVE_RF_FELICA_EMD_DATA
3	20210118	Першая афіцыйная версія

Уводзіны

1.1 Уводзіны
Гэты дакумент апісвае інтэрфейс хаста PN5190 і API. Інтэрфейс фізічнага хаста, які выкарыстоўваецца ў дакументацыі, - SPI. Фізічныя характарыстыкі SPI у дакуменце не разглядаюцца.
Раздзяленне кадраў і кіраванне патокам з'яўляюцца часткай гэтага дакумента.
1.1.1 Сфера прымянення
Дакумент апісвае лагічны ўзровень, код інструкцый, API, якія актуальныя для заказчыка.

Сувязь з гаспадаром скончанаview

PN5190 мае два асноўныя рэжымы працы для сувязі з хост-кантролерам.

Сувязь на аснове HDLL выкарыстоўваецца, калі прылада запускаецца для ўводу:
а. Зашыфраваны бяспечны рэжым загрузкі для абнаўлення прашыўкі

Камунікацыя на аснове каманды-адказу TLV (прыводзіцца як прыкладampле).

Рэжым 2.1 HDLL
Рэжым HDLL выкарыстоўваецца для фармату абмену пакетамі для працы з наступнымі рэжымамі працы IC:

Рэжым бяспечнай загрузкі прашыўкі (SFWU), гл. Раздзел 3

2.1.1 Апісанне HDLL
HDLL - гэта спасылкавы ўзровень, распрацаваны NXP для забеспячэння надзейнай загрузкі FW.
Паведамленне HDLL складаецца з 2-байтавага загалоўка, за якім ідзе кадр, які змяшчае код аперацыі і карысную нагрузку каманды. Кожнае паведамленне заканчваецца 16-бітным CRC, як паказана на малюнку ніжэй:Загаловак HDLL змяшчае:

Кавалачак. Што паказвае, ці з'яўляецца гэта паведамленне адзінай або апошняй часткай паведамлення (частка = 0). Ці, па меншай меры, адзін іншы кавалак варта (частка = 1).
Даўжыня карыснай нагрузкі, закадаваная ў 10 біт. Такім чынам, карысная нагрузка кадра HDLL можа дасягаць 1023 байт.

Парадак байтаў быў вызначаны як старшы байт, што азначае, што Ms Byte першы.
CRC16 сумяшчальны са стандартам X.25 (CRC-CCITT, ISO/IEC13239) з паліномам x^16 + x^12 + x^5 +1 і значэннем папярэдняй загрузкі 0xFFFF.
Ён разлічваецца па ўсім кадры HDLL, гэта значыць загалоўку + кадру.
Sampрэалізацыя C-кода:
статычны uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t я;
uint16_t crc_new;
uint16_t crc = 0xffffU;
для (I = 0; i < dwLength; i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8);
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_new;
}
вяртанне crc;
}
2.1.2 Транспартнае адлюстраванне праз SPI
Для кожнага зацвярджэння NTS першым байтам заўсёды з'яўляецца ЗАГАЛОЎК (байт індыкацыі патоку), ён можа быць альбо 0x7F/0xFF адносна аперацыі запісу/чытання.
2.1.2.1 Паслядоўнасць запісу з хаста (кірунак DH => PN5190)2.1.2.2 Чытанне паслядоўнасці з хаста (Напрамак PN5190 => DH)2.1.3 Пратакол HDLL
HDLL - гэта пратакол каманды-адказу. Усе аперацыі, згаданыя вышэй, запускаюцца з дапамогай пэўнай каманды і правяраюцца на падставе адказу.
Каманды і адказы адпавядаюць сінтаксісу паведамленняў HDLL: каманда адпраўляецца хостам прылады, адказ - PN5190. Код аперацыі паказвае тып каманды і адказу.
Сувязь на аснове HDLL, выкарыстоўваецца толькі тады, калі PN5190 запускаецца для ўваходу ў рэжым «Бяспечная загрузка прашыўкі».
2.2 Рэжым TLV
TLV азначае Tag Значэнне даўжыні.
2.2.1 Вызначэнне фрэйма
Кадр SPI пачынаецца з спадальнага фронту NTS і заканчваецца нарастаючым фронтам NTS. SPI з'яўляецца поўнадуплексным па фізічнай выразнасці, але PN5190 выкарыстоўвае SPI ў паўдуплексным рэжыме. Рэжым SPI абмежаваны CPOL 0 і CPHA 0 з максімальнай тактавай частатой, як указана ў [2]. Кожны кадр SPI складаецца з 1 байта загалоўка і n байтаў цела.
2.2.2 Індыкацыя патокуHOST заўсёды адпраўляе ў якасці першага байта байт індыкацыі патоку, незалежна ад таго, хоча ён запісаць або прачытаць дадзеныя з PN5190.
Калі ёсць запыт на чытанне, а дадзеныя адсутнічаюць, адказ змяшчае 0xFF.
Дадзеныя пасля байта індыкацыі патоку - адно або некалькі паведамленняў.
Для кожнага зацвярджэння NTS першым байтам заўсёды з'яўляецца ЗАГАЛОЎК (байт індыкацыі патоку), ён можа быць альбо 0x7F/0xFF адносна аперацыі запісу/чытання.
2.2.3 Тып паведамлення
Хост-кантролер павінен мець зносіны з PN5190 з дапамогай паведамленняў, якія перадаюцца ў кадрах SPI.
Ёсць тры розныя тыпы паведамленняў:

Камандаванне
Адказ
Падзея

Схема сувязі вышэй паказвае дазволеныя ўказанні для розных тыпаў паведамленняў, як паказана ніжэй:

Каманда і адказ.
Каманды адпраўляюцца толькі з хост-кантролера на PN5190.
Адказы і падзеі адпраўляюцца толькі з PN5190 на хост-кантролер.
Адказы на каманды сінхранізуюцца з дапамогай кантакту IRQ.
Хост можа адпраўляць каманды толькі пры нізкім IRQ.

Хост можа прачытаць адказ/падзею, толькі калі IRQ высокі.

2.2.3.1 Дазволеныя паслядоўнасці і правілыДазволеныя паслядоўнасці каманд, адказаў і падзей

Каманда заўсёды пацвярджаецца адказам, або падзеяй, або абодвума.
Кантролер хоста не мае права адпраўляць іншую каманду, пакуль не атрымае адказ на папярэднюю каманду.

Падзеі могуць адпраўляцца асінхронна ў любы час (НЕ перамежвацца ў пары каманда/адказ).
Паведамленні EVENT ніколі не спалучаюцца з паведамленнямі RESPONSE у адным кадры.

Заўвага: Даступнасць паведамлення (АДКАЗ або ПАДЗЕЯ) сігналізуецца з высокім узроўнем IRQ з нізкага. IRQ застаецца высокім, пакуль не будзе прачытаны ўвесь адказ або кадр падзеі. Толькі пасля таго, як сігнал IRQ стане нізкім, хост можа адправіць наступную каманду.
2.2.4 Фармат паведамлення
Кожнае паведамленне закадзіравана ў структуры TLV з карыснай нагрузкай у n байтаў для кожнага паведамлення, за выключэннем каманды SWITCH_MODE_NORMAL.Кожны TLV складаецца з:Тып (T) => 1 байт
Біт[7] Тып паведамлення
0: паведамленне COMMAND або RESPONSE
1: Паведамленне ПАДЗЕЯ
Біт [6:0]: код інструкцыі
Даўжыня (L) => 2 байты (павінна быць у фармаце з парадкам байта)
Значэнне (V) => N байт значэння/дадзеных TLV (параметры каманды / даныя адказу) на аснове поля даўжыні (фармат старшага байта)
2.2.4.1 Раздзелены кадр
Паведамленне COMMAND павінна быць адпраўлена ў адным кадры SPI.
Паведамленні RESPONSE і EVENT можна прачытаць у некалькіх кадрах SPI, напрыклад, каб счытаць байт даўжыні.Паведамленні RESPONSE або EVENT можна прачытаць у адным кадры SPI, але з затрымкай на NO-CLOCK паміж імі, напрыклад, каб счытаць байт даўжыні.

Рэжым працоўнай загрузкі IC – абаронены рэжым загрузкі праграмнага забеспячэння

3.1 Уводзіны
Частка кода прашыўкі PN5190 пастаянна захоўваецца ў ПЗУ, а астатняя частка кода і даных захоўваюцца ва ўбудаванай флэш-памяці. Даныя карыстальніка захоўваюцца ва флэш-памяці і абаронены механізмамі супраць разрыву, якія забяспечваюць цэласнасць і даступнасць даных. Каб даць кліентам NXP функцыі, якія адпавядаюць апошнім стандартам (EMVCo, NFC Forum і г.д.), можна абнаўляць як код, так і карыстальніцкія даныя ў FLASH.
Сапраўднасць і цэласнасць зашыфраванага праграмнага забеспячэння абаронены асіметрычным/сіметрычным подпісам ключа і механізмам зваротнага ланцужка хэшавання. Першая каманда DL_SEC_WRITE змяшчае хэш другой каманды і абаронена подпісам RSA ў карыснай нагрузцы першага кадра. Прашыўка PN5190 выкарыстоўвае адкрыты ключ RSA для аўтэнтыфікацыі першай каманды. Звязаны хэш у кожнай камандзе выкарыстоўваецца для аўтэнтыфікацыі наступнай каманды, каб пераканацца, што код убудаванага праграмнага забеспячэння і дадзеныя не будуць даступныя трэцім асобам.
Карысная нагрузка каманд DL_SEC_WRITE зашыфравана з дапамогай ключа AES-128. Пасля аўтэнтыфікацыі кожнай каманды змесціва карыснай нагрузкі расшыфроўваецца і запісваецца ў флэш-памяці прашыўкай PN5190.
Для прашыўкі NXP NXP адказвае за дастаўку новых бяспечных абнаўленняў прашыўкі разам з новымі дадзенымі карыстальніка.
Працэдура абнаўлення абсталявана механізмам для абароны сапраўднасці, цэласнасці і канфідэнцыяльнасці кода і даных NXP.
Схема кадравых пакетаў на аснове HDLL выкарыстоўваецца для ўсіх каманд і адказаў у абароненым рэжыме абнаўлення прашыўкі.
Раздзел 2.1 змяшчае большview выкарыстоўванай схемы кадравых пакетаў HDLL.
Мікрасхемы PN5190 падтрымліваюць як устарэлы зашыфраваны абаронены пратакол спампоўкі праграмнага забеспячэння, так і апаратны шыфраваны пратакол загрузкі бяспечнага праграмнага забеспячэння ў залежнасці ад выкарыстоўванага варыянту.
Два тыпу:

Састарэлы бяспечны пратакол загрузкі FW, які працуе толькі з версіяй IC PN5190 B0/B1.
Бяспечны пратакол загрузкі FW з апаратнай крыптасістэмай, які працуе толькі з версіяй IC PN5190B2, якая выкарыстоўвае апаратныя крыптаблокі на чыпе

У наступных раздзелах тлумачацца каманды і адказы рэжыму бяспечнай загрузкі прашыўкі.
3.2 Як запусціць рэжым «Бяспечная загрузка прашыўкі».
Схема ніжэй і наступныя крокі паказваюць, як запусціць рэжым абароненай загрузкі прашыўкі.Папярэдняя ўмова: PN5190 знаходзіцца ў працоўным стане.
Асноўны сцэнар:

Умова ўваходу, пры якой PIN-код DWL_REQ выкарыстоўваецца для ўваходу ў рэжым «Бяспечная спампоўка прашыўкі».
а. Хост прылады падымае высокі ўзровень кантакту DWL_REQ (дзейнічае толькі пры бяспечным абнаўленні прашыўкі праз кантакт DWL_REQ) АБО
б. Хост прылады выконвае апаратны скід для загрузкі PN5190

Умова ўваходу, пры якой PIN-код DWL_REQ не выкарыстоўваецца для ўваходу ў рэжым «Бяспечная спампоўка прашыўкі» (спампоўка без штыфта).
а. Хост прылады выконвае апаратны скід для загрузкі PN5190
б. Хост прылады адпраўляе SWITCH_MODE_NORMAL (раздзел 4.5.4.5), каб перайсці ў звычайны рэжым прыкладання.
в. Цяпер, калі IC знаходзіцца ў звычайным рэжыме прыкладання, хост прылады адпраўляе SWITCH_MODE_DOWNLOAD (раздзел 4.5.4.9), каб перайсці ў бяспечны рэжым загрузкі.
Хост прылады адпраўляе каманду DL_GET_VERSION (раздзел 3.4.4), або DL_GET_DIE_ID (раздзел 3.4.6), або DL_GET_SESSION_STATE (раздзел 3.4.5).

Хост прылады счытвае з прылады бягучую версію абсталявання і прашыўкі, сеанс, Die-id.
а. Хост прылады правярае стан сеанса, калі апошняя загрузка была завершана
б. Хост прылады прымяняе правілы праверкі версій, каб вырашыць, пачынаць загрузку або спыніць загрузку.
Хост прылады загружаецца з a file двайковы код прашыўкі для загрузкі

Хост прылады забяспечвае першую каманду DL_SEC_WRITE (раздзел 3.4.8), якая змяшчае:
а. Версія новай прашыўкі,
б. 16-байтавы нумар адвольных значэнняў, які выкарыстоўваецца для абфускацыі ключа шыфравання
в. Значэнне дайджэста наступнага кадра,
d. Лічбавы подпіс самога кадра
Хост прылады загружае бяспечную паслядоўнасць пратакола загрузкі ў PN5190 з дапамогай каманд DL_SEC_WRITE (раздзел 3.4.8).

Калі апошняя каманда DL_SEC_WRITE (раздзел 3.4.8) была адпраўлена, хост прылады выконвае каманду DL_CHECK_INTEGRITY (раздзел 3.4.7), каб праверыць, ці паспяхова запісаны ўспаміны.
Хост прылады счытвае новую версію прашыўкі і правярае статус сеанса, калі ён зачынены, для перадачы справаздачы на верхні ўзровень

Хост прылады пераводзіць штыфт DWL_REQ у нізкі ўзровень (калі штыфт DWL_REQ выкарыстоўваецца для ўваходу ў рэжым загрузкі)
Хост прылады выконвае апаратны скід (пераключэнне кантакту VEN) на прыладзе, каб перазагрузіць PN5190
Паст-умова: прашыўка абноўлена; паведамляецца нумар новай версіі прашыўкі.

3.3 Подпіс прашыўкі і кантроль версій
У рэжыме загрузкі прашыўкі PN5190 механізм гарантуе, што толькі прашыўка, падпісаная і пастаўленая NXP, будзе прымацца для прашыўкі NXP.
Наступнае прымяняецца толькі для зашыфраванай бяспечнай прашыўкі NXP.
Падчас сеанса загрузкі адпраўляецца новая 16-бітная версія прашыўкі. Ён складаецца з вялікага і малога ліку:

Асноўны лік: 8 біт (MSB)
Малы лік: 8 біт (LSB)

PN5190 правярае, большы ці роўны нумар новай асноўнай версіі бягучай. У адваротным выпадку абароненая загрузка прашыўкі адхіляецца, а сеанс застаецца закрытым.
3.4 Каманды HDLL для састарэлай зашыфраванай загрузкі і апаратнага крыптавання зашыфраваная загрузка
У гэтым раздзеле змяшчаецца інфармацыя аб камандах і адказах, якія выкарыстоўваліся для абодвух тыпаў загрузак для загрузкі прашыўкі NXP.
3.4.1 Коды OP каманды HDLL
Заўвага: Камандныя кадры HDLL выраўнаваны па 4 байты. Нявыкарыстаныя байты карыснай нагрузкі застаюцца нулявымі.
Табліца 1. Спіс OP-кодаў каманд HDLL

PN5190 B0/ B1 (Спадчына спампоўкі)	PN5190 B2 (Спампоўка з дапамогай крыпта)	Псеўданім каманды	Апісанне
0xF0	0xE5	DL_СКІД	Выконвае мяккі скід
0xF1	0xE1	DL_GET_VERSION	Вяртае нумары версій
0xF2	0xDB	DL_GET_SESSION_STATE	Вяртае бягучы стан сеанса
0xF4	0xDF	DL_GET_DIE_ID	Вяртае ідэнтыфікатар кубіка
0xE0	0xE7	DL_CHECK_INTEGRITY	Правярае і вяртае CRC для розных абласцей, а таксама сцягі стану "прайшло/не прайшло" для кожнай
0xC0	0x8C	DL_SEC_WRITE	Запісвае x байт у памяць, пачынаючы з абсалютнага адраса y

3.4.2 Коды адказаў HDLL
Заўвага: Кадры адказу HDLL выраўнаваны па 4 байты. Нявыкарыстаныя байты карыснай нагрузкі застаюцца нулявымі. Толькі адказы DL_OK могуць утрымліваць значэнні карыснай нагрузкі.
Табліца 2. Спіс OP кодаў адказаў HDLL

Опкод	Псеўданім адказу	Апісанне
0x00	DL_ОК	Каманда прайшла
0x01	DL_INVALID_ADDR	Адрас забаронены
0x0B	DL_UNKNOW_CMD	Невядомая каманда
0x0C	DL_ABORTED_CMD	Паслядоўнасць фрагментаў занадта вялікая
0x1E	DL_ADDR_RANGE_OFL_ERROR	Адрас па-за дыяпазонам
0x1F	DL_BUFFER_OFL_ERROR	Буфер занадта малы
0x20	DL_MEM_BSY	Памяць занятая
0x21	DL_SIGNATURE_ERROR	Несупадзенне подпісаў
0x24	DL_FIRMWARE_VERSION_ERROR	Бягучая версія роўная або вышэй
0x28	DL_PROTOCOL_ERROR	Памылка пратаколу
0x2A	DL_SFWU_DEGRADED	Пашкоджанне флэш-даных
0x2D	PH_STATUS_DL_FIRST_CHUNK	Першы кавалак атрыманы
0x2E	PH_STATUS_DL_NEXT_CHUNK	Пачакайце наступны кавалак
0xC5	PH_STATUS_INTERNAL_ERROR_5	Неадпаведнасць даўжыні

3.4.3 Каманда DL_RESET
Абмен кадраў:
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] Скід не дазваляе PN5190 адпраўляць адказ DL_STATUS_OK. Такім чынам, можа быць атрыманы толькі памылковы статус.
STAT - гэта статус вяртання.
3.4.4 Каманда DL_GET_VERSION
Абмен кадраў:
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] Фрэйм карыснай нагрузкі адказу GetVersion:
Табліца 3. Адказ на каманду GetVersion

Палявы	Байт	Апісанне
СТАТ	1	Статус
HW_V	2	Апаратная версія
RO_V	3	код ROM
MODEL_ID	4	Ідэнтыфікатар мадэлі
FMxV	5-6	Версія прашыўкі (выкарыстоўваецца для спампоўкі)
РФУ1-РФУ2	7-8	–

Чаканыя значэнні розных палёў адказу і іх адлюстраванне прыведзены ніжэй:
Табліца 4. Чаканыя значэнні адказу каманды GetVersion

Тып IC	Апаратная версія (шаснаццатковая)	Версія ПЗУ (шаснаццатковая)	Ідэнтыфікатар мадэлі (шаснаццатковы)	Версія FW (шаснаццатковая)
PN5190 B0	0x51	0x02	0x00	хх.гг
PN5190 B1	0x52	0x02	0x00	хх.гг
PN5190 B2	0x53	0x03	0x00	хх.гг

3.4.5 Каманда DL_GET_SESSION_STATE
Абмен кадраў:
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] Карысная нагрузка кадра адказу GetSession:
Табліца 5. Адказ на каманду GetSession

Палявы	Байт	Апісанне
СТАТ	1	Статус
SSTA	2	Стан сеанса • 0x00: закрыта • 0x01: адкрыты • 0x02: заблакіравана (спампоўка больш не дазволена)
РФС	3-4

3.4.6 Каманда DL_GET_DIE_ID
Абмен кадраў:
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] Фрэйм карыснай нагрузкі адказу GetDieId:
Табліца 6. Адказ на каманду GetDieId

Палявы	Байт	Апісанне
СТАТ	1	Статус
РФС	2-4
ПАМЕР	5-20	ID кубіка (16 байт)

3.4.7 Каманда DL_CHECK_INTEGRITY
Абмен кадраў:
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] CRC16] Карысная нагрузка кадра адказу CheckIntegrity:
Табліца 7. Адказ на каманду CheckIntegrity

Палявы	Байт	Значэнне/Апісанне
СТАТ	1	Статус
ДАНЫЯ LEN	2	Агульная колькасць раздзелаў даных
КОД LEN	3	Агульная колькасць раздзелаў кода
РФС	4	Зарэзерваваны
[CRC_INFO]	58	32 біты (ад малога парадку). Калі біт усталяваны, CRC адпаведнага раздзела ў парадку, інакш не ў парадку.
		Біт	Статус цэласнасці тэрыторыі
		[31:28]	Зарэзервавана [3]
		[27:23]	Зарэзервавана [1]
		[22]	Зарэзервавана [3]
		[21:20]	Зарэзервавана [1]
		[19]	Вобласць радыёчастотнай канфігурацыі (PN5190 B0/B1) [2] Зарэзервавана (PN5190 B2) [3]
		[18]	Вобласць канфігурацыі пратаколу (PN5190 B0/B1) [2] Вобласць канфігурацыі радыёчастот (PN5190 B2) [2]
		[17]	Зарэзервавана (PN5190 B0/B1) [3] Вобласць канфігурацыі карыстальніка (PN5190 B2) [2]
		[16:6]	Зарэзервавана [3]
		[5:4]	Зарэзервавана для PN5190 B0/B1 [3] Зарэзервавана для PN5190 B2 [1]
		[3:0]	Зарэзервавана [1]
[CRC32]	9-136	CRC32 з 32 раздзелаў. Кожны CRC складаецца з 4 байтаў, якія захоўваюцца ў фармаце маленькага байта. Першыя 4 байты CRC маюць біт CRC_INFO[31], наступныя 4 байты CRC маюць біт CRC_INFO[30] і гэтак далей.

[1] Гэты біт павінен быць роўны 1, каб PN5190 працаваў належным чынам (з функцыямі і/або загрузкай зашыфраванага праграмнага забеспячэння).
[2] Гэты біт усталяваны ў 1 па змаўчанні, але змененыя карыстальнікам налады робяць CRC несапраўдным. Не ўплывае на функцыянальнасць PN5190..
[3] Гэта значэнне біта, нават калі яно роўна 0, не мае значэння. Гэта бітнае значэнне можна ігнараваць..

3.4.8 Каманда DL_SEC_WRITE
Каманда DL_SEC_WRITE павінна разглядацца ў кантэксце паслядоўнасці каманд бяспечнага запісу: зашыфраваная «забяспечаная загрузка прашыўкі» (часта называецца eSFWu).
Каманда бяспечнага запісу спачатку адкрывае сеанс загрузкі і праходзіць аўтэнтыфікацыю RSA. Наступныя перадаюць зашыфраваныя адрасы і байты для запісу ў PN5190 Flash. Усе, акрамя апошняга, утрымліваюць хэшы наступных, таму паведамляюць, што яны не апошнія, і крыптаграфічна звязваюць кадры паслядоўнасці.
Іншыя каманды (акрамя DL_RESET і DL_CHECK_INTEGRITY) могуць быць устаўлены паміж абароненымі камандамі запісу паслядоўнасці, не парушаючы яе.
3.4.8.1 Першая каманда DL_SEC_WRITE
Бяспечная каманда запісу з'яўляецца першай тады і толькі тады, калі:

Даўжыня кадра складае 312 байт
Пасля апошняга скіду не паступала каманда абароненага запісу.
Убудаваны подпіс паспяхова правераны PN5190.

Адказ на каманду першага кадра будзе наступным: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT - гэта статус вяртання.
Заўвага: Падчас eSFWu павінен быць запісаны хаця б адзін фрагмент даных, нават калі запісаныя даныя могуць складаць толькі адзін байт. Такім чынам, першая каманда заўсёды будзе ўтрымліваць хэш наступнай каманды, паколькі каманд будзе як мінімум дзве.
3.4.8.2 Сярэднія каманды DL_SEC_WRITE
Бяспечная каманда запісу з'яўляецца «сярэдняй» тады і толькі тады, калі:

Код аперацыі апісаны ў раздзеле 3.4.1 для каманды DL_SEC_WRITE.

Першая абароненая каманда запісу ўжо была атрымана і паспяхова праверана раней
Ніякага скіду не адбылося з моманту атрымання першай абароненай каманды запісу
Даўжыня кадра роўная памеру дадзеных + памеру загалоўка + памеру хэша: FLEN = SIZE + 6 + 32

Дайджэст усяго кадра роўны хэш-значэнні, атрыманаму ў папярэднім кадры

Адказ на каманду першага кадра будзе наступным: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT - гэта статус вяртання.
3.4.8.3 Апошняя каманда DL_SEC_WRITE
Бяспечная каманда запісу з'яўляецца апошняй тады і толькі тады, калі:

Код аперацыі апісаны ў раздзеле 3.4.1 для каманды DL_SEC_WRITE.

Першая абароненая каманда запісу ўжо была атрымана і паспяхова праверана раней
Ніякага скіду не адбылося з моманту атрымання першай абароненай каманды запісу
Даўжыня кадра роўная памеру даных + памеру загалоўка: FLEN = SIZE + 6

Дайджэст усяго кадра роўны хэш-значэнні, атрыманаму ў папярэднім кадры

Адказ на каманду першага кадра будзе наступным: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT - гэта статус вяртання.

Рэжым працоўнай загрузкі IC – звычайны рэжым працы

4.1 Уводзіны
Звычайна мікрасхема PN5190 павінна працаваць у звычайным рэжыме, каб атрымаць ад яе функцыянальнасць NFC.
Калі PN5190 IC загружаецца, ён заўсёды чакае атрымання каманд ад хоста для выканання аперацыі, за выключэннем выпадкаў, калі падзеі, створаныя ў PN5190 IC, не прывялі да загрузкі PN5190 IC.
4.2 Спіс камандаў скончаныview
Табліца 8. Спіс каманд PN5190

код каманды	Назва каманды
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_ІНВЕНТАРЫЯ
0x0D	LOAD_RF_CONFIGURATION
0x0E	UPDATE_RF_CONFIGURATION
0x0F	GET_ RF_CONFIGURATION
0x10	RF_ON
0x11	RF_OFF
0x12	НАЛАДЗІЦЬ TESTBUS_DIGITAL
0x13	CONFIGURE_TESTBUS_ANALOG
0x14	CTS_ENABLE
0x15	CTS_CONFIGURE
0x16	CTS_RETRIEVE_LOG
0х17-0х18	РФС
0x19	да FW v2.01: RFU
0x19	з FW v2.03 і далей: RETRIEVE_RF_FELICA_EMD_DATA
0x1A	RECEIVE_RF_DATA
0x1B-0x1F	РФС
0x20	SWITCH_MODE_NORMAL
0x21	SWITCH_MODE_AUTOCOLL
0x22	SWITCH_MODE_STANDBY
0x23	SWITCH_MODE_LPCD
0x24	РФС
0x25	SWITCH_MODE_DOWNLOAD
0x26	GET_DIEID
0x27	GET_VERSION
0x28	РФС
0x29	да FW v2.05: RFU
0x29	з FW v2.06 і далей: GET_CRC_USER_AREA
0x2A	да FW v2.03: RFU
0x2A	з FW v2.05 і далей: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
0x2B-0x3F	РФС
0x40	ANTENNA_SELF_TEST (не падтрымліваецца)
0x41	PRBS_TEST
0x42-0x4F	РФС

4.3 Значэнні статусу адказу
Ніжэй прыведзены значэнні стану адказу, якія вяртаюцца як частка адказу ад PN5190 пасля выканання каманды.
Табліца 9. Значэнні стану адказу PN5190

Статус адказу	Значэнне статусу адказу	Апісанне
PN5190_STATUS_SUCCESS	0x00	Паказвае, што аперацыя завершана паспяхова
PN5190_STATUS_TIMEOUT	0x01	Паказвае, што выкананне каманды прывяло да тайм-аўту
PN5190_STATUS_INTEGRITY_ERROR	0x02	Паказвае, што дзеянне каманды прывяло да памылкі цэласнасці радыёчастотных даных
PN5190_STATUS_RF_COLLISION_ERROR	0x03	Паказвае, што дзеянне каманды прывяло да памылкі радыёчастотнага сутыкнення
PN5190_STATUS_RFU1	0x04	Зарэзерваваны
PN5190_STATUS_INVALID_COMMAND	0x05	Паказвае, што дадзеная каманда несапраўдная/нерэалізаваная
PN5190_STATUS_RFU2	0x06	Зарэзерваваны
PN5190_STATUS_AUTH_ERROR	0x07	Паказвае, што аўтэнтыфікацыя MFC збой (адмоўлена ў дазволе)
PN5190_STATUS_MEMORY_ERROR	0x08	Паказвае, што выкананне каманды прывяло да памылкі праграмавання або памылкі ўнутранай памяці
PN5190_STATUS_RFU4	0x09	Зарэзерваваны
PN5190_STATUS_NO_RF_FIELD	0x0A	Паказвае, што ўнутранае радыёчастотнае поле адсутнічае або памыляецца (дастасавальна толькі ў рэжыме ініцыятара/счытвальніка)
PN5190_STATUS_RFU5	0x0B	Зарэзерваваны
PN5190_STATUS_SYNTAX_ERROR	0x0C	Паказвае, што атрымана няправільная даўжыня кадра каманды
PN5190_STATUS_RESOURCE_ERROR	0x0D	Паказвае, што адбылася памылка ўнутранага рэсурсу
PN5190_STATUS_RFU6	0x0E	Зарэзерваваны
PN5190_STATUS_RFU7	0x0F	Зарэзерваваны
PN5190_STATUS_NO_EXTERNAL_RF_FIELD	0x10	Паказвае, што падчас выканання каманды адсутнічае знешняе радыёчастотнае поле (дастасавальна толькі ў рэжыме карты/цэлі)
PN5190_STATUS_RX_TIMEOUT	0x11	Паказвае, што даныя не атрыманы пасля запуску RFExchange і часу чакання прыёму.
PN5190_STATUS_USER_CANCELLED	0x12	Паказвае, што цяперашняя каманда, якая выконваецца, спынена
PN5190_STATUS_PREVENT_STANDBY	0x13	Паказвае, што PN5190 не можа перайсці ў рэжым чакання
PN5190_STATUS_RFU9	0x14	Зарэзерваваны
PN5190_STATUS_CLOCK_ERROR	0x15	Паказвае, што гадзіннік для CLIF не запусціўся
PN5190_STATUS_RFU10	0x16	Зарэзерваваны
PN5190_STATUS_PRBS_ERROR	0x17	Паказвае, што каманда PRBS вярнула памылку
PN5190_STATUS_INSTR_ERROR	0x18	Паказвае, што выкананне каманды няўдалае (яно можа ўключаць у сябе памылку ў параметрах інструкцыі, сінтаксічную памылку, памылку ў самой працы, невыкананне папярэдніх патрабаванняў да інструкцыі і г.д.)
PN5190_STATUS_ACCESS_DENIED	0x19	Паказвае, што доступ да ўнутранай памяці забаронены
PN5190_STATUS_TX_FAILURE	0x1A	Паказвае, што TX праз RF не ўдалося
PN5190_STATUS_NO_ANTENNA	0x1B	Паказвае, што антэна не падключана/няма
PN5190_STATUS_TXLDO_ПАМЫЛКА	0x1C	Паказвае, што ёсць памылка ў TXLDO, калі VUP недаступны і радыёчастот уключаны.
PN5190_STATUS_RFCFG_NOT_APPLIED	0x1D	Паказвае, што канфігурацыя ВЧ не загружаецца, калі ВЧ уключаны
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	да FW 2.01: не чакаецца
PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR	0x1E	з FW 2.03 і далей: Паказвае, што падчас абмену з LOG ENABLE BIT у рэгістры FeliCa EMD назіралася памылка FeliCa EMD
PN5190_STATUS_INTERNAL_ERROR	0x7F	Паказвае, што аперацыя NVM не атрымалася
PN5190_STATUS_SUCCSES_CHAINING	0xAF	Паказвае, што даныя чакаюць чытання

4.4 Падзеі скончылісяview
Ёсць два спосабы паведамлення пра падзеі гаспадару.
4.4.1 Звычайныя падзеі праз кантакт IRQ
Гэтыя падзеі адносяцца да наступных катэгорый:

Заўсёды ўключана - гаспадар заўсёды атрымлівае апавяшчэнне
Кіруецца хостам – хост атрымлівае апавяшчэнне, калі ў рэестры ўстаноўлены адпаведны біт уключэння падзеі (EVENT_ENABLE (01h)).

Перапыненні нізкага ўзроўню ад перыферыйных IP-адрасоў, уключаючы CLIF, павінны цалкам апрацоўвацца ўбудаваным праграмным забеспячэннем, і хост павінен атрымліваць апавяшчэнні толькі аб падзеях, пералічаных у раздзеле падзей.
Праграмнае забеспячэнне рэалізуе два рэгістры падзей у якасці рэгістраў аператыўнай памяці, якія можна запісваць/чытаць з дапамогай каманд раздзела 4.5.1.1 / раздзела 4.5.1.5.
Рэестр EVENT_ENABLE (0x01) => Уключыць апавяшчэнні аб пэўных/усіх падзеях.
Рэгістр EVENT_STATUS (0x02) => Частка карыснай нагрузкі паведамлення падзеі.
Падзеі павінны быць выдалены хостам пасля таго, як хост прачытае паведамленне аб падзеі.
Падзеі з'яўляюцца асінхроннымі па сваёй прыродзе і паведамляюцца хосту, калі яны ўключаны ў рэестры EVENT_ENABLE.
Ніжэй прыведзены спіс падзей, якія будуць даступныя хосту як частка паведамлення аб падзеі.
Табліца 10. Падзеі PN5190 (змесціва EVENT_STATUS)

Біт - дыяпазон		Поле [1]	Заўсёды Уключана (Так/Не)
31	12	РФС	NA
11	11	CTS_EVENT [2]	N
10	10	IDLE_EVENT	Y
9	9	LPCD_CALIBRATION_DONE_EVENT	Y
8	8	LPCD_ПАДЗЕЯ	Y
7	7	AUTOCOLL_EVENT	Y
6	6	ТАЙМЕР0_ПАДЗЕЯ	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

Звярніце ўвагу, што ніякія дзве падзеі не забіваюцца, за выключэннем выпадкаў памылак. У выпадку памылак падчас аперацыі будзе ўстаноўлена функцыянальная падзея (напрыклад, BOOT_EVENT, AUTOCALL_EVENT і г.д.) і GENERAL_ERROR_EVENT.
Гэта падзея будзе аўтаматычна адключана пасля публікацыі на арганізатары. Хост павінен зноў уключыць гэтыя падзеі, калі ён хоча атрымліваць апавяшчэнні аб гэтых падзеях.

4.4.1.1 Фарматы паведамленняў аб падзеях
Фармат паведамлення аб падзеі адрозніваецца ў залежнасці ад узнікнення падзеі і рознага стану PN5190.
Гаспадар павінен прачытаць tag (T) і даўжыню паведамлення (L), а затым прачытаць адпаведную колькасць байтаў як значэнне (V) падзей.
Увогуле, паведамленне пра падзею (гл. малюнак 12) утрымлівае EVENT_STATUS, як вызначана ў табліцы 11, а даныя падзеі адпавядаюць адпаведнаму біту падзеі, усталяванаму ў EVENT_STATUS.
Заўвага:
Для некаторых падзей карысная нагрузка не існуе. Напрыклад, калі спрацоўвае TIMER0_EVENT, толькі EVENT_STATUS прадастаўляецца як частка паведамлення аб падзеі.
Табліца 11 таксама падрабязна паказвае, ці прысутнічаюць даныя падзеі для адпаведнай падзеі ў паведамленні аб падзеі.GENERAL_ERROR_EVENT таксама можа адбывацца з іншымі падзеямі.
У гэтым выпадку паведамленне аб падзеі (гл. малюнак 13) утрымлівае EVENT_STATUS, як вызначана ў табліцы 11, і GENERAL_ERROR_STATUS_DATA, як вызначана ў табліцы 14, а затым дадзеныя падзеі адпавядаюць адпаведнаму біту падзеі, усталяванаму ў EVENT_STATUS, як вызначана ў табліцы 11.Заўвага:
Толькі пасля BOOT_EVENT або пасля POR, STANDBY, ULPCD хост зможа працаваць у звычайным рэжыме працы, выдаючы каманды, пералічаныя вышэй.
У выпадку спынення існуючай запушчанай каманды толькі пасля IDLE_EVENT хост зможа працаваць у звычайным рэжыме працы, выдаючы каманды, пералічаныя вышэй.
4.4.1.2 Розныя азначэнні статусу ПАДЗЕІ
4.4.1.2.1 Бітавыя вызначэнні для EVENT_STATUS
Табліца 11. Вызначэнні для бітаў EVENT_STATUS

Біт (Каму - Ад)		Падзея	Апісанне	Даныя падзеі адпаведнай падзеі (калі ёсць)
31	12	РФС	Зарэзерваваны
11	11	CTS_EVENT	Гэты біт усталёўваецца, калі генеруецца падзея CTS.	Табліца 86
10	10	IDLE_EVENT	Гэты біт усталёўваецца, калі бягучая каманда адмяняецца з-за выдачы каманды SWITCH_MODE_NORMAL.	Няма даных аб падзеях
9	9	LPCD_CALIBRATION_DONE_ ПАДЗЕЯ	Гэты біт усталёўваецца пры генерацыі падзеі LPCD calibrationdone.	Табліца 16
8	8	LPCD_ПАДЗЕЯ	Гэты біт усталёўваецца, калі генеруецца падзея LPCD.	Табліца 15
7	7	AUTOCOLL_EVENT	Гэты біт усталёўваецца, калі аперацыя AUTOCOLL завершана.	Табліца 52
6	6	ТАЙМЕР0_ПАДЗЕЯ	Гэты біт усталёўваецца, калі адбываецца падзея TIMER0.	Няма даных аб падзеях
5	5	TX_OVERCURRENT_ERROR_ ПАДЗЕЯ	Гэты біт усталёўваецца, калі ток у драйверы перадачы вышэй за вызначаны парог у EEPROM. Пры гэтай умове поле аўтаматычна выключаецца перад паведамленнем хосту. Калі ласка, звярніцеся да раздзела 4.4.2.2.	Няма даных аб падзеях
4	4	RFON_DET_EVENT	Гэты біт усталёўваецца пры выяўленні вонкавага радыёчастотнага поля.	Няма даных аб падзеях
3	3	RFOFF_DET_EVENT	Гэты біт усталёўваецца, калі знікае ўжо існуючае вонкавае ВЧ поле.	Няма даных аб падзеях
2	2	STANDBY_PREV_EVENT	Гэты біт усталёўваецца, калі рэжым чакання прадухілены з-за наяўнасці ўмоў прадухілення	Табліца 13
1	1	GENERAL_ERROR_EVENT	Гэты біт усталёўваецца, калі існуюць агульныя ўмовы памылкі	Табліца 14
0	0	BOOT_EVENT	Гэты біт усталёўваецца, калі PN5190 загружаецца з POR/Standby	Табліца 12

4.4.1.2.2 Бітавыя вызначэнні для BOOT_STATUS_DATA
Табліца 12. Вызначэнні для BOOT_STATUS_DATA бітаў

Біт да	Біт ад	Статус загрузкі	Прычына загрузкі з-за
31	27	РФС	Зарэзерваваны
26	26	ULP_STANDBY	Прычына загрузкі з-за выхаду з ULP_STANDBY.
25	23	РФС	Зарэзерваваны
22	22	BOOT_ RX_ULPDET	RX ULPDET прывёў да загрузкі ў рэжыме чакання ULP
21	21	РФС	Зарэзерваваны
20	20	BOOT_SPI	Прычына загрузкі з-за нізкага ўзроўню сігналу SPI_NTS
19	17	РФС	Зарэзерваваны
16	16	BOOT_GPIO3	Прычына загрузкі з-за пераходу GPIO3 з нізкага на высокі.
15	15	BOOT_GPIO2	Прычына загрузкі з-за пераходу GPIO2 з нізкага на высокі.
14	14	BOOT_GPIO1	Прычына загрузкі з-за пераходу GPIO1 з нізкага на высокі.
13	13	BOOT_GPIO0	Прычына загрузкі з-за пераходу GPIO0 з нізкага на высокі.
12	12	BOOT_LPDET	Прычына загрузкі з-за прысутнасці вонкавага радыёчастотнага поля ў рэжыме чакання/прыпынення
11	11	РФС	Зарэзерваваны
10	8	РФС	Зарэзерваваны
7	7	BOOT_SOFT_RESET	Прычына загрузкі з-за мяккага скіду мікрасхемы
6	6	BOOT_VDDIO_LOSS	Прычына загрузкі з-за страты VDDIO. Звярніцеся да раздзела 4.4.2.3
5	5	BOOT_VDDIO_START	Прычына загрузкі, калі STANDBY увайшоў з VDDIO LOSS. Звярніцеся да раздзела 4.4.2.3
4	4	BOOT_WUC	Прычына загрузкі з-за заканчэння лічыльніка абуджэння падчас працы ў рэжыме чакання.
3	3	BOOT_TEMP	Прычына загрузкі з-за таго, што тэмпература мікрасхемы перавышае наладжанае парогавае значэнне. Калі ласка, звярніцеся да раздзела 4.4.2.1
2	2	BOOT_WDG	Прычына загрузкі з-за скіду вартавога таймера
1	1	РФС	Зарэзерваваны
0	0	BOOT_POR	Прычына загрузкі з-за скіду ўключэння

4.4.1.2.3 Вызначэнні бітаў для STANDBY_PREV_STATUS_DATA
Табліца 13. Вызначэнні для STANDBY_PREV_STATUS_DATA бітаў

Біт да	Біт ад	Прафілактыка ў рэжыме чакання	Рэжым чакання прадухілены з-за
31	26	РФС	ЗАРЭЗЕРВАВАНА
25	25	РФС	ЗАРЭЗЕРВАВАНА
24	24	PREV_TEMP	Працоўная тэмпература мікрасхем выходзіць за парогавае значэнне
23	23	РФС	ЗАРЭЗЕРВАВАНА
22	22	PREV_HOSTCOMM	Сувязь праз інтэрфейс хаста
21	21	PREV_SPI	Сігнал SPI_NTS паніжаны
20	18	РФС	ЗАРЭЗЕРВАВАНА
17	17	PREV_GPIO3	Сігнал GPIO3 пераходзіць з нізкага ўзроўню на высокі
16	16	PREV_GPIO2	Сігнал GPIO2 пераходзіць з нізкага ўзроўню на высокі
15	15	PREV_GPIO1	Сігнал GPIO1 пераходзіць з нізкага ўзроўню на высокі
14	14	PREV_GPIO0	Сігнал GPIO0 пераходзіць з нізкага ўзроўню на высокі
13	13	PREV_WUC	Скончаны лічыльнік абуджэння
12	12	PREV_LPDET	Выяўленне нізкай магутнасці. Адбываецца, калі знешні радыёчастотны сігнал выяўляецца ў працэсе пераходу ў рэжым чакання.
11	11	PREV_RX_ULPDET	Выяўленне ультранізкай магутнасці RX. Адбываецца, калі радыёчастотны сігнал выяўляецца ў працэсе пераходу да ULP_STANDBY.
10	10	РФС	ЗАРЭЗЕРВАВАНА
9	5	РФС	ЗАРЭЗЕРВАВАНА
4	4	РФС	ЗАРЭЗЕРВАВАНА
3	3	РФС	ЗАРЭЗЕРВАВАНА
2	2	РФС	ЗАРЭЗЕРВАВАНА
1	1	РФС	ЗАРЭЗЕРВАВАНА
0	0	РФС	ЗАРЭЗЕРВАВАНА

4.4.1.2.4 Вызначэнні бітаў для GENERAL_ERROR_STATUS_DATA
Табліца 14. Вызначэнні для GENERAL_ERROR_STATUS_DATA бітаў

Біт да	Біт ад	Статус памылкі	Апісанне
31	6	РФС	Зарэзерваваны
5	5	XTAL_START_ПАМЫЛКА	Збой запуску XTAL падчас загрузкі
4	4	SYS_TRIM_RECOVERY_ERROR	Адбылася ўнутраная памылка абрэзкі памяці сістэмы, але аднаўленне не ўдалося. Сістэма працуе ў паніжаным рэжыме.
3	3	SYS_TRIM_RECOVERY_SUCCESS	Адбылася ўнутраная памылка абрэзкі памяці сістэмы, і аднаўленне прайшло паспяхова. Хост павінен выканаць перазагрузку PN5190, каб аднаўленне ўступіла ў сілу.
2	2	TXLDO_ПАМЫЛКА	Памылка TXLDO
1	1	CLOCK_ERROR	Памылка гадзінніка
0	0	GPADC_ERROR	Памылка АЦП

4.4.1.2.5 Бітавыя вызначэнні для LPCD_STATUS_DATA
Табліца 15. Вызначэнні для байтаў LPCD_STATUS_DATA

Біт да	Біт ад	Дастасавальнасць бітаў стану ў адпаведнасці з асноўнай аперацыяй LPCD або ULPCD			Апісанне для адпаведнага біта задаецца ў байце стану.
			LPCD	ULPCD
31	7	РФС			Зарэзерваваны
6	6	Перапыніць_HIF	Y	N	Перарвана з-за актыўнасці HIF
5	5	Памылка CLKDET	N	Y	Перапынена з-за памылкі CLKDET
4	4	Тайм-аўт XTAL	N	Y	Перапынена з-за тайм-аўту XTAL
3	3	Перагрузка па току VDDPA LDO	N	Y	Перапынена з-за ўзнікнення перагрузкі па току VDDPA LDO
2	2	Знешняе радыёчастотнае поле	Y	Y	Перарвана з-за знешняга радыёчастотнага поля
1	1	GPIO3 Спыніць	N	Y	Перапынена з-за змены ўзроўню GPIO3
0	0	Картка выяўлена	Y	Y	Картка выяўлена

4.4.1.2.6 Бітавыя вызначэнні для даных стану LPCD_CALIBRATION_DONE
Табліца 16. Вызначэнні байтаў даных стану LPCD_CALIBRATION_DONE для ULPCD

Біт да	Біт ад	Статус LPCD_CALIBRATION DONE падзея	Апісанне для адпаведнага біта задаецца ў байце стану.
31	11		Зарэзерваваны
10	0	Эталоннае значэнне ад каліброўкі ULPCD	Вымеранае значэнне RSSI падчас каліброўкі ULPCD, якое выкарыстоўваецца ў якасці эталона падчас ULPCD

Табліца 17. Вызначэнні байтаў даных стану LPCD_CALIBRATION_DONE для LPCD

Біт да	Біт ад	Дастасавальнасць бітаў стану ў адпаведнасці з асноўнай аперацыяй LPCD або ULPCD			Апісанне для адпаведнага біта задаецца ў байце стану.
2	2	Знешняе радыёчастотнае поле	Y	Y	Перарвана з-за знешняга радыёчастотнага поля
1	1	GPIO3 Спыніць	N	Y	Перапынена з-за змены ўзроўню GPIO3
0	0	Картка выяўлена	Y	Y	Картка выяўлена

4.4.2 Апрацоўка розных сцэнарыяў загрузкі
PN5190 IC апрацоўвае розныя ўмовы памылак, звязаныя з параметрамі IC, як паказана ніжэй.
4.4.2.1 Апрацоўка сцэнарыя перагрэву, калі PN5190 працуе
Кожны раз, калі ўнутраная тэмпература мікрасхемы PN5190 дасягае парогавага значэння, наладжанага ў полі TEMP_WARNING EEPROM [2], мікрасхема пераходзіць у рэжым чакання. І, такім чынам, калі поле EEPROM ENABLE_GPIO0_ON_OVERTEMP [2] наладжана на падачу апавяшчэння хосту, то GPIO0 будзе падцягнуты да высокага ўзроўню, каб паведаміць мікрасхеме аб перагрэве.
Калі і калі тэмпература мікрасхемы апускаецца ніжэй парогавага значэння, наладжанага ў полі EEPROM TEMP_WARNING [2], мікрасхема будзе загружацца з BOOT_EVENT, як у табліцы 11, і біт стану загрузкі BOOT_TEMP усталёўваецца, як у табліцы 12, і GPIO0 будзе паніжаны.
4.4.2.2 Апрацоўка перагрузкі па току
Калі мікрасхема PN5190 вызначае перагрузку па току, мікрасхема адключае радыёчастотнае харчаванне і адпраўляе TX_OVERCURRENT_ERROR_EVENT, як паказана ў табліцы 11.
Працягласцю стану перагрузкі па току можна кіраваць шляхам змены поля EEPROM TXLDO_CONFIG [2].
Для атрымання інфармацыі аб перавышэнні парогавага значэння IC, звярніцеся да дакумента [2].
Заўвага:
Калі ёсць якія-небудзь іншыя незавершаныя падзеі або адказы, яны будуць адпраўлены хосту.
4.4.2.3 Страта VDDIO падчас працы
Калі мікрасхема PN5190 выяўляе адсутнасць VDDIO (страта VDDIO), мікрасхема пераходзіць у рэжым чакання.
IC загружаецца, толькі калі VDDIO даступны, з BOOT_EVENT, як у табліцы 11, і BOOT_VDDIO_START біт стану загрузкі ўсталяваны, як у табліцы 12.
Для атрымання інфармацыі аб статычных характарыстыках мікрасхемы PN5190 звярніцеся да дакумента [2].
4.4.3 Апрацоўка сцэнарыяў перапынення
PN5190 IC падтрымлівае перапыненне бягучых каманд выканання, і паводзіны PN5190 IC, калі такая каманда перапынення, як раздзел 4.5.4.5.2, адпраўляецца на PN5190 IC, паказана ў табліцы 18.
Заўвага:
Калі мікрасхема PN5190 знаходзіцца ў рэжыме ULPCD і рэжыме чакання ULP, яе нельга перапыніць ні шляхам адпраўкі Раздзела 4.5.4.5.2, АБО шляхам запуску транзакцыі SPI (пацягнуўшы нізкі сігнал SPI_NTS).
Табліца 18. Чаканы адказ на падзею, калі розныя каманды завяршаюцца раздзелам 4.5.4.5.2

Каманды	Паводзіны пры адпраўцы каманды Switch Mode Normal
Усе каманды, дзе не ўводзіцца нізкая магутнасць	EVENT_STAUS усталяваны ў "IDLE_EVENT"
Пераключыць рэжым LPCD	EVENT_STATUS усталяваны ў «LPCD_EVENT» з «LPCD_ STATUS_DATA», якія паказваюць біты стану як «Abort_HIF»
Пераключыць рэжым чакання	EVENT_STAUS усталяваны ў «BOOT_EVENT» з «BOOT_ STATUS_DATA», якія паказваюць біты «BOOT_SPI»
Аўтаматычнае пераключэнне рэжыму (без аўтаномнага рэжыму, аўтаномны рэжым з рэжымам чакання і аўтаномны рэжым без рэжыму чакання)	EVENT_STAUS усталяваны ў «AUTOCOLL_EVENT» з бітамі STATUS_DATA, якія паказваюць, што каманда была адменена карыстальнікам.

4.5 Дэталі інструкцыі па працы ў звычайным рэжыме
4.5.1 Маніпуляцыі з рэгістрам
Інструкцыі гэтага раздзела выкарыстоўваюцца для доступу да лагічных рэгістраў PN5190.
4.5.1.1 WRITE_REGISTER
Гэтая інструкцыя выкарыстоўваецца для запісу 32-разраднага значэння (little-endian) у лагічны рэгістр.
4.5.1.1.1 Умовы
Адрас рэестра павінен існаваць, і рэестр павінен мець атрыбут READ-WRITE або WRITE-ONLY.
4.5.1.1.2 Камандаванне
Табліца 19. Значэнне каманды WRITE_REGISTER Запіс 32-бітнага значэння ў рэгістр.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Адрас рэгістрацыі	1 байт	Адрас рэестра.

Табліца 19. Значэнне каманды WRITE_REGISTER…працяг
Запісаць 32-бітнае значэнне ў рэгістр.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Каштоўнасць	4 байты	32-бітнае значэнне рэгістра, якое неабходна запісаць. (Little-endian)

4.5.1.1.3 Адказ
Табліца 20. Значэнне адказу WRITE_REGISTER

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.1.4 Падзея
Для гэтай каманды няма падзей.
4.5.1.2 WRITE_REGISTER_OR_MASK
Гэтая інструкцыя выкарыстоўваецца для змены змесціва рэестра з дапамогай лагічнай аперацыі АБО. Счытваецца змест рэестра і выконваецца лагічная аперацыя АБО з прадстаўленай маскай. Зменены кантэнт запісваецца назад у рэестр.
4.5.1.2.1 Умовы
Адрас рэестра павінен існаваць, і рэестр павінен мець атрыбут READ-WRITE.
4.5.1.2.2 Камандаванне
Табліца 21. Значэнне каманды WRITE_REGISTER_OR_MASK Выканайце лагічную аперацыю АБО з рэестрам з выкарыстаннем прадстаўленай маскі.

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Адрас рэгістрацыі	1 байт	Адрас рэестра.
Маска	4 байты	Бітавая маска, якая выкарыстоўваецца ў якасці аперанда для лагічнай аперацыі АБО. (Little-endian)

4.5.1.2.3 Адказ
Табліца 22. Значэнне адказу WRITE_REGISTER_OR_MASK

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.2.4 Падзея
Для гэтай каманды няма падзей.
4.5.1.3 WRITE_REGISTER_AND_MASK
Гэтая інструкцыя выкарыстоўваецца для змены змесціва рэестра з дапамогай лагічнай аперацыі І. Счытваецца змест рэестра і выконваецца лагічная аперацыя І з прадастаўленай маскай. Зменены кантэнт запісваецца назад у рэестр.
4.5.1.3.1 Умовы
Адрас рэестра павінен існаваць, і рэестр павінен мець атрыбут READ-WRITE.
4.5.1.3.2 Камандаванне
Табліца 23. Значэнне каманды WRITE_REGISTER_AND_MASK Выканайце лагічную аперацыю І над рэестрам з выкарыстаннем прадстаўленай маскі.

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Адрас рэгістрацыі	1 байт	Адрас рэестра.
Маска	4 байты	Бітавая маска, якая выкарыстоўваецца ў якасці аперанда для лагічнай аперацыі І. (Little-endian )

4.5.1.3.3 Адказ
Табліца 24. Значэнне адказу WRITE_REGISTER_AND_MASK

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.3.4 Падзея
Для гэтай каманды няма падзей.
4.5.1.4 WRITE_REGISTER_MULTIPLE
Функцыянальнасць гэтай інструкцыі аналагічная Раздзелу 4.5.1.1, Раздзелу 4.5.1.2, Раздзелу 4.5.1.3, з магчымасцю іх камбінавання. Фактычна, ён прымае масіў значэнняў тыпу рэгістра і выконвае адпаведнае дзеянне. Тып адлюстроўвае дзеянне, якое з'яўляецца або запісам у рэгістр, лагічнай аперацыяй АБО над рэгістрам або лагічнай аперацыяй І над рэгістрам.
4.5.1.4.1 Умовы
Адпаведны лагічны адрас рэестра ў наборы павінен існаваць.
Атрыбут доступу да рэгістра павінен дазваляць выкананне неабходнага дзеяння (тыпу):

Дзеянне запісу (0x01): атрыбут READ-WRITE або WRITE-ONLY
АБО дзеянне маскі (0x02): атрыбут READ-WRITE
Дзеянне маскі AND (0x03): атрыбут READ-WRITE

Памер масіва «Set» павінен знаходзіцца ў дыяпазоне ад 1 да 43 уключна.
Поле «Тып» павінна быць у дыяпазоне ад 1 да 3 уключна

4.5.1.4.2 Камандаванне
Табліца 25. Значэнне каманды WRITE_REGISTER_MULTIPLE Выканайце аперацыю запісу рэгістра з выкарыстаннем набору пар рэгістр-значэнне.

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Набор [1…n]	6 байты	Адрас рэгістрацыі	1 байт	Лагічны адрас рэестра.
		Тып	1 байт	0x1	Напісаць Зарэгістравацца
				0x2	Напісаць Рэестр АБО Маска
				0x3	Напісаць Рэгістр І Маска
		Каштоўнасць	4 байты	32 Значэнне рэгістра біта, якое павінна быць запісана, або бітовая маска, якая выкарыстоўваецца для лагічнай аперацыі. (Little-endian)

Заўвага: у выпадку выключэння аперацыя не адкатваецца, г. зн. рэгістры, якія былі зменены, пакуль не ўзнікае выключэнне, застаюцца ў змененым стане. Хост павінен прыняць належныя меры для аднаўлення да вызначанага стану.
4.5.1.4.3 Адказ
Табліца 26. Значэнне адказу WRITE_REGISTER_MULTIPLE

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR

4.5.1.4.4 Падзея
Для гэтай каманды няма падзей.
4.5.1.5 READ_REGISTER
Гэтая інструкцыя выкарыстоўваецца для чытання змесціва лагічнага рэгістра. Змесціва прысутнічае ў адказе ў выглядзе 4-байтавага значэння ў фармаце маленькага байта.
4.5.1.5.1 Умовы
Адрас лагічнага рэестра павінен існаваць. Атрыбут доступу рэестра павінен быць READ-WRITE або READ-ONLY.
4.5.1.5.2 Камандаванне
Табліца 27. Значэнне каманды READ_REGISTER
Прачытаць змесціва рэестра.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Адрас рэгістрацыі	1 байт	Адрас лагічнага рэестра

4.5.1.5.3 Адказ
Табліца 28. Значэнне адказу READ_REGISTER

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Дадатковых даных няма)
Зарэгістраваць значэнне	4 байты	32-бітнае значэнне рэгістра, якое было счытана. (Little-endian)

4.5.1.5.4 Падзея
Для гэтай каманды няма падзей.
4.5.1.6 READ_REGISTER_MULTIPLE
Гэтая інструкцыя выкарыстоўваецца для адначасовага чытання некалькіх лагічных рэгістраў. Вынік (змест кожнага рэестра) падаецца ў адказе на інструкцыю. Сам адрас рэгістрацыі ў адказ не ўваходзіць. Парадак змесціва рэестра ў адказе адпавядае парадку адрасоў рэестра ў інструкцыі.
4.5.1.6.1 Умовы
Усе адрасы рэгістраў у інструкцыі павінны існаваць. Атрыбут доступу для кожнага рэестра павінен быць альбо READ-WRITE, альбо READ-ONLY. Памер масіва «Адрас рэгістрацыі» павінен быць у дыяпазоне ад 1 да 18 уключна.
4.5.1.6.2 Камандаванне
Табліца 29. Значэнне каманды READ_REGISTER_MULTIPLE Выкананне аперацыі чытання рэгістра для набору рэестраў.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Адрас рэгістрацыі[1…n]	1 байт	Адрас рэгістрацыі

4.5.1.6.3 Адказ
Табліца 30. Значэнне адказу READ_REGISTER_MULTIPLE

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Дадатковых даных няма)
Рэгістравае значэнне [1…n]	4 байты	Каштоўнасць	4 байты	32-разраднае значэнне рэгістра, якое было счытана (little-endian).

4.5.1.6.4 Падзея
Для гэтай каманды няма падзей.
4.5.2 Маніпуляцыі E2PROM
Даступная вобласць у E2PROM адпавядае карце EEPROM і адрасаванаму памеру.
Заўвага:
1. Там, дзе ў прыведзеных ніжэй інструкцыях згадваецца «Адрас E2PROM», гэта спасылаецца на памер адрасаванай вобласці EEPROM.
4.5.2.1 WRITE_E2PROM
Гэтая інструкцыя выкарыстоўваецца для запісу аднаго або некалькіх значэнняў у E2PROM. Поле «Значэнні» змяшчае дадзеныя для запісу ў E2PROM, пачынаючы з адраса, указанага ў полі «Адрас E2PROM». Дадзеныя запісваюцца ў паслядоўным парадку.
Заўвага:
Звярніце ўвагу, што гэта каманда блакіроўкі, гэта азначае, што NFC FE блакуецца падчас аперацыі запісу. Гэта можа заняць некалькі мілісекунд.
4.5.2.1.1 Умовы
Поле «Адрас E2PROM» павінна знаходзіцца ў дыяпазоне [2]. Колькасць байтаў у полі «Значэнні» павінна быць у дыяпазоне ад 1 да 1024 (0x0400) уключна. Аперацыя запісу не павінна выходзіць за межы адраса EEPROM, як згадваецца ў [2]. Адказ пра памылку павінен быць адпраўлены на хост, калі адрас перавышае адрасную прастору EEPROM, як у [2].
4.5.2.1.2 Камандаванне
Табліца 31. Значэнне каманды WRITE_E2PROM Паслядоўна запісвайце зададзеныя значэнні ў E2PROM.

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Адрас E2PROM	2 байт	Адрас у EEPROM, з якога пачынаецца запіс. (Little-endian)
Каштоўнасці	1 - 1024 байт	Значэнні, якія павінны быць запісаны ў E2PROM у паслядоўным парадку.

4.5.2.1.3 Адказ
Табліца 32. Значэнне адказу WRITE_EEPROM

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.2.1.4 Падзея
Для гэтай каманды няма падзей.
4.5.2.2 READ_E2PROM
Гэтая інструкцыя выкарыстоўваецца для чытання дадзеных з вобласці памяці E2PROM. Поле «Адрас E2PROM» паказвае пачатковы адрас аперацыі чытання. Адказ утрымлівае дадзеныя, счытаныя з E2PROM.
4.5.2.2.1 Умовы
Поле "Адрас E2PROM" павінна знаходзіцца ў дапушчальным дыяпазоне.
Поле «Колькасць байтаў» павінна быць у дыяпазоне ад 1 да 256 уключна.
Аперацыя чытання не павінна выходзіць за межы апошняга даступнага адраса EEPROM.
Адказ пра памылку павінен быць адпраўлены на хост, калі адрас перавышае адрасную прастору EEPROM.
4.5.2.2.2 Камандаванне
Табліца 33. Значэнне каманды READ_E2PROM Счытвайце значэнні з E2PROM паслядоўна.

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Адрас E2PROM	2 байт	Адрас у E2PROM, з якога пачынаецца аперацыя чытання. (Little-endian)
Колькасць байтаў	2 байт	Колькасць байтаў для чытання. (Little-endian)

4.5.2.2.3 Адказ
Табліца 34. Значэнне адказу READ_E2PROM

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Далей няма)
Каштоўнасці	1 - 1024 байт	Значэнні, якія былі зачытаныя ў паслядоўным парадку.

4.5.2.2.4 Падзея
Для гэтай каманды няма падзей.
4.5.2.3 GET_CRC_USER_AREA
Гэтая інструкцыя выкарыстоўваецца для разліку CRC для поўнай вобласці канфігурацыі карыстальніка, уключаючы вобласць пратаколу PN5190 IC.
4.5.2.3.1 Камандаванне
Табліца 35. Значэнне каманды GET_CRC_USER_AREA
Счытвайце CRC вобласці канфігурацыі карыстальніка, уключаючы вобласць пратаколу.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
–	–	Няма даных у карыснай нагрузцы

4.5.2.3.2 Адказ
Табліца 36. Значэнне адказу GET_CRC_USER_AREA

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:

		PN5190_STATUS_SUCCESS
		PN5190_STATUS_INSTR_ERROR (Далей няма)
Каштоўнасці	4 байты	4 байта даных CRC у фармаце маленькага байта.

4.5.2.3.3 Падзея
Для гэтай каманды няма падзей.
4.5.3 Маніпуляцыі дадзенымі CLIF
Інструкцыі, апісаныя ў гэтым раздзеле, апісваюць каманды для радыёчастотнай перадачы і прыёму.
4.5.3.1 EXCHANGE_RF_DATA
Функцыя радыёчастотнага абмену выконвае перадачу дадзеных TX і чакае прыёму любых дадзеных RX.
Функцыя вяртаецца ў выпадку прыёму (памылковага або правільнага) або тайм-аўту. Таймер запускаецца з КАНЦА ПЕРАДАЧЫ і спыняецца з ПАЧАТКАМ ПРЫЕМУ. Значэнне тайм-аўту, загадзя зададзенае ў EEPROM, павінна выкарыстоўвацца ў выпадку, калі тайм-аўт не сканфігураваны перад выкананнем каманды Exchange.
Калі transceiver_state

у рэжыме IDLE уводзіцца рэжым TRANSCEIVE.
У WAIT_RECEIVE стан прыёмаперадатчыка скідаецца ў РЭЖЫМ ПЕРАДАЧЫ ў выпадку, калі ўсталяваны біт ініцыятара
У WAIT_TRANSMIT стан прыёмаперадатчыка скідаецца ў РЭЖЫМ ПЕРАДАЧЫ ў выпадку, калі біт ініцыятара НЕ ўстаноўлены

Поле «Колькасць сапраўдных бітаў у апошнім байце» паказвае дакладную даўжыню дадзеных, якія будуць перададзены.

4.5.3.1.1 Умовы
Памер поля «TX Data» павінен быць у дыяпазоне ад 0 да 1024 уключна.
Поле «Колькасць сапраўдных бітаў у апошнім байце» павінна быць у дыяпазоне ад 0 да 7.
Каманда не павінна быць выклікана падчас бягучай радыёчастотнай перадачы. Каманда павінна забяспечыць правільны стан трансівера для перадачы дадзеных.
Заўвага:
Гэтая каманда сапраўдная толькі для рэжыму Reader і рэжыму ініцыятара P2P” Passive/Active.
4.5.3.1.2 Камандаванне
Табліца 37. Значэнне каманды EXCHANGE_RF_DATA
Запішыце дадзеныя перадачы ва ўнутраны буфер радыёчастотнай перадачы і пачніце перадачу з дапамогай каманды прыёму перадачы і чакайце прыёму або тайм-аўту, каб падрыхтаваць адказ хосту.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Колькасць сапраўдных бітаў у апошнім байце	1 байт	0	Перадаюцца ўсе біты апошняга байта
		1 - 7	Колькасць бітаў у апошнім байце для перадачы.
RFExchangeConfig	1 байт	Канфігурацыя функцыі RFExchange. Падрабязнасці глядзіце ніжэй

Табліца 37. Значэнне каманды EXCHANGE_RF_DATA…працяг
Запішыце дадзеныя перадачы ва ўнутраны буфер радыёчастотнай перадачы і пачніце перадачу з дапамогай каманды прыёму перадачы і чакайце прыёму або тайм-аўту, каб падрыхтаваць адказ хосту.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Даныя TX	n байтаў	Дадзеныя перадачы, якія павінны быць адпраўлены праз CLIF з дапамогай каманды трансляцыі. n = 0 - 1024 байт

Табліца 38. Bitmask RFexchangeConfig

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне
								Біты 4-7 з'яўляюцца RFU
				X				Уключыць даныя RX у адказ на аснове RX_STATUS, калі біт усталяваны ў 1b.
					X			Уключыце рэгістр EVENT_STATUS у адказ, калі біт усталяваны ў 1b.
						X		Уключыце ў адказ рэгістр RX_STATUS_ERROR, калі біт усталяваны ў 1b.
							X	Уключыце рэгістр RX_STATUS у адказ, калі біт усталяваны ў 1b.

4.5.3.1.3 Адказ
Табліца 39. Значэнне адказу EXCHANGE_RF_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR
RX_СТАТУС	4 байты	Калі запытваецца RX_STATUS (з малым байкам)
RX_STATUS_ERROR	4 байты	Калі запытваецца RX_STATUS_ERROR (па-старому)
СТАТУС ПАДЗЕІ	4 байты	Калі запытваецца EVENT_STATUS (little-endian)
Дадзеныя RX	1 - 1024 байт	Калі запытваюцца даныя RX. Дадзеныя RX, атрыманыя падчас фазы прыёму радыёчастотнага абмену.

4.5.3.1.4 Падзея
Для гэтай каманды няма падзей.
4.5.3.2 TRANSMIT_RF_DATA
Гэтая інструкцыя выкарыстоўваецца для запісу даных ва ўнутраны буфер перадачы CLIF і пачатку перадачы з дапамогай унутранай каманды transceive. Памер гэтага буфера абмежаваны 1024 байтамі. Пасля выканання гэтай інструкцыі аўтаматычна запускаецца радыёчастотны прыём.
Каманда вяртаецца адразу пасля завяршэння перадачы, не чакаючы завяршэння прыёму.
4.5.3.2.1 Умовы
Колькасць байтаў у полі «TX Data» павінна быць у дыяпазоне ад 1 да 1024 уключна.
Каманда не павінна быць выклікана падчас бягучай радыёчастотнай перадачы.
4.5.3.2.2 Камандаванне
Табліца 40. Значэнне каманды TRANSMIT_RF_DATA Запіс дадзеных перадачы ва ўнутраны буфер перадачы CLIF.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Колькасць сапраўдных бітаў у апошнім байце	1 байт	0 Усе біты апошняга байта перадаюцца 1 – 7 Колькасць біт у апошнім байце для перадачы.
РФС	1 байт	Зарэзерваваны
Даныя TX	1 - 1024 байт	Даныя TX, якія будуць выкарыстоўвацца падчас наступнай радыёчастотнай перадачы.

4.5.3.2.3 Адказ
Табліца 41. Значэнне адказу TRANSMIT_RF_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD

4.5.3.2.4 Падзея
Для гэтай каманды няма падзей.
4.5.3.3 RETRIEVE_RF_DATA
Гэтая інструкцыя выкарыстоўваецца для чытання даных з унутранага буфера CLIF RX, які змяшчае даныя РЧ-адказу (калі такія маюцца), размешчаныя ў ім з папярэдняга выканання раздзела 4.5.3.1 з магчымасцю не ўключаць атрыманыя даныя ў адказ або раздзел 4.5.3.2 .XNUMX каманда.
4.5.3.3.1 Камандаванне
Табліца 42. Значэнне каманды RETRIEVE_RF_DATA Счытванне даных RX з унутранага буфера прыёму РЧ.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Пусты	Пусты	Пусты

4.5.3.3.2 Адказ
Табліца 43. Значэнне адказу RETRIEVE_RF_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)
Дадзеныя RX	1 - 1024 байт	Дадзеныя RX, якія былі атрыманы падчас апошняга паспяховага прыёму радыёчастот.

4.5.3.3.3 Падзея
Для гэтай каманды няма падзей.
4.5.3.4 RECEIVE_RF_DATA
Гэтая інструкцыя чакае даных, атрыманых праз радыёчастотны інтэрфейс счытвальніка.
У рэжыме чытання гэтая інструкцыя вяртаецца, калі ёсць прыём (памылковы або правільны) або калі адбыўся тайм-аўт FWT. Таймер запускаецца з КАНЦА ПЕРАДАЧЫ і спыняецца з ПАЧАТКАМ ПРЫЕМУ. Значэнне тайм-аўту па змаўчанні, папярэдне наладжанае ў EEPROM, павінна выкарыстоўвацца ў выпадку, калі тайм-аўт не настроены перад выкананнем каманды Exchange.
У мэтавым рэжыме гэтая інструкцыя вяртаецца ў выпадку прыёму (памылковага або правільнага) або знешняй радыёчастотнай памылкі.
Заўвага:
Гэтая інструкцыя павінна выкарыстоўвацца з камандай TRANSMIT_RF_DATA для выканання аперацый TX і RX…
4.5.3.4.1 Камандаванне
Табліца 44. Значэнне каманды RECEIVE_RF_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Атрымаць RFConfig	1 байт	Канфігурацыя функцыі ReceiveRFConfig. Глядзіце Табліца 45

Табліца 45. Бітавая маска ReceiveRFConfig

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне
								Біты 4-7 з'яўляюцца RFU
				X				Уключыць даныя RX у адказ на аснове RX_STATUS, калі біт усталяваны ў 1b.
					X			Уключыце рэгістр EVENT_STATUS у адказ, калі біт усталяваны ў 1b.
						X		Уключыце ў адказ рэгістр RX_STATUS_ERROR, калі біт усталяваны ў 1b.
							X	Уключыце рэгістр RX_STATUS у адказ, калі біт усталяваны ў 1b.

4.5.3.4.2 Адказ
Табліца 46. Значэнне адказу RECEIVE_RF_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма) PN5190_STATUS_TIMEOUT

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
		PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD
RX_СТАТУС	4 байты	Калі запытваецца RX_STATUS (з малым байкам)
RX_STATUS_ERROR	4 байты	Калі запытваецца RX_STATUS_ERROR (па-старому)
СТАТУС ПАДЗЕІ	4 байты	Калі запытваецца EVENT_STATUS (little-endian)
Дадзеныя RX	1 - 1024 байт	Калі запытваюцца даныя RX. Дадзеныя RX атрыманы праз радыёчастот.

4.5.3.4.3 Падзея
Для гэтай каманды няма падзей.
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (Канфігурацыя FeliCa EMD)
Гэтая інструкцыя выкарыстоўваецца для чытання даных з унутранага буфера CLIF RX, які змяшчае даныя адказу FeliCa EMD (калі такія маюцца), размешчаныя ў ім з папярэдняга выканання каманды EXCHANGE_RF_DATA, якая вяртаецца са статусам "PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR".
Заўвага: Гэтая каманда даступная з PN5190 FW v02.03 і далей.
4.5.3.5.1 Камандаванне
Счытвайце даныя RX з унутранага буфера прыёму радыёчастот.
Табліца 47. Значэнне каманды RETRIEVE_RF_FELICA_EMD_DATA

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
FeliCaRFRetrieveConfig	1 байт	00 – ПФ	Канфігурацыя функцыі RETRIEVE_RF_FELICA_EMD_DATA
		апісанне канфігурацыі (бітавай маскі).	біт 7..2: RFU біт 1: уключыць у адказ рэгістр RX_STATUS_ ERROR, калі біт усталяваны ў 1b. біт 0: уключыць у адказ рэгістр RX_STATUS, калі біт усталяваны ў 1b.

4.5.3.5.2 Адказ
Табліца 48. Значэнне адказу RETRIEVE_RF_FELICA_EMD_DATA

Поле карыснай нагрузкі	Даўжыня		Значэнне/апісанне
Статус		1 байт		Статус аперацыі. Чаканыя значэнні наступныя: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Больш даных няма)
RX_СТАТУС		4 байт		Калі запытваецца RX_STATUS (з малым байкам)
RX_STATUS_ ПАМЫЛКА		4 байт		Калі запытваецца RX_STATUS_ERROR (па-старому)

Поле карыснай нагрузкі	Даўжыня		Значэнне/апісанне
Дадзеныя RX		1…1024 байт		Дадзеныя FeliCa EMD RX, якія былі атрыманы падчас апошняга няўдалага радыёчастотнага прыёму з дапамогай каманды Exchange.

4.5.3.5.3 Падзея
Для гэтай каманды няма падзей.
4.5.4 Пераключэнне рэжыму працы
PN5190 падтрымлівае 4 розныя рэжымы працы:
4.5.4.1 Нармальны
Гэта рэжым па змаўчанні, у якім дазволены ўсе інструкцыі.
4.5.4.2 Рэжым чакання
PN5190 знаходзіцца ў рэжыме чакання/сну для эканоміі энергіі. Умовы абуджэння павінны быць устаноўлены, каб вызначыць, калі зноў выходзіць з рэжыму чакання.
4.5.4.3 LPCD
PN5190 знаходзіцца ў рэжыме выяўлення карты з нізкім энергаспажываннем, дзе ён спрабуе выявіць карту, якая ўваходзіць у працоўны аб'ём, з мінімальна магчымым спажываннем энергіі.
4.5.4.4 Аўтазбор
PN5190 дзейнічае як радыёчастотны слухач, выконваючы актывацыю мэтавага рэжыму аўтаномна (каб гарантаваць абмежаванні ў рэжыме рэальнага часу)
4.5.4.5 SWITCH_MODE_NORMAL
Каманда Switch Mode Normal мае тры варыянты выкарыстання.
4.5.4.5.1 Выпадак 1: пераход у нармальны працоўны рэжым пры ўключэнні (POR)
Выкарыстоўвайце для скіду ў стан чакання для атрымання/апрацоўкі наступнай каманды пры ўваходзе ў звычайны рэжым працы.
4.5.4.5.2 UseCase2: спыненне ўжо запушчанай каманды для пераключэння ў звычайны рэжым працы (каманда перапынення)
Выкарыстоўваецца для скіду ў стан чакання для атрымання/апрацоўкі наступнай каманды шляхам спынення ўжо запушчаных каманд.
Такія каманды, як standby, LPCD, Exchange, PRBS і Autocoll, павінны быць магчымыя для спынення з дапамогай гэтай каманды.
Гэта адзіная спецыяльная каманда, якая не мае адказу. Замест гэтага ёсць апавяшчэнне аб ПАДЗЕІ.
Звярніцеся да раздзела 4.4.3 для атрымання дадатковай інфармацыі аб тыпах падзей, якія адбываюцца падчас выканання розных асноўных каманд.
4.5.4.5.2.1 Выкарыстанне 2.1:
Гэтая каманда скіне ўсе рэгістры CLIF TX, RX і Field Control у стан загрузкі. Выдача гэтай каманды павінна ВЫКЛЮЧЫЦЬ любое існуючае радыёчастотнае поле.
4.5.4.5.2.2 Выкарыстанне 2.2:
Даступна з PN5190 FW v02.03 і далей:
Гэтая каманда не павінна змяняць CLIF TX, RX і рэгістры кіравання палямі, а толькі пераводзіць прыёмаперадатчык у стан IDLE.
4.5.4.5.3 UseCase3: звычайны рэжым працы пасля мяккага скіду/выхаду з рэжыму чакання, LPCD У гэтым выпадку PN5190 непасрэдна пераходзіць у нармальны рэжым працы, адпраўляючы IDLE_EVENT хосту (малюнак 12 або малюнак 13) і « IDLE_EVENT” біт усталяваны ў табліцы 11.
Адпраўка каманды SWITCH_MODE_NORMAL не патрабуецца.
Заўвага:
Пасля пераключэння мікрасхемы ў нармальны рэжым усе параметры радыёчастотнага рэжыму змяняюцца ў стан па змаўчанні. Перад выкананнем аперацыі RF ON або RF Exchange неабходна загрузіць адпаведныя канфігурацыі ВЧ і іншыя звязаныя рэгістры адпаведнымі значэннямі.
4.5.4.5.4 Камандны кадр для адпраўкі для розных варыянтаў выкарыстання
4.5.4.5.4.1 UseCase1: каманда пераходзіць у звычайны працоўны рэжым пасля ўключэння (POR) 0x20 0x01 0x00
4.5.4.5.4.2 UseCase2: каманда для спынення ўжо запушчаных каманд для пераходу ў звычайны рэжым працы
Варыянт выкарыстання 2.1:
0x20 0x00 0x00
Варыянт выкарыстання 2.2: (Пачынаючы з FW v02.02 і далей):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: каманда для нармальнага рэжыму працы пасля мяккага скіду/выхаду з рэжыму чакання, LPCD, ULPCD
Няма. PN5190 непасрэдна пераходзіць у звычайны рэжым працы.
4.5.4.5.5 Адказ
Няма
4.5.4.5.6 Падзея
BOOT_EVENT (у рэгістры EVENT_STATUS) усталёўваецца, паказваючы, што ўведзены звычайны рэжым і адпраўляецца на хост. Даныя пра падзеі глядзіце на малюнках 12 і 13.

IDLE_EVENT (у рэгістры EVENT_STATUS) усталёўваецца, паказваючы, што ўведзены звычайны рэжым і адпраўляецца на хост. Даныя пра падзеі глядзіце на малюнках 12 і 13.

BOOT_EVENT (у рэгістры EVENT_STATUS) усталёўваецца, паказваючы, што ўведзены звычайны рэжым і адпраўляецца на хост. Даныя пра падзеі глядзіце на малюнках 12 і 13.

4.5.4.6 SWITCH_MODE_AUTOCOLL
Autocoll Switch Mode аўтаматычна выконвае працэдуру актывацыі карты ў мэтавым рэжыме.
Поле «Autocoll Mode» павінна знаходзіцца ў дыяпазоне ад 0 – 2 уключна.
У выпадку, калі для поля «Рэжым аўтазабору» ўстаноўлена значэнне 2 (аўтазабор): Поле «Радыёчастотныя тэхналогіі» (табліца 50) павінна ўтрымліваць бітавую маску, якая паказвае радыёчастотныя тэхналогіі, якія падтрымліваюцца падчас аўтазабору.
У гэтым рэжыме нельга адпраўляць інструкцыі.
Завяршэнне паказваецца з дапамогай перапынення.
4.5.4.6.1 Камандаванне
Табліца 49. Значэнне каманды SWITCH_MODE_AUTOCOLL

Параметр	Даўжыня	Значэнне/Апісанне
радыёчастотныя тэхналогіі	1 байт	Бітавая маска, якая паказвае радыёчастотную тэхналогію, якую трэба праслухоўваць падчас аўтаматычнага збору.
Рэжым аўтаматычнага збору	1 байт	0	Няма аўтаномнага рэжыму, г.зн. аўтаматычны збор спыняецца, калі вонкавае радыёчастотнае поле адсутнічае.
			Спыненне ў выпадку
			• ВЧ-ПОЛЕ НЯМА або ВЧ-ПОЛЕ знікла
			• PN5190 АКТЫВУЕЦЦА ў рэжыме TARGET
		1	Аўтаномны рэжым з рэжымам чакання. Калі радыёчастотнае поле адсутнічае, Autocoll аўтаматычна пераходзіць у рэжым чакання. Пасля выяўлення вонкавага радыёчастотнага поля PN5190 зноў пераходзіць у рэжым аўтазабору.
			Спыненне ў выпадку
			• PN5190 АКТЫВУЕЦЦА ў рэжыме TARGET
			Ад PN5190 FW v02.03 далей: Калі поле EEPROM «bCard ModeUltraLowPowerEnabled» па адрасе «0xCDF» усталявана ў «1», то PN5190 пераходзіць у рэжым чакання з ультранізкім энергаспажываннем.
		2	Аўтаномны рэжым без чакання. Калі радыёчастотнае поле адсутнічае, PN5190 чакае, пакуль радыёчастотнае поле прысутнічае, перш чым запускаць алгарытм аўтаматычнага збору. Рэжым чакання ў гэтым выпадку не выкарыстоўваецца.
			Спыненне ў выпадку • PN5190 АКТЫВУЕЦЦА ў рэжыме TARGET

Табліца 50. Bitmask RF Technologies

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне
0	0	0	0					РФС
				X				Калі ўстаноўлена значэнне 1b, уключана праслухоўванне NFC-F Active. (Не даступны).
					X			Калі ўстаноўлена 1b, уключана праслухоўванне NFC-A Active. (Не даступны).
						X		Калі ўстаноўлена значэнне 1b, праслухоўванне NFC-F уключана.
							X	Калі ўстаноўлена значэнне 1b, уключана праслухоўванне NFC-A.

4.5.4.6.2 Адказ
Адказ толькі сігналізуе, што каманда апрацавана.
Табліца 51. Значэнне адказу SWITCH_MODE_AUTOCOLL

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (Рэжым пераключэння не ўвайшоў з-за няправільных налад)

4.5.4.6.3 Падзея
Апавяшчэнне аб падзеі адпраўляецца пасля завяршэння выканання каманды і ўваходу ў звычайны рэжым. Хост павінен счытваць байты адказу на аснове значэння падзеі.
Заўвага:
Калі статус адрозніваецца ад «PN5190_STATUS_INSTR_SUCCESS», далейшыя байты даных «Пратакол» і «Актываваная карта» адсутнічаюць.
Інфармацыя аб тэхналогіі здабываецца з рэестраў з дапамогай каманд раздзела 4.5.1.5, раздзела 4.5.1.6.
У наступнай табліцы паказаны даныя падзеі, якія адпраўляюцца як частка паведамлення аб падзеі, малюнак 12 і малюнак 13.
Табліца 52. Даныя EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT Падзея Autocoll рэжыму пераключэння працы

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі
		PN5190_STATUS_INSTR_SUCCESS	PN5190 АКТЫВУЕЦЦА ў рэжыме TARGET. Далейшыя дадзеныя ў гэтай падзеі сапраўдныя.
		PN5190_STATUS_PREVENT_STANDBY	Паказвае, што PN5190 не можа перайсці ў рэжым чакання. Гэты статус дзейнічае толькі тады, калі для рэжыму Autocoll абраны «Аўтаномны рэжым з рэжымам чакання».

		PN5190_STATUS_NO_EXTERNAL_RF_ ПОЛЕ	Паказвае, што вонкавае радыёчастотнае поле не прысутнічае падчас выканання AutoColl у неаўтаномным рэжыме
		PN5190_STATUS_USER_CANCELLED	Паказвае, што цяперашняя каманда, якая выконваецца, спынена звычайнай камандай пераключэння рэжыму
Пратакол	1 байт	0x10	Актываваны як пасіўны тып A
		0x11	Актываваны як Passive TypeF 212
		0x12	Актываваны як Passive TypeF 424
		0x20	Актываваны як Active TypeA
		0x21	Актываваны як Active TypeF 212
		0x22	Актываваны як Active TypeF 424
		Іншыя каштоўнасці	Несапраўдны
Card_Activated	1 байт	0x00	Няма працэсу актывацыі карты ў адпаведнасці з ISO 14443-3
Card_Activated	1 байт	0x01	Паказвае, што прылада актывавана ў пасіўным рэжыме

Заўвага:
Пасля счытвання даных падзеі даныя, атрыманыя з актываванай карты/прылады (напрыклад, 'n' байтаў ATR_REQ/RATS у адпаведнасці з ISO18092/ISO1443-4), павінны быць прачытаны з дапамогай каманды раздзела 4.5.3.3.
4.5.4.6.4 Сувязь прample

4.5.4.7 SWITCH_MODE_STANDBY
Пераключэнне рэжыму чакання аўтаматычна пераводзіць мікрасхему ў рэжым чакання. IC выйдзе з рэжыму абуджэння пасля таго, як настроеныя крыніцы абуджэння адпавядаюць умовам абуджэння.
Заўвага:
Для выхаду з рэжымаў чакання па змаўчанні даступныя лічыльнік заканчэння для ULP STANDBY і спыненне HIF для STANDBY.

4.5.4.7.1 Камандаванне
Табліца 53. Значэнне каманды SWITCH_MODE_STANDBY

Параметр	Даўжыня	Значэнне/Апісанне
Канфігурацыя	1 байт	Бітавая маска, якая кіруе крыніцай абуджэння, якая будзе выкарыстоўвацца, і рэжымам чакання для ўваходу. Спасылацца на Табліца 54
Сустрэчнае значэнне	2 байты	Выкарыстанае значэнне для лічыльніка абуджэння ў мілісекундах. Максімальнае падтрымліваемае значэнне складае 2690 для рэжыму чакання. Максімальнае падтрымліваемае значэнне складае 4095 для рэжыму чакання ULP. Значэнне, якое павінна быць прадстаўлена ў фармаце маленькага парадку байтаў. Змесціва гэтага параметра сапраўднае, толькі калі «Бітавая маска канфігурацыі» ўключана для абуджэння па заканчэнні лічыльніка.

Табліца 54. Канфігурацыя BitMask

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне
X								Перайдзіце ў рэжым чакання ULP, калі біт усталяваны ў 1b. Увядзіце ў рэжым чакання, калі біт усталяваны ў 0b.
	0							РФС
		X						Прачынанне па GPIO-3, калі ён высокі, калі біт усталяваны ў 1b. (Не прымяняецца для рэжыму чакання ULP)
			X					Прачынанне па GPIO-2, калі ён высокі, калі біт усталяваны ў 1b. (Не прымяняецца для рэжыму чакання ULP)
				X				Прачынанне па GPIO-1, калі ён высокі, калі біт усталяваны ў 1b. (Не прымяняецца для рэжыму чакання ULP)
					X			Прачынанне па GPIO-0, калі ён высокі, калі біт усталяваны ў 1b. (Не прымяняецца для рэжыму чакання ULP)
						X		Лічыльнік прачынання заканчваецца, калі біт усталяваны ў 1b. Для ULP-Standby гэты параметр уключаны па змаўчанні.
							X	Прачынанне ад вонкавага радыёчастотнага поля, калі біт усталяваны ў 1b.

Заўвага: З PN5190 FW v02.03, калі поле EEPROM “CardModeUltraLowPowerEnabled” па адрасе '0xCDF' усталявана ў '1', канфігурацыя рэжыму чакання ULP не можа быць выкарыстана з камандай SWITCH_MODE_STANDBY.
4.5.4.7.2 Адказ
Адказ толькі сігналізуе аб тым, што каманда была апрацавана і стан чакання будзе ўведзены толькі пасля поўнага чытання адказу хостам.
Табліца 55. Значэнне адказу SWITCH_MODE_STANDBY Пераключыць рэжым чакання

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (не быў увайшоў у рэжым пераключэння - з-за няправільных налад)

4.5.4.7.3 Падзея
Апавяшчэнне аб падзеі адпраўляецца пасля завяршэння выканання каманды і ўваходу ў звычайны рэжым. Звярніцеся да фармату падзеі, якая будзе адпраўлена пасля выканання каманды, як на малюнку 12 і малюнку 13.
У выпадку, калі PN5190 прадухілены пераход у рэжым чакання, тады біт падзеі «STANDBY_PREV_EVENT», усталяваны ў EVENT_STATUS, як паказана ў табліцы 11, адпраўляецца на хост па прычыне прадухілення рэжыму чакання, як паказана ў табліцы 13.
4.5.4.7.4 Сувязь Прample

4.5.4.8 SWITCH_MODE_LPCD
LPCD у рэжыме пераключэння выконвае выяўленне расстройкі на антэне з-за змены навакольнага асяроддзя вакол антэны.
Ёсць 2 розныя рэжымы LPCD. Рашэнне на аснове HW (ULPCD) прапануе канкурэнтаздольнае энергаспажыванне з паніжанай адчувальнасцю. Рашэнне на аснове FW (LPCD) прапануе лепшую ў сваім класе адчувальнасць з павышаным энергаспажываннем.
У адзіночным рэжыме FW на аснове (LPCD) падзея каліброўкі не адпраўляецца на хост.
Калі запускаецца адзіночны рэжым, каліброўка і паслядоўныя вымярэнні выконваюцца пасля выхаду з рэжыму чакання.
Для падзеі каліброўкі ў адзіночным рэжыме спачатку ўвядзіце адзінкавы рэжым з камандай падзеі каліброўкі. Пасля каліброўкі прымаецца падзея каліброўкі LPCD, пасля чаго каманда аднаго рэжыму павінна быць адпраўлена з эталонным значэннем, атрыманым на папярэднім этапе, у якасці ўваходнага параметра.
Канфігурацыя LPCD выконваецца ў наладах EEPROM/Flash Data перад выклікам каманды.
Заўвага:
Спыненне GPIO3 для ULPCD, спыненне HIF для LPCD даступныя па змаўчанні для выхаду з рэжымаў нізкага энергаспажывання.
Прачынанне з-за заканчэння тэрміну дзеяння лічыльніка заўсёды ўключана.
Для ULPCD канфігурацыя DC-DC павінна быць адключана ў наладах EEPROM/Flash Data і павінна забяспечваць падачу VUP праз VBAT. Неабходна наладзіць перамычкі. Для параметраў EEPROM/Flash Data звярніцеся да дакумента [2].
Калі каманда прызначана для каліброўкі LPCD/ULPCD, хост усё роўна павінен адправіць поўны кадр.

4.5.4.8.1 Камандаванне
Табліца 56. Значэнне каманды SWITCH_MODE_LPCD

Параметр	Даўжыня	Значэнне/апісанне
bКантроль	1 байт	0x00	Увядзіце каліброўку ULPCD. Каманда спыняецца пасля каліброўкі і падзея з эталонным значэннем адпраўляецца на хост.
		0x01	Увядзіце ULPCD
		0x02	Каліброўка LPCD. Каманда спыняецца пасля каліброўкі і падзея з эталонным значэннем адпраўляецца на хост.
		0x03	Увядзіце LPCD
		0x04	Адзіночны рэжым
		0x0C	Адзінкавы рэжым з падзеяй каліброўкі
		Іншыя каштоўнасці	РФС
Кантроль абуджэння	1 байт	Бітавая маска, якая кіруе крыніцай абуджэння, якая будзе выкарыстоўвацца для LPCD/ULPCD. Змест гэтага поля не ўлічваецца для каліброўкі. Спасылацца на Табліца 57
Даведачнае значэнне	4 байты	Эталоннае значэнне, якое будзе выкарыстоўвацца падчас ULPCD/LPCD. Для ULPCD байт 2, які змяшчае значэнне атэнюатара ВЧ, выкарыстоўваецца як на этапе каліброўкі, так і на этапе вымярэння. Для LPCD змест гэтага поля не ўлічваецца для каліброўкі і адзіночнага рэжыму. Спасылацца на Табліца 58 для правільнай інфармацыі аб усіх 4 байтах.
Сустрэчнае значэнне	2 байты	Значэнне лічыльніка абуджэння ў мілісекундах. Максімальнае значэнне, якое падтрымліваецца, складае 2690 для LPCD. Максімальнае падтрымліваемае значэнне - 4095 для ULPCD. Значэнне, якое павінна быць прадстаўлена ў фармаце маленькага парадку байтаў. Змест гэтага поля не ўлічваецца для каліброўкі LPCD. Для адзінкавага рэжыму і адзінкавага рэжыму з падзеяй каліброўкі працягласць чакання перад каліброўкай можа быць настроена ў канфігурацыі EEPROM: LPCD_SETTINGS->wCheck Period. Для адзіночнага рэжыму з каліброўкай значэнне WUC павінна быць ненулявым.

Табліца 57. Бітавая маска кіравання абуджэннем

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне
0	0	0	0	0	0	0		РФС
							X	Прачынанне ад вонкавага радыёчастотнага поля, калі біт усталяваны ў 1b.

Табліца 58. Інфармацыя аб байце даведачнага значэння

Байты эталоннага значэння	ULPCD	LPCD
Байт 0	Апорны байт 0	Канал 0 Апорны байт 0
Байт 1	Апорны байт 1	Канал 0 Апорны байт 1
Байт 2	Значэнне ВЧ атэнюатара	Канал 1 Апорны байт 0
Байт 3	NA	Канал 1 Апорны байт 1

4.5.4.8.2 Адказ
Табліца 59. Значэнне адказу SWITCH_MODE_LPCD

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (не быў увайшоў у рэжым пераключэння - з-за няправільных налад)

4.5.4.8.3 Падзея
Апавяшчэнне аб падзеі адпраўляецца, калі каманда скончана, і пераходзіць у звычайны рэжым з наступнымі дадзенымі як частка падзеі, згаданай на малюнках 12 і 13.
Табліца 60. EVT_SWITCH_MODE_LPCD

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус LPCD	Звярніцеся да табліцы 15	Звярніцеся да табліцы 154.5.4.8.4 Сувязь Example

4.5.4.9 SWITCH_MODE_DOWNLOAD
Каманда Switch Mode Download пераходзіць у рэжым загрузкі прашыўкі.
Адзіны спосаб выйсці з рэжыму загрузкі - зрабіць скід да PN5190.
4.5.4.9.1 Камандаванне
Табліца 61. Значэнне каманды SWITCH_MODE_DOWNLOAD

Параметр	Даўжыня	Значэнне/Апісанне
–	–	Няма каштоўнасці

4.5.4.9.2 Адказ
Адказ толькі сігналізуе аб тым, што каманда была апрацавана і рэжым загрузкі павінен быць уведзены пасля таго, як адказ будзе прачытаны хостам.
Табліца 62. Значэнне адказу SWITCH_MODE_DOWNLOAD
Пераключыць рэжым працы Autocoll

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (не быў увайшоў у рэжым пераключэння)

4.5.4.9.3 Падзея
Няма генерацыі падзей.
4.5.4.9.4 Сувязь Прample
4.5.5 Класічная аўтэнтыфікацыя MIFARE
4.5.5.1 MFC_AUTHENTICATE
Гэтая інструкцыя выкарыстоўваецца для выканання класічнай аўтэнтыфікацыі MIFARE на актываванай карце. Для аўтэнтыфікацыі па дадзеным адрасе блока патрабуецца ключ, UID карты і тып ключа. Адказ змяшчае адзін байт, які паказвае статус аўтэнтыфікацыі.
4.5.5.1.1 Умовы
Ключ поля павінен мець даўжыню 6 байт. Тып ключа поля павінен утрымліваць значэнне 0x60 або 0x61. Адрас блока можа ўтрымліваць любы адрас ад 0x0 да 0xff уключна. Поле UID павінна мець даўжыню ў байтах і ўтрымліваць 4-байтны UID карты. Перад выкананнем гэтай інструкцыі карта ISO14443-3 MIFARE Classic павінна быць пераведзена ў стан ACTIVE або ACTIVE*.
У выпадку памылкі падчас выканання, звязанай з аўтэнтыфікацыяй, у гэтым полі «Статус аўтэнтыфікацыі» задаецца адпаведны параметр.
4.5.5.1.2 Камандаванне
Табліца 63. Каманда MFC_AUTHENTICATE
Выканайце аўтэнтыфікацыю на актываванай прадуктовай карце MIFARE Classic.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
ключ	6 байты	Ключ аўтэнтыфікацыі, які будзе выкарыстоўвацца.
Тып ключа	1 байт	0x60	Ключ тыпу А
		0x61	Ключ тыпу B
Заблакіраваць адрас	1 байт	Адрас блока, для якога неабходна выканаць аўтэнтыфікацыю.
UID	4 байты	UID карты.

4.5.5.1.3 Адказ
Табліца 64. Адказ MFC_AUTHENTICATE
Адказ на MFC_AUTHENTICATE.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR

4.5.5.1.4 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.6 Падтрымка ISO 18000-3M3 (EPC GEN2).
4.5.6.1 EPC_GEN2_INVENTORY
Гэтая інструкцыя выкарыстоўваецца для правядзення інвентарызацыі ISO18000-3M3 tags. Ён рэалізуе аўтаномнае выкананне некалькіх каманд у адпаведнасці з ISO18000-3M3, каб гарантаваць таймінгі, вызначаныя гэтым стандартам.
Калі прысутнічае ў карыснай нагрузцы інструкцыі, спачатку выконваецца каманда Select, а затым каманда BeginRound.
Калі ёсць правільны адказ у першым часовым інтэрвале (без тайм-аўту, без сутыкненняў), інструкцыя адпраўляе ACK і захоўвае атрыманы PC/XPC/UII. Затым інструкцыя выконвае дзеянне ў адпаведнасці з полем "Паводзіны апрацоўкі часовага інтэрвалу":

Калі ў гэтым полі ўстаноўлена значэнне 0, для апрацоўкі наступнага часовага інтэрвалу выдаецца каманда NextSlot. Гэта паўтараецца, пакуль унутраны буфер не запоўніцца
Калі ў гэтым полі ўстаноўлена значэнне 1, алгарытм прыпыняецца

Калі ў гэтым полі ўстаноўлена значэнне 2, каманда Req_Rn выдаецца тады і толькі тады, калі быў сапраўдны tag адказ у гэтым timeslotCommand

Поле «Выберыце даўжыню каманды» павінна ўтрымліваць даўжыню поля «Выбраць каманду», якая павінна знаходзіцца ў дыяпазоне ад 1 да 39 уключна. Калі «Выбраць даўжыню каманды» роўна 0, палі «Дапушчальныя біты ў апошнім байце» і «Выбраць каманду» не павінны прысутнічаць.
Поле «Біты ў апошнім байце» павінна ўтрымліваць колькасць бітаў, якія будуць перададзены ў апошнім байце поля «Выбраць каманду». Значэнне павінна быць у дыяпазоне ад 1 да 7 уключна. Калі значэнне роўна 0, перадаюцца ўсе біты з апошняга байта з поля «Выбраць каманду».
Поле «Выбраць каманду» павінна ўтрымліваць каманду выбару ў адпаведнасці з ISO18000-3M3 без канца CRC-16c і павінна мець такую ж даўжыню, як паказана ў полі «Выбраць даўжыню каманды».
Поле «Каманда BeginRound» павінна ўтрымліваць каманду BeginRound у адпаведнасці з ISO18000-3M3 без CRC-5 у канцы. Апошнія 7 біт апошняга байта «Каманды BeginRound» ігнаруюцца, паколькі фактычная даўжыня каманды складае 17 біт.
'Timeslot Processed Behavior' павінна ўтрымліваць значэнне ад 0 да 2 уключна.
Табліца 65. Значэнне каманды EPC_GEN2_INVENTORY Выканайце інвентарызацыю ISO 18000-3M3

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Аднавіць інвентарызацыю	1 байт	00	Пачатковы GEN2_INVENTORY

		01	Аднавіце каманду GEN2_INVENTORY - астатняе палі ніжэй пустыя (любая карысная нагрузка ігнаруецца)
Выберыце Даўжыня каманды	1 байт	0	Ніякая каманда Select не ўстаноўлена перад камандай BeginRound. Палі «Дапушчальныя біты ў апошнім байце» і «Выбраць каманду» не павінны прысутнічаць.
Выберыце Даўжыня каманды	1 байт	1 - 39	Даўжыня (n) поля "Выбраць каманду".
Сапраўдныя біты ў апошнім байце	1 байт	0	Перадаюцца ўсе біты апошняга байта поля «Выбраць каманду».
Сапраўдныя біты ў апошнім байце	1 байт	1 - 7	Колькасць бітаў, якія трэба перадаць у апошнім байце поля «Выбраць каманду».
Выберыце каманду	п байт	Калі прысутнічае, гэта поле змяшчае каманду Select (у адпаведнасці з ISO18000-3, табліца 47), якая адпраўляецца перад камандай BeginRound. CRC-16c не ўключаецца.
Каманда BeginRound	3 байты	Гэта поле змяшчае каманду BeginRound (у адпаведнасці з ISO18000-3, табл. 49). CRC-5 не ўключаецца.
Паводзіны апрацоўкі таймслота	1 байт	0	Адказ змяшчае макс. Колькасць часовых інтэрвалаў, якія могуць змясціцца ў буфер адказу.
		1	Адказ змяшчае толькі адзін часовы інтэрвал.
		2	Адказ змяшчае толькі адзін часовы інтэрвал. Калі часовы інтэрвал змяшчае правільны адказ карты, уключаецца таксама дэскрыптар карты.

4.5.6.1.1 Адказ
Даўжыня адказу можа быць "1" у выпадку рэзюмэ інвентарызацыі.
Табліца 66. Значэнне адказу EPC_GEN2_INVENTORY

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS (Чытанне стану часовага інтэрвалу ў наступным байце для Tag адказ) PN5190_STATUS_INSTR_ERROR (Далей няма)
Часовы інтэрвал [1…n]	3 - 69 байт	Статус часовага інтэрвалу	1 байт	0	Tag даступны адказ. 'Tag Поле "Даўжыня адказу", поле "Дапушчальныя біты ў апошнім байце" і "Tag прысутнічае поле адказу.
				1	Tag даступны адказ.
				2	няма tag адказаў у прамежак часу. 'Tag Палі "Даўжыня адказу" і "Дапушчальныя біты ў апошнім байце" павінны быць устаноўлены на нуль. 'Tag поле адказу не павінна прысутнічаць.
				3	Два ці больш tags адказаў у вызначаны час. (Сутыкненне). 'Tag Палі "Даўжыня адказу" і "Дапушчальныя біты ў апошнім байце" павінны быць устаноўлены на нуль. 'Tag поле адказу не павінна прысутнічаць.

Tag Даўжыня адказу	1 байт	0-66	Даўжыня 'Tag Поле для адказу (i). Калі Tag Даўжыня адказу роўная 0, потым Tag Поле для адказу адсутнічае.
Дапушчальныя біты ў апошнім байце	1 байт	0	Усе біты апошняга байта 'Tag поле адказу сапраўдныя.
Дапушчальныя біты ў апошнім байце	1 байт	1-7	Колькасць сапраўдных бітаў апошняга байта 'Tag поле для адказу. Калі Tag Даўжыня адказу роўная нулю, значэнне гэтага байта павінна ігнаравацца.
Tag Адказаць	'n' Байты	Адказ ад tag згодна ISO18000-3_2010, табл.56.
Tag Ручка	0 або 2 байта	Ручка ст tag, у выпадку, калі поле «Статус часовага інтэрвалу» мае значэнне «1». У адваротным выпадку поле не прысутнічае.

4.5.6.1.2 Падзея
Для гэтай каманды няма падзей.
4.5.7 Кіраванне канфігурацыяй ВЧ
Звярніцеся да раздзела 6 для канфігурацыі TX і RX для розных радыёчастотных тэхналогій і хуткасцей перадачы дадзеных, якія падтрымліваюцца PN5190. Значэнні, якія не ўваходзяць у прыведзены ніжэй дыяпазон, павінны разглядацца як RFU.
4.5.7.1 LOAD_RF_CONFIGURATION
Гэтая інструкцыя выкарыстоўваецца для загрузкі радыёчастотнай канфігурацыі з EEPROM ва ўнутраныя рэгістры CLIF. ВЧ-канфігурацыя адносіцца да ўнікальнай камбінацыі радыёчастотнай тэхналогіі, рэжыму (мэта/ініцыятар) і хуткасці перадачы. ВЧ-канфігурацыю можна загрузіць асобна для прыёмніка CLIF (канфігурацыя RX) і перадатчыка (канфігурацыя TX). Значэнне 0xFF павінна быць выкарыстана, калі адпаведная канфігурацыя для шляху не павінна быць зменена.
4.5.7.1.1 Умовы
Поле 'TX Configuration' павінна знаходзіцца ў дыяпазоне ад 0x00 да 0x2B уключна. Калі значэнне роўна 0xFF, канфігурацыя TX не змяняецца.
Поле 'RX Configuration' павінна знаходзіцца ў дыяпазоне ад 0x80 да 0xAB уключна. Калі значэнне роўна 0xFF, канфігурацыя RX не змяняецца.
Спецыяльная канфігурацыя з канфігурацыяй TX = 0xFF і канфігурацыяй RX = 0xAC выкарыстоўваецца для аднаразовай загрузкі рэгістраў загрузкі.
Гэта спецыяльная канфігурацыя патрабуецца для абнаўлення канфігурацый рэгістра (як TX, так і RX), якія адрозніваюцца ад значэнняў скіду IC.

4.5.7.1.2 Камандаванне
Табліца 67. Значэнне каманды LOAD_RF_CONFIGURATION
Загрузіце налады RF TX і RX з E2PROM.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Канфігурацыя TX	1 байт	0xFF	Канфігурацыя TX RF не зменена.
		0x0 – 0x2B	Загружана адпаведная канфігурацыя TX RF.
Канфігурацыя RX	1 байт	0xFF	Канфігурацыя RX RF не зменена.
		0x80 – 0xAB	Загружана адпаведная канфігурацыя RX RF.

4.5.7.1.3 Адказ
Табліца 68. Значэнне адказу LOAD_RF_CONFIGURATION

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.7.1.4 Падзея
Для гэтай каманды няма падзей.
4.5.7.2 UPDATE_RF_CONFIGURATION
Гэтая інструкцыя выкарыстоўваецца для абнаўлення радыёчастотнай канфігурацыі (гл. вызначэнне ў раздзеле 4.5.7.1) у E2PROM. Інструкцыя дазваляе абнаўляць пры значэнні дэталізацыі рэестра, г.зн. абнаўляць трэба не ўвесь набор (хоць гэта можна зрабіць).
4.5.7.2.1 Умовы
Памер масіва палёў Configuration павінен быць у дыяпазоне ад 1 да 15 уключна. Масіў палёў Configuration павінен утрымліваць набор канфігурацыі радыёчастот, адрас рэгістра і значэнне. Канфігурацыя RF поля павінна знаходзіцца ў дыяпазоне ад 0x0 – 0x2B для канфігурацыі TX і 0x80 – 0xAB для канфігурацыі RX уключна. Адрас у полі Register Address павінен існаваць у адпаведнай канфігурацыі RF. Значэнне поля павінна змяшчаць значэнне, якое павінна быць запісана ў дадзены рэгістр і павінна мець даўжыню 4 байты (фармат Little-endian).
4.5.7.2.2 Камандаванне
Табліца 69. Значэнне каманды UPDATE_RF_CONFIGURATION
Абнавіце канфігурацыю ВЧ

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Канфігурацыя[1…n]	6 байты	Канфігурацыя ВЧ	1 байт	Канфігурацыя РЧ, для якой трэба змяніць рэестр.
		Адрас рэгістрацыі	1 байт	Зарэгістраваць адрас у дадзенай радыёчастотнай тэхналогіі.
		Каштоўнасць	4 байты	Значэнне, якое неабходна запісаць у рэестр. (Little-endian)

4.5.7.2.3 Адказ
Табліца 70. Значэнне адказу UPDATE_RF_CONFIGURATION

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR

4.5.7.2.4 Падзея
Для гэтай каманды няма падзей.
4.5.7.3 GET_ RF_CONFIGURATION
Гэтая інструкцыя выкарыстоўваецца для счытвання радыёчастотнай канфігурацыі. Пары рэгістра адрас-значэнне даступныя ў адказе. Каб даведацца, колькі пар чакаецца, першая інфармацыя аб памеры можа быць атрымана з першага TLV, які паказвае агульную даўжыню карыснай нагрузкі.
4.5.7.3.1 Умовы
Канфігурацыя радыёчастотнага поля павінна знаходзіцца ў дыяпазоне ад 0x0 – 0x2B для канфігурацыі TX і 0x80 –0xAB для канфігурацыі RX уключна.
4.5.7.3.2 Камандаванне
Табліца 71. Значэнне каманды GET_ RF_CONFIGURATION Атрымаць радыёчастотную канфігурацыю.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Канфігурацыя ВЧ	1 байт	Канфігурацыя РЧ, для якой неабходна атрымаць набор пар значэнняў рэгістра.

4.5.7.3.3 Адказ
Табліца 72. Значэнне адказу GET_ RF_CONFIGURATION

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)
Пара[1…n]	5 байты	Адрас рэгістрацыі	1 байт	Зарэгістраваць адрас у дадзенай радыёчастотнай тэхналогіі.
		Каштоўнасць	4 байты	32-бітнае значэнне рэгістра.

4.5.7.3.4 Падзея
Няма падзеі для інструкцыі.
4.5.8 Апрацоўка радыёчастотнага поля
4.5.8.1 RF_ON
Гэтая інструкцыя выкарыстоўваецца для ўключэння ВЧ. Рэгуляванне DPC на першапачатковым FieldOn павінна апрацоўвацца ў гэтай камандзе.
4.5.8.1.1 Камандаванне
Табліца 73. Значэнне каманды RF_FIELD_ON
Наладзьце RF_FIELD_ON.

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
RF_on_config	1 байт	Біт 0	0	Выкарыстоўвайце пазбяганне сутыкненняў
			1	Адключыць папярэджанне сутыкнення
		Біт 1	0	Няма актыўнага P2P
			1	P2P актыўны

4.5.8.1.2 Адказ
Табліца 74. Значэнне адказу RF_FIELD_ON

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (Радыёчастотнае поле не ўключана з-за радыёчастотнага сутыкнення) PN5190_STATUS_TIMEOUT (RF-поле не ўключана з-за тайм-аўту) PN5190_STATUS_TXLDO_ERROR (памылка TXLDO з-за VUP недаступная) PN5190_STATUS_RFCFG_NOT_APPLIED (Радыёчастотная канфігурацыя не прымяняецца да гэтай каманды)

4.5.8.1.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.8.2 RF_OFF
Гэтая інструкцыя выкарыстоўваецца для адключэння радыёчастотнага поля.
4.5.8.2.1 Камандаванне
Табліца 75. Значэнне каманды RF_FIELD_OFF

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Пусты	Пусты	пусты

4.5.8.2.2 Адказ
Табліца 76. Значэнне адказу RF_FIELD_OFF

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)

4.5.8.2.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.9 Тэставая канфігурацыя шыны
Даступныя сігналы тэставай шыны ў выбраных канфігурацыях PAD пералічаны ў Раздзеле 7 для даведкі.
Яны павінны быць накіраваны для забеспячэння канфігурацыі для інструкцый тэставай шыны, як паказана ніжэй.
4.5.9.1 КАНФІГУРАЦЫЯ _TESTBUS_DIGITAL
Гэтая інструкцыя выкарыстоўваецца для пераключэння даступнага сігналу лічбавай тэставай шыны на выбраных канфігурацыях пэда.
4.5.9.1.1 Камандаванне
Табліца 77. Значэнне каманды CONFIGURE_TESTBUS_DIGITAL

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
TB_SignalIndex	1 байт		Спасылацца на Раздзел 7
TB_BitIndex	1 байт		Спасылацца на Раздзел 7
TB_PadIndex	1 байт		Індэкс пляцоўкі, па якой будзе выводзіцца лічбавы сігнал
		0x00	Штыфт AUX1
		0x01	Штыфт AUX2
		0x02	Штыфт AUX3
		0x03	Кантакт GPIO0
		0x04	Кантакт GPIO1
		0x05	Кантакт GPIO2
		0x06	Кантакт GPIO3
		0x07-0xFF	РФС

4.5.9.1.2 Адказ
Табліца 78. Значэнне адказу CONFIGURE_TESTBUS_DIGITAL

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Дадатковых даных няма)

4.5.9.1.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
Гэтая інструкцыя выкарыстоўваецца для атрымання даступнага сігналу аналагавай тэставай шыны на выбраных канфігурацыях пэда.
Сігнал на аналагавай тэставай шыне можа быць атрыманы ў розных рэжымах. Яны:
4.5.9.2.1 Рэжым RAW
У гэтым рэжыме сігнал, абраны TB_SignalIndex0, зрушваецца з дапамогай Shift_Index0, маскіруецца Mask0 і выводзіцца на AUX1. Падобным чынам сігнал, абраны TB_SignalIndex1, зрушваецца з дапамогай Shift_Index1, маскіруецца Mask1 і выводзіцца на AUX2.
Гэты рэжым прапануе заказчыку гнуткасць для вываду любога сігналу шырынёй 8 біт або менш, які не патрабуе пераўтварэння знакаў для вываду на аналагавыя пэды.
4.5.9.2.2 КАМБІНАВАНЫ рэжым
У гэтым рэжыме аналагавы сігнал будзе ўяўляць сабой 10-бітнае значэнне ADCI/ADCQ/pcrm_if_rssi са знакам, пераўтворанае ў значэнне без знака, павялічанае да 8 біт і затым выведзенае на пэды AUX1 або AUX2.
Толькі адно з пераўтвораных значэнняў ADCI/ADCQ (10 біт) можа быць выведзена ў AUX1/AUX2 у любы час.
Калі значэнне поля карыснай нагрузкі Combined_Mode Signal роўна 2 (Аналагавы і лічбавы камбінаваны), то аналагавая і лічбавая тэставая шына накіроўваецца па AUX1 (аналагавы сігнал) і GPIO0 (лічбавы сігнал).
Сігналы, якія будуць накіроўвацца, канфігуруюцца ў адрасе EEPROM, згаданым ніжэй:
0xCE9 – TB_SignalIndex
0xCEA – TB_BitIndex
0xCEB – аналагавы TB_Index
Індэкс тэставай шыны і біт тэставай шыны павінны быць сканфігураваны ў EEPROM, перш чым мы выпусцім камбінаваны рэжым з варыянтам 2.
Заўвага:
Хост павінен прадастаўляць усе палі, незалежна ад прыдатнасці поля ў «сырым» або «камбінаваным» рэжыме. PN5190 IC улічвае толькі адпаведныя значэнні палёў.
4.5.9.2.3 Камандаванне
Табліца 79. Значэнне каманды CONFIGURE_TESTBUS_ANALOG

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне		Палявая дастасавальнасць для камбінаванага рэжыму
bConfig	1 байт		Наладжвальныя біты. Спасылацца на Табліца 80	так
Камбінаваны_рэжым сігналу	1 байт	0 – ADCI/ADCQ 1 – pcrm_if_rssi		так
		2 – Камбінаваны аналагавы і лічбавы
		3 – 0xFF – Зарэзервавана

TB_SignalIndex0	1 байт	Індэкс сігналу аналагавага сігналу. Спасылацца на Раздзел 7	так
TB_SignalIndex1	1 байт	Індэкс сігналу аналагавага сігналу. Спасылацца на Раздзел 7	так
Shift_Index0	1 байт	Пазіцыі зруху ўваходу DAC0. Кірунак будзе вызначацца бітам у bConfig[1].	няма
Shift_Index1	1 байт	Пазіцыі зруху ўваходу DAC1. Кірунак будзе вызначацца бітам у bConfig[2].	няма
Маска0	1 байт	Маска DAC0	няма
Маска1	1 байт	Маска DAC1	няма

Табліца 80. Бітавая маска канфігурацыі

b7	b6	b5	b4	b3	b2	b1	b0	Апісанне	Дастасавальна да рэжыму
X	X							Дыяпазон зруху выхаду DAC1 – 0, 1, 2	Сыравіна
		X	X					Дыяпазон зруху выхаду DAC0 – 0, 1, 2	Сыравіна
				X				У камбінаваным рэжыме падайце сігнал на кантакт AUX1/AUX2 0 ➜ Сігнал на AUX1 1 ➜ Сігнал на AUX2	Камбінаваныя
					X			Напрамак зруху ўваходу DAC1 0 ➜ Зрух управа 1 ➜ Зрух улева	Сыравіна
						X		Напрамак зруху ўваходу DAC0 0 ➜ Зрух управа 1 ➜ Зрух улева	Сыравіна
							X	Рэжым. 0 ➜ Рэжым Raw 1 ➜ Камбінаваны рэжым	Сырое/Камбінаванае

4.5.9.2.4 Адказ
Табліца 81. Значэнне адказу CONFIGURE_TESTBUS_ANALOG

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)

4.5.9.2.5 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
Гэтая інструкцыя выкарыстоўваецца для пераключэння некалькіх даступных сігналаў лічбавай тэставай шыны на выбраных канфігурацыях пляцовак.
Заўвага: Калі гэтая даўжыня роўная НУЛЮ, то лічбавая тэставая шына СКІДАЕЦЦА.
4.5.9.3.1 Камандаванне
Табліца 82. Значэнне каманды CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
TB_SignalIndex #1	1 байт	Спасылацца на 8 ніжэй
TB_BitIndex #1	1 байт	Спасылацца на 8 ніжэй
TB_PadIndex #1	1 байт	Індэкс пляцоўкі, па якой будзе выводзіцца лічбавы сігнал
		0x00	Штыфт AUX1
		0x01	Штыфт AUX2
		0x02	Штыфт AUX3
		0x03	Кантакт GPIO0
		0x04	Кантакт GPIO1
		0x05	Кантакт GPIO2
		0x06	Кантакт GPIO3
		0x07-0xFF	РФС
TB_SignalIndex #2	1 байт	Спасылацца на 8 ніжэй
TB_BitIndex #2	1 байт	Спасылацца на 8 ніжэй
TB_PadIndex #2	1 байт	Індэкс пляцоўкі, па якой будзе выводзіцца лічбавы сігнал
		0x00	Штыфт AUX1
		0x01	Штыфт AUX2
		0x02	Штыфт AUX3
		0x03	Кантакт GPIO0
		0x04	Кантакт GPIO1
		0x05	Кантакт GPIO2
		0x06	Кантакт GPIO3
		0x07-0xFF	РФС

4.5.9.3.2 Адказ
Табліца 83. Значэнне адказу CONFIGURE_MULTIPLE_TESTBUS_DIGITAL

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 2]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)

4.5.9.3.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.10 Канфігурацыя CTS
4.5.10.1 CTS_ENABLE
Гэтая інструкцыя выкарыстоўваецца для ўключэння/выключэння функцыі вядзення часопіса CTS.
4.5.10.1.1 Камандаванне
Табліца 84. Значэнне каманды CTS_ENABLE

Карысная нагрузка. Даўжыня поля. Значэнне/апісанне
Уключыць/Выключыць	1 байт	Біт 0	0	Адключыць функцыю вядзення часопіса CTS
1 Уключыце функцыю вядзення часопіса CTS
		Біт 1-7		РФС

4.5.10.1.2 Адказ
Табліца 85. Значэнне адказу CTS_ENABLE

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)

4.5.10.1.3 Падзея
У наступнай табліцы паказаны даныя падзеі, якія будуць адпраўлены як частка паведамлення аб падзеі, як паказана на малюнках 12 і 13.
Табліца 86. Гэта інфармуе хост, што дадзеныя былі атрыманы. EVT_CTS_DONE

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Падзея	1 байт	00 … TRIGGER адбыўся, даныя гатовыя да прыёму.

4.5.10.2 CTS_CONFIGURE
Гэтая інструкцыя выкарыстоўваецца для канфігурацыі ўсіх неабходных рэгістраў CTS, такіх як трыгеры, рэгістры тэставай шыны, sampканфігурацыя ling і г.д.,
Заўвага:
[1] забяспечвае лепшае разуменне канфігурацыі CTS. Захаваныя даныя, якія будуць адпраўлены як частка адказу на каманду раздзела 4.5.10.3.

4.5.10.2.1 Камандаванне
Табліца 87. Значэнне каманды CTS_CONFIGURE

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
PRE_TRIGGER_SHIFT	1 байт	Вызначае даўжыню паслядоўнасці збору дадзеных у 256 байтах. 0 азначае адсутнасць зруху; n азначае зрух блока n*256 байтаў. Заўвага: дзейнічае, толькі калі TRIGGER_MODE з'яўляецца рэжымам запуску «PRE» або «COMB».
TRIGGER_MODE	1 байт	Вызначае рэжым атрымання, які будзе выкарыстоўвацца.
		0x00 - рэжым POST
		0x01 – RFU
		0x02 – рэжым PRE
		0x03 – 0xFF – Няправільны
RAM_PAGE_WIDTH	1 байт	Вызначае аб'ём памяці на чыпе, які ахоплены набыццём. Дэталізацыя абраная пры распрацоўцы як 256 байт (г.зн. 64 32-бітныя словы). Дапушчальныя значэнні: 0x00h – 256 байт 0x02h – 768 байт 0x01h – 512 байт 0x03h – 1024 байт 0x04h – 1280 байт 0x05h – 1536 байт 0x06h – 1792 байт 0x07h – 2048 байт 0x08h – 2304 байт 0x09h – 2560 байт 0x0Ah – 2816 байт 0x0Bh – 3072 байт 0x0Ch - 3328 байт 0x0Dh – 3584 байт 0x0Eh – 3840 байт 0x0Fh – 4096 байт 0x10h – 4352 байт 0x11h – 4608 байт 0x12h – 4864 байт 0x13h – 5120 байт 0x14h – 5376 байт 0x15h – 5632 байт 0x16h – 5888 байт 0x17h – 6144 байт 0x18h – 6400 байт 0x19h – 6656 байт 0x1Ah – 6912 байт 0x1Bh – 7168 байт 0x1Ch - 7424 байт 0x1Dh – 7680 байт 0x1Eh – 7936 байт 0x1Fh – 8192 байт

SAMPLE_CLK_DIV	1 байт	Дзесятковае значэнне гэтага поля вызначае каэфіцыент дзялення тактавай частаты, які будзе выкарыстоўвацца падчас збору дадзеных. Тактавая частата CTS = 13.56 МГц / 2^{SAMPLE_CLK_DIV}
		00 – 13560 кГц 01 – 6780 кГц 02 – 3390 кГц 03 – 1695 кГц 04 – 847.5 кГц 05 – 423.75 кГц 06 – 211.875 кГц 07 – 105.9375 кГц 08 – 52.96875 кГц 09 – 26.484375 кГц 10 – 13.2421875 кГц 11 – 6.62109375 кГц 12 – 3.310546875 кГц 13 – 1.6552734375 кГц 14 – 0.82763671875 кГц 15 – 0.413818359375 кГц
SAMPLE_BYTE_SEL	1 байт	Гэтыя біты выкарыстоўваюцца для ўказання таго, якія байты дзвюх 16-бітных уваходных шын спрыяюць механізму чаргавання, які стварае даныя для перадачы ў памяць на чыпе. Значэнне і ўжыванне іх залежыць ад сAMPЗначэнні LE_MODE_SEL. Заўвага: дадзенае значэнне заўсёды маскіруецца 0x0F, пасля чаго разглядаецца эфектыўнае значэнне.
SAMPLE_MODE_SEL	1 байт	Выбірае сampрэжым чаргавання ling, як апісана ў спецыфікацыях дызайну CTS. Дзесятковае значэнне 3 зарэзервавана і будзе разглядацца як 0. Заўвага: дадзенае значэнне заўсёды маскіруецца 0x03, пасля чаго разглядаецца эфектыўнае значэнне.
ТБ0	1 байт	Выбірае, якую тэставую шыну падключыць да TB0. Спасылацца на Раздзел 7 (TB_ Signal_Index значэнне)
ТБ1	1 байт	Выбірае, якую тэставую шыну падключыць да TB1. Спасылацца на Раздзел 7 (TB_ Signal_Index значэнне)
ТБ2	1 байт	Выбірае, якую тэставую шыну падключыць да TB2. Спасылацца на Раздзел 7 (TB_ Signal_Index значэнне)
ТБ3	1 байт	Выбірае, якую тэставую шыну падключыць да TB3. Спасылацца на Раздзел 7 (TB_ Signal_Index значэнне)
TTB_SELECT	1 байт	Выбірае, які TB будзе падлучаны да крыніц запуску. Спасылацца на Раздзел 7 (значэнне TB_Signal_Index)
РФС	4 байты	Заўсёды адпраўляць 0x00000000
MISC_CONFIG	24 байты	Выпадкі трыгера, палярнасць і г.д [1] для разумення канфігурацыі CTS для выкарыстання.

4.5.10.2.2 Адказ
Табліца 88. Значэнне адказу CTS_CONFIGURE

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR

4.5.10.2.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.10.3 CTS_RETRIEVE_LOG
Гэтая інструкцыя здабывае журнал даных захопленых тэставых даных шыныampфайлы, якія захоўваюцца ў буферы памяці.
4.5.10.3.1 Камандаванне
Табліца 89. Значэнне каманды CTS_RETRIEVE_LOG

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Памер кавалка	1 байт	0x01-0xFF	Змяшчае чаканую колькасць байтаў даных.

4.5.10.3.2 Адказ
Табліца 90. Значэнне адказу CTS_RETRIEVE_LOG

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма) PN5190_STATUS_SUCCSES_CHAINING
Даныя часопіса [1…n]	CTSRequest	Захоплены Сamples Частка дадзеных

Заўвага:
Максімальны памер 'Log Data' залежыць ад 'ChunkSize', які быў прадстаўлены як частка каманды.
Агульны памер часопіса павінен быць даступны ў адказе загалоўка TLV.
4.5.10.3.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.11 Каманды TEST_MODE
4.5.11.1 САМАТЭСТ_АНТЭНЫ
Гэтая інструкцыя выкарыстоўваецца для праверкі, ці падключана антэна і ці ўстаноўлены/сабраны адпаведныя кампаненты.
Заўвага:
Гэтая каманда пакуль недаступная. Глядзіце нататкі аб выпуску, каб даведацца пра даступнасць.
4.5.11.2 PRBS_TEST
Гэтая інструкцыя выкарыстоўваецца для стварэння паслядоўнасці PRBS для розных канфігурацый пратаколаў і хуткасцей перадачы ў рэжыме чытання. Пасля выканання інструкцыі тэставая паслядоўнасць PRBS будзе даступная ў радыёчастотным рэжыме.
Заўвага:
Хост павінен пераканацца, што адпаведная канфігурацыя радыёчастотнай тэхналогіі загружана з дапамогай раздзела 4.5.7.1 і радыёчастотная сувязь уключана з дапамогай каманды раздзела 4.5.8.1 перад адпраўкай гэтай каманды.
4.5.11.2.1 Камандаванне
Табліца 91. Значэнне каманды PRBS_TEST

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
prbs_тып	1 байт	00	PRBS9 (па змаўчанні)
		01	ПРБС15
		02-ФФ	РФС

4.5.11.2.2 Адказ
Табліца 92. Значэнне адказу PRBS_TEST

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD

4.5.11.2.3 Падзея
Для гэтай інструкцыі няма падзеі.
4.5.12 Інфармацыйныя каманды чыпа
4.5.12.1 GET_DIEID
Гэтая інструкцыя выкарыстоўваецца для счытвання ідэнтыфікатара чыпа PN5190.
4.5.12.1.1 Камандаванне
Табліца 93. Значэнне каманды GET_DIEID

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
–	–	Няма даных у карыснай нагрузцы

4.5.12.1.2 Адказ
Табліца 94. Значэнне адказу GET_DIEID

Поле карыснай нагрузкі	Даўжыня	Значэнне/апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (дадатковых даных няма)
Каштоўнасці	16 байты	16 байт die ID.

4.5.12.1.3 Падзея
Для гэтай каманды няма падзей.
4.5.12.2 GET_VERSION
Гэтая інструкцыя выкарыстоўваецца для счытвання версіі HW, версіі ROM і версіі FW мікрасхемы PN5190.
4.5.12.2.1 Камандаванне
Табліца 95. Значэнне каманды GET_VERSION

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
–	–	Няма даных у карыснай нагрузцы

Існуе каманда DL_GET_VERSION (раздзел 3.4.4), даступная ў рэжыме загрузкі, якую можна выкарыстоўваць для счытвання версіі апаратнага абсталявання, версіі ПЗУ і версіі праграмнага забеспячэння.
4.5.12.2.2 Адказ
Табліца 96. Значэнне адказу GET_VERSION

Поле карыснай нагрузкі	Даўжыня	Значэнне/Апісанне
Статус	1 байт	Статус аперацыі [Табліца 9]. Чаканыя значэнні наступныя:
		PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (Далей няма)
HW_V	1 байт	Апаратная версія
RO_V	1 байт	код ROM
FW_V	2 байты	Версія прашыўкі (выкарыстоўваецца для спампоўкі)
РФУ1-РФУ2	1-2 байт	–

Чаканы адказ для іншай версіі PN5190 IC згадваецца ў (Раздзел 3.4.4)
4.5.12.2.3 Падзея
Для гэтай каманды няма падзей.

Дадатак (Напрampле)

Гэты дадатак складаецца з выпрamples для вышэйзгаданых каманд. Былыampфайлы прызначаны толькі для ілюстрацыі, каб паказаць змест каманды.
5.1 практample для WRITE_REGISTER
Наступная паслядоўнасць даных, адпраўленых з хоста для запісу значэння 0x12345678 у рэгістр 0x1F.
Камандны кадр, адпраўлены на PN5190: 0000051F78563412
Хост чакае перапынення.
Калі хост чытае кадр адказу, атрыманы ад PN5190 (паказвае паспяховую працу): 00000100 5.2 Example для WRITE_REGISTER_OR_MASK
Наступная паслядоўнасць даных, адпраўленых з хоста для выканання лагічнай аперацыі АБО ў рэгістры 0x1F з маскай 0x12345678
Камандны кадр, адпраўлены на PN5190: 0100051F78563412
Хост чакае перапынення.
Калі хост чытае кадр адказу, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 01000100
5.3 практample для WRITE_REGISTER_AND_MASK
Наступная паслядоўнасць даных, адпраўленых з хоста для выканання лагічнай аперацыі І ў рэгістры 0x1F з маскай 0x12345678
Камандны кадр, адпраўлены на PN5190: 0200051F78563412
Хост чакае перапынення.
Калі хост чытае кадр адказу, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 02000100
5.4 практample для WRITE_REGISTER_MULTIPLE
Наступная паслядоўнасць даных, адпраўленых з хоста для выканання лагічнай аперацыі І ў рэгістры 0x1F з маскай 0x12345678, і лагічнай аперацыі АБО ў рэгістры 0x20 з маскай 0x11223344 і запісу ў рэгістр 0x21 са значэннем 0xAABBCCDD.
Камандны кадр, адпраўлены на PN5190: 0300121F03785634122002443322112101DDCCBBAA
Хост чакае перапынення.
Калі хост чытае кадр адказу, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 03000100
5.5 практample для READ_REGISTER
Наступная паслядоўнасць даных, адпраўленых з хоста для чытання змесціва рэгістра 0x1F і пры ўмове, што рэгістр мае значэнне 0x12345678
Камандны кадр, адпраўлены на PN5190: 0400011F
Хост чакае перапынення.
Калі хост чытае кадр адказу, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 0400050078563412
5.6 практampфайл для READ_REGISTER_MULTIPLE
Наступная паслядоўнасць даных, адпраўленых з вузла для чытання змесціва рэгістра 0x1F, які змяшчае значэнне 0x12345678, і рэгістра 0x25, які змяшчае значэнне 0x11223344
Камандны кадр, адпраўлены на PN5190: 0500021F25
Хост чакае перапынення.
Калі хост прачытаў адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 050009007856341244332211
5.7 практample для WRITE_E2PROM
Наступная паслядоўнасць даных, адпраўленых з хоста для запісу ў месцы E2PROM ад 0x0130 да 0x0134 са змесцівам 0x11, 0x22, 0x33, 0x44, 0x55
Камандны кадр, адпраўлены на PN5190: 06000730011122334455
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 06000100
5.8 практampфайл для READ_E2PROM
Наступная паслядоўнасць даных, адпраўленых з хоста для чытання з месцаў E2PROM ад 0x0130 да 0x0134, дзе захоўваецца змесціва: 0x11, 0x22, 0x33, 0x44, 0x55
Камандны кадр, адпраўлены на PN5190: 07000430010500
Хост чакае перапынення.
Калі хост прачытаў адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 070006001122334455
5.9 практample для TRANSMIT_RF_DATA
Наступная паслядоўнасць даных, адпраўленых з хоста для адпраўкі каманды REQA (0x26), з колькасцю бітаў, якія павінны быць перададзены, як '0x07', пры ўмове, што неабходныя рэгістры ўстаноўлены раней і RF уключаны.
Камандны кадр, адпраўлены на PN5190: 0800020726
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 08000100
5.10 практampфайл для RETREIVE_RF_DATA
Наступная паслядоўнасць даных, адпраўленых з хоста для атрымання даных, атрыманых/захаваных ва ўнутраным буферы CLIF (пры ўмове, што 0x05 быў атрыманы), пры ўмове, што TRANSMIT_RF_DATA ўжо адпраўлена пасля ўключэння радыёчастотнага сігналу.
Камандны кадр, адпраўлены на PN5190: 090000
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 090003000400
5.11 практample для EXCHANGE_RF_DATA
Наступная паслядоўнасць даных, адпраўленых з хоста для перадачы REQA (0x26), з колькасцю біт у апошнім байце для адпраўкі, усталяваным як 0x07, з усім статусам, які будзе атрыманы разам з дадзенымі. Мяркуецца, што неабходныя ВЧ-рэгістры ўжо ўстаноўлены і ВЧ уключаны.
Камандны кадр, адпраўлены на PN5190: 0A0003070F26
Хост чакае перапынення.
Калі хост прачытаў адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 0A000 F000200000000000200000000004400
5.12 практample для LOAD_RF_CONFIGURATION
Наступная паслядоўнасць даных, адпраўленых з хоста для ўстаноўкі канфігурацыі ВЧ. Для TX, 0x00 і для RX, 0x80
Камандны кадр, адпраўлены на PN5190: 0D00020080
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 0D000100
5.13 практampфайл для UPDATE_RF_CONFIGURATION
Наступная паслядоўнасць даных, адпраўленых з хоста для абнаўлення канфігурацыі ВЧ. Для TX, 0x00, з адрасам рэгістра для CLIF_CRC_TX_CONFIG і значэннем 0x00000001
Камандны кадр, адпраўлены на PN5190: 0E0006001201000000
Хост чакае перапынення.
Калі хост прачытаў адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 0E000100
5.14 практample для RF_ON
Наступная паслядоўнасць даных, адпраўленых з хоста для ўключэння радыёчастотнага поля з выкарыстаннем пазбягання сутыкненняў і без актыўнага P2P. Мяркуецца, што адпаведная канфігурацыя RF TX і RX ужо ўстаноўлена ў PN5190.
Камандны кадр, адпраўлены на PN5190: 10000100
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 10000100
5.15 практample для RF_OFF
Наступная паслядоўнасць даных, адпраўленых з хоста для выключэння радыёчастотнага поля.
Камандны кадр, адпраўлены на PN5190: 110000
Хост чакае перапынення.
Калі хост чытае адказ, кадр, атрыманы ад PN5190 (паказвае паспяховую аперацыю): 11000100

Дадатак (індэксы канфігурацыі радыёчастотнага пратаколу)

Гэта дадатак змяшчае індэксы канфігурацыі радыёчастотнага пратаколу, якія падтрымліваюцца PN5190.
Параметры канфігурацыі TX і RX павінны выкарыстоўвацца ў камандах раздзелаў 4.5.7.1, 4.5.7.2, 4.5.7.3.

Дадатак (сігналы CTS і TESTBUS)

У табліцы ніжэй паказаны розныя сігналы, даступныя ад PN5190 для захопу з дапамогай інструкцый CTS (раздзел 4.5.10) і інструкцый TESTBUS.

Яны павінны выкарыстоўвацца для каманд раздзела 4.5.9.1, раздзела 4.5.9.2, раздзела 4.5.10.2.

Скарачэнні

Табліца 97. Скарачэнні

Скарачэнне	Сэнс
CLK	Гадзіннік
DWL_REQ	Спампаваць PIN-код запыту (таксама званы DL_REQ)
ЭСППЗУ	Праграмуемая электрычна сціраемая памяць толькі для чытання
FW	Прашыўка
GND	зямля
GPIO	Увод і вывад агульнага прызначэння
HW	Абсталяванне
I²C	Міжінтэгральная схема (паслядоўная шына даных)
IRQ	Запыт перапынення
ISO / IEC	Міжнародная арганізацыя па стандартызацыі / Міжнародная электратэхнічная супольнасць
NFC	Сувязь блізкага поля
OS	Аперацыйная сістэма
PCD	Прылада бескантактавай сувязі (бескантактны счытвальнік)
PICC	Карта Proximity з інтэгральнай схемай (бескантактная карта)
ПМУ	Блок кіравання харчаваннем
ПОР	Скід пры ўключэнні
RF	Радыёчастата
RST	Скінуць
ЮФВУ	бяспечны рэжым загрузкі прашыўкі
SPI	Паслядоўны перыферыйны інтэрфейс
ВЕН	V Уключыць штыфт

Спасылкі

[1] Частка канфігурацыі CTS кабіны NFC, https://www.nxp.com/products/:NFC-COCKPIT
[2] Тэхнічны ліст PN5190 IC, https://www.nxp.com/docs/en/data-sheet/PN5190.pdf

Прававая інфармацыя

10.1 Азначэнні
Чарнавік — Статус чарнавіка ў дакуменце сведчыць аб тым, што змесціва ўсё яшчэ знаходзіцца на ўнутранай разглядзеview і падлягае афіцыйнаму зацвярджэнню, якое можа прывесці да змяненняў або дапаўненняў. NXP Semiconductors не дае ніякіх заяваў і не дае гарантый адносна дакладнасці або паўнаты інфармацыі, уключанай у чарнавую версію дакумента, і не нясе адказнасці за наступствы выкарыстання такой інфармацыі.
10.2 Адмова ад адказнасці
Абмежаваная гарантыя і адказнасць — Інфармацыя ў гэтым дакуменце лічыцца дакладнай і надзейнай. Аднак кампанія NXP Semiconductors не дае ніякіх заяў або гарантый, відавочных або пэўных, адносна дакладнасці або паўнаты такой інфармацыі і не нясе адказнасці за наступствы выкарыстання такой інфармацыі. NXP Semiconductors не нясе адказнасці за змесціва гэтага дакумента, калі яно прадастаўлена крыніцай інфармацыі па-за NXP Semiconductors.
Ні ў якім разе NXP Semiconductors не нясе адказнасці за любыя ўскосныя, выпадковыя, штрафныя, спецыяльныя або ўскосныя страты (уключаючы - без абмежавання страту прыбытку, страту зберажэнняў, перапыненне бізнесу, выдаткі, звязаныя з выдаленнем або заменай любых прадуктаў або выдаткі на пераробку), незалежна ад таго, ці не такая шкода заснавана на дэлікце (уключаючы нядбайнасць), гарантыі, парушэнні дагавора або любой іншай юрыдычнай тэорыі.
Нягледзячы на любыя страты, якія кліент можа панесці па любой прычыне, сукупная і кумулятыўная адказнасць NXP Semiconductors перад кліентам за прадукты, апісаныя тут, абмежавана ў адпаведнасці з
Умовы камерцыйнага продажу NXP Semiconductors.
Права на ўнясенне змяненняў — NXP Semiconductors пакідае за сабой права ўносіць змены ў інфармацыю, апублікаваную ў гэтым дакуменце, уключаючы, без абмежавання, спецыфікацыі і апісанні прадуктаў, у любы час і без папярэдняга паведамлення. Гэты дакумент адмяняе і замяняе ўсю інфармацыю, прадстаўленую да яго публікацыі.
Прыдатнасць да выкарыстання — прадукты NXP Semiconductors не распрацаваны, не дазволены і не гарантаваны як прыдатныя для выкарыстання ў сістэмах або абсталяванні жыццезабеспячэння, крытычна важных для жыцця або бяспекі, а таксама ў прылажэннях, дзе разумна чакаць збой або няспраўнасць прадукта NXP Semiconductors. прывесці да цялесных пашкоджанняў, смерці або сур'ёзнай шкоды маёмасці або навакольнага асяроддзі. Кампанія NXP Semiconductors і яе пастаўшчыкі не нясуць ніякай адказнасці за ўключэнне і/або выкарыстанне прадуктаў NXP Semiconductors у такое абсталяванне або прыкладанні, і таму такое ўключэнне і/або выкарыстанне ажыццяўляецца на ўласную рызыку кліента.
Прыкладанні — Праграмы, апісаныя тут для любога з гэтых прадуктаў, прызначаны толькі для ілюстрацыі. NXP Semiconductors не робіць ніякіх заяў і не гарантуе, што такія прыкладанні будуць прыдатныя для названага выкарыстання без далейшага тэсціравання або мадыфікацыі.
Кліенты нясуць адказнасць за распрацоўку і працу сваіх прыкладанняў і прадуктаў з выкарыстаннем прадуктаў NXP Semiconductors, і NXP Semiconductors не нясе ніякай адказнасці за дапамогу ў распрацоўцы прыкладанняў або прадукту кліента. Заказчык нясе поўную адказнасць за вызначэнне таго, ці падыходзіць прадукт NXP Semiconductors для прымянення заказчыка і запланаванай прадукцыі, а таксама для запланаванага прымянення і выкарыстання староннімі кліентамі. Кліенты павінны забяспечыць адпаведныя меры бяспекі пры распрацоўцы і эксплуатацыі, каб звесці да мінімуму рызыкі, звязаныя з іх праграмамі і прадуктамі.
NXP Semiconductors не нясе ніякай адказнасці, звязанай з любымі дэфолтамі, пашкоджаннямі, выдаткамі або праблемамі, заснаванымі на якіх-небудзь недахопах або дэфолтах у праграмах або прадуктах заказчыка, або прымяненні або выкарыстанні староннімі кліентамі кліента. Кліент нясе адказнасць за правядзенне ўсіх неабходных тэсціраванняў прыкладанняў і прадуктаў кліента з выкарыстаннем прадуктаў NXP Semiconductors, каб пазбегнуць дэфолту прыкладанняў і прадуктаў або прыкладання або выкарыстання староннімі кліентамі кліента. NXP не нясе ніякай адказнасці ў гэтым плане.

NXP BV - NXP BV не з'яўляецца аперацыйнай кампаніяй і не распаўсюджвае і не прадае прадукцыю.

10.3 Ліцэнзіі
Набыццё мікрасхем NXP з тэхналогіяй NFC — набыццё мікрасхем NXP Semiconductors, якія адпавядаюць аднаму са стандартаў сувязі блізкага поля (NFC) ISO/IEC 18092 і ISO/IEC 21481, не прадугледжвае падразумяванай ліцэнзіі ў адпаведнасці з любым патэнтавым правам, парушаным рэалізацыяй любы з гэтых стандартаў. Набыццё NXP Semiconductors IC не прадугледжвае ліцэнзіі на любы патэнт NXP (або іншыя правы інтэлектуальнай уласнасці), якія ахопліваюць камбінацыі гэтых прадуктаў з іншымі прадуктамі, апаратнымі або праграмнымі сродкамі.

10.4 Таварныя знакі
Заўвага: усе згаданыя брэнды, назвы прадуктаў, назвы паслуг і гандлёвыя маркі з'яўляюцца ўласнасцю іх адпаведных уладальнікаў.
NXP — знак і лагатып з'яўляюцца гандлёвымі маркамі NXP BV
EdgeVerse — гэта гандлёвая марка NXP BV
FeliCa — гэта гандлёвая марка Sony Corporation.
MIFARE — гэта гандлёвая марка NXP BV
MIFARE Classic — гандлёвая марка NXP BV

Майце на ўвазе, што важныя заўвагі, якія тычацца гэтага дакумента і апісанага(-ых) у ім прадукта(-аў), уключаны ў раздзел «Прававая інфармацыя».
© 2023 NXP BV
Для атрымання дадатковай інфармацыі, калі ласка, наведайце: http://www.nxp.com
Усе правы абароненыя.
Дата выхаду: 25 мая 2023 г
Ідэнтыфікатар дакумента: UM11942

Дакументы / Рэсурсы

Кантролер NXP PN5190 NFC Frontend [pdfКіраўніцтва карыстальніка
PN5190, PN5190 NFC інтэрфейсны кантролер, NFC інтэрфейсны кантролер, кантролер, UM11942

Спасылкі

Кіраўніцтва карыстальніка

Кантролер інтэрфейсу NFC PN5190

Уводзіны

Сувязь з гаспадаром скончанаview

Рэжым працоўнай загрузкі IC – абаронены рэжым загрузкі праграмнага забеспячэння

Рэжым працоўнай загрузкі IC – звычайны рэжым працы

Табліца 54. Канфігурацыя BitMask

Дадатак (Напрampле)

Дадатак (індэксы канфігурацыі радыёчастотнага пратаколу)

Дадатак (сігналы CTS і TESTBUS)

Скарачэнні

Спасылкі

Прававая інфармацыя

Дакументы / Рэсурсы

Спасылкі

Пакінуць каментар

Адмяніць адказ