NFC: TNEP tag

The TNEP tag sample demonstrates how to use the TNEP for tag device library to exchange data using NFC’s TNEP Protocol on an NFC Tag device.

Requirements

The sample supports the following development kits:

Hardware platforms

PCA

Board name

Build target

nRF54L15 PDK

PCA10156

nrf54l15pdk_nrf54l15

nrf54l15pdk_nrf54l15_cpuapp

nRF54H20 DK

PCA10175

nrf54h20dk_nrf54h20_cpuapp

nrf54h20dk_nrf54h20_cpuapp

nRF5340 DK

PCA10095

nrf5340dk_nrf5340

nrf5340dk_nrf5340_cpuapp_ns nrf5340dk_nrf5340_cpuapp

nRF52 DK

PCA10040

nrf52dk_nrf52832

nrf52dk_nrf52832

nRF52840 DK

PCA10056

nrf52840dk_nrf52840

nrf52840dk_nrf52840

When built for an _ns build target, the sample is configured to compile and run as a non-secure application with Cortex-M Security Extensions enabled. Therefore, it automatically includes Trusted Firmware-M that prepares the required peripherals and secure services to be available for the application.

Overview

The sample uses the Type 4 Tag as the tag transport layer. It creates the initial NDEF message that contains the Services Parameter records and the NDEF records.

If the NFC polling device does not support the TNEP library, it can interact with the NDEF records. If the poller supports the TNEP library, it can select the TNEP Service and exchange data with it.

Every TNEP Tag service has a callback structure that provides information to the application about Service State changes. The sample has two TNEP services defined, each of them containing the NDEF text records.

User interface

LED 1:

Lit when the TNEP Tag is initialized.

LED 3:

Lit when the TNEP service one is selected.

LED 4:

Lit when the TNEP service two is selected.

Button 1:

Press to provide the application data when the application service two is selected.

Building and running

This sample can be found under samples/nfc/tnep_tag in the nRF Connect SDK folder structure.

When built as firmware image for the _ns build target, the sample has Cortex-M Security Extensions (CMSE) enabled and separates the firmware between Non-Secure Processing Environment (NSPE) and Secure Processing Environment (SPE). Because of this, it automatically includes the Trusted Firmware-M (TF-M). To read more about CMSE, see Processing environments.

To build the sample with Visual Studio Code, follow the steps listed on the How to build an application page in the nRF Connect for VS Code extension documentation. See Configuring and building an application for other building scenarios, Programming an application for programming steps, and Testing and optimization for general information about testing and debugging in the nRF Connect SDK.

Note

If you are using debug messages in the NFCT driver, the driver might not be working properly if you have CONFIG_LOG_MODE_IMMEDIATE enabled. The NFCT driver is part of the nrfx driver package. For more information about this driver, see the NFCT driver page in the nrfx repository.

Testing

After programming the sample to your development kit, you can test it with an NFC-A polling device that supports NFC’s Tag NDEF Exchange Protocol. Complete the following steps:

  1. Connect to the kit with a terminal emulator (for example, nRF Connect Serial Terminal). See Testing and optimization for the required settings and steps.

  2. Reset the development kit.

  3. Touch the NFC antenna with the NFC polling device.

  4. Observe the output in the terminal.

  5. If the NFC polling device selects the service two, you have 27 seconds to press Button 1 to provide application data. If you do not do this, the NFC polling device deselects the service.

Dependencies

This sample uses the following nRF Connect SDK libraries:

In addition, it uses the following Zephyr libraries:

  • include/sys/until.h

The sample also uses the following secure firmware component: