ISO/IEC (E). PDF disclaimer. This PDF file may contain embedded typefaces. In accordance with Adobe’s licensing policy, this file. Reference number. ISO/IEC (E). Fourth edition. Permission can be requested from either ISO at the address below or ISO’s. During the connection protocol some parameters are exchanged that you can use to determine the card’s capabilities. For example, the SAK byte will inform the .
|Published (Last):||2 March 2011|
|PDF File Size:||5.24 Mb|
|ePub File Size:||17.70 Mb|
|Price:||Free* [*Free Regsitration Required]|
On top of it there are implemented interfaces of different cards and if both sides: If not, there will be errors on that level.
Email Required, but never shown. There is no smarter way. Will your reader software have to support all generic Mifare Plus cards, or just the ones personalized for a specific application or service?
Alexandr Zarubkin 4 I think that the whole purpose of ISO is to provide a generic way to exchange information with different cards.
Sign up or log in Sign up using Google. Post as a guest Name. Sign up using Facebook.
ISO/IEC – Wikipedia
Probably the best course of action will be to implement a “pragmatic” approach: For example, if you have an NFC-enabled Android ido around, you can install an app to quickly see that kind of information.
144434- think it’ll be enough to handle the personalized ones, plus new blank cards for personalization. During the connection protocol some 1443-4 are exchanged that you can use to determine the card’s capabilities. Only way how to think about card and don’t get crazy is imagine it like it is full communication stack see OSI model. ATS is also bad practice as different card vendor can set it differently.
But still, the ATS has some useful information. If you have two applications which wants to communicate try one and then try second. Okay, I’ve come with my own answer. Or other cards with different command sets i.
kso For example, Mifare Plus with its native command set. Keep in mind that your goal is to connect two applications, one in the card and one in your computer.
Use SAK only for non cards e. So, in order to distinguish card types, one needs to use cards’ datasheets to find subtle differences in behaviour i. I develop some software for a card reader and I need to identify which commands the card supports for example, if it supports commands in ISO structure or not. Now how to do it: There 14434-4 different smart cards supporting ISO What is the recommended way to distinguish between them? Sign up using Email and Password.
Or is there any smarter way to do it?