At Jean-Luc's request, here is the support response I received regarding
the GPR400 and Cyberflex Access cards. The same information can be
found on the Gemplus developer website - I've seen it there.
I removed the Windows Help file attachment. If anyone needs it, let me
know. I'll then put it up on my website.
I read it as, I need to patch the GPR400 driver to work with the
Cyberflex Access cards. Specifically, the GPR400 needs to be forced to
communicate at a certain data rate. The sample code given seems
specific to the Gemplus Windows API (or at least a higher-level API than
I have access to.)
-joe
-----Forwarded Message-----
> From: Irina URITSKY <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Subject: Joe Phillips/ Innovation Software Group / Schlumberger Cyberflex Access
>cards
> Date: 28 Dec 2001 10:48:40 -0500
>
> Hello Joe,
> Thank you for contacting Gemplus Developers Forum.
> I want to mention for you that the Linux system does not supported by
> Gemplus Technical Support Group. If you develop the customized driver for
> the Gemplus Reader under Linix System you can refer to the developers whom
> originally wrote the Linux drivers.
> Regarding the problem you experience. It seems that the ATR is not
> compliant with ISO. With currently manufactured 8k multiflex cards there
> is no problem. They "adjusted" ATR and cards work OK with G+ readers and
> G+ Standard APIs.
> The problem is that after the reset, your card communicates at the speed
> defined by the x15 TA1 value but not the reader.I think that you need to
> change "reader speed" with the following command (you can use
> G4_IFDExchange) :0x23 0x01 0x00 0x3E 0x01 TA1 (with TA1 = 11h or 32h). Now
> your reader will communicate at the same speed as your card.
> See the piece of C code demonstrated switching speed between the reader
> and card to 115'200 baud( see the GemRDR.hlp file attached to the e-mail).
> Tell the reader to switch to a new speed.
> dwControlCode = SCARD_CTL_CODE(2052);
>
> lpInBuffer[0] = 0x95; // At 3.6864MHz, a F/D ratio of 512/16
> nInBufferSize = 1; // means a speed of 115200 Baud.
> nOutBufferSize = 300;
> return_code = SCardControl(hCard,
> dwControlCode,
> lpInBuffer,
> nInBufferSize,
> lpOutBuffer,
> nOutBufferSize,
> lpBytesReturned);
> if ((return_code != SCARD_S_SUCCESS) ||
> (*lpBytesReturned != 1) ||
> (lpOutBuffer[0] != 0x00))
>
> {
> // Operation failed.
> // Reset the smart card here in order to use it again...
> }
>
> List of Possible Speeds for PCCard Readers
>
> Internal clock: 3.8684MHz
>
> BaudRate Possible TA1
> 9909 11h, 32h, 53h
> 13212 22h, 43h
> 14400 92h, B3h, D4h
> 15855 64h
> 19200 A3h, C4h
> 19819 12h, 33h, 54h
> 26425 23h, 44h
> 28800 93h, B4h, D5h
> 31710 65h
> 38400 A4h, C5h
>
> I also attached the document that will be helpful for your development.
> The file name is GemRdr.hlp file. I attached the file to the e-mail for
> your convenience.
>
> Note: The current version of Gemplus PCSC Drivers that available from
> Gemplus Web Site were modified to fix the problem.
> I hope this information helps you.
> Irina Uritsky.
> HotlineUSA.
>
> By Joe Phillips <mailto:[EMAIL PROTECTED]> on Friday, December
> 28, 2001 - 06:22 am:
> I'm having trouble getting my GemPC400 to work with my Schlumberger
> Cyberflex Access cards. I get the ATR back fine but all subsequent
> communication with the card fails until another reset (and ATR.)
>
> The symptom I see is 'trash' received from the reader/card which leads me
> to believe we're communicating with the card at the wrong rate.
>
> The research I've done so far indicates that I *may* need to force the
> reader to the default communcation speed of 9600 but I'm unsure of this.
>
> Can anyone confirm whether this combination of reader and card works?
>
> This same reader works fine with Multiflex 8k cards.
>
> Further, the GPR400 Reference Manual documentation does not mention any
> way to force the reader to card communication speed. Is it possible?
>
> Note that I'm using the GPR400 with Linux.
>
> -joe
>
***************************************************************
Unix Smart Card Developers - M.U.S.C.L.E.
(Movement for the Use of Smart Cards in a Linux Environment)
http://www.linuxnet.com/
To unsubscribe send an email to [EMAIL PROTECTED] with
unsubscribe sclinux
***************************************************************
