Hi,
let me know if nRF52 support ISO7816 protocol for Smart Card Interface.
Regards, jagadish.H
Hi,
let me know if nRF52 support ISO7816 protocol for Smart Card Interface.
Regards, jagadish.H
Hello Jiacheng,
You mentioned "currently we are working on 2 protocol stack (BLE and ISO7816) work together with TDM." Is this something that Nordic is making available for general use? Is it available yet--or is there a timeline where you can say it might become available?
Thanks - Tony
It is a total custom implementation, I'm not sure if Nordic think it is useful for general purpose and have an official support.
I think it is no problem for nRF51/52 work as a card to interact with interface device (card reader). However, if use nRF51/52 as a general card reader, there are some electrical specification issues, for example, ISO/IEC 7816 requires the current supply is up to 50mA, this can not be provided by GPIO of nRF51/52. Although with our implementation, nRF51/52 are working perfectly as a SIM/USIM card reader, but I have no idea if use nRF 51/52 as a general card reader.
About our progress, it is no problem to let the 2 stacks (Softdevide and ISO7816) work "together" as TDM manner, it is working in our implementation. Since at any time, there is only 1 stack running. We are trying to make 2 stacks work concurrently by using timeslot feature of Softdevice.
Hi Jiacheng,
Thanks for the additional information.
In our case, we are talking to a custom part and the UART interface to the card/part does not require the high current supply--so that part isn't an issue for us. But we do need to talk using 7816 protocol. I'm not certain yet whether we would try to interleave it with BLE using time slots, or whether we may be able to make the two mutually exclusive (e.g., disable the radio for the situations where we need to use 7816 protocol).
From what you've said, it sounds like the 7816 library you are using does not have built-in support for arbitrating with the radio using time slots--that the application level has to take care of managing the time slots and be sure to only use the 7816 library at the allowable times? Or does the library provide time slot management too?
Finally, is there any plan to make the library available?
It seems we are talking different use case. If you are using UART interface of nRF52 to talk with an IC card, there should have another device is used to connect nRF52 and IC card, one side by UART connection with nRF52, the other side by ISO7816 to talk with IC card. If this is your case, nRF52 only take are the UART package, no relationship with ISO7816.
What I've said is that nRF52 is working as full functional card reader, the IC card contactors have directly electrical connection with nRF52 GPIO.
Yes, ISO7816 has no relationship with BLE. In our case, the application program take care the time events form BLE and ISO7816. For example, since Softdevice use the highest interrupt of nRF52, so the ISO7816 packets may be corrupted by BLE events, a sanity check is used for each ISO7816 packet. But if you are using UART of nRF52, there is no such issue, since nRF52 take care UART and BLE.
(Continue..., there is 1000 Chars limit)
Our ISO7816 library is a proprietary implementation for a new product development, I can not understand what is your mean "to make the library available"? Since the ISO7816 protocol is a part of built-in application program with the final product delivering to customer.