Have you tried to split one T=1 APDU into more than
one fragment and send them secuencially to the reader?
I think that if it is said that you can communicate
transparently with the card by issuing (0x6f, nn,
0x05, qs, t1, t2, ...) commands, it should not matter
how many fragments you use to send one APDU. It should
be something similar to TCP packets within IP
datagrams.
For example in T=0, I send 5 bytes of the command,
then expect one procedure byte or two status bytes,
and finaly either reader or card send data bytes.
Every transaction is sent to te reader in a separate
command.
--- Michael Renzmann <[EMAIL PROTECTED]>
wrote:
> Hi.
>
> It seems that I found a failure concerning the
> transparent mode of Towitoko readers, which is used
> for communicating with T=x-cards. It affects at
> least
> the T=1-protocol.
_____________________________________________________________
Do You Yahoo!?
Free instant messaging and more at http://messenger.yahoo.com
***************************************************************
Linux Smart Card Developers - M.U.S.C.L.E.
(Movement for the Use of Smart Cards in a Linux Environment)
http://www.linuxnet.com/smartcard/index.html
***************************************************************
