Skip to main content
Visitor II
November 7, 2024
Solved

X-NUCLEO-NFC03A1 with NUCLEO-G071RB

  • November 7, 2024
  • 1 reply
  • 4129 views

Hello everyone,

Is there an example project available to make the ST25R95 on the X-NUCLEO-NFC03A1 shield work with the NUCLEO-G071RB?

    This topic has been closed for replies.
    Best answer by Brian TIDAL

    Hi,

    check that your stack size is big enough (the map file should provide some information regarding the stack depth). Try to set 4K for the stack if you do not find information in the map file.

    Rgds

    BT

    1 reply

    Technical Moderator
    November 7, 2024

    Hi,

    the existing demos with  X-NUCLEO-NFC03A1 are ready for NUCLEO-L476RG, NUCLEOF401RE or NUCLEO-F103RB. So some extra effort will be needed to support NUCLEO-G071RB.

    1. download the ST25 embedded NFC library
    2. use STM32CubeMX to generate the initialization of the various interfaces (SPI, LEDs, ST25R95 IRQ_IN and IRQ_OUT) and the main.c skeleton (I've attached the ioc file used on NUCLEO-L476RG, this should help you)
    3. Import the middleware files (rfal_*.c, ndef_*.c from Middlewares/ST/RFAL and Middlewares/ST/NDEF) into your project, import the driver (st25r95*.c from Middlewares/ST/RFAL/st25r95 and logger.c and timer.c from Drivers/BSP/Components)
    4. Import the ndef demo application (ndef_*.c from Common/Src/)
    5. copy the rfal_platform.h from the ndef_rw demo into your project
    6. from main.c provided in the ndef_rw demo, add the missing include files in your main.c and copy from  logUsartInit(&hlogger); up to the end of the while 1 loop

    Rgds

    BT

    Visitor II
    November 8, 2024

    Hi Brian,

    I’ve been trying to implement it directly on my nRF52832 microcontroller, but it’s not working as expected. I followed the steps from your previous reply. Do you have any idea where the issue might be?

    The code is provided in the attachments.

    Thanks for your help!

    Super User
    November 8, 2024

    Have you got it going on one of the ready-to-go demos which @Brian TIDAL listed?

    It's always good to have a working reference when porting ...

     


    @thompeters2004 wrote:

    it’s not working as expected.


    So what is it doing ?

    How does this differ from what you expected ?

    What investigation / testing / debugging have you done to find what's going wrong ?