Some GPIO pins don't work in nRF52840

RE: Some GPIO pins don't work in nRF52840

Bjørn Kvaale — Tue, 08 May 2018 07:20:57 GMT

If you make a change to the pca10056.h header file, then it will affect all sdk examples that have support for the pca10056 board. Sorry if I misunderstood, but I thought you wanted to run this code on your custom board. Either way, if you want to make changes to the regular pca10056.h header file, it is recommended to make your own custom_board.h header file & include that in the project.

If you take a look at boards.h, you can see this code:

#elif defined(BOARD_CUSTOM)
  #include "custom_board.h"

If you remove the BOARD_PCA10056 definition, replace that with BOARD_CUSTOM in the preprocessor definitions in your IDE & include the custom_board.h header file (you can add the custom_board.h header file in the components/boards/ folder), the custom board definition will be included in the project. It could be a good idea to copy the pca10056.h header file, rename it & use that as a starting point.

RE: Some GPIO pins don't work in nRF52840

cjishnu — Mon, 07 May 2018 09:04:28 GMT

Hi, I am using SDK15.0.0.

I will try this and let you know. But doing this will affect the whole SDK right? I mean if I change TX_PIN_NUMBER to say pin number 8, and if there are other projects in the SDK that use the pin number 8, those projects will get affected right?

What's the recommended way to edit SDK files for individual projects? Currently we do have problem porting projects from one PC to another due to edits in SDK files that goes untracked and the projects that work on one PC won't compile in another after a simple git pull (unless you create a git repo with the whole SDK which's a bit overkill).

RE: Some GPIO pins don't work in nRF52840

Bjørn Kvaale — Mon, 07 May 2018 08:48:10 GMT

Which SDK version are you currently using? I just took a look at the pca10056.h board file from SDK 15 & that header file sets the TX_PIN_NUMBER from UART to 6. It could be that you are setting the UART TX Pin to 6 in your custom board file & using UART logging. Therefore, when you enable logging, the P0.06 is being used by UART. You could try changing the TX_PIN_NUMBER to an unused GPIO on your custom board.

RE: Some GPIO pins don't work in nRF52840

cjishnu — Fri, 04 May 2018 11:17:18 GMT

Hi,

This is solved.

Based on the PDK User guide, I realised that P0.00 & P0.01 are used for crystals and the appropriate solder bridges had to be cut to access these. Same for GPIOs 17-23 since they are being used for QSPI.

Got control of P0.06 back after disabling the log. Too bad since our custom board had p0.06 used for something and now we can't have log functionality for that board? Let me know.

Thank you!

RE: Some GPIO pins don't work in nRF52840

cjishnu — Fri, 04 May 2018 09:16:59 GMT

Hi, I tried the same in a modified version of examples/peripheral/blinky and the same problem is happening although P0.06 is working.

This is my entire code

#include <stdbool.h>
#include <stdint.h>
#include "nrf_delay.h"
#include "nrf_gpio.h"
//#include "boards.h"

/**
 * @brief Function for application main entry.
 */
int main(void)
{
    /* Configure board. */
    nrf_gpio_cfg_output(6);
    nrf_gpio_cfg_output(1);

    /* Toggle LEDs. */
    while (true)
    {
            nrf_gpio_pin_toggle(6);
            nrf_gpio_pin_toggle(1);                        
            nrf_delay_ms(2000);
    }
}

Here pin 6 is toggling on the PDK board, but not pin 1.