nRF52833-QDAA-B SoC chipset not detected during testing

Hello team,
We are currently working on a project that used nRF52833-QDAA-B as the MCU chipset. We have  followed the circuit configuration 5 for our test case. Our SoC is not getting detected when we have used this configuration. Whereas, when tried the same with nRF52833-QDAA-R/ nRF52833-QDAA-R7( same number of pins, package)  the chipset is being detected and we are able to build & flash the code. Kindly specify why this occurs and how to rectify this.

Also specify is we can work with  nRF52833-QDAA-R and build our entire project. If not what are the complications if used.

  • Can you try adding the 820pF onto the C8 pad to the QDAA-B boards as well? Please also specify what exactly is printed on the SoC that doesn't work correctly.

    Regarding the debugging issues, this might be because the voltage on the nRF52833 doesn't match the debugger. You should also supply the nRF52833 with 3.3V if you have a debugger connected that runs on 3.3V.

    Best regards,

    Simon

  • Thanks for your response Simon. Yes will install 820 pF once again in the c8 pad and update you . Will check this first and if still not detected , we'll send a snippet of Visual studio where under connected device the chipset isn't displayed.

    Regarding the debugging issue, will work initially by supplying 3.3 V to ournRF52833 chipset. However, we wanted to know if you use any debugger that operates in 1.8 V  to check log. If so suggest what debugger do you use to view log files.

    Additionally if you have enabled USB based flashing and debugging kindly share the configuration steps and supported files to avoid UART based debugging issues and as an alternate option.

  • Hi

    On the nRF54L15 DK we have a debug out that supports VDDIO voltages from 1.8V-3.6V, so if you need a debugger operating in 1.8V that could be worth a look. Alternatively using a dedicated J-Link programmer, as most of those also support 1.8V-3.6V.

    Best regards,
    Simon

Related