Talk:Answer to reset

Does the 1st byte of initial character signify any thing else other that direct and indirect convention?

A: The initial character TS codes the convention, and may allow confirmation (or determination) of the ETU, which is 1/3 of the time between the first and second falling edge in TS. Its very presence also attest that the card is alive. It has no other normative meaning. Fgrieu (talk) 14:59, 27 August 2011 (UTC)

Looks like First byte (TS) is 0x03 when inverse convention — Preceding unsigned comment added by Larytet (talk • contribs) 16:44, 28 June 2012 (UTC)

A: The operative word is Looks! When decoded by a UART set for direct convention, the TS of inverse convention is received as a byte with value 0x03 in the UART; but when (properly) decoded per inverse convention (that is, a low voltage L coding a 1 rather than a 0 in direct convention, and most significant bit of the byte first rather than last in direct convention), the value decoded is 0x3F, as stated by all editions of ISO/IEC 7816-3. Fgrieu (talk) 15:31, 24 June 2014 (UTC)

What about a summary like

Name	Defines	Encodes	Present when there is 1 in
TS	bit order and polarity		(always)
T0	presence of TX1 and Ti	K	(always)
TA1	maximum clock frequency, proposed bit duration	FI giving fmax and Fi, DI giving Di	5th bit of T0
TB1	deprecated VPP requirements	PI1 giving P, II giving I	6th bit of T0
TC1	extra delay between bytes required by card	N giving EGT and ultimately GT	7th bit of T0
TD1	a protocol supported by the card, presence of TX2	T in [0..14]	8th bit of T0
TA2	specific protocol and parameters applied by card after the ATR	T in [0..14]	5th bit of TD1
TB2	deprecated VPP precise voltage requirement	PI2 giving P	6th bit of TD1
TC2	extra delay between bytes required by card	WI ultimately giving WT	7th bit of TD1
TD2	maximum delay between characters under protocol T = 0	T in [0..14]	8th bit of TD1

Fgrieu (talk) 07:47, 28 June 2014 (UTC)

External links modified

Hello fellow Wikipedians,

I have just modified one external link on Answer to reset. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Added archive https://web.archive.org/web/20111006001257/http://www.hidglobal.com/documents/ok_contactless_developer_guide_an_en.pdf to http://www.hidglobal.com/documents/ok_contactless_developer_guide_an_en.pdf

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 04:43, 15 October 2016 (UTC)

Use of "[resp.]"

I think using [resp.] everywhere is confusing, and text should be re-written in a way that does not require it. 92.239.107.49 (talk) 00:17, 7 July 2025 (UTC)