How to ensure an nRF52840 GPIO pin is disconnected at powerup via the DeviceTree board overlay file?

[Ken58]

I would like to ensure that a particular GPIO pin is disconnected when an nRF52840 is powered up via the initial configuration specified in the DeviceTree board overlay file.  I am using nRF Connect SDK v3.2.1 with an nRF52840 Dongle.  The pin will be used later as an output, but I must ensure there are no spurious signals on the pin until that time.  What is the recommended method of doing this?

Thank you,

Ken

[Ken58]

Hi Vidar,

Logging from the nRF52840 Dongle works great!  How long has this been available?  Last I had looked at it, the nRF Connect SDK did not connect to a Dongle through the CONNECTED DEVICES view at all.  Could or should RTT be used, or has this changed recently too?  A very quick check of this with a nRF52840DK looks like the RTT connection has gone away.

Is there a way to program the Dongle through the nRF Connect SDK or should I continue to use the Programmer?

I learned that my nRF52840 Dongle that has the 3.5V output voltage does indeed have it's REGOUT0 set to 3V3.  I understand the process involved in setting this back to 3V0.  However, I need to call this code in place of board_early_init_hook().  How would you recommend I do that?  I tried including it in my code but the build process with fail with a multiple definition of 'board_early_init_hook'.  I probably don't want to modify the code in the SDK.  There is probably a better way.

Thank you,

Ken

[Vidar Berg]

Hi Ken,

Glad to hear that it worked. The nrf52840dongle board target has always enabled console output on USB, what is new is that the VS code extension will now recognise it as a development board and list it under CONNECTED DEVICES. Previously you would have to manually find and select the correct COM port.

To use RTT you would need to have an external debug probe connected to your dongle. 

Ken58 said:

A very quick check of this with a nRF52840DK looks like the RTT connection has gone away.

Maybe something changed in the UI? I know the RTT feature has not been removed, at least.

Ken58 said:

However, I need to call this code in place of board_early_init_hook().  How would you recommend I do that? 

I don't think you need to call it in place of the board_early_init_hook() function. You could try calling the function below at the beginning of your main().

#include <soc.h>

void reg0_update(void)
{
    /* Check if REGOUT0 is currently configured to output 3v3 */
    if ((NRF_UICR->REGOUT0 & UICR_REGOUT0_VOUT_Msk) ==
        (UICR_REGOUT0_VOUT_3V3 << UICR_REGOUT0_VOUT_Pos))
    {
        NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Wen << NVMC_CONFIG_WEN_Pos;
        while (NRF_NVMC->READY == NVMC_READY_READY_Busy);
        NRF_UICR->REGOUT0 =
            (NRF_UICR->REGOUT0 & ~((uint32_t)UICR_REGOUT0_VOUT_Msk)) |
            (UICR_REGOUT0_VOUT_3V0 << UICR_REGOUT0_VOUT_Pos);

        NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Ren << NVMC_CONFIG_WEN_Pos;
        while (NRF_NVMC->READY == NVMC_READY_READY_Busy);
        /* a reset is required for changes to take effect */
        NVIC_SystemReset();
    }
}

Best regards,

Vidar

[Ken58]

Hi Vidar,

The code you proposed worked and I confirmed that REGOUT0 is set for 3V0.  However, I think this particular nRF52840 Dongle must have been damaged somewhere along the way as its VDD_OUT remains at 3.5V.

A question from earlier:  Is there a way to program the Dongle through the nRF Connect SDK VS Code or should I continue to use the Programmer?

Ken

[Vidar Berg]

Hi Ken,

Sorry I forgot to comment on the programming part. Yes, please continue using the Programmer app. To flash a device, the extension simply calls "west flash", so the supported programming method is defined by the board file and what is available in the SDK and currently we do not support programming over DFU. In other words, programming via the extension is only available if you have an external debug probe connected to your dongle.

Best regards,

Vidar

[Ken58]

Thanks Vidar for all of your help throughout this conversation.  It was a pleasure talking with you.  Hopefully others will find this discussion helpful as well.

Have a great weekend!

Ken