I assume you mean Mifare DESFire EV1 "card emulation" capabilities (because nRF52 cannot handle NFC reader mode), then answer is: yes, in theory you could implement ISO7816-4 APDU protocol according to DESFire specificaiton on top of ISO14443-1/2/3/4 stack provided by nRF52 HW. However it won't support DESFire native protocols (see details e.g. here) and you would also face licensing issues I believe (as far as I know you cannot freely implement and use DESFire brand, it's subject of license agreement with NXP).
However Nordic's SDK supports NFC Forum (NDEF) Type 4 tag which effectively implements subset of DESFire commands and functionality. So if you are fine with select app/file, read and write capabilities then you can use it straight away.
Hi, this will be hard because I'm not aware about any real payment solution which would be using nRF52 (either of them) and its NFC capability for payment. You can develop pretty much any payment application which uses ISO7816-4 APDU commands/protocol over ISO14443 Type A contactless radio but nRF52 isn't security enabled HW platform, it uses generic NVM (flash) technology and ARM Cryptocell inside nRF52840 won't help you much. So I'm pretty sure that you cannot get payment industry certifications (such as from EMV) for such product. You could use separate Secure Element with payment application (which can be certified as component) and use nRF52 NFC front-end to handle ISO14443 APDU exchange for you, but then you will probably need to develop NFC stack component because current libraries from Nordic won't help you much.
"payment" solution which is using Nordic's BLE chip but it is nRF51 BLE chip so any contactless (NFC) capabilities must be implemented by other HW component.
Thank you so much Jan. Was stuck since 3 days due to these questions.Thank you !! If i need any further i will contact you personally or post a question and ping you.
