On 27/06/06, michel memeteau <[EMAIL PROTECTED]> wrote:
Hi , thanks for the quick answer :
Ludovic Rousseau wrote:
Sending a PPS request using the PCSC API :
The PC/SC application can only select the protocol to use (T=0 or
T=1). The driver then decides what to do for the PPS.
But if we give SCARD_PROTOCOL_OPTIMAL as argument to ScardReconnect, I guess
we can assume the PPS indicated in the ATR will be used systematically.
SCARD_PROTOCOL_OPTIMAL and SCARD_PROTOCOL_DEFAULT are not defined by pcsc-light.
You can have a, more or less, equivalent of SCARD_PROTOCOL_OPTIMAL
using SCARD_PROTOCOL_ANY (defined as
(SCARD_PROTOCOL_T0|SCARD_PROTOCOL_T1)) since T=1 will be preferred
over T=0 (see PHSetProtocol() in src/prothandler.c)
In my CCID driver [1] the PPS exchange is done by the driver or by the
reader depending on the reader firmware capabilities.
Then it's done systematically? I've seen that in recent version of pcsc-lite
, you disabled the automatic PPS request at powerUp , it's then up to the
driver, OK.
In recent pcsc-lite I _forced_ a call to the driver IFDSetPTS() so it
can _always_ negociate the best protocol, speed, etc (see
PHSetProtocol() in src/prothandler.c)
Or maybe you are talking about something else?
In my CCID driver you can change the Vcc to use by editing the
Info.plist configuration file and changing ifdDriverOptions:
bits 4 & 5: (values 0, 16, 32, 48)
0: power on the card at 5V (default value)
16: power on the card at 3V and then, it 3V fails use 5V
32: power on the card at 1.8V, then 3V and then 5V
48: let the reader decide
Good to know ! It's still at driver level but it could be a solution....
That would be easy to also change using SCardControl(). But I do not
like to put proprietary codes in applications.
Bye,
Please do not use HTML in your mails.
--
Dr. Ludovic Rousseau
_______________________________________________
Muscle mailing list
[email protected]
http://lists.drizzle.com/mailman/listinfo/muscle
