Sylvain SF a écrit :

meelab wrote on 08/04/2008 23:15:

multi-post sans prévenir ?!...

Désolé. Je continue ici seulement.

J'ai un programme de lecture carte via PC/SC qui utilise potentiellement des lecteurs avec ou sans contact.

if the "first exchange" is performed by your code, you know in which
reader the card is "inserted", since you know the reader, you should
know the protocol as well.

Non car j'ai potentiellement plusieurs lecteurs, et mon prgm scanne
les lecteurs pour détecter l'insertion. Je ne sais donc pas à priori
dans quel lecteur la carte a été inséré. De plus j'utilise un lecteur
mixte avec / sans contact. et ma carte est elle aussi mixte.

en complément de ma réponse sur ats, quel est le besoin de connaitre
le protocole en cours ?

Sur certains ordres spécifiques sans contact (recherche de PPSE), si je suis en mode contact, l'interface PC/SC se plante avec une erreur bas niveau. je pense que la carte ne doit pas répondre correctement et plante les couches basses PC/SC.

(si la carte interdit certaines opérations en RF, c'est à elle de se
protéger, pas à l'appli d'espérer que le lecteur donne l'info pour
s'interdire d'utiliser l'opération en question).

Dans le principe oui, si la réponse de la carte est correcte avec SW approprié. Mais en l'occurence c'est surtout pour contourner un bug de l'interface PC/SC ou de la carte.

 > if the driver's reader complies the PC/SC 2.01, you should be able
 > to get the "ICC type" (tag 0x0304) information; specific values for
 > 14443 exist.
Un simple GetData sur ce tag ?
Je vais essayer de voir dans cette direction.
 >
 > depending on reader's drivers you can also obtain an ATR with
 > special DO when it's built from an ATS.
J'ai déjà essayé, mais la carte que je lis est mixte avec/sans contact, pourtant elle rend un ATS identique à l'ATR.

Sylvain.

Emmanuel.