ST25 NFC/RFID tags and readers

Hello,I start testing with the STEVAL-M25R16B Board and use this Time the self compiled Demo from ST to test it. All works find.Then i made an own PCB with Reader IC  and Antenna on it and connect it to your MCU /Display Board.The Board is connected to 3.3V, GND and the SPI / IRQ Lines. The Antenna on my PCB is very small, only 21x26mm. Inductance measured with Siglent VNA 770nH.( 0.5mm Track Width, 0.3mm Distance, 3 Turns) The from your Tools calculated Values and my final Values after tuning differ..My Result: L=270nH, Cemv 680pF, Cs 220pF, CTune 430pF, Rs 0.68R I tuned the Circuit using my VNA and get a Reading Distance of about 25mm for 14443 Keyfobs and Cardsand about 6cm for ISO15693 Card.This all works fine.  Smith Chart looks perfect.The Rx Voltage is about 1.5Vpp. The Voltage Divider Capacitors are 33p/120p.ST25RProblem: Tags are working but in Emulate Mode i got no Reaction. With the Original Antenna (66x66mm) all is fine.Need a little help

Hi STM teams , i have developed a custom NFC board using the STM32L476RCT6 and the ST25R3916B NFC reader, based on the reference design of STEVAL-D25R16B (https://www.st.com/resource/en/schematic_pack/steval-25r3916b-schematic.pdf). I am using an external sticker antenna (Manufacturer Part Number: V2089-013-A-01). Currently, the board detects only the STEVAL-SMARTAG2 NFC tag card (https://www.st.com/resource/en/schematic_pack/steval-smartag2-schematic.pdf), while other NFC cards are not being detected. However, when I connect the custom NFC board to the DK antenna, it successfully detects the STEVAL-SMARTAG2 card as well as all other NFC cards. so i think issue may be sticker antenna Could anyone suggest a suitable sticker antenna or recommend an alternative external antenna solution? I have attached pictures of the sticker antenna, the STEVAL-SMARTAG2 card, and the other NFC tags for reference.

Hi everyone! I'm working with the NFC07A1 board associated with the Nucleo L053R8, with the intention of being able to perform ADC readings. I configured everything(ADC, pin, NFC07A1, etc.) on CubeMx, and then, opened the generated file on CubeIde. After writing the code for reading the ADC in the main file, i tried to run it, but even though there were no errors in the code, the  "startup_stm32l053r8tx.s" tab opens by pointing to line 51 (as well as Reset_Handler: ldr r0, =_estack). Consequently, the values acquired via the ADC are not printed on the screen, but the only thing printed on the sreen is "welcome to x-cube-nfc7 example". Could you help me solve the problem?

Hello There,I am currently trying to use the ST25R200 with the X-CUBE-NFC10 Software package.First thing am not sure about: In the "Software Packs Component Selector" I have to configure the "Board Extension NFC/NFC10A1" even when i don't plan to use this board. Otherwise i get a warning that "NFC10Boardlface" requires "NFC/NFC10A1". If I don't select the board part, I get a simmilar warning from the RFAL component.If i either don't add NFC/NFC10A1 in the component selector or don't select "Board Part NFC10Boardlface" in the Mode selection for the X-CUBE-NFC10 package, CubeMX seems to have problems generating the header "nfc_conf.h", which i have attached to this post.This is how the configuration looks, which generated nfc_conf.h:Am I using this library not correctly? Or rather which components of this library am i supposed to configure if i want to use the library with a custom board based on the ST25R200?Best Regards, Cecil

I am using the STEVAL-25R300KA board with ST25PC-NFC version 3.0.2 on a PC running Windows 11.The software opens for a few seconds and then closes automatically by itself. I have already tried the following steps:Reinstalled the softwareRestarted my PCInstalled both x64 and x86 versions of the Microsoft Visual C++ Redistributable packagesChecked the Windows Event Viewer / Journal logs for any related errorsUnfortunately, none of these steps resolved the issue, and no specific error was detected in the logs.Could you please let me know what I can do to fix this problem and use the software properly?Thank you for your support.

Hi,I have derived this code from the ST25NFCLib, and the software works correctly when interfacing with the NUCLEO-L476RG board.However, when I connect the same setup to my proto board, I observe a difference during the following I2C transaction.During the initialization process, the master sends command 0xDF (Measure Power Supply) and then waits for the IRQ signal.In the working setup, the IRQ status registers (1Ah–1Dh) return the values:00, 80, 00, 00Whereas in the non-working setup, the IRQ status registers return:00, 00, 00, 00I am not sure why the IRQ response is different in the proto board setup.Please note the following:Both the working and non-working setups use the same ST25R3918 daughter board.Both setups use the same interface signals: 3.3V, GND, IRQ, SCL, and SDA.The I2C communication speed is identical on both setups.I am attaching the I2C transaction screenshots for reference:The upper transaction belongs to the non-working setup.The lower transaction belongs to the work

Hello ST TeamI am using the ST25R3911B-DISCO board with an ST25DV16KC tag.I am trying to communicate with the tag directly from Python using the ST25R3911DISCOComm.dll from STSW-ST25R001.My setup is:ST25R3911B-DISCOST25DV16KCWindows PCPython 3.13ctypesThe DLL loads successfully.Reader connection works correctly.RF initialization works correctly.These APIs return success:rfalInitializeiso14443aInitrfalFieldOnAndStarGTcheckConnectionThe ST GUI software works correctly and can:detect the tagselect the tagread UIDread tag dataFrom Python I cannot:detect the tagselect the tagread UIDread memoryThe DLL exports these APIs:iso14443aSelectiso14443aRATSiso14443aPPStxrxBytesnfcTxNBytesnfcRxNBytesrfalStartTransceiverfalTransceiveBlockingTxrfalTransceiveBlockingRxrfalTransceiveBlockingTxRxrfalISO14443ATransceiveShortFramerfalISO14443ATransceiveAnticollisionFramerfalIsoDepInitializerfalIsoDepStartApduTransceivepollInterruptObserved issues:iso14443aSelect causes access violation.t2tRead4Pages returns

Hello,   I'm updating an ST25R3916B project to use the ST25R300 due to the obsolescence of the Murata variable capacitor. This project is read/write of ISO15693 tags only, no card emulation or anything fancy. It uses one IC which is then multiplexed with relays to 20 different antennae, each about 2cm square. The tag that we're reading is about 2cm by 1cm, and has been working reliably. So for this update I start by finding all the reference designs, and I saw this little gem, the STEVAL-ALOCKCB. It looks like it has an antenna the same size - how do I get more information about it? Can you please post the dimensions, or even better just send me the Altium files and I can get it out of there cleanly. Reference designator on there is ANT700.Also one question on that design - on PDF page 8 of the schematic it has the filter and antenna match but it looks like it's duplicated on both sides of the connector - why? Is that in case someone wants to use a different antenna at t

Hello,I am a French engineering student working on a startup project as part of my MBA. We are developing an interactive musical box for children aged 3 to 7 years old.The core feature of the product relies on RFID detection: small figurines shaped like musical instruments are placed on a circular rotating tray (15 cm diameter). Each figurine has an RFID tag under its base. When a figurine is placed on the tray, the reader must detect it and trigger the corresponding audio track.Here are our technical constraints:- The reader will be fixed under the tray, at a very short vertical distance (1 to 2 cm at most)- The detection zone must cover the full surface of the tray, meaning a lateral radius of 7.5 cm- The tags will be in slow rotational movement- The reader must be connectable to a PC via USB for prototyping purposes, so we can retrieve detected tag UIDs in real time via a Python or JavaScript script- Budget constraint: under 100€After research, we identified the ST25R3911B-DISCO eva

I want to try the multi antena design mentioned in AN6121. where can I either download the gerber files for the PCB or order a PCB?

Dear ST colleagues,I tried recently the package X-CUBE-NFC12.First I tested on NUCLEO-L476RG board the delivered example and it was working out of the box, then I tried on NUCLEO-C071RB but it was not working, first I noticed that the Pins configuration are not correct it was fixed, but still not working, did anyone ever test this example, because I assume it needs to work without any modification.Thank you in advance for your support.Best regardsBassem Taamallah

I am currently working with the X-NUCLEO-NFC10A1 board and interfacing it with an ESP32 DevKit V1. While attempting to establish communication between the two, I have tried all SPI modes as well as different reset logic configurations, but I am still unable to get them to communicate properly.I have included my Arduino test code below for reference, which I am using to verify the communication:Please check in attachment section there is code file

Hi all! I'm trying to implement a wear leveling in user memory accessed from I2C for a counter on bit level. My question is: Are ST25DV eeprom byte cells similar to classic ones where each write cycle starts with a clear (which sets the byte to 0xFF) and after it writes 0 bits where needed? Or is there somewhere an inversion taking place? Could someone help me, by pointing out some directions in datasheets for me in this matter? I found another post where memory default state is quoted from the datasheet which specifies that factory default is 0x00, but this doesn't imply that it's default state isn't 0xFF. Thanks in advance, notram

I have been using RFAL succesfully with STM32L4. For a more price sensitive project I need to port the code to STMG070 and I cannot get RFID readings to work. Measuring ampltiude gives same result on both codes:st25r3911MeasureAmplitude(&c); printf("Amplitude %d\n\r", c); The following have been verified:* Same RFID PCB is used for both processors (RFID PCB and processor PCB are connected by pin connector)* Same RFID card is used* Init of RFAL gives ID 13 on both codes* GPIO interrups are generated* Same LDO on both PCB* Voltage to ST25R3911B is stable* Both processors runs at same frequency 16 MHz On STM32L4 the state change (during a succesful RFID read) of rfalNfcWorker goes like:RFAL_NFC_STATE_IDLERFAL_NFC_STATE_POLL_TECHDETECT x 19RFAL_NFC_STATE_POLL_COLAVOIDANCE x 29RFAL_NFC_STATE_POLL_ACTIVATION x 2But when running on STM32G070 RFAL_NFC_STATE_IDLERFAL_NFC_STATE_POLL_TECHDETECTRFAL_NFC_STATE_LISTEN_TECHDETECT until timeout  Anyone have

Just a heads-up, this post was written by AI. I used it to document a process of debugging this board, and create a summary for a forum post.Platform: ST25R3911B, RFAL library, ISO 14443AConfig: Single-ended mode, 0.3m 50Ω coaxial cable, remote antenna PCBSupply: 5V on VDD and VIORead range: ~10mm (expected 40-80mm for antenna size)Setup OverviewI'm using an ST25R3911B driving a remote PCB antenna via a 0.3m 50Ω coaxial cable in single-ended mode (RFO1). The antenna is a 2-turn square loop, 70×70mm outer dimension, 1.4mm trace width, 0.7mm spacing, calculated inductance ~735nH.The chip drives two antennas switched alternately — RFO1 to the remote antenna via coax, RFO2 to a local antenna. Both antennas show identical poor range (~10mm), so the problem is not specific to the coax path.Hardware — Reader PCB Matching NetworkDesigned using the ST25R Antenna Matching Tool V3.6.2 with these parameters:Target: ST25R3911BConfig: single-ended-cableAntenna inductance: 701 nHTarget matching Z: 8

Hello, we have a working design that is in production, but obviously cannot keep building because of the EOL variable capacitors. Our application is reader only, no card emulation. Since we don't need CE, do the variable capacitors need to be populated? Or can they be replaced with a fixed value capacitor? If the latter is correct, then what value capacitor to use? We want to minimize changes to the design since it is working well. In the future we will change to the ST25R300 bur right now we have to stick with the current design. Thanks,Derek

Hi everyone,I’m currently working with the CR95HF and looking into using the provided DLL (CR95HF.dll) for PC-side communication.From the documentation and software packages I understand that a DLL is provided to interface with the CR95HF demonstration board (). However, it seems this DLL was originally built for older environments and is typically installed in x32 systems, which suggests it may be a 32-bit library.I searched the community and found a previous discussion where someone asked about x64 compatibility ( Solved: CR95HF DLL for x64 - STMicroelectronics Community ) and was provided with source code instead of a precompiled DLL.So my questions are:Is there now an official x64-compatible version of the CR95HF DLL available?Or is the recommended approach still to request/use the source code and rebuild the DLL for x64 systems?If rebuilding is required:Is there any official guidance or updated project for generating a 64-bit version?Thanks in advance for your help!

@Ulysses HERNIOSUS Dear Ulysses,Sorry to bother you again. code : err = rfalTransceiveBlockingTxRx(tx_buf, sizeof(tx_buf), rx_buf, sizeof(rx_buf), &actlen, RFAL_TXRX_FLAGS_CRC_TX_MANUAL|RFAL_TXRX_FLAGS_PAR_TX_NONE|RFAL_TXRX_FLAGS_CRC_RX_KEEP|RFAL_TXRX_FLAGS_PAR_RX_REMV|RFAL_TXRX_FLAGS_CRC_RX_MANUAL, 71680U); I want to send 4 bytes data and 4 bits parity, how do i combine those 36 bits data to 5 bytes data and send with function rfalTransceiveBlockingTxRx. for example:data_enc: 03, de, 59, bdparity_enc: 00, 00, 00, 00tx_buf: 03, bc, 65, e9, 05is it correct? can rfalTransceiveBlockingTxRx send 4bit data? Thanks

Hi All,I’m working on a project using an 8-bit microcontroller connected to an ST25DVXXKC NFC chip over I²C. The standard NFC features are working correctly, and the code is already in production.Now I’m trying to implement Fast Transfer Mode (FTM) for OTA updates and bidirectional data transfer between the microcontroller and the NFC reader.I’m currently using ST’s ST25FTM library and the ST25DV64KC-DISCO Kit v2.2.1 package, but I’m confused by the available examples and documentation, which seem limited and unclear regarding how to properly port and use the library.In the v2.2.1 package, there is a Demonstrations folder containing two projects:ST25DVDemoUses ftm_demo.cCalls functions from the ST25FTM library & uses callback functionsST25DVDemo_FwUpgdUses mailbox.c and mailboxfunc.cAppears to implement Fast Transfer Mode using a single function FTMManagement(void)From my understanding:The first project is more library-driven (ST25FTM-based).The second project seems to implement FT

I want to add NFC functionality to an existing product. Because the PCB is made of aluminium, I can't use a PCB antenna.On the enclosure of the product, there is a small PCB with 2 pushbuttons and some leds. My idea is to place the PCB antenna on this small PCB.But because of space restrictions, I can't add positions to the existing connector.My idea is to connect the antenna in parallel to the pushbuttons (see attached drawing). The GPIOs of the uP are inputs. I'm aware that the NFC does not work if a pushbutton is being pressed.My questions are: Do you think this can work? Can the ST25DV04 take damage, if an antenna connection is shortet to GND? Can the 1K resistors remain in the circuit or do I need to replace them with 0R resisorts?

Since the 210 reader seems to be cheaper and smaller (in non BGA package) than the 3916b we are currently using, while delivering comparable output power, I am naturally intrigued.  But the wakeup mode figures don't quite impress, even though it is advertised for situations "where each µA matters".Wake-up mode for the ST25R300, ST25R500, ST25R501 and ST25R210 - Application notegives a 75.17 μA figure for 200ms scanning (using 250mA Amplitude)Wake-up mode for ST25R3916/16B, ST25R3917/17B, ST25R3918, ST25R3919B, and ST25R3920/20B devices - Application notegives  a 43.74 µA figure for 200ms scanning (using 200mA Amplitude)Even adjusted for the amplitude difference, that would give >35% more power draw for the 210. Is there a way this is compensated through higher sensitivity, so actually we need less Amplitude on the 210, or should I really expect a regression in low power card detection?

Hi,I’m currently working with the Nucleo L476RG board and the ST25R501 NFC reader, and I am using a provided .bin file (STEVAL_STM32L4x6-ST25R500_v1_0_4.bin) that runs on the board together with the GUI application.I would like to ask if it’s possible to obtain the source code corresponding to this .bin file. Having access to the source would help me better understand the implementation and allow me to adapt or extend it for my project.Any guidance on how I could get access to the source code would be greatly appreciated.Thank you!

I am performing FTM Demo (Firmware Update) on ST25PC-NFC using ST's STEVAL Reader Board. I have disabled the Fast commands from settings, so FTM is using writeMsg command. Below, I have added a snippet of one of the packets being sent. 2026-03-24 10:04:20.785 writeMsg >> 22AA02329411AE665102E0FF08180C180C180C7FF87FF00000000000000000000000000000000003EC0FFC1C1C180C300C30003000300030003000180C1C1C0FF803F0000000000000000000000000000000007FC07FF018381818180C180C180C180C180C180C181818387FF07FE0000000000000000000000000000000007FF87FF818181818199819801F801F8019801998181818187FF87FF8000000000000000000000000000000003FFC3FFC0C0C0C0C0CCC0CC00FC00FC00CC00CC00C000C003FC03FC00000000000000000000000000000000003EC0FFC1C1C180C300C3000300030FE30FE300C380C1C1C0FFC03F0000000000000000000000000000000007E7E7E7E18181818182026-03-24 10:04:20.893 writeMsg << 0000 The packet aligns well with the Write Message request format from the datasheet except for the MsgLength and Message Data part.&n

 Hi,  I've implemented the antenna selection circuit as per AN6121 but I'm getting some strange behaviour. Background- I have designed and manfactured a test pcb using the ST25R3916.   On it I have 2 ST25R3916 chips, one with a single antenna connected and the other with 6 antennae and a multiplexer circuit as described in AN6121- Each has a header where I can connect it to my MCU host board so I can use the same software on both to compare- I have the single antenna chip working - it can detect tags correctly.  The chip connected to the multiplexer is not doing so well. I have attached the circuit diagram which i'm pretty sure matches the diagram in AN6121, paying careful attention to which way round the FETs are.  Note I've used the same fets as in the AN.  I'm assuming SW must be low to select the antenna?What i see, which i'm not expecting, is a large voltage drop across R1 in my diagram,  12v incoming drops to 7.6 vo

Based on User manual of Steval-Smartag2, it has an optional battery charger circuit based on STBC15.However the SMD Components for STBC15 battery charger, haven't been attached as seen from the following photo:Here is an Snapshot from the User Manual:   Based on this STBC15QTR, BAT54SFILM, STL4P3LLH6, STL6N3LLH6 and some other components should be added. However I've little problem with attaching these SMD components. STBC15QTR can't be soldered with a standard soldering iron, as the connection pads are entirely underneath the chip. In the other hand using hot bed or reflow oven doesn't make sense, as they would damage other parts of Smartag2 (for example debuging pins)I unfortunatly couldn't find any instructions for attaching theese SMD components. Now I am wondering What is ST:s official suggestion on, how these components should be attached? :)