Answer to reset
An Answer To Reset (ATR) is a message output by a contact Smart Card conforming to ISO/IEC 7816 standards, following electrical reset of the card's chip by a card reader. The ATR conveys information about the communication parameters proposed by the card, and the card's nature and state. By extension, ATR often refers to a message obtained from a Smart Card in an early communication stage; or from the card reader used to access that card, which may transform the card's message into an ATR-like format (this occurs e.g. for some PC /SC card readers when accessing an ISO/IEC 14443 Smart Card). The presence of an ATR is often used as a first indication that a Smart Card appears operative, and its content examined as a first test that it is of the appropriate kind for a given usage. Contact Smart Cards communicate over a signal named Input/Output (I/O) either "synchronously" (data bits are sent and received at the rhythm of one per period of the clock supplied to the card on its CLK signal) or "asynchronously" (data bits are exchanged over I/O with another mechanism for bit  delimitation, similar to traditional asynchronous serial communication). The two modes are exclusive in a given communication session, and most cards are built with support for a single mode. Microprocessor-based contact Smart Cards are mostly of the asynchronous variety, used for all Subscriber Identity Modules (SIM) for mobile phones, those bank cards with contacts that conform to EMV specifications, all contact Java Cards, and Smart Cards for pay television. Memory-only cards are generally of the synchronous variety. ATR under asynchronous and synchronous transmission have entirely different form and content. The ATR in asynchronous transmission is precisely normalized (in order  to allow interoperability between cards and readers of different origin), and relatively complex to parse. Some Smart Cards (mostly of the asynchronous variety) send different ATR depending on if the reset is the first since power-up ("Cold ATR") or not ("Warm ATR"). ATR in asynchronous transmission. The standard defining the ATR in asynchronous transmission is ISO/IEC 7816-3. Subsets of the full ATR specification are used for some Smart Card applications, e.g. EMV. Physical form and timing at the card/reader interface. In asynchronous transmission, the ATR is transmitted by a card to a reader as characters, encoded  as bits over the contact designated I/O (C7), with a nominal bit duration denoted Elementary Time Unit (ETU), equal during the whole ATR to 372 periods of the clock signal supplied by the reader on the CLK (C3) contact. The I/O line is by default at a H state (the highest voltage of two logic levels), and a transition to L state, denoted leading edge, defines the start of a character. The leading edge of the first character occurs between 400 and 40 000 clock cycles after the reader changed the RST (C2) contact from L to H.  Each characters comprises a start bit at L state, 8 data bits, 1 parity bit, followed (absent error) by a delay at the H state (a high voltage on I/O) such that the leading edge of characters in the ATR is at least 12 ETU, with maximum designated Waiting Time WT = 9 600 ETU during the whole ATR (Eurocard MasterCard Visa specifications add that the reader should tolerate 10 800 ETU, that is 5% more). The value of the byte encoded by a character is defined according to conventions determined by the first character of the ATR, designated  TS. The end of the physical ATR between card and reader can be determined by the reader using analysis on the fly of the values of TS, T0, and any TD (see below), or/and on the basis of WT. The later method incurs an extra delay (about 0.8 s at the maximum clock frequency of 5 MHz applicable during ATR). EMV (but not ISO/IEC 7816-3) also allows the reader to consider that the ATR must be over after 20 160 ETU (about 1.5 s at 5 MHz) counted from the leading edge of TS. General structure. The  ATR proceeds in five steps: initial character TS; format byte T0; interface bytes TA, TB, TC, TD (optionals, variable number); historical bytes T (optionals, up to 15), and the check byte TCK (optional). There are a total of 2 to 33 characters including TS. The initial character TS is always physically present, but is excluded of the Answer-to-Reset in the definition given by ISO/IEC 7816-3:2006: "the value of the byte string (at most 32 bytes) encoded in the sequence of characters following the initial character TS". ISO/IEC 7816-4:2005 concurs, stating that TS is a  character or synchronization pattern, not a byte. However practice (in PC/SC, EMV, ETSI, and Calypso at least) is still to consider that TS is part of the ATR, as it was in ISO/IEC 7816-3:1997 and former. In particular, the ATR returned by PC/SC card readers and software stacks includes TS as the first byte, with value or . Initial character TS. The initial character TS encodes the convention used for encoding of the ATR, and further communications until the next reset. In direct [resp. inverse] convention, bits with logic value are transferred as a High voltage (H ) [resp. a Low voltage (L)]; bits with logic value are transferred as L [resp. H]; and least-significant bit of each data byte is first (resp. last) in the physical transmission by the card. For  direct   convention, TS is and encodes the byte . For inverse convention, TS is and encodes the byte . [represents the idle (High, Mark) state of the I/O line. The 8 data bits are shown in "italic". ] Bits in bytes following TS in the ATR, and further communications until the next reset, are numbered 1st to 8th from low-order to high-order, and their value  noted or, regardless of the chronological order and electrical representation, defined by TS. The bit following the 8 data bits in these bytes is an even parity bit, that is such that there's an even number of bits (H or L according to the direct or inverse convention defined by TS) among the 8 data bits and the parity bit. TS also allows the card reader to confirm or determine the ETU, as one third of the delay between the first and second H-to-L transition in TS. This is optional, and the principal definition of ETU in  the ATR of standard-compliant asynchronous Smart Cards is 372 periods of the clock received by the card. Format byte T0. The Format byte T0 encodes in its 4 low-order bits (4th MSbit to 1st LSbit) the number K of historical bytes T, in range [0..15]. It also encodes in its 4 high-order bits the presence of at most 4 other interface bytes: TA (resp. TB, TC, TD) follow, in that order, if the 5th (resp. 6th, 7th, 8th) bit of T0 is. Interface bytes TA, TB, TC, TD. Interface bytes TA, TB, TC, TD, TA, TB , TC, TD, TA, TB, .. are all optional, and encode communication parameters and protocols that the card propose to use. Interface bytes come in three kinds: "global" interface bytes apply to all protocols; "specific" interface bytes apply to a specific protocol; and "structural" interface bytes introduce further interface bytes, and protocols. Interface byte TA. Interface byte TA, if present, is global, and encodes the maximum clock frequency f supported by the card, and the number of clock periods per ETU that it suggests to use after the ATR, expressed as the ratio Fi/Di of two integers. When TA is absent , it's assumed default value is , corresponding to f = 5 MHz, Fi = 372, Di = 1. The 4 low-order bits of TA (4th MSbit to 1st LSbit) encode Di as: The 4 high-order bits of TA (8th MSbit to 5th LSbit) encode f and Fi as: Note:EMV, and ISO/IEC 7816-3 before the 2006 edition, additionally use the notation DI (resp. FI) for the low-order (respectively high-order) 4 bits of TA. DI thus encodes Di, and FI encodes Fi and f. Note: EMV's notation uses D (resp. F) where ISO/IEC  7816-3 uses Di (resp. Fi). Example: TA =  = , in which FI is and DI is, encodes f = 10 MHz, Fi = 1024, Di = 16, thus Fi/Di = 1024/16 = 64. This is inviting the card reader to take (after the ATR) the necessary steps to reduce the ETU to 64 clock cycles per ETU (from 372 during ATR) and increase the clock frequency up to 10 MHz (from perhaps 4 MHz during ATR). Interface byte TB. TB, if present, is global. The usage of TB is deprecated since the 2006 edition of the standard, which  prescribes that cards "should" not include TB in the ATR, and readers "shall" ignore TB if present. EMV still requires that the card includes TB = , and that remains common practice; doing so explicitly indicates that the card does not use the dedicated contact C6 for the purpose of supplying a programming voltage (V) to the card; the cards might however use C6 for Standard or Proprietary Use (SPU), such as communicating with a NFC front end by the Single Wire Protocol (SWP). On the reader side, EMV requires making a "warm" ATR for cards with TB other than in  the "cold" ATR, and handling any TB in a "warm" ATR as if it was . TB was previously indicating (coarsely) the programming voltage V and maximum programming current required by some cards on the dedicated contact C6 during programming of their EPROM memory. Modern Smart Cards internally generate the programming voltage for their EEPROM or Flash memory, and thus do not use V. In the 1997 and earlier editions of the standard: - The low 5 bits of TB (5th MSbit to 1st LSbit) encode PI1; if TB is absent, PI1 = 0 indicates that the C6 contact (assigned to V ) is not connected in the card; PI1 in range [5..25] encodes the value of V in Volt (the reader shall apply that voltage only on specific demand by the card, with a tolerance of 2.5%, up to the maximum programming current; and otherwise leave the C6 contact used for V within 5% of the V voltage, up to 20 mA); if TB is present, it supersedes the indication given by TB in the PI1 field, regarding V connection or voltage. - The high bit of TB (8th bits) is reserved, shall be, and can be ignored by the reader. - The  6th and 5th bits of TB encode the maximum programming current (assuming neither TB nor TB indicate that V is not connected in the card). Interface byte TC. TC, if present, is global, and encodes the Extra Guard Time integer (N), from 0 to 255 (8th MSbit to 1st LSbit); otherwise, N = 0. N defines how much the Guard Time that the reader must apply varies from a baseline of 12 ETU (corresponding to 1 start bit, 8 data bits, 1 parity bit, and 2 stop bits; with the second stop bit possibly used for an error indication by  the receiver under protocol T = 0). The Guard Time is the minimum delay between the leading edge of the previous character, and the leading edge of the next character sent. Except when N is 255, the Guard Time is: GT = 12 ETU + R*N/f where: – f is the clock frequency being generated by the reader; – R is some number of clock cycles, either:   – per ETU, R = F/D, if T = 15 is absent from the ATR;   – defined by TA, R = F/D (or its default value), if T = 15 is present in the  ATR. N = 255 has a protocol-dependent meaning: GT = 12 ETU during PPS (Protocol and Parameters Selection) and protocol T = 0, GT = 11 ETU under protocol T = 1 (corresponding to 1 start bit, 8 data bits, 1 parity bit, and 1 stop bit; with no error indication). Except under protocol T = 1, the card transmits with a Guard Time of 12 ETU, irrespective of N. Under protocol T = 1, the Guard Time defined by N is also the Character Guard Time (CGT), and applies to card and reader for characters sent in the  same direction. Note: The reader remains bound by the Guard Time GT defined by N when other prescriptions specify another minimum delay between leading edges of characters in different directions, even when that minimum is lower than GT. Interface bytes TD. Interfaces bytes TD for "i"≥1, if present, are structural. TD encodes in its 4 high-order bits the presence of at most 4 other interface bytes: TA (resp. TB, TC, TD) follow, in that order, if the 5th (resp. 6th, 7th, 8th) bit of TD is. TD encodes in its 4 low-order bits (4th MSbit to 1st LSbit ) an integer T, in range [0..15]. T = 15 is invalid in TD, and in other TD qualifies the following TA TB, TC, TD (if present) as global interface bytes. Other values of T indicates a protocol that the card is willing to use, and that TA TB, TC, TD (if present) are specific interface bytes applying only to that protocol. T = 0 is a character-oriented protocol. T = 1 is a block-oriented protocol. T in the range [3..14] is RFU. Interface byte TA. Interface byte TA, if present, is global, and is named the  specific mode byte. Presence of TA commands that the reader use "specific mode" as defined by TA and earlier global bytes, rather than "negotiable mode" when TA is absent. TA encodes in its 4 low-order bits an integer T defining the protocol required by the card, in the convention used for TD (EMV prescribes that a card which T encoded in TA does not match that in TD shall be rejected). The 5th bit is to encodes that the required ETU duration is F/D clock cycles as defined by TA (or its default value if absent); or to  indicate that the ETU duration is implicitly known (by some convention, or setting of the reader; EMV prescribes that such card shall be rejected). The 6th and 7th bit are reserved for future use; indicates not used. The 8th bit is to indicate that the card is unable to change the negotiable/specific mode (that is, does not propose other settings); or to indicate that card has that ability (perhaps after a warm ATR). Interface byte TB. TB, if present, is global. The usage of TB is deprecated since the 2006 edition of the standard, which prescribes that cards "should  not include TB in the ATR, and readers shall" ignore TB if present. In the 1997 edition of the standard, TB (8th to 1st bit) encode PI2, which when in range 50..250 (other values being RFU) encode V in increments of 0.1 V, and subsumes the coarser indication given by PI1 of TB. Refer to that section for why modern Smart Cards have no use of V, and thus of TB. Historical bytes T. Historical Characters T for "i"≥1, if present (as defined by K coded in T0), typically hold Information about the Card Builder, Type of Card (Size  etc.), Version number and the State of the Card. Check byte TCK. The ChecK byte (if present) allows a check of the integrity of the data in the ATR. If present, TCK is the Exclusive OR of the bytes in the ATR from T0 (included) to TCK (excluded). TCK shall be present if and only if any of the TD present in the ATR encodes a value of T other than 0. ATR in synchronous transmission. The official reference defining the ATR in synchronous transmission is the ISO/IEC 7816-10 standard. The ATR starts with a header of 32  bits organized into 4 bytes, denoted H1 to H4. H1 codes the protocol (with and being invalid), H2 codes parameters of the protocol. Little more is standardized.