Sylvain SF a écrit :
meelab wrote on 11/04/2008 23:30:
J'ai un programme de lecture carte via PC/SC qui utilise potentiellement des lecteurs avec ou sans contact.
oui, c'est courant, mais les lecteurs "à 2 têtes" exposent souvent
2 lecteurs logiques PC/SC distints. le nombre de lecteurs contactless
sur le marché étant relativement restreint on peut les identifier par
leur nom PC/SC.
C'est exact mais j'essayais d'avoir une solution qui ne m'oblige pas à coder en dur le nom du lecteur (s'il change, ...).
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.
"PPSE" pour "PayPass" ?
ils font des cartes PayPass contact ?? (la question n'est pas: peux-t-on
utiliser un code PayPass de test/de qualif. en mode contact).
qu'est-ce qu'un "ordre spécifique sans contact de recherche" ?
une sélection par AID de l'appli. PayPass ?
La carte est mixte contact sans contact mais l'appli Paypass n'est dispo qu'en sans contact. en mode contact c'est une appli EMV.
quelles erreurs ?
En mode contact si je fait un ordre Select PPSE, j'ai un code retour du SCardTransmit 0x57 qui signifie invalid parameter.
Je pense que c'est la puce qui réagit mal. Je m'attendais à avoir un status word dans le 67xx - 6Fxx
et btw, vous n'indiquez pas votre environnement, ni votre stack PC/SC.
Environnement Windows avec stack Windows.
bien sur d'apparents "téléscopages" entre transport et applicatif
peuvent apparaitre mais ils sont implicite pour une spec donné -
par exemple une carte B0' franco-française réponds *rien* sur une
mauvaise commande (elle part en boucle infinie), le lecteur plante
en timeOut, le transport pourrait être accusé mais c'est dans la spec.
C'est probablement le cas. Je me suis tourné vers le constructeur du masque (ce que j'aurais du faire dès le début).
PC/SC 2.0.1 décrit comment mapper un ATS dans un ATR conforme, un
driver "trop zélé" (en fait conforme) peut masquer cette info.
J'ai aussi remarque sur le WEB une nouvelle version du driver de mon lecteur qui maintenant me différentie bien l'ATS de l'ATR et me permet bien de détecter le sans contact.
Sylvain.
Merci pour ton aide.
Emmanuel.