PA LNA in a serialized application

RE: PA LNA in a serialized application

Romain — Thu, 02 Feb 2017 09:23:56 GMT

Yes, I changed the GPIOTE channel as well. It works fine with the 6W spi serialization, thanks.

RE: PA LNA in a serialized application

Ole Bauck — Thu, 02 Feb 2017 09:18:49 GMT

You should also check the GPIOTE channel used. Updated the answer.

RE: PA LNA in a serialized application

Romain — Thu, 02 Feb 2017 09:03:44 GMT

Thank you for your answer. I used the SDK API to alloc a ppi channel in pa_lna_init(...). The problem was that the serialization use a predefined channel for the READY signal. This ppi channel isn't tracked by the ppi module and this same ppi channel is re-allocated when using the API functions.

RE: PA LNA in a serialized application

Ole Bauck — Wed, 01 Feb 2017 15:57:57 GMT

The problem is probably with the PPI channel used. SPI 6W serialization use channel 0 for the READY signal:

#define SER_PHY_SPI_PPI_RDY_CH                  0

Which is the same used in the pa_lna_init(..) function in the blogpost. Change the PPI channel used for the RDY line or the PPI channels used in pa_lna_init(..).

EDIT:

You should also not use the same GPIOTE channel. Channel 0 is used for the READY signal in SPI 6W serialization:

#define SER_PHY_SPI_GPIOTE_RDY_CH               0

Which is the same used in the pa_lna_init(..) function in the blogpost.

RE: PA LNA in a serialized application

vincenttardy — Wed, 01 Feb 2017 13:16:09 GMT

Hello,

I am facing to the same issue. When I use serialization configuration with SPI 5W, everything is OK but when I use the SPI 6W configuration, the application doesn't work anymore. It seems that the NRF52 connectivity board is KO. Could you please provide us an example in order to fix this issue? Thanks

RE: PA LNA in a serialized application

Romain — Mon, 30 Jan 2017 10:11:10 GMT

Thank you for your answer. I forgot to tell you that I already made the change for the return value of pa_lna_init. The 5W spi implementation works perfectly with it. In the standart spi implementation, the call to sd_ble_opt_set(BLE_COMMON_OPT_PA_LNA, &opt);, in the function pa_lna_init(..) makes the connectivity chip to stop and the call never returns. I don't see why the differences between the 5W spi and the standart spi could lead to this problem. Do you have any example with PA and LNA pin activated on the connectivity chip in a serialized application using the standart spi transport ?

Regards,

Romain

RE: PA LNA in a serialized application

Ole Bauck — Fri, 27 Jan 2017 15:22:38 GMT

The main difference is the lack of a RDY signal line on the 5W SPI, but I don't see how that is causing problems.

If you have not changed pa_lna_init(..) it is not returning any value, so sd_err_code may be something other than 0 as it is not initialized (it will be whatever is on the stack). You should change pa_lna_init(..) to return the error code returned from the sd_ble_opt_set(..) function.