Hallo, > I understand that there are no NFC-WI enabled microSD cards on the > market. Anyway I think the SD Card Association has some standards, > which specify two additional 13.56Mhz RF antenna pins complaint with > ISO 10373-6 (check here > http://wenku.baidu.com/view/2799ef0f4a7302768e993975.html). > Do you think this can be possibly used for S2C?
Sorry, but I couldn't check that document as it causes my webbrowser to freeze. > If such microSD will be available it will need compatible microSD card > slot. I understand that the legacy SD interface remains untouched > (i.e. SD card with antenna slot can be used as a flash storage in > legacy SD card slot), to interconnect two new connectors will be added > to the SD card slot. Possibly, unless there are already some unused pins. Another option would be to multiplex the signal with signals on existing pins. > Do you have some lnks, documents, specification, simply anything > related to the S2C interface? Not to NXP's S2C but to NFC-WI, which is standardized in ECMA-373 (you'll find that on Google). > You said two interesting facts: > - It is not expected to have more than one secure element per device. > Why? That is not what I said. I said that only one secure element could be active at the same time. The device itself could contain multiple secure elements. See the Nexus S which has an internal secure element and the possibility to use the UICC as SE. Both could be present at the same time, but only one of them could use the analog frontend for external card emulation. And also for APDUs routed from an application to the secure element, those APDUs could only be directed to one specific secure element. (Theoretically, options exist to aggregate multiple secure elements to one logical secure element but those seem not to be accepted by the industry for now. See "Management of Multiple Cards in NFC-Devices", http://dx.doi.org/10.1007/978-3-540-85893-5_11) > Do you know if SmartMX uses S2C to connect with PN544 – due to the > PN544 data sheet it is the only way how it can be connected, but there > can be something proprietary... Yes, the SmartMX and the PN544 are connected through the NFC-WI/S2C. Infact S2C *was* NXP's *proprietary* way to connect NFC controller and secure element. > The most important – you have mentioned SEEK – can this be used for > accessing the secure element on the SD card I have mentioned (e.g. G&D > APDU file I/O based interface). Do you think I can somehow use the RF > antenna of the phone to get the information from e.g. POS terminal and > forward those information using SEEK to the secure element on this SD > card, then pickup the answer and send it back over the NFC controller > and antenna to the POS terminal? The short & easy, but not completely true, answer: no. The longer answer: At least the PN532 could be put into a software card emulation mode, where the PN532 acted like a passive card and the software stack could handle the APDU commands on top of ISO14443-4. I expect this same mode is available with the PN544. Yet, this would require large modifications of Android's NFC stack. (And don't expect too much documentation on this.) Also from a security point of view routing the APDUs through the application processor wouldn't be the best scenario. br Michael -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
