Skip to main content
Visitor II
September 13, 2020
Solved

ST25R3911B with VDD powered by 3.3V reports 0V for VDD, VSP_A, VSP_D & VSP_RF

  • September 13, 2020
  • 4 replies
  • 2718 views

I have ported the STM32F4 firmware written for NFC05A1 board and got it to run well on a Nucleo STM32F0 board.

Since then, I have since designed and prototyped a custom board with with the NFC05A1 reference design copied and controlled with an STM32F0.

The only difference between this board and my Nucleo paired evaluation board set-up is that I have 3.3V going to both VDD and VDD_IO of the ST25R3911B, unlike the reference design which has a VDD of 5V.

My design does not seem to be working properly, even though the SPI interface is working correctly and I can read/write registers.

I have noticed this:

When I run my firmware on the NFC05A1, I can read the correct values for the Power Supplies using the Measure Voltage command, ie:

VDD = 5.1V

VRF = 5.1V

VSA = 3..4V

VSD = 3.4V

BUT, when I run the same firmware on my board (even if I set the sup3_V bit in the IO Config Register 2), I get ZERO for all these 4 supplies.

Am I doing something wrong?

Do I need to change something in the reference firmware for the NFC05A1 to accommodate the VDD value of 3.3V?

Please advise.

Thanks.

Bob N

    This topic has been closed for replies.
    Best answer by BNaya.1

    Travis & Ulysses,

    I think the guys who manufactured my prototype board populated some other crystal in there (and did not even assemble it properly).

    Once I had a skilled technician replace it with the proper Murata crystal, my board is working very nicely :smiling_face_with_smiling_eyes:

    Many thanks to both of you!!

    Bob N

    4 replies

    ST Employee
    September 14, 2020

    Hello BNaya,

    you can easily crosscheck your code using the X-NUCLEO-NFC05A1.

    The ST25R3911B is powered by 3.3V when removing L101 and connecting the 5V filtering (C100) to the 3.3V supply (red line).

    0693W000003RWOLQA4.png

    The 3.3V LDO (LD39050) of the Nucleo64 is capable of driving 500mA.

    BR Travis

    BNaya.1Author
    Visitor II
    September 16, 2020

    Thanks, Travis. I followed your directions and modified my NFC05A1.

    And yes, the firmware reported the correct value of 3.3V for VDD, VRF, VSA and VSD on the NFC05A1.

    I don't know what could be wrong with my hardware design. I copied the NFC05A1 reference design completely.

    I am attaching my schematic here.

    Please let me know if you see anything wrong.

    Thanks.

    BN

    ST Employee
    September 16, 2020

    Hello Bob,

    When reading back the IC Identity register, what is its content? Can you for example turn the field on? (To check in which direction the communication is working)

    I have not seen any issues with the supply (VDD, VDD_IO)

    MCU + ST25R3911B has the same 3V3 supply, which should work.

    I would recommend to check the SPI lines using a scope and compare the signals with the above mentioned NFC05A1.

    BR Travis

    BNaya.1Author
    Visitor II
    September 16, 2020

    Thanks for the reply, Travis.

    The IC identity register reads back as 0x0D on my newly assembled custom board and as 0x0B on my 3-year-old NFC05A1.

    I guess this means that I have a revision r4.1 silicon chip, right?

    The SPI communication seems to be fine.

    When you say "turn the field on", are you asking me to issue command C8?

    Thanks.

    Bob N

    Technical Moderator
    September 16, 2020

    Hi Bob,

    I think Travis was referring to simply setting 'tx_en' bit in operation control register. Then with a field detector or a loop on you scope tip you can see if a 13.56 MHz is emitted.

    Before going there you can also check if Oszillator is enabled ('en' bit) and I_osc got signaled (alternatively check Auxiliary Display Register with its 'osc_ok' bit).

    Regards, Ulysses

    ST Employee
    September 17, 2020

    ​Hello Bob,

    The NFC05A1 xtal should be fine with 8.2pF caps. You can easily verify using a scope.

    Be aware that the capacitance of the scope probe may change start-up timings of the crystal.

    Yes, the murata recommendation is to have them floating. As far as i know, they are floating themslef (inside the Xtal).

    On our demo kits those pins are connected to GND and working like a charm. The orientation of the crystal can be a problem sometimes (90° turned).

    BR Travis

    BNaya.1AuthorAnswer
    Visitor II
    September 18, 2020

    Travis & Ulysses,

    I think the guys who manufactured my prototype board populated some other crystal in there (and did not even assemble it properly).

    Once I had a skilled technician replace it with the proper Murata crystal, my board is working very nicely :smiling_face_with_smiling_eyes:

    Many thanks to both of you!!

    Bob N

    BNaya.1Author
    Visitor II
    September 18, 2020

    My 27.12 MHz crystal was either bad (wrong crystal or badly assembled).

    This issue is now CLOSED/ANSWERED thanks to Ulysses and Travis.