TX pin not set on transmission using FEM

RE: TX pin not set on transmission using FEM

Marius Waage Aabel — Thu, 18 Aug 2022 06:27:48 GMT

Problem is now solved.

The problem was that this line was missing from the net cpu overlay:

&radio {
      fem = <&nrf_radio_fem>;
};

RE: TX pin not set on transmission using FEM

Marius Waage Aabel — Tue, 16 Aug 2022 10:13:09 GMT

Note: GPIO_ACTIVE_LOW is a typo, should be GPIO_ACTIVE_HIGH.

RE: TX pin not set on transmission using FEM

Marius Waage Aabel — Mon, 15 Aug 2022 12:57:06 GMT

Hi Priyanka,

I did not get the provided code to work. I think it may contain typos (0 vs O, etc, error in pin mode, space in node name).

I think you will be able to reproduce the problem by following this:

- Create a new project based on the Bluetooth / Radio Test for the nRF5340 MCU
- Add this to the nrf5340dk_nrf5340_cpunet.overlay file:

/ {
	nrf_radio_fem: fem {
		compatible = "skyworks,sky66112-11",  "generic-fem-two-ctrl-pins";
		ctx-gpios = <&gpio0 13 GPIO_ACTIVE_LOW>;
		crx-gpios = <&gpio0 14 GPIO_ACTIVE_LOW>;
		crx-settle-time-us =  < 5 >;
		ctx-settle-time-us =  < 5 >;
	};
 };

- When building you will get errors because the config refers to: "../../bluetooth/direct_test_mode" in Kconfig and CMakeList.txt. Change the references to: "../nrf/samples/bluetooth/direct_test_mode"
- Build again. Now it will build.
- Flash to nRF5340DK
- Log on to the Radio Test Terminal
- Connect a scope to GPIO0.13 and GPIO0.14 to be able to se the output state.
- Run "start_rx". Now GPIO0.14 should be HIGH. It is not.
- Run "cancel" and "start_tx_modulated_carrier". GPIO0.13 should now be high. It is not.

Note that this error is on nRF5340, it is working like expected on nRF52833.

RE: TX pin not set on transmission using FEM

Priyanka — Mon, 15 Aug 2022 07:29:47 GMT

Hi Marius,

One of out colleagues have suggested editing the dts file in the radio_test/baords/nrf5340dk_nrf5340_cpunet.overlay

It has been tested and works well.

/{
    nrf_ radio_fem: fem {
        compatible = "generic-fem-two-ctr l-pins":
//      ctx-gpios = <&gpioO 26 O>; 
        crx-gpios = <&gpioO 27 O>; 
        crx-settle-time-us =  < 5>;
        };
};

Best Regards,

Priyanka

RE: TX pin not set on transmission using FEM

Marius Waage Aabel — Thu, 11 Aug 2022 13:48:33 GMT

Hi Priyanka,

- SDK 2.0.0

- By TX I refer to the GPIO pin on the microcontroller defined in the FEM configuration in the device tree files for the board (CTX).

- As my understanding, the FEM code will handle the two GPIO pins itself?

- The FEM if added to the device tree as explained in the documentation on how to enable Skyworks FEM

The thing is, on our ordinary firmware it works like it is supposed to, but not when compiling and flashing the radio_test example project, using the same "board" as on the ordinary firmware. That's why I wonder if it is something regarding the radio_test project.

One hint I found: if I try to manipulate the TX pin with:

gpio_pin_set(ctx_pin_dev, CTX_PIN, 1);

in the function radio_cmd_init() in radio_test.c , it does not change state. It seems like the pin is not mapped. I use the "Empty firmware for application core." project for the App core, which transfers control of all GPIO pins to the Net core.

RE: TX pin not set on transmission using FEM

Priyanka — Thu, 11 Aug 2022 13:15:02 GMT

Hi Marius,

Have you referred to the documentation on Skyworks FEM ? Also, what version of nRF Connect SDK are you using? Are you referring to the TX pin on the FEM? Is the TX pin enabled? i.e. is it set to later or not set at all? Have you checked with the datasheet whether it is active high or low?

Best Regards,

Priyanka