The JCOP 21 is expecting you to poll for the 1B bytes of available result. i.e. issue: 0x00 0xC0 0x00 0x00 0x1B

Eclipse did this for you, presumably, whereas your library is not performing APDU emulation: its giving you the actual TPDU returned by the card, for your handling, according to your buffering requirements.

It could be necessary to perform between 1 and 1B rounds of polling, depending on the card's buffer resources, and the state of the garbage collector.

Following the subsequent GP domain selection and device authentication, and status checking for the association, it is necessary to (re)select the file/applet over the secure channel, which THEN returns a 90 00 indication.


----- Original Message ----- From: "Mladen Gavrilovic" <[EMAIL PROTECTED]>
To: "MUSCLE" <[EMAIL PROTECTED]>
Sent: Wednesday, November 24, 2004 2:05 PM
Subject: [Muscle] Setting up connection to JCOP 21 card



Hello all,

I am having some trouble getting correct output back from my JCOP 21 card
connected to a Omnikey CardMan 2020 USB reader. If I initialize the card
in Eclipse [1], I see that the following APDU is being sent to it:


00 A4 04 00 07 A0 00 00 00 03 00 00 00

and the return is:

6F 19 84 08 A0 00 00 00 03 00 00 00 A5 0D 9F 6E 06 40 51 21 97 22 11 9F 65
01 FF 90 00


But if I try to send the same thing via pcsclite (using SCardConnect and
SCardTransmit), I get the following back:

61 1B
_______________________________________________
Muscle mailing list
[EMAIL PROTECTED]
http://lists.drizzle.com/mailman/listinfo/muscle

Reply via email to