Ответ на сброс - Answer to reset
An Ответить на сброс (ATR) - сообщение, выводимое контактом Интеллектуальная карточка в соответствии с ISO / IEC 7816 стандарты, следуя электрический сброс чипа карты картридером. ATR передает информацию о параметрах связи, предлагаемых картой, а также о характере и состоянии карты.
В более широком смысле, ATR часто относится к сообщению, полученному от смарт-карты на ранней стадии связи; или от устройства чтения карт, используемого для доступа к этой карте, что может преобразовать сообщение карты в формат, подобный ATR (это происходит, например, для некоторых ПК / SC картридеры[1][2] при доступе к ISO / IEC 14443 Интеллектуальная карточка).
Наличие ATR часто используется в качестве первого признака того, что смарт-карта выглядит работоспособной, и ее содержимое проверяется в качестве первого теста на то, что она подходит для данного использования.
Контактные смарт-карты обмениваются данными по сигналу с именем Вход / Выход (I / O). синхронно (биты данных отправляются и принимаются в ритме по одному за период тактового сигнала, подаваемого на карту по ее сигналу CLK) или асинхронно (биты данных обмениваются через ввод-вывод с другим механизмом разграничения битов, аналогичным традиционному асинхронная последовательная связь ). Эти два режима являются исключительными в данном сеансе связи, и большинство карт построены с поддержкой одного режима. Контактные смарт-карты на базе микропроцессоров - это в основном асинхронные карты, используемые для всех Модули идентификации подписчика (SIM) для мобильных телефонов, тех банковские карты с контактами, которые соответствуют EMV спецификации, все контакты Карты Java и смарт-карты для платное телевидение. Карты только с памятью обычно относятся к разновидности синхронных.
ATR при асинхронной и синхронной передаче имеют совершенно разную форму и содержание. ATR при асинхронной передаче точно нормализован (для обеспечения взаимодействия между картами и считывающими устройствами разного происхождения) и относительно сложен для анализа.
Некоторые смарт-карты (в основном асинхронные) отправляют разные ATR в зависимости от того, был ли сброс первым после включения питания (Холодное ATR) или нет (Теплый ATR).
Примечание. Ответ на сброс не следует путать с ATtRibute REQuest (ATR_REQ) и ATtRibute RESponse (ATR_RES) из NFC, также сокращенно ATR.[3] ATR_RES передает информацию о поддерживаемых параметрах связи, как и Answer To Reset, но его структура отличается.
ATR в асинхронной передаче
Стандарт, определяющий ATR при асинхронной передаче, - это ISO / IEC 7816-3.[4] Подмножества полной спецификации ATR используются для некоторых приложений смарт-карт, например EMV.[5]
Физическая форма и время на интерфейсе карты / считывателя
При асинхронной передаче ATR передается картой на считыватель в виде символов, закодированных в виде битов через контакт, обозначенный I / O (C7), с номинальной длительностью бит, обозначенной элементарной единицей времени (ETU), равной в течение всего ATR равной 372 периода синхросигнала, подаваемого считывателем на контакт CLK (C3). Линия ввода / вывода по умолчанию находится в состоянии H (максимальное напряжение из двух логические уровни ), а переход в состояние L, обозначаемый передним фронтом, определяет начало символа. Передний фронт первого символа происходит между 400 и 40 000 тактов после того, как считыватель изменил контакт RST (C2) с L на H.
Каждый символ содержит стартовый бит в состоянии L, 8 бит данных, 1 бит четности, за которым следует (отсутствие ошибки) задержка в состоянии H (высокое напряжение на вводе-выводе), так что передний фронт символов в ATR равен не менее 12 ETU с максимальным обозначенным временем ожидания WT = 9 600 ETU в течение всего ATR (спецификации Eurocard MasterCard Visa добавляют, что считыватель должен выдерживать 10 800 ETU, что на 5% больше). Значение байта, кодированного символом, определяется в соответствии с соглашениями, определяемыми первым символом ATR, обозначенным TS.
Конец физического ATR между картой и считывателем может быть определен считывателем с помощью анализа на лету значений TS, T0 и любого TD.я (см. ниже) или / и на основе WT. Более поздний метод вызывает дополнительную задержку (около 0,8 с при максимальной тактовой частоте 5 МГц, применимой во время ATR). EMV (но не ISO / IEC 7816-3) также позволяет читателю учитывать, что ATR должно быть превышено после 20 160 ETU (около 1,5 с на 5 МГц), отсчитываемых от переднего фронта TS.
Примечание. При обмене данными в асинхронном режиме с ISO / IEC 7816-3 свяжитесь со смарт-картой, используя устройство последовательного интерфейса, работающее в соответствии с прямым соглашением (например, стандартным UART ), его можно установить на 8 бит, 1 бит четности, 2 стоповых бита (иногда можно задать 1, см. TC1); во время ATR скорость передачи данных должна составлять 1/372 тактовой частоты, принимаемой картой (что соответствует ETU в 372 тактовых цикла). Обычно ошибки четности или кадрирования отсутствуют. Первый полученный байт «3B» если карта работает по прямому соглашению, ‘03’ если карты работают в обратном порядке, в этом случае полярность и порядок всех 8 бит каждого байта, проходящего через устройство последовательного интерфейса, должны быть изменены, что, в частности, изменит первый байт ‘03’ к «3F».
Историческое примечание: положение для карт, которые используют внутренний источник синхронизации и фиксированный ETU 1/9 600 секунды во время ATR, существовало в ISO / IEC 7816-3: 1989 и было удалено из издания 1997 года.
Общая структура
ATR выполняется в пять этапов: начальный символ TS; форматировать байт T0; байты интерфейса TAя, ТБя, TCя, TDя (необязательные, номер переменной); исторические байты Tя (необязательно, до 15) и контрольный байт TCK (необязательно). Всего может быть от 2 до 33 символов, включая TS.
Имя | Определяет | Кодирует | Присутствует, когда |
TS | Порядок битов и полярность | (всегда) | |
T0 | Количество Тя, наличие ТА1..TD1 | K в [0..15] | (всегда) |
TA1 | Максимальная тактовая частота, предлагаемая битовая длительность | FI ↦ Fi и fМаксимум; DI ↦ Di | 5-й бит T0 равен 1 |
Туберкулез1 | Не рекомендуется: VPP требования | PI1 ↦ P, II ↦ I | 6-й бит T0 равен 1 |
TC1 | Дополнительная задержка между байтами, необходимая для карты | N ↦ EGT ↦ GT | 7-й бит T0 равен 1 |
TD1 | Первый предложенный протокол передачи, наличие ТА2..TD2 | Т в [0..14] | 8-й бит T0 равен 1 |
TA2 | Конкретный протокол и параметры, которые будут использоваться после ATR | Т в [0..14] | 5-й бит TD1 является 1 |
Туберкулез2 | Не рекомендуется: VPP точное требование напряжения | PI2 ↦ P | 6 бит TD1 является 1 |
TC2 | Максимальное время ожидания протокола T = 0 | WI ↦ WT | 7 бит TD1 является 1 |
TD2 | Поддерживаемый протокол или более глобальные параметры, наличие TA3..TD3 | Т в [0..15] | 8 бит TD1 является 1 |
TAя | Для T = 1 [#]: максимальный размер блока, который может получить карта Если T = 15 [#]: поддерживаются напряжения питания и режимы пониженного энергопотребления | IFSC ИКС; Y | 5-й бит TDя-1 является 1 |
Туберкулезя | Для T = 1 [#]: максимальные задержки между символами Если T = 15 [#]: использование контакта SPU C6 | CWI ↦ CWT; BWI ↦ BWT | 6 бит TDя-1 является 1 |
TCя | Для T = 1 [#]: тип используемого кода обнаружения ошибок | 7 бит TDя-1 является 1 | |
TDя | Поддерживаемый протокол или более глобальные параметры, наличие TAя+1..TDя+1 | Т в [0..15] | 8 бит TDя-1 является 1 |
Т1 | Формат исторических байтов Tя | К ≥ 1 | |
Тя | Исторические байты, указывающие рабочие характеристики, согласно ISO / IEC 7816-4 когда T1 является ‘00’, ‘10’ или же ‘8Икс’, | К ≥я | |
TCK | Разрешить обнаружение случайной ошибки передачи (в XOR байтов от T0 до TCK обычно равно нулю) | T в любой из TDя байтов не 0 |
[#] Данное значение предполагает я > 2 и я-1 единственный j с 1 <j < я так что TDj кодирует указанное значение T. Когда T находится в диапазоне [0..14], значение байта применяется только к соответствующему протоколу (конкретному байту). Когда это T = 15, значение применяется независимо от протокола (глобальный байт).
Начальный символ TS всегда физически присутствует, но исключен из ответа на сброс в определении, данном ISO / IEC 7816-3: 2006: значение байтовой строки (не более 32 байтов), закодированное в последовательности символов, следующих за начальным символом TS. ИСО / МЭК 7816-4: 2005 соглашается,[6] заявляя, что TS является символом или шаблоном синхронизации, а не байтом. Однако практика (в PC / SC, EMV, ETSI, и Калипсо по крайней мере) по-прежнему считает, что TS является частью ATR, как это было в ISO / IEC 7816-3: 1997 и ранее. В частности, ATR, возвращаемый считывателями карт PC / SC и стеками программного обеспечения, включает TS в качестве первого байта со значением «3B» или же «3F».
Начальный символ TS
Начальный символ TS кодирует соглашение, используемое для кодирования ATR и дальнейших сообщений до следующего сброса. В прямом [соотв. обратное] соглашение, биты с логическим значением ‘1’ передаются как высокое напряжение (H) [соотв. Низкое напряжение (L)]; биты с логическим значением ‘0’ передаются как L [соотв. ЧАС]; и младший бит каждого байта данных является первым (соответственно последним) при физической передаче картой.
Для прямого соглашения TS (H) L В В Л В В В Л Л H (H) и кодирует байт «3B».
Для обратного соглашения TS (H) L В В Л Л Л Л Л Л H (H) и кодирует байт «3F».
[ (ЧАС) представляет состояние простоя (высокий, отметка) линии ввода-вывода. 8 бит данных показаны на курсив. ]
Биты в байтах, следующие за TS в ATR, и дальнейшая связь до следующего сброса, пронумерованы с 1-го по 8-й от младшего к старшему, и их значение отмечается. 0 или же 1, независимо от хронологического порядка и электрического представления, определенного TS. Бит, следующий за 8 битами данных в этих байтах, является битом четности, то есть таким, что имеется четное число ‘1’ биты (H или L в соответствии с прямым или обратным соглашением, определенным TS) среди 8 бит данных и бит четности.
TS также позволяет считывателю карт подтверждать или определять ETU как одну треть задержки между первым и вторым переходом H-to-L в TS. Это необязательно, и основное определение ETU в ATR асинхронных смарт-карт, соответствующих стандарту, - это 372 периода часов, принимаемых картой.
Форматировать байт T0
Байт формата T0 кодирует в своих 4 младших битах (с 4-го MSbit до 1-го LSbit) число K байтов истории Tя, в диапазоне [0..15].
Он также кодирует в своих 4 старших битах наличие не более 4 других байтов интерфейса: TA1 (соответственно TB1, ТС1, TD1) следуют в таком порядке, если 5-й (соответственно 6, 7, 8) бит T0 равен 1.
Байты интерфейса TAя, ТБя, TCя, TDя
Байты интерфейса TA1, ТБ1, TC1, TD1, TA2, ТБ2, TC2, TD2, TA3, ТБ3, .. являются необязательными и кодируют параметры связи и протоколы, которые карта предлагает использовать.
Байты интерфейса бывают трех видов: Глобальный байты интерфейса применяются ко всем протоколам; специфический байты интерфейса относятся к определенному протоколу; и структурный байты интерфейса вводят дополнительные байты интерфейса и протоколы.
Байт интерфейса TA1
Байт интерфейса TA1, если присутствует, является глобальным и кодирует максимальную тактовую частоту fМаксимум поддерживаемый картой, и количество тактовых периодов на ETU, которое она предлагает использовать после ATR, выраженное как отношение Fi / Di двух целых чисел. Когда ТА1 отсутствует, предполагается, что значение по умолчанию ‘11’, соответствующий fМаксимум = 5 МГц, Fi = 372, Di = 1.
4 младших бита TA1 (С 4-го MSbit на 1-й LSbit) кодировать Di как:
С 4 по 1 бит | 0000 | 0001 | 0010 | 0011 | 0100 | 0101 | 0110 | 0111 | 1000 | 1001 | 1010 | 1011 | 1100 | 1101 | 1110 | 1111 |
Ди | РФС | 1 | 2 | 4 | 8 | 16 | 32 | 64(#) | 12 | 20 | РФС | РФС | РФС | РФС | РФС | РФС |
(#) Это был RFU в ISO / IEC 7816-3: 1997 и ранее. Некоторые устройства чтения карт или драйверы могут ошибочно отклонять карты с использованием этого значения (или другого RFU). Некоторые считыватели PC / SC в качестве обходного пути для указанного поведения драйвера очищают 1-й бит TA.1 когда его 4 младших бита кодируют 7, и соответственно корректируют TCK (если он присутствует), если они не получили специальную команду.
4 старших бита TA1 (От 8-го MSbit до 5-го LSbit) кодировать fМаксимум и Fi как:
С 8 по 5 бит | 0000 | 0001 | 0010 | 0011 | 0100 | 0101 | 0110 | 0111 | 1000 | 1001 | 1010 | 1011 | 1100 | 1101 | 1110 | 1111 |
Fi | 372(*) | 372 | 558 | 744 | 1 116 | 1 488 | 1 860 | РФС | РФС | 512 | 768 | 1 024 | 1 536 | 2 048 | РФС | РФС |
жМаксимум (МГц) | 4(*) | 5 | 6 | 8 | 12 | 16 | 20 | — | — | 5 | 7.5 | 10 | 15 | 20 | — | — |
(*) Историческое примечание: в ISO / IEC 7816-3: 1989 это было назначено картам с внутренними часами, без назначенных Fi или f (max).
Примечание: EMV и ISO / IEC 7816-3 до издания 2006 г. дополнительно используют обозначение DI (соответственно FI) для младших (соответственно старших) 4 бит TA.1. Таким образом, DI кодирует Di, а FI кодирует Fi и fМаксимум.
Примечание: в обозначении EMV используется D (соответственно F), а в ISO / IEC 7816-3 используется Di (соответственно Fi).
Пример: TA1 = «B5» = 10110101, в котором FI 1011 и DI 0101 , кодирует fМаксимум = 10 МГц, Fi = 1024, Di = 16, таким образом, Fi / Di = 1024/16 = 64. Это побуждает устройство чтения карт предпринять (после ATR) необходимые шаги для уменьшения ETU до 64 тактовых циклов на ETU ( от 372 во время ATR) и увеличьте тактовую частоту до 10 МГц (возможно, с 4 МГц во время ATR).
Байт интерфейса TB1
Туберкулез1, если присутствует, является глобальным. Использование туберкулеза1 устарела с версии стандарта 2006 г., который предписывает, что карты должен не включать туберкулез1 в ATR, а читатели должен игнорировать туберкулез1 если имеется. EMV по-прежнему требует, чтобы карта содержала ТБ1 = ‘00’, и это остается обычной практикой; это явно указывает на то, что карта не использует специальный контакт C6 для подачи напряжения программирования (VPP) на карту; однако карты могут использовать C6 для стандартного или фирменного использования (SPU), например, для связи с внешним интерфейсом NFC по протоколу Single Wire Protocol (SWP). Со стороны читателя EMV требует создания теплый ATR для карт с ТБ1 Кроме как ‘00’ в холодный ATR и обработка любых ТБ1 в теплый ATR как будто это было ‘00’.
Туберкулез1 ранее указывал (грубо) напряжение программирования VPP и максимальный ток программирования, требуемый некоторыми картами на специальном контакте C6 во время программирования их EPROM объем памяти. Современные смарт-карты внутренне генерируют напряжение программирования для своих EEPROM или же Вспышка память, и поэтому не используйте VPP. В редакции стандарта 1997 г. и более ранних:
- Младшие 5 бит ТБ1 (С 5-го MSbit на 1-й LSbit) кодировать PI1; если туберкулез2 отсутствует, PI1 = 0 указывает, что контакт C6 (назначен VPP) не подключен к карте; PI1 в диапазоне [5..25] кодирует значение VPP в вольтах (считыватель должен подавать это напряжение только по требованию карты с допуском 2,5% до максимального тока программирования; в противном случае оставьте контакт C6, используемый для напряжения VPP в пределах 5% от VCC напряжение до 20 мА); если туберкулез2 присутствует, он заменяет указание TB1 в поле PI1 относительно VPP подключение или напряжение.
- высокий бит ТБ1 (8-й бит) зарезервирован, должен быть 0, и читатель может их игнорировать.
- 6-й и 5-й биты ТБ1 кодировать максимальный ток программирования (при условии, что ни один TB1 ни туберкулез2 указывают, что VPP не подключен в карте).
7-й и 6-й биты | 00 | 01 | 10 | 11 |
Максимальный ток программирования | 25 мА | 50 мА | РФС(#) | РФС |
(#) Это было 100 мА в ISO / IEC 7816-3: 1989.
Байт интерфейса TC1
TC1, если присутствует, является глобальным и кодирует целое число Extra Guard Time (N) от 0 до 255 (с 8-го MSbit до 1-го LSbit); в противном случае N = 0. N определяет, насколько защитное время, которое должен применять считыватель, варьируется от базового значения в 12 ETU (соответствует 1 стартовому биту, 8 битам данных, 1 биту четности и 2 стоповым битам; со вторым стоповым битом возможно, используется для индикации ошибки приемником по протоколу T = 0). Защитное время - это минимальная задержка между передним фронтом предыдущего символа и передним фронтом следующего отправленного символа.
За исключением случая, когда N равно 255, защитное время составляет: GT = 12 ETU + R * N / f.
куда:
- f - тактовая частота, генерируемая считывателем;
- R - некоторое количество тактов, либо:
- по ETU, R = F / D, если T = 15 отсутствует в ATR;
- определено ТА1, R = Fя/ Dя (или его значение по умолчанию), если в ATR присутствует T = 15.
N = 255 имеет значение, зависящее от протокола: GT = 12 ETU во время PPS (выбор протокола и параметров) и протокол T = 0, GT = 11 ETU по протоколу T = 1 (соответствует 1 стартовому биту, 8 битам данных, 1 четности бит и 1 стоповый бит; без индикации ошибки).
За исключением протокола T = 1, карта передает с защитным временем 12 ETU, независимо от N. В протоколе T = 1 защитное время, определяемое N, также является защитным временем символа (CGT) и применяется к карте и считывателю. для персонажей, отправленных в одном направлении.
Примечание. Считыватель остается привязанным к Guard Time GT, определяемому N, когда другие предписания определяют другую минимальную задержку между передними краями символов в разных направлениях, даже если этот минимум ниже GT.
Историческое примечание: ISO / IEC 7816-3: 1989 только определил, что N кодирует EGT как число ETU, метод, который теперь используется, когда T = 15 отсутствует в ATR. Согласно этому соглашению карты, которые позволяют согласовывать сокращенное количество тактовых циклов на ETU после PPS, должны также допускать пропорционально уменьшенное количество тактовых циклов для EGT, что не соответствует общей мотивации EGT: учитывать задержки до того, как карта сможет получить следующий символ. В редакции стандарта 1997 года было введено, что, когда T = 15 присутствует в ATR, N кодирует EGT как кратное количеству тактовых циклов на ETU, закодированных TA.1, делая EGT эффективно независимым от количества тактовых циклов на каждый ETU, при этом сохраняя совместимость с прежними считывающими устройствами, по крайней мере, если они не меняли количество тактовых циклов на ETU.
Байты интерфейса TDя
Интерфейсы байтов TDя за я≥1, если есть, являются структурными.
TDя кодирует в своих 4 старших битах наличие не более 4 других байтов интерфейса: TAя+1 (соответственно TBя+1, TCя+1, TDя+1) следуют в указанном порядке, если 5-й (соответственно 6-й, 7-й, 8-й) бит TDя является 1.
TDя кодирует в своих 4 младших битах (с 4-го по 1-й младший бит) целое число T в диапазоне [0..15]. Т = 15 недопустимо в TD1, и в других ТДя квалифицирует следующую ТПя+1 Туберкулезя+1, TCя+1, TDя+1 (если есть) как байты глобального интерфейса. Другие значения T указывают протокол, который карта желает использовать, и что TAя+1 Туберкулезя+1, TCя+1, TDя+1 (если есть) - это байты интерфейса, относящиеся только к этому протоколу. T = 0 - это символьный протокол. T = 1 - это блочно-ориентированный протокол. T в диапазоне [3..14] - RFU.
Историческое примечание: положение о динамической квалификации байтов интерфейса как глобальных с использованием T = 15 не существовало в ISO / IEC 7816-3: 1989.
Байт интерфейса TA2
Байт интерфейса TA2, если присутствует, является глобальным и называется байт определенного режима.
Наличие ТА2 команды, которые использует читатель конкретный режим как определено TA2 и более ранние глобальные байты, а не оборотный режим когда ТА2 отсутствует.
TA2 кодирует в своих 4 младших разрядах целое число T, определяющее протокол, требуемый картой, в соглашении, используемом для TD1 (EMV предписывает, что карта, которая T закодирована в TA2 не совпадает с TD1 отклоняется).
5-й бит 0 кодирует, что требуемая продолжительность ETU равна Fя/ Dя такты, как определено TA1 (или его значение по умолчанию, если оно отсутствует); или же 1 для обозначения того, что продолжительность ETU неявно известна (по некоторому соглашению или настройке считывателя; EMV предписывает, что такая карта должна быть отклонена).
6-й и 7-й бит зарезервированы для использования в будущем; 0 указывает, что не используется.
8-й бит 1 указать, что карта не может изменить договорный / конкретный режим (то есть не предлагает другие настройки); или же 0 чтобы указать, что карта обладает этой способностью (возможно, после теплого ATR).
Историческое примечание: положения о конкретном режиме не существовало в ISO / IEC 7816-3: 1989. Тогда персонаж интерфейса TA2 не имел конкретного имени или функции и был специфическим (для протокола, введенного TD1). ИСО / МЭК 7816-3: 1997 представил особый режим и особый байт режима, с подсказками для промежуточных примечаний с определенным байтом режима TA.2 в их ATR речь идет о считывателе, в котором не реализован определенный режим.
Байт интерфейса TB2
Туберкулез2, если присутствует, является глобальным. Использование туберкулеза2 устарела с версии стандарта 2006 г., который предписывает, что карты должен не включать туберкулез2 в ATR, а читатели должен игнорировать туберкулез2 если имеется.
В редакции стандарта 1997 г. TB2 (С 8-го по 1-й бит) кодируют PI2, который в диапазоне 50..250 (другие значения являются RFU) кодирует VPP с шагом 0,1 В и включает более грубую индикацию, заданную параметром PI1 TB1. Обратитесь к этому разделу, чтобы узнать, почему современные смарт-карты не используют VPP, и, следовательно, ТБ2.
Историческая справка: Резерв по туберкулезу2 не существовал в ISO / IEC 7816-3: 1989 и был введен, потому что VPP = 12,5 В стало популярным значением в технологии EEPROM, заменив 25 В и 21 В.
Этот раздел может требовать уборка встретиться с Википедией стандарты качества. Конкретная проблема: Некоторые из ATR остаются недокументированными, включая, по крайней мере, значение TC.2, первые TA TB и TC для T = 15 и интерпретация байтов HistoricalИюнь 2014 г.) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Исторические байты Tя
Исторические персонажи Tя за я≥1, если присутствует (как определено K, закодированным в T0), обычно содержат информацию о производителе карты, типе карты (размер и т. Д.), Номере версии и состоянии карты.
Проверить байт TCK
Байт ChecK (если присутствует) позволяет проверить целостность данных в ATR. Если присутствует, TCK - это Эксклюзивный или байтов в ATR от T0 (включено) до TCK (исключено).
TCK должен присутствовать тогда и только тогда, когда любой из TDя присутствует в ATR кодирует значение T, отличное от 0.
Это правило присутствия TCK соответствует ISO / IEC 7816-3: 1989. Более поздние стандарты ISO / IEC 7816-3: 1997 и ISO / IEC 7816-3: 2006 совпадают, по крайней мере, когда TA2 отсутствует или кодирует тот же T, что и TD1 (что требуется EMV). Распространенной практикой (например, в SIM-картах) является применение этого правила, несмотря на противоречивые предписания в EMV 4.3 Книга 1, раздел 8.3.4, о том, что ATR не должен содержать TCK, если должен использоваться только T = 0, вместо этого читая рецепт как есть, если он закончился если указано только T = 0.
ATR в синхронной передаче
Официальным эталоном, определяющим ATR в синхронной передаче, является ИСО / МЭК 7816-10 стандарт.[7]
ATR начинается с заголовка из 32 бита, организованного в 4 байта, обозначенных от H1 до H4. H1 кодирует протокол (с ‘00’ и «FF» является недопустимым), H2 кодирует параметры протокола. Стандартизировано немного больше.
Рекомендации
- ^ "Раздел 5.3.3.1 в Справочное руководство SCM Microsystems SDI011 - версия 1.05" (PDF). Архивировано из оригинал (PDF) на 2011-10-01. Получено 2011-08-30.
- ^ Раздел 3.2 в Руководство разработчика устройств чтения бесконтактных смарт-карт OMNIKEY В архиве 6 октября 2011 г. Wayback Machine
- ^ ISO / IEC 18092: 2004 - Информационные технологии. Телекоммуникации и обмен информацией между системами. Связь ближнего поля. Интерфейс и протокол (NFCIP-1).
- ^ ISO / IEC 7816-3: 2006 - Идентификационные карты. Карты на интегральных схемах. Часть 3. Карты с контактами. Электрический интерфейс и протоколы передачи. (частичный превью)
- ^ [1], EMV 4.3 Спецификации интегральных схем для платежных систем - Книга 1 - Требования к интерфейсу ICC и терминала, не зависящие от приложения
- ^ [2] (заархивированная копия), ISO / IEC 7816-4: 2005 (Идентификационные карты - Карты на интегральных схемах - Часть 3: Карты с контактами - Организация, безопасность и команды для обмена), примечание в разделе 7.4.2
- ^ ISO / IEC 7816-10: 1999 - Идентификационные карты. Карты на интегральных схемах. Часть 3. Карты с контактами. Электронные сигналы и ответ на сброс для синхронных карт. (частичный превью)
внешняя ссылка
- Разбор ATR смарт-карты онлайн-инструмент для анализа ATR