SCardTransmit
A version of this page is also available for
4/8/2010
This function sends a service request to the smart card, and receives data back from the card.
Syntax
LONG SCardTransmit(
SCARDHANDLE hCard,
LPCSCARD_I0_REQUEST pioSendPci,
LPCBYTE pbSendBuffer,
DWORD cbSendLength,
LPSCARD_IO_REQUEST pioRecvPci,
LPBYTE pbRecvBuffer,
LPDWORD pcbRecvLength
);
Parameters
- hCard
[in] Handle to the reference value returned from SCardConnect.
pioSendPci
[in] Pointer to the protocol header structure for the instruction. This buffer is in the format of an SCARD_IO_REQUEST structure, followed by the specific protocol control information.For the T=0, T=1, and Raw protocols, the PCI structure is constant. The smart card subsystem supplies a global T=0, T=1, or Raw PCI structure, which you can reference by using the symbols SCARD_PCI_T0, SCARD_PCI_T1, and SCARD_PCI_RAW respectively.
pbSendBuffer
[in] Pointer to the actual data to be written to the card.For T=0, the data parameters are placed into pbSendBuffer according to the following structure.
struct { BYTE bCla, // The instruction class. bIns, // The instruction code. bP1, // Parameter to the instruction. bP2, // Parameter to the instruction. bP3 // Size of I/O Transfer. } CmdBytes;
Member Description bCla
T=0 instruction class
bIns
Instruction code in the T=0 instruction class
bP1, bP2
Reference codes completing the instruction code
bP3
The number of data bytes that are to be transmitted during the command, per ISO 7816-4, Section 8.2.1.
The data sent to the card should immediately follow the send buffer. In the special case where no data is sent to the card and no data is expected in return, bP3 is not sent.
cbSendLength
[in] Count of bytes that represent the length of the pbSendBuffer parameter.For T=0, in the special case where no data is sent to the card and no data expected in return, this length must reflect that the bP3 member is not being sent: the length should be sizeof(CmdBytes)—sizeof(BYTE).
- pioRecvPci
[in, out] Pointer to the protocol header structure for the instruction, followed by a buffer in which to receive any returned protocol control information (PCI) specific to the protocol in use. This parameter may be NULL if no returned PCI is desired.
pbRecvBuffer
[out] Pointer to any data returned from the card.For T=0, the data is immediately followed by the SW1 and SW2 status bytes. If no data is returned from the card, then this buffer will only contain the SW1 and SW2 status bytes.
pcbRecvLength
[in, out] Supplies the length, in bytes, of the pbRecvBuffer parameter and receives the actual number of bytes received from the smart card. This value cannot be SCARD_AUTOALLOCATE because SCardTransmit does not support SCARD_AUTOALLOCATE.For T=0, the receive buffer must be at least two bytes long to receive the SW1 and SW2 status bytes.
Return Value
The following table shows the possible return values.
Value | Description |
---|---|
SCARD_S_SUCCESS |
Succeeds |
An error value (see Smart Card Error Values for a list of all error values). |
Fails |
Remarks
SCardTransmit is a smart card and reader access function.
T=0 Protocol
For the T=0 protocol, the data received back are the SW1 and SW2 status codes, possibly preceded by response data. The following paragraphs provide information on the send and receive buffers used to transfer data and issue a command.
Sending data to the card
To send n bytes of data to the card, where n>0, the send and receive buffers must be formatted as follows.
The first four bytes of the pbSendBuffer buffer contain the CLA, INS, P1, and P2 values for the T=0 operation. The fifth byte is set to n: the size, in bytes, of the data to be transferred to the card. The next n bytes contain the data to be sent to the card.
The cbSendLength parameter is set to the size of the T=0 header information (CLA, INS, P1 and P2) plus a byte containing the length of the data to be transferred (n), plus the size of data to be sent. In this example, this is n+5.
The pbRecvBuffer receives the SW1 and SW2 status codes from the operation.
The pcbRecvLength should be at least 2, and will be set to 2 upon return.
Obtaining data from the card
To receive n>0 bytes of data from the card, the send and receive buffers must be formatted as follows.
The first four bytes of the pbSendBuffer buffer contain the CLA, INS, P1, and P2 values for the T=0 operation. The fifth byte is set to n: the size, in bytes, of the data to be transferred from the card. If 256 bytes are to be transferred from the card, then this byte shall be set to 0.
The cbSendLength parameter is set to 5, the size of the T=0 header information.
The pbRecvBuffer receives the data returned from the card, immediately followed by the SW1 and SW2 status codes from the operation.
The pcbRecvLength should be at least n+2, and will be set to n+2 upon return.
Issuing a command without exchanging data
To issue a command to the card that does not involve the exchange of data (either sent or received), the send and receive buffers must be formatted as follows.
The pbSendBuffer buffer contains the CLA, INS, P1, and P2 values for the T=0 operation. The P3 value is not sent. This differentiates the header from the case where 256 bytes are expected to be returned.
The cbSendLength parameter is set to 4, the size of the T=0 header information (CLA, INS, P1, and P2).
The pbRecvBuffer will receive the SW1 and SW2 status codes from the operation.
The pcbRecvLength should be at least 2, and will be set to 2 upon return.
Requirements
Header | winscard.h |
Library | winscard.lib |
Windows Embedded CE | Windows CE 3.0 and later |
Windows Mobile | Windows Mobile Version 5.0 and later |