Interference of bsp-module while re-configuring NFC-pins as GPIOs

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Eliot Stock — Thu, 21 Dec 2017 22:22:11 GMT

Hi @Ray Breslin. What was the cause of this, please? I have an application in which the minute I enable GPIO on pins 9 and 10, my SPI instance stops working.

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Sun, 14 May 2017 22:01:11 GMT

Hey Bjorn,

I have decided to simply remove the usage of the bsp-module, since it is of no actual use for me on my custom-board but just an artifact from my tests with the nRF52832-DK. So its fine if you close this topic!

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

bjorn-spockeli — Fri, 28 Apr 2017 10:53:23 GMT

The Mypage case has been assigned to me and I will follow it up there.

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Thu, 27 Apr 2017 14:38:45 GMT

I have created a support-case on Mypage for this issue now and included the source-code (stripped to the minimum). Hopefully there is an explanation for this issue...

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

bjorn-spockeli — Thu, 27 Apr 2017 13:45:45 GMT

Would it be possible for you to upload your source code either here or on Mypage? It would be easier if I could try to run it on one of our NRF52 DKs.

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Thu, 27 Apr 2017 13:33:00 GMT

Didnt touch anything there specifically, so everything inside sdk_config is as it comes from the SDK.

...

#ifndef UART_DEFAULT_CONFIG_HWFC
#define UART_DEFAULT_CONFIG_HWFC 0
#endif

...

// <o> NRF_LOG_BACKEND_SERIAL_UART_TX_PIN - UART TX pin
#ifndef NRF_LOG_BACKEND_SERIAL_UART_TX_PIN
#define NRF_LOG_BACKEND_SERIAL_UART_TX_PIN 6
#endif

// <o> NRF_LOG_BACKEND_SERIAL_UART_RX_PIN - UART RX pin
#ifndef NRF_LOG_BACKEND_SERIAL_UART_RX_PIN
#define NRF_LOG_BACKEND_SERIAL_UART_RX_PIN 8
#endif

// <o> NRF_LOG_BACKEND_SERIAL_UART_RTS_PIN - UART RTS pin
#ifndef NRF_LOG_BACKEND_SERIAL_UART_RTS_PIN
#define NRF_LOG_BACKEND_SERIAL_UART_RTS_PIN 5
#endif

// <o> NRF_LOG_BACKEND_SERIAL_UART_CTS_PIN - UART CTS pin
#ifndef NRF_LOG_BACKEND_SERIAL_UART_CTS_PIN
#define NRF_LOG_BACKEND_SERIAL_UART_CTS_PIN 7
#endif

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

bjorn-spockeli — Thu, 27 Apr 2017 12:25:12 GMT

What pins are defined as the UART pins in you application, could it be that pin 9 or 10 is used as CTS/RTS pins? If you're using HWFC.

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Wed, 26 Apr 2017 13:41:56 GMT

Its actually funny that if I set IRQ_PIN to 9/10 the UART doesnt respond anymore after the startup-messages, while configuring a number like 16 or 17 it is working completly normal. Any ideas that I could try maybe?

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Wed, 26 Apr 2017 13:34:13 GMT

Just ran a few more tests, so the problem doesnt seem to be the GPIO-pins that arent working, but a UART-problem instead. So even though I am not seeing any log-output beyond the "GPIOs initialized"-message, the custom-board including the interrupt-functionality is working fine. So the adjustments you listed are precisely what is needed, now I just need to figure out why my UART stops working...

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

Ray Breslin — Wed, 26 Apr 2017 11:51:56 GMT

Yes I already tried using the preprocessor-flag and also your description for modifying the loader-file including the uicr-register-initialization. Strangely is that I am not seeing any debug-output, neither from within gpio_config() (which is as expected) or from within bsp_config() (here it should cause some error due to a potential re-configuration). I do have the APP_ERROR_CHECK()-api in place inside my check_error_code()-wrapper including a preceeding printf() for any error-code that might get checked. But there is nothing - its just not showing anything from bsp_config() or anything afterwards! But I cant realy imagine that it might run in some branch within the corresponding SDK-api, that is not showing any debug-messages...

RE: Interference of bsp-module while re-configuring NFC-pins as GPIOs

bjorn-spockeli — Wed, 26 Apr 2017 11:08:47 GMT

So I assume thatyou've added CONFIG_NFCT_PINS_AS_GPIOS to the preprocessor symbols since 0x1000120C(NFCPINS) reads 0xFFFFFFFE. If you debug the application, do you enter the app_error_handler when you call both gpio_config() and bsp_config()?